Non-ascii characters freezes webhelp classic reading pane
Post here questions and problems related to editing and publishing DITA content.
-
- Posts: 15
- Joined: Wed Oct 03, 2018 10:36 pm
Non-ascii characters freezes webhelp classic reading pane
At times, browsers will "freeze" and not display content in the webhelp classic topic pane if the source XML had non-ascii characters. For example curly quotes, curly apostrophe, em dash, ellipsis, symbols.
If we set autocorrect to replace a curly quote with a straight quote and so on, that would take care of any newly created content that obtained source from someother source like MS Word, but will we have to run batch find/replace to change all these non-ascii characters in the XML?
we are using default <?xml version="1.0" encoding="UTF-8"?> encoding on XML
If we set autocorrect to replace a curly quote with a straight quote and so on, that would take care of any newly created content that obtained source from someother source like MS Word, but will we have to run batch find/replace to change all these non-ascii characters in the XML?
we are using default <?xml version="1.0" encoding="UTF-8"?> encoding on XML
-
- Posts: 846
- Joined: Mon Dec 05, 2011 6:04 pm
Re: Non-ascii characters freezes webhelp classic reading pane
Hello,
We are not aware of such issues. The WebHelp Classic output should handle correctly also non-ascii characters.
We have just double checked this, but we could not reproduce the freezes.
To test, we used the latest version of oXygen to publish the WebHelp Classic output and checked the result on three different browsers (IE, Firefox, Google Chrome), all of them at the current version.
What version of oXygen did you use?
Could you let us know what internet browsers and which versions of them did you encounter this issue on?
Also, how exactly you inserted the non-ascii characters in the source file?
If this issue persists, you could send us a sample file that you can reproduce the issue with and we will have a look at it and try to see if there is something peculiar that triggers the browser freeze.
Regards,
Costin
We are not aware of such issues. The WebHelp Classic output should handle correctly also non-ascii characters.
We have just double checked this, but we could not reproduce the freezes.
To test, we used the latest version of oXygen to publish the WebHelp Classic output and checked the result on three different browsers (IE, Firefox, Google Chrome), all of them at the current version.
What version of oXygen did you use?
Could you let us know what internet browsers and which versions of them did you encounter this issue on?
Also, how exactly you inserted the non-ascii characters in the source file?
If this issue persists, you could send us a sample file that you can reproduce the issue with and we will have a look at it and try to see if there is something peculiar that triggers the browser freeze.
Regards,
Costin
Costin Sandoi
oXygen XML Editor and Author Support
oXygen XML Editor and Author Support
-
- Posts: 15
- Joined: Wed Oct 03, 2018 10:36 pm
Re: Non-ascii characters freezes webhelp classic reading pane
Created with Oxygen 21.1, Oxygen DITA OT 3.3.1, default webhelp classic transform.
non-ascii characters inserted three ways:
1. copy paste from MS Word source.
2. manually typed from Dell 64 bit Windows 10 pro keyboard
4. manually inserted with Oxygen character dialog box.
With Oxygen Editor, select the folder with source and output, run this xpath expression on .xml, .ditamap, and .html:
[^\x00-\x7F]+
The output detects non-ascii characters. It is these non-ascii characers in the .html that are causing the browser to freeze and not load the reading pane content.
Will follow up with email with attached source and output.
non-ascii characters inserted three ways:
1. copy paste from MS Word source.
2. manually typed from Dell 64 bit Windows 10 pro keyboard
4. manually inserted with Oxygen character dialog box.
With Oxygen Editor, select the folder with source and output, run this xpath expression on .xml, .ditamap, and .html:
[^\x00-\x7F]+
The output detects non-ascii characters. It is these non-ascii characers in the .html that are causing the browser to freeze and not load the reading pane content.
Will follow up with email with attached source and output.
Return to “DITA (Editing and Publishing DITA Content)”
Jump to
- Oxygen XML Editor/Author/Developer
- ↳ Feature Request
- ↳ Common Problems
- ↳ DITA (Editing and Publishing DITA Content)
- ↳ SDK-API, Frameworks - Document Types
- ↳ DocBook
- ↳ TEI
- ↳ XHTML
- ↳ Other Issues
- Oxygen XML Web Author
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Content Fusion
- ↳ Feature Request
- ↳ Common Problems
- Oxygen JSON Editor
- ↳ Feature Request
- ↳ Common Problems
- Oxygen PDF Chemistry
- ↳ Feature Request
- ↳ Common Problems
- Oxygen Feedback
- ↳ Feature Request
- ↳ Common Problems
- Oxygen XML WebHelp
- ↳ Feature Request
- ↳ Common Problems
- XML
- ↳ General XML Questions
- ↳ XSLT and FOP
- ↳ XML Schemas
- ↳ XQuery
- NVDL
- ↳ General NVDL Issues
- ↳ oNVDL Related Issues
- XML Services Market
- ↳ Offer a Service