TED Notepad RE clone

J

jsimlo

You might like to consider having a "beta" page with a download link.
Not linked to your current pages. Mention it here and I am sure that a
number of people will be interested in doing some testing and giving
you feedback.

okay, hope to have it done, a RichEdit clone of TED Notepad can be found
at http://jsimlo.sk/notepad/_re.php (and there is also a link on the
original homepage http://jsimlo.sk/notepad/)

changelog includes also:
+ Added: Drag & Drop support.
- Fixed: Read-share lock removed.
- Fixed: Multibyte characters loading troubles.

thanx for any review.... jsimlo ;)
 
B

Bob Adkins

okay, hope to have it done, a RichEdit clone of TED Notepad can be found
at http://jsimlo.sk/notepad/_re.php (and there is also a link on the
original homepage http://jsimlo.sk/notepad/)

changelog includes also:
+ Added: Drag & Drop support.
- Fixed: Read-share lock removed.
- Fixed: Multibyte characters loading troubles.

thanx for any review.... jsimlo ;)

Very nice! Very interesting and refreshing.

I like the extensive keyboard shortcuts, including ESC to exit. I was
shocked by the lack of a context menu, but maybe that's really a *GOOD
thing. The keyboard is much faster anyway, and the commands are pretty much
standard and easy to remember. I also like the 9 line scrap buffer. Handy!

About the only features I would wish for are clickable links, column select,
and a trash filter to remove the higher ASCII characters in one vicious
keystroke. :)

While I'm wishing, options for ESC behavior would be nice. Select either
"Save and Exit", "Ask and exit", or "Abandon and exit". Programmable "F"
keys would be sweet too. I used to use F10 for "Save and Exit" and F-7 for
quick print in Q-Edit, I really miss those commands.

Keep up the good work. TED Notepad RE is very close to knocking off my
current favorite!

Bob

Remove "kins" from address to reply.
 
O

omega

Bob Adkins said:
okay, hope to have it done, a RichEdit clone of TED Notepad can be found
at http://jsimlo.sk/notepad/_re.php (and there is also a link on the
original homepage http://jsimlo.sk/notepad/)
[...]
I like the extensive keyboard shortcuts, including ESC to exit. I was
shocked by the lack of a context menu,

I believe the lack of a context menu is temporary, a matter of this release
still being in an alpha/beta stage.

Bob, since you have XP, you'd probably do best with the original version
of TED Notepad. The author created the RE clone for 9x'ers, since we have
a file size limit when trying to run the original TED.

Currently at least, there is not intention for the RE version to have more
or different features from the RE version...

And an advantage for you (NT'ers) in using the original, it is designed
to offer a significantly conservative call on system resources.
 
O

omega

[edit]
Currently at least, there is not intention for the RE version to have more
or different features from the RE version...

So, anyone want to debate me on that statement? <g>

Anyway, tho probably can be discerned from context, what I'd meant to type:
"[...] from the original version."
 
O

omega

jsimlo said:
okay, hope to have it done, a RichEdit clone of TED Notepad can be found
at http://jsimlo.sk/notepad/_re.php (and there is also a link on the
original homepage http://jsimlo.sk/notepad/)

I tested it with opening ~5mb sized text files, on w98. Success.

I also like the fact that Ted has in its options a place to set max size to
open. I have my system configuration such that an unassociated filetype is
opened automatically with a notepad when clicked. There are times, after
having unthinkingly clicked on certain unassociated filetypes, where I wish
that the process could be immediately aborted. For example, my .GHO drive
image files, 2gb in size, I've occasionally not had those associated.
Clicking on them during those junctures, I'd not intended the stress (and
pointlessness) of trying to load them in a notepad. So, this setting of
Ted's for saying max filesize for proceed/abort, it is a good convenience.
 
B

Bob Adkins

[edit]
Currently at least, there is not intention for the RE version to have more
or different features from the RE version...

So, anyone want to debate me on that statement? <g>

Anyway, tho probably can be discerned from context, what I'd meant to type:
"[...] from the original version."

I noticed!

Not to worry about me getting hypercritical about spelling or mixed-up
words. I do more than my share of it!


Bob

Remove "kins" from address to reply.
 
B

Bob Adkins

