Re: EE:CS subs listing bug
- Posted by "Carl R. White" <cyrek at BIGFOOT.COM> Jun 26, 2000
- 515 views
On Fri, 23 Jun 2000 16:01:43 -0400, Chris Bensler <bensler at MAILOPS.COM> wrote: > Carl wrote: > > Suggestions for "5" anyone? >I'm using 4 and haven't encountered the LFN bug. But I try to stick with >8.3 format if I can help it. People will be pleased to know that 5 is now in progress, and none of the above bugs are there. There aren't any major new features yet, so no new bugs either. 5 will be out early next month. >I have some suggestions.. >.. Syntax coloring for user defined routines. All the routines in the >included files and main soruce code. This was one of my very first ideas when I started messing around with EE waaay back in the mists of time (v1.01:CS - well before I aligned the EECS version number with tat of Euphoria). I decided against it. >.. List the include file routines in the subs list as well A good idea in theory, but sadly it wouldn't work. Example: Consider the EE:CS project. It has around *40* source code files. The time it would take to load in all of the subroutine names would be ridiculous. Then you've got to consider that EE can only have 10 files open at any one time. How would it decide which file to close if you selected a subroutine from a file that wasn't open?The closest you will get to something like this is by using the PRoJect file mechanism. Read about it in CYREK.TXT. >.. Seperate lists for global and local routines Do-able, but the SUBS box already displays the type of the subroutine. (And I've squashed the 1st-selected-not-giving-info bug in 5). >.. List Global Variables >.. List Constants, Global and local This is difficult as global variables can be declared without the 'global' keyword. To get around it requires parsing the Euphoria to a level I don't really want to go to. constants are a might-do. It would be just a matter of binding a key to a function butchered from the subs box.
>Can't think of the others right now.. I'll get back to ya.. :) One of mine on the to-do list is to load the file containing an error external to the current program rather than just showing an error. i.e. The one that says "The error file EX.ERR refers to BADFILE.E". Falkon noticed that first time saved Euphoria files don't pick up the EXECUTABLE attribute. I'll squash that one in 5 too. Carl -- Hoping that the bugs in 5 are non-existent
![]()