Google Groups no longer supports new Usenet posts or subscriptions. Historical content remains viewable.
Dismiss
multi-platform GUI front end?
8 views
Skip to first unread message
Mark Storkamp
Sep 25, 2012, 12:00:39 PM9/25/12
to
I've written a non-interactive command line utility that I use for
manipulating 3D model files. I wrote it in C under OSX, and it also
compiles and runs on Windows. I'm happy with it just as it is, but
others have started using it too and they are not happy with having to
type out command line arguments such as --yrotate=5.4 etc. Rather than
rewrite it separately for OSX and Windows to use dialog boxes, I would
rather just write a front-end for it in a language that will run as-is
on Linux, Mac and Windows. But I don't know what language that would be.
Possibly something that runs in a browser? I desperately need
suggestions. Thanks.
--
Mark
manipulating 3D model files. I wrote it in C under OSX, and it also
compiles and runs on Windows. I'm happy with it just as it is, but
others have started using it too and they are not happy with having to
type out command line arguments such as --yrotate=5.4 etc. Rather than
rewrite it separately for OSX and Windows to use dialog boxes, I would
rather just write a front-end for it in a language that will run as-is
on Linux, Mac and Windows. But I don't know what language that would be.
Possibly something that runs in a browser? I desperately need
suggestions. Thanks.
--
Mark
BGB
Sep 25, 2012, 1:01:56 PM9/25/12
to
using GL and capture input with these (like, checking if the mouse is
inside the button and the user is clicking, ...).
"proper" GUI turns into an ugly mess in a cross-platform setting (since
typically each OS does its own GUI stuff, which typically interact
poorly with GL).
but, if most of the user-input is done directly via SDL + OpenGL or
similar, then it is easier to be more portable (and the UI code doesn't
need to be OS-specific).
other major options include:
Java;
Adobe Flash;
JavaScript + WebGL;
...
but, personally, I would just assume stay in C or C++ land (these other
options make the developer pay in other ways...).
BartC
Sep 25, 2012, 1:27:12 PM9/25/12
to
"Mark Storkamp" <msto...@yahoo.com> wrote in message
news:mstorkamp-FFC21...@news.eternal-september.org...
> I've written a non-interactive command line utility that I use for
> manipulating 3D model files.
Have you thought of just making it more interactive? That's much easier than
> manipulating 3D model files.
programming a GUI, and the result will still run anywhere.
> I wrote it in C under OSX, and it also
> compiles and runs on Windows. I'm happy with it just as it is, but
> others have started using it too and they are not happy with having to
> type out command line arguments such as --yrotate=5.4 etc.
bartc
Willem
Sep 25, 2012, 5:11:22 PM9/25/12
to
Mark Storkamp wrote:
) I've written a non-interactive command line utility that I use for
) manipulating 3D model files. I wrote it in C under OSX, and it also
) compiles and runs on Windows. I'm happy with it just as it is, but
) others have started using it too and they are not happy with having to
) type out command line arguments such as --yrotate=5.4 etc. Rather than
) rewrite it separately for OSX and Windows to use dialog boxes, I would
) rather just write a front-end for it in a language that will run as-is
) on Linux, Mac and Windows. But I don't know what language that would be.
) Possibly something that runs in a browser? I desperately need
) suggestions. Thanks.
You mean something like perl, python, ruby or similar?
Any of those is suitable, and there aren't any major differences,
as far as I know. Also, C# with .net/mono could be a reasonable
alternative, keeping you in the C-like languages.
Also, you coult look at gtk, which I think is ported to windows and osx as
well, and which is C-based.
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
) I've written a non-interactive command line utility that I use for
) manipulating 3D model files. I wrote it in C under OSX, and it also
) compiles and runs on Windows. I'm happy with it just as it is, but
) others have started using it too and they are not happy with having to
) type out command line arguments such as --yrotate=5.4 etc. Rather than
) rewrite it separately for OSX and Windows to use dialog boxes, I would
) rather just write a front-end for it in a language that will run as-is
) on Linux, Mac and Windows. But I don't know what language that would be.
) Possibly something that runs in a browser? I desperately need
) suggestions. Thanks.
You mean something like perl, python, ruby or similar?
Any of those is suitable, and there aren't any major differences,
as far as I know. Also, C# with .net/mono could be a reasonable
alternative, keeping you in the C-like languages.
Also, you coult look at gtk, which I think is ported to windows and osx as
well, and which is C-based.
SaSW, Willem
--
Disclaimer: I am in no way responsible for any of the statements
made in the above text. For all I know I might be
drugged or something..
No I'm not paranoid. You all think I'm paranoid, don't you !
#EOT
Ian Collins
Sep 25, 2012, 8:06:45 PM9/25/12
to
Anything GUI based is notoriously difficult to drive from a script.
--
Ian Collins
0 new messages