Paste in ezoe - formatted text sometimes "stick" words?

Next topic

Author	Message
Denitsa M.	Friday 12 February 2010 9:12:35 am Hi, recently we came upon a bug in ezoe due to a certain text formatting when pasting text into content. It seems when a certain format is already applied to the text, after paste with mouse-paste or ctrl+v(cmd+v) and publish of object some of the words concatenate to a word infront or behind. Text is for example copied from some random web page in the net. This happens only with some text, and with other no - so it should be a question of corrupted formatting probably, furthermore I tested the same text conventional paste (mouse/kbd) after put it through simple text editor (copy from page into editor, then copy from text editor into ezoe) and the result content is correct. However, i noticed that if i get the same web text with corrupted formatting and paste into ezoe using the PASTE BUTTON instead of mause-paste/ctrl+v/cmd+v, the text is completely correct after publish, and no "molding" is done between words. Why there are differences in parsing text when using button to paste, and when pasting with the more common ways (kbd/mouse)? I know that it is a bit frustrating to have in mind the content client put into OE, but it is odd that we should use button in order to make sure for correct content, and be forbidden to use simple ctrl+v for example. Deni Iguana IT - http://www.iguanait.com
André R.	Monday 15 February 2010 1:44:49 am This is "TinyMCE issue". It is slightly better with newer versions (so are you using 5.0.4?), but there are lots of issues with WSIWG editors since they need to cleanup garbage formating from external sources like MS Word for instance. As for the CTRL+V vs paste dialog, thats because of a issue in Gecko (Firefox), as it does not fire any event for the editor to listen to on keyboard / mouse paste. 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
Denitsa M.	Tuesday 16 February 2010 8:41:16 am Hi, Andre, thanks for your reply and sorry for delayed answer. The strange thing is I have already tested this with the original TinyMCE at their homepage with the demo they have - the same text is parsed absolutely correctly. Also, I have in usage TinyMCE implemented into a standalone extension for xmlblock datatype, and the paste there is also correct with the same text. Deni Iguana IT - http://www.iguanait.com

Author

Message

Friday 12 February 2010 9:12:35 am

Hi,

recently we came upon a bug in ezoe due to a certain text formatting when pasting text into content. It seems when a certain format is already applied to the text, after paste with mouse-paste or ctrl+v(cmd+v) and publish of object some of the words concatenate to a word infront or behind. Text is for example copied from some random web page in the net. This happens only with some text, and with other no - so it should be a question of corrupted formatting probably, furthermore I tested the same text conventional paste (mouse/kbd) after put it through simple text editor (copy from page into editor, then copy from text editor into ezoe) and the result content is correct.

However, i noticed that if i get the same web text with corrupted formatting and paste into ezoe using the PASTE BUTTON instead of mause-paste/ctrl+v/cmd+v, the text is completely correct after publish, and no "molding" is done between words.

Why there are differences in parsing text when using button to paste, and when pasting with the more common ways (kbd/mouse)? I know that it is a bit frustrating to have in mind the content client put into OE, but it is odd that we should use button in order to make sure for correct content, and be forbidden to use simple ctrl+v for example.

Deni

Iguana IT - http://www.iguanait.com

André R.

Monday 15 February 2010 1:44:49 am

This is "TinyMCE issue". It is slightly better with newer versions (so are you using 5.0.4?), but there are lots of issues with WSIWG editors since they need to cleanup garbage formating from external sources like MS Word for instance. As for the CTRL+V vs paste dialog, thats because of a issue in Gecko (Firefox), as it does not fire any event for the editor to listen to on keyboard / mouse paste.

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

Denitsa M.

Tuesday 16 February 2010 8:41:16 am

Hi,

Andre, thanks for your reply and sorry for delayed answer. The strange thing is I have already tested this with the original TinyMCE at their homepage with the demo they have - the same text is parsed absolutely correctly. Also, I have in usage TinyMCE implemented into a standalone extension for xmlblock datatype, and the paste there is also correct with the same text.

Deni

Iguana IT - http://www.iguanait.com

eZ debug

Timing:	Jan 18 2025 00:58:25
Script start
Timing:	Jan 18 2025 00:58:25
Module start 'layout'
Timing:	Jan 18 2025 00:58:25
Module start 'content'
Timing:	Jan 18 2025 00:58:26
Module end 'content'
Timing:	Jan 18 2025 00:58:26
Script end

Main resources:

Total runtime	0.7888 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.0051	588.0625	152.6406
Module start 'layout'	0.0051	0.0031	740.7031	39.4766
Module start 'content'	0.0082	0.7790	780.1797	537.5156
Module end 'content'	0.7872	0.0015	1,317.6953	12.2813
Script end	0.7887		1,329.9766

Time accumulators:

Accumulator	Duration (sec)	Duration (%)	Count	Average (sec)
Ini load
Load cache	0.0033	0.4167	16	0.0002
Check MTime	0.0014	0.1720	16	0.0001
Mysql Total
Database connection	0.0008	0.0970	1	0.0008
Mysqli_queries	0.7426	94.1449	57	0.0130
Looping result	0.0006	0.0729	55	0.0000
Template Total	0.7601	96.4	2	0.3801
Template load	0.0021	0.2670	2	0.0011
Template processing	0.7580	96.0988	2	0.3790
Template load and register function	0.0007	0.0934	1	0.0007
states
state_id_array	0.0011	0.1373	1	0.0011
state_identifier_array	0.0013	0.1590	2	0.0006
Override
Cache load	0.0017	0.2137	15	0.0001
Sytem overhead
Fetch class attribute can translate value	0.0009	0.1128	2	0.0004
Fetch class attribute name	0.0010	0.1295	4	0.0003
XML
Image XML parsing	0.0007	0.0842	2	0.0003
class_abstraction
Instantiating content class attribute	0.0000	0.0010	4	0.0000
General
dbfile	0.0013	0.1693	17	0.0001
String conversion	0.0000	0.0011	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
3	content/datatype/view/ezxmltags/paragraph.tpl	<No override>	extension/ezwebin/design/ezwebin/templates/content/datatype/view/ezxmltags/paragraph.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: 9 Number of unique templates used: 5

Time used to render debug report: 0.0001 secs