Problem with rendering html exported highlights

ichnilatis · 07-28-2021, 09:17 AM

Hi,
I can't understand what's going on with Evernote...
While the older html files with extracted highlights are rendered correctly in KOReader, when I open the new ones, I see the page code (as below) and not only the title and the highlighted texts.

However, I can see those new html files being rendered correctly on the computer.

Am I missing something?

pazos · 07-29-2021, 07:09 AM

Quote:

Originally Posted by ichnilatis

Hi,
I can't understand what's going on with Evernote...
While the older html files with extracted highlights are rendered correctly in KOReader, when I open the new ones, I see the page code (as below) and not only the title and the highlighted texts.

However, I can see those new html files being rendered correctly on the computer.

Am I missing something?

Probably. Html files are rendered correctly in both Coolreader and MuPDF engines (as correct as we can get).

Did you rename the files in clipboard?. There's no fancy file type recognition here. The app opens a file based on its extension. So if you rename "yourBook.html" to "yourBook.txt" the engine will open the plain text that's inside the document.

See attachments.

ichnilatis · 07-29-2021, 08:38 AM

No, I didn't rename it.
The same file (with .html extension) is rendered in KOReader like your 2nd attached image and in the computer browser like your 3rd attached image.

NiLuJe · 07-29-2021, 10:14 AM

Open with shenanigans, perhaps?

pazos · 07-29-2021, 10:14 AM

Then no idea. Could you attach a sample html file that shows its source code when you open it in KOReader?

ichnilatis · 07-30-2021, 09:24 AM

This is an example with random highlights, with which the same problem occurs. (remove the .zip extension)

pazos · 07-30-2021, 09:55 AM

Quote:

Originally Posted by ichnilatis

This is an example with random highlights, with which the same problem occurs. (remove the .zip extension)

I can reproduce the issue with that file and CRengine. Cannot reproduce with any of my highlights/annotations but I don't read greek

Could you open a ticket?

In the mean time you can setup KOReader to open html files with MuPDF, which is unaffected by this issue.

Long press any html document and setup as attachments (clicking "open with")

NiLuJe · 07-30-2021, 10:42 AM

Possibly similar to an issue that was opened a while ago where the character encoding detection in CRe was doing wonky things?

Frenzie · 07-30-2021, 12:32 PM

The HTML document is a bit… incomplete, shall we say. Just make sure in the code somewhere that it sticks a <!DOCTYPE html> on top.

ichnilatis · 07-31-2021, 07:49 AM

Quote:

Originally Posted by pazos

In the mean time you can setup KOReader to open html files with MuPDF, which is unaffected by this issue.

Long press any html document and setup as attachments (clicking "open with")

Yes, I've already tried it.
So, do I have to open an issue in github?

Thank you!

pazos · 07-31-2021, 10:04 AM

Quote:

Originally Posted by ichnilatis

Yes, I've already tried it.
So, do I have to open an issue in github?

Thank you!

There's no need. @Frenzie's suggestion fixes your issue. Addressed in https://github.com/koreader/koreader/pull/8040

zslengyel · 12-13-2021, 05:51 AM

Hi, I'd like to open the exported highlights html in the default reader of my Boox device (to make handwritten notes), but its engine seems to be very picky. Would it be possible to add html and body tags to the template? Thanks!

Ken Maltby · 12-13-2021, 12:31 PM

Quote:

Originally Posted by zslengyel

Hi, I'd like to open the exported highlights html in the default reader of my Boox device (to make handwritten notes), but its engine seems to be very picky. Would it be possible to add html and body tags to the template? Thanks!

It sounds like you wish to modify how your Onyx Boox device functions, if so you could address that better in the Onyx Boox Forum.

Otherwise; you would be fixing the html document itself.

Luck;
Ken

zslengyel · 12-13-2021, 01:09 PM

