o.n.m.project.uiapi.CustomizerPanel has hardcoded preferred size to 750x450.
Then it is not easily possible (or impossible at all) to change *dynamically*
size of the customizer which could be the reason of I18N problems like in issue
64780. Note that setting just bigger size of the dialog received from
solve the problem since you can't predict the final font (i.e. Chinesse,
Arabic), size of images in customizers, etc.
So it would be nice to have a possibility to say that you don't want the
predefined preferred size and so give the implementator chance to control this
himself. Of better provides some satisfactory API for such tasks.
Adding an example, simple working patch together with patch for
apisupport/project customizers. Please consider something like this. (or course,
ideal would be to move as much of code as possible to the project-ui-api)
Created attachment 25226 [details]
Created attachment 25227 [details]
added I18N to synopsis for tracking.
*** Issue 65761 has been marked as a duplicate of this issue. ***
*** Issue 71980 has been marked as a duplicate of this issue. ***
Increasing to P2, see Ken's comment in the issue #64780 which is blocked by this
Will look at it for post 5.5 release.
*** Issue 88786 has been marked as a duplicate of this issue. ***
instead of setting the fixed size, check the calculated size of the panel and
just do a boundary check (750x450 being the minimal and 850x550 the maximum
size). Can be overriden by the users of te customizer api by setting the
Checking in CustomizerPane.form;
new revision: 1.4; previous revision: 1.3
Checking in CustomizerPane.java;
new revision: 1.7; previous revision: 1.6
Where/which window/dialog in ide did this situation happen ? I'd like to
verify the fix.
Ken, this issue is related to panels that are inside of Project Properties dialog which can be invoked by selecting
Properties in popup menu on any project node in Projects view. Could you please verify this issue. Thanks.
I think I need to be more clear on what panels inside of project props dialog - if it means any parts
of project props, I don't think it can be verified here since this fix was done we have seen various
resize problems in various project props windows of different products, and have filed them in those
projects and most have been fixed specifically in those projects.
So it might be that this fix helped some situations to begin with but it seems other layout and coding
are needed in any given project props window to ensure about resizing.