Simple quote changed to question mark

«

Previous topic

|

|

Next topic

»

Author	Message
Pierre SCALFATI	Thursday 17 September 2009 9:11:06 am Hello, I'm using pdf generation and when I try to display the pdf version of a content article, all my simple quotes are changed to question mark character "?". I'm using a 4.0 EZP version and in my pdf.ini.append.php, I've the following: [PDFGeneral] Format=A4 Orientation=portrait TopMargin=80 BottomMargin=100 LeftMargin=30 RightMargin=30 OutputCharset=iso-8859-1 ... I tried UTF8 encoding but it doesn't work. The text to display is French, can someone help me on this problem, please ? Many thanks
André R.	Thursday 17 September 2009 1:07:47 pm The pdf code does not support utf-8, that's why it's deprecated. It comes from the php functions it uses. There is a project somewhere that works with utf-8, search for pdf on projects.ez.no and you'll probably find it. eZ Online Editor 5: http://projects.ez.no/ezoe \|\| eZJSCore (Ajax): http://projects.ez.no/ezjscore \|\| eZ Publish EE http://ez.no/eZPublish/eZ-Publish-Enterprise-Subscription @: http://twitter.com/andrerom
Łukasz Serwatka	Thursday 17 September 2009 1:47:15 pm There are patches in the public issue tracker which relay on iconv charset conversion. But still, without hacking that is not possible. All in all it is better just use one of the contributions: http://projects.ez.no/paradoxpdf Personal website -> http://serwatka.net Blog (about eZ Publish) -> http://serwatka.net/blog
Pierre SCALFATI	Friday 18 September 2009 1:07:22 am Hi everybody, Many thanks first for your replies. I looked at paradoxpdf solution but I must admit that I'm not very keen on the fact to use JRE or other java plugins or virtual machines on my server. Is there any workaround solution to make standard EZP pdf work very easily ? Lucasz you spoke of "hacking", can you be more precise ? Thank you all.
Pierre SCALFATI	Friday 18 September 2009 7:00:51 am Hello, FINALLY, after having spent so many time to try to fix this simple quote problem, I found something very easy that fixes the bug. Everything is in the pdf.ini.append.php. You must specify this : [PDFGeneral] OutputCharset=Windows-1252 Yes, as strange as it could seem, this fixed all the encoding problems I had and even my bullets are now displayed in my pdf file... Cheers.

Powered by eZ Publish™ CMS Open Source Web Content Management. Copyright © 1999-2014 eZ Systems AS (except where otherwise noted). All rights reserved.

eZ debug

Timing:	Jan 30 2025 21:42:03
Script start
Timing:	Jan 30 2025 21:42:03
Module start 'layout'
Timing:	Jan 30 2025 21:42:03
Module start 'content'
Timing:	Jan 30 2025 21:42:03
Module end 'content'
Timing:	Jan 30 2025 21:42:03
Script end

Main resources:

Total runtime	0.0237 sec
Peak memory usage	4,096.0000 KB
Database Queries	3

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0052	588.1484	151.2109
Module start 'layout'	0.0052	0.0040	739.3594	220.6875
Module start 'content'	0.0093	0.0128	960.0469	1,001.8984
Module end 'content'	0.0221	0.0016	1,961.9453	33.9922
Script end	0.0237		1,995.9375

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0027	11.5458	14	0.0002
Check MTime	0.0011	4.7784	14	0.0001
Mysql Total
Database connection	0.0008	3.3998	1	0.0008
Mysqli_queries	0.0026	11.0702	3	0.0009
Looping result	0.0000	0.0593	1	0.0000
Template Total	0.0011	4.8	1	0.0011
Template load	0.0009	3.6773	1	0.0009
Template processing	0.0003	1.0920	1	0.0003
Override
Cache load	0.0006	2.4204	1	0.0006
General
dbfile	0.0009	3.8372	8	0.0001
String conversion	0.0000	0.0302	4	0.0000
Note: percentages do not add up to 100% because some accumulators overlap

Templates used to render the page:

Usage	Requested template	Template	Template loaded	Edit	Override
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 1 Number of unique templates used: 1

Time used to render debug report: 0.0001 secs