Re: Cloned and floated window not behaving
On 06.12.23 21:06, Ernie Rael wrote: > N views at once make that even more interesting. There are certainly ways > to improve this but I don't think there is a single/obvious way how it should > behave - it is somewhat context dependent. I can't think of a use case where you want a non-focused *editor window* jumping around ... for the ctrl-z case viewport changes should be limited to last focused window - I agree, since right now everything will scroll. Breakpoints seem to prefer the oldest window which might be another option. -mbien -ernie
Re: Cloned and floated window not behaving
On 23/12/06 10:30 AM, Mitch Claborn wrote: +1 for scroll lock Using a TopComponent registry listener or maybe an editor registry listener, any non-focus editor window editing the same file as the focused/current editor could be locked. You could probably do it with a small plugin. Regarding the comment > N views at once make that even more interesting. There are certainly ways > to improve this but I don't think there is a single/obvious way how it should > behave - it is somewhat context dependent. I can't think of a use case where you want a non-focused *editor window* jumping around on it's own due to a swing implementation issue. -ernie Mitch On 12/6/23 10:20, Ernie Rael wrote: On 23/12/06 7:47 AM, Mitch Claborn wrote: Editing a Java class. I'm creating a new version of a method in that class and want the old version in a separate window for reference. I clone the current window then float it and scroll to the old version of the method in the floated window and put that window on a different monitor. When I make changes in the same file in the main NB window the floated window doesn't stay where it was, but scrolls to where I'm making edits in the main window. Is that the expected behavior? That's long standing (like forever) behavior, probably a swing issue. IIRC, the "cloned" window only scrolls when lines are added/removed earlier in the file than the position being displayed. jVi fixed it (back in NB-6.x I think, or maybe even when jVi was only on JBuilder); posted an issue but NB wasn't interested in the fix. See FreezeViewport.java in the jVi sources. -ernie - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Adjusting to monitor resolution
you can overwrite the logic with flags, in your case the easiest solution is probably to create two shortcuts for NetBeans, one which opens an instance which is meant to work on your large screen, and one which is meant to work on your lower res screen. netbeans --fontsize 16 changes just the font size to 16 for example netbeans -J-Dsun.java2d.uiScale=2 makes everything 2x larger regards, -mbien On 06.12.23 20:39, Greenberg, Gary wrote: I am working with NB 18 on DELL laptop in two locations (1/2 day in each), where I am connecting laptop to external monitors. My problem is that monitors have different resolutions. * 3840X2160 * 1920X1200 When connected to a higher resolution monitor, fonts becoming small and uncomfortable. Changing the font settings in Netbeans twice a day is cumbersome. Changing monitor setting is blocked by sysadmins. Can I configure options to automatically adjust NB to monitor resolution? *Gary Greenberg* Staff Software Engineer
Re: Adjusting to monitor resolution
Others will most likely provide a more helpful answer, but just in case not, one of the potential problems is with the version of the JRE you’re running Netbeans with. I believe before Java 17, things like fonts didn’t scale well. So running with Java 17+ might help. Plus in Windows (I’m a mac/linux user) isn’t there a font related display setting that you can increase? Lastly, when I asked this question a few years ago, a kind soul gave some arguments you could give to Netbeans in its config file to help. Google searches for “netbeans” “quad resolution” and “tiny” might yield useful results. good luck, tom > On Dec 6, 2023, at 2:39 PM, Greenberg, Gary wrote: > > I am working with NB 18 on DELL laptop in two locations (1/2 day in each), > where I am connecting laptop to external monitors. > My problem is that monitors have different resolutions. > 3840X2160 > 1920X1200 > When connected to a higher resolution monitor, fonts becoming small and > uncomfortable. > Changing the font settings in Netbeans twice a day is cumbersome. Changing > monitor setting is blocked by sysadmins. > Can I configure options to automatically adjust NB to monitor resolution? > > Gary Greenberg > Staff Software Engineer
Adjusting to monitor resolution
I am working with NB 18 on DELL laptop in two locations (1/2 day in each), where I am connecting laptop to external monitors. My problem is that monitors have different resolutions. * 3840X2160 * 1920X1200 When connected to a higher resolution monitor, fonts becoming small and uncomfortable. Changing the font settings in Netbeans twice a day is cumbersome. Changing monitor setting is blocked by sysadmins. Can I configure options to automatically adjust NB to monitor resolution? Gary Greenberg Staff Software Engineer
Re: Cloned and floated window not behaving
+1 for scroll lock Mitch On 12/6/23 10:20, Ernie Rael wrote: On 23/12/06 7:47 AM, Mitch Claborn wrote: Editing a Java class. I'm creating a new version of a method in that class and want the old version in a separate window for reference. I clone the current window then float it and scroll to the old version of the method in the floated window and put that window on a different monitor. When I make changes in the same file in the main NB window the floated window doesn't stay where it was, but scrolls to where I'm making edits in the main window. Is that the expected behavior? That's long standing (like forever) behavior, probably a swing issue. IIRC, the "cloned" window only scrolls when lines are added/removed earlier in the file than the position being displayed. jVi fixed it (back in NB-6.x I think, or maybe even when jVi was only on JBuilder); posted an issue but NB wasn't interested in the fix. See FreezeViewport.java in the jVi sources. -ernie - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Cloned and floated window not behaving
Hi Mitch, depends. This is a hard problem to solve, since it might be the right behavior in some cases, but not in others. example: ctrl-z will move the view to the change, in some situations this is very useful and exactly what is expected from the IDE, in other cases (e.g reverting automatically added imports) the IDE shouldn't distract by scrolling to the top of the file. N views at once make that even more interesting. There are certainly ways to improve this but I don't think there is a single/obvious way how it should behave - it is somewhat context dependent. two more examples of scrolling related issues: - the output window stops scrolling as soon an exception is printed, this is a feature in 90% of all cases and super annoying in 10% of all cases, e.g if you dump stack traces in your log - clicking a link in a scrolled pane did center that link - which was removed in NB 20 (last minute #6679) since that was annoying when a user clicked through a stack trace for example which made the view move slightly on every click. maybe we should add a scroll-lock button or something like that -mbien On 06.12.23 16:47, Mitch Claborn wrote: Editing a Java class. I'm creating a new version of a method in that class and want the old version in a separate window for reference. I clone the current window then float it and scroll to the old version of the method in the floated window and put that window on a different monitor. When I make changes in the same file in the main NB window the floated window doesn't stay where it was, but scrolls to where I'm making edits in the main window. Is that the expected behavior? - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Re: Cloned and floated window not behaving
On 23/12/06 7:47 AM, Mitch Claborn wrote: Editing a Java class. I'm creating a new version of a method in that class and want the old version in a separate window for reference. I clone the current window then float it and scroll to the old version of the method in the floated window and put that window on a different monitor. When I make changes in the same file in the main NB window the floated window doesn't stay where it was, but scrolls to where I'm making edits in the main window. Is that the expected behavior? That's long standing (like forever) behavior, probably a swing issue. IIRC, the "cloned" window only scrolls when lines are added/removed earlier in the file than the position being displayed. jVi fixed it (back in NB-6.x I think, or maybe even when jVi was only on JBuilder); posted an issue but NB wasn't interested in the fix. See FreezeViewport.java in the jVi sources. -ernie - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists
Cloned and floated window not behaving
Editing a Java class. I'm creating a new version of a method in that class and want the old version in a separate window for reference. I clone the current window then float it and scroll to the old version of the method in the floated window and put that window on a different monitor. When I make changes in the same file in the main NB window the floated window doesn't stay where it was, but scrolls to where I'm making edits in the main window. Is that the expected behavior? -- Mitch - To unsubscribe, e-mail: users-unsubscr...@netbeans.apache.org For additional commands, e-mail: users-h...@netbeans.apache.org For further information about the NetBeans mailing lists, visit: https://cwiki.apache.org/confluence/display/NETBEANS/Mailing+lists