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.
There is no way to change the width of the code completion popup. With long identifiers and/or long types (in particular parameterized types), the width can be too small. For example, here's one CC popup I'm getting: ge... ObjectRefProperty<ParticipeAuRegime, Employeur> getR... ObjectRefProperty<ParticipeAuRegime, Regime> etc. The method names are abbreviated so much as to be unusable. (Abbreviating the types rather than the method names would be an improvement in this case (I'm going to file this as a separate issue), but it doesn't really solve the more general problem that the code completion popup has a fixed width.) Suggested fix: 1) Provide a "preferred size" setting, similar to what already exists for the Javadoc popup window. 2) Grow the width of the CC popup window as necessary, up to the edge of the editor viewport.
Reproducible in a dev build.
rc1 and still there. the quickest fix (for 6.0) would probably be a ingreased hardcoded maximum window width (eg. 600 what would also fit to the doc window's default width).
I'm sorry, but don't expect this to get fixed in Nb6. We are in high resistance now and this can hardly justify as a showstopper.
With increased use of generics, it becomes more or less a showstopper, as far as utility of the code completion popup is concerned. See the example in the description above, the popup becomes pretty much useless there. I would be very much in favor of at least increasing the hardcoded width.
I know this bug can render the CC dialog useless in some situations and I'm sorry that we won't be able to fix it in 6.0. Dusane, do you think we could address this in 6.1M1? Thanks
*** Issue 126498 has been marked as a duplicate of this issue. ***
Please also see issue #112463, which is an RFE to make the completion popup box resizable. This is just an idea, but maybe we should let people choose whether they prefer names over the return types or vice versa. IMO the name is the thing people search for and then in case there are several items with the same name they look for return types or javadoc, etc.
In my opinion, your idea would be only a supplementary enhancement. These are the fixes in the order of importance: 1) When name and parameters cannot be displayed, prefer name over parameters. 2a) Make the width of the pop-up proportional to the font size. 2b) Introduce an option that would allow the user to set the width of the pop-up, at least. 3) Introduce an option that would allow the user to choose whether name or type should be preferred. Fix 1) is a quick fix until fix 2) is implemented. Fix 2a) is the preferred one over 2b). Fix 2b) is a poor replacement for 2a). Fix 3) may help to some people but I am not sure at all it is actually necessary.
I'd like to (re-)call attention to my second suggestion from the description of this issue: 2) Grow the width of the CC popup window as necessary, up to the edge of the editor viewport. In my opinion, this is superior to either 2a)/2b) above, as proportional to font size effectively still means fixed width (in average number of characters), and 2) also doesn't require the user to set an option.
CC width is now automatically resizable, up to right screen border or 40% of screen width if there is not enough space. Any enhancements or ideas are welcome. --- http://hg.netbeans.org/main/rev/6f80f120fdd1
Setting proper TM.
Verified in custom development build 080303.
*** Issue 118574 has been marked as a duplicate of this issue. ***
can't verify the fix with NetBeans IDE 6.1 Beta (Build 200803050202) I still get identical results as with 6.0.1
Mbien, could you please provide your usecase and a screenshot? Thanks.
Created attachment 58060 [details] completion window NB6.1beta for SwingBindings.*
I forgot to say SwingBindings is a utility class of the BeansBinding Framework and I use the ziped distribution of NB 6.1beta for easier testing.
I don't see any improvment as well (NetBeans 6.1 Beta).
Created attachment 58089 [details] Example screenshot.
This fix has not made it to beta branch. Please use trunk builds.
Verified in 6.1 final.
The automatic resize doesn't work anymore in 6.9 Beta. Attaching screenshots...
Created attachment 98876 [details] CC for JOptionsPane.show... in NB 6.8
Created attachment 98877 [details] CC for JOptionsPane.show... in NB 6.9 Beta
Actually there is no regression from 6.8, I was mistaken. What happens is that when the CC popup is first opened, no resize is done. The resizing only happens when the CC prefix is changed while the CC popup is open, for example by typing further characters, or when pressing Ctrl+Space while the popup is already open. I had these two use cases: 1) Type "JOptionPane.", where the "." causes an auto-popup, and then scrolling through the CC list with PageUp/PageDown and/or up/down arrow keys. In that case the popup is not resized to fit the visible contents. 2) On existing source code "JOptionPane.show...", press Ctrl+Space behind "show" to invoke CC. Again the popup is not sized to fit the contents. In either case it's not obvious at all that pressing Ctrl+Space or shanging the CC prefix would cause proper resizing. I would suggest to auto-resize from the beginning.
Reassigning.
Fixed in jet-main. http://hg.netbeans.org/jet-main/rev/e61d95dd08e6