1. [ANN] Edith v0.1 (alpha)
(Oh no! Yet another editor!)
Windows Euphoria editor, written entirely (except for the resources) in
Euphoria.
Available at http://members.home.net/igb .
Ian
2. Re: [ANN] Edith v0.1 (alpha)
>(Oh no! Yet another editor!)
>
>Windows Euphoria editor, written entirely (except for the resources) in
>Euphoria.
>Available at http://members.home.net/igb .
My compliments, best code-only editor as of yet. Its fast, clean, and has
very neat features, and eh.. it simply looks really good.
Ralf
3. Re: [ANN] Edith v0.1 (alpha)
- Posted by Greg Phillips <i.shoot at REDNECKS.COM>
Dec 26, 1998
-
Last edited Dec 27, 1998
Wow, I can hardly wait for the next version to come out. Too bad
Euphoria isn't more popular, I can see maybe some marketability here.
Excellent job. Are there any known bugs, besides the ones mentioned in
the readme?
Greg
--
Greg Phillips
i.shoot at rednecks.com
http://euphoria.server101.com
--
Useless fact of the day:
A Lions roar can be heard from five miles away
4. Re: [ANN] Edith v0.1 (alpha)
At 07:15 p.m. 26-12-98 , you wrote:
>(Oh no! Yet another editor!)
>
>Windows Euphoria editor, written entirely (except for the resources) in
>Euphoria.
>Available at http://members.home.net/igb .
>
>Ian
Very neat Ian!!!
What does the DLL cointain?
Regards,
Daniel Berstein
daber at pair.com
5. Re: [ANN] Edith v0.1 (alpha)
Thanks for the nice words, guys.
>Are there any known bugs, besides the ones mentioned in the readme?
I put it in a different way. Lots of the code will be rewritten and
rearranged for the next version. The bugs, which certainly are there, will
go away with the code and new bugs will creep in there. The two bugs in the
readme file are obvious and the undo/redo one (when undoing a space at the
end of the line) will abort the editor.
>What does the DLL cointain?
Resources: icons and dialogs (Goto,Navigate,Options).
Ian
6. Re: [ANN] Edith v0.1 (alpha)
- Posted by Ralf Nieuwenhuijsen <nieuwen at XS4ALL.NL>
Dec 27, 1998
-
Last edited Dec 28, 1998
First of all, again, congratulations, it contains some very nifty features,
but I do have a wishlist.
(like I always have 
And this list is a dream list, of what would make the most perfect editing
environment.
[Project Managment]
And in the most extendible form: an complete directory structure, containing
all files, that have something to do with the project.
However, this way people would be forced to use the editor when they want to
work with somebody elses files: why not let the whole project file be a ZIP
file contain special files, not shown in the editor, but they are used. Like
maybe a marks.txt containing where the current marks where.
There are some free ZIP and UNZIP and ZIPDIR dll's out there.
For the project, there should be an 'Main Author', 'Describtion', 'History'
& 'Release information', maybe even an interface for documentation. (maybe
compiled out of comment ?)
An list of 'external' files (is created upon request maybe ?), and when an
external file also happens to be an ProjectFile (a zip file contain the
special project files above), there could be context-sensitive
documentation. (wouldnt that be neat ?)
So, in other words, lots of project management tools, and interfaces, that
store there info in such way, any one with a text viewer could at least
understand and read it as well. The profect files contain all those files,
and preferbly directory structures, are best to be zipped files.
So, we can simply sent the file to Robert to put it upto the Recent User
Contribution's page, for example and every user could use it, while those
using the special editor, have an extremely handy & powerfull interface to
see, use, change, update the project and its files.
And yes, support for multiple files open (though *one* save only.. when I
choose run: they should all be saved), an automatic logbook. (used by
redo/undo) .. however also viewable, with dates and all, and stored together
with the project.
Also, with the file IO of importing and exporting files, and the loading and
saving of projects, it would be nice to be able to set a default directory
for each action.
In other words a default directory for loading projects. Once loaded they
are either copied or moved to the special projects directory and available
through one of the menus.
A default import directory and an seperate default export directory should
be saved in the project file, rather than being global to every project.
The project files in the special projects directory, can be in any
sub-directory. Maybe it would be nice to have a 'toggleble' directory tree
on the left of the 'projects' directory.
And an 'load project' button, to load external projects... (afterwhich you
are asked where to put it in the directory structure of your projects
directory)
What would also be nice, is to be able to assing certain actions to certain
extensions, and seperately certain actions to certain files. These files are
thus always in the project-file.(zip-file thus)
However, for example, in windows, I have ACDSee assigned to BMP files,
however within my project listing, when I double click a BMP file I would
rather want my editor to open. It would thus be nice to have such
associations saved globally per file-extension, however can be overwritten
for each file seperately within the project file.
[Editing]
Pressing enter, should jump to the next line, however not the beginning, but
to where in the line the cursor was.
Control-Y and simelair shortcuts are really easy to use. Control-Y for
example deletes the whole line, and is most consistent with other editors.
When I say "if then" end then press enter, it should move one level down,
and one tab to the right. However if I then say, "end if" .. it makes the
whole line jump one tab back as soon as I have said 'end if'. How many tabs,
and when, can be set in some configuration screen. When I load a file from a
project file I get to choose to either use my own tabs, or use the used
configuration for that file.
Non-project files that I import, are automatically converted to project
files: The initial comments are used for the info-field of the project. The
comment immidiately before or after a routine declarion can be used for the
documentation.. whenever there is a loose comment, that starts more to the
left than the code does, on the top level, then a mark is set.
Marks can be available through F11 as well, then displaying the line that
follows them (will usually be a comment). Or maybe marks are availabel
throuhg F12, while normal routines can be chosen by F11.
Interpretation of the error, and the line shown in red.
The lines on the right, showing the structure of the code, could also be
shown directly within the code.
If x = 34.3 then
|
| z = { 23, { 3232, 2323 } } < 1 < 2 > >
|
end if
The |'s are moved into the code, and the < <> > are displayed right.
Or maybe {} can be used right, so that it can also show ()'s
[Extendibility]
Possibility to add 'pre-proccesors' of some form, simply by putting them
into some \plugins directory of the editor, and running some reconfigure
file, that looks at the plugins and compiles a special plugin.e contain
'includes' to all plugins.
The plugin receives the code, and then 'spits' it back out.
So, they could follow this convention:
code = call_func ( preprocces_list[index], {code})
However, some special 'line' symbol would be nice, so errors can still be
interpreterd correctly.
(maybe using a special lookup table for all erros, for each preprocessor)
I think I have now fantasized enough. Anyone up to coding this ? I havent
add it to the list, but all present features of Edith are assumed to be
available as well.
Ralf
7. Re: [ANN] Edith v0.1 (alpha)
Get Best Contents from the Internet (mostly for FREE)
http://www.playhere.com
======================================================================
Haiya Euphoria Programming for MS-DOS, according to the letter you sent on
Senin, 28 Desember 1998.
> [Project Managment]
will it support multiple projects in projects? ya know, like Project
Groups in Delphi 4. sometimes it just very handy for large projects.
If you don't reply this letter, I'll kill you,
Mr. Ceefour * http://cee4.home.ml.org/
Real programmers ignore schedules.
