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: | Propose auto-modify of access modifier in quickfix | ||
---|---|---|---|
Product: | java | Reporter: | locked <locked> |
Component: | Editor | Assignee: | Dusan Balek <dbalek> |
Status: | NEW --- | ||
Severity: | blocker | ||
Priority: | P3 | ||
Version: | 5.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | ENHANCEMENT | Exception Reporter: |
Description
locked
2008-06-25 14:00:52 UTC
I think the following is related to this same RFE: Consider: class Class1 extends Class2 where Class2 is well formed but not public and in a package different from Class1. So, technically, Class1 can't extend Class2, since Class2 isn't public i.e. it won't compile. If I try to goto (CTRL + LeftClick) Class2 (for the purpose of making it public) NB tells me it can't goto Class2. Essentially, my reaction to this failure is- look NB, if you know Class2 isn't public then you know damn well what class I am asking you to go to, so go to it....NOW. In this case, I feel like NB is working against me and not with me to help me get my work done as it ought to. "Other" IDEs goto the class under these circumstances and NB should also. Exactly, you'er describing the same issue on class level while I was just on the method level. Should the version dropdown be set to 7 as it still is an issue? |