Recent file history
Alan Kilborn last edited by
if I open a second instance and the file I want is open in the first instance it then won’t show in recent history in the second instance so once again I have to go hunt for it.
Hunt for it…?
Click and drag a file’s tab from one instance to another.
PeterJones last edited by
@alan-kilborn No it doesn’t. When I close a file via the menu it got saved to the list but when I chose via the ‘X’ option in the top right corner of the main window (not tab) the file didn’t get saved to the history,
It depends on which X you mean. If you mean the windows-standard X in the very upper right, then Alan’s statement is true; if you mean the X on the right side of the menu bar, or the red X on the file tab, then that X works for me and correctly adds the file to the recent file history… because that X actually runs the same bit of code that File > Close does.
Incidentally today when I went to my ‘Recent Files’ it was empty apart from ‘Change.log’ even though I hadn’t emptied the history. This is very frustrating and think I’ll start looking for an alternative editor. A ‘Recent File’ list should contain all files you’ve opened/closed/edited/ not edited, whatever, end of.
For me, it always contains every file I’ve closed. As I’ve said before, I can see zero reason why anyone would ever want the recent file list to include the file I just opened, because that information is already available elsewhere – multiple "elsewhere"s, actually…
Another thing I have multiple instances of N++ open often with the same file.
Ew. That will throw a monkey-wrench. Multi-instance seems to me to have been thrown into the application without any consideration of the consequences. Each multiple instance ends up as a separate process with its own history; they do not communicate with each other. Each one writes its own particular configuration to the config files when it exits, so depending on which order you close each instance, the final version of the settings (and recent file history, and active session) will overwrite all the others that had gone before. If I thought that multi-instance were a regularly-useful feature to me*, those drawbacks to the multi-instance would cause me no end of frustration, and I would start putting in feature requests to make multi-instance play nice with each other.
So, if multi-instance is of extreme importance to you, you will either have to put in feature requests and wait patiently for the implementation (if it ever comes), or if you aren’t that patient, then maybe it’s best if you do find a tool whose developer has chosen to focus more on multi-instance. If you do put in feature requests for Notepad++, make sure you explain fully how you think it should work together for the portions that bother you.
Alan Kilborn last edited by
I’m not a big user of it, but for the times where I do want to run multiple “instances”, I have a completely separate “portable” version set up, and I get to it via a couple of Run menu entries from my main “instance”:
This doesn’t have any of the typical multi-instance problems you cite, but it has the disadvantage of some overhead (a separate copy of Notepad++, creation of Run menu entries, …)