This Bugzilla instance is a read-only archive of historic NetBeans bug reports. To report a bug in NetBeans please follow the project's instructions for reporting issues.
Summary: | Core editor classes shouldn't use nbresloc | ||
---|---|---|---|
Product: | editor | Reporter: | emi <emi> |
Component: | -- Other -- | Assignee: | David Strupl <dstrupl> |
Status: | RESOLVED FIXED | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 6.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: |
Description
emi
2007-08-21 12:47:27 UTC
I can't see any usages of nbresloc: in GlyphGutter. There is one in AnnotationTypes, that IMO could simply be rewritten to use ClassLoader.getResource(). I'll fix it. At the best the problem deserves P3 though. This is what grep gives me on the 6.0 M10 sources (I don't know about the situation in the current dev branch): libsrc/org/netbeans/editor/AnnotationTypes.java: defaultGlyphIcon = new URL("nbresloc:/org/netbeans/editor/resources/defaultglyph.gif"); // NOI18N libsrc/org/netbeans/editor/GlyphGutter.java: imageURL = new URL("nbresloc:/org/netbeans/editor/resources/glyphbutton.gif"); // NOI18N options/src/org/netbeans/modules/options/colors/ColorModel.java: if (iconURL.getProtocol ().equals ("nbresloc")) { // NOI18N src/org/netbeans/modules/editor/options/AnnotationTypesNode.java: if (iconURL.getProtocol().equals("nbresloc")) { // NOI18N The ones in "options" seem rather safe as they are IDE-dependent anyhow. But GlyphGutter /AnnotationTypes don't look so good. If it's already fixed in the trunk, then even better. Thanks for the list, I'll see what we can do. moving opened issues from TM <= 6.1 to TM=Dev In current 6.7 trunk nbresloc is used in AnnotationTypes, original point of this bug is yet valid. |