1. RE: Yet another IDE
- Posted by Peter Willems <peter at integratedmoves.com> Jul 25, 2003
- 500 views
jxliv7 at hotmail.com wrote: snip > beside those in the archives, there's been www.NEdit.org, > www.ultraedit.com, www.crimsoneditor.com, www.editpad.com, > www.editpadpro.com, www.code-genie.com, http://fixedsys.com/context, > www.testpad.com, the turbo pascal IDE, www.notepad.org, notepad++ from > fnet.dynu.net/npp/, and probably more. a lot have Euphoria color syntax > coding. I tried them all Currently I'm using PSPad, it's the closest to what I want. snip > i'll do what i can to help... Great Hans Peter Willems
2. RE: Yet another IDE
- Posted by Peter Willems <peter at integratedmoves.com> Jul 25, 2003
- 464 views
Pete Lomax wrote: > > cross-references > Yeah, I'm forever doing global searches, which is OK, but it wipes out > the last one, I'd like to "stack"/"save" them I want a dynamic system that manages the cross-references without intervention from the user. > Since releasing MEditor and starting a second project, I've realised > just how non-multi-project it is. There is a fairly nice feature in > there to load up project globals, but it currently has to be re-loaded > (wiping out any other project) as I switch between the two. My IDE needs to handle several things at the project-level. Because of that, one project can be loaded at the time, but switching projects should be easy. > (The only current sop to project filesets is that the open file > dialogue opens in the right directory, and when you are editing lots > of files, you can actually use that to switch between files.) Tmo an IDE should at least be able to manage all related files in a (tree)view. > If I started over, I'd store the project details in a database - > automatically built from the sources (and/or on demand). That is exactly what I'm going to do. > I really don't like the idea of an IDE that cannot import an existing > project (or files from the Eu archive, for example), or one that you > can't edit elsewhere and easily/automatically resume. I agree. My IDE will handle the actual code as standard Eu text files. > I can easily automate processing of include statements via EUBNF, > which should help considerably in that regard. I'm not sure where you are going here, probably misunderstand it. I want my IDE to parse a main-project file (or "top level" file) for include statements and add the called include files to the project tree automatically. I also want it to parse all project files and build a list of all procedures and functions available in the project, sorted by include file. That way I can include a library like win32lib and instantly see what functions are available from that library. > I'd like a very simple "drag controls" aid: it wouldn't necessarily > have to let you create the controls, but position them a whole lot > easier than changing the numbers passed to create() by hand. I have been thinking about this. I don't need a full fledged GUI designer (for now). I also want the IDE to be able to handle several GUI libraries and not tie it into one specific library. We probably need something like an universal screen painter that comunicates with a selected library thru XML (or any other means of describing behaviour). > I think I could craft a list of windows out of a source, offer a list > (defaulting to the one nearest the cursor), and blat back the > changes... <sound of rusty cogs turning> Maybe..... My IDE needs to have full version control over changes made in the project files. linking in DIFF functionality would be nice as well. Mind you, I'm talking about projects with 100 or more windows, up to 100 tables in a database and up to 100.000 lines of code. Tmo, serious project management needs to be available in a IDE to handle this. Ah, and I forgot to mention multi-user capabilities > I love Wolf's and Dan's demos, but they are a bit hard to search > through for the right example sometimes. I have the same problem with lots of demos, that is there are so many that I'm searching for hours for something I know is there. > I still struggle to locate the window styles (ES_READONLY etc) and > extended styles, and their exact meanings (never was a C programmer). Not sure what to do with that yet. > Just so you know, I am much more interested in components/concepts I > can incorporate into MEditor than a brand new project. > > I think I could manage a rewrite of MEditor's GUI now, if needed. The problem for me with apps like MEditor is that they are to much centered around.... well, the editor For me the IDE is a project management tool that hosts all the stuff to work on that project. So the editor is just one tool in the IDE, besides several others. > It would be real nice of someone to act as international consultant > and make sure the project is multi-lingual-friendly. As I posted before, it's really simple to make a multi-lingual interface. I'm thinking about using a database to store all the translations so it would be very easy to add languages to the user interface. Hans Peter Willems
3. RE: Yet another IDE
- Posted by Peter Willems <peter at integratedmoves.com> Jul 25, 2003
- 476 views
Hey Pete, Pete Lomax wrote: > All I meant was that since EUBNF uses simple productions such as > > -- routine ::= "procedure" $pname pdef "end" "procedure" > -- | "function" $fname fdef "end" "function" > -- | "type" tdef "end" "type" > > In theory, at least, it should be reasonably straightforward to detect > when such a rule has been successfully applied (which would be the > very last line of apply(), btw) and call a routine with the required > details to maintain the database, since at that point it has a full > symbol table, global list(s), include file stack etc to work with. Ah yes. You are describing the rules to use for the parser. Now I get it.... well, it was early morning when I posted my previous reply > Fair point, I want an editor with a project sub-component, you want a > project manager with an editor sub-component. Exactly. Btw, for what you want you might look at this: http://www.zippety.net/lx_intro.htm It's for powerbasic, but it might give you some ideas (it sure did for me). > That shouldn't necessarily prevent collaboration on individual > components though. Not at all, for me this discussion is already a form of collaboration. Throwing ideas around is the first step in defining a great feature set Hans Peter Willems
4. RE: Yet another IDE
- Posted by Peter Willems <peter at integratedmoves.com> Jul 25, 2003
- 493 views
Greg Haberek wrote: > I think for once we're shootnig for a truly *interactive* development > environment. Perhaps this project should be named TIDE - Truly > Interactive > Development Environment (as not to be confused with the soap) it sounds > spiffy. > one feature i've always thought about was multiple programming language > support, such as syntax highlighting and auto completion, managing > windows > and controls, etc. heck, if it were to support C++ and VB, you could > market > it as a free and/or cheap replacement for M$ Visual Studio, written in > Euphoria! It should indeed be usable with whatever language you like, not only with Euphoria. I'm still thinking about if I want to develop this as a (cheap) commercial tool or make it completely open source under something like a GPL license. Hans Peter Willems
5. RE: Yet another IDE
- Posted by Peter Willems <peter at integratedmoves.com> Jul 26, 2003
- 448 views
Hello Greg, Greg Haberek wrote: > > I'd certainly like to help with the project. I'm really good with > algorithms > and file i/o. All help is welcome > I also have the Complete Edition Translator with Borland 5.5 > compiler, so if you want a full working executable, I can spit one out. I have the full edition as well. I'm actually aiming to have the new IDE to set all the stuff up as a usable environment. Most of the IDE will be developed using itself (bootstrapping in action) > Speaking of the Translator, perhaps since this will be such a large > project, > maybe we should chop it up into libraries (dll's). That way, when it is > released, and something is updated, just a new dll needs to be > downloaded, > rather than some huge 500k+ zip file. At first, everything is going to be done in pure code, but I've already set up the coding framework and it is completely modular (every specific functionality has it's own code-file). > Also, I believe Euman is finishing his > installer soon, so we could package it in that. Any installer can be used with the system, it has to be as "open" as possible. > I think its about time Euphoria had a professional-looking (acting, > thinking) product out on the market. Something to show that we're not > just > playing around, but we're for serious. I have been looking around to see what commercial level software could be build with Euphoria and couldn't find anything that was realy finished and polished. So I agree that this could be a "showcase" application. I want to add that I am a professional developer and the quality standard that I expect from such an application is quite high. This means that a lot of time in this project will be devoted to seemingly trivial things like have the app remember all the screen settings (window size, sizer placing, etc.) for each user. > I've been a loyal Eu programmer for > about 4 years now, I think i started with v2.2, and I love everything > everyone's written, but along with this thread on "Modern Windows > Screens" > and this "Yet another IDE" we could come up with a very nice looking > app. Hans Peter Willems