Re: 3 bug fixes for EE:CS
--=======509714EB=======
At 11:58 AM 3/5/03 +0000, Carl wrote:
>
>Robert Elia wrote:
>
> > Eventually, I will ask for testers. Does anyone else besides Bernie and a
> > couple of others actually use EE ?
>
>This is one of the myriad reasons I haven't been working on it - lack of
>userbase. Your changes are most welcome. David Cuny's original idea was for
>people to customise EE to their liking and I was hoping that others would do
>the same with mine.
Glad to hear it.
> > I'm curious, Carl, would you mind sending me a list of the new features
>you had
> > in mind?
>
>Here's the stuff I've done or wanted to do (in order of priority) for the
>EE2.3:CS1 alpha.
Thanks.
>* [Broken/Incomplete] Make the thing run under EXW as well as EX. This needs
>changes to win95fh.e (long filenames don't work under NT/2K/XP), and keys.e
>(Windows specific code is needed to replace the dos_interrupt() stuff). The
>to/from Windows clipboard code would need updating too.
This wasn't a priority for me but I can see the value. I use
Win98. Perhaps someday I'll have a look at key handling in Windows. Also,
screen output would have to be adapted.
Irv Mullins's update to David's EE for Linux might help.
>* [Incomplete/Broken] Handling for other languages - I stole a few ideas
>from the way the Crimson Editor does things and made a wild stab at getting
>something working. It wasn't when I stopped playing with it.
While this would be nice, I decided early on that there were a lot of
established, powerful editors out there(some with their own macro
languages) that do this already. Of course, I'm referring to computer
languages. If you mean the native language of the user, I dont think that
would be too difficult. Again, not a priority unless it were requested.
>* [Not Done] Find and fix the select-and-search bug.
I added ctrl_F3 to search backwards; ...had to modify XLE.E. Now
search_and_replace has a bug. (: ...though I did find and fix the last
character display bug. ):
>* [Not Done] An Undo feature - pressing Ctrl+Z and then nothing happening is
>annoying. Maybe multilevel if I figured out how to do it.
I've looked at the techniques used in a couple of editors; ...NOT a trivial
subject. My problem is deciding first how it should behave. i.e. character
by character or word at a time(which might use less memory).
>* [Done] Removed the lame project handling. I never got around to
>implementing something better.
I left it in if anyone wanted to use it. What I've done is add 2 items to
the File menu to Save or Load the state of the editor from whatever
directory it was started from. I use bget.e to save and restore most of
the variables in a single file in that directory. On reload, I check the
date and time of each file against that of the data file and warn the user
if any file is newer. This makes it important to maintain correct time. I
might add an MD5 check as well. You can even save with dirty or unnamed
files if you wish. The reason I did it this way is because the editor now
parses each file and builds a database of all routines *and* variables for
all dependent include files automatically. It will detect the version of
Euphoria installed and use the appropriate algorithm. This database is
saved along with the text of the files. As an example, it can reload
everything from the EE project itself, some 70 files, in half a second on
my Celeron 455.
>* [Done] Detect BIND at editor start-up rather than whenever the menu is
>redrawn. (This is possibly implemented already in 2.2:5 - not sure)
>
>* [Not Done] Improve F12 editor macro handling.
Autotext ( or keyboard macros, I'm not sure of the proper terminology ):
The user can define preferably short mnemonic sequences which would not
appear by themselves and associate them with any text and most cursor
movement keys. Just type the "key" followed by a space and it's replaced
by the text. It supports the existing auto-completion and has it's own
editor within EE. F12 can be loaded with an entry and a new entry can be
made from F12. I recently added the ability to make one from selected text
but that's not yet complete. I've rarely typed "sequence" or "global
procedure" etc. in 14 months. The entries are stored in the .ini file.
>* [Not Done] Using allocated memory rather than sequences for files that
>aren't currently being edited, the local clipboard, macros and Undo;
>retrieve and store as necessary.
This could be done easily, I think. I considered it. You could also use
the 4 chars in one integer method from MEditor (really nice code, by the
way). Or Jordah's mem.e. I have several routines which search globally in
EE; they would have to be modified. If you think it's important, I'll work
on it. However, I've never had a problem; not even on an 8 MB laptop. One
of the first things I did was raise maxFiles from 10 to 120. (There's a
sorted window for open files.) Once, just to see, I had it open new files
until EU pooped out. 766 files on 128 MB. The parsing feature is pretty
compute intensive; that would become a problem before memory
constraints. I *have* been concerned that EE would run poorly on slower
computers but I can't come up with a method to do incremental parsing. Oh,
wait, I just thought of one! ...a lot of work.
>* [With EXW] Make it run under EXU by 'borrowing' code from David Cuny's
>Linux port of the his original editor.
Yes but that uses puts() for all display. I have a feature that
wouldn't translate. If the cursor is on a routine name (local to the
current file or global anywhere in the project) then ctrl_space will open a
persistent window with the name of the file and the routine declaration so
you can see the required parameters while still editing your file. This
was very hard work and is dependent on David's direct screen method. But I
can see a different way. I already have some code to split the window
horizontally like EDIT.COM.
By the way, I *have* run older versions with some success under
dosemu and xdosemu on Redhat 6.0 but I messed up the boot sector quite a
while ago and haven't used it since.
>Bet you wish you hadn't asked. :)
>
>Carl
Bet you wish you hadn't replied. :)>
Bob
P.S. It was the fact that you had improved EE that inspired me to work on
it in the first place. Thanks.
--=======509714EB=======
Content-Type: text/plain; charset=us-ascii; x-avg=cert;
x-avg-checked=avg-ok-79785B61
Content-Disposition: inline
---
--=======509714EB=======--
|
Not Categorized, Please Help
|
|