And an advantage for you (NT'ers) in using the original, it is designed
to offer a significantly conservative call on system resources.

Most functions (such as keyboard shortcuts, hot keys, etc) only add a few
bytes to program size. What adds up quicker are graphical entities such as
menus and dialogs.

Bob

Remove "kins" from address to reply.
 
O

omega

Bob Adkins said:
Most functions (such as keyboard shortcuts, hot keys, etc) only add a few
bytes to program size.

The same functions should be available in both editions. (Missing context
menu considered temporary)

The programmer has stated that LE version is lighter than the one that
needs to call the MS richedit control.
 
B

Bob Adkins

The programmer has stated that LE version is lighter than the one that
needs to call the MS richedit control.

Cool! RichEdit is rather large!

Bob

Remove "kins" from address to reply.
 
J

jsimlo

Bob Adkins said:
Very nice! Very interesting and refreshing.

About the only features I would wish for are clickable links, column select,
and a trash filter to remove the higher ASCII characters in one vicious
keystroke. :)

column select is not available now, because i have no chance to implement
it while using simple editboxes (or even richedit), but is available through
linux filter Cut, and will be implemented as internal cut tool.

about that trash filter, try to use translate characters tool (alt+ctrl+t).
write unwanted chars into first editbox and leave the second one empty...

clickable links would be available, but only in this RE clone...
While I'm wishing, options for ESC behavior would be nice. Select either
"Save and Exit", "Ask and exit", or "Abandon and exit".
"Ask and exit" -> Esc
"Abandon and exit" -> Shift + Esc
"Save and Exit" -> Esc, then Enter
(but i can add this third simple thing as F10 for you :)
Programmable "F" keys would be sweet too.
no programmable hotkeys, please... it consumes resources...
for quick print in Q-Edit
what is this 'print in Q-Edit' ???

....jsimlo
 
J

jsimlo

omega said:
The same functions should be available in both editions. (Missing context
menu considered temporary)

The programmer has stated that LE version is lighter than the one that
needs to call the MS richedit control.

(exactly, thanx for explaining, karen... :)

maybe i can add clickable links to the RE clone (LE will never support
them, because light editbox does not support anything ;) but i want the
RE to be just a richedit clone of LE for several reasons... and want LE
to be stable, small and simple as it can be in any case... ...jsimlo
 
J

jsimlo

omega said:
I tested it with opening ~5mb sized text files, on w98. Success.

I also like the fact that Ted has in its options a place to set max size to
open. I have my system configuration such that an unassociated filetype is
opened automatically with a notepad when clicked. There are times, after
having unthinkingly clicked on certain unassociated filetypes, where I wish
that the process could be immediately aborted. For example, my .GHO drive
image files, 2gb in size, I've occasionally not had those associated.
Clicking on them during those junctures, I'd not intended the stress (and
pointlessness) of trying to load them in a notepad. So, this setting of
Ted's for saying max filesize for proceed/abort, it is a good convenience.

the file size limit does not limits the text size, that can be loaded...
it only tells the editbox (richedit) what to prepared for... you can load
100mb of text and then save them back correctly (if editbox have not said
"edit window out of space" after loading), but will not be able to edit
it, if your limit is only 99mb... ...jsimlo
 
B

Bob Adkins

Hi! Thanks for the reply!
about that trash filter, try to use translate characters tool (alt+ctrl+t).
write unwanted chars into first editbox and leave the second one empty...

clickable links would be available, but only in this RE clone...

OUCH!!!

It takes too long to type

"ðñòóôõö÷øùúûüÈÈÉÊÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàãääåæèêëßÛ²ÝÜÞþ><ÄÚÁ¿ÉÍ°±³À etc... "

If I could paste into the "Translate" box, I could set up a scrap buffer.
However, the Translate box will not allow pasting.
"Ask and exit" -> Esc
"Abandon and exit" -> Shift + Esc
"Save and Exit" -> Esc, then Enter
(but i can add this third simple thing as F10 for you :)

Ah! Thanks! I'll be using the SHIFT+ESC quite a bit.
no programmable hotkeys, please... it consumes resources...

Hey, if it fattens the program too much, it's best to leave it out.
what is this 'print in Q-Edit' ???

Ahhh, Q-Edit... my nominee for the best text editor of all time. It was
DOS-based, feature-packed, highly customizable, small, fast as lightning,
and fit like a glove.

Bob

Remove "kins" from address to reply.
 
O

omega

jsimlo said:
the file size limit does not limits the text size, that can be loaded...
it only tells the editbox (richedit) what to prepared for... you can load
100mb of text and then save them back correctly (if editbox have not said
"edit window out of space" after loading), but will not be able to edit
it, if your limit is only 99mb... ...

