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: | Property Value too narrow for Event Handlers | ||
---|---|---|---|
Product: | platform | Reporter: | eadams <eadams> |
Component: | Explorer | Assignee: | _ tboudreau <tboudreau> |
Status: | VERIFIED FIXED | ||
Severity: | blocker | CC: | jrechtacek, tpavek |
Priority: | P3 | ||
Version: | 3.x | ||
Hardware: | All | ||
OS: | All | ||
Issue Type: | DEFECT | Exception Reporter: | |
Bug Depends on: | 29447, 33994 | ||
Bug Blocks: | |||
Attachments: |
Event Handler Combo-box size being restricted
Combo box working correctly in another context |
Description
eadams
2002-08-07 16:15:12 UTC
This cannot be solved in form editor... reassigning to the new subcomponent owner Will be fixed with property sheet rewrite (at least the custom editor button, etc. are smaller, which should afford a bit more room), plus better use of tooltips in the event the text really can't be fit. Adding this issue to the property sheet rewrite umbrella issue. FYI the UI spec calls for a 16 pixel gray left margin when the new property sheet is in sort-by-category mode, so this may not be fixed by the property sheet rewrite. At the same time, our fontsize fixes improved the default preferred size for the property sheet, and split positioning in things like the output window and property editors that use a splitter and a property sheet. If the value is too narrow after the rewrite, I suggest retargeting this issue against the window system, since that's where the default window layout and sizes are defined (Tomas, this is correct? AFAIK the GUI Editing workspace layout is defined in core, not form editor - if not true, this issue will probably become yours). At any rate, the new property sheet will help - the margins are smaller than they are on the buttons in the existing sheet. Thanks for update Tim. GUI editing workspace and form editor window are defined in form module, no more in core. Let's wait how things will look in the new property sheet as you suggest. Also fixing issue 26367 should help. Fixed - new property sheet committed. Popup for combo boxes is *not* restricted to the width of the property - it will be sized according to its preferred size and positioned to remain on-screen if invoked near the screen edge. verified in [nb_dev](20030718) Great! Thanks Tim. Where can I find a build with these changes. I assume it not in the nightly trunk build yet. I tried this with the July 18 Dev Build and it looks like its not fixed for the situation of Event Handlers in the Form Editor. I recall Tim telling me that the Form Editor property sheets are special cases so I was somewhat surprised (and pleased) to see this one closed as being fixed. In general, the popup is not limited to the size of the underlying object, however, for Event Handlers they still are. I'll attach a screen shot snippet showing the problem and another one showing the fix working in another context. If I'm correct, we should re-open this issue. Created attachment 11039 [details]
Event Handler Combo-box size being restricted
Created attachment 11040 [details]
Combo box working correctly in another context
The specific issue for the form editor is issue 33994 - to stop using the deprecated EnhancedPropertyEditor class. Ah yes, this bug was about the amount of space left for typing an event handler name. That has been much improved and is about 10 chars now compared to the 1.5 chars before. Issue 33994 addresses the combo box issue. |