Loading...
 
Features / Usability

Features / Usability


PDF umlaute and accented chars?

posts: 18 Germany

Hi,

we are using german umlaute in our Wiki and the PDF generator
fails on these. Is there any setting that I have to change to make it work or is it not supported at all?
(Using Wiki 1.8)

E.g. ÄÖÜöäü...

best regards,
Florian

posts: 10 Poland
I am afraid pdflib used in tiki does not support utf-8 characters.
posts: 18 Germany

> andrzej:
> I am afraid pdflib used in tiki does not support utf-8 characters.

And is there anything planned? I think it would be quite usefull...

posts: 112 Austria

> florianlink:
> > andrzej:
> > I am afraid pdflib used in tiki does not support utf-8 characters.
>
> And is there anything planned? I think it would be quite usefull...
>

Hi florianlink,

i am german speaking too. And I see a lot of problems with german (and other languages too). UTF-8 is unable, what we need is ISO-8859-1 !

If you view the source code (HTML) of a page generated by tw, you will see that NONE german special char (umlaute,...) is decoded. Nothing. It is a wonder that it works.

The same game with RSS, category path, dynamic content!

What I see is, that it is a lot to do, if international support for german will work in the future.

In the meantime we can hope (and have fun with the nice functions)!

paulap01

BTW: Take a look at www.pitschek.com, my brand new website based an tw 1.8!

posts: 104 France

> Hi florianlink,
>
> i am german speaking too. And I see a lot of problems with german (and other languages too). UTF-8 is unable, what we need is ISO-8859-1 !
>

Oh no, definitely not ISO-8859-1!!! Moving back to single-byte character sets would be a non-starter in my view. UTF-8 will handle any character set - German, Polish, Russian, etc etc, including Chinese and Japanese I believe. If you use UTF-8 you can mix these languages on a single site which you can't do with non-Unicode character sets. And as far as I can see there is nothing wrong with Tikis treatment of German (or French, same thing) characters:

Voici des caractères français par exemple, y compris umlaut ü, et à ce que je vois pas de problème: razz

So "Vive UTF-8!" and a huge raspberry to PDFLib for not handling it: pitiful. Definitely big problem in Tiki though since it makes PDF unusable for any character set other than English - pity

JoelG

posts: 112 Austria

> joelg:
> > Hi florianlink,
> >
> > i am german speaking too. And I see a lot of problems with german (and other languages too). UTF-8 is unable, what we need is ISO-8859-1 !
> >
>
> Oh no, definitely not ISO-8859-1!!! Moving back to single-byte character sets would be a non-starter in my view. UTF-8 will handle any character set - German, Polish, Russian, etc etc, including Chinese and Japanese I believe. If you use UTF-8 you can mix these languages on a single site which you can't do with non-Unicode character sets. And as far as I can see there is nothing wrong with Tikis treatment of German (or French, same thing) characters:
>
> Voici des caractères français par exemple, y compris umlaut ü, et à ce que je vois pas de problème: razz
>
> So "Vive UTF-8!" and a huge raspberry to PDFLib for not handling it: pitiful. Definitely big problem in Tiki though since it makes PDF unusable for any character set other than English - pity
>
> JoelG

Hi JoelG,

thx for your comment.

But I think UFT-8 is not the solution (read the comment from djoguet).

It is not only a problem of PDF generation, of generation the HTML output (which has no character transformation like ä = & auml ;).

And THE BIG problem is the communication with other systems over RSS or the integration of parts of our HTML from search engines.

Try it und you will believe it. No PDF, no serious RSS,...

And take a look at other systems like for instance Moveable Type (depending on the language they use other charsets like UTF-8. Surprise: for german ISO...)

paulap


posts: 18 Germany

> andrzej:
> I am afraid pdflib used in tiki does not support utf-8 characters.

And is there anything planned? I think it would be quite usefull...

posts: 112 Austria

> florianlink:
> > andrzej:
> > I am afraid pdflib used in tiki does not support utf-8 characters.
>
> And is there anything planned? I think it would be quite usefull...
>

Hi florianlink,

i am german speaking too. And I see a lot of problems with german (and other languages too). UTF-8 is unable, what we need is ISO-8859-1 !

If you view the source code (HTML) of a page generated by tw, you will see that NONE german special char (umlaute,...) is decoded. Nothing. It is a wonder that it works.

The same game with RSS, category path, dynamic content!

What I see is, that it is a lot to do, if international support for german will work in the future.

In the meantime we can hope (and have fun with the nice functions)!

paulap01

BTW: Take a look at www.pitschek.com, my brand new website based an tw 1.8!

posts: 104 France

> Hi florianlink,
>
> i am german speaking too. And I see a lot of problems with german (and other languages too). UTF-8 is unable, what we need is ISO-8859-1 !
>

Oh no, definitely not ISO-8859-1!!! Moving back to single-byte character sets would be a non-starter in my view. UTF-8 will handle any character set - German, Polish, Russian, etc etc, including Chinese and Japanese I believe. If you use UTF-8 you can mix these languages on a single site which you can't do with non-Unicode character sets. And as far as I can see there is nothing wrong with Tikis treatment of German (or French, same thing) characters:

Voici des caractères français par exemple, y compris umlaut ü, et à ce que je vois pas de problème: razz

So "Vive UTF-8!" and a huge raspberry to PDFLib for not handling it: pitiful. Definitely big problem in Tiki though since it makes PDF unusable for any character set other than English - pity

JoelG

posts: 112 Austria

> joelg:
> > Hi florianlink,
> >
> > i am german speaking too. And I see a lot of problems with german (and other languages too). UTF-8 is unable, what we need is ISO-8859-1 !
> >
>
> Oh no, definitely not ISO-8859-1!!! Moving back to single-byte character sets would be a non-starter in my view. UTF-8 will handle any character set - German, Polish, Russian, etc etc, including Chinese and Japanese I believe. If you use UTF-8 you can mix these languages on a single site which you can't do with non-Unicode character sets. And as far as I can see there is nothing wrong with Tikis treatment of German (or French, same thing) characters:
>
> Voici des caractères français par exemple, y compris umlaut ü, et à ce que je vois pas de problème: razz
>
> So "Vive UTF-8!" and a huge raspberry to PDFLib for not handling it: pitiful. Definitely big problem in Tiki though since it makes PDF unusable for any character set other than English - pity
>
> JoelG

Hi JoelG,

thx for your comment.

But I think UFT-8 is not the solution (read the comment from djoguet).

It is not only a problem of PDF generation, of generation the HTML output (which has no character transformation like ä = & auml ;).

And THE BIG problem is the communication with other systems over RSS or the integration of parts of our HTML from search engines.

Try it und you will believe it. No PDF, no serious RSS,...

And take a look at other systems like for instance Moveable Type (depending on the language they use other charsets like UTF-8. Surprise: for german ISO...)

paulap


posts: 13 France

Hi,

I installed TikiWiki to test it on my personal PC.
I tested blog posts and tried to get them in an RSS feeds reader.
It did not work with UTF-8 encoding (errors with accents). I changed the php code in tiki-rss.php to set ISO-8859-1 instead of UTF-8 and everything runs smoothly since then...
Maybe I am missing something there...


posts: 10 Poland
Since pdflib can work only with single byte characters so perhaps converting a wiki page to iso-xxx would be an ad hoc solution just for making pdf?

Upcoming Events

1)  18 Apr 2024 14:00 GMT-0000
Tiki Roundtable Meeting
2)  16 May 2024 14:00 GMT-0000
Tiki Roundtable Meeting
3)  20 Jun 2024 14:00 GMT-0000
Tiki Roundtable Meeting
4)  18 Jul 2024 14:00 GMT-0000
Tiki Roundtable Meeting
5)  15 Aug 2024 14:00 GMT-0000
Tiki Roundtable Meeting
6)  19 Sep 2024 14:00 GMT-0000
Tiki Roundtable Meeting
7) 
Tiki birthday
8)  17 Oct 2024 14:00 GMT-0000
Tiki Roundtable Meeting
9)  21 Nov 2024 14:00 GMT-0000
Tiki Roundtable Meeting
10)  19 Dec 2024 14:00 GMT-0000
Tiki Roundtable Meeting