> Did you consider writing this with WTL rather than with MFC ?

Yes , WTL is cool.  PN2  ( http://www.pnotepad.org/ ) is writen in WTL and works very well.  I only used MFC cause I spent all this time learning it and now its all but obsolete :(.  I've really grown to dislike how quickly M$ dismisses technologies ( however poorly written . )

Charlie


"Andrew Fedoniouk" <news@terrainformatica.com> wrote in message news:d275ip$hb$1@digitaldaemon.com...
> 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
> >
> >
>
>

In article <d29kbo$2l0n$1@digitaldaemon.com>, Charlie says...
>
>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
>
>

Ehhh... I see you didn't understand my thought completly. summarily, my
suggestion is to be able to forget about project-mirror tree and have some
likeness to Windows Explorer in this window. Plus some mechanism to set filter
for shown files (e.g., show files *.d, hide all .*, hide dirs CVS) will be
necessary. Voila, we have preciese reflection of what we have on file system
without any trash like .svn folders and .txt files. So adding new file or folder
actualy will create that entity in FS and the tree will be rebuilt to show FS
changes.
If I'm correctly understand your doubt, my point of view is if you choose File
-> New and enters /src/modules/xml.d then my/project/dir/src folder will be
created on FS if it does not already exists (I mean that Elephant's project file
will be in my/project/dir) then my/project/dir/src/modules and then
my/project/dir/src/modules/xml.d, all on FS and after that tree is refreshed to
reflect changes.
In this case *each* entity in tree (not just file) is entity in fs and very
simple to make on additional item in context menu, something a-la shell> which
will has a submenu that reflects menu shown to you in Windows Explorer on right
click. So having Tortoise SVN/CVS installed I can use it right within IDE, very
great.

Victor Nakoryakov
nail-mail<at>mail<dot>ru

> Ehhh... I see you didn't understand my thought completly. summarily, my suggestion is to be able to forget about project-mirror tree and have some likeness to Windows Explorer in this window.

Ok i see.

> If I'm correctly understand your doubt, my point of view is if you choose
File
> -> New and enters /src/modules/xml.d then my/project/dir/src folder will
be
> created on FS if it does not already exists (I mean that Elephant's
project file
> will be in my/project/dir) then my/project/dir/src/modules and then my/project/dir/src/modules/xml.d, all on FS and after that tree is
refreshed to
> reflect changes.


Actually if we're doing away with a seperate project tree ( and just do 100% reflection ) this solves the problem I was thinking of.

> So having Tortoise SVN/CVS installed I can use it right within IDE, very great.

That is great, alleviates the need for built-in SVN/CVS as well.  My only concern is that initially it will harder for people to learn , coming from MSVS products , but I will definetly implement, just not sure how yet.

Thanks, good idea.

Charlie

"nail" <nail_member@pathlink.com> wrote in message news:d29o25$2pdb$1@digitaldaemon.com...
> In article <d29kbo$2l0n$1@digitaldaemon.com>, Charlie says...
> >
> >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
> >
> >
>
> Ehhh... I see you didn't understand my thought completly. summarily, my suggestion is to be able to forget about project-mirror tree and have some

> likeness to Windows Explorer in this window. Plus some mechanism to set
filter
> for shown files (e.g., show files *.d, hide all .*, hide dirs CVS) will be necessary. Voila, we have preciese reflection of what we have on file
system
> without any trash like .svn folders and .txt files. So adding new file or
folder
> actualy will create that entity in FS and the tree will be rebuilt to show
FS
> changes.
> If I'm correctly understand your doubt, my point of view is if you choose
File
> -> New and enters /src/modules/xml.d then my/project/dir/src folder will
be
> created on FS if it does not already exists (I mean that Elephant's
project file
> will be in my/project/dir) then my/project/dir/src/modules and then my/project/dir/src/modules/xml.d, all on FS and after that tree is
refreshed to
> reflect changes.
> In this case *each* entity in tree (not just file) is entity in fs and
very
> simple to make on additional item in context menu, something a-la shell>
which
> will has a submenu that reflects menu shown to you in Windows Explorer on
right
> click. So having Tortoise SVN/CVS installed I can use it right within IDE,
very
> great.
>
> Victor Nakoryakov
> nail-mail<at>mail<dot>ru

Charlie,

I gotta say - excellent work so far on Elephant!  I'm really liking it.  I'd just like to give you some bug feedback, if you weren't aware.

1. Help->About box doesn't close til you hit escape (no close button?)
2. Clicking on the error line in the output(build) pane doesn't relocate the
cursor to the offending file & line, which would be sweet :)
3. Can we have more control over tooltips and code-completion?  At least the
ability to enable/disable them.
4. Clicking on the closing curly-brace of a code block gives a nice tooltip, but
the parsing seems to be off.  Here are examples of this strange behavior:

type determinant() {
}
tooltip: "type determrminant()"

void setCol (int n, Vector!(type,rows) col) {
}
tooltip: "void setCol ( (int n, Vector!(type,rows) col) {"

type opIndex(int r, int c) {
}
tooltip: "type opIndex(x(int r, , int c)"

Do you notice that the replication is at usually around the 12th character? Very strange indeed...


