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-focus
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.
Regardi
+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
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 automat
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 th
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
