On Tuesday, 18 December 2012 16:15:15 CEST, David Faure wrote:
It just means that l10n will have to run lconvert during make install, in
order to install .qm files (compiled from .ts files), rather
than .mo files, for
these frameworks which use tr() and not i18n().
In Trojita, the lconvert &&
On Thursday 13 December 2012 21:50:29 Chusslove Illich wrote:
> >> [: David Faure :]
> >> If it handles this correctly (so that tr() works at runtime), this is
> >> good news then, it sounds like we can drop the weird
> >> QCoreApp::translate("", "text") in KF5.
> >
> > [: Jan Kundrát :]
> > I can
>> [: David Faure :]
>> If it handles this correctly (so that tr() works at runtime), this is
>> good news then, it sounds like we can drop the weird
>> QCoreApp::translate("", "text") in KF5.
>
> [: Jan Kundrát :]
> I can confirm that lconvert from Qt 4.8.3 is enough [...]
I'm just wondering if w
On Thursday, 13 December 2012 18:52:51 CEST, David Faure wrote:
If it handles this correctly (so that tr() works at runtime), this is good
news then, it sounds like we can drop the weird QCoreApp::translate("",
"text") in KF5.
I can confirm that lconvert from Qt 4.8.3 is enough to preserve the
On Monday 10 December 2012 11:16:40 Chusslove Illich wrote:
> For semantic differences between Qt and Gettext, it is upon lconvert to
> define an unambiguous two-way mapping.
Do you know how it handles contexts (usually class names)?
If it handles this correctly (so that tr() works at runtime), t
> [: Jan Kundrát :]
> [...] a .po file where some lines were starting with "#~| " and lconvert
> was refusing to work with that, considering such sequences an error -- see
> line 4427 of [1]. I'm not familiar with the gettext specs so I don't know
> if the bug is in lconvert or in whatever tool whi
On Monday, 10 December 2012 11:16:40 CEST, Chusslove Illich wrote:
The scripts Jan had to write are a temporary fix, due to Scripty machine
having too old lconvert which produces broken POTs. Once lconvert is
updated, no third-party scripts should be necessary.
Chusslove's description is correc
>> [: Jan Kundrát :]
>> For the record, the current setup is based on lconvert and a bunch of
>> Python scripts (see [1] and [2]) which convert .pot produced by scripty's
>> 4.6.3 version of lconvert into something which actually works.
>
> [: David Faure :]
> I'm interested in more details about t
On Thursday 06 December 2012 12:41:07 Jan Kundrát wrote:
> For the record, the current setup is based on lconvert and a bunch of
> Python scripts (see [1] and [2]) which convert .pot produced by scripty's
> 4.6.3 version of lconvert into something which actually works.
I'm interested in more deta
El Dimarts, 4 de desembre de 2012, a les 20:44:06, Jan Kundrát va escriure:
> On Tuesday, 4 December 2012 14:32:20 CEST, Chusslove Illich wrote:
> > Other than the difference in contexts, the POT file is actually invalid
> > (due to duplication of messages, which must be unique by msgctxt+msgid).
>
Am Mittwoch, 5. Dezember 2012, 15:25:21 schrieb Jan Kundrát:
> On Tuesday, 4 December 2012 13:03:57 CEST, Burkhard Lück wrote:
> > Scripty does not like your message extraction, see
> > ftp://l10n.kde.org/121204.trunk_l10n-kde4.
>
> Hi Burkhard,
> the latest log [1] looks fine to me. Could you ple
On Wednesday, 21 November 2012 19:43:13 CEST, Jan Kundrát wrote:
I'm hereby requesting a review for a move below the extragear/pim.
Hi,
I believe that the only issue which was raised during the review was
incompatible l10n. After applying several rolls of the duck type, the whole
mess appears
On Tuesday, 4 December 2012 13:03:57 CEST, Burkhard Lück wrote:
Scripty does not like your message extraction, see
ftp://l10n.kde.org/121204.trunk_l10n-kde4.
Hi Burkhard,
the latest log [1] looks fine to me. Could you please confirm that it is indeed
OK now?
With kind regards,
Jan
[1] ftp://
On Tuesday, 4 December 2012 14:32:20 CEST, Chusslove Illich wrote:
Other than the difference in contexts, the POT file is actually invalid (due
to duplication of messages, which must be unique by msgctxt+msgid).
My gettext skills are very sub-par, I know just what I've read in the last two
wee
> [: Jan Kundrát :]
> It looks like the trojita_common.pot which is in SVN is different than
> what I get locally (Gentoo, Qt/4.8.3) -- notably, they differ in "msgctxt"
> and "#. ts-context" prefixes. [...]
> If the "new" format works, I'll be happy to sed the output so that it
> matches the "new"
On Tuesday, 4 December 2012 13:03:57 CEST, Burkhard Lück wrote:
Scripty does not like your message extraction, see
ftp://l10n.kde.org/121204.trunk_l10n-kde4.
Using a simple
$XGETTEXT_QT `find src/ -name \*.cpp` -o $podir/trojita_common.pot
will avoid the duplicated messages make Scripty happy
--- El mar, 4/12/12, Burkhard Lück escribió:
> De: Burkhard Lück
> Asunto: Re: Moving Trojitá to extragear
> Para: kde-core-devel@kde.org
> Fecha: martes, 4 de diciembre, 2012 13:03
> Am Donnerstag, 22. November 2012,
> 23:31:43 schrieb Jan Kundrát:
> > It took quite a
Am Donnerstag, 22. November 2012, 23:31:43 schrieb Jan Kundrát:
> It took quite a few hours, but it looks like I've tamed the beast.
>
> I wanted to follow the way how Marble works, i.e. calling QObject::tr and
> converting between the .ts and .po files. This turned out to be a problem
> because Q
It took quite a few hours, but it looks like I've tamed the beast.
I wanted to follow the way how Marble works, i.e. calling QObject::tr and
converting between the .ts and .po files. This turned out to be a problem
because QObject::tr expects the context to be a name of the class while the
xge
El Dijous, 22 de novembre de 2012, a les 12:02:17, Jan Kundrát va escriure:
> On Wednesday, 21 November 2012 20:53:14 CEST, Albert Astals Cid wrote:
> > I.e. if you don't use "i18n()" or "tr() + kdecore (and actually
> > this one has a
> > missing feature because someone in Qt decided to make a met
El Dijous, 22 de novembre de 2012, a les 12:18:51, Martin Sandsmark va
escriure:
> On Wed, Nov 21, 2012 at 08:53:14PM +0100, Albert Astals Cid wrote:
> > [...] (and actually this one has a
> > missing feature because someone in Qt decided to make a method not
> > virtual)" [...]
>
> Has this been
On Thursday, November 22, 2012 12:02:17 Jan Kundrát wrote:
> On Wednesday, 21 November 2012 20:53:14 CEST, Albert Astals Cid wrote:
> > I.e. if you don't use "i18n()" or "tr() + kdecore (and actually
> > this one has a
> > missing feature because someone in Qt decided to make a method
> > not virtu
On Wednesday, 21 November 2012 20:53:14 CEST, Albert Astals Cid wrote:
I.e. if you don't use "i18n()" or "tr() + kdecore (and actually
this one has a
missing feature because someone in Qt decided to make a method
not virtual)"
you can't get our .po/.mo system work-flow to work.
Not having tr
On Wed, Nov 21, 2012 at 08:53:14PM +0100, Albert Astals Cid wrote:
> [...] (and actually this one has a
> missing feature because someone in Qt decided to make a method not virtual)"
> [...]
Has this been fixed in Qt5?
--
Martin Sandsmark
El Dimecres, 21 de novembre de 2012, a les 21:52:43, Thomas Lübking va
escriure:
> On Mittwoch, 21. November 2012 20:53:14 CEST, Albert Astals Cid wrote:
> > I.e. if you don't use "i18n()" or "tr() + kdecore (and actually
> > this one has a missing feature because someone in Qt decided to
> > make
написане Wed, 21 Nov 2012 20:43:13 +0200, Jan Kundrát :
1) User's docs. Is it a hard requirement to have a documentation
basically describing how the menus look like?
No. But it's a good practice [0]. Nobody needs to know how the menu looks
like (if you do not mind about accessibility) but
On Mittwoch, 21. November 2012 20:53:14 CEST, Albert Astals Cid wrote:
> I.e. if you don't use "i18n()" or "tr() + kdecore (and actually
> this one has a missing feature because someone in Qt decided to
> make a method not virtual)" you can't get our .po/.mo system
> work-flow to work.
>
> Not
El Dimecres, 21 de novembre de 2012, a les 19:43:13, Jan Kundrát va escriure:
> Hi,
> thanks for your encouragement. Trojitá, a fast IMAP e-mail client (homepage
> [1], more in-depth look [2], the KDE project page [3]) has spent the last
> week or so under playground and was just moved to kdereview
Hi,
thanks for your encouragement. Trojitá, a fast IMAP e-mail client (homepage
[1], more in-depth look [2], the KDE project page [3]) has spent the last week
or so under playground and was just moved to kdereview (thanks to sysadmins for
their excellent turnaround time). I'd appreciate people
29 matches
Mail list logo
