March 25, 2005
"Charlie" <charles@jwavro.com> wrote in message news:d1v9vo$j2f$1@digitaldaemon.com...
> Ok updated, its in the Editor Settings -> Keywords dlg.
> For 0.06 :)

Score!


March 25, 2005
In article <d1qma7$164g$1@digitaldaemon.com>, Charlie says...
>
>This project is getting too big to develop in isolation any more.  It still has lots that need done but it might be usable.
>
>http://www.thecodebase.com/elephant.html
>
>Some have reported install problems, if it fails to install please report the bug ( on elephant.html ) and include C:\elog.log in the body / as attachment.
>
>Thanks,
>Charlie
>
>

Looks good. I've setup it and play for a few minutes. Well this may be best IDE
for D in my eyes if Elephat will has one small but very very important thing for
big projects:
Be able to reflect real files/dirs layout in project (not separate project tree
which can differ) like eclipse and PN2 does. However you can ask: how to
enumerate files to compile? Well I suggest give real-reflect ability just when
compile method is `make` or `external tool`. This is the main thing that stops
me before I can migrate to Elephant.

Another thing that should be is run build tool with different command line params according to current config (release / debug).

And optionaly it will be very nice if I can to add highlighting for some language and associate filename pattern with that language.

It was critics but as a whole: great work

Victor Nakoryakov
nail-mail<at>mail<dot>ru
March 25, 2005
> Be able to reflect real files/dirs layout in project (not separate project
tree
> which can differ) like eclipse and PN2 does. However you can ask: how to enumerate files to compile?

Intereseting, what are the advantages to this ?

> Another thing that should be is run build tool with different command line params according to current config (release / debug).

Like MSVC's 'build profiles' ?

> And optionaly it will be very nice if I can to add highlighting for some language and associate filename pattern with that language.

I thought about this, but its alot of work :).  And its not really a general purpose editor, more just for D.  I still use emacs for everything else. Might add C support, XML , other languages that D uses though.

Thanks,
Charlie


"nail" <nail_member@pathlink.com> wrote in message news:d20ps2$2esl$1@digitaldaemon.com...
> In article <d1qma7$164g$1@digitaldaemon.com>, Charlie says...
> >
> >This project is getting too big to develop in isolation any more.  It
still
> >has lots that need done but it might be usable.
> >
> >http://www.thecodebase.com/elephant.html
> >
> >Some have reported install problems, if it fails to install please report the bug ( on elephant.html ) and include C:\elog.log in the body / as attachment.
> >
> >Thanks,
> >Charlie
> >
> >
>
> Looks good. I've setup it and play for a few minutes. Well this may be
best IDE
> for D in my eyes if Elephat will has one small but very very important
thing for
> big projects:
> Be able to reflect real files/dirs layout in project (not separate project
tree
> which can differ) like eclipse and PN2 does. However you can ask: how to enumerate files to compile? Well I suggest give real-reflect ability just
when
> compile method is `make` or `external tool`. This is the main thing that
stops
> me before I can migrate to Elephant.
>
> Another thing that should be is run build tool with different command line params according to current config (release / debug).
>
> And optionaly it will be very nice if I can to add highlighting for some language and associate filename pattern with that language.
>
> It was critics but as a whole: great work
>
> Victor Nakoryakov
> nail-mail<at>mail<dot>ru


March 25, 2005
So what is Elephant written in (lang and tools)?  Was that a ton of work or some sort of template plus a semi-ton of work?


"Jarrett Billingsley" <kb3ctd2@yahoo.com> wrote in message news:d1vpgk$17el$1@digitaldaemon.com...
> "Charlie" <charles@jwavro.com> wrote in message news:d1v9vo$j2f$1@digitaldaemon.com...
>> Ok updated, its in the Editor Settings -> Keywords dlg.
>> For 0.06 :)
>
> Score!
> 


March 25, 2005
C++ , MFC , CodeJock components & MSVC 6.  It was a ton of work :S , i had to (re)write most of the components ( GrepFiles, CompilerDriver, Parser , SettingsLib, ScintillaD ... and soon to come DStripper, DPrettyPrinter ,SVN and CVS libs [ hopefully theres some good C++ CVS / SVN stuff ] -- all of which Id welcome help!  ) so it took a while.  But I have some good components I can re-use now , most of which Ill make available eventually ( if anyone wants them. ).

I would have written in D but DFL doesnt support MDI yet, and DMD is written in C++ and Im no good with writing parsers :).

Charlie

"Charlie Patterson" <charliep1@excite.com> wrote in message news:d21m79$eob$1@digitaldaemon.com...
> So what is Elephant written in (lang and tools)?  Was that a ton of work
or
> some sort of template plus a semi-ton of work?
>
>
> "Jarrett Billingsley" <kb3ctd2@yahoo.com> wrote in message news:d1vpgk$17el$1@digitaldaemon.com...
> > "Charlie" <charles@jwavro.com> wrote in message news:d1v9vo$j2f$1@digitaldaemon.com...
> >> Ok updated, its in the Editor Settings -> Keywords dlg.
> >> For 0.06 :)
> >
> > Score!
> >
>
>


