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.
Created attachment 136291 [details] UI refinements in the browser megamenu Please change the UI of the browser megamenu according to the attached design and e-mail by Liza: "That said, can we go forward with the changes proposed in the first sketch? This involves adding the white background, the lighter separators/borders, the lighter gray title text for "With NetBeans Connector," the simplified labels for the options and removal of the NB icon overlay. Again, I'm trying to keep this simple so it will just work on the different LAFs."
Created attachment 136340 [details] Browser megagmenu changes
And how is it supposed to look like on other l&f than Windows? For example on Mac the default background is white. And how about dark color themes? Or should the change apply to Windows l&f only? Please clarify and reopen, thanks.
Created attachment 136450 [details] Screenshots of browser switcher on all platforms Liza, for reference I am attaching a file with screenshots on all platforms (Windows, Mac, Linux) in both light and dark variants.
Created attachment 136667 [details] Icons for browser megagmenu Please make the changes to the icons, the text and the proposed visual treatment so I can see it all in the windows l&f, and let me know when I can test it. We will then provide specs for the other lafs.
Feel free to assign to me Standa if you prefer me to do it. I guess it is too late to push this into Beta right?
I've changed the Windows UI look as requested core-main 999a3cc4391d
Created attachment 136981 [details] New windows look
I updated icons for desktop browsers and removed NB badge: 59e59f748181 - sideeffect is that when Chrome browser is selected for project I have no indication whether I'm using Chrome with NB integration or not. I would argue that badge was helpful in such case. HonzaB, could you do the same for mobile icons - they are in on of the attachments. Standa, how should I handle 16x icons? Do I check toolbar size somehow first and then return either 24x icon or 16x one? I would like to resolve also issue 228376 now. Thx.
changeset : 258100:2a6f13875d0d author : Jan Becicka <jbecicka@netbeans.org> date : Fri Jul 12 09:18:02 CEST 2013 summary : New Icons for mobile browsers
(In reply to comment #8) > Standa, how should I handle 16x icons? Do I check toolbar size somehow first > and then return either 24x icon or 16x one? I would like to resolve also issue > 228376 now. Thx. Check "PreferredIconSize" client property of the toolbar button. If its value is Integer(24) then use big icons.
Integrated into 'main-silver', will be available in build *201307122300* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/59e59f748181 User: David Konecny <dkonecny@netbeans.org> Log: #231797 - UI tweaks in the browser switch megamenu
Thanks Standa, I fixed issue 228376 by using private static boolean isSmallToolbarIcon() { return 16 == ToolbarPool.getDefault().getPreferredIconSize(); } There is one last issue I have: if toolbar button size is changed how does my code learn about it? ToolbarPool does not seem to have any listener for icon size property. I thought perhaps I could workaround it in my getToolbarPresenter by listening to component size change, eg.: button.addComponentListener(new ComponentAdapter() { @Override public void componentResized(ComponentEvent e) { refreshViewLater(true); } }); but componentResized is called only when small button is changed into big one but not the other way around. What's the right way to resolve this? Thanks.
(In reply to comment #12) > There is one last issue I have: if toolbar button size is changed how does my > code learn about it? ToolbarPool does not seem to have any listener for icon > size property. I thought perhaps I could workaround it in my > getToolbarPresenter by listening to component size change, eg.: > > button.addComponentListener(new ComponentAdapter() { > @Override > public void componentResized(ComponentEvent e) { > refreshViewLater(true); > } > }); > > but componentResized is called only when small button is changed into big one > but not the other way around. What's the right way to resolve this? Thanks. You need to listen to the changes of "PreferredIconSize" client property on the component that is added to the toolbar, i.e. the combo box.
Thanks Standa, that works.
Created attachment 137164 [details] ubuntu screenshot This is how the menu looks on Ubuntu. I assume that it is not finished on Ubuntu as it differs from Windos. Also sometimes I notice it takes about second for menu to come up - it is noticeably slower than other menus.
(In reply to comment #8) > sideeffect is that when Chrome browser is selected for project I have no > indication whether I'm using Chrome with NB integration or not. I would argue > that badge was helpful in such case. I agree with David, I think it was useful to see in "which" Chrome/Chromium the project will run. Now I have to open browser picker to make sure otherwise this information is hidden.
Created attachment 137980 [details] Linux light specification by the UI designer
Created attachment 137981 [details] Mac light specification by the UI designer
core-main c7e965e331dd
Integrated into 'main-silver', will be available in build *201307312300* on http://bits.netbeans.org/dev/nightly/ (upload may still be in progress) Changeset: http://hg.netbeans.org/main-silver/rev/c7e965e331dd User: S. Aubrecht <saubrecht@netbeans.org> Log: #231797 - browser picker tweaks