EventManager with åäö etc.

Next topic

Author	Message
Karl H	Tuesday 09 October 2007 9:57:10 am Hi, this is a question about the EventManager contribution - there wasn't a folder about it in the Extension section, so I'm posting it here. We're having problems with the CSV-function and characters such as åäö. When clicking on the "Download csv list" - in the list produced some characters don't get traslated properly. ö become Ã¶, ä becomes Ã¤ and so on. Does anyone know how this could be solved? We've tried changing: header( 'Content-Type: text/csv; charset=' . $httpCharset ); into: header( 'Content-Type: text/csv; charset='UTF-8' ); in the csv.php file for that extension, but it doesn't seem to help. Many thanks, Karl
Kristof Coomans	Monday 15 October 2007 6:34:02 am Hi Karl Setting $httpCharset = 'utf-8'; works fine here. With which program did you open the downloaded CSV file? It's possible that the software didn't properly recognize the character encoding. independent eZ Publish developer and service provider \| http://blog.coomanskristof.be \| http://ezpedia.org
Karl H	Monday 15 October 2007 9:21:11 am Thanks for the reply! We've tried to open the CSV file in both Excel and OpenOffice. After reading a bit more about this, it seems CSV files have a problem with character encoding - hence, opening the file in OpenOffice and then choosing UTF-8 as the charset when importing the file, it works OK - not quite sure how to do the same in Excel, but oh well. Then re-saving the file as an Excel (.xls) document, it maintains the right character encoding. Not ideal if a client runs into this problem, but otherwise works OK now.

Author

Message

Tuesday 09 October 2007 9:57:10 am

Hi, this is a question about the EventManager contribution - there wasn't a folder about it in the Extension section, so I'm posting it here.

We're having problems with the CSV-function and characters such as åäö. When clicking on the "Download csv list" - in the list produced some characters don't get traslated properly. ö become Ã¶, ä becomes Ã¤ and so on.

Does anyone know how this could be solved? We've tried changing:

header( 'Content-Type: text/csv; charset=' . $httpCharset );

into:

header( 'Content-Type: text/csv; charset='UTF-8' );

in the csv.php file for that extension, but it doesn't seem to help.

Many thanks,
Karl

Kristof Coomans

Monday 15 October 2007 6:34:02 am

Hi Karl

Setting $httpCharset = 'utf-8'; works fine here. With which program did you open the downloaded CSV file? It's possible that the software didn't properly recognize the character encoding.

independent eZ Publish developer and service provider | http://blog.coomanskristof.be | http://ezpedia.org

Karl H

Monday 15 October 2007 9:21:11 am

Thanks for the reply!

We've tried to open the CSV file in both Excel and OpenOffice. After reading a bit more about this, it seems CSV files have a problem with character encoding - hence, opening the file in OpenOffice and then choosing UTF-8 as the charset when importing the file, it works OK - not quite sure how to do the same in Excel, but oh well. Then re-saving the file as an Excel (.xls) document, it maintains the right character encoding.

Not ideal if a client runs into this problem, but otherwise works OK now.

eZ debug

Timing:	Jan 18 2025 18:42:33
Script start
Timing:	Jan 18 2025 18:42:33
Module start 'layout'
Timing:	Jan 18 2025 18:42:33
Module start 'content'
Timing:	Jan 18 2025 18:42:33
Module end 'content'
Timing:	Jan 18 2025 18:42:33
Script end

Main resources:

Total runtime	0.7425 sec
Peak memory usage	4,096.0000 KB
Database Queries	57

Timing points:

Checkpoint	Start (sec)	Duration (sec)	Memory at start (KB)	Memory used (KB)
Script start	0.0000	0.0057	587.9063	152.6250
Module start 'layout'	0.0057	0.0030	740.5313	39.4453
Module start 'content'	0.0088	0.7322	779.9766	531.8125
Module end 'content'	0.7410	0.0015	1,311.7891	12.1641
Script end	0.7424		1,323.9531

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0036	0.4802	16	0.0002
Check MTime	0.0013	0.1763	16	0.0001
Mysql Total
Database connection	0.0011	0.1437	1	0.0011
Mysqli_queries	0.6933	93.3781	57	0.0122
Looping result	0.0005	0.0722	55	0.0000
Template Total	0.7114	95.8	2	0.3557
Template load	0.0021	0.2835	2	0.0011
Template processing	0.7093	95.5227	2	0.3546
Template load and register function	0.0001	0.0192	1	0.0001
states
state_id_array	0.0011	0.1487	1	0.0011
state_identifier_array	0.0009	0.1245	2	0.0005
Override
Cache load	0.0018	0.2373	20	0.0001
Sytem overhead
Fetch class attribute can translate value	0.0007	0.0931	2	0.0003
Fetch class attribute name	0.0013	0.1813	4	0.0003
XML
Image XML parsing	0.0007	0.1002	2	0.0004
class_abstraction
Instantiating content class attribute	0.0000	0.0012	4	0.0000
General
dbfile	0.0009	0.1274	16	0.0001
String conversion	0.0000	0.0008	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
1	node/view/full.tpl	full/forum_topic.tpl	extension/sevenx/design/simple/override/templates/full/forum_topic.tpl
3	content/datatype/view/ezxmltext.tpl	<No override>	extension/community_design/design/suncana/templates/content/datatype/view/ezxmltext.tpl
4	content/datatype/view/ezxmltags/paragraph.tpl	<No override>	extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.tpl
1	content/datatype/view/ezxmltags/line.tpl	<No override>	design/standard/templates/content/datatype/view/ezxmltags/line.tpl
1	content/datatype/view/ezimage.tpl	<No override>	extension/sevenx/design/simple/templates/content/datatype/view/ezimage.tpl
1	print_pagelayout.tpl	<No override>	extension/community/design/community/templates/print_pagelayout.tpl
Number of times templates used: 11 Number of unique templates used: 6

Time used to render debug report: 0.0001 secs