Re: [xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Hans-Dieter Kosch <hdkosch@t-...>]

Hi Carlos,

Carlos E. R. wrote:
> The Monday 2007-10-29 at 23:58 +0100, Hans-Dieter Kosch wrote:
> 
> 
>>Carlos E. R. wrote:
>>
>>>I have a problem, though, while testing it: while I get the messages
>>>comming from xine-lib in Spanish, those from xine-ui continue being
>>>displayed in English, and I can not see what the problem may be. I
>>>believe it is a bug.
>>>
>>
>>It is a bug which should be fixed in current CVS in configure.ac r1.118.
>>It was unfortunately introduced shortly before 0.99.5 release. Please
>>update your release copy with current configure.ac and tell me if it
>>works. (Solely this bug should be a good reason for a new release ;-) ).
> 
> 
> 
> Ok, will do, and recheck the translation, too. Where is the current cvs 
> version, in sourceforge, or did you finally move it somewhere else? I 
> remember you were talking of that some time ago.
> 
xine-ui is still under the familiar CVS in sourceforge.
> Ah! You mean use the current configure.ac! Ok, will try that too.
> 
Exactly.
> 
> I found another small bug, perhaps this one is also corrected: when in 
> [f]ull screen mode, [g] show controls doesn't work. I think the control 
> window is there, but behind the "projection screen". xine-ui-0.99.4 didn't 
> have this problem.
> 
Your thought is correct, the window is behind. It is one of the problems 
concerning the behaviour of the different window managers even in 
different versions which drive me crazy. If one issue is fixed, another 
may arise. What window manager do you use? Maybe, even your window 
manager version has changed since 0.99.4?

> By the way... if before doing a release you warn translators, we could 
> have a go at readying the translation for the release ;-)
> 
Right. I did this formerly for the 0.99.5 release and will do it for 
further releases too :-)

Cheers,
Hans-Dieter

[xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Carlos E. R. <carloser@us...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


I have completed the translation of xine-ui-0.99.5 to Spanish (attached).

I expect to review and recheck it, but if somebody reports translation
errors, please forward them to me.


I have a problem, though, while testing it: while I get the messages 
comming from xine-lib in Spanish, those from xine-ui continue being 
displayed in English, and I can not see what the problem may be. I believe 
it is a bug.

In /usr/local/share/locale/es/LC_MESSAGES I have the corresponding 
translations:

libxine1.mo
xine-ui.mo
xitk.mo

The files seems to be correct, but xine-ui.mo seems to be ignored. I made 
an ltrace, and I see:


open("/usr/share/locale-langpack/es_ES.UTF-8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/locale/es_ES.UTF-8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es_ES.utf8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/locale/es_ES.utf8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es_ES/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/locale/es_ES/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es.UTF-8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/locale/es.UTF-8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es.utf8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/locale/es.utf8/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es/LC_MESSAGES/libxine1.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/local/share/locale/es/LC_MESSAGES/libxine1.mo", O_RDONLY) = 4


But xine-ui.mo is searched for in the wrong places:

open("/usr/share/locale-langpack/es_ES.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es_ES.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es_ES.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es_ES.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es_ES/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es_ES/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)


You see, it never searches in "/usr/local/share/locale/es/", where the "make install" puts the file.

If I create "/home/cer/NONE/share/locale/es/LC_MESSAGES/xine-ui.mo", I see in the ltrace:


getcwd("/home/cer", 4098)               = 10
open("/usr/share/locale-langpack/es_ES.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es_ES.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es_ES.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es_ES.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es_ES/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es_ES/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es.UTF-8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es.utf8/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/usr/share/locale-langpack/es/LC_MESSAGES/xine-ui.mo", O_RDONLY) = -1 ENOENT (No such file or directory)
open("/home/cer/NONE/share/locale/es/LC_MESSAGES/xine-ui.mo", O_RDONLY) = 3
fstat64(3, {st_mode=S_IFREG|0644, st_size=64938, ...}) = 0
mmap2(NULL, 64938, PROT_READ, MAP_PRIVATE, 3, 0) = 0xb7890000


And I get the translation working.


Is this a bug?


I'm using opensuse 10.2

- -- 
Cheers,
        Carlos Robinson
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFHI/MFtTMYHG2NR9URAvgCAKCCQ+17jw0viAiVDI0McKUaEYKLOgCfbgH2
+so1Tbf8j2E/mlLQ3Wuzmp8=
=Iy2k
-----END PGP SIGNATURE-----

Re: [xine-devel] [translations] xine... translation to Spanish

[Philipp Matthias Hahn <pmhahn@ti...>]

Hello Carlos!

On Sun, Oct 28, 2007 at 02:56:43AM +0100, Carlos E. R. wrote:
> I have completed the translation of xine-lib-1.1.8 to Spanish (attached).

On Sun, Oct 28, 2007 at 03:25:08AM +0100, Carlos E. R. wrote:
> I have completed the translation of xine-ui-0.99.5 to Spanish (attached).

Both comitted, thank you again.

One last request: could you please "normailze" your translation files
after editing using:
	msgmerge es.po {libxine1,xine-ui}.pot > x
	mv x es.po
This keeps the diffs smller, because all .po files are semi-auto-updated
using msgmerge every time the .pot file is updated. This normally just
reformats the file to max 79 columns.
After that, keep checking the file for validity:
	msgfmt -c es.po

BYtE
Philipp
-- 
  / /  (_)__  __ ____  __ Philipp Hahn
 / /__/ / _ \/ // /\ \/ /
/____/_/_//_/\_,_/ /_/\_\ pmhahn@...

Re: [xine-devel] [translations] xine... translation to Spanish

[Carlos E. R. <carloser@us...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


The Monday 2007-10-29 at 17:57 +0100, Philipp Matthias Hahn wrote:

> On Sun, Oct 28, 2007 at 02:56:43AM +0100, Carlos E. R. wrote:
>> I have completed the translation of xine-lib-1.1.8 to Spanish (attached).
>
> On Sun, Oct 28, 2007 at 03:25:08AM +0100, Carlos E. R. wrote:
>> I have completed the translation of xine-ui-0.99.5 to Spanish (attached).
>
> Both comitted, thank you again.

Thank you, too :-)

> One last request: could you please "normailze" your translation files
> after editing using:
> 	msgmerge es.po {libxine1,xine-ui}.pot > x mv x es.po

Ah... ok, I'll have to write this to my notes so I don't forget.

> This keeps the diffs smller, because all .po files are semi-auto-updated 
> using msgmerge every time the .pot file is updated. This normally just 
> reformats the file to max 79 columns.

I see! I wondered why they were formatted that way when I downloaded them 
O:-)


> After that, keep checking the file for validity:
> 	msgfmt -c es.po

Ok, I use kbabel for checking, and I supose that's one of the tests it 
does. But I'll try that too.


(ugh! aspell crashed when spell checking this email - so any writing 
error is "his" :-p)


- -- 
Cheers,
        Carlos Robinson
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFHJoV1tTMYHG2NR9URAmTMAJ9pxyqC0J2Jwx8wWKk8Z76gGtcZ+QCfbgYo
M74E5f4034uRk6AjfROnhvw=
=+H0z
-----END PGP SIGNATURE-----

Re: [xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Hans-Dieter Kosch <hdkosch@t-...>]

Hi,

Carlos E. R. wrote:
> 
> I have a problem, though, while testing it: while I get the messages 
> comming from xine-lib in Spanish, those from xine-ui continue being 
> displayed in English, and I can not see what the problem may be. I 
> believe it is a bug.
> 
It is a bug which should be fixed in current CVS in configure.ac r1.118. 
It was unfortunately introduced shortly before 0.99.5 release. Please 
update your release copy with current configure.ac and tell me if it 
works. (Solely this bug should be a good reason for a new release ;-) ).

