[EMAIL PROTECTED] wrote:
[...]
> My rambling above was put in misleading terms. I was not talking about
> the source of a libglade application, but about the source of the "glade
> compiler" or the "glade interpreter" itself: the meta-source, if you
> want.
Yes sure, the glade file is the most abs
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Wed, Nov 08, 2006 at 07:35:19PM -0500, Tristan Van Berkom wrote:
> [EMAIL PROTECTED] wrote:
>
> >Sorry for not answering sooner. Lots in my inbox lately (literally ;)
> >
> >
> >
> No problem, I went out of town for 4 days and came home a whole
>
Stephen Watson wrote:
>"Olexiy Avramchenko" <[EMAIL PROTECTED]> 31/Oct/2006 12:58:37 >>>
>
>
>>On 10/31/06, Johan Kohler <[EMAIL PROTECTED]> wrote:
>>
>>
>>>Isn't it possible to "inline" the .glade file in the compiled code?
>>>Ie. Instead of reading from a text file, it reads from a declar
"Olexiy Avramchenko" <[EMAIL PROTECTED]> 31/Oct/2006 12:58:37 >>>
>On 10/31/06, Johan Kohler <[EMAIL PROTECTED]> wrote:
>> Isn't it possible to "inline" the .glade file in the compiled code?
>> Ie. Instead of reading from a text file, it reads from a declared
>> constant. I think that one can inl
[EMAIL PROTECTED] wrote:
>Sorry for not answering sooner. Lots in my inbox lately (literally ;)
>
>
>
No problem, I went out of town for 4 days and came home a whole
lot of mail too.
[...]
>OK, let me dream aloud (it'll have far less weight than actually
>contributing code). What libglade prov
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Oct 31, 2006 at 10:33:30AM -0500, Tristan Van Berkom wrote:
> [EMAIL PROTECTED] wrote:
> >-BEGIN PGP SIGNED MESSAGE-
> >Hash: SHA1
> [...]
Sorry for not answering sooner. Lots in my inbox lately (literally ;)
> This thread is gett
[EMAIL PROTECTED] wrote:
> -BEGIN PGP SIGNED MESSAGE-
> Hash: SHA1
[...]
This thread is getting a little redundant (i.e. yes yes the glade
file can be inlined - this was not the issue at hand), we were in
the midst of disputing the relevence of inlining your glade file
and protecting
On 10/31/06, Johan Kohler <[EMAIL PROTECTED]> wrote:
> Isn't it possible to "inline" the .glade file in the compiled code?
> Ie. Instead of reading from a text file, it reads from a declared
> constant. I think that one can inline pixmaps in this way using GTK.
Sure, it's possible to embed xml i
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Oct 31, 2006 at 03:07:13PM +0200, Olexiy Avramchenko wrote:
> On 10/31/06, Carlo Agrusti <[EMAIL PROTECTED]> wrote:
> > I'll miss it too [...]
> This was discussed some time ago. The size of XML (and load time) is
> not actually a problem here
On 10/31/06, Carlo Agrusti <[EMAIL PROTECTED]> wrote:
> I'll miss it too. This thread is a replica of a similar one spread out a
> couple of years ago; at that time Glade 3 was still far from being short
> to come, and there were more a feeling of a flame war than of a
> constructive discussion.
>
[EMAIL PROTECTED] ha scritto lo scorso 24/10/2006 14:44:
> On Tue, Oct 24, 2006 at 02:39:32PM +0200, Philippe Bertin wrote:
>
> [...]
>
>>> Let me indeed do that. I wonder why nobody ever came up with the concern
>>> I have; am I that much of a security freak ?
>
> FWIW, I'll miss the C code ge
Isn't it possible to "inline" the .glade file in the compiled code?
Ie. Instead of reading from a text file, it reads from a declared
constant. I think that one can inline pixmaps in this way using GTK.
On 31/10/06, Daniel Haude <[EMAIL PROTECTED]> wrote:
> On Tue, 24 Oct 2006 14:39:32 +0200, Ph
On Tue, 24 Oct 2006 14:39:32 +0200, Philippe Bertin
<[EMAIL PROTECTED]> wrote:
> My reasoning is that if you inhibit the user the *possibility* to tamper
> with the files you deliver, you won't have to take this into account
> when providing support. Call me a security (effectiveniss ?) freak: t
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Oct 24, 2006 at 10:13:02AM -0400, Tristan Van Berkom wrote:
> [EMAIL PROTECTED] wrote:
> [...]
> >Another aspect of code generation (the one which sold me for Glade in
> >the first place) [...] Glade
> >has provided me with sample C code to sta
Philippe Bertin wrote:
[...]
>>> Well that's what I meant. Maybe in the link above, it could be
>>> mentioned that this is an example of how to use libglade. It'd help
>>> out people (digging into the subject) to obtain an example more rapidly.
>>
>>
>> Some things are the way they are - and wont
[EMAIL PROTECTED] wrote:
[...]
> Another aspect of code generation (the one which sold me for Glade in
> the first place): typically, my GTK+ programs are a mixture of widgets
> designed with glade and some generated programmatically (e.g. a table of
> widgets whose dimensions are known at run time
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Tue, Oct 24, 2006 at 02:39:32PM +0200, Philippe Bertin wrote:
[...]
> Let me indeed do that. I wonder why nobody ever came up with the concern
> I have; am I that much of a security freak ?
FWIW, I'll miss the C code generation feature of Glade.
Hello,
Tristan Van Berkom wrote:
> Thats an interesting idea, I'm sure a simple program could be used
> to parse signals in a glade file and ensure the availability of the
> said callbacks in the binary - this kind of tool could be used in
> makefiles to validate a built program, maybe we could t
Philippe Bertin wrote:
[...]
> Thanks for this elaboration. However, this still doesn't prove, at
> compile time, that you have e.g. all necessary callbacks available to
> connect to... Whilst when you'd have generated code available and ready
> to be compiled, you could be (statically, I mean a
Hello,
Tristan Van Berkom wrote:
>> You're right in some sense. Still, how can one statically prove that
>> the created .glade file is *statically* correct ? I mean by this, how
>> can the (no longer existing, no longer statically compiled) program
>> be proven it would link statically ? I hav
Philippe Bertin wrote:
> Hello, Tristan,
>
> Tristan Van Berkom wrote:
>
>> Why would someone want to go from
>> glade file --> generated code --> GUI
>> when you can simply go from
>> glade file --> GUI
>> with much less code-generators & generated code to maintain ?
>>
> You're right in some
Hello, Tristan,
Tristan Van Berkom wrote:
> Why would someone want to go from
> glade file --> generated code --> GUI
> when you can simply go from
> glade file --> GUI
> with much less code-generators & generated code to maintain ?
>
You're right in some sense. Still, how can one statically p
Philippe Bertin wrote:
>Andrea Zagli wrote:
>
>
>
>>use libglade
>>
>>http://www.jamesh.id.au/software/libglade/
>>
>>
>>
>Well, I guess Fernando's intention is to continue to use some glade
>command-line utility/) add-on to continue to use the generated code in
>the compiled program ?
>
Andrea Zagli wrote:
>use libglade
>
>http://www.jamesh.id.au/software/libglade/
>
Well, I guess Fernando's intention is to continue to use some glade
command-line utility/) add-on to continue to use the generated code in
the compiled program ? I'd like to know this too. Because libglade
forces
Il giorno sab, 21/10/2006 alle 14.03 +0200, Fernando Apesteguía ha
scritto:
> Currently, we're using code generation in our project to build the
> GUI. However, AFAIK there is no more code generation support in Glade,
> so we would like to build our GUI from a XML file.
>
> Can you point me to a g
Hi list,
Currently, we're using code generation in our project to build the
GUI. However, AFAIK there is no more code generation support in Glade,
so we would like to build our GUI from a XML file.
Can you point me to a guide to make this migration simpler?
Best Regards
_
26 matches
Mail list logo
