Freddie Unpenstein wrote:
You're going backwards here... Having the code generation part of
Glade limits you to what the Glade developers have done, and how good
they are at doing it. Having the code generation seperate, allows
someone else to take over that burdon, who could potentially be
Gus Koppel wrote:
I only saw messages from people claiming that it's (pretty) easy to do.
I haven't seen anyone picking it up or actually planning to do so.
That's easy. Why ? Because it was done once. Look at glade and reuse
the code or ideas.
Why dont I, personally, do this ? Because the
Olexiy Avramchenko wrote:
If the idea about general tool for XML - C translation, sounds good
for you - start development. I think all interested people will help
you.
I don't think so. The idea about a general XML -- C translation tool
doesn't sound good to me and I won't start development
Hello guys,
I think Gus forgot to CC his email to the list, so i am forwarding it here.
-- Forwarded message --
From: Gus Koppel [EMAIL PROTECTED]
Date: Jun 1, 2005 9:40 AM
Subject: Re: Glade C code a bad thing? (was: root windows)
To: Zeeshan Ali [EMAIL PROTECTED]
Zeeshan
Answers to comments from several people here... No particular order.
The freedom of designing a GUI without using a GUI while doing so?
What else? Writing C programs without using a C compiler during
development?
What, you saying you can't? I've built some moderately complicated 3D models
Hello Everyone!
G'day all.
I would support the inclusion of Code generation
in GLADE UI Editor. It is a welcome feature, for those
who would like it. If its not to be in the main tree
atleast put the code into a plugin thats enabled
at default, and users can turn it off, if they prefer.
I
Hi!
Hello Everyone!
G'day all.
I would support the inclusion of Code generation
in GLADE UI Editor. It is a welcome feature, for those
who would like it. If its not to be in the main tree
atleast put the code into a plugin thats enabled
at default, and users can turn it off, if they
I would support the inclusion of Code generation
in GLADE UI Editor. It is a welcome feature, for those
who would like it. If its not to be in the main tree
atleast put the code into a plugin thats enabled
at default, and users can turn it off, if they prefer.
Personally, I don't think code
Freddie Unpenstein wrote:
That doesn't mean generated code shouldn't be available for those who consider
it the best solution to their particular needs. Write a utility that reads in
.glade files and outputs code. Call it from your Makefile to ensure the source
files are kept up to date,
Olexiy Avramchenko wrote:
Freddie Unpenstein wrote:
That doesn't mean generated code shouldn't be available for those who
consider it the best solution to their particular needs. Write a
utility that reads in .glade files and outputs code. Call it from
your Makefile to ensure the source
On Tue, 31 May 2005 10:30:37 +0200 (CEST)
Hubert Sokolowski [EMAIL PROTECTED] wrote:
I request that code generation not be removed from
Glade project.
Me too!!!
Me too...
I was convinced that Linux was about freedom of choice? If code designers
start limiting the choice of users, next
Olexiy Avramchenko wrote:
Freddie Unpenstein wrote:
That doesn't mean generated code shouldn't be available for those
who consider it the best solution to their particular needs. Write
a utility that reads in .glade files and outputs code. Call it from
your Makefile to ensure the
Hello everyone,
I strongly agree with the opinion that source-code generation
should be removed from glade itself. OTOH I very strongly advice the
glade developers to write a nice command-line utility to convert a
glade file to it's equivalent source code in C/C++, before they drop
this
Maciej Katafiasz wrote:
Unless by build of glade you mean autogenerated C code, which
is bad, bad, bad thing to use. Use libglade, really.
why it is bad? I use it and it works just fine and I don't have
glade dependiencies.
Because it makes it impossible to later rework UI without
14 matches
Mail list logo
