ctrl-tab with cloned docs is borked.
-
ctrl-tab with cloned docs is borked.
Single view works great…
- ctrl-tab once switches between current doc and previous.
- History selector shows history properly.
Multi view is bizarre…
- ctrl-tab switches to previous viewed tab, unless the current document is cloned in the other view, in which case NPP switches to the cloned tab and sets focus… bad!
- History partially historical… broken where the same file appears in both views, in which case it moves the clone next to it’s clone.
This behavior completely destroys the usefulness of ctrl-tab.
-
Do you have MRU behavior enabled?
Not sure how many users actually use cloned documents. It adds an interesting property where there are more “views” than files.
Without cloned documents you don’t care whether ctrl-tab switches to views or to files since it is the same. With cloned documents you expect it to switch between views since you want to switch between the 2 views of the same file.
Without MRU behavior, the views are sorted statically based on tab order and each view of the cloned file has its own location.
With MRU behavior (from my testing), selecting one of the cloned file’s views brings both views to the top. It seems that the MRU list is sorted by-file rather than by-view.
So if it bothers you, lookup the instructions how to open a bug report (or feature request), which is not in this forum, and request “MRU list to be managed by views rather than files”.
-
@gstavi Cloned views allows viewing different parts of the same document without jumping around in a single view. It is very very helpful when comparing things.
Ctrl-Tab allows switching between current and previous document, just like alt-tab. When it does something different, it destroys the usefulness of ctrl-tab, and it hurts my head.
I’m guessing that people who tried to use cloned docs quickly moved on to a different editor.
-
@gubith said in ctrl-tab with cloned docs is borked.:
I’m guessing that people who tried to use cloned docs quickly moved on to a different editor.
Why do you think that?
Just because Ctrl+Tab with MRU enabled is a bit quirky?
That’s a bit of a stretch, unless you’ve got something else derogatory about cloned views to add. -
@alan-kilborn said in ctrl-tab with cloned docs is borked.:
@gubith said in ctrl-tab with cloned docs is borked.:
I’m guessing that people who tried to use cloned docs quickly moved on to a different editor.
Why do you think that?
Just because Ctrl+Tab with MRU enabled is a bit quirky?
That’s a bit of a stretch, unless you’ve got something else derogatory about cloned views to add.Some people just quietly suffer.
A bit quirky? No. Borked. It breaks MRU.
The intention is to go easily between the cloned documents, makes sense… unless you want the expected MRU behavior - then it’s distracting and broken: borked.
*Wonders the turnaround time for feature requests.
-
It’s considered good form, if you start a discussion here, and later create an official bug report for it, that you come back here and link to your report. I will do that for you for this one:
https://github.com/notepad-plus-plus/notepad-plus-plus/issues/10883
@gubith said in ctrl-tab with cloned docs is borked.:
A bit quirky? No. Borked.
I’m sure this bug has existing for a long time.
As you are the first to notice (or, granted, comment on) it, probably your use case is different from others’, for cloned documents.@gubith said in ctrl-tab with cloned docs is borked.:
Wonders the turnaround time for feature requests
I’d say it is a bug report, not a feature request.
But often people making reports/requests think that it will be acted on quickly.
History shows that this is likely not to be the case.
Of course one never really knows; a developer could jump on it right away. -
@alan-kilborn Thanks. Still driving me nuts every time I CtrlTab!