There are several GUI Utils availabe on www.libsdl.org ! But has any of this GUIs a GUI Editor ???
I mean something like in VC++: You have a raster where you can place Radiobuttons, Textinputthings,
Okay and Cancelbuttons or like in Visual Basic. I don?t want to use GTK or KDE stuff because of
portability.
Thanks for answers :=)
CU
Torsten Giebl wrote:
There are several GUI Utils availabe on www.libsdl.org ! But has any of this GUIs a GUI Editor ???
I mean something like in VC++: You have a raster where you can place Radiobuttons, Textinputthings,
Okay and Cancelbuttons or like in Visual Basic. I don?t want to use GTK or KDE stuff because of
portability.
I don’t know if there’s a GUI builder for a library of SDL ( a gui Utils
).
I suggest you to look at the Visual Tcl .
http://vtcl.sourceforge.net/
It’s a Gui builder for tcl tk.
But Some guy make some add on to have an output for java and python.
May be, you could make easily an addon to have an output for SDL ( gui
utils ? ).
charles vidal.
http://tcltk.free.fr http://jeuxfr.free.fr/Ufo/
what’s bad with GTK? I thought it works for Windows, too?On Fri, Apr 06, 2001 at 05:29:14AM -0700, Torsten Giebl wrote:
I don?t want to use GTK or KDE stuff because of portability.
–
Well it’s a cold world And I’m in the middle
Caught in the in-between I don’t belong here
So I’m writing to you It’s wrong here "Letters From Earth"
Where I’m sending you some Letters from Earth - Ronnie James Dio
I don’t know if there’s a GUI builder for a library of SDL ( a gui Utils
).
Anyone interested doing such thing?-)
I am trying to make GUI library as part of Teddy (glElite),
and I have some basic stuff working, but there is no such thing
as GUI builder yet, for example.
– Timo Suoranta – @Timo_K_Suoranta –
So is Qt… technically ;-)On Fri, 06 Apr 2001, you wrote:
On Fri, Apr 06, 2001 at 05:29:14AM -0700, Torsten Giebl wrote:
I don?t want to use GTK or KDE stuff because of portability.
what’s bad with GTK? I thought it works for Windows, too?
–
Sam “Criswell” Hart <@Sam_Hart> AIM, Yahoo!:
Homepage: < http://www.geekcomix.com/snh/ >
PGP Info: < http://www.geekcomix.com/snh/contact/ >
Advogato: < http://advogato.org/person/criswell/ >
“Samuel Hart” schrieb im Newsbeitrag news:01040608234302.00809 at CX114229-D…
I don?t want to use GTK or KDE stuff because of portability.
what’s bad with GTK? I thought it works for Windows, too?
So is Qt… technically
Okay GIMP/GNOME is GTK and KDE is QT !!! :=)
But what is with GTK, are there also versions for other OSes like BeOS,
MacOS ???
CU> On Fri, 06 Apr 2001, you wrote:
On Fri, Apr 06, 2001 at 05:29:14AM -0700, Torsten Giebl wrote:
–
Sam “Criswell” Hart AIM, Yahoo!:
Homepage: < http://www.geekcomix.com/snh/ >
PGP Info: < http://www.geekcomix.com/snh/contact/ >
Advogato: < http://advogato.org/person/criswell/ >
“Samuel Hart” <@Sam_Hart> schrieb im Newsbeitrag news:01040608234302.00809 at CX114229-D…
I don?t want to use GTK or KDE stuff because of portability.
what’s bad with GTK? I thought it works for Windows, too?
So is Qt… technically
Okay GIMP/GNOME is GTK and KDE is QT !!! :=)
But what is with GTK, are there also versions for other OSes like BeOS,
MacOS ???
According to Trolltech’s site (http://www.trolltech.com/products/) Qt supports
a lot of platforms (including Windows)… but MacOS doesn’t appear to be one.
I know that GTK has been ported to Windows (mainly because Gimp is avail for
Windows now) but I have no idea what other platforms it supports.On Fri, 06 Apr 2001, you wrote:
On Fri, 06 Apr 2001, you wrote:
On Fri, Apr 06, 2001 at 05:29:14AM -0700, Torsten Giebl wrote:
–
Sam “Criswell” Hart <@Sam_Hart> AIM, Yahoo!:
Homepage: < http://www.geekcomix.com/snh/ >
PGP Info: < http://www.geekcomix.com/snh/contact/ >
Advogato: < http://advogato.org/person/criswell/ >
“Samuel Hart” schrieb im Newsbeitrag news:01040610251803.00819 at CX114229-D…
“Samuel Hart” schrieb im Newsbeitrag news:01040608234302.00809 at CX114229-D…
I don?t want to use GTK or KDE stuff because of portability.
what’s bad with GTK? I thought it works for Windows, too?
So is Qt… technically
Okay GIMP/GNOME is GTK and KDE is QT !!! :=)
But what is with GTK, are there also versions for other OSes like BeOS,
MacOS ???According to Trolltech’s site (http://www.trolltech.com/products/) Qt supports
a lot of platforms (including Windows)… but MacOS doesn’t appear to be one.I know that GTK has been ported to Windows (mainly because Gimp is avail for
Windows now) but I have no idea what other platforms it supports.
Okay i will look after both :=) Coding a GUI Editor and a new GUI System or coding a GUI Editor
for an existing GUI lib is too much work. But whats about that idea :
When you work under WINDOWS you can build with VISUAL C++ and VISUAL BASIC Resource
Files. These Resource Files save the complete LOOK of your programm ( where every button is
and such things ) Perhaps anybody can write a kind of parser for such Resource Files ( i think they are ASCII
Files )
Then you can use the information of these Files to put on the Screen the GUI specific things like Radiobuttons
and such stuff.
Don?t think i love windows :=), but i am more familiar with it.> On Fri, 06 Apr 2001, you wrote:
On Fri, 06 Apr 2001, you wrote:
On Fri, Apr 06, 2001 at 05:29:14AM -0700, Torsten Giebl wrote:
–
Sam “Criswell” Hart AIM, Yahoo!:
Homepage: < http://www.geekcomix.com/snh/ >
PGP Info: < http://www.geekcomix.com/snh/contact/ >
Advogato: < http://advogato.org/person/criswell/ >
What is the most advanced GUI lib on the libsdl Page ???
CU
“Torsten Giebl” schrieb im Newsbeitrag news:9al2u7$cgd$1 at ftp.lokigames.com…> “Samuel Hart” schrieb im Newsbeitrag news:01040610251803.00819 at CX114229-D…
On Fri, 06 Apr 2001, you wrote:
“Samuel Hart” schrieb im Newsbeitrag news:01040608234302.00809 at CX114229-D…
On Fri, 06 Apr 2001, you wrote:
On Fri, Apr 06, 2001 at 05:29:14AM -0700, Torsten Giebl wrote:
I don?t want to use GTK or KDE stuff because of portability.
what’s bad with GTK? I thought it works for Windows, too?
So is Qt… technically
Okay GIMP/GNOME is GTK and KDE is QT !!! :=)
But what is with GTK, are there also versions for other OSes like BeOS,
MacOS ???According to Trolltech’s site (http://www.trolltech.com/products/) Qt supports
a lot of platforms (including Windows)… but MacOS doesn’t appear to be one.I know that GTK has been ported to Windows (mainly because Gimp is avail for
Windows now) but I have no idea what other platforms it supports.Okay i will look after both :=) Coding a GUI Editor and a new GUI System or coding a GUI Editor
for an existing GUI lib is too much work. But whats about that idea :When you work under WINDOWS you can build with VISUAL C++ and VISUAL BASIC Resource
Files. These Resource Files save the complete LOOK of your programm ( where every button is
and such things ) Perhaps anybody can write a kind of parser for such Resource Files ( i think they are ASCII
Files )
Then you can use the information of these Files to put on the Screen the GUI specific things like Radiobuttons
and such stuff.
Don?t think i love windows :=), but i am more familiar with it.–
Sam “Criswell” Hart AIM, Yahoo!:
Homepage: < http://www.geekcomix.com/snh/ >
PGP Info: < http://www.geekcomix.com/snh/contact/ >
Advogato: < http://advogato.org/person/criswell/ >
Well, yes, kind of. 
Not specifically for SDL, though, but that’s probably just an advantage when
it comes to such a major project. The toolkit I have in mind will be more or
less pixmap based (no rendering engines and stuff; just images rendered with
blending, AA etc), and is meant for GUIs for multimedia applications and
plugins.
I’ll probably have to write yet another toolkit to get it right, because
there doesn’t seem to be a Free/Open Source solution that makes audio hackers
happy. (Well, some won’t be hapy anyway, but a libvstgui style toolkit + a
high quality rendering canvas widget should cover at least 90% of these
applications, judging from the current situation with VST - which does not
(yet?) have anything like the canvas widget, AFAIK.) No downloads this week,
that is. 
However, the visual GUI editor should, if possible (and it is, with this kind
of toolkits :-), be mostly separated from the actual toolkit anyway. (Except
for the preview rendering and code/resource generation parts, obviously.)
There are a few editors around that probably could be “abused” for this, but
those I’ve seen so far (Delphi, VB and VC++, Visual Tcl, Glade etc etc)
aren’t really suited for work with high precision pixmap GUIs.
Design ideas, code we could reuse…?
//David
.- M A I A -------------------------------------------------.
| Multimedia Application Integration Architecture |
| A Free/Open Source Plugin API for Professional Multimedia |
----------------------> http://www.linuxaudiodev.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter |--------------------------------------> david at linuxdj.com -'On Friday 06 April 2001 17:24, Timo K Suoranta wrote:
I don’t know if there’s a GUI builder for a library of SDL ( a gui Utils
).Anyone interested doing such thing?-)
“David Olofson” <david.olofson at reologica.se> schrieb im Newsbeitrag news:01040919085104.12374 at cutangle.admeo.se…
I don’t know if there’s a GUI builder for a library of SDL ( a gui Utils
).Anyone interested doing such thing?-)
Well, yes, kind of.
Not specifically for SDL, though, but that’s probably just an advantage when
it comes to such a major project. The toolkit I have in mind will be more or
less pixmap based (no rendering engines and stuff; just images rendered with
blending, AA etc), and is meant for GUIs for multimedia applications and
plugins.I’ll probably have to write yet another toolkit to get it right, because
there doesn’t seem to be a Free/Open Source solution that makes audio hackers
happy. (Well, some won’t be hapy anyway, but a libvstgui style toolkit + a
high quality rendering canvas widget should cover at least 90% of these
applications, judging from the current situation with VST - which does not
(yet?) have anything like the canvas widget, AFAIK.) No downloads this week,
that is.However, the visual GUI editor should, if possible (and it is, with this kind
of toolkits :-), be mostly separated from the actual toolkit anyway. (Except
for the preview rendering and code/resource generation parts, obviously.)
There are a few editors around that probably could be “abused” for this, but
those I’ve seen so far (Delphi, VB and VC++, Visual Tcl, Glade etc etc)
aren’t really suited for work with high precision pixmap GUIs.
You are thinking of a very extended GUI interface that supports AUDIO, PLUGINS and
such stuff. I am thinking of a “very easy to use” GUI. This GUI package should have a
GUI Editor like “Open GUI” on the LIBSDL Page. You can think of Visual Basic what you want
but with nothing else you could code faster a FrontEnd or Dialogbased things.
In his programm when we want to use his “painted” Interface, he should only put an include
file into his source and perhaps a command. Also getting the Information from a FileDialog or
a Textfield should be really easy. When i look at actual GUIs, the coders has to much to do.
Not only designing his programm interface, but also implenting the designed Interf. in his
Prog is too much work in my opinion. Do you remember the old DOS Days ??? When you
needed more time coding the ANSI Look of your programm, than coding the real functions
of your prog.> On Friday 06 April 2001 17:24, Timo K Suoranta wrote:
Design ideas, code we could reuse…?
//David
.- M A I A -------------------------------------------------.
| Multimedia Application Integration Architecture |
| A Free/Open Source Plugin API for Professional Multimedia |
----------------------> http://www.linuxaudiodev.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter |--------------------------------------> david at linuxdj.com -’
“David Olofson” <david.olofson at reologica.se> schrieb im Newsbeitrag
news:01040919085104.12374 at cutangle.admeo.se…I don’t know if there’s a GUI builder for a library of SDL ( a gui
Utils ).Anyone interested doing such thing?-)
Well, yes, kind of.
Not specifically for SDL, though, but that’s probably just an advantage
when it comes to such a major project. The toolkit I have in mind will be
more or less pixmap based (no rendering engines and stuff; just images
rendered with blending, AA etc), and is meant for GUIs for multimedia
applications and plugins.I’ll probably have to write yet another toolkit to get it right, because
there doesn’t seem to be a Free/Open Source solution that makes audio
hackers happy. (Well, some won’t be hapy anyway, but a libvstgui style
toolkit + a high quality rendering canvas widget should cover at least
90% of these applications, judging from the current situation with VST -
which does not (yet?) have anything like the canvas widget, AFAIK.) No
downloads this week, that is.However, the visual GUI editor should, if possible (and it is, with this
kind of toolkits :-), be mostly separated from the actual toolkit anyway.
(Except for the preview rendering and code/resource generation parts,
obviously.) There are a few editors around that probably could be
"abused" for this, but those I’ve seen so far (Delphi, VB and VC++,
Visual Tcl, Glade etc etc) aren’t really suited for work with high
precision pixmap GUIs.You are thinking of a very extended GUI interface that supports AUDIO,
PLUGINS and such stuff.
No, it has nothing to do with audio, plugins or anything, except that it’s
supposed to work well for typical audio plugin GUIs, which is not the case
with “standard” toolkits.
I am thinking of a “very easy to use” GUI. This GUI
package should have a GUI Editor like “Open GUI” on the LIBSDL Page. You
can think of Visual Basic what you want but with nothing else you could
code faster a FrontEnd or Dialogbased things. In his programm when we want
to use his “painted” Interface, he should only put an include file into his
source and perhaps a command.
This all applies to what I have in mind.
Also getting the Information from a
FileDialog or a Textfield should be really easy.
This is about as far as I would want to stretch; for various reasons I do
want file dialogs and stuff, but that’s mostly because you can’t use a
standard one in full screen mode…
When i look at actual
GUIs, the coders has to much to do. Not only designing his programm
interface, but also implenting the designed Interf. in his Prog is too much
work in my opinion. Do you remember the old DOS Days ??? When you needed
more time coding the ANSI Look of your programm, than coding the real
functions of your prog.
Yeah, user interfaces are still chewing away a considerable fraction of the
total development time of applications, even with visual GUI editors. Most
of the tools could use a lot of work in the GUI<->application interaction
area…
//David
.- M A I A -------------------------------------------------.
| Multimedia Application Integration Architecture |
| A Free/Open Source Plugin API for Professional Multimedia |
----------------------> http://www.linuxaudiodev.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter |--------------------------------------> david at linuxdj.com -'On Monday 09 April 2001 20:53, Torsten Giebl wrote:
On Friday 06 April 2001 17:24, Timo K Suoranta wrote:
“David Olofson” <david.olofson at reologica.se> schrieb im Newsbeitrag news:01040922154307.12374 at cutangle.admeo.se…
“David Olofson” <david.olofson at reologica.se> schrieb im Newsbeitrag
news:01040919085104.12374 at cutangle.admeo.se…I don’t know if there’s a GUI builder for a library of SDL ( a gui
Utils ).Anyone interested doing such thing?-)
Well, yes, kind of.
Not specifically for SDL, though, but that’s probably just an advantage
when it comes to such a major project. The toolkit I have in mind will be
more or less pixmap based (no rendering engines and stuff; just images
rendered with blending, AA etc), and is meant for GUIs for multimedia
applications and plugins.I’ll probably have to write yet another toolkit to get it right, because
there doesn’t seem to be a Free/Open Source solution that makes audio
hackers happy. (Well, some won’t be hapy anyway, but a libvstgui style
toolkit + a high quality rendering canvas widget should cover at least
90% of these applications, judging from the current situation with VST -
which does not (yet?) have anything like the canvas widget, AFAIK.) No
downloads this week, that is.However, the visual GUI editor should, if possible (and it is, with this
kind of toolkits :-), be mostly separated from the actual toolkit anyway.
(Except for the preview rendering and code/resource generation parts,
obviously.) There are a few editors around that probably could be
"abused" for this, but those I’ve seen so far (Delphi, VB and VC++,
Visual Tcl, Glade etc etc) aren’t really suited for work with high
precision pixmap GUIs.You are thinking of a very extended GUI interface that supports AUDIO,
PLUGINS and such stuff.No, it has nothing to do with audio, plugins or anything, except that it’s
supposed to work well for typical audio plugin GUIs, which is not the case
with “standard” toolkits.I am thinking of a “very easy to use” GUI. This GUI
package should have a GUI Editor like “Open GUI” on the LIBSDL Page. You
can think of Visual Basic what you want but with nothing else you could
code faster a FrontEnd or Dialogbased things. In his programm when we want
to use his “painted” Interface, he should only put an include file into his
source and perhaps a command.This all applies to what I have in mind.
Also getting the Information from a
FileDialog or a Textfield should be really easy.This is about as far as I would want to stretch; for various reasons I do
want file dialogs and stuff, but that’s mostly because you can’t use a
standard one in full screen mode…When i look at actual
GUIs, the coders has to much to do. Not only designing his programm
interface, but also implenting the designed Interf. in his Prog is too much
work in my opinion. Do you remember the old DOS Days ??? When you needed
more time coding the ANSI Look of your programm, than coding the real
functions of your prog.Yeah, user interfaces are still chewing away a considerable fraction of the
total development time of applications, even with visual GUI editors. Most
of the tools could use a lot of work in the GUI<->application interaction
area…
I would like to use a GUI interface in this way :
On Friday 06 April 2001 17:24, Timo K Suoranta wrote:
//David
.- M A I A -------------------------------------------------.
| Multimedia Application Integration Architecture |
| A Free/Open Source Plugin API for Professional Multimedia |
----------------------> http://www.linuxaudiodev.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter |--------------------------------------> david at linuxdj.com -’
“Torsten Giebl” schrieb im Newsbeitrag news:9at7g5$mkt$1 at ftp.lokigames.com…
“David Olofson” <david.olofson at reologica.se> schrieb im Newsbeitrag news:01040922154307.12374 at cutangle.admeo.se…
“David Olofson” <david.olofson at reologica.se> schrieb im Newsbeitrag
news:01040919085104.12374 at cutangle.admeo.se…I don’t know if there’s a GUI builder for a library of SDL ( a gui
Utils ).Anyone interested doing such thing?-)
Well, yes, kind of.
Not specifically for SDL, though, but that’s probably just an advantage
when it comes to such a major project. The toolkit I have in mind will be
more or less pixmap based (no rendering engines and stuff; just images
rendered with blending, AA etc), and is meant for GUIs for multimedia
applications and plugins.I’ll probably have to write yet another toolkit to get it right, because
there doesn’t seem to be a Free/Open Source solution that makes audio
hackers happy. (Well, some won’t be hapy anyway, but a libvstgui style
toolkit + a high quality rendering canvas widget should cover at least
90% of these applications, judging from the current situation with VST -
which does not (yet?) have anything like the canvas widget, AFAIK.) No
downloads this week, that is.However, the visual GUI editor should, if possible (and it is, with this
kind of toolkits :-), be mostly separated from the actual toolkit anyway.
(Except for the preview rendering and code/resource generation parts,
obviously.) There are a few editors around that probably could be
"abused" for this, but those I’ve seen so far (Delphi, VB and VC++,
Visual Tcl, Glade etc etc) aren’t really suited for work with high
precision pixmap GUIs.You are thinking of a very extended GUI interface that supports AUDIO,
PLUGINS and such stuff.No, it has nothing to do with audio, plugins or anything, except that it’s
supposed to work well for typical audio plugin GUIs, which is not the case
with “standard” toolkits.I am thinking of a “very easy to use” GUI. This GUI
package should have a GUI Editor like “Open GUI” on the LIBSDL Page. You
can think of Visual Basic what you want but with nothing else you could
code faster a FrontEnd or Dialogbased things. In his programm when we want
to use his “painted” Interface, he should only put an include file into his
source and perhaps a command.This all applies to what I have in mind.
Also getting the Information from a
FileDialog or a Textfield should be really easy.This is about as far as I would want to stretch; for various reasons I do
want file dialogs and stuff, but that’s mostly because you can’t use a
standard one in full screen mode…When i look at actual
GUIs, the coders has to much to do. Not only designing his programm
interface, but also implenting the designed Interf. in his Prog is too much
work in my opinion. Do you remember the old DOS Days ??? When you needed
more time coding the ANSI Look of your programm, than coding the real
functions of your prog.Yeah, user interfaces are still chewing away a considerable fraction of the
total development time of applications, even with visual GUI editors. Most
of the tools could use a lot of work in the GUI<->application interaction
area…I would like to use a GUI interface in this way :
- First i create a complete Look of my program with a GUI Editor. I put DialogBoxes
on the page, radio buttons, static images and so on. Then i save it to a file.- In my code i include some include file :=)
- With something like Load_GUI (“haupt.gui”) i load the file that i have designed
with the gui Editor- I wrote Start_GUI.
- The GUI perhaps runs in a seperate thread or process and when i click on a button
it calls some function of an object perhaps. Start->Okay()- Getting perhaps the contents of a Textbox should also be easy like in VB:
NameoftheTextbox.Text ( in C/C++ way but easy )- If the coder wants to stop the GUI system, he calls Stop_GUI
erases the Screen and can do what he want. ( Perhaps before Start_GUI the
Routines save the Background and after Stop_GUI they restore it automaticly.
I must say “OpenGUI” looks really great. The GUI Editor looks great. But the lib should
do more on their own. The Coder has still too much to do.> > On Monday 09 April 2001 20:53, Torsten Giebl wrote:
On Friday 06 April 2001 17:24, Timo K Suoranta wrote:
//David
.- M A I A -------------------------------------------------.
| Multimedia Application Integration Architecture |
| A Free/Open Source Plugin API for Professional Multimedia |
----------------------> http://www.linuxaudiodev.com/maia -' .- David Olofson -------------------------------------------. | Audio Hacker - Open Source Advocate - Singer - Songwriter |--------------------------------------> david at linuxdj.com -’
Please take this topic offline.
Thanks!
-Sam Lantinga, Lead Programmer, Loki Entertainment Software