| |
> 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, 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
|
|
|
