Community
Participate
Working Groups
When feature org.eclipse.wst.jsdt.chromium.debug.feature is included in an RCP app that also includes CDT and/or Photran (FORTRAN development toolkit), the default breakpoint type in all C/C++ and FORTRAN source files is the default type contributed by JSDT, which does nothing in a C/C++ or FORTRAN source file. Thus double-clicking in the ruler does not create a breakpoint as the user expects, unless they first right-click in the ruler and set the breakpoint type to one of the provided C/C++ breakpoint types. This is apparently caused by an overly-broad enablement declaration in plugin.xml for the org.eclipse.wst.jsdt.chromium.debug.ui plug-in. Below is the enablement element for the org.eclipse.debug.ui.toggleBreakpointsTargetFactories extension point. <enablement> <or> <!-- Applicable for any text editor (java code additionally checks extension) --> <instanceof value="org.eclipse.ui.texteditor.ITextEditor"/> <!-- or when our debug element is in context --> <with variable="debugContext"> <iterate> <test property="org.eclipse.debug.ui.getModelIdentifier" value="org.eclipse.wst.jsdt.chromium.debug"/> </iterate> </with> </or> </enablement> Rather than being enabled on all text editors, it should be enabled only on Javascript editors, or applied selectively to appropriate editors in some other way. Since RCP is designed to be a loosely coupled tools integration framework, the presence of one tool should not override the default setting in another tool with a value that has no meaning to that tool. JSDT appears to be unnecessarily breaking the default behavior for C/C++ and FORTRAN development.