On a 1024x768 screen, the default width of the
values for Event handlers shows just one character
for editing. This is not usable. This problem was
made worse by changes that made the Explorer wider,
issue 24380. This issue is also related to 25935,
widening the Explorer has caused the component palette
to not show any beans.
It looks like the width of the values is whatever
space is left over after the property names have
Its probably better to make the width a fixed
or a fixed minimum size.
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
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
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.