Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > comp.programming > #2241 > unrolled thread

multi-platform GUI front end?

Back to article view | Back to comp.programming

Contents

  multi-platform GUI front end? Mark Storkamp <mstorkamp@yahoo.com> - 2012-09-25 11:00 -0500
    Re: multi-platform GUI front end? BGB <cr88192@hotmail.com> - 2012-09-25 12:01 -0500
    Re: multi-platform GUI front end? "BartC" <bc@freeuk.com> - 2012-09-25 18:27 +0100
    Re: multi-platform GUI front end? Willem <willem@turtle.stack.nl> - 2012-09-25 21:11 +0000
    Re: multi-platform GUI front end? Ian Collins <ian-news@hotmail.com> - 2012-09-26 12:06 +1200

#2241 — multi-platform GUI front end?

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

[toc] | [next] | [standalone]

#2244

On 9/25/2012 11:00 AM, 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.
>

if using OpenGL, you could just fetch mouse-input, and draw buttons 
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...).

[toc] | [prev] | [next] | [standalone]

#2245

"Mark Storkamp" <mstorkamp@yahoo.com> wrote in message 
news:mstorkamp-FFC215.11003925092012@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 
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 

[toc] | [prev] | [next] | [standalone]

#2247

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

[toc] | [prev] | [next] | [standalone]

#2249

On 09/26/12 04:00, 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.

Would it be easier to have it read options from a configuration file? 
Anything GUI based is notoriously difficult to drive from a script.

-- 
Ian Collins

[toc] | [prev] | [standalone]

Back to top | Article view | comp.programming

csiph-web