Cursor location problem in recent EAPs

Is anyone else noticing that, when using the TabSwitch plugin to switch
between files, the cursor is no longer staying put in the recent couple
of 7.0.4 EAP builds (7821 and 7807)? If I move the cursor in a file via
the arrow keys or typing something and then switch to another file and
then back again, the cursor is in the position it was before I
typed/moved it.

If I select the tabs directly this problem isn't seen. Something's
obviously changed in the last few EAPs to make this happen, any idea what?

As I don't use tabs you can imagine this is highly annoying, so I want
to get it fixed asap!

N.

10 comments
Comment actions Permalink

On Wed, 07 May 2008 16:11:47 +0100, Nathan Brown wrote:

Is anyone else noticing that, when using the TabSwitch plugin to switch
between files, the cursor is no longer staying put in the recent couple
of 7.0.4 EAP builds (7821 and 7807)? If I move the cursor in a file via
the arrow keys or typing something and then switch to another file and
then back again, the cursor is in the position it was before I
typed/moved it.

If I select the tabs directly this problem isn't seen. Something's
obviously changed in the last few EAPs to make this happen, any idea
what?


Yes, I see this and agree it's extremely annoying (but I've put up with
it rather than reporting it...). I think it's been happening for months
though, not just with recent 7.x EAP builds.

--
Mark Scott
mark@codebrewer.com

0
Comment actions Permalink

Nathan Brown wrote:

Is anyone else noticing that, when using the TabSwitch plugin to switch
between files, the cursor is no longer staying put in the recent couple
of 7.0.4 EAP builds (7821 and 7807)? If I move the cursor in a file via
the arrow keys or typing something and then switch to another file and
then back again, the cursor is in the position it was before I
typed/moved it.

If I select the tabs directly this problem isn't seen. Something's
obviously changed in the last few EAPs to make this happen, any idea what?

As I don't use tabs you can imagine this is highly annoying, so I want
to get it fixed asap!

N.


OK, something for sure has gone wrong here. I downloaded the source to
the TabSwitch plugin to see whether something was wrong in there, but
all it's doing is calling FileEditorManager.openFile(VirtualFile, boolean).

So something must have screwed up inside FileEditorManager, where it
forgets or resets the cursor position... any chance to get this fixed as
a priority please as it's incredibly disruptive to workflow?

N.

0
Comment actions Permalink

Nathan Brown wrote:

Nathan Brown wrote:

>> Is anyone else noticing that, when using the TabSwitch plugin to
>> switch between files, the cursor is no longer staying put in the
>> recent couple of 7.0.4 EAP builds (7821 and 7807)? If I move the
>> cursor in a file via the arrow keys or typing something and then
>> switch to another file and then back again, the cursor is in the
>> position it was before I typed/moved it.
>>


OK, something for sure has gone wrong here. I downloaded the source to
the TabSwitch plugin to see whether something was wrong in there, but
all it's doing is calling FileEditorManager.openFile(VirtualFile, boolean).

So something must have screwed up inside FileEditorManager, where it
forgets or resets the cursor position... any chance to get this fixed as
a priority please as it's incredibly disruptive to workflow?

N.


A little extra info here - this doesn't happen if I set my open tab
count > 1 and I switch between open files - I usually only use a single
tab, so it looks like maybe the logic is broken for remembering cursor
position on files which are closed.

Any comment from JetBrains on this?

N.

0
Comment actions Permalink

Nathan Brown wrote:

Nathan Brown wrote:

>> Nathan Brown wrote:
>>> Is anyone else noticing that, when using the TabSwitch plugin to
>>> switch between files, the cursor is no longer staying put in the
>>> recent couple of 7.0.4 EAP builds (7821 and 7807)? If I move the
>>> cursor in a file via the arrow keys or typing something and then
>>> switch to another file and then back again, the cursor is in the
>>> position it was before I typed/moved it.
>>>
>>
>> OK, something for sure has gone wrong here. I downloaded the source
>> to the TabSwitch plugin to see whether something was wrong in there,
>> but all it's doing is calling FileEditorManager.openFile(VirtualFile,
>> boolean).
>>
>> So something must have screwed up inside FileEditorManager, where it
>> forgets or resets the cursor position... any chance to get this fixed
>> as a priority please as it's incredibly disruptive to workflow?
>>
>> N.


A little extra info here - this doesn't happen if I set my open tab
count > 1 and I switch between open files - I usually only use a single
tab, so it looks like maybe the logic is broken for remembering cursor
position on files which are closed.

Any comment from JetBrains on this?

N.

This problem is still present in version 8.0 :( :
http://www.jetbrains.net/jira/browse/IDEA-20617
N.

0
Comment actions Permalink

Do you happen to have IdeaVIM installed, even if disabled? It's known to cause a problem similar to this without a patch.

0
Comment actions Permalink

Hi Aaron,

Aaron Cohen wrote:

Do you happen to have IdeaVIM installed, even if disabled? It's
known to cause a problem similar to this without a patch.


Thanks for the info, but no. IdeaVIM has never been anywhere near my
system.

This problem seems to be caused by setting the "tab limit" to 1. It is
quite annoying, but I have now set the "tab limit" to 2 as a workaround
(and "show editor tabs" disabled naturally).

Bas

0
Comment actions Permalink

Bas Leijdekkers wrote:

This problem seems to be caused by setting the "tab limit" to 1. It is
quite annoying, but I have now set the "tab limit" to 2 as a workaround
(and "show editor tabs" disabled naturally).


This bug was driving me mad. Bas, you are my hero.

0
Comment actions Permalink

Bas Leijdekkers wrote:

Hi Aaron,

Aaron Cohen wrote:

>> Do you happen to have IdeaVIM installed, even if disabled? It's
>> known to cause a problem similar to this without a patch.


Thanks for the info, but no. IdeaVIM has never been anywhere near my
system.

This problem seems to be caused by setting the "tab limit" to 1. It is
quite annoying, but I have now set the "tab limit" to 2 as a workaround
(and "show editor tabs" disabled naturally).

Bas

Unfortunately setting the tab limit to 2 also sets the maximum size of
the Tabswitch popup list to 2. :'( Just can't win it seems...
Jetbrains... please heed our cries of pain here ;)

N.

0
Comment actions Permalink

Hello Nathan,

Nathan Brown wrote:

Bas Leijdekkers wrote:

>> Hi Aaron,
>>
>> Aaron Cohen wrote:
>>> Do you happen to have IdeaVIM installed, even if disabled? It's
>>> known to cause a problem similar to this without a patch.
>>
>> Thanks for the info, but no. IdeaVIM has never been anywhere near my
>> system.
>>
>> This problem seems to be caused by setting the "tab limit" to 1. It is
>> quite annoying, but I have now set the "tab limit" to 2 as a workaround
>> (and "show editor tabs" disabled naturally).
>>
>> Bas

Unfortunately setting the tab limit to 2 also sets the maximum size of
the Tabswitch popup list to 2. :'( Just can't win it seems...
Jetbrains... please heed our cries of pain here ;)


Go to ~/.IntellijIDEA80/config/options and edit tab_switch.xml. Change
the value of option SHOW_RECENT_FILES to true and all recent files
should be shown again.

Bas

0
Comment actions Permalink

Bas Leijdekkers wrote:

Go to ~/.IntellijIDEA80/config/options and edit tab_switch.xml. Change
the value of option SHOW_RECENT_FILES to true and all recent files
should be shown again.


Thanks Bas :)

0

Please sign in to leave a comment.