-
-
Notifications
You must be signed in to change notification settings - Fork 140
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Activate Sub-View before closing files #40
Comments
Hello Yaron, I'm really curious what is it that bothers you so much with those views :)) My opinion is that the Compare plugin is not Notepad++'s view manager. It's job is to compare and leave the things as close as possible to the state they were before the compare. The user should be aware of the views and how to handle them if he gets to a point where his single view is actually the sub-view. This would mean that he deliberately had moved files to that view and should expect them to remain there after the compare. If he never moves files and uses compare (which is now totally possible with the "Select first" command) he wouldn't bother about views at all. This is why I don't consider this an issue, just on the contrary - the other behavior might seem as an issue to an experienced user that knows what he's doing. Thanks. |
Hello Pavel,
That's the point. STR: Start NPP. Result: Thank you. |
Hello Yaron, This definitely needs fixing then. Thanks. BR |
Hello Pavel, Thank you. I appreciate it. BR |
Fixed in master branch. BR |
Hello Pavel, Thank you very much. Two related questions: Start NPP. Result: The view is 1. Start NPP. Result: The view is 0. Should the result depend on the currently focused view? Two matched files; Single-View; SUB_VIEW. Result: The view is 0. Shouldn't we restore the original SUB_VIEW? This question is relevant to the code I suggested as well. Best regards. |
Hello Yaron, You are right. It seems there is some inconsistency there. I'll check that, thanks for reporting this. BR |
Hello Pavel, Thank you very much. BR |
Hello Yaron, Now if equal files are closed (and there are no other files open) the view will always be the main one (0). BR |
Hello Pavel,
Even if the original view was 1 (which is fine). Thank you. |
Exactly. :) BR |
Hello Pavel,
If you Compare when multiple files are open in Single-View mode, the original view's ID affects the following behavior:
If it's MAIN_VIEW most of the files are in the top view.
If it's SUB_VIEW most of the files are in the bottom view.
Most users don't know how NPP's "Move to Other View" is handled and might wonder about this inconsistency.
I think we should do whatever possible not to change the default view's ID in Single-View mode.
Currently after closing matched files, the view's ID is SUB_VIEW.
And therefore I think we should replace
with
Thank you.
BR
The text was updated successfully, but these errors were encountered: