|
2005-06-24 04:00
|
Fläche_farbig_2004.jpg (119,733 bytes) |
|
|
Works ok here. |
|
|
They won't load at all here; the image frame retains it's X. |
|
|
Only solution is currently to remove the german umlaut ä in the filename, eg. if you rename it to flaeche_farbig_2004.jpg it loads perfectly. |
|
|
Works ok here in 1.2.2 and 1.3.0 WITH the umlaut. What are you not seeing working? Import to the page, export to PDF? or? |
|
|
>Only solution is currently to remove the german umlaut ä in the filename, eg. if > you rename it to flaeche_farbig_2004.jpg it loads perfectly. Same here and it won't even display in the file selector preview. If you try to print preview the file, the preflight tool shows missing image. |
|
|
File selector preview works here with umlaut. |
|
|
The image is originated from a Fedora Core 3 or 4 distro, and on SuSE 9.1 the umlaut is somewhat incorrectly converted. You see only two empty squares for the umlaut in Konquerer. |
|
|
Sounds like an encoding handling bug in the file loading routines to me. We're probably treating an incoming utf-8 filename as latin-1. If I set my locale to: LANG=C LC_ALL=C it works; with default UTF-8 encoding it does not. I'll look for it, since I have some experience with this stuff. |
|
|
We're not telling Qt to respect the local text encoding. By default, it does QString<->byte string conversions by *assuming* that the incoming text is latin-1. If your locale is `de_DE', `en_US', `en_AU' etc, that's fine. If, however, you use a UTF-8 locale, or a different text encoding, you'll get weird mangling of some text. Qt provides QString::fromLocal8Bit(...) and QString::local8Bit() so we can be explicit about these conversions. We don't use them, and instead in most places seem to assume the user is in a UTF-8 locale, or just hope they aren't trying to use any 8-bit characters. In other places, we explicitly use QTextCodec to convert to/from local 8 bit text. After 1.3.0 is released, I think we need to change this so that we default to doing 8-bit string I/O in the encoding of the current locale. That change will only affect places where the code already does the wrong thing, and should cause those places to work correctly. Until we do that, you need to remember never to implicitly convert a QString to a char* - always use .local8Bit() . |
|
|
backported to 1.2.2cvs |
|
|
now fixed in 1.3 |
|
|
tested on suse 9.2 and 9.1. works fine now |
- Anonymous
