VOGONS


TEDIT v0.54 [TESTERS PLEASE] formally DOS Notepad 1.x

Topic actions

Reply 60 of 65, by Yoghoo

User metadata
Rank Oldbie
Rank
Oldbie
cookertron wrote on Today, 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 Today, 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.

Reply 61 of 65, by aVd

User metadata
Rank Member
Rank
Member
cookertron wrote on Today, 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 Today, 16:47:

That's the beauty of open source 😀

Yep 😀

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

DOS fan :: artificial "intelligence" - not a fan... not a fan at all :: is freeware a lie, when human freedom is a fundamental lie?

Reply 62 of 65, by cookertron

User metadata
Rank Member
Rank
Member

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

Asus P5A v1.06, Gigabyte GA-6BXDS, Soyo SY-5EMA (faulty), Viglen 486, Asus SP97-V

Reply 63 of 65, by aVd

User metadata
Rank Member
Rank
Member
cookertron wrote on Today, 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.

DOS fan :: artificial "intelligence" - not a fan... not a fan at all :: is freeware a lie, when human freedom is a fundamental lie?

Reply 64 of 65, by cookertron

User metadata
Rank Member
Rank
Member
Yoghoo wrote on Today, 17:24:
cookertron wrote on Today, 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 Today, 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 😀

Asus P5A v1.06, Gigabyte GA-6BXDS, Soyo SY-5EMA (faulty), Viglen 486, Asus SP97-V

Reply 65 of 65, by igully

User metadata
Rank Member
Rank
Member

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