[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [bug-gettext] GtkBuilder support
From: |
Daiki Ueno |
Subject: |
Re: [bug-gettext] GtkBuilder support |
Date: |
Mon, 18 Mar 2013 15:31:08 +0900 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/24.3.50 (gnu/linux) |
Miguel Ángel Arruga Vivas <address@hidden> writes:
> With those changes[2] the developer will be able to test the
> extraction of a new tag from a new widget with --keyword=tag_name to
> extract the whole content, including "standard" attributes, without
> recompiling xgettext. Just the same as using a function in your source
> files of any language that calls internally gettext.
This is a good feature. However, I don't think it is a hard requirement
for GtkBuilder support we are talking about. Can't this feature be
implemented separately from the patch?
> Also an open RFC unrelated to xgettext's internals: Could we remove tag
> checking and just look attributes for GtkBuilder files? I have not read
> any restriction about attributes, so It may be a convention, but
> attributes "translatable", "context" and "comments" are called 'regular
> translation attributes'[7] and also 'usual "translatable" and "context"
> attributes'[8].
Yes, it is actually what intltool does (and I think it's a good idea).
Regards,
--
Daiki Ueno
- [bug-gettext] GtkBuilder support, Daiki Ueno, 2013/03/15
- Re: [bug-gettext] GtkBuilder support, Miguel Ángel Arruga Vivas, 2013/03/15
- Re: [bug-gettext] GtkBuilder support,
Daiki Ueno <=
- Re: [bug-gettext] GtkBuilder support, Miguel Ángel Arruga Vivas, 2013/03/19
- [bug-gettext] [PATCH 0/3] Fix Glade2 --extract-all option, Miguel Ángel Arruga Vivas, 2013/03/20
- [bug-gettext] [PATCH 1/3] Add GtkBuilder UI files support, Miguel Ángel Arruga Vivas, 2013/03/20
- [bug-gettext] [PATCH 2/3] Add GtkBuilder UI files support, Miguel Ángel Arruga Vivas, 2013/03/20
- [bug-gettext] [PATCH 3/3] Add GtkBuilder UI files support, Miguel Ángel Arruga Vivas, 2013/03/20