Mailing List Archive: MythTV: Dev

[RFC] Proposal: Not to version translations' qm files

Index | Next | Previous | View Threaded

reynaldo at osp

Oct 30, 2009, 7:26 PM

Post #1 of 8 (614 views)
Permalink

[RFC] Proposal: Not to version translations' qm files

I guess I'm not the only one thinking there is something
inherently wrong on versioning these files. I think they
should be generated at build time. Any thoughts on this
regard?

--
Reynaldo
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

nigel at ind

Nov 1, 2009, 2:13 PM

Post #2 of 8 (556 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

> I think they
> should be generated at build time. Any thoughts on this
> regard?

Some Qt installs don't have the translation tools.

--
Nigel Pearson, nigel[at]ind.tansu.com.au|"People say I'm strange.
Telstra Net. Eng., Sydney, Australia | Does it make me a stranger?
Office: 9202 3900 Fax: 9212 6348 | My best friend was born...
Mobile: 0408 664435 Home: 9792 6998 | in a manger" -DC Talk

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

reynaldo at osp

Nov 1, 2009, 4:12 PM

Post #3 of 8 (554 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

Hello

Nigel Pearson wrote:
> Some Qt installs don't have the translation tools.

That binary data is _generated_ from correctly versioned
files. There is no point on re-version it.

While yours is a reason _not_ to use Qt's translation
facilities (late for that argument I'm afraid) is not a
reason to support versioning of qm files. Otherwise we
would need to version object files too to account for
certain OSes not bundling a compiler :)

Best regards

--
Reynaldo
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

nigel at ind

Nov 1, 2009, 5:21 PM

Post #4 of 8 (544 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

> That binary data is _generated_ from correctly versioned
> files. There is no point on re-version it.

If you can't easily build the .qm files,
you have to download them from somewhere,
matching the source code and .ts versions.

Its not the end of the world if they don't match
perfectly, but having them in SVN (and versioned)
isn't a huge problem either?

We are saving builders time by giving them .qm files!

> Otherwise we would need to version object files too to account for
> certain OSes not bundling a compiler :)

Heh. Shades of Java there!

A bit different to compiled code, though.
The .qm files seem to be just a binary encoding.
The encoding only changes when Qt fiddles with it.

That said, it isn't the end of the world if we
add another dependence (on qt-translate).

--
Nigel Pearson, nigel[at]ind.tansu.com.au|"In this city I confess.
Telstra Net. Eng., Sydney, Australia | god is mammon, more is less.
Office: 9202 3900 Fax: 9212 6348 | Off like lemmings at the gun!
Mobile: 0408 664435 Home: 9792 6998 | I know better, still I run"

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

reynaldo at osp

Nov 1, 2009, 6:04 PM

Post #5 of 8 (546 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

Hello

Nigel Pearson wrote:
> If you can't easily build the .qm files,
> you have to download them from somewhere,
> matching the source code and .ts versions.

As far as I know there is no reason for them to
match. At runtime (if found) the qm files are used,
regardless of what the .ts files might have.

> Its not the end of the world if they don't match

Sure its not.

> perfectly, but having them in SVN (and versioned)
> isn't a huge problem either?

There is no point on versioning a generated binary
file on a source code repository. Those shouldn't
even be there to begin with.

> We are saving builders time by giving them .qm files!

Come on. You must be kidding :)

> That said, it isn't the end of the world if we
> add another dependence (on qt-translate).

Yes, I don't think thats a problem but keep in mind
it doesn't even have to be that way if you don't like.
We can have an alternate way of distributing those qm
files, maybe a tarball, dunno. Not saying is a good
idea, just saying.

Best regards

--
Reynaldo
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

nigel at ind

Nov 1, 2009, 7:20 PM

Post #6 of 8 (542 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

> As far as I know there is no reason for them to
> match. At runtime (if found) the qm files are used,
> regardless of what the .ts files might have.

Sure, but when translations are rolled into .ts,
it brings the .qm data closer to the strings that
are used in that revision's .cpp strings.

If they don't match, the exact strings being looked
up by the frontend might not be in the file.

Having the same versions of everything minimises this
(assuming that the last dev. to change .ts did lupdate)

But, overall;

1) falling back to English for some strings isn't a huge deal
(esp. for English-only speakers like m� :-)

2) for slow internet connections, having to install
lupdate and generate *.qm might almost be faster
than downloading the *.qm from SVN?

--
Nigel Pearson, nigel[at]ind.tansu.com.au|"Gentlemen! |
Telstra Net. Eng., Sydney, Australia | You can't fight in here-|
Office: 9202 3900 Fax: 9212 6348 | this is the war room!"|
Mobile: 0408 664435 Home: 9792 6998 | Dr Strangelove |

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

reynaldo at osp

Nov 2, 2009, 5:02 AM

Post #7 of 8 (526 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

Hello

Nigel Pearson wrote:
> 1) falling back to English for some strings isn't a huge deal
> (esp. for English-only speakers like m� :-)
>
> 2) for slow internet connections, having to install
> lupdate and generate *.qm might almost be faster
> than downloading the *.qm from SVN?

Should I get from here that you are supporting the
removal of qm files too?

Best regards

--
Reynaldo
_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

nigel at ind

Nov 11, 2009, 10:12 PM

Post #8 of 8 (335 views)
Permalink

Re: [RFC] Proposal: Not to version translations' qm files [In reply to]

>> 2) for slow internet connections, having to install
>> lupdate and generate *.qm might almost be faster
>> than downloading the *.qm from SVN?
>
> Should I get from here that you are supporting the
> removal of qm files too?

Still undecided.

--
Nigel Pearson, nigel[at]ind.tansu.com.au|"Reality is that which, |
Telstra Net. Eng., Sydney, Australia | when you stop believing |
Office: 9202 3900 Fax: 9212 6348 | in it, doesn't go away."|
Mobile: 0408 664435 Home: 9792 6998 | Philip K. Dick - 'Valis'|

_______________________________________________
mythtv-dev mailing list
mythtv-dev[at]mythtv.org
http://mythtv.org/cgi-bin/mailman/listinfo/mythtv-dev

Index | Next | Previous | View Threaded

Interested in having your list archived? Contact lists@gossamer-threads.com