Issue 16295 - directionality lost when exporting a presentation to html
Summary: directionality lost when exporting a presentation to html
Alias: None
Product: Internationalization
Classification: Code
Component: BiDi (show other issues)
Version: OOo 1.1 Beta2
Hardware: PC All
: P3 Trivial with 72 votes (vote)
Target Milestone: ---
Assignee: wolframgarten
QA Contact: issues@l10n
Depends on:
Blocks: 79434
  Show dependency tree
Reported: 2003-07-01 16:50 UTC by sforbes
Modified: 2013-08-07 15:02 UTC (History)
6 users (show)

See Also:
Issue Type: DEFECT
Latest Confirmation in: ---
Developer Difficulty: ---

a zip file with the original presentation and the exported html (26.77 KB, application/octet-stream)
2003-07-01 16:52 UTC, sforbes
no flags Details
A simple RTL slide created with M65 (10.82 KB, application/vnd.sun.xml.impress)
2005-01-09 11:59 UTC, sforbes
no flags Details
HTML file created from the slide- notice the overlapping, lack of RTL, and wrong numbering (10.64 KB, text/html)
2005-01-09 12:00 UTC, sforbes
no flags Details
HTML created from bugdoc using 2.2 (760 bytes, text/html)
2007-04-25 13:46 UTC, alan
no flags Details
The OOo file (12.39 KB, application/vnd.oasis.opendocument.presentation)
2008-11-21 14:09 UTC, munzirtaha
no flags Details
The manually fixed version (689 bytes, text/html)
2008-11-21 14:11 UTC, munzirtaha
no flags Details
The orignal exported html (594 bytes, text/html)
2008-11-21 14:13 UTC, munzirtaha
no flags Details

Note You need to log in before you can comment on or make changes to this issue.
Description sforbes 2003-07-01 16:50:26 UTC
When exporting a Hebrew presentation from impress to the text HTML version- all
directionality settings are lost. Notice list esp.

The HTML should have dir=rtl in the proper places to preserve the directionality.
Comment 1 sforbes 2003-07-01 16:52:54 UTC
Created attachment 7312 [details]
a zip file with the original presentation and the exported html
Comment 2 sforbes 2003-08-15 01:53:38 UTC
can you please confirm?
Comment 3 mehlng 2003-08-15 10:57:23 UTC
I'm getting all slides as pictures.
But it gets my name(as text) and all text in pictures correctly
R2L'ed. Even with identation.

BTW I !!Think(not sure)!! adding dir=r2l is a bad idea as (1) it
doesn't help directionality (2) it forces English text to be R2L too.
Comment 4 Dieter.Loeschky 2003-08-20 11:03:25 UTC
DL->CL: Would you please takeover?
Comment 5 Dieter.Loeschky 2003-08-25 11:41:42 UTC
DL: Reassigned to Christian.
Comment 6 clippka 2003-08-26 14:28:10 UTC
I think rtl features in impress/draw html export should be looked at
in general
Comment 7 sforbes 2003-12-03 13:58:22 UTC
still broken in 1.1.0, and the milstone is still "OO later", not even 2.0
Comment 8 sforbes 2005-01-09 11:58:52 UTC
This is worse with M65- text overlaps, and the numbering is incorrect.
See attachments.
Comment 9 sforbes 2005-01-09 11:59:41 UTC
Created attachment 21265 [details]
A simple RTL slide created with M65
Comment 10 sforbes 2005-01-09 12:00:22 UTC
Created attachment 21266 [details]
HTML file created from the slide- notice the overlapping, lack of RTL, and wrong numbering
Comment 11 alan 2006-09-12 13:07:56 UTC
It looks good when I export the sample file to HTML in 2.0.3, both Linux and
Comment 12 alan 2007-04-23 10:58:30 UTC
This issue's status is "Started", but it looks fixed to me. Is there a need for
 more work that I don't know about?
