cookertron wrote on 2026-03-25, 16:11:

Unfortunately the conventional memory address space is too small to have multiple files as well as large document support, undo/ […]
Show full quote

Yoghoo wrote on 2026-03-25, 15:42:

Nice to see an update. Did a quick test: […]
Show full quote

Nice to see an update. Did a quick test:

• ALT-X for quit is not working (was mentioned earlier as well).
• The left/right keys are not working in in the confirm boxes (Yes/No)
• The replace function does only work from the cursor position. Not for the whole file (when selecting replace all)
• Think it would be nice to do some extra menus. The Edit menu option should at least be split up in a Edit and Search. Also some extra lines in the menu could make it a bit nicer/cleaner.

You're not going to add an option to edit multiple files? If so it's unfortunately not usable for me as I really want the option to compare and copy/paste between files.

Unfortunately the conventional memory address space is too small to have multiple files as well as large document support, undo/redo, cut, copy and paste especially if there are other TSR programs running too. I wouldn't mind creating a 32-bit version with a DOS extender like DOS/4GW to add multiple documents but I'd like to get the get this real-mode version to a place I can say it's done before I move on.

I'll look into those other points you mentioned. Thank you for the feedback 😀

EDIT: Quit shortcut is ALT+Q not ALT-X. Is ALT-X the standard for applications?

On DOS there were a lot of different standards (F7, /, ALT-X and probably ALT-Q as well 😀). But ALT-X is what I saw the most for editors and programming tools like Borland. Also you implemented it earlier already when it was called Notepad as another user also mentioned it. 😉

I personally am not really interested in big file editing in DOS. I rather have 2 or more max 32KB files to edit than 1 big one. But that is just me. I can imagine this can be nice for big log files or so. But for programming that is (IMO) just bad practice. If your project is that big you should split it up in separate libraries/units files etc.

cookertron wrote on 2026-03-25, 16:47:

The left-right to select YES|NO|CANCEL etc is fixed.
Replace All scans entire document now.

Now <Tab> is working, but no luck with the arrow-keys.

cookertron wrote on 2026-03-25, 16:47:

That's the beauty of open source 😀

Yep 😀

cookertron wrote on 2026-03-25, 16:47:

Scrollbar I'll look into next. Thanks for the feedback 😀

EDIT: Scrollbars implemented

Thanks!
I just compiled the fixed version with tab = 4 😁 You're fast. Now I have to make another "final version" 😁

P.S. About <Alt>+<Q> and <Alt>+<X> - maybe keep them both.

I've just uploaded the new code for version 0.54

• Scrollbars
• Full doc replace all
• Left/right arrows to select simple dialog options YES|NO|CANCEL

cookertron wrote on 2026-03-25, 18:54:

I've just uploaded the new code for version 0.54 […]
Show full quote

I've just uploaded the new code for version 0.54

• Scrollbars
• Full doc replace all
• Left/right arrows to select simple dialog options YES|NO|CANCEL

Just compiled and tried it. Arrow-keys now work in dialog "window". Scrollbar is there and working with one minor issue. Scrollbar up/down "arrows" work only on mouse click, but there's no continuous scroll when mouse click and hold button.

Yoghoo wrote on 2026-03-25, 17:24:

cookertron wrote on 2026-03-25, 16:11:

Unfortunately the conventional memory address space is too small to have multiple files as well as large document support, undo/ […]
Show full quote

Yoghoo wrote on 2026-03-25, 15:42:

Nice to see an update. Did a quick test: […]
Show full quote

Nice to see an update. Did a quick test:

• ALT-X for quit is not working (was mentioned earlier as well).
• The left/right keys are not working in in the confirm boxes (Yes/No)
• The replace function does only work from the cursor position. Not for the whole file (when selecting replace all)
• Think it would be nice to do some extra menus. The Edit menu option should at least be split up in a Edit and Search. Also some extra lines in the menu could make it a bit nicer/cleaner.

