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: 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
