Re: Edita 0.2.6
On Fri, 09 Dec 2005 09:11:52 -0800, "CChris" <guest at RapidEuphoria.com>
said:
> Hi Pete!
> I just downloaded the editor; here are a few things that I would expect
> or love to see in future versions:
>
> For some of the features [above], I cn share code from my personal much
> enhanced copy of Visual Euphoria.
I am a little busy with something else at the moment, but if you want to
play with the source, if you get anything working just send me the full
source in a zip & I'll apply the changes.
>
> 1/ Add folding commands to (a submenu of) context menu;
Should be easy enough, duplicate E_Fold+4 to M_Ctxt in eamenus.ew, with
all
handling of them duplicated.
> 2/ Expanding a fold permanently emoves it; it would be nice to be able to
> expand a folded area, tweak or peek, then refold the area without
> selecting it explicitly;
Probably quite easy: save lines of last expand (in Fold() in edita.exw),
adjust them in updateQJ(), and implement a re-fold function.
> 3/ Showing the first line(s) of the contents of a folded area in a
> tooltip would reduce the need to unfold thelm.
Not sure; I don't know tooltips that well. I currently rely on
TTF_IDISHWND
rather than rect, but to be honest I'm only guessing it would not be
very
difficult.
> 4/ In an Euphoria source file, display current routine, global and
> relative line numbers in the status bar. More useful than the current date,
> which
> the tray clock already shows :p
Well, I auto-hide my tray clock :p setScrollBars() in edita.exw is not
likely
to tax you much 
> 5/ A "match between delimiters" tool (like in ConTEXT) would be welcome.
Sorry, no idea what you mean. If you get stuck let me know.
> 6/ I'd expect CCA to show control blocks with stabdard indents, and
> possibly derive some sort of flow chart from the source.
Erm, CCA is really raw, works on any source, not just Eu.
> 7/ A cross reference tool would be very, very cool, even more so if it
> would work between several opened project files (where is global integer
> returnFlag defined???);
Adding a search project? checkbox to the find in files function is on my
to-do list.
Enhancing extractAnyRoutineInformation() in eaqj.ew is also possible,
though eg global boolean returnFlag (ie user-defined types) is unlikely
to be easy, though not necessarily impossible, but may require that
backGroundProcessing() [in eaqj]/getModifiedFile() [in eaedb.e] process
files in project order [good luck trying that one!]
> About translations: Not all the translation files are complete. This sets
> off a warning
> on opening the app, and causes a strange mixture of translated and
> untranslated items
> in menus. How to deal with this?
Erm, complete the translation files ) If using english, then you
don't
get any warning (unless I've coded xl("fred") and not put it in
ealng_en.txt);
if using any other language, it is meant to be a prompt for someone to
finish
the translation (and send me a copy)...
Entries are deliberately left missing, because that is the way
Translation
Assistant is supposed to work (locate them by F4).
> Of course, this is a good quality app, but not with the features that
> would make me switch to it from vim or context.
The number one reason ought to be that you can make changes such as the
ones
above. Maybe you can in vim but I'm pretty sure you can't in context[?].
> Also, you could disble syntax hilight in text immedietelly following the
> "include" statement, so as not to erroneously hilight "global.e" for
> instance.
True, easynclr.e already changes handling somewhat after finding the
include keyword and sets a flag (resetBackSlash) that could be used to
avoid further processing.
> Keep on the good work!
This may be your chance...
Thanks for the feedback, I'll do what I can when I have time,
Pete
--
petelomax at fastmail.fm
--
http://www.fastmail.fm - Send your email first class
|
Not Categorized, Please Help
|
|