You're not going to add an option to edit multiple files? If so it's unfortunately not usable for me as I really want the option to compare and copy/paste between files.

Unfortunately the conventional memory address space is too small to have multiple files as well as large document support, undo/redo, cut, copy and paste especially if there are other TSR programs running too. I wouldn't mind creating a 32-bit version with a DOS extender like DOS/4GW to add multiple documents but I'd like to get the get this real-mode version to a place I can say it's done before I move on.

I'll look into those other points you mentioned. Thank you for the feedback 😀

EDIT: Quit shortcut is ALT+Q not ALT-X. Is ALT-X the standard for applications?

On DOS there were a lot of different standards (F7, /, ALT-X and probably ALT-Q as well 😀). But ALT-X is what I saw the most for editors and programming tools like Borland. Also you implemented it earlier already when it was called Notepad as another user also mentioned it. 😉

I personally am not really interested in big file editing in DOS. I rather have 2 or more max 32KB files to edit than 1 big one. But that is just me. I can imagine this can be nice for big log files or so. But for programming that is (IMO) just bad practice. If your project is that big you should split it up in separate libraries/units files etc.

Multi-document support could be viable but each document would be limited to 32kb and you'd only be able to edit 3 documents if they shared the undo/redo buffer. You'd only get one extra document if each document had its own undo/redo buffer. That also doesn't take into consideration TSR programs. Maybe a streamlined version could be possible with an architecture we haven't thought about yet. If anyone has any thoughts I'd be willing to listen 😀

Hi, tested 0.54

No error message on MDA displays, just a crash.
On CGA displays there is some common "snow" effect which could be solved/mitigated with a few lines of assembler code.

Thanks

igully wrote on 2026-03-25, 19:50:

Hi, tested 0.54 […]
Show full quote

Hi, tested 0.54

No error message on MDA displays, just a crash.
On CGA displays there is some common "snow" effect which could be solved/mitigated with a few lines of assembler code.

Thanks

Thank you for pointing that out, I should have remembered it from last time. I'll look into the 'snow' too 😀

Update V0.56:

• Scrollbar arrows scroll text while holding mouse button down
• Menus divided up into groups using dividers.

cookertron wrote on Yesterday, 04:17:

Update V0.56: […]
Show full quote

Update V0.56:

• Scrollbar arrows scroll text while holding mouse button down
• Menus divided up into groups using dividers.

Thank you! It would be even nicer, if mouse button long press works also inside the scrollbar's page-marker field (for moving pages) 😉

aVd wrote on Yesterday, 06:54:

cookertron wrote on Yesterday, 04:17:

Update V0.56: […]
Show full quote

Update V0.56:

• Scrollbar arrows scroll text while holding mouse button down
• Menus divided up into groups using dividers.

Thank you! It would be even nicer, if mouse button long press works also inside the scrollbar's page-marker field (for moving pages) 😉

So it scrolled the document to the place where the mouse pointer is in the scrollbar?

cookertron wrote on Yesterday, 10:24:

So it scrolled the document to the place where the mouse pointer is in the scrollbar?

Sorry, probably I didn't explain clearly what I mean. Here's the illustration.

Black "page marker" works as expected: click, hold button and mouse move ("dragging") = text scrolling.

Green zones ("arrows") work as expected: single click = single row scrolling; click and hold button = continuous row scrolling.

Red zones work only on single click = single page scrolling. It would behave more properly, if there's also click and hold button = continuous page scrolling.

Version 0.57:

• Per-page scrolling when left mouse down inside scrollbars.
• CGA snow reduced
• MDA detection, notification and termination.

I've been going over what @Yoghoo said about multi-document and I think it's possible by creating temp files. There are problems with that approach, one of which will be latency when switching documents, but a small price to pay? I'll silently work on it and if it starts to look janky I'll drop it. In the mean-time I'll continue to develop TEDIT with the VOGONS help 😀

I can confirm, that in the latest version 0.57 of TEDIT the scrollbar now works perfectly fine. Thanks!

