Created attachment 74560 [details] Android Screenshot Problem description: I have successfully RC'd a presentation from my Android device, with LibreOffice 4.0.1 on Ubuntu 12.10. However, If I add Hebrew speaker notes, they appear in gibberish. Steps to reproduce: 1. Install the RC Android application. 2. Pair with the PC and configure Impress. 3. Create a slide with a note that contains non-unicode (e.g, Hebrew) characters. 4. Play the presentation from the Android application and navigate to the created slide. Current behavior: Notes are wrongly decoded. Expected behavior: Original note text should appear (e.g, the original Hebrew text). The attachment shows a slide with Hebrew content (displayed properly) and a mixed language note, which Hebrew section is wrongly interpreted by the application.
Two more examples: http://imagebin.ubuntu-gr.org/1361047311.jpg and http://imagebin.ubuntu-gr.org/1361047198.png -> confirmed.
The problem is that the text box in the Android app is forcing text to appear in the ISO-8859-1 encoding, instead of defaulting to UTF-8.
I'd appreciate testing of a master build as/when one is done - it should appear here at some stage: http://dev-builds.libreoffice.org/daily/master/Android-ARM@24-Bytemark-Hosting/ if it works - please poke the bug for a back-port to 4-0 and hence the store. Thanks for reporting !
Michael Meeks committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=b5e6c7d278abd618ce79a7e0a37bda176bd65619 fdo#60604 - tag notes text as UTF-8. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Problem still there on 2013-03-13_06.12.13 build.
Oh - that's annoying :-) we build the notes HTML as UTF-8 for sure: OString ImagePreparer::prepareNotes( sal_uInt32 aSlideNumber ) { ... return OUStringToOString( aRet.makeStringAndClear(), RTL_TEXTENCODING_UTF8 ); } in the UI code - so; broadly I'm stumped. Given that we're doing this right ;-) is it possible that Android has no good font coverage for your characters ? [ I suppose not but ... ;-] so I don't understand.
(In reply to comment #5) > Problem still there on 2013-03-13_06.12.13 build. > Can you attach minimal odp file that shows the problem for you with the latest version (http://dev-builds.libreoffice.org/pre-releases/sdremote/playstore/ImpressRemote.apk)?
Created attachment 76523 [details] Presentation example Slide and notes should show same characters. Top line is some Japanese, bottom some specific Polish characters. Neither show up correctly for me.
Artur Dryomov committed a patch related to this issue. It has been pushed to "master": http://cgit.freedesktop.org/libreoffice/core/commit/?id=04ab54f0c74ef0edcdd3ede3a5046a02f4bc90b1 fdo#60604 - fix Impress remote client speaker notes encoding The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Thanks Artur - just reviewed and pushed to -4-0 - will be in the 4.0.2 impress remote update in a couple of weeks I think :-)
Artur Dryomov committed a patch related to this issue. It has been pushed to "libreoffice-4-0": http://cgit.freedesktop.org/libreoffice/core/commit/?id=61686edf7074ab72d03ca2f73022797443a61fa9&h=libreoffice-4-0 fdo#60604 - fix Impress remote client speaker notes encoding It will be available in LibreOffice 4.0.3. The patch should be included in the daily builds available at http://dev-builds.libreoffice.org/daily/ in the next 24-48 hours. More information about daily builds can be found at: http://wiki.documentfoundation.org/Testing_Daily_Builds Affected users are encouraged to test the fix and report feedback.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.