| |
In lugnet.trains, David Graham wrote:
> In lugnet.trains, Matthew Bates wrote:
> > In lugnet.trains, Rob Hendrix wrote:
> > > Track Designer source code??? Anyone???
> >
> > I know this is 5 years late but I think I have finally found the source code!
>
> That is great news, Track Designer is very useful, I use it all the time when I
> do a LEGO train show as I have a different layout for each show. It still works
> very well but it would be nice to see a few enhancements.
> David
Now I'm debating whether I should do some development on it myself or let
someone else do it or open it up for collaborative development.
I have been able to compile it but only with an older version of Visual C++
(version 4.0). Plus I have discovered that some of the source to the help system
is missing so I had to do some hacking to get it to build and the help still
isn't quite working right.
Matt
|
|
| |
> Now I'm debating whether I should do some development on it myself or let
> someone else do it or open it up for collaborative development.
>
> I have been able to compile it but only with an older version of Visual
> C++
> (version 4.0). Plus I have discovered that some of the source to the help
> system
> is missing so I had to do some hacking to get it to build and the help
> still
> isn't quite working right.
>
> Matt
Well, back when I was searching high and low for it, we wanted to intigrate
the source in with visual basic to control our switching and such on the
layout. Its great that you've found this gem even if it was 5 years later.
I still have a small vested interest in seeing some sort of control built
in, and of course, there are a couple new pieces to add. I guess if I had a
choice I'd say nominate someone to work on an updated version (if this is
the direction you want to go), release the updates *and* source for those
updates so tinkerers can tinker. We've always wanted to add a couple of
commands in the menus and such for personal use.
On a parallel note, how's the Track Draw project going? Who was heading
that one up again (apologees for not remembering!)?
Rob
www.lifelites.com
www.brickmodder.net
|
|
| |
In lugnet.trains, Matthew Bates wrote:
> Now I'm debating whether I should do some development on it myself or let
> someone else do it or open it up for collaborative development.
Open the source code! My guess is that's the best thing which can be done.
Set up a open source project, and even if nobody contributes immediately, maybe
a day... and of course you can still develop it (and the source code will never
be lost again)
By the way, Pierre Normandin contributed a lot to extend the custom registry :
http://www.freelug.org/article.php3?id_article=227
Erik
|
|
| |
Matthew Bates wrote:
> Now I'm debating whether I should do some development on it myself or let
> someone else do it or open it up for collaborative development.
>
> I have been able to compile it but only with an older version of Visual C++
> (version 4.0). Plus I have discovered that some of the source to the help system
> is missing so I had to do some hacking to get it to build and the help still
> isn't quite working right.
>
> Matt
For me, the great think about Track Designer is that it runs just fine under the
Wine Windows emulator. I've used it that way under my X86-64 Linux machine for
several layouts, including working on NALUG layouts for train shows. I've never
been able to get software from LEGO to run that way. MLCAD used to, but doesn't
anymore, unfortunately, so I've been using LeoCAD.
Matt, would you be willing to let someone try to split out the OS-dependent parts,
so that ports to other platforms are easier? I've been programming for nearly 30
years, so that's something I can likely do. I haven't really done any GUI work,
but I might be able to interest a friend of mine in working with me to do a
Linux version. Given a Linux version, versions for MacOS and the BSDs, Solaris,
etc. should be fairly straightforward.
-Chris Gray
|
|
| |
> Matt, would you be willing to let someone try to split out the
> OS-dependent parts,
> so that ports to other platforms are easier? I've been programming for
> nearly 30
> years, so that's something I can likely do. I haven't really done any
> GUI work,
> but I might be able to interest a friend of mine in working with me to do a
> Linux version. Given a Linux version, versions for MacOS and the BSDs,
> Solaris,
> etc. should be fairly straightforward.
Given the reports that its using MFC, it would be easier to rewrite a new
version from scratch than to port the existing one.
|
|
| |
In lugnet.trains, Jonathan Wilson wrote:
> > Matt, would you be willing to let someone try to split out the
> > OS-dependent parts,
> > so that ports to other platforms are easier? I've been programming for
> > nearly 30
> > years, so that's something I can likely do. I haven't really done any
> > GUI work,
> > but I might be able to interest a friend of mine in working with me to do a
> > Linux version. Given a Linux version, versions for MacOS and the BSDs,
> > Solaris,
> > etc. should be fairly straightforward.
> Given the reports that its using MFC, it would be easier to rewrite a new
> version from scratch than to port the existing one.
If Matt or someonelse rewrite the code (open sourced or not) I would suggest to
use a framework that is available to most of the OS like Qt or GTk. That way it
would be really easy to port to all OS not just the most known. Wine is working
fine for now but if TD is recompiled with the new visual C..., will it still run
thru wine?
Open source would be realy realy god.
Anyway, a big thank you Matt for your work with TD.
Martin
|
|
| |
In lugnet.trains, Jonathan Wilson wrote:
> > Matt, would you be willing to let someone try to split out the
> > OS-dependent parts,
> > so that ports to other platforms are easier? I've been programming for
> > nearly 30
> > years, so that's something I can likely do. I haven't really done any
> > GUI work,
> > but I might be able to interest a friend of mine in working with me to do a
> > Linux version. Given a Linux version, versions for MacOS and the BSDs,
> > Solaris,
> > etc. should be fairly straightforward.
> Given the reports that its using MFC, it would be easier to rewrite a new
> version from scratch than to port the existing one.
It is indeed written using MFC, which it makes extensive use of for the GUI.
Porting it to another platform would take considerable effort.
I think what I'm going to do first is get the source code into a package I can
release (and archive!) and then decide what to do with it. I at least need to
work on fixing the help system because it appears I do not have the source to
that.
I am open to suggestions as to what to do with TD, both in terms of releasing
the source code to the community and what improvements people would like to see.
Has anybody kept a list of bugs anywhere? I know of at least one bug where it
leaves trails of black squares lying around which never happened on slower
machines when I wrote it.
Matt
|
|
| |
Martin Legault wrote:
> If Matt or someonelse rewrite the code (open sourced or not) I would suggest to
> use a framework that is available to most of the OS like Qt or GTk. That way it
> would be really easy to port to all OS not just the most known. Wine is working
> fine for now but if TD is recompiled with the new visual C..., will it still run
> thru wine?
My understanding is that the new Wine supports the .NET framework using MONO
(open source implementation of nearly all of .NET). I think it is older
programs, and game-like programs (like LEGO's designer) that it has trouble
with.
-Chris Gray
|
|
| |
In lugnet.trains, Chris Gray wrote:
> Martin Legault wrote:
>
> > If Matt or someonelse rewrite the code (open sourced or not) I would suggest to
> > use a framework that is available to most of the OS like Qt or GTk. That way it
> > would be really easy to port to all OS not just the most known. Wine is working
> > fine for now but if TD is recompiled with the new visual C..., will it still run
> > thru wine?
>
> My understanding is that the new Wine supports the .NET framework using MONO
> (open source implementation of nearly all of .NET). I think it is older
> programs, and game-like programs (like LEGO's designer) that it has trouble
> with.
>
> -Chris Gray
Although Mono make it possible to run .NET application over Linux (without
wine), currently Mono fully support only .NET version 2 while microsoft already
have .NET 3.x and .NET 4 comming soon if not already available.
Mono will always be catching up .NET as nobody can implement the future version
before they are released as nobody know what will come next. Even if a (open
source) project is started with restriction that you must not use feature that
are not included in release X, someone will eventually do it, making it
impossible to run the application on Mono for some time.
The only way we can be sure that an application will run on all major desktop
platform (Linux, Mac and window) is to use only fully open-source framework as
any closed source one will rely on the closed source project for update and bug
fix and will eventually end with duplication of work as we can currently see
with Track Designer, Track Draw, Blue Brick, other??
Martin
|
|
| |
In lugnet.trains, Rob Hendrix wrote:
> On a parallel note, how's the Track Draw project going? Who was heading
> that one up again (apologees for not remembering!)?
http://groups.yahoo.com/group/trackdraw/
|
|
| |
In lugnet.trains, Chris Gray wrote:
> Martin Legault wrote:
>
> > If Matt or someonelse rewrite the code (open sourced or not) I would suggest to
> > use a framework that is available to most of the OS like Qt or GTk. That way it
> > would be really easy to port to all OS not just the most known. Wine is working
> > fine for now but if TD is recompiled with the new visual C..., will it still run
> > thru wine?
>
> My understanding is that the new Wine supports the .NET framework using MONO
> (open source implementation of nearly all of .NET). I think it is older
> programs, and game-like programs (like LEGO's designer) that it has trouble
> with.
Compiling pre-existing code with the latest Visual C++ won't introduce the .NET
framework into an app. The app would have to be rewritten to use .NET in order
to get a .NET dependency in, so that's not an issue. Apps compiled with Visual
Studio 2005 no longer work on any version of Windows prior to Windows 2000, but
I doubt that would be a problem in Wine.
--Travis
|
|
|
