Hmmmm,... 

I'm not really sure what I'm doing,... ;-) ... but it seems that I found at 
least a solution witch works on Windows AND my Linux-Box without any #ifdef!

I just googled a bit and found a discussion like ours here, where they set the 
encoding of the output stream explicitely before writing a preferences 
file... please try this on your box to see if that works also with your Latin 
locale:

  stream.setEncoding(QTextStream::UnicodeUTF8);
  stream << "<?xml version=\"1.0\" encoding=\"UTF-8\"?>\n";
  stream << doc.toString();

in DVBcut at Line 258.

You remember... toString() (as in rev69) did not work under Windows but with 
setting the encoding now it does! The behavoir under my UTF-8 Linux is 
unaffected and working as before in rev69 without the setEncoding()...

ciao
ralph

PS: setEncoding() together with toCstring() has the effect that it does no
longer work under Windows... producing the same double converted filename as 
under Linux with rev70!

PPS: In the above mentioned discussion someone wrote: 
'This discussion so far can thus be summed up as "encodings are a pain in the 
ass and really hard to get right"'
I Guess that man was right...! :-(


-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft
Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
_______________________________________________
DVBCUT-user mailing list
DVBCUT-user@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/dvbcut-user

Reply via email to