Comment 13 clippka 2007-04-25 12:41:02 UTC
cl->ayaniger: really? html export was not changed for a long time now, maybe you
just looked at the text in the exportet graphics?
Comment 14 alan 2007-04-25 13:44:48 UTC
Yes, you are right. I was looking at the graphics. However, there is
nevertheless a change in the HTML text file for the better. The overlapping is
gone, and the bullets look ok. I'm attaching an HTML text file exported from the
sample rtl_pres.odp.
Comment 15 alan 2007-04-25 13:46:45 UTC
Created attachment 44674 [details]
HTML created from bugdoc using 2.2
Comment 16 munzirtaha 2007-06-30 10:40:02 UTC
The exported html/xhtml is ltr. The bulleted list should be rtl as in the .odp
file. I confirm the bug is still available.
Comment 17 kaplanlior 2008-05-08 20:31:03 UTC
Can someone confirm the bug with 2.4.0 ?
Any news about this issue? It has a lot of votes...
Comment 18 Joost Andrae 2008-07-09 11:34:39 UTC
retarget issue to 3.1
Comment 19 clippka 2008-11-06 15:28:44 UTC
Comment 20 clippka 2008-11-06 16:07:08 UTC
sorry to come back to this issue so late but I need more input.

On a current OOo300m10 the text is rendered different, but I'm not sure if is
now better. But the exported text renders the same in impress and in firefox 3.
So where is the error?

If someone could maybe provide a version of the html that is 'fixed' so I can
see the differences? I would love to fix this issue for 3.1 but I need help.
Comment 21 munzirtaha 2008-11-11 06:40:55 UTC
@cl: Thanks for your return back

I can only now test with OOO300m9 and the problem is not just for RTL languages
it's also for English as I can see it. The problem is OOo doesn't explicitly
export any css aligning and direction rules for text in paragraphs and table
cells. If I had centered a text for example in my presentation and exported it
to html, it would appear left-aligned not centered.

koffice is doing it right I believe in case this may help comparing.
Comment 22 clippka 2008-11-21 10:11:59 UTC
@munzirtaha, could you please attach a zipped version of a koffice export with
rtl? I was not able to find out how to do this.

@all, I'm still very grateful for anyone who give me a 'fixed' version of the
attached bugdocs by just editing the wrong html code. The usage of rtl in html
is still confusing for me.
Comment 23 munzirtaha 2008-11-21 14:09:08 UTC
Created attachment 58198 [details]
The OOo file
Comment 24 munzirtaha 2008-11-21 14:11:28 UTC
Created attachment 58199 [details]
The manually fixed version
Comment 25 munzirtaha 2008-11-21 14:13:28 UTC
Created attachment 58200 [details]
The orignal exported html
Comment 26 clippka 2008-11-21 14:27:35 UTC
thanks munzirtaha, so the solution is to add the rtl style to all list
items/pargaraphs and spans that are rtl in office. Guess I can do this
Comment 27 munzirtaha 2008-11-21 14:33:26 UTC
@cl: exactly and don't forget tables, too. This would be the basic support
needed. Other glitches, if any, could be filed after we have a basic support.
Comment 28 clippka 2009-01-08 13:12:38 UTC
I just figured out that we actually have two different html exports in impress.
I fixed the html export that also creates images for slides as this is the one
sforbes was reffering to when he wrote this issue and not the xhtml export. The
xhtml export has the same error but I will write a follow up issue for this as
the implementation is completly different.
Comment 29 clippka 2009-01-08 13:17:29 UTC
I submitted issue 97866 to fix the xhtml export. Also changed the title of this
issue to make the distinction clear.

The output of the current html export is kind of dated. if anyone on the cc list
likes to give me a hand to update it to current html feature set, please send me
a mail.
Comment 30 clippka 2009-01-26 20:51:37 UTC
verified in cws, back to qa
Comment 31 wolframgarten 2009-01-29 15:15:10 UTC
Verified in CWS.
Comment 32 wolframgarten 2009-02-20 14:21:11 UTC
Tested in OOO310_m2. Closed.