Author Topic: V18 Ctrl-Tab window order totally hosed.  (Read 14517 times)

smartin

  • Senior Community Member
  • Posts: 102
  • Hero Points: 3
V18 Ctrl-Tab window order totally hosed.
« on: August 07, 2013, 01:58:01 pm »
Hi,

I don't know whether I am the only one seeing this, but as far as I can see there is no rhyme nor reason to the order in which Ctrl-Tab will cycle through the editor windows.

In the options I have smart order enabled, on previous versions this gave me and MRU (Most Recently Used) list to cycle through, ideal switching between .c/.h files, things like that. Now I can more or less guarantee that I won't go to the tab I want, and I can't actually see what SlickEdit is trying to do. Last night I had 3 windows open, editing 2, one for reference, Ctrl-. to look at a prototype, Ctrl-, back to editing, Ctrl-Tab wrong window, grab mouse, select Window, etc. This is really bugging me now, and slowing me down greatly.

Maybe it is just my understanding of what is happening here, or maybe there is an option to go back to how it worked before.

Any help would be appreciated.

Regards.

Rodney

  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 750
  • Hero Points: 47
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #1 on: August 07, 2013, 04:06:41 pm »
Files per window: One file per window
Smart next window style: Smart next window

Scenario: File windows open are: A, B, C
#1 Next window ordering: A, B, C
#2 Current window: A
#3 Ctrl+Tab: switches to B (note that we are NOT pressing and holding Ctrl)
#4 Ctrl+Tab: switches back to A
#5 Perform Ctrl+Dot that switches to C
#6 Perform Ctrl+Comma that switches back to A
#7 Ctrl+Tab: switches to C
#8 Ctrl+Tab: switches to A

The above scenario is correct behavior, with the specified options settings, since window ordering depends on edit window focus.

Caveat: There appears to be a bug in v17 on Windows where #5 would not update the next window ordering. This was fixed in v18.
Caveat: There was a bug in v17 on UNIX and Mac where MDI window reordering was broken. This was fixed in v18.

If I have not described your scenario, then please provide detailed steps to reproduce. Thanks.

++rodney

smartin

  • Senior Community Member
  • Posts: 102
  • Hero Points: 3
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #2 on: August 08, 2013, 02:35:13 pm »
Thanks Rodney,

Your example on how to order things was what I needed. The sequence you put in your example is what the current version of SlickEdit does, but it is not what I expect.

After analysing what is happening what I expect is a straight MRU, and this what previous versions of SlickEdit gave me.

Here are some sequences and what I think should happen.

#1 Let's have A, B and C open in that order, A selected.
#2 Ctrl-Tab activates B
#3 Ctrl-Tab activates A, so far so hoopy
#4 Open file D
#5 Ctrl-Tab now now takes you to B, not A.

Next sequence (your example):

#1 Let's have A, B and C open in that order, A selected.
#2 Ctrl-Tab activates B
#3 Ctrl-Tab activates A, so far so hoopy
#4 Ctrl-. activates C
#5 Ctrl-, activates A
#6 Ctrl-Tab activates B, when the most recently used file was C

Next sequence:

#1 Let's have A, B, C and D open in that order, A selected.
#2 Ctrl-Tab activates B
#3 Ctrl-Tab activates A, so far so hoopy
#4 Ctrl-. activates C
#5 Click on D
#6 Ctrl-, activates A
#7 Ctrl-Tab activates B, when the MRU file as D

I can continue....

Regards.

Rodney

  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 750
  • Hero Points: 47
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #3 on: August 08, 2013, 03:44:09 pm »
Evolution of my understanding of your description:
First read: What?!  ;)
Second read: You only want window order affected when you deliberately select a window (e.g. by clicking on a Tab). Nope, your third example contradicts that.
Third read: You simply do not want your windows reordered. Ever. But you want Ctrl+Tab to toggle using the "Smart" algorithm (Ctrl+Tab from A-to-B, Ctrl+Tab from B-to-A). Note that the Smart algorithm is accomplished by reordering the windows.

The short answer is that we do not support what you are looking for. The behavior you enjoyed was actually a bug. You could try setting your "Smart next window style" option to "No window reordering" and see if you can live with it, but you won't get the Ctrl+Tab behavior (I think) you want.

The second idea I had (only changing window order when deliberately selecting a window) is something I could understand wanting (maybe), but it is not what you are looking for.

If anybody else would like to chime in on this, please feel free.

++rodney
« Last Edit: August 08, 2013, 03:45:52 pm by Rodney »

smartin

  • Senior Community Member
  • Posts: 102
  • Hero Points: 3
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #4 on: August 08, 2013, 03:52:31 pm »
Thanks Rodney,

What I would really like would be MRU, always go to the last active window. I did try no reordering and that was more understandable, but still not usable. Seems like the smart window reordering is way too smart for me. ;D

Regards.

jamiew

  • Community Member
  • Posts: 5
  • Hero Points: 0
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #5 on: August 08, 2013, 05:27:33 pm »
Thanks Rodney,

What I would really like would be MRU, always go to the last active window. I did try no reordering and that was more understandable, but still not usable. Seems like the smart window reordering is way too smart for me. ;D

Regards.

+1

This was the behavior before v18.  The ordering is my biggest gripe of v18.  I agree with smartin and this is an annoying point for me with v18.