Thanks for your reply. What I'd like to see changed is note.tpl in koreader's exporter plugin, which was already changed by @Frenzie earlier (#11).
Of course, I can edit the files one by one, and that's what I do now. But since this is a recurring scenario for me, it would be easier automatically to have "correct" files.
What I don't know is whether there is some specific reason making it necessary for the exported files not to contain html and body tags.

zslengyel · 12-13-2021, 01:33 PM

Meanwhile, I realized I could create a copy of the plugin in the Android-readable folder and use this instead. Problem solved.

Similar Threads
Thread	Thread Starter	Forum	Replies	Last Post
Exported ePUBs stay the same, exported PDFs always change.	halloleo	Library Management	4	01-10-2021 08:02 AM
HTML -> EPUB3 not rendering canvas elements	drscotthawley	Conversion	5	10-10-2020 03:16 AM
MoonReader and html/css rendering	nindotza	Android Devices	4	09-26-2020 04:01 AM
Problem with rendering of text.	svenlind	Marvin	2	07-06-2016 04:07 AM
Calibre can't import html exported by Acrobat?	greenapple	Calibre	0	02-11-2010 12:37 AM

07-28-2021, 09:17 AM	#1
ichnilatis Groupie Posts: 169 Karma: 1686 Join Date: Jul 2020 Location: Greece Device: Pocketbook Touch Lux 5	Problem with rendering html exported highlights Hi, I can't understand what's going on with Evernote... While the older html files with extracted highlights are rendered correctly in KOReader, when I open the new ones, I see the page code (as below) and not only the title and the highlighted texts. However, I can see those new html files being rendered correctly on the computer. Am I missing something? Attached Thumbnails Last edited by ichnilatis; 07-28-2021 at 09:23 AM.

07-29-2021, 08:38 AM	#3
ichnilatis Groupie Posts: 169 Karma: 1686 Join Date: Jul 2020 Location: Greece Device: Pocketbook Touch Lux 5	No, I didn't rename it. The same file (with .html extension) is rendered in KOReader like your 2nd attached image and in the computer browser like your 3rd attached image.

07-29-2021, 10:14 AM	#4
NiLuJe BLAM! Posts: 13,477 Karma: 26012494 Join Date: Jun 2010 Location: Paris, France Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E	Open with shenanigans, perhaps?

07-29-2021, 10:14 AM	#5
pazos cosiñeiro Posts: 1,271 Karma: 2200049 Join Date: Apr 2014 Device: BQ Cervantes 4	Then no idea. Could you attach a sample html file that shows its source code when you open it in KOReader?

07-30-2021, 10:42 AM	#8
NiLuJe BLAM! Posts: 13,477 Karma: 26012494 Join Date: Jun 2010 Location: Paris, France Device: Kindle 2i, 3g, 4, 5w, PW, PW2, PW5; Kobo H2O, Forma, Elipsa, Sage, C2E	Possibly similar to an issue that was opened a while ago where the character encoding detection in CRe was doing wonky things?

07-30-2021, 12:32 PM	#9
Frenzie Wizard Posts: 1,615 Karma: 724945 Join Date: Oct 2014 Location: Antwerp Device: Kobo Aura H2O	The HTML document is a bit… incomplete, shall we say. Just make sure in the code somewhere that it sticks a <!DOCTYPE html> on top.

12-13-2021, 05:51 AM	#12
zslengyel Member Posts: 20 Karma: 7144 Join Date: Nov 2018 Location: Hungary Device: Boox Nova 2 (Pocketbook Inkpad3 740, Kindle Paperwhite 3)	Hi, I'd like to open the exported highlights html in the default reader of my Boox device (to make handwritten notes), but its engine seems to be very picky. Would it be possible to add html and body tags to the template? Thanks!

12-13-2021, 01:09 PM	#14
zslengyel Member Posts: 20 Karma: 7144 Join Date: Nov 2018 Location: Hungary Device: Boox Nova 2 (Pocketbook Inkpad3 740, Kindle Paperwhite 3)	Thanks for your reply. What I'd like to see changed is note.tpl in koreader's exporter plugin, which was already changed by @Frenzie earlier (#11). Of course, I can edit the files one by one, and that's what I do now. But since this is a recurring scenario for me, it would be easier automatically to have "correct" files. What I don't know is whether there is some specific reason making it necessary for the exported files not to contain html and body tags.

12-13-2021, 01:33 PM	#15
zslengyel Member Posts: 20 Karma: 7144 Join Date: Nov 2018 Location: Hungary Device: Boox Nova 2 (Pocketbook Inkpad3 740, Kindle Paperwhite 3)	Meanwhile, I realized I could create a copy of the plugin in the Android-readable folder and use this instead. Problem solved.

Advert

Advert