Home » Eclipse Projects » Technology Project and PMC » [Proposal] GUI language
| [Proposal] GUI language [message #4069] |
Tue, 09 July 2002 14:08  |
Eclipse User |
|
|
|
Originally posted by: guest.guest.no
Hello,
I would suggest to create a GUI language for building graphical
applications. This language could be a pre-requisite for a GUI builder.
The intention under this is to create a language integrated with Eclipse
or not which enables :
- to create easily windows, panels, buttons, and so on... by abstracting
at most the concepts,
- but being more readable than an XML syntax
- and enabling to express behaviours
This language would generate java byte code and would be match onto
swt/jface.
The purpose of this language is not to make algorithms (which should be
done in Java) but to describe GUI, and to be able to programm dynamically
views.
There exists a simple but powerful syntax to express GUi, and it is named
TCL/TK. I would propose to use this syntax to build graphical interfaces
with Java.
regards
Jacques
|
|
|
| Re: [Proposal] GUI language [message #4160 is a reply to message #4069] |
Tue, 09 July 2002 14:11  |
| Eclipse User |
|
|
|
Originally posted by: guest.guest.no
or Ruby ;-)
Jacques wrote:
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
> There exists a simple but powerful syntax to express GUi, and it is named
> TCL/TK. I would propose to use this syntax to build graphical interfaces
> with Java.
> regards
> Jacques
|
|
|
| some examples [message #4230 is a reply to message #4069] |
Tue, 09 July 2002 14:15 |
| Eclipse User |
|
|
|
Originally posted by: guest.guest.no
here are some examples defined in TK :
* List box
listbox .list -width 20 -height 10 -setgrid 1
pack .list -fill x
list insert 0 yellow gray green blue red black white
* Check button
proc print_v {} {
global v_top v_middle v_bottom
puts [format "top: %s middle: %s bottom: %s" $v_top $v_middle $v_bottom]
}
checkbutton .top -text top -anchor w -variable v_top
checkbutton .middle -text middle -anchor w -variable v_middle
checkbutton .bottom -text bottom -anchor w -variable v_bottom
pack .top .middle .bottom -side top -fill x
button .b -text Quit -command exit
pack .b
bind all <1> {print_v}
* Frames
frame .f1
frame .f2
pack .f1 .f2 -side left
button .f1.b1 -text "Button1" -command {puts "push button1!!"}
button .f1.b2 -text "Button2" -command {puts "push button2!!"}
button .f2.b -text "Quit" -command exit
pack .f1.b1 .f1.b2 .f2.b -fill x
* labels
label .l -text "Hello World!"
pack .l -fill x
*Menus
frame .mbar -relief raised -bd 2
pack .mbar -fill x
menubutton .mbar.file -text {File} -underline 0 -menu .mbar.file.menu
menubutton .mbar.help -text {Help} -underline 0 -menu .mbar.help.menu
pack .mbar.file .mbar.help -side left -padx 1m
menu .mbar.file.menu
mbar.file.menu add command -label "New..." -underline 0 \
-command {puts "opening new file"}
mbar.file.menu add command -label "Quit" -underline 0 \
-command exit
menu .mbar.help.menu
mbar.help.menu add command -label "About" -underline 0 \
-command {puts "This is menu example."}
and so on...
|
|
|
| Re: [Proposal] GUI language [message #4300 is a reply to message #4069] |
Tue, 09 July 2002 16:11 |
| Eclipse User |
|
|
|
Originally posted by: dominic.nospam.com
I agree with the idea of declarative gui. Now using something other than xml
will make me throw up. There are so many xml readers that any one can cook
up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are only 2
avenues in declarative gui arena.
1) code in xml and write a gui engine (done by mozilla xul)
2) code in xml and write a compiler to turn it into real gui. (done by some
ide).
"Jacques" <guest@guest.no> wrote in message
news:ageqpf$p9v$1@rogue.oti.com...
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
> There exists a simple but powerful syntax to express GUi, and it is named
> TCL/TK. I would propose to use this syntax to build graphical interfaces
> with Java.
> regards
> Jacques
>
|
|
| |
| Re: [Proposal] GUI language [message #4438 is a reply to message #4300] |
Tue, 09 July 2002 16:34 |
 Xavier Méhaut
Messages: 49
Registered: July 2009 |
Member |
|
|
I agree with jacques for my own. I think that a dclarative GUi language in
XML is not the \"panacee\". Why that ?
- it is not readable
- it is not concise
- we must also have a behavioral language associated with. Actually if we
don\'t have this, soon or later we will have to add such a feature like
javascript with...
I don\'t know if TK is right choice, but I think defining a small
declarative language should not be too complicated because the concepts
are not so many...
regards
Xavier
dominic wrote:
> I agree with the idea of declarative gui. Now using something other than xml
> will make me throw up. There are so many xml readers that any one can cook
> up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are only 2
> avenues in declarative gui arena.
> 1) code in xml and write a gui engine (done by mozilla xul)
> 2) code in xml and write a compiler to turn it into real gui. (done by some
> ide).
> \"Jacques\" <guest@guest.no> wrote in message
> news:ageqpf$p9v$1@rogue.oti.com...
> > Hello,
> > I would suggest to create a GUI language for building graphical
> > applications. This language could be a pre-requisite for a GUI builder.
> > The intention under this is to create a language integrated with Eclipse
> > or not which enables :
> > - to create easily windows, panels, buttons, and so on... by abstracting
> > at most the concepts,
> > - but being more readable than an XML syntax
> > - and enabling to express behaviours
> > This language would generate java byte code and would be match onto
> > swt/jface.
> > The purpose of this language is not to make algorithms (which should be
> > done in Java) but to describe GUI, and to be able to programm dynamically
> > views.
> > There exists a simple but powerful syntax to express GUi, and it is named
> > TCL/TK. I would propose to use this syntax to build graphical interfaces
> > with Java.
> > regards
> > Jacques
> >
|
|
|
| Re: [Proposal] GUI language [message #4508 is a reply to message #4438] |
Tue, 09 July 2002 16:38 |
Xavier Méhaut
Messages: 49
Registered: July 2009 |
Member |
|
|
Another point in favor of the specific language is the ability to have a
debugger. It is a major point. has somebody tried to debug a XSLT program?
So maybe we don't have any more a pure declarative language ;-)..
xme wrote:
> I agree with jacques for my own. I think that a dclarative GUi language in
> XML is not the \"panacee\". Why that ?
> - it is not readable
> - it is not concise
> - we must also have a behavioral language associated with. Actually if we
> don\'t have this, soon or later we will have to add such a feature like
> javascript with...
> I don\'t know if TK is right choice, but I think defining a small
> declarative language should not be too complicated because the concepts
> are not so many...
> regards
> Xavier
> dominic wrote:
> > I agree with the idea of declarative gui. Now using something other than
xml
> > will make me throw up. There are so many xml readers that any one can cook
> > up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are only 2
> > avenues in declarative gui arena.
> > 1) code in xml and write a gui engine (done by mozilla xul)
> > 2) code in xml and write a compiler to turn it into real gui. (done by some
> > ide).
> > \"Jacques\" <guest@guest.no> wrote in message
> > news:ageqpf$p9v$1@rogue.oti.com...
> > > Hello,
> > > I would suggest to create a GUI language for building graphical
> > > applications. This language could be a pre-requisite for a GUI builder.
> > > The intention under this is to create a language integrated with Eclipse
> > > or not which enables :
> > > - to create easily windows, panels, buttons, and so on... by abstracting
> > > at most the concepts,
> > > - but being more readable than an XML syntax
> > > - and enabling to express behaviours
> > > This language would generate java byte code and would be match onto
> > > swt/jface.
> > > The purpose of this language is not to make algorithms (which should be
> > > done in Java) but to describe GUI, and to be able to programm dynamically
> > > views.
> > > There exists a simple but powerful syntax to express GUi, and it is named
> > > TCL/TK. I would propose to use this syntax to build graphical interfaces
> > > with Java.
> > > regards
> > > Jacques
> > >
|
|
| |
| Re: [Proposal] GUI language [message #4855 is a reply to message #4369] |
Wed, 10 July 2002 10:28 |
| Eclipse User |
|
|
|
Originally posted by: unknown.dot.not
Stein M. Eliassen wrote:
> dominic wrote:
>
>> 1) code in xml and write a gui engine (done by mozilla xul)
>> 2) code in xml and write a compiler to turn it into real gui. (done by
>> some
>> ide).
>>
>
> I think both options are interesting.
>
> With a SWT implementation of the xul-specification
> (http://mozilla.org/projects/xul/xul.html) and a xul-builder we could
> have a very nice tool.
>
> Stein
>
This sounds really exciting. Does xul handle
all the different layout options that swt
provides?
Polle
|
|
| |
| Re: [Proposal] GUI language [message #5265 is a reply to message #4069] |
Wed, 10 July 2002 21:12 |
| Eclipse User |
|
|
|
Originally posted by: eric.rizzo.jibeinc.com
Jacques wrote:
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
There is an existing product/project that uses an XML language to write
Swing GUIs declaratively. It does much more than just express widgets
and layouts, though. It uses the idea of generic ValueModels (ala
VisualWorks Smalltalk) to hook models up to the views (widgets). At
runtime, the XML UI specification is used to generate Swing objects and
they are wired together automatically based on the declared
relationships between the models and the widgets (and between the models
and each other). It is extremely powerful - you can develop a UI with
complex behavior (such as multiple views of the same data,
tree/card-panel [windoze explorer-type] UIs, etc.) with much less Java
code than Swing generally requires.
This product is named XMLTalk
( http://www.trcinc.com/knowledge/software/xmltalk/xmltalk_hom e.asp). I
have been a co-developer on it, and I know the original and current
"owner" is now an Eclipse user who might be interested in developing an
SWT version and/or a Eclipse plug-in.
Eric
--
Eric Rizzo
Software Developer
Jibe, Inc.
http://www.jibeinc.com
|
|
|
| Re: [Proposal] GUI language [message #6470 is a reply to message #5265] |
Thu, 11 July 2002 05:40 |
Xavier Méhaut
Messages: 49
Registered: July 2009 |
Member |
|
|
Hi Eric,
If so, would this plugin be free or commercial? I think the idea is not
bad, even if my experience on VisualWorks Smalltalk GUI format (a little
bit like the VA smalltlk one) didn't give me a big satisfaction...
regards
Xavier
Eric Rizzo wrote:
> Jacques wrote:
> > Hello,
> > I would suggest to create a GUI language for building graphical
> > applications. This language could be a pre-requisite for a GUI builder.
> > The intention under this is to create a language integrated with Eclipse
> > or not which enables :
> > - to create easily windows, panels, buttons, and so on... by abstracting
> > at most the concepts,
> > - but being more readable than an XML syntax
> > - and enabling to express behaviours
> > This language would generate java byte code and would be match onto
> > swt/jface.
> > The purpose of this language is not to make algorithms (which should be
> > done in Java) but to describe GUI, and to be able to programm dynamically
> > views.
> There is an existing product/project that uses an XML language to write
> Swing GUIs declaratively. It does much more than just express widgets
> and layouts, though. It uses the idea of generic ValueModels (ala
> VisualWorks Smalltalk) to hook models up to the views (widgets). At
> runtime, the XML UI specification is used to generate Swing objects and
> they are wired together automatically based on the declared
> relationships between the models and the widgets (and between the models
> and each other). It is extremely powerful - you can develop a UI with
> complex behavior (such as multiple views of the same data,
> tree/card-panel [windoze explorer-type] UIs, etc.) with much less Java
> code than Swing generally requires.
> This product is named XMLTalk
> ( http://www.trcinc.com/knowledge/software/xmltalk/xmltalk_hom e.asp). I
> have been a co-developer on it, and I know the original and current
> "owner" is now an Eclipse user who might be interested in developing an
> SWT version and/or a Eclipse plug-in.
> Eric
> --
> Eric Rizzo
> Software Developer
> Jibe, Inc.
> http://www.jibeinc.com
|
|
|
| Re: [Proposal] GUI language [message #6654 is a reply to message #6470] |
Thu, 11 July 2002 15:49 |
| Eclipse User |
|
|
|
Originally posted by: eric.rizzo.jibeinc.com
xme wrote:
> Hi Eric,
> If so, would this plugin be free or commercial? I think the idea is not
> bad, even if my experience on VisualWorks Smalltalk GUI format (a little
> bit like the VA smalltlk one) didn't give me a big satisfaction...
> regards
> Xavier
1) Since XMLTalk itself is what you might call "semi-commercial" (it's
free to get and use, but not open-source) I suspect a plug-in written by
its owner ((TRC/Perot Systems) would likely be the same. If however,
someone were to write a plug-in that generated XMLTalk UI specs (XML
files) and helped with the Java code that is needed to support a given
XMLTalk application, that kind of tool could be open-source, independent
of TRC/Perot Systems. I know that the original developer (Frank) has
been lobbying within his company to get XMLTalk released as open-source,
but has met some resistance so far.
2) XMLTalk currently sits on top of Swing. Writing an SWT version of it
would require some serious changes to the inner workings of it -
probably making the pieces that build the widget objects pluggable so
you could have a Swing builder, an SWT builder, etc. Making it
pluggable like that has been discussed, but not started (yet?). That
said, an SWT version is not all that useful right now because SWT usage
is not widespread outside of Eclipse plug-in developers. If SWT becomes
popular for non-Eclipse apps, then an SWT XMLTalk would be more worth
the effort.
3) Not sure what you mean by "VisualWorks Smalltalk GUI format", but
XMLTalk only borrows the idea of ValueModels. It does not borrow any of
the view side of things from VisualWorks. Generic models that can be
tied to any type of view are very powerful - a concept that Swing's MVC
implementation sorely misses.
BTW, if you have more questions about XMLTalk, I encourage you to join
the developer's forum at http://groups.yahoo.com/group/xmltalk-dev/
Eric
--
Eric Rizzo
Software Developer
Jibe, Inc.
http://www.jibeinc.com
|
|
|
| Re: [Proposal] GUI language [message #6670 is a reply to message #4508] |
Thu, 11 July 2002 16:27 |
| Eclipse User |
|
|
|
Originally posted by: bob.objfac.com
XSLT isn't pure declarative, it is merely functional (stateless). You can
write programs in XSLT if you try hard enough. ;-}
Bob
"xme" <xmehaut@apri-group.com> wrote in message
news:agf3i6$a8$1@rogue.oti.com...
> Another point in favor of the specific language is the ability to have a
> debugger. It is a major point. has somebody tried to debug a XSLT program?
> So maybe we don't have any more a pure declarative language ;-)..
>
>
> xme wrote:
>
> > I agree with jacques for my own. I think that a dclarative GUi language
in
> > XML is not the \"panacee\". Why that ?
> > - it is not readable
> > - it is not concise
> > - we must also have a behavioral language associated with. Actually if
we
> > don\'t have this, soon or later we will have to add such a feature like
> > javascript with...
> > I don\'t know if TK is right choice, but I think defining a small
> > declarative language should not be too complicated because the concepts
> > are not so many...
> > regards
> > Xavier
>
>
> > dominic wrote:
>
> > > I agree with the idea of declarative gui. Now using something other
than
> xml
> > > will make me throw up. There are so many xml readers that any one can
cook
> > > up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are
only 2
> > > avenues in declarative gui arena.
> > > 1) code in xml and write a gui engine (done by mozilla xul)
> > > 2) code in xml and write a compiler to turn it into real gui. (done by
some
> > > ide).
>
>
> > > \"Jacques\" <guest@guest.no> wrote in message
> > > news:ageqpf$p9v$1@rogue.oti.com...
> > > > Hello,
> > > > I would suggest to create a GUI language for building graphical
> > > > applications. This language could be a pre-requisite for a GUI
builder.
> > > > The intention under this is to create a language integrated with
Eclipse
> > > > or not which enables :
> > > > - to create easily windows, panels, buttons, and so on... by
abstracting
> > > > at most the concepts,
> > > > - but being more readable than an XML syntax
> > > > - and enabling to express behaviours
> > > > This language would generate java byte code and would be match onto
> > > > swt/jface.
> > > > The purpose of this language is not to make algorithms (which should
be
> > > > done in Java) but to describe GUI, and to be able to programm
dynamically
> > > > views.
> > > > There exists a simple but powerful syntax to express GUi, and it is
named
> > > > TCL/TK. I would propose to use this syntax to build graphical
interfaces
> > > > with Java.
> > > > regards
> > > > Jacques
> > > >
>
>
>
>
>
>
>
>
|
|
|
| Re: [Proposal] GUI language [message #31439 is a reply to message #4069] |
Wed, 16 October 2002 12:45 |
| Eclipse User |
|
|
|
Originally posted by: alf.ifb.bv.tu-berlin.de
I don't want to offend anybody. But that is certainly NOT what we want!
XML?
If you really want to do something like that, probably most of us agree
that XML is 'the choice' to do something like that. Nothing else is that
easy
to parse and handle as XML.
Another language?
In order to define a gui language that supports as much features as
Swing (I don't know much about SWT), it will certainly not easier to
program in that language than programming in Java. You still would be
overwhelmed with thousands of components, layouts, borders, buttons
and so on. So what do you really get of it then? Debugging will be worse
or even unpossible. New plug-ins would be needed that support the
developper when coding in this language. I am saying that no developer
would ever want to use your language because it will certainly be more
complex and less supported by tools than Java.
It does make sense?
Your idea does make sense in a way as XMLTalk or XUL, where the
available features in your GUI are limited in order to fullfill some GUI
guidelines or for Rapid Prototyping.
And it does make sense as a format to exchange GUI descriptions between
GUI Builders.
Too much Java code?
What is so bad about much Java code, with all the tool support that is
available?
What you really want?
Is a powerful and still easy to use GUI-Builder, so that learning the whole
Swing/SWT Api is needless.
greetings, alf
"Jacques" <guest@guest.no> schrieb im Newsbeitrag
news:ageqpf$p9v$1@rogue.oti.com...
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
> There exists a simple but powerful syntax to express GUi, and it is named
> TCL/TK. I would propose to use this syntax to build graphical interfaces
> with Java.
> regards
> Jacques
>
|
|
|
| Re: [Proposal] GUI language [message #31885 is a reply to message #31439] |
Thu, 17 October 2002 17:51 |
Frank Sauer
Messages: 27
Registered: July 2009 |
Junior Member |
|
|
> Your idea does make sense in a way as XMLTalk or XUL, where the
> available features in your GUI are limited in order to fullfill some GUI
> guidelines or for Rapid Prototyping.
What limitations are you referring to here? Don't know much about XUL,
but XMLTalk does not prevent you from using the underlying Swing API
to do whatever you want to the widgets constructed from XML if needed.
My experience is that it is almost never needed though.
Frank Sauer
"Alf Schiefelbein" <alf@ifb.bv.tu-berlin.de> wrote in message
news:aojlh0$at4$1@rogue.oti.com...
> I don't want to offend anybody. But that is certainly NOT what we want!
>
> XML?
> If you really want to do something like that, probably most of us agree
> that XML is 'the choice' to do something like that. Nothing else is that
> easy
> to parse and handle as XML.
>
> Another language?
> In order to define a gui language that supports as much features as
> Swing (I don't know much about SWT), it will certainly not easier to
> program in that language than programming in Java. You still would be
> overwhelmed with thousands of components, layouts, borders, buttons
> and so on. So what do you really get of it then? Debugging will be worse
> or even unpossible. New plug-ins would be needed that support the
> developper when coding in this language. I am saying that no developer
> would ever want to use your language because it will certainly be more
> complex and less supported by tools than Java.
>
> It does make sense?
> Your idea does make sense in a way as XMLTalk or XUL, where the
> available features in your GUI are limited in order to fullfill some GUI
> guidelines or for Rapid Prototyping.
> And it does make sense as a format to exchange GUI descriptions between
> GUI Builders.
>
> Too much Java code?
> What is so bad about much Java code, with all the tool support that is
> available?
>
> What you really want?
> Is a powerful and still easy to use GUI-Builder, so that learning the
whole
> Swing/SWT Api is needless.
>
> greetings, alf
>
> "Jacques" <guest@guest.no> schrieb im Newsbeitrag
> news:ageqpf$p9v$1@rogue.oti.com...
> > Hello,
> > I would suggest to create a GUI language for building graphical
> > applications. This language could be a pre-requisite for a GUI builder.
> > The intention under this is to create a language integrated with Eclipse
> > or not which enables :
> > - to create easily windows, panels, buttons, and so on... by abstracting
> > at most the concepts,
> > - but being more readable than an XML syntax
> > - and enabling to express behaviours
> > This language would generate java byte code and would be match onto
> > swt/jface.
> > The purpose of this language is not to make algorithms (which should be
> > done in Java) but to describe GUI, and to be able to programm
dynamically
> > views.
> > There exists a simple but powerful syntax to express GUi, and it is
named
> > TCL/TK. I would propose to use this syntax to build graphical interfaces
> > with Java.
> > regards
> > Jacques
> >
>
>
|
|
|
| Re: [Proposal] GUI language [message #31991 is a reply to message #31885] |
Fri, 18 October 2002 21:20 |
| Eclipse User |
|
|
|
Originally posted by: alf.ifb.bv.tu-berlin.de
"Frank Sauer" <frank.sauer@trcinc.com> schrieb im Newsbeitrag
news:aomriq$bu8$1@rogue.oti.com...
> > Your idea does make sense in a way as XMLTalk or XUL, where the
> > available features in your GUI are limited in order to fullfill some GUI
> > guidelines or for Rapid Prototyping.
>
>
> What limitations are you referring to here? Don't know much about XUL,
> but XMLTalk does not prevent you from using the underlying Swing API
> to do whatever you want to the widgets constructed from XML if needed.
> My experience is that it is almost never needed though.
>
> Frank Sauer
Hello Frank!
I have to admit that I am not too familar (never used it) with XUL and
XMLTalk.
What I meant is that if you offer all the options of gui designing that you
have
in Java for XML, coding in XML will not be any easier. Defining your gui
in XML only makes sense if you are agreeing on some default values, i.e.
border=5, backgroundcolor=grey, and so on. If you want to specify all those
values in XML the same as you usually have to in Java, the XML will not be
any
prettier.
And here it comes to one of my big critics of Swing/AWT. A concept of
reasonable
default values is missing or at least not documented well enough! Why do I
always
have to set the border of my panels by hand in order to make the gui a
little pretty?
And so on ... Understand what I mean?
Although I don't know XUL and XMLTalk, I am pretty sure that there strength
is not the XML but some other concept behind, like the assignment of
reasonable
default values or some other concept that makes it possible to define a
pretty gui
with as few statements as possible.
greetings, alf
|
|
| | | |
| Re: [Proposal] GUI language [message #566782 is a reply to message #4069] |
Tue, 09 July 2002 16:11 |
dominic
Messages: 37
Registered: July 2009 |
Member |
|
|
I agree with the idea of declarative gui. Now using something other than xml
will make me throw up. There are so many xml readers that any one can cook
up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are only 2
avenues in declarative gui arena.
1) code in xml and write a gui engine (done by mozilla xul)
2) code in xml and write a compiler to turn it into real gui. (done by some
ide).
"Jacques" <guest@guest.no> wrote in message
news:ageqpf$p9v$1@rogue.oti.com...
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
> There exists a simple but powerful syntax to express GUi, and it is named
> TCL/TK. I would propose to use this syntax to build graphical interfaces
> with Java.
> regards
> Jacques
>
|
|
| |
| Re: [Proposal] GUI language [message #566822 is a reply to message #4300] |
Tue, 09 July 2002 16:34 |
Xavier Méhaut
Messages: 49
Registered: July 2009 |
Member |
|
|
I agree with jacques for my own. I think that a dclarative GUi language in
XML is not the \"panacee\". Why that ?
- it is not readable
- it is not concise
- we must also have a behavioral language associated with. Actually if we
don\'t have this, soon or later we will have to add such a feature like
javascript with...
I don\'t know if TK is right choice, but I think defining a small
declarative language should not be too complicated because the concepts
are not so many...
regards
Xavier
dominic wrote:
> I agree with the idea of declarative gui. Now using something other than xml
> will make me throw up. There are so many xml readers that any one can cook
> up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are only 2
> avenues in declarative gui arena.
> 1) code in xml and write a gui engine (done by mozilla xul)
> 2) code in xml and write a compiler to turn it into real gui. (done by some
> ide).
> \"Jacques\" <guest@guest.no> wrote in message
> news:ageqpf$p9v$1@rogue.oti.com...
> > Hello,
> > I would suggest to create a GUI language for building graphical
> > applications. This language could be a pre-requisite for a GUI builder.
> > The intention under this is to create a language integrated with Eclipse
> > or not which enables :
> > - to create easily windows, panels, buttons, and so on... by abstracting
> > at most the concepts,
> > - but being more readable than an XML syntax
> > - and enabling to express behaviours
> > This language would generate java byte code and would be match onto
> > swt/jface.
> > The purpose of this language is not to make algorithms (which should be
> > done in Java) but to describe GUI, and to be able to programm dynamically
> > views.
> > There exists a simple but powerful syntax to express GUi, and it is named
> > TCL/TK. I would propose to use this syntax to build graphical interfaces
> > with Java.
> > regards
> > Jacques
> >
|
|
|
| Re: [Proposal] GUI language [message #566842 is a reply to message #4438] |
Tue, 09 July 2002 16:38 |
Xavier Méhaut
Messages: 49
Registered: July 2009 |
Member |
|
|
Another point in favor of the specific language is the ability to have a
debugger. It is a major point. has somebody tried to debug a XSLT program?
So maybe we don't have any more a pure declarative language ;-)..
xme wrote:
> I agree with jacques for my own. I think that a dclarative GUi language in
> XML is not the \"panacee\". Why that ?
> - it is not readable
> - it is not concise
> - we must also have a behavioral language associated with. Actually if we
> don\'t have this, soon or later we will have to add such a feature like
> javascript with...
> I don\'t know if TK is right choice, but I think defining a small
> declarative language should not be too complicated because the concepts
> are not so many...
> regards
> Xavier
> dominic wrote:
> > I agree with the idea of declarative gui. Now using something other than
xml
> > will make me throw up. There are so many xml readers that any one can cook
> > up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are only 2
> > avenues in declarative gui arena.
> > 1) code in xml and write a gui engine (done by mozilla xul)
> > 2) code in xml and write a compiler to turn it into real gui. (done by some
> > ide).
> > \"Jacques\" <guest@guest.no> wrote in message
> > news:ageqpf$p9v$1@rogue.oti.com...
> > > Hello,
> > > I would suggest to create a GUI language for building graphical
> > > applications. This language could be a pre-requisite for a GUI builder.
> > > The intention under this is to create a language integrated with Eclipse
> > > or not which enables :
> > > - to create easily windows, panels, buttons, and so on... by abstracting
> > > at most the concepts,
> > > - but being more readable than an XML syntax
> > > - and enabling to express behaviours
> > > This language would generate java byte code and would be match onto
> > > swt/jface.
> > > The purpose of this language is not to make algorithms (which should be
> > > done in Java) but to describe GUI, and to be able to programm dynamically
> > > views.
> > > There exists a simple but powerful syntax to express GUi, and it is named
> > > TCL/TK. I would propose to use this syntax to build graphical interfaces
> > > with Java.
> > > regards
> > > Jacques
> > >
|
|
| |
| Re: [Proposal] GUI language [message #566994 is a reply to message #4369] |
Wed, 10 July 2002 10:28 |
| Eclipse User |
|
|
|
Originally posted by: unknown.dot.not
Stein M. Eliassen wrote:
> dominic wrote:
>
>> 1) code in xml and write a gui engine (done by mozilla xul)
>> 2) code in xml and write a compiler to turn it into real gui. (done by
>> some
>> ide).
>>
>
> I think both options are interesting.
>
> With a SWT implementation of the xul-specification
> (http://mozilla.org/projects/xul/xul.html) and a xul-builder we could
> have a very nice tool.
>
> Stein
>
This sounds really exciting. Does xul handle
all the different layout options that swt
provides?
Polle
|
|
| |
| Re: [Proposal] GUI language [message #567153 is a reply to message #4069] |
Wed, 10 July 2002 21:12 |
Eric Rizzo
Messages: 3070
Registered: July 2009 |
Senior Member |
|
|
Jacques wrote:
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
There is an existing product/project that uses an XML language to write
Swing GUIs declaratively. It does much more than just express widgets
and layouts, though. It uses the idea of generic ValueModels (ala
VisualWorks Smalltalk) to hook models up to the views (widgets). At
runtime, the XML UI specification is used to generate Swing objects and
they are wired together automatically based on the declared
relationships between the models and the widgets (and between the models
and each other). It is extremely powerful - you can develop a UI with
complex behavior (such as multiple views of the same data,
tree/card-panel [windoze explorer-type] UIs, etc.) with much less Java
code than Swing generally requires.
This product is named XMLTalk
( http://www.trcinc.com/knowledge/software/xmltalk/xmltalk_hom e.asp). I
have been a co-developer on it, and I know the original and current
"owner" is now an Eclipse user who might be interested in developing an
SWT version and/or a Eclipse plug-in.
Eric
--
Eric Rizzo
Software Developer
Jibe, Inc.
http://www.jibeinc.com
|
|
|
| Re: [Proposal] GUI language [message #567420 is a reply to message #5265] |
Thu, 11 July 2002 05:40 |
Xavier Méhaut
Messages: 49
Registered: July 2009 |
Member |
|
|
Hi Eric,
If so, would this plugin be free or commercial? I think the idea is not
bad, even if my experience on VisualWorks Smalltalk GUI format (a little
bit like the VA smalltlk one) didn't give me a big satisfaction...
regards
Xavier
Eric Rizzo wrote:
> Jacques wrote:
> > Hello,
> > I would suggest to create a GUI language for building graphical
> > applications. This language could be a pre-requisite for a GUI builder.
> > The intention under this is to create a language integrated with Eclipse
> > or not which enables :
> > - to create easily windows, panels, buttons, and so on... by abstracting
> > at most the concepts,
> > - but being more readable than an XML syntax
> > - and enabling to express behaviours
> > This language would generate java byte code and would be match onto
> > swt/jface.
> > The purpose of this language is not to make algorithms (which should be
> > done in Java) but to describe GUI, and to be able to programm dynamically
> > views.
> There is an existing product/project that uses an XML language to write
> Swing GUIs declaratively. It does much more than just express widgets
> and layouts, though. It uses the idea of generic ValueModels (ala
> VisualWorks Smalltalk) to hook models up to the views (widgets). At
> runtime, the XML UI specification is used to generate Swing objects and
> they are wired together automatically based on the declared
> relationships between the models and the widgets (and between the models
> and each other). It is extremely powerful - you can develop a UI with
> complex behavior (such as multiple views of the same data,
> tree/card-panel [windoze explorer-type] UIs, etc.) with much less Java
> code than Swing generally requires.
> This product is named XMLTalk
> ( http://www.trcinc.com/knowledge/software/xmltalk/xmltalk_hom e.asp). I
> have been a co-developer on it, and I know the original and current
> "owner" is now an Eclipse user who might be interested in developing an
> SWT version and/or a Eclipse plug-in.
> Eric
> --
> Eric Rizzo
> Software Developer
> Jibe, Inc.
> http://www.jibeinc.com
|
|
|
| Re: [Proposal] GUI language [message #567760 is a reply to message #6470] |
Thu, 11 July 2002 15:49 |
Eric Rizzo
Messages: 3070
Registered: July 2009 |
Senior Member |
|
|
xme wrote:
> Hi Eric,
> If so, would this plugin be free or commercial? I think the idea is not
> bad, even if my experience on VisualWorks Smalltalk GUI format (a little
> bit like the VA smalltlk one) didn't give me a big satisfaction...
> regards
> Xavier
1) Since XMLTalk itself is what you might call "semi-commercial" (it's
free to get and use, but not open-source) I suspect a plug-in written by
its owner ((TRC/Perot Systems) would likely be the same. If however,
someone were to write a plug-in that generated XMLTalk UI specs (XML
files) and helped with the Java code that is needed to support a given
XMLTalk application, that kind of tool could be open-source, independent
of TRC/Perot Systems. I know that the original developer (Frank) has
been lobbying within his company to get XMLTalk released as open-source,
but has met some resistance so far.
2) XMLTalk currently sits on top of Swing. Writing an SWT version of it
would require some serious changes to the inner workings of it -
probably making the pieces that build the widget objects pluggable so
you could have a Swing builder, an SWT builder, etc. Making it
pluggable like that has been discussed, but not started (yet?). That
said, an SWT version is not all that useful right now because SWT usage
is not widespread outside of Eclipse plug-in developers. If SWT becomes
popular for non-Eclipse apps, then an SWT XMLTalk would be more worth
the effort.
3) Not sure what you mean by "VisualWorks Smalltalk GUI format", but
XMLTalk only borrows the idea of ValueModels. It does not borrow any of
the view side of things from VisualWorks. Generic models that can be
tied to any type of view are very powerful - a concept that Swing's MVC
implementation sorely misses.
BTW, if you have more questions about XMLTalk, I encourage you to join
the developer's forum at http://groups.yahoo.com/group/xmltalk-dev/
Eric
--
Eric Rizzo
Software Developer
Jibe, Inc.
http://www.jibeinc.com
|
|
|
| Re: [Proposal] GUI language [message #567793 is a reply to message #4508] |
Thu, 11 July 2002 16:27 |
| Eclipse User |
|
|
|
Originally posted by: bob.objfac.com
XSLT isn't pure declarative, it is merely functional (stateless). You can
write programs in XSLT if you try hard enough. ;-}
Bob
"xme" <xmehaut@apri-group.com> wrote in message
news:agf3i6$a8$1@rogue.oti.com...
> Another point in favor of the specific language is the ability to have a
> debugger. It is a major point. has somebody tried to debug a XSLT program?
> So maybe we don't have any more a pure declarative language ;-)..
>
>
> xme wrote:
>
> > I agree with jacques for my own. I think that a dclarative GUi language
in
> > XML is not the \"panacee\". Why that ?
> > - it is not readable
> > - it is not concise
> > - we must also have a behavioral language associated with. Actually if
we
> > don\'t have this, soon or later we will have to add such a feature like
> > javascript with...
> > I don\'t know if TK is right choice, but I think defining a small
> > declarative language should not be too complicated because the concepts
> > are not so many...
> > regards
> > Xavier
>
>
> > dominic wrote:
>
> > > I agree with the idea of declarative gui. Now using something other
than
> xml
> > > will make me throw up. There are so many xml readers that any one can
cook
> > > up an xml2{tcl,swing,swt,mfc,xWindow,etc..) in a week end. There are
only 2
> > > avenues in declarative gui arena.
> > > 1) code in xml and write a gui engine (done by mozilla xul)
> > > 2) code in xml and write a compiler to turn it into real gui. (done by
some
> > > ide).
>
>
> > > \"Jacques\" <guest@guest.no> wrote in message
> > > news:ageqpf$p9v$1@rogue.oti.com...
> > > > Hello,
> > > > I would suggest to create a GUI language for building graphical
> > > > applications. This language could be a pre-requisite for a GUI
builder.
> > > > The intention under this is to create a language integrated with
Eclipse
> > > > or not which enables :
> > > > - to create easily windows, panels, buttons, and so on... by
abstracting
> > > > at most the concepts,
> > > > - but being more readable than an XML syntax
> > > > - and enabling to express behaviours
> > > > This language would generate java byte code and would be match onto
> > > > swt/jface.
> > > > The purpose of this language is not to make algorithms (which should
be
> > > > done in Java) but to describe GUI, and to be able to programm
dynamically
> > > > views.
> > > > There exists a simple but powerful syntax to express GUi, and it is
named
> > > > TCL/TK. I would propose to use this syntax to build graphical
interfaces
> > > > with Java.
> > > > regards
> > > > Jacques
> > > >
>
>
>
>
>
>
>
>
|
|
|
| Re: [Proposal] GUI language [message #584756 is a reply to message #4069] |
Wed, 16 October 2002 12:45 |
Alf Schiefelbein
Messages: 3
Registered: July 2009 |
Junior Member |
|
|
I don't want to offend anybody. But that is certainly NOT what we want!
XML?
If you really want to do something like that, probably most of us agree
that XML is 'the choice' to do something like that. Nothing else is that
easy
to parse and handle as XML.
Another language?
In order to define a gui language that supports as much features as
Swing (I don't know much about SWT), it will certainly not easier to
program in that language than programming in Java. You still would be
overwhelmed with thousands of components, layouts, borders, buttons
and so on. So what do you really get of it then? Debugging will be worse
or even unpossible. New plug-ins would be needed that support the
developper when coding in this language. I am saying that no developer
would ever want to use your language because it will certainly be more
complex and less supported by tools than Java.
It does make sense?
Your idea does make sense in a way as XMLTalk or XUL, where the
available features in your GUI are limited in order to fullfill some GUI
guidelines or for Rapid Prototyping.
And it does make sense as a format to exchange GUI descriptions between
GUI Builders.
Too much Java code?
What is so bad about much Java code, with all the tool support that is
available?
What you really want?
Is a powerful and still easy to use GUI-Builder, so that learning the whole
Swing/SWT Api is needless.
greetings, alf
"Jacques" <guest@guest.no> schrieb im Newsbeitrag
news:ageqpf$p9v$1@rogue.oti.com...
> Hello,
> I would suggest to create a GUI language for building graphical
> applications. This language could be a pre-requisite for a GUI builder.
> The intention under this is to create a language integrated with Eclipse
> or not which enables :
> - to create easily windows, panels, buttons, and so on... by abstracting
> at most the concepts,
> - but being more readable than an XML syntax
> - and enabling to express behaviours
> This language would generate java byte code and would be match onto
> swt/jface.
> The purpose of this language is not to make algorithms (which should be
> done in Java) but to describe GUI, and to be able to programm dynamically
> views.
> There exists a simple but powerful syntax to express GUi, and it is named
> TCL/TK. I would propose to use this syntax to build graphical interfaces
> with Java.
> regards
> Jacques
>
|
|
|
| Re: [Proposal] GUI language [message #584944 is a reply to message #31439] |
Thu, 17 October 2002 17:51 |
Frank Sauer
Messages: 27
Registered: July 2009 |
Junior Member |
|
|
> Your idea does make sense in a way as XMLTalk or XUL, where the
> available features in your GUI are limited in order to fullfill some GUI
> guidelines or for Rapid Prototyping.
What limitations are you referring to here? Don't know much about XUL,
but XMLTalk does not prevent you from using the underlying Swing API
to do whatever you want to the widgets constructed from XML if needed.
My experience is that it is almost never needed though.
Frank Sauer
"Alf Schiefelbein" <alf@ifb.bv.tu-berlin.de> wrote in message
news:aojlh0$at4$1@rogue.oti.com...
> I don't want to offend anybody. But that is certainly NOT what we want!
>
> XML?
> If you really want to do something like that, probably most of us agree
> that XML is 'the choice' to do something like that. Nothing else is that
> easy
> to parse and handle as XML.
>
> Another language?
> In order to define a gui language that supports as much features as
> Swing (I don't know much about SWT), it will certainly not easier to
> program in that language than programming in Java. You still would be
> overwhelmed with thousands of components, layouts, borders, buttons
> and so on. So what do you really get of it then? Debugging will be worse
> or even unpossible. New plug-ins would be needed that support the
> developper when coding in this language. I am saying that no developer
> would ever want to use your language because it will certainly be more
> complex and less supported by tools than Java.
>
> It does make sense?
> Your idea does make sense in a way as XMLTalk or XUL, where the
> available features in your GUI are limited in order to fullfill some GUI
> guidelines or for Rapid Prototyping.
> And it does make sense as a format to exchange GUI descriptions between
> GUI Builders.
>
> Too much Java code?
> What is so bad about much Java code, with all the tool support that is
> available?
>
> What you really want?
> Is a powerful and still easy to use GUI-Builder, so that learning the
whole
> Swing/SWT Api is needless.
>
> greetings, alf
>
> "Jacques" <guest@guest.no> schrieb im Newsbeitrag
> news:ageqpf$p9v$1@rogue.oti.com...
> > Hello,
> > I would suggest to create a GUI language for building graphical
> > applications. This language could be a pre-requisite for a GUI builder.
> > The intention under this is to create a language integrated with Eclipse
> > or not which enables :
> > - to create easily windows, panels, buttons, and so on... by abstracting
> > at most the concepts,
> > - but being more readable than an XML syntax
> > - and enabling to express behaviours
> > This language would generate java byte code and would be match onto
> > swt/jface.
> > The purpose of this language is not to make algorithms (which should be
> > done in Java) but to describe GUI, and to be able to programm
dynamically
> > views.
> > There exists a simple but powerful syntax to express GUi, and it is
named
> > TCL/TK. I would propose to use this syntax to build graphical interfaces
> > with Java.
> > regards
> > Jacques
> >
>
>
|
|
|
| Re: [Proposal] GUI language [message #584996 is a reply to message #31885] |
Fri, 18 October 2002 21:20 |
Alf Schiefelbein
Messages: 3
Registered: July 2009 |
Junior Member |
|
|
"Frank Sauer" <frank.sauer@trcinc.com> schrieb im Newsbeitrag
news:aomriq$bu8$1@rogue.oti.com...
> > Your idea does make sense in a way as XMLTalk or XUL, where the
> > available features in your GUI are limited in order to fullfill some GUI
> > guidelines or for Rapid Prototyping.
>
>
> What limitations are you referring to here? Don't know much about XUL,
> but XMLTalk does not prevent you from using the underlying Swing API
> to do whatever you want to the widgets constructed from XML if needed.
> My experience is that it is almost never needed though.
>
> Frank Sauer
Hello Frank!
I have to admit that I am not too familar (never used it) with XUL and
XMLTalk.
What I meant is that if you offer all the options of gui designing that you
have
in Java for XML, coding in XML will not be any easier. Defining your gui
in XML only makes sense if you are agreeing on some default values, i.e.
border=5, backgroundcolor=grey, and so on. If you want to specify all those
values in XML the same as you usually have to in Java, the XML will not be
any
prettier.
And here it comes to one of my big critics of Swing/AWT. A concept of
reasonable
default values is missing or at least not documented well enough! Why do I
always
have to set the border of my panels by hand in order to make the gui a
little pretty?
And so on ... Understand what I mean?
Although I don't know XUL and XMLTalk, I am pretty sure that there strength
is not the XML but some other concept behind, like the assignment of
reasonable
default values or some other concept that makes it possible to define a
pretty gui
with as few statements as possible.
greetings, alf
|
|
| |
Goto Forum:
Current Time: Thu Apr 25 23:31:48 GMT 2024
Powered by FUDForum. Page generated in 0.08119 seconds |
] 
Search
Help
Register
Login
Home
