Thread: [Phpvideopro-developers] First Polish translation
Brought to you by:
izzy
From: Leszek B. <bo...@aj...> - 2001-09-04 16:38:35
Attachments:
lang_pl.sql
|
Hi there, I started figting with WinCVS, but I haven't succeded yet. I'm just beginning my journey with OpenSource. So I'm sending you frst (scratch) translation. Put it in repository and some place I could test it on-line, please. Or maybe there is any easy way to do on my home computer (I don't have PHP)? What about translating genres (f.e. comedy, triller, etc). Is this posible? --- Leszek Boroch eng: KISS! - Keep It Simple Stupid! Technical University of Lublin pol: BUZI! - Bez Udziwnien Zapisu Idioto! mailto: bo...@aj... lub: BUZI! - Bez Urzywania Zakreconego Interfejsu! |
From: Itzchak R. <izz...@qu...> - 2001-09-04 16:57:14
|
Hi Leszek, Leszek Boroch wrote: > I started figting with WinCVS, but I haven't succeded yet. I'm just > beginning my journey with OpenSource. So I'm sending you frst > (scratch) translation. Put it in repository and some place I could > test it on-line, please. Done - but some probs with your lang file: Database error: Invalid SQL: INSERT INTO lang (message_id,lang,content) VALUES ('not_yet_implemented','en','Niestety, jeszcze nie zaimplementowane.') MySQL Error: 1062 (Duplicate entry 'not_yet_implemented-en' for key 1) Session halted. I try to correct this (hopefully I delete the right line - or both are exactly the same), just to get some working version in there. Please check your file for duplicates and send it in then again - meanwhile I try to get your version running here :) (see the demo) > Or maybe there is any easy way to do on my home computer (I don't > have PHP)? Without PHP there will be no way. > What about translating genres (f.e. comedy, triller, etc). Is this > posible? Of course, and will be done next. Did I forget to put that into the 2do file? Ooops... Tnx for the reminder :) </izzy> -- Itzchak Rehberg http://www.qumran.org/homes/izzy/ "Advance is the mother of problems." (G.K. Chesterton) |
From: Itzchak R. <izz...@qu...> - 2001-09-04 17:00:58
|
Hi Leszek, easy one. Forgot to switch language from 'en' to 'pl' within the lang file :) Did it by global search and replace, is up and running now. You may go and see the demo (and, maybe, set the charset :) </izzy> -- Itzchak Rehberg http://www.qumran.org/homes/izzy/ "Advance is the mother of problems." (G.K. Chesterton) |
From: Leszek B. <bo...@aj...> - 2001-09-04 17:07:27
|
> may go and see the demo (and, maybe, set the charset :) BTW: I thing setting charset in code (constant) would be better, at lest for web version. Why? Somebody would start creating database with first charset, and later would add antries with second. This would create mess in db (in charsets meanning :). Well, maybe I'm wrong, just thinking ;)) --- Leszek Boroch eng: KISS! - Keep It Simple Stupid! Technical University of Lublin pol: BUZI! - Bez Udziwnien Zapisu Idioto! mailto: bo...@aj... lub: BUZI! - Bez Urzywania Zakreconego Interfejsu! |
From: Itzchak R. <izz...@qu...> - 2001-09-04 17:23:27
|
Hi Leszek, Leszek Boroch wrote: >>may go and see the demo (and, maybe, set the charset :) Humm, but which one? Iso-8859-2 seems not to fit (at least for Mozilla not). > BTW: I thing setting charset in code (constant) would be better, at > lest for web version. Why? > Somebody would start creating database with first charset, and later > would add antries with second. This would create mess in db (in > charsets meanning > :). Well, maybe I'm wrong, just thinking ;)) No, you are absolutely right on this. But the problem is: to which charset should it be hard coded? I can only propagate one in the HTML header. So let's assume, I hardcode it to iso-8859-1 in the db. Now you install it and decide on iso-8859-2. YOUR entries in the db would look correct - but the whole setup will be a mess, since default values (configuration and technical stuff) would use a different charset... They do now as well, in fact... Did not think about this thoroughly up to now, so I'm open for ideas :) </izzy> -- Itzchak Rehberg http://www.qumran.org/homes/izzy/ "Advance is the mother of problems." (G.K. Chesterton) |
From: Tom A. <to...@ko...> - 2001-09-04 17:32:00
|
Hmm... Never worked with charsets. Isn't there a way to put them in a 'universal' manner in the db and when the right charset is chosen it looks like something? Tom > -----Oorspronkelijk bericht----- > Van: > php...@li... > [mailto:php...@li...urceforge. > net]Namens Itzchak Rehberg > Verzonden: dinsdag 4 september 2001 19:29 > Aan: php...@li... > Onderwerp: Re: [Phpvideopro-developers] First Polish > translation > > > Hi Leszek, > > Leszek Boroch wrote: > >>may go and see the demo (and, maybe, set the charset :) > > Humm, but which one? Iso-8859-2 seems not to fit (at > least for Mozilla not). > > > BTW: I thing setting charset in code (constant) > would be better, at > > lest for web version. Why? > > Somebody would start creating database with first > charset, and later > > would add antries with second. This would create > mess in db (in > > charsets meanning > > :). Well, maybe I'm wrong, just thinking ;)) > > No, you are absolutely right on this. But the problem > is: to which > charset should it be hard coded? I can only propagate > one in the HTML > header. So let's assume, I hardcode it to iso-8859-1 > in the db. Now you > install it and decide on iso-8859-2. YOUR entries in > the db would look > correct - but the whole setup will be a mess, since > default values > (configuration and technical stuff) would use a > different charset... > They do now as well, in fact... Did not think about > this thoroughly up > to now, so I'm open for ideas :) > > </izzy> > -- > Itzchak Rehberg > http://www.qumran.org/homes/izzy/ > "Advance is the mother of problems." (G.K. Chesterton) > > > _______________________________________________ > Phpvideopro-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpvideopr o-developers |
From: Itzchak R. <izz...@qu...> - 2001-09-04 17:42:31
|
Hi Tom, Tom Albers wrote: > Hmm... Never worked with charsets. Isn't there a way to put them > in a 'universal' manner in the db and when the right charset is > chosen it looks like something? Unicode (UTF8)? Never worked with that - but that would do exactly this. Alternative: use &html; codes instead of special chars. No smiley, since I could use PHP's conversion mechanism to store all information html-coded into the db. No need to port it back, since it will be displayed by a web browser. Thus, user entered data would be completely charset independant - only the users PHP installation would have to know what charset is in use. Two problems with this: 1) afaik PHP does this conversion always using iso-8859-1 (if not fixed) 2) if somebody wants to read the database from within another app... (s)he's lost - except that app understands teh HTML code natively Opinions? </izzy> -- Itzchak Rehberg http://www.qumran.org/homes/izzy/ "Advance is the mother of problems." (G.K. Chesterton) |
From: Tom A. <to...@ko...> - 2001-09-04 17:58:32
|
No idea really (again never worked with it). But if you insist, since this is a php application, in 99 out of 100 cases it will be viewd in a browser. So I guess html-codes would be the solution. Ditch the charset ;-) Tom > -----Oorspronkelijk bericht----- > Van: > php...@li... > [mailto:php...@li...urceforge. > net]Namens Itzchak Rehberg > Verzonden: dinsdag 4 september 2001 19:48 > Aan: php...@li... > Onderwerp: Re: [Phpvideopro-developers] First Polish > translation > > > Hi Tom, > > Tom Albers wrote: > > Hmm... Never worked with charsets. Isn't there a way > to put them > > in a 'universal' manner in the db and when the right > charset is > > chosen it looks like something? > > Unicode (UTF8)? Never worked with that - but that > would do exactly this. > Alternative: use &html; codes instead of special > chars. No smiley, since > I could use PHP's conversion mechanism to store all > information > html-coded into the db. No need to port it back, since > it will be > displayed by a web browser. Thus, user entered data > would be completely > charset independant - only the users PHP installation > would have to know > what charset is in use. Two problems with this: > 1) afaik PHP does this conversion always using > iso-8859-1 (if not fixed) > 2) if somebody wants to read the database from within > another app... > (s)he's lost - except that app understands teh > HTML code natively > > Opinions? > > </izzy> > -- > Itzchak Rehberg > http://www.qumran.org/homes/izzy/ > "Advance is the mother of problems." (G.K. Chesterton) > > > _______________________________________________ > Phpvideopro-developers mailing list > Php...@li... > https://lists.sourceforge.net/lists/listinfo/phpvideopr o-developers |
From: Itzchak R. <izz...@qu...> - 2001-09-04 18:35:13
|
Hi Tom, Tom Albers wrote: > No idea really (again never worked with it). Ah, so we are two already :) > But if you insist, since this is a php application, in 99 out of > 100 cases it will be viewd in a browser. So I guess html-codes > would be the solution. Ditch the charset ;-) Guess I catch some information on this first. In our company, there are a couple of Java coders, and I heard the word "UTF8" from time to time - so somebody can surely tell me something about it. Okay, but now I go home - 11 hours at work are enough :) </izzy> -- Itzchak Rehberg http://www.qumran.org/homes/izzy/ "Advance is the mother of problems." (G.K. Chesterton) |
From: Leszek B. <bo...@aj...> - 2001-09-04 18:48:28
|
> Guess I catch some information on this first. In our company, there are > a couple of Java coders, and I heard the word "UTF8" from time to time - > so somebody can surely tell me something about it. There are few Unicode codings schemes (8 bit, 2 byte, changing lenght or something like that), and UTF8 is one of them. I'll have more info > Okay, but now I go home - 11 hours at work are enough :) Right, let's go home ;)) Borek --- Leszek Boroch eng: KISS! - Keep It Simple Stupid! Technical University of Lublin pol: BUZI! - Bez Udziwnien Zapisu Idioto! mailto: bo...@aj... lub: BUZI! - Bez Urzywania Zakreconego Interfejsu! |