On Mon, Aug 31, 2020 at 11:10:56AM -0700, Ralf Quint wrote: > On 8/31/2020 10:44 AM, ZB wrote: > > 1. I believe it would be handy if it could immediately after its start > > perform 'r' (show registers' contents). Usually we're going to have > > a look at that first when using "debug". Even if we aren't - having > > these two lines on the screen immediately after start won't do any harm. > > > > 2. It could keep "history" for last, say. twenty-thirty command-line entries > > (available as usual with Up/Down keys). > > > > 3. Its command line should recognize "movement keys" just like command.com > > does, I mean Home/End should move cursor to beginning and end current > > entry, Left/Right also for movement (presently Right does just "latest > > entry" while Left is redundant "Backspace" copy) and Del should "eat" > > characters "right from the cursor" (the usual "Del way"). > > > > Just basic stuff. Actually I believe that EVERY utility that offers command > > line entry should act like I described in points 2 and 3. Why not use these > > keys we have present on every PC keyboard - for easier and faster editing? > > Well, I am not sure that this is such a good idea. A lot of those command > line tools are also capable of being used in an interactive mode, DEBUG for > example can be fed instructions to create small/tiny .COM programs via > assembler instructions.
Indeed I'm talking exactly about its interactive mode. > A second issue is that a lot of those tools are created for low resource > environment, so adding all those editing features to it can increase the > size of their executables. Beside that you can easily get to the point where > it makes more sense to use a bigger, more "advanced" program with things > like full screen editing in the first place. My estimation is it'll "cost" from 200 to 500 bytes more - and, please note, we aren't talking about "adding bloat", but about making command line more useful and comfortable. Why these keys should stay "dead"? Let's use them! -- regards, Zbigniew _______________________________________________ Freedos-user mailing list Freedos-user@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/freedos-user