cookertron wrote on Yesterday, 11:57:

Version 0.57:

[*]CGA snow reduced
[*]MDA detection, notification and termination. [/list]

Tested v0.57:

Snow CGA effect noticeably reduced.
Correct messaging and exit on non-supported MDA displays.

Please have in mind older request for a "Shell to DOS" feature.

Thank you again.

Tested it on 40 column mode (just for fun). It runs but the screen is all garbled. I guess it's only made for 80 columns? If so maybe add a check and not start it if it's < 80 columns? Or maybe make it work on 40 columns?

Nice to see you working on multi file editing. Thanks.

Yoghoo wrote on Today, 13:07:

Tested it on 40 column mode (just for fun). It runs but the screen is all garbled. I guess it's only made for 80 columns? If so maybe add a check and not start it if it's < 80 columns? Or maybe make it work on 40 columns?

Nice to see you working on multi file editing. Thanks.

Yeah I don't I could make it work with 40 columns so a detection, notification, termination is definitely the way forward with that.

A question about multi-document editing, how many documents would say is reasonable to have open? TEDIT 0.58 (not released) can have 8 documents open and uses the menu bar to display numbered tabs. Switching between them is CTRL+<n> with n being the document number. Personally I don't like it, It looks messy. I would love to hear you thoughts on how best to display the document names.

igully wrote on Yesterday, 20:21:

Tested v0.57: […]
Show full quote

cookertron wrote on Yesterday, 11:57:

Version 0.57:

[*]CGA snow reduced
[*]MDA detection, notification and termination. [/list]

Tested v0.57:

Snow CGA effect noticeably reduced.
Correct messaging and exit on non-supported MDA displays.

Please have in mind older request for a "Shell to DOS" feature.

Thank you again.

Am I correct in assuming that Shell to DOS is dropping out of TEDIT to the DOS prompt? This maybe more difficult than first thought and relies on there being enough available conventional RAM to load a second instance of COMMAND.COM into memory which depending on the version can be up to 60kb. I'll look into it though 😀

cookertron wrote on Today, 19:18:

Yeah I don't I could make it work with 40 columns so a detection, notification, termination is definitely the way forward with t […]
Show full quote

Yoghoo wrote on Today, 13:07:

Tested it on 40 column mode (just for fun). It runs but the screen is all garbled. I guess it's only made for 80 columns? If so maybe add a check and not start it if it's < 80 columns? Or maybe make it work on 40 columns?

Nice to see you working on multi file editing. Thanks.

Yeah I don't I could make it work with 40 columns so a detection, notification, termination is definitely the way forward with that.

A question about multi-document editing, how many documents would say is reasonable to have open? TEDIT 0.58 (not released) can have 8 documents open and uses the menu bar to display numbered tabs. Switching between them is CTRL+<n> with n being the document number. Personally I don't like it, It looks messy. I would love to hear you thoughts on how best to display the document names.

The attachment tedit_006.png is no longer available

I could work with 4 documents but I can't answer for others of course. 😀 I added a screenshot from EDITV which is my favorite edit program for DOS atm. It uses the known Borland standards with a separate menu for windows/documents. It uses F6/Shift F6/ALT-X etc. Maybe something similar could work for TEDIT as well?

cookertron wrote on Today, 19:23:

Am I correct in assuming that Shell to DOS is dropping out of TEDIT to the DOS prompt? This maybe more difficult than first thought and relies on there being enough available conventional RAM to load a second instance of COMMAND.COM into memory which depending on the version can be up to 60kb. I'll look into it though 😀

Yes it boils down to the DOS load and execute function using COMMAND.COM which is expensive memory-wise, but it is a very handy feature for developers and was commonly available to compile and link to then test the source you had on the editor and be able to return back to the source and make the adjustments needed and repeat that all again. Development systems were always (and still are) high spec for these kind of uses. In the golden DOS age there were programs that helped saving memory when shelling to DOS by actually swapping out the task, like SHROOM (see attachment).