Bug Report T296935
Visible to All Users

Numbering format is reset after a document is exported to the html format

created 9 years ago (modified 9 years ago)

Hello,

Please convert the attached document to HTML. You'll see that even though the second list is clearly an unordered list, the ol tags are used for it in the resulting markup. Using ol and overriding its look & feel with CSS is semantically incorrect here and this causes problems in my app since I remove styles from such converted lists to provide cleaner markup. They must be ul, not ol. Please fix this.

Nickolay, Software Architect
ClickHelp - Online Documentation Tool
http://clickhelp.co

Show previous comments (3)
CT CT
ClickHelp Team 9 years ago

    As I supposed, you're working on a wrong issue. Well, that's an issue which needs to be fixed too, but it will not make my life better. What I meant is the following:

    1. Convert the test document from my original post to HTML.
    2. Open the HTML file.
    3. Inspect the source of the second list (under "Another list - unordered"). You'll see that even though the list looks bulleted, the HTML tag used to represent the list is <ol> with markers overloaded to be bullets through CSS classes applied to <li> tags, which is a hacky solution. However, the expected result is <ul>, not <ol>. This is important for me, because in my application I remove all your styles applied to lists and list items to make the content easier to maintain. As the result, all lists become numbered for me, even though some of them originally were bulleted lists in the Word document. I haven't checked that but your ASPxHtmlEditor probably will display a wrong (numbered) list type for the converted lists too, even though they look like bulleted lists visually, because the control probably relies on the ol / ul tag name, not on list item CSS classes, which can be another argument to fix the issue.
      Let me know if you need further clarification on this.
      Nickolay, Software Architect
      ClickHelp - Online Documentation Tool
      http://clickhelp.co
    CT CT
    ClickHelp Team 9 years ago

      And here's a picture, just in case.
      Nickolay, Software Architect
      ClickHelp - Online Documentation Tool
      http://clickhelp.co

      Maria Nikulina (DevExpress) 9 years ago

        Hello Nickolay,
        Thank you for the clarification. I will pass this additional information to our R&D. Both these issues should be fixed in the context of this thread.
        We will get back to you once we have any results.

        Answers approved by DevExpress Support

        created 9 years ago (modified 9 years ago)

        We have fixed the issue described in this ticket and will include the fix in our next maintenance update. To apply this solution before the official update, request a hotfix by clicking the corresponding link for product versions you require.

        Note: Hotfixes may be unavailable for beta versions and updates that are about to be released.

          Comments (3)
          CT CT
          ClickHelp Team 9 years ago

            Looks like lists are now converted correctly and the fix did its job.
            Nickolay, Software Architect
            ClickHelp - Online Documentation Tool
            http://clickhelp.co

            CT CT
            ClickHelp Team 8 years ago

              Unfortunately, I'm facing this issue again in 15.2.13.16330. With the document attached to my original message (https://www.devexpress.com/Support/Center/Attachment/GetAttachmentFile/5e9dbe20-6b9b-11e5-80bf-00155d62480c), unordered lists are converted to ul, but the "start" attribute is erroneously applied to them (there is no "start" attribute for ul tags).

              What's worse, I still get ol tags with start="0" when converting the attached document to HTML (this only happens for DOC, not for the same document saved as DOCX). Since my current code removes all styles from li elements to provide more clean markup, due to this issue I get numbered lists converted to ordered lists starting with zero.

              DevExpress Support Team 8 years ago

                Hello Nickolay,
                I've created a separate ticket on your behalf (T469007: <ul> tags have "start" attribute when documents are exported to HTML) as it looks like this issue is different from the one fixed in this ticket. I have replied to your comment there.

                Disclaimer: The information provided on DevExpress.com and affiliated web properties (including the DevExpress Support Center) is provided "as is" without warranty of any kind. Developer Express Inc disclaims all warranties, either express or implied, including the warranties of merchantability and fitness for a particular purpose. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.

                Confidential Information: Developer Express Inc does not wish to receive, will not act to procure, nor will it solicit, confidential or proprietary materials and information from you through the DevExpress Support Center or its web properties. Any and all materials or information divulged during chats, email communications, online discussions, Support Center tickets, or made available to Developer Express Inc in any manner will be deemed NOT to be confidential by Developer Express Inc. Please refer to the DevExpress.com Website Terms of Use for more information in this regard.