View previous topic :: View next topic |
Author |
Message |
Hohums
Joined: 08 Apr 2004 Posts: 71 Location: Western Australia
|
Posted: Fri May 21, 2004 10:52 am Post subject: Project on hold |
|
|
Just to let everyone know. This project has been put on hold until either.
1) Someone decides to change the IDE in another/better GUI language
2) We learn more about debugging - ie finding out what variables are visible.
3) Someone else wants to contribute.
There may be minor adjustments but nothing substantial.
qbert is developing D2Debugger which will basicly be an improved version of dig-dug written in C++. You should beable to get that from:
http://www.atari-soldiers.com when it becomes avaliable. |
|
Back to top |
|
|
qbert
Joined: 30 Mar 2004 Posts: 209 Location: Dallas, Texas
|
Posted: Fri May 21, 2004 7:33 pm Post subject: |
|
|
Also just to clear up , the main reason its being put on hold is lack of a reliable GUI lib. Its hard to narrow down problems with code your unfamiliar with when you add in a GUI that crashes every so often without warning.
Q |
|
Back to top |
|
|
andy
Joined: 15 Mar 2004 Posts: 71
|
Posted: Fri May 21, 2004 8:13 pm Post subject: |
|
|
You could implement a console interface in the meantime! Console isn't that bad, and it gives you something to work on until D gets a good GUI toolkit. _________________ "Complacency is a far more dangerous attitude than outrage." - Naomi Littlebear |
|
Back to top |
|
|
jcc7
Joined: 22 Feb 2004 Posts: 657 Location: Muskogee, OK, USA
|
Posted: Fri May 21, 2004 9:17 pm Post subject: Re: Project on hold |
|
|
Hohums wrote: | 1) Someone decides to change the IDE in another/better GUI language | I saw this as as opportunity to try out SDWF a little more, but I ran into what seems like a severe challenge. Dig-dug uses win32.* (Y Tomino's version, I'm guessing). SDWF uses std.c.windows.windows (used by SDWF). And they clash. I suspect it can be worked-around, but I'd rather persue less tedious efforts. Perhaps DFC would work easier...
By the way, what happened to Windy? Is it gone for good? (I can't find mention of it on the atari-soldiers website anymore.)
(Edited for spelling.)
Last edited by jcc7 on Sun May 23, 2004 7:25 pm; edited 1 time in total |
|
Back to top |
|
|
jcc7
Joined: 22 Feb 2004 Posts: 657 Location: Muskogee, OK, USA
|
Posted: Fri May 21, 2004 10:18 pm Post subject: Re: Project on hold |
|
|
jcc7 wrote: | but I ran into what seems like a severe challenge. | I guess I over-reacted. I don't know how fast it'll go (I'm trying to learn how dig-dug and SDWF work at the same time), but I think I found an effective solution to my conflict problem. |
|
Back to top |
|
|
Hohums
Joined: 08 Apr 2004 Posts: 71 Location: Western Australia
|
Posted: Sat May 22, 2004 9:27 am Post subject: Re: Project on hold |
|
|
jcc7 wrote: | Hohums wrote: | 1) Someone decides to change the IDE in another/better GUI language | I saw this as as opportunity to try out SWDF a little more, but I ran into what seems like a severe challenge. Dig-dug uses win32.* (Y Tomino's version, I'm guessing). SWDF uses std.c.windows.windows (used by SWDF). And they clash. I suspect it can be worked-around, but I'd rather persue less tedious efforts. Perhaps DFC would work easier...
|
Do you want write access to the SVN stuff? Normally conflicts can be sorted out by giving the full scope. |
|
Back to top |
|
|
jcc7
Joined: 22 Feb 2004 Posts: 657 Location: Muskogee, OK, USA
|
Posted: Sat May 22, 2004 10:49 am Post subject: Re: Project on hold |
|
|
Hohums wrote: | Do you want write access to the SVN stuff? Normally conflicts can be sorted out by giving the full scope. | That's not necessary. I'm using an intermediate module to keep the clashing names out. Then I use alias to bring in things that I need to un-private: Code: | alias debugger.DigDug DigDug; |
I'm not sure if what I'm doing makes a lot of sense, but I'm getting it to compile now. I'm plodding along, but so far I've only added menu items (I had to start somewhere). |
|
Back to top |
|
|
Hohums
Joined: 08 Apr 2004 Posts: 71 Location: Western Australia
|
Posted: Sat May 22, 2004 4:31 pm Post subject: |
|
|
Sounds good. Let us know when you've got things working, or are having problems. |
|
Back to top |
|
|
jcc7
Joined: 22 Feb 2004 Posts: 657 Location: Muskogee, OK, USA
|
Posted: Sun May 23, 2004 7:34 pm Post subject: |
|
|
Hohums wrote: | Sounds good. Let us know when you've got things working, or are having problems. | I've been having problems with SDWF. Unless I'm reading the docs incorrectly, adding controls to the main window isn't directly supported. I've added in a host of thin wrapper over Win32 API function, but it's getting more and more tedious. And it's not particularly attractive or flexible either. (You might have a renewed interest in using dig if you saw my current results.)
Anyways, I'm really doubtful that I'm headed in the right direction. I guess I'll plod along a little and see if I can figure out how to fill some boxes with debugging data just for fun.
As a sidenote, I'm sure every GUI library will have its weaknesses. I'm not trying to put down SDWF. I'm sure it works well for its author's projects (the samples look very nice). |
|
Back to top |
|
|
JJR
Joined: 22 Feb 2004 Posts: 1104
|
Posted: Wed Nov 24, 2004 12:33 am Post subject: |
|
|
If DUI gets running well on win32 (which I believe it will), perhaps this project could try using it for it's interface.
DWT is stalled currently. I believe it can get somewhere eventually, but not anytime soon. DUI, on the other hand, seems to be improving quickly.
Later,
John |
|
Back to top |
|
|
|