March 25, 2005
I've been following this thread, and wanted you to know that I am very interested in Elephant.  I'll give it a shot this weekend.

In article <d21oss$i3f$1@digitaldaemon.com>, Charlie says...
>
>... and soon to come DStripper, DPrettyPrinter ,SVN and CVS libs

At first, I read this as "DPrettyStripper" and thought "now *there's* an interesting program!"

::smacks self with a trout::

D needs a good IDE.  It sounds like you're well on your way to making that work.

- EricAnderton at yahoo
March 26, 2005
> At first, I read this as "DPrettyStripper" and thought "now *there's* an interesting program!"

Hehe , the fembots come later ;).

> D needs a good IDE.  It sounds like you're well on your way to making that
work.

Thanks, just uploaded 0.09 btw.

Charlie!


"pragma" <pragma_member@pathlink.com> wrote in message news:d221os$s4c$1@digitaldaemon.com...
> I've been following this thread, and wanted you to know that I am very interested in Elephant.  I'll give it a shot this weekend.
>
> In article <d21oss$i3f$1@digitaldaemon.com>, Charlie says...
> >
> >... and soon to come DStripper, DPrettyPrinter ,SVN and CVS libs
>
> At first, I read this as "DPrettyStripper" and thought "now *there's* an interesting program!"
>
> ::smacks self with a trout::
>
> D needs a good IDE.  It sounds like you're well on your way to making that
work.
>
> - EricAnderton at yahoo


March 27, 2005
In article <d21khl$d5n$1@digitaldaemon.com>, Charlie says...
>
>> Be able to reflect real files/dirs layout in project (not separate project
>tree
>> which can differ) like eclipse and PN2 does. However you can ask: how to enumerate files to compile?
>
>Intereseting, what are the advantages to this ?

Advantage is that I should not to do same work twice. I use MSVC for a several
years at work which has the same paradigm - separate .sln tree. Practice shows
that .sln project structure is always the same as in real file system. Separate
tree just adds complexity and adds no advantages: very often error is creating
new file in BLA_BLA project dir but physicaly in DEFAULT_NEWFILE_DIR. Plus - one
big big big advantage of real reflection is that I can do some actions on dirs
from within IDE right as from windows-shell, for example commit/update folder
with SVN or CVS.
Separate tree is useful just to know what to compile when built-in building
method is used, but why to restrict users that use make / scons / etc I can't
understand.

Victor Nakoryakov
nail-mail<at>mail<dot>ru
March 27, 2005
Cool! :)

Debugger, yeh? And dreams will finally come true.

Did you consider writing this with WTL rather than with MFC ?
As far as I can see there is nothing special there which WTL does not have
already for free.
Oh, yeh - the menus....  :)

Andrew.


"Charlie" <charles@jwavro.com> wrote in message news:d1qma7$164g$1@digitaldaemon.com...
> This project is getting too big to develop in isolation any more.  It
> still
> has lots that need done but it might be usable.
>
> http://www.thecodebase.com/elephant.html
>
> Some have reported install problems, if it fails to install please report the bug ( on elephant.html ) and include C:\elog.log in the body / as attachment.
>
> Thanks,
> Charlie
>
> 


March 28, 2005
It does sound useful, and reasonably easy at first , but does the IDE _enfore_ these rules ?  For instance if adding a file thats three levels deep in /src/modules/xml.d to an exisitng project , does the IDE then create , in the IDE project directory tree, the Src -> Modules directory's ? Does it require those directories already be added to the project ? Or is it just when a new project is setup , and the IDE's New Folder option is chosen that the folder is created on the file system ?

I will download PN2 and try to test.


Thanks,
Charlie




"nail" <nail_member@pathlink.com> wrote in message news:d26r99$2ndd$1@digitaldaemon.com...
> In article <d21khl$d5n$1@digitaldaemon.com>, Charlie says...
> >
> >> Be able to reflect real files/dirs layout in project (not separate
project
> >tree
> >> which can differ) like eclipse and PN2 does. However you can ask: how
to
> >> enumerate files to compile?
> >
> >Intereseting, what are the advantages to this ?
>
> Advantage is that I should not to do same work twice. I use MSVC for a
several
> years at work which has the same paradigm - separate .sln tree. Practice
shows
> that .sln project structure is always the same as in real file system.
Separate
> tree just adds complexity and adds no advantages: very often error is
creating
> new file in BLA_BLA project dir but physicaly in DEFAULT_NEWFILE_DIR.
Plus - one
> big big big advantage of real reflection is that I can do some actions on
dirs
> from within IDE right as from windows-shell, for example commit/update
folder
> with SVN or CVS.
> Separate tree is useful just to know what to compile when built-in
building
> method is used, but why to restrict users that use make / scons / etc I
can't
> understand.
>
> Victor Nakoryakov
> nail-mail<at>mail<dot>ru