News:

MASM32 SDK Description, downloads and other helpful links
MASM32.com New Forum Link
masmforum WebSite

the INDENT function in QEDITOR

Started by supercoollee, May 06, 2010, 05:04:17 AM

Previous topic - Next topic

jj2007

Quote from: hutch-- on May 10, 2010, 08:11:09 AM
the problem is with an MRU in a multi-instance editor is the sheer clutter that it would generate when you keep multiple instances open which is part of the design of QE. Unless you had an MRU list dozens deep you would generally not find the last source file you were after as it would end up too far down the list to be useful. MRU lists are for single instance applications only with MDI or tabs, it becomes unworkable with 5 or 6 instances running and much worse with more.

Can't see that problem, actually. I often have four or more instances open, and by design the MRU list of each instance is being generated when the user hovers over the File menu:

#1 is the last one opened or saved. Each open instance shows the same list. In the moment when I save SpreadSheet.asc, all five lists change so that SpreadSheet.asc moves to the top.

Furthermore, if a user clicks e.g. on MasmBasic.asc (#3), the editor would activate the open instance, instead of re-opening the file (re-opening could indeed cause trouble). If, however, MasmBasic.asc is not yet open, it would be opened in a separate instance.

I don't see how that could be confusing, for me it's intuitive... and a must, if you are using a variety of folders.

hutch--

Its not a problem to do technically, I already do that with the number of running instances by dynamically loading the menu on selection, its when you need to go back 30 or 40 files to find the last one you wanted where the MRU becomes unmanagable.
Download site for MASM32      New MASM Forum
https://masm32.com          https://masm32.com/board/index.php

jj2007

Quote from: hutch-- on May 10, 2010, 12:30:55 PM
Its not a problem to do technically, I already do that with the number of running instances by dynamically loading the menu on selection, its when you need to go back 30 or 40 files to find the last one you wanted where the MRU becomes unmanagable.

Sure. I have fixed the MRU at 19 files, but effectively I use about ten. Beyond that file age, you typically have an idea what the name should contain, and will do a proper search with whatever explorer variant.

I find the MRU handy, though, because you can be sure to get the most recent version in case you have a bunch of versions with similar name. Besides, if I launch the editor without arguments, it opens automatically the top file in the MRU list - and that's exactly what I need in 90% of all cases. Now the real luxury comes in when on opening the source the editor jumps directly to line 2867 of 12,000, and displays the page where you stopped the bug search the night before ;-)