mako

  • Community Member
  • Posts: 27
  • Hero Points: 1
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #6 on: August 14, 2013, 12:26:41 am »
Just to confuse things further, I found that "Smart next window" behavior only works when using next-window bound to Ctrl-Tab. If you bind next-window to another key, you get strict next-window traversal. This should at least be mentioned in the help, if not fixed.

jph

  • Community Member
  • Posts: 41
  • Hero Points: 0
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #7 on: August 16, 2013, 05:40:47 pm »
Wow, I never would have thought that binding next-window to a different key would make a difference, but you're right.  I have next-window bound to alt-right-arrow with smart-next-window set, and when I hit alt-right-arrow, while continuing to hold down the alt key, Slickedit merely switches between two windows.  It never cycles to other windows.  This is no longer usable at all, to me.

mako

  • Community Member
  • Posts: 27
  • Hero Points: 1
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #8 on: August 16, 2013, 06:53:24 pm »
Wow, I never would have thought that binding next-window to a different key would make a difference, but you're right.  I have next-window bound to alt-right-arrow with smart-next-window set, and when I hit alt-right-arrow, while continuing to hold down the alt key, Slickedit merely switches between two windows.  It never cycles to other windows.  This is no longer usable at all, to me.

That is actually different than what I saw. I had next-window bound to both Ctrl-W and Ctrl-Tab, with SmartNextWindow enabled. When I used Ctrl-Tab I got the expeced (to me) behavior, which is described by Rodney below. When I used Ctrl-W it did not go back to the previously active window, it always went on to the next one (i.e. no reordering to put the previously active window next in the rotation).

WadeHatler

  • Community Member
  • Posts: 19
  • Hero Points: 0
  • Been using VSlick since the dawn of time
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #9 on: August 22, 2013, 04:15:23 pm »
Let me chime in with my $.02 worth. This is been driving me crazy the last couple days because the tab is never what I expect. I've been using SlickEdit for over a decade, and it's always produced exactly the behavior I want (which coincidently matches the behavior of every other program world). The new version is so annoying I'm tempted to go back to my old version of SlickEdit. I would like to have an option to have the behavior just exactly like it used to work in 2011.

Copying from an earlier message, here is the behavior that is making me craziest.
Code: [Select]
#1 Let's have A, B and C open in that order, A selected.
#2 Ctrl-Tab activates B
#3 Ctrl-Tab activates A, so far so hoopy
#4 Open file D
#5 Ctrl-Tab now now takes you to B, not A.

I do this all the time. I open a new file and want to look at it, then the obvious thing to do that is go back to the file I was just on – not some arbitrary file that I might've looked at five minutes ago.

Is there some way to restore the old behavior, short of writing my own Ctrl-Tab processor (or copying it from the old version of SlickEdit).

Rodney

  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 750
  • Hero Points: 47
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #10 on: August 22, 2013, 04:26:12 pm »
Hmm. Yes, you are correct - you should have been taken back to A in that case. I'll check it out.

++rodney

ask_ge

  • Junior Community Member
  • Posts: 4
  • Hero Points: 0
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #11 on: August 22, 2013, 05:24:20 pm »
Hm ... wonder whether I should upgrade to V18 ?!?
My suggestion to Rodney is to file a change request because this affects many die-hard SE users, and you don't want to upset any part of your loyal customers.

Rodney

  • SlickEdit Team Member
  • Senior Community Member
  • *
  • Posts: 750
  • Hero Points: 47
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #12 on: August 22, 2013, 05:54:35 pm »
This will be fixed in the next hotfix. If you would like to try it out beforehand, and you're comfortable modifying macro source, you can do the following:
1. Edit macros/window.e
2. Modify _donextWindowStyle() at around line 2248:
CHANGE:
final_wid._MDIReorder(orig_wid);
TO:
orig_wid._MDIReorder(final_wid);
3. Save and load macros/window.e (Macro>Load Module). You should see "Module(s) loaded"  on the status line on success.

Thanks for the report!

++rodney

WadeHatler

  • Community Member
  • Posts: 19
  • Hero Points: 0
  • Been using VSlick since the dawn of time
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #13 on: August 22, 2013, 10:46:17 pm »
That works perfectly.  Thanks man... was making me crazy.

WadeHatler

  • Community Member
  • Posts: 19
  • Hero Points: 0
  • Been using VSlick since the dawn of time
Re: V18 Ctrl-Tab window order totally hosed.
« Reply #14 on: August 22, 2013, 11:35:24 pm »
I spoke too soon.  That change doesn't seem to solve the problem, and in fact the code never gets called for a normal Ctrl-Tab.  it still exhibits pretty random behavior when you open new files, or reopen existing files.

As far as I can tell, the only thing that actually works correctly is if you select another tab with the mouse.  Suppose you have 6 windows open.  With the mouse to select Tab 1, Tab2 then Ctrl-Tab.  you go back and forth between tabs 1 and 2 correctly.

Now select another tab using the mouse, and control tab takes you back correctly.

No open a new file, and you control tab and you wind up selecting one of the other tabs at random.  I can't seem to figure out which tablet is, except that it's the completely wrong tab.

You get the same results if you "open" a file that is Re: open, the selecting it's tab.

I'd really like to just get the behavior back from 2011, since that actually worked.