Also, functions returning template-instances are not parsed correctly (or at
all):

Matrix!(rows,cols,type) transpose() {
}

gives me no tooltip on the closing curly-brace.

Once again, great work so far!  I look forward to using this when it becomes more stable and solid. :)

Regards,
James Dunne

Also, the tooltip reports a tab-character in the definition as a '\t' - naturally runs of whitespace like this should be converted to a single space.  I really love working with string parsing code, so I'm all for helping you in that area!  I read earlier you don't like parser code ;)

In article <d29sig$2ul9$1@digitaldaemon.com>, James Dunne says...
>
>Charlie,
>
>I gotta say - excellent work so far on Elephant!  I'm really liking it.  I'd just like to give you some bug feedback, if you weren't aware.
>
>1. Help->About box doesn't close til you hit escape (no close button?)
>2. Clicking on the error line in the output(build) pane doesn't relocate the
>cursor to the offending file & line, which would be sweet :)
>3. Can we have more control over tooltips and code-completion?  At least the
>ability to enable/disable them.
>4. Clicking on the closing curly-brace of a code block gives a nice tooltip, but
>the parsing seems to be off.  Here are examples of this strange behavior:
>
>type determinant() {
>}
>tooltip: "type determrminant()"
>
>void setCol (int n, Vector!(type,rows) col) {
>}
>tooltip: "void setCol ( (int n, Vector!(type,rows) col) {"
>
>type opIndex(int r, int c) {
>}
>tooltip: "type opIndex(x(int r, , int c)"
>
>Do you notice that the replication is at usually around the 12th character? Very strange indeed...
>
>
>Also, functions returning template-instances are not parsed correctly (or at
>all):
>
>Matrix!(rows,cols,type) transpose() {
>}
>
>gives me no tooltip on the closing curly-brace.
>
>Once again, great work so far!  I look forward to using this when it becomes more stable and solid. :)
>
>Regards,
>James Dunne

Regards,
James Dunne

Congratulations for your work.
I have always been a great fan of DIDE.

Just a few notes:
    I cannot open a project file when I double-click it.
    It should be possible to apply the DIDE default syntax highlight colors!
(I prefer them).
    You could talk with Derek and integrate Dbuild with the Elephant (life
was so much easier).

Miguel

"Charlie" <charles@jwavro.com> wrote in message news:d21oss$i3f$1@digitaldaemon.com...
> I would have written in D but DFL doesnt support MDI yet,

Bah.. you're not a real man if you can't handle MDI _manually_.  I actually got pretty far with the MDI stuff in my tiny IDE written in D.  Programming windows directly is the _only_ way to go.  ;)

> and DMD is written
> in C++ and Im no good with writing parsers :).

Huh?

> Bah.. you're not a real man if you can't handle MDI _manually_.  I
actually
> got pretty far with the MDI stuff in my tiny IDE written in D.
Programming
> windows directly is the _only_ way to go.  ;)

Yowsa, I tried this and its so god-awful i had to give up.

> > and DMD is written
> > in C++ and Im no good with writing parsers :).
>
> Huh?

DMD is written in C++, im using it as the parser.


"Jarrett Billingsley" <kb3ctd2@yahoo.com> wrote in message news:d2i2kh$26l1$1@digitaldaemon.com...
> "Charlie" <charles@jwavro.com> wrote in message news:d21oss$i3f$1@digitaldaemon.com...
> > I would have written in D but DFL doesnt support MDI yet,
>
> Bah.. you're not a real man if you can't handle MDI _manually_.  I
actually
> got pretty far with the MDI stuff in my tiny IDE written in D.
Programming
> windows directly is the _only_ way to go.  ;)
>
> > and DMD is written
> > in C++ and Im no good with writing parsers :).
>
> Huh?
>
>

>    I cannot open a project file when I double-click it.

Yea I was waiting on adding that untill its 100%, ill go head and add it though ( or figure out how to make it an option in the install ).

>    It should be possible to apply the DIDE default syntax highlight colors!
>(I prefer them).

Cool Ill figure those out and make an option for it :).

>    You could talk with Derek and integrate Dbuild with the Elephant (life
>was so much easier).

Yea that would've been alot easier :S.  You should be able to specify a build script ( .bat ) that has build.exe <target> in it and it will run and capture output.

Charlie

In article <d2h77f$1a5a$1@digitaldaemon.com>, Miguel Ferreira Simões says...
>
>Congratulations for your work.
>I have always been a great fan of DIDE.
>
>Just a few notes:
>    I cannot open a project file when I double-click it.
>    It should be possible to apply the DIDE default syntax highlight colors!
>(I prefer them).
>    You could talk with Derek and integrate Dbuild with the Elephant (life
>was so much easier).
>
>Miguel
>
>

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
>

Charlie, "Elephant" is looking good so far...thanks for putting in the hard work to create it! :)

BTW, what happened to your old website "Atari-Soldiers" at "http://www.atari-soldiers.com/?" I never saw any closing notices, before it just disappeared from sight. :(

Keep up the good work.

David L.

-------------------------------------------------------------------
"Dare to reach for the Stars...Dare to Dream, Build, and Achieve!"