items not showing all

1. label of checkbox to left
of the match whole word only checkbox

and also some checkbox and label 
completely not seen
since there are 3 checkboxes

match case, this is an xmpath expression and match whole word only

one needs to resize a lot to see all 3 though user should not need to resize.

2. word Projects to left of
Search in label

3.Navigate to diagram on double click,
not quite shows all of it.

Created attachment 48946 [details]
image

this one can be a p3.

Peter,

can you reevaluate it - since one entire checkbox and its label are missing
in the gif, it seems like its more serious situation than the items 2 and 3 below
since user would be missing entire checkbox and label.

i realize thats the tricky thing about resize - it depends on font size, length of string
sometimes monitor size and/or resolution and platform.

ken.frank@sun.com

Ken, sorry that I should have added a better comment.
I tried this with bigger font and labels got truncated but I was able to resize the dialog to display everything
properly. So, the workaround is to resize the dialog. That's the reason I think it should be a P3 because a viable
workaround exists. Is it not the case for the other locale? Thanks.

manual resizing is not a reasonable workaround - that is the whole basis of resizing requirements - user should
not need to resize or need to know that they need to resize, as in case like this of hidden ui objects.
Its not just my interpretation but has come from developers and those in ui teams.

and req is that windows and dialogs should be coded to use dynamic resizing, and when this is done,  most of these
problems dont exist anymore;
this is the experience with many, many resizing issues on all parts of nb over various releases.

and as you saw, this can happen even in en locale, though there is no diff in issue prio related to one locale or the other.

thus thats the basis of my comments and why resize issues are filed at p2.

ken.frank@sun.com

agree with Ken's explanation, so update back to its original p2 priority for uml dev team to look into.

Working on creating an environment to simulate the ja locale or at least very large fonts. Setting OS locale to ja
doesn't work because the build environment I am using doesn't contain any translated files and it hasn't be translated
yet so they are not even available. Working with Ken Frank to setup proper simulation to test properly.

I have a fix in place. Will check in later this evening when I'll be around long enough to monitor the auto-build for
success.

Tested using very large font (24) and it worked well. Hope that ja locale works equally well.

Changed the layout of the dialog a bit. The checkbox and radio button panels are centering instead of left justifying.
Tried many different angles of attack, but none seem to cause it to left justify. Checking in as is and will work on
this minor issue.

The search options panels are now properly anchored left (WEST). Layout issues should be resolved for ja locale as they
are for very large font setting. I tested with --fontsize 36.

This needs to be reopened as it does not seem fixed and actually there are now
completely missing sections of the window as shown.

see 2 new attached gifs of the window shown as invoked and then as resize some.

Also, instead of the word from bundle of Search Options is the keyname "IDS_SEARCHOPTIONS";
this was not a problem originally.

Finally, besides the Search in section not showing when window invoked,
the sectionof Search Results still seems too small and only resize the column widths
up to border of the entire search result area; can the entire window itself be made bigger
so that more of each column would show ?

I think that if the solution to this was not tried in japanese locale thus did not use
the pseudo localized values, that the fix might have appeared ok.

I also know that resize problems can depend on monitor size or resolution, font size
and msg or string length.

But I think at least the missing Search in section needs to be seen on invocation
besides having the Search Options come from the bundle file - that word is pseudo localized
in the bundle file now as it was originally, when that word did come from bundle file.

ken.frank@sun.com

Created attachment 50766 [details]
image

Created attachment 50767 [details]
image

Created attachment 50768 [details]
i

ignore 2nd gif, 3rd and 4th ones are the new ones.

The key "IDS_SEARCHIN" is a new key that I added for this new title panel in the Bundle.properties file under package
org.netbeans.modules.uml.integration. My debug trace shows that the key is found properly. Make sure you have that update.

I'll continue to work on making the resize work properly.

Fix available, but waiting for approval before checkin to trunk (post beta2 branching) and into beta2 branch.

Rearranged buttons and other fields so that the dialog real estate is more wisely used and things resize properly. All
internal panels in the dialog now use GridBagLayout instead of BorderLayout with the master panel using BorderLayout.
Resizing manually and automatically works as expected now.

will verify but its still a bit tight as to the entire window size and the
column available total width which means longer strings in one or a few col headers
mean user cant see all columns headers by doing column resize.

also in my env the close button overwrites a bit the Replace All button

since the find uml window is bigger than the replace, couldnt the replace one be
made just as big, and that probably would solve the situation.

I'd say lets resolve this now anyway but as we saw translation team ran into
some resize with real translations in other parts of uml recently
but its up to uml team on this now, IMO.

ken.frank@sun.com

verifying but see my last comment before this one in that
there are still some areas that might need fine tuning.

ken.frank@sun.com