1. David Cuny's Editor
I hope David reads this message thread (or whatever it is called)!
If anybody is still not using David's text-mode editor for writing their
Euphoria programs I want them to tell me why. It is probably the best,
most usefull, Euphoria program anybody has written to date.
With that said... David, do you have any plans to add multiple document
interface capabilities? Specifically I have been wanting to be able to
edit my program and read the docs and include files at the same time.
Even if I couldn't edit the latter, just seeing them helps me remember
graphics modes and such.
2. Re: David Cuny's Editor
On Tue, 8 Apr 1997 12:55:49 -0500 John DeHope <jwap at SOUTHEAST.NET>
writes:
>I hope David reads this message thread (or whatever it is called)!
>
>If anybody is still not using David's text-mode editor for writing
>their
>Euphoria programs I want them to tell me why. It is probably the best,
>most usefull, Euphoria program anybody has written to date.
>
I tried his text-mode editor. I was thinking of trying until I saw this:
>With that said... David, do you have any plans to add multiple
>document
I have to be able to load and edit multiple files.
I can't stand the fact that ed.ex windows aren't scalable.
It does help being able to go to 28 line mode.
It also helps that I am using a 15" monitor.
If I had a 20" or 21" monitor I would probably set it at 50 line mode.
Just a few minutes ago I had Four files open and was editing at
least Two of them.
I have been using quick editor for quite some time.
Once I got use to it I refused to use DOS's Edit.com.
I still prefer Robert's Editor because of the colored keywords and
brackets. Of course I have made a few modifications that I would
like to become permanent.
My latest attempt has been to show (row, coloumn) at all times.
My only 2 attempts so far created a crashable ed.ex.
I hate when an editor craps out on me. I have lost work that way.
--Lucius Lamar Hilley III
-- E-mail at luciuslhilleyiii at juno.com
-- I support transferring of files less than 60K.
-- I can Decode both UU and Base64 format.
3. Re: David Cuny's Editor
Reply to:
>If anybody is still not using David's text-mode editor for writing their
>Euphoria programs I want them to tell me why. It is probably the best,
>most usefull, Euphoria program anybody has written to date.
I agree. David's tools are very good and very useful to me.
But I am not (yet) using the editor for at least 2 reasons:
1. I like David's PreProcessor too, but it is not yet possible to directly
execute it from the editor.
2. Also I like to have multiple files open, for referencing or for cutting
and pasting.
David, you know I appreciate your work, and if you can find the time
somewhere (??) please; put these items as high as possible on your priority
list. Then we will have an Euphoria editor that can't be beat!
Thanks
=======================================
Ad Rienks AdRienks at compuserve.com
4. Re: David Cuny's Editor
> 2. Also I like to have multiple files open, for referencing or for cutting
> and pasting.
<SNIP>
>put these items as high as possible on your priority
> list. Then we will have an Euphoria editor that can't be beat!
I must agree. I always have at *least* two files open, usually more.
David, if you're out there, a multiple document interface would make
the editor invaluable in writing programs.
~~>Joseph Martin
~~>Personal: joe at cyber-wizard.com
~~>Web: jam.net at poboxes.com
~~>URL: http://users.exis.net/~jam/
5. Re: David Cuny's Editor
John DeHope wrote:
> If anybody is still not using David's text-mode editor for writing their
> Euphoria programs I want them to tell me why. It is probably the best,
> most usefull, Euphoria program anybody has written to date.
Well i'm not using Dave's editor.. not that i don't like it, but only tested
it in RESOLUTION=1 (graphics mode).. and in my 486dx2 the scrolling is quite
slow. Besides the multifile capability is almost *escential*.
Anyway i think Dave's contributions are the most profesional i've seen posted
in the server. Thanks Dave for your stuff.
--
************************************
This message sent by Daniel Berstein
************************************
email: architek at geocities.com
homepages: http://www.geocities.com/SiliconValley/Heights/9316
http://www.cybercity.hko.net/silicon_valley/architek
6. Re: David Cuny's Editor
> I hope David reads this message thread (or whatever it is called)!
>
> If anybody is still not using David's text-mode editor for writing their
> Euphoria programs I want them to tell me why. It is probably the best,
> most usefull, Euphoria program anybody has written to date.
his editor (or atleast the version i've tried) is a liiiitle buggy
(becos of the gui) and it doesn't support his pp... i'm pretty much
100% converted over to extended euphoria now and i don't want to
switch back becos the screen looks prettier
. o O Mike Burrell O o .
. o O http://www.geocities.com/SoHo/9036 O o .
. o O burrellm at geocities.com O o .
7. Re: David Cuny's Editor
John DeHope wrote:
> If anybody is still not using David's text-mode editor for writing
> their Euphoria programs I want them to tell me why. It is probably
> the best, most usefull, Euphoria program anybody has written to
> date.
I'm not using David's editor. I'm using WordPerfect's programm
editor (PE) for almost 7 years and like the macro capabillity of it
and got used to it's function keys. I can open 9 documents in DOS- or
binary- or one of the three macro modes WP/SH/PE.
If I can easy change the function keys of Davids Editor to those of PE
there might be a chance that I switch. WordPerfect is out Microsoft
Word is in (Blah..) so the macro modes isn't mandatory anymore, just
the key feeling.
Marcel Kollenaar
8. Re: David Cuny's Editor
Lucius wrote:
> I have to be able to load and edit multiple files.
I got most of it coded last night. I hope to have this ready by monday.
> I can't stand the fact that ed.ex windows aren't scalable.
I don't intend to add scalable windows to my editor either. At least, not in
the near future.
> Just a few minutes ago I had Four files open and was editing at
> least Two of them.
I'll allow up to 10 different files open, like DOS 7's EDIT.COM.
> I have been using quick editor for quite some time.
> Once I got use to it I refused to use DOS's Edit.com.
I modeled my editor after the DOS 7 editor. Oh, well.
> I still prefer Robert's Editor because of the colored keywords and
> brackets. Of course I have made a few modifications that I would
> like to become permanent.
I'm using Robert's colored keyword routines, so I assume you could insert
your circular bracket coloring code in my editor.
> My latest attempt has been to show (row, coloumn) at all times.
My editor's got that.
-- David Cuny
9. Re: David Cuny's Editor
Daniel Bernstein wrote:
> Well i'm not using Dave's editor.. not that i don't like it, but only
tested
> it in RESOLUTION=1 (graphics mode).. and in my 486dx2 the scrolling is
quite
> slow.
Please! Do *not* use the editor in graphics mode! It's a resource hog! I
haven't had a chance to put together programs to demo the graphic mode, but
as the README file points out, the editor is the *worst* way to test the
graphic stuff out.
The editor is intended to be used in text mode - it works just fine on my
puny 386 (OK - a bit sluggish with syntax coloring).
> Besides the multifile capability is almost *essential*.
Working on that. :)
-- David Cuny
10. Re: David Cuny's Editor
David Cuny is the coolest.
11. Re: David Cuny's Editor
John DeHope wrote:
>David Cuny is the coolest.
Yeah! Real cool man!
I hope to see the multifile editor soon.
The Windows-like graphics boxes also look very good, but there is still
some work to be done. I pity the poor David a bit, we are asking so much of
him.
And unlike others, he's also got a job and a family life. (At least, that's
what I hope for him.)
Just today, he contributed the floppy_drive_ready() function, and I tested
it and already incorporated it in a program of mine. Very good work again.
Let's all try and help him as much as we are able to!
Thanks
=======================================
Ad Rienks AdRienks at compuserve.com
12. Re: David Cuny's Editor
On Wed, 9 Apr 1997 15:16:15 PST "Cuny, David" <ATB.DCUNY at HW1.CAHWNET.GOV>
writes:
>Lucius wrote:
>> I have to be able to load and edit multiple files.
>
>I got most of it coded last night. I hope to have this ready by
>monday.
Sounds great !!!
>> I can't stand the fact that ed.ex windows aren't scalable.
>
>I don't intend to add scalable windows to my editor either. At least,
>not in
>the near future.
Scalabality isn't really that important, just handy sometimes.
>> Just a few minutes ago I had Four files open and was editing at
>> least Two of them.
>
>I'll allow up to 10 different files open, like DOS 7's EDIT.COM.
Good.
>> I have been using quick editor for quite some time.
>> Once I got use to it I refused to use DOS's Edit.com.
>
>I modeled my editor after the DOS 7 editor. Oh, well.
DOS's Edit didn't allow mulitiple files is the MAIN reason I
abandoned it. I rarely have only one file open.
EXAMPLE:
How much good is Autoexec.bat without Config.sys?
>> I still prefer Robert's Editor because of the colored keywords and
>> brackets. Of course I have made a few modifications that I would
>> like to become permanent.
>
>I'm using Robert's colored keyword routines, so I assume you could
>insert
>your circular bracket coloring code in my editor.
I did the circular bracket in syncolor.e. If that is what you are using
then I should have no problem porting it. I could even send the
code so you could make it part of your editor.
When I said code I meant; CODE SNIP for that routine &
placement of it. I feel that you would not have much trouble
figureing out how it worked and how and where to place it.
>> My latest attempt has been to show (row, coloumn) at all times.
>
>My editor's got that.
Great !!!
> -- David Cuny
FEATURE IDEAS:
Idea 1:
Multiple files open with only the number of windows
desired displayed. You would toggle between which files were
displayed.
EXAMPLE: Four files open with only Two displayed in windows.
press a certain key or combo of keys and you toggle
your present window to display one of the other opened
files.
Idea 2:
Being able to display the ASCII value of the character that
the cursor is on. OR the simple work around is an ASCII Chart.
I hate those ASCII Charts though... To much work involved.
You have to actually look-up the values on those things.
Thanks. You are doing a wonderful job.
OH, and about the intensity.
Euphoria doesn't support intensity.
Euphoria does support blinking.
Blinking is considered a foreground attribute.
after all it is the foreground that blinks NOT the background.
white = 7
text_color(7)
bright_white = 15
--7 + 8 = 15
bright = 8
text_color(15)-- or text_color(7 + 8)
blinking = 16
--7 + 16 = 23
blinking_white = 23
text_color(23)-- or text_color(7 + 16)
Do you know get the Idea?
The only trick required that Euphoria does not handle is
flipping the blinking to intensity.
After that the user of this has to remember that
bk_color() only takes 0-7
AND
text_color() takes 0-16 for foreground
AND
add 16 to foreground to get background
Intensity.
So
text_color() takes a value from 0 to 31
AND
bk_color() takes a value from 0 to 7
13. David Cuny's Editor
I have been using David's Editor since the second functional release,
and I have to say that it is really great. Worth a try for all you
scpetics out there.
Looking forward to future versions.
Matt Sephton
--
u5ms at csc.liv.ac.uk
http://www.csc.liv.ac.uk/~u5ms/
14. Re: David Cuny's Editor
- Posted by "Cuny, David" <ATB.DCUNY at HW1.CAHWNET.GOV>
Apr 10, 1997
-
Last edited Apr 11, 1997
>Lucius wrote:
> add 16 to foreground to get background Intensity.
Oooh - neat! It took a while, but I finally got it! Thanks!
>Idea 1:
> Multiple files open with only the number of windows
>desired displayed. You would toggle between which files were
>displayed.
I'm copying the DOS 7 Editor, which allows up to 10 files open. Open files
are listed on the View Menu, and you can toggle by selecting them there, or
using Alt+<Num>, where <Num> is a digit from 1 to 0.
>Idea 2:
> Being able to display the ASCII value of the character that
> the cursor is on. OR the simple work around is an ASCII Chart.
> I hate those ASCII Charts though... To much work involved.
I'll play around with this. I'm planning a look-up table eventually, but the
ASCII code idea seems neat.
-- David Cuny
15. Re: David Cuny's Editor
16. Re: David Cuny's Editor
Snowgen wrote:
Snowgen.. i recieved a message full of nonsense.. here i extract the
first 2 lines:
> PiA+SWRlYSAyOg0KPiA+ICAgICAgICBCZWluZyBhYmxlIHRvIGRpc3BsYXkgdGhlIEFTQ0lJIHZh
> bHVlIG9mIHRoZSBjaGFyYWN0ZXIgdGhhdA0KPiA+ICAgICAgICB0aGUgY3Vyc29yIGlzIG9uLiAg
What is it?
--
************************************
This message sent by Daniel Berstein
************************************
email: architek at geocities.com
homepages: http://www.geocities.com/SiliconValley/Heights/9316
http://www.cybercity.hko.net/silicon_valley/architek
17. Re: David Cuny's Editor
Snowgen wrote:
>> PiA+SWRlYSAyOg0 ...
Huh? I can't decode this...
-- David Cuny
18. Re: David Cuny's Editor
19. Re: David Cuny's Editor
I apologize *so* much for those last two messages. It was caused by an
errant setting in Microsoft Mail, but it didn't show up when test sending
to myself of some friends. Must be some interaction with the List Server.
Anyway...I apologize again....
Here's the original message:
-----------
> >Idea 2:
> > Being able to display the ASCII value of the character that
> > the cursor is on. OR the simple work around is an ASCII Chart.
> > I hate those ASCII Charts though... To much work involved.
>
> I'll play around with this. I'm planning a look-up table eventually, but
the
> ASCII code idea seems neat.
Support for the "standard" DOS method of ALT+3-digit-code would be nice.
(i.e., hold down ALT, type "155" [without quotes], and you get the cent
sign [the slashed c, """]). The DOS edit supports this, as do most other
DOS/Windows programs.
Also, I lost two files with "ee" today. :( Not David's fault, but mine.
What happen was I have *.ex files associated with "ee" in WIn95. but when I
click on a .ex file, ee opens a blank file with the same file name. I
usually just open the file I want at that point, but (my) sloppy mouse
control meant I hit "save" instead of "open" and it overwrote my program.
I was so impressed with this that I did it to another program I wrote! :)
__
J.W. "I will back up my source code...later" Snowgen
snowgen at wf.net
http://www.wf.net/~snowgen/
20. Re: David Cuny's Editor
Snowgen wrote:
> Support for the "standard" DOS method of ALT+3-digit-code would be nice.
> (i.e., hold down ALT, type "155" [without quotes], and you get the cent
> sign [the slashed c, """]). The DOS edit supports this, as do most other
> DOS/Windows programs.
I've had to rewrite the code a bit to trap Alt combinations, since the Alt
key normally activates the menus. I needed to trap for codes like Alt+3
that toggles to document #3, etc.
You forgot to mention that the number keys must be from the *keypad*,
so the editor can distinguish between Alt+1 (toggle to document #1) and
Alt+1+5+5 (ascii 155). If I can figure out how to distinguish keypad keys
from other keys, I'll try to support this.
This does not eliminate the value of an ASCII lookup table.
Lucius' idea of being able to see the value of a character is also worth
looking into. Every now and then, I'll be browsing a file (such as an
HTML file) and see a strange character. It would be nice the if the
editor said what that character was.
Since I'm trapping the Alt key, I'll also try to see if I can get the
Alt+Gr key combination in line with how it behaves on foreign keyboards.
-- David Cuny
21. Re: David Cuny's Editor
David wrote:
>You forgot to mention that the number keys must be from the *keypad*,
>so the editor can distinguish between Alt+1 (toggle to document #1) and
>Alt+1+5+5 (ascii 155). If I can figure out how to distinguish keypad keys
>from other keys, I'll try to support this.
To distinguish keypad keys from others keys, you have to read the scan code
which are
different for keypad numerics than those of the upper row.
If you use bios interrupt #16 to read the characters then the scan code is in AH
global function ReadKey()
-- read a key from keyboard buffer (wait for a key)
-- return {Scan code, ASCII code}
-- this return F11 and F12 function keys which get_key() doesn't
sequence r
r = repeat(0,10)
r[REG_AX] = #1000 -- read extended keyboard
r = dos_interrupt(#16,r)
return {floor(r[REG_AX]/256),remainder(r[REG_AX],256)}
end function -- ReadKey()
scan code for keypad numbers are:
0 52
1 4F
2 50
3 51
4 4B
5 4C
6 4D
7 47
8 48
9 49
Jacques Deschenes
Baie-Comeau, Quebec
Canada
desja at quebectel.com
22. Re: David Cuny's Editor
Cuny, David wrote:
> Please! Do *not* use the editor in graphics mode! It's a resource hog! I
> haven't had a chance to put together programs to demo the graphic mode, but
> as the README file points out, the editor is the *worst* way to test the
> graphic stuff out.
I tested it in text mode... and make it my default editor, it's great!
--
************************************
This message sent by Daniel Berstein
************************************
email: architek at geocities.com
homepages: http://www.geocities.com/SiliconValley/Heights/9316
http://www.cybercity.hko.net/silicon_valley/architek
23. Re: David Cuny's Editor
>>
>
> What is it?
>
The above Is an encoded message it is widely used to transfer files and
programs through E-mail if you would like to extract the files you will
need to get UUenode , base64 or some other encoding program I would
recommend getting Winzip 6.2 as it allow's you to extract a verity of
encoding types. If you don't have access to the internet let me know and
I will send you a copy.
Late
Warrior
24. Re: David Cuny's Editor
On Sat, 12 Apr 1997 02:28:52 EDT Michael Cripps <michael.cripps at JUNO.COM>
writes:
>>>
>>
>> What is it?
>>
>
>The above Is an encoded message it is widely used to transfer files
>and programs through E-mail if you would like to extract the files
>you will need to get UUenode , base64
>
>Late
>Warrior
>
If you had followed the thread from the beginning you woul have
noticed that YES It may be UU or Base64 but NO heading was
given to tell what type of Encoding it was suppose to be.
Encoding requires HEADING and FOOTING.
There was no HEADER or FOOTER in the original message.
The sender later found the mistake and corrected it.
--Lucius Lamar Hilley III
-- E-mail at luciuslhilleyiii at juno.com
-- I support transferring of files less than 60K.
-- I can Decode both UU and Base64 format.
