Bug 140789

Created attachment 64977 [details]
image

Reassigning to core.

OK, I implemented dynamic resizing mechanism that computes length of hint strings on the fly (at some performance cost,
unfortunately). So in your default case it should be OK.

However, there must be a limit for search bar width and I tried to set it to some good value. So if the font is too big
or localized string too long, then it will be cut anyway - but it won't be bug of the system but feature - search bar
must not hide majority of all other toolbars.

fixed:
35d58cee6460

Integrated into 'main-golden', available in build *200808021401* on http://bits.netbeans.org/dev/nightly/
Changeset: http://hg.netbeans.org/main/rev/35d58cee6460
User: Dafe Simonek <dsimonek@netbeans.org>
Log: #140789: dynamic preferred size of command text area implemented

Using trunk build 0810 I can't see any changes:

Product Version: NetBeans IDE Dev (Build 200808101401)
Java: 1.6.0_06; Java HotSpot(TM) Client VM 10.0-b22

Search bar must have prefix and suffix with mbyte.

Created attachment 67059 [details]
search bar

Created attachment 67060 [details]
In blue circled correct view of prefixes and suffixes

For me it works correctly - even if I put long hint text in search box, it resizes itself correctly. I put significant
effort to implement dynamic resizing according to the hint text. There must be something wrong with the way how NB are
localized or how Swing computes string length in localized version. I'm not able to do anything more, sorry - somebody
with ability to run and debug pseudo localized NB in Japan locale may want to debug the code to find out what is happening -
code is in org.netbeans.modules.quicksearch.QuickSearchComboBar.DynamicWidthTA

The search itself works fine.
The issue is about a size of the search drop down (where grayed hint was shown)
I used the following steps to reproduce:

1. Expand search dropdown
2. Choose `Actions` from the list (grayed hint message will be changed)

The hint message differs from the pseudo localized one. I'm running in Japanese locale, using a pseudo localized
Netbeans with font size 16 option. Compare red and blue ellipses on the image.

Created attachment 67280 [details]
image

I think part of what is being seen might be not related to i18n per se but to sizes
of main ide window or the search toolbar itself

am on solaris in en locale using fontsize 18

some comments:

I see that when choose some option for viewing like Go To Type, what is shown in the search
bar is those words fully but some other partial character seems to be at beginning of that
word.

for the case of this issue, I think what is different about this is that some characters
at beginning of the pseudo translated line are not being shown ok, which is different
than most/all other resize sitations where its the final characters that might not be shown

it might be related to what characters are placed *before* the actual message, like the 
| for the search 

other comments not related per se to this issue but while looking at search bar:

I also see that the lower parts of the english characters do not show in the search
window, whether the ones shown from dropdown choice or typed in; while not a problem
for english, it could be problem for asian languages where the context of the character
has more important vertical component

also, the textfield seems to allow just some number of search characters/words to be typed in and then
it won't allow any more characters to be added

** I realize that these last 2 observations not related to this issue.

ken.frank@sun.com