cookertron wrote on Yesterday, 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 Yesterday, 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 Yesterday, 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 Yesterday, 16:47:

That's the beauty of open source 😀

Yep 😀

cookertron wrote on Yesterday, 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 Yesterday, 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 Yesterday, 17:24:

cookertron wrote on Yesterday, 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 Yesterday, 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 Yesterday, 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 Today, 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 Today, 06:54:

cookertron wrote on Today, 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 Today, 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 Today, 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.