On Tue, 2012-08-21 at 10:38 +0200, Jan Holesovsky wrote:
The thing that hit my eyes is the use of string identifiers to address
the UI elements. Could we (for the compilation purposes) generate .hxx
files out of the .ui files that would allow to do something like:
m_pBodyContent =
On Tue, 2012-08-21 at 12:50 +0100, Michael Meeks wrote:
Do we have a GtkFixed style back-compat hack that will continue to
nail widgets into their places, but do it in TWIPS such that we could do
a one-shot conversion of everything and then iterate ? [ then let the
designers re-work them
How much work would it be to make this directly use gettext? I thought
the long term goal was to switch from custom translation formats to
gettext, so using yet another custom translation format for something
like this seems a bit odd.
___
LibreOffice
Hi there,
On Wed, 2012-08-22 at 17:55 +0200, khagaroth wrote:
How much work would it be to make this directly use gettext? I thought
the long term goal was to switch from custom translation formats to
gettext, so using yet another custom translation format for something
like this seems a bit
On Wed, 2012-08-22 at 16:36 +0100, Caolán McNamara wrote:
Planned something of that nature, in parallel with converter utility
thing. i.e. have converter do the simplest conversion possible to a
GtkGrid rather than guess/assign some layout.
Sounds sensible to me :-)
Yeah, maybe's
On 08/22/2012 05:55 PM, khagaroth wrote:
How much work would it be to make this directly use gettext? I thought
the long term goal was to switch from custom translation formats to
gettext, so using yet another custom translation format for something
like this seems a bit odd.
Seeing gettext
Not really, that's what msgctxt is for.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
2012/8/22 Stephan Bergmann sberg...@redhat.com:
On 08/22/2012 05:55 PM, khagaroth wrote:
How much work would it be to make this directly use gettext? I thought
the long term goal was to switch from custom translation formats to
gettext, so using yet another custom translation format for
On Wed, 2012-08-22 at 17:55 +0200, khagaroth wrote:
How much work would it be to make this directly use gettext? I thought
the long term goal was to switch from custom translation formats to
gettext, so using yet another custom translation format for something
like this seems a bit odd.
Timar
Hi Caolán,
On 2012-08-20 at 17:03 +0100, Caolán McNamara wrote:
Full Conversion: Here's what a full conversion of a dialog away from
the binary res format to the xml .ui format would look like
Hi Caolan,
On Mon, 2012-08-20 at 17:03 +0100, Caolán McNamara wrote:
Making a bit of progress in widget layout.
It looks really beautiful to me :-) I loved the container enabling etc.
Incremental Conversion: Here's an incremental conversion from the
binary format to to .ui. In this
Making a bit of progress in widget layout.
Seeing as I'm a bit close to it, I'd like to demo some sample commits
of how conversions would look to see if it makes anyone violently ill.
Basically we'd use the gtk ui builder format which is ui editable with
glade.
Full Conversion: Here's what a
On Mon, Aug 20, 2012 at 6:03 PM, Caolán McNamara caol...@redhat.com wrote:
Making a bit of progress in widget layout.
[*] maybe the cast-happy syntax looks a bit vile. Perhaps a bit family
of get_foos_by_name, or a get_by_nameT template instead ?
How about get_VclContainer, get_CheckBox, etc
13 matches
Mail list logo