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.
Ti
2012/8/22 Stephan Bergmann :
> 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
>> lik
Not really, that's what msgctxt is for.
___
LibreOffice mailing list
LibreOffice@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/libreoffice
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 men
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
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 b
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 mai
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
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 =
> mo
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 th
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
> http://cgit.freedesktop.org/libreoffice/core/commit/?h=feature/cmclayouttrans&id=064c21aec924514
On Mon, Aug 20, 2012 at 6:03 PM, Caolán McNamara 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_name template instead ?
>
How about get_VclContainer, get_CheckBox, etc ?
It's a libra
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 "
13 matches
Mail list logo