Hans-Dieter

Re: [xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Carlos E. R. <carloser@us...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


The Monday 2007-10-29 at 23:58 +0100, Hans-Dieter Kosch wrote:

> Carlos E. R. wrote:
>>
>> I have a problem, though, while testing it: while I get the messages
>> comming from xine-lib in Spanish, those from xine-ui continue being
>> displayed in English, and I can not see what the problem may be. I
>> believe it is a bug.
>>
> It is a bug which should be fixed in current CVS in configure.ac r1.118.
> It was unfortunately introduced shortly before 0.99.5 release. Please
> update your release copy with current configure.ac and tell me if it
> works. (Solely this bug should be a good reason for a new release ;-) ).


Ok, will do, and recheck the translation, too. Where is the current cvs 
version, in sourceforge, or did you finally move it somewhere else? I 
remember you were talking of that some time ago.

Ah! You mean use the current configure.ac! Ok, will try that too.


I found another small bug, perhaps this one is also corrected: when in 
[f]ull screen mode, [g] show controls doesn't work. I think the control 
window is there, but behind the "projection screen". xine-ui-0.99.4 didn't 
have this problem.

By the way... if before doing a release you warn translators, we could 
have a go at readying the translation for the release ;-)



(aspell crashing again...)


- -- 
Cheers,
        Carlos Robinson
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFHJo13tTMYHG2NR9URAroyAJ44Wai0YX7FNhUnxWdMlVKBCee4FgCdGWX8
RU+ft+lbjo3WyzawnbETAX0=
=hPrr
-----END PGP SIGNATURE-----

Re: [xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Hans-Dieter Kosch <hdkosch@t-...>]

Hi Carlos,

Carlos E. R. wrote:
> The Monday 2007-10-29 at 23:58 +0100, Hans-Dieter Kosch wrote:
> 
> 
>>Carlos E. R. wrote:
>>
>>>I have a problem, though, while testing it: while I get the messages
>>>comming from xine-lib in Spanish, those from xine-ui continue being
>>>displayed in English, and I can not see what the problem may be. I
>>>believe it is a bug.
>>>
>>
>>It is a bug which should be fixed in current CVS in configure.ac r1.118.
>>It was unfortunately introduced shortly before 0.99.5 release. Please
>>update your release copy with current configure.ac and tell me if it
>>works. (Solely this bug should be a good reason for a new release ;-) ).
> 
> 
> 
> Ok, will do, and recheck the translation, too. Where is the current cvs 
> version, in sourceforge, or did you finally move it somewhere else? I 
> remember you were talking of that some time ago.
> 
xine-ui is still under the familiar CVS in sourceforge.
> Ah! You mean use the current configure.ac! Ok, will try that too.
> 
Exactly.
> 
> I found another small bug, perhaps this one is also corrected: when in 
> [f]ull screen mode, [g] show controls doesn't work. I think the control 
> window is there, but behind the "projection screen". xine-ui-0.99.4 didn't 
> have this problem.
> 
Your thought is correct, the window is behind. It is one of the problems 
concerning the behaviour of the different window managers even in 
different versions which drive me crazy. If one issue is fixed, another 
may arise. What window manager do you use? Maybe, even your window 
manager version has changed since 0.99.4?

> By the way... if before doing a release you warn translators, we could 
> have a go at readying the translation for the release ;-)
> 
Right. I did this formerly for the 0.99.5 release and will do it for 
further releases too :-)

Cheers,
Hans-Dieter