Ah, ok, now I see. I've not after all an abort config for my clicking
accidently on unassociatated huge files. At least I could perhaps use
that edit setting for purposes of preventing my animals from tapping
text into eg one of my binary .gho images. Other than a scenario like
that (which is in fact real chez moi, precautions for the beasts doing
things to my files)? What would be a reason to set the edit max-size at
some particular reduced setting?
 
O

omega

jsimlo said:
clickable links would be available, but only in this RE clone...

For my preference... If you implement, I hope that you might consider
offering preferences. For instance, user setting for links launch on
single vs double-click. There are times when I find clickable links
useful. Then there are other times, because of my habit of selecting
for edit with the mouse instead of the keyboard, I annoyingly launch
them when not wanting to. If I can at least set to require a double-
click, I am generally spared.
 
J

jsimlo

Bob Adkins said:
OUCH!!!

It takes too long to type

"ðñòóôõö÷øùúûüÈÈÉÊÎÏÐÑÒÓÔÕÖ×ØÙÚÛÜÝÞßàãääåæèêëßÛ²ÝÜÞþ><ÄÚÁ¿ÉÍ°±³À etc... "

If I could paste into the "Translate" box, I could set up a scrap buffer.
However, the Translate box will not allow pasting.

that's the same problem, as you may come across, when want to 'translate'
encodings.. something about history of the translations would be great,
but... not sure how to do it simply... as for now it only remembers the
last translation strings (one-level history)

Ahhh, Q-Edit... my nominee for the best text editor of all time. It was
DOS-based, feature-packed, highly customizable, small, fast as lightning,
and fit like a glove.
as everyone of us has his own preferences, no text editor can be suitable
for everyone... :)

....jsimlo
 
J

jsimlo

omega said:
For my preference... If you implement, I hope that you might consider
offering preferences. For instance, user setting for links launch on
single vs double-click. There are times when I find clickable links
useful. Then there are other times, because of my habit of selecting
for edit with the mouse instead of the keyboard, I annoyingly launch
them when not wanting to. If I can at least set to require a double-
click, I am generally spared.

no problem of such setting... ;) ...anyway, any suggestions/technical
support on how to implement clickable links in plaintext richedit?? :)

....jsimlo
 
J

jsimlo

omega said:
Ah, ok, now I see. I've not after all an abort config for my clicking
accidently on unassociatated huge files. At least I could perhaps use
that edit setting for purposes of preventing my animals from tapping
text into eg one of my binary .gho images. Other than a scenario like
that (which is in fact real chez moi, precautions for the beasts doing
things to my files)? What would be a reason to set the edit max-size at
some particular reduced setting?

not clearly... you can open file, that is lagrer than this size limit,
and yes, can not edit it, unless you delete characters (so any animal
of yours can open your file, delete some important sentence from it,
save it back and exit (using simple esc key:) and you will never know,
where the sentence, you thought that ought to be there, had gone... ;)

well, what the size is for? i do not really know... microsoft's bunk..
as stated in sdk, every editbox must have a max-text-limit and no
'infinite' value is supported... so i wondered, is it better to use
quietly 0xFFFFFFFF as infinite and live with quilty conscience of
such a swindle, or let the user set his own max-value?

....jsimlo

p.s. i am a programmer and this is my way of thinking... ;) don't hide!

p.s.s. what kind of animals did you mean?
 
B

Bob Adkins

that's the same problem, as you may come across, when want to 'translate'
encodings.. something about history of the translations would be great,
but... not sure how to do it simply... as for now it only remembers the
last translation strings (one-level history)

How about a "Trash" section in the INI file? Or even a separate DAT file? A
menu item in Tools and a hot key could delete every character above ASCII
126 and clean up a text file in .01 Sec.!
as everyone of us has his own preferences, no text editor can be suitable
for everyone... :)

That's what everyone said in 1990 too, until they actually tried it! :)

Q-Edit is obsolete now anyway. There's nothing comparable for Windows, and
probably never will be.

Bob

Remove "kins" from address to reply.
 
O

omega

Bob Adkins said:
How about a "Trash" section in the INI file? Or even a separate DAT file? A
menu item in Tools and a hot key could delete every character above ASCII
126 and clean up a text file in .01 Sec.!

Someone know of a commandline tool that does this function? If so, then I'd
think it could be set up for use on selected text within TED.
 

Ask a Question

Want to reply to this thread or ask your own question?

You'll need to choose a username for the site, which only take a couple of moments. After that, you can post your question and our members will help you out.

Ask a Question

Top