You are viewing a plain text version of this content. The canonical link for it is here.
Posted to issues@openoffice.apache.org by bu...@apache.org on 2015/07/09 21:35:27 UTC
[Issue 126398] New: Last slide html structure wrong
https://bz.apache.org/ooo/show_bug.cgi?id=126398
Issue ID: 126398
Issue Type: DEFECT
Summary: Last slide html structure wrong
Product: Impress
Version: 4.1.1
Hardware: Mac
OS: Mac OSX, 10.9
Status: UNCONFIRMED
Severity: normal
Priority: P5
Component: save-export
Assignee: issues@openoffice.apache.org
Reporter: cuentanumerouno@hotmail.com
Aside the code in the export is intended for reading it back into open office
and NOT to be formatted in HTML (classes and titles help nothing to work with
it later) the last slide is always nested INSIDE the previous to the last.
I have a 43 slides document, and when scraped with xPath, the last slide is
always missing.
I found out it IS there, but inside slide 42 (or inside one of the zillion divs
OO creates, not named #page-n
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #26 from sergiozambrano <cu...@hotmail.com> ---
Oh, another fix I found here
http://stackoverflow.com/questions/5032347/xslt-stylesheet-replaces-self-closing-tags-with-empty-paired-tags
…You could try to fool the processor by adding empty content in elements. In
this case it can be done by modifying the identity template.
<!-- Define a dummy variable with empty content -->
<xsl:variable name="empty" select="''"/>
<!-- Copy input to output, most of the time -->
<xsl:template match="@* | node()">
<xsl:copy>
<xsl:apply-templates select="@* | node()" />
<!-- Insert empty content into copied element -->
<xsl:value-of select="$empty"/>
</xsl:copy>
</xsl:template>
<!-- Identity template for empty elements -->
<xsl:template match="*[not(node())]">
<xsl:copy>
<xsl:apply-templates select="@* | node()" />
<xsl:value-of select="$empty"/>
</xsl:copy>
</xsl:template>
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #18 from Regina Henschel <rb...@t-online.de> ---
Created attachment 84844
--> https://bz.apache.org/ooo/attachment.cgi?id=84844&action=edit
Structure as seen in XML Nodepad
<div style=""/> is not a closing tag, but it is an empty element. It is the
short form of <div style=""></div>.
See http://www.w3.org/TR/xhtml1/#h-4.6
You should consider to use a different tool to examine the output. See attached
file is a screenshot of the structure as shown in "XML Nodepad". I have
examined the structure manually too. It is exactly as "XML Nodepad" shows it.
There is no error.
The body contains two times the comment "Next 'div' was a 'draw:page'.", which
indicates the start of a slide. After the comment you see two div-elements. The
first div-element contains the content of the slide, the second div-element
contains the style rule "clear:both", which is needed to force the next
div-element to start after any floating content.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #17 from sergiozambrano <cu...@hotmail.com> ---
(In reply to Regina Henschel from comment #11)
> There is no structural error in the transformation result. Test the output
> on http://validator.w3.org/file-upload.html . (Change the file name
> extension to xhtml before upload, so that it is uploaded with the correct
> mime type.)
>
> <div style=""/> is useless, but nevertheless a valid empty div-element in
> xhtml.
>
> There is no slide inside another. The part
> <div style="clear:both; line-height:0; width:0; height:0; margin:0;
> padding:0;"> </div>
> marks the end of a slide. You can better identify the parts of your slides,
> when you name the parts. The name will occur in the xhtml output as id.
>
>
> I know, that the xhtml output of a presentation is poor, but it is valid.
NO OTHER CLOSING TAG has styling inside. Have you even noticed the tag in
question is the closing tag for the tag before the comment? (I assumed it was
for a text-box div that was not printed, but I just noticed it's THERE, before
the comment. I was confused because the PAGE tag was opened with a comment
saying "WAS" instead of "IS" so I assumed all the comments said "WAS", but it
seems not all of them are (definitely the one before draw:page div IS)
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
sergiozambrano <cu...@hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|IRREPRODUCIBLE |---
Status|RESOLVED |UNCONFIRMED
--- Comment #13 from sergiozambrano <cu...@hotmail.com> ---
With all due respect to advanced programmers, this exported file is INTENDED to
be used as a WEB PAGE, not a XML DATA FILE.
the file I uploaded, OPENED IN CHROME, IS VALID, of course, but THE SECOND
SLIDE APPEARS INSIDE THE FIRST ONE, probably because the browser decided to do
so when finding a self-closing DIV, and THAT MAKES IMPOSSIBLE TO PROPERLY
FORMAT THEM with CSS.
I BELIEVE that the context for your assumption of this being "correct" is
WRONG.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #10 from sergiozambrano <cu...@hotmail.com> ---
I just noticed the only time I said "empty" (and not followed by "style
attribute" was in the title, and it's followed by the words "text-box".
So for your answer to "…a presentation object or a text-box?", the answer is…
wait for it…
wait for it…
"what is a text-box" Cha-chin!
:)
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #5 from Regina Henschel <rb...@t-online.de> ---
I do not need a picture, but the files themselves. Both.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #16 from sergiozambrano <cu...@hotmail.com> ---
(In reply to hanya from comment #12)
> The empty style="" is always shown because
> <xsl:if test="$dimension"> is always true when the variable is defined in
> <xsl:template match="draw:text-box">
> <xsl:if test="$dimension != ''"> is better to suppress the empty style
> attribute.
The tag you are talking about is the CLOSING tag for the one before the
comment. YOU CAN'T PUT STYLING in a closing tag. Much less replace it for a
self closing tag.
Please look at it from the HTML point of view, not XML. Replacing it for a
closing tag WILL ALSO BE VALID, but useful for the public who is exporting this
for the HTML (not programmers, I'm gessing 90% are not programmers). I'm pretty
sure Programmers would chose a different method to export a presentation as
data, probably the original OO xml.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
Andrea Pescetti <pe...@apache.org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |pescetti@apache.org
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #7 from sergiozambrano <cu...@hotmail.com> ---
Created attachment 84840
--> https://bz.apache.org/ooo/attachment.cgi?id=84840&action=edit
File exported from impress presentation.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
Regina Henschel <rb...@t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |IRREPRODUCIBLE
Status|UNCONFIRMED |RESOLVED
--- Comment #11 from Regina Henschel <rb...@t-online.de> ---
There is no structural error in the transformation result. Test the output on
http://validator.w3.org/file-upload.html . (Change the file name extension to
xhtml before upload, so that it is uploaded with the correct mime type.)
<div style=""/> is useless, but nevertheless a valid empty div-element in
xhtml.
There is no slide inside another. The part
<div style="clear:both; line-height:0; width:0; height:0; margin:0;
padding:0;"> </div>
marks the end of a slide. You can better identify the parts of your slides,
when you name the parts. The name will occur in the xhtml output as id.
I know, that the xhtml output of a presentation is poor, but it is valid.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #19 from hanya <ha...@gmail.com> ---
(In reply to sergiozambrano from comment #16)
>
> Please look at it from the HTML point of view, not XML. Replacing it for a
> closing tag WILL ALSO BE VALID, but useful for the public who is exporting
> this for the HTML (not programmers, I'm gessing 90% are not programmers).
> I'm pretty sure Programmers would chose a different method to export a
> presentation as data, probably the original OO xml.
You are using wrong export filter. It's for XHTML not for HTML.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
hanya <ha...@gmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |hanya.runo@gmail.com
--- Comment #12 from hanya <ha...@gmail.com> ---
The empty style="" is always shown because
<xsl:if test="$dimension"> is always true when the variable is defined in
<xsl:template match="draw:text-box">
<xsl:if test="$dimension != ''"> is better to suppress the empty style
attribute.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #4 from sergiozambrano <cu...@hotmail.com> ---
Created attachment 84838
--> https://bz.apache.org/ooo/attachment.cgi?id=84838&action=edit
corrupt closing div
comment announcing text-box which never comes, AND the next closing tag is
wrong (self-closed)
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
Regina Henschel <rb...@t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Keywords| |needmoreinfo
CC| |rb.henschel@t-online.de
--- Comment #3 from Regina Henschel <rb...@t-online.de> ---
Please add an example presentation and the export result.
Your description is not clear. What export do you use? What is "empty", a
presentation object or a text-box? How do you notice something is "missing"?
I have exported a presentation to xhtml and do not see any structural problem.
I get missing drawings, but that is different from your report.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #14 from sergiozambrano <cu...@hotmail.com> ---
Can you just MOVE THE FORWARD SLASH to the beginning of the div tag PLEASE?
It won't hurt anyone and the file will WORK AS EXPECTED (opening and closing
div tags balanced) in a BROWSER.
Thanks.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #23 from sergiozambrano <cu...@hotmail.com> ---
(In reply to hanya from comment #22)
> Since we use libxslt and XSLT to convert from ODF file to XHTML file,
> we can no do so much customization against the result.
>
> libxslt has option to change its output type to html. When you choose "html"
> method in xsl:output element,
> open tags and end tags are separetely written.
> But you might get other problems that yet unknown.
>
> INSTALLED_PATH/openoffice4/share/xslt/export/opendoc2xhtml.xsl
> @@ -69,7 +69,7 @@
> <xsl:include href="body.xsl" />
>
>
> - <xsl:output method = "xml"
> + <xsl:output method = "html"
> encoding = "UTF-8"
> media-type = "application/xhtml+xml"
> indent = "no"
Yes, I guessed the engine which does that is an already stablished robust
engine. That's why I'm asking those who know how tags are "requested" to look
into it, because NONE of the other tags in the document is closing like that.
There must be some empty or invalid parameter that prevents the tag to populate
its properties and it must be outputting its default attributes until inited
(self-closed, empty style).
If you know where I could start looking, I'd do it myself. I don't mind look
through code and see if something sparks :)
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
sergiozambrano <cu...@hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|IRREPRODUCIBLE |---
Status|RESOLVED |UNCONFIRMED
--- Comment #21 from sergiozambrano <cu...@hotmail.com> ---
Ok, let me face it from a different point of view:
In the document, there is tags for XML purposes, and tags for html
representation (div is html, you like it or not)
So, CONSIDERING the div tag is for REPRESENTATION purposes, THAT TAG MUST be a
closing tag, because must pair with the previous. That's the ONLY way in which
this html document would create contiguous sibling pages in a VALID HTML
BROWSER.
Now, if you want to see it as XML, the comment before that div tag says that
next WAS (which means it should be the closing tag of the ending text-block). I
call that WRONG.
If that tag is so crucial for xml MAKE IT SOMETHING ELSE, NOT A DIV. Because a
DIV IS FROM THE HTML SET, AND NEEDS TO BE CLOSED.
So, instead of you fixing one forward slash that
a) breaks html structure (not balanced)
b) should be closing as per the comment itself
c) would NOT hurt the xml at all
d) has no value as xml data (unless an empty style value triggers a paradox)
You expect me to
a) consider another export tool (which you don't mention, which probably means
there's none other for this)
b) develop my own exporter
c) search-replace the offending tag
Does that make sense for you?
If it does, PLEASE ignore my messages and LET OTHERS to answer. You don't own
the project and yours is just your opinion. Your answers here are making others
believe I'm being taken care of. Thanks.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #25 from sergiozambrano <cu...@hotmail.com> ---
Thanks for your advice. I found the output setting and when changing it to HTML
it fixed the self-closing divs.
The export format drop down menu in the export dialog should have separate
options for xml and html though.
Right now it reads ".xhtml; .html" and that is affecting the biggest user
group: the home user who doesn't know how to deal with the difference.
(The programmer would know what to do to get a strcit xml or would figure it
out faster… and they are the smaller user group (from people who needs to
export to html, because the programmer would rather use another format)
Should I open a new feature request for tha? (separate xhtml and html options
in the exporter window)
It seems the error is already known in bugzilla tracker for other xslt
projects.
It happens in empty elements, as I noticed.
The solution so far is to put a comment inside the empty element, or a
non-breaking space.
I don't know xml to quickly figure it out, and I still hope the document could
be made the document useful in modern browsers without hacking the exporter
output setting in the application files, so I thought I could save you the
search and copied some solutions I found on the web.
lxml.sax.ElementTreeContentHandler checks closing elements and raises SaxError
on mismatch
lxml.sax.ElementTreeContentHandler supports namespace-less SAX events
(startElement, endElement) and defaults to empty attributes (keyword argument)
Fixed in 2006 "Removing Elements from a tree could make them loose their
namespace declarations"
That sounds like the this bug (the tag outputting with its default form (not
opening, not closing, empty style by defect)
The recommendation for the cases when the element has no content are
http://www.w3.org/TR/xhtml-media-types/#C_2
If you have declared the xhtml namespace on
xsl:stylesheet then elements created in the stylesheet will be xhtml
(unless you work hard to stop that) so perhaps these div elements have
been copied from an input document?
If the input is in no-namespace and you want to generate elements in the
xhtml namepsace, you don't want to copy with xsl:copy or xsl:copy-of you
want to generate an element in the (new) default namespace but wth the
same local name as before, so don't use
<xsl:copy>
use
<xsl:element name="{local-name()}">
http://www.thecodingforums.com/threads/self-closing-tags.596847/
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #8 from sergiozambrano <cu...@hotmail.com> ---
Created attachment 84841
--> https://bz.apache.org/ooo/attachment.cgi?id=84841&action=edit
Filter used to export the HTML
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #9 from sergiozambrano <cu...@hotmail.com> ---
What export do I use?
The one that exports the slides in the same document (the other saves
individual documents, which could not make nested pages as I described.
I don't know other export but the two listed in the image attached.
How do I know something is missing?
If you read the whole thing you'll know it's irrelevant, since I already
explained what the case was (xPath not finding the page at the same level as
the others: inside body.)
If you refer about the closing tag missing:
You know they should come out in pairs, right?
If one opens and never closes, I have a tag missing.
About "empty text-boxes" (the only place where I said "empty" other than "empty
attribute", which is self-explanatory).
I called it "empty text-boxes" because the comment IS there announcing the
draw:text-box, and there comes no text-box, which is obvious it's not being
rendered because the box (frame, master element, or whatever you call it) is
EMPTY in the document.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #22 from hanya <ha...@gmail.com> ---
Since we use libxslt and XSLT to convert from ODF file to XHTML file,
we can no do so much customization against the result.
libxslt has option to change its output type to html. When you choose "html"
method in xsl:output element,
open tags and end tags are separetely written.
But you might get other problems that yet unknown.
INSTALLED_PATH/openoffice4/share/xslt/export/opendoc2xhtml.xsl
@@ -69,7 +69,7 @@
<xsl:include href="body.xsl" />
- <xsl:output method = "xml"
+ <xsl:output method = "html"
encoding = "UTF-8"
media-type = "application/xhtml+xml"
indent = "no"
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Last slide html structure wrong
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #2 from sergiozambrano <cu...@hotmail.com> ---
No need for an example.
I already found the error and tracked it down to a closing div tag misspelled
(the bar is at the end, making it a self-closed tag, instead of at the
beginning)
The tag also has an empty style attribute, which doesn't happen in the opening
ones for a text-box - which made me realize that the comment before has nothing
to do with the tag-
It seems like the lack of content to feed the parameters of the DIV tag, made
it render with its defaults (empty style attribute, self-closed by default)
WHATCH OUT!
DON'T just remove the self-closing div because that tag is now part of the
previous div's closing parts. (some deeper bug removed two tags, just not the
right ones, so the one that remains is the one that should have been removed,
and the good closing tag for its parent was removed instead).
If you do, all the pages will be inside the previous page, like a russian
matryoshka doll.
It was hard to track down the error because despite there is no text-box, the
heading comment STILL prints, not to mention all the comments say "Next WAS…"
instead of "IS"… so reading them confuses more than what they were supposed to
do (to help)
I tried to fix it, but I only got to the file body.xsl and I don't understand
how the self-closing is defined (nor I understand the language… but sometimes I
find the way. Not this time though :(
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #15 from sergiozambrano <cu...@hotmail.com> ---
Created attachment 84843
--> https://bz.apache.org/ooo/attachment.cgi?id=84843&action=edit
NESTED SLIDE structure, as per Developer tools (Chrome)
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
sergiozambrano <cu...@hotmail.com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Summary|Last slide html structure |Empty text-boxes in
|wrong |exported HTML (from
| |impress) render self-closed
| |DIV, leading to
| |matryoshka-doll-like nested
| |pages
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #24 from hanya <ha...@gmail.com> ---
The file path was described in the above.
See Comment 12 for empty style attribute. You can find "body.xsl" file in the
same directory with the path. Search in the file.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
Regina Henschel <rb...@t-online.de> changed:
What |Removed |Added
----------------------------------------------------------------------------
Status|UNCONFIRMED |RESOLVED
Resolution|--- |IRREPRODUCIBLE
--- Comment #20 from Regina Henschel <rb...@t-online.de> ---
(In reply to sergiozambrano from comment #15)
> Created attachment 84843 [details]
> NESTED SLIDE structure, as per Developer tools (Chrome)
I do not say, that your original document exports correctly, but the attached
files have no error, so I cannot reproduce your problem. To investigate the
problems in your file, you need to make the file smaller. You have embedded the
pictures. That results in huge base64 encoded img-elements. If you link the
pictures, you get the usual link in the src-attribute in the img-element. Then
you can examine the structure of the file much easier.
I suggest, you discuss the problem in a forum or mailing list. Feel free to
reopen the bug, if you can attach an .odp file, which we can use to reproduce
the problem.
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Empty text-boxes in exported HTML (from impress)
render self-closed DIV, leading to matryoshka-doll-like nested pages
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
--- Comment #6 from sergiozambrano <cu...@hotmail.com> ---
Created attachment 84839
--> https://bz.apache.org/ooo/attachment.cgi?id=84839&action=edit
Presentation with two slides
Presentation with two slides, as opened from .ppt from Office and saved by the
first time in .odp format. ( I don't know if the error could self-fix after
being saved, but I can't send the original presentation in .ppt (1) because it
contains my client's information, and (2) because it's 34Mb.
The end of the first slide/page already produces the error (self-closing div)
--
You are receiving this mail because:
You are the assignee for the issue.
[Issue 126398] Last slide html structure wrong
Posted by bu...@apache.org.
https://bz.apache.org/ooo/show_bug.cgi?id=126398
oooforum <oo...@free.fr> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |oooforum@free.fr
--- Comment #1 from oooforum <oo...@free.fr> ---
Could you attach a sample document to see the problem?
--
You are receiving this mail because:
You are the assignee for the issue.