Re: [xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Carlos E. R. <carloser@us...>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1


The Wednesday 2007-10-31 at 01:10 +0100, Hans-Dieter Kosch wrote:

>> Ok, will do, and recheck the translation, too. Where is the current cvs
>> version, in sourceforge, or did you finally move it somewhere else? I
>> remember you were talking of that some time ago.
>>
> xine-ui is still under the familiar CVS in sourceforge.

Ok.

>> Ah! You mean use the current configure.ac! Ok, will try that too.
>>
> Exactly.

Ok.

>> I found another small bug, perhaps this one is also corrected: when in
>> [f]ull screen mode, [g] show controls doesn't work. I think the control
>> window is there, but behind the "projection screen". xine-ui-0.99.4 didn't
>> have this problem.
>>
> Your thought is correct, the window is behind. It is one of the problems
> concerning the behaviour of the different window managers even in
> different versions which drive me crazy. If one issue is fixed, another
> may arise. What window manager do you use? Maybe, even your window
> manager version has changed since 0.99.4?

I'm using gnome with metacity under open suse 10.2. But I havent changed 
version; I was using 0.99.4, checked the sourceforge page, saw a new one, 
downloaded, finished translation, compiled, in a question of three hours, 
and tried it. I have also tried it with fvwm2 under a new user, same 
thing: I did think there might be some thing wrong with my user or 
environment, so I tried changing both. I haven't tried kde yet 
[...] Yes, in kde it works fine. Curious.

>
>> By the way... if before doing a release you warn translators, we could
>> have a go at readying the translation for the release ;-)
>>
> Right. I did this formerly for the 0.99.5 release and will do it for
> further releases too :-)

Oops, sorry, didn't see the notice, then.

- -- 
Cheers,
        Carlos Robinson
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.5 (GNU/Linux)
Comment: Made with pgp4pine 1.76

iD8DBQFHKJ6ktTMYHG2NR9URAiyPAJ9C/As46ncFffzv91NN/FTFgrIGRgCePKOD
COcnZpzLGB2iWl7gHiWt1Ro=
=iwrw
-----END PGP SIGNATURE-----

Re: [xine-devel] [translations] xine... translation to Spanish + possible bug in xine-ui

[Hans-Dieter Kosch <hdkosch@t-...>]

Hi,

Carlos E. R. wrote:
[...]
> 
>>>I found another small bug, perhaps this one is also corrected: when in
>>>[f]ull screen mode, [g] show controls doesn't work. I think the control
>>>window is there, but behind the "projection screen". xine-ui-0.99.4 didn't
>>>have this problem.
>>>
>>
>>Your thought is correct, the window is behind. It is one of the problems
>>concerning the behaviour of the different window managers even in
>>different versions which drive me crazy. If one issue is fixed, another
>>may arise. What window manager do you use? Maybe, even your window
>>manager version has changed since 0.99.4?
> 
> 
> I'm using gnome with metacity under open suse 10.2. But I havent changed 
> version; I was using 0.99.4, checked the sourceforge page, saw a new one, 
> downloaded, finished translation, compiled, in a question of three hours, 
> and tried it. I have also tried it with fvwm2 under a new user, same 
> thing: I did think there might be some thing wrong with my user or 
> environment, so I tried changing both. I haven't tried kde yet 
> [...] Yes, in kde it works fine. Curious.
> 
Compared to 0.99.4, there are some fixes for menu behaviour in 0.99.5. 
Maybe, they have to do with it. I also experienced your results with 
fvwm2: An older version works, a newer doesn't. The basic problem is the 
treatment of hints, properties and layers by the window manager (WM):

The full screen window is not the enlarged normal window, but a new one 
with the fullscreen property set. It should be placed into a high layer 
by the WM (the WM decides which layer), which should keep it above other 
windows. The GUI windows have the transient-for hint set for the full 
screen window, which in turn should keep them above that. However, if 
their layers are not updated automatically by the WM, they will stay 
below. Changing the layer property of the GUI windows manually is not 
guaranteed to work. (You may have noticed the extensive usage of the 
word "should").

There is the ICCCM standard for WMs, but it doesn't prescribe the 
behaviour up to the last detail.

I did many experiments in the past, but I've still no idea how to tame 
the biest. A workaround could be to maximize the video window and raise 
it on top. Any help from WM experts is welcome!

Cheers,
Hans-Dieter