In the Exported HTML, clicking on the attached pdf or word documents does nothing

[eric99 1,081]

Thanks for bringing back HTML export. However, there are still some issues: clicking on a pdf or word document does not open these documents.

The only attachments that show up properly are images, as far as I can see

[PinkElephant 8,799]

Same on the Mac 10.30. The attachment is saved in a folder, but they do not open on a mouseclick when the exported HTML is displayed in the browser. I reported this month ago to support as well.

[DTLow 5,744]

I opened ticket 3309909    
edit; Thank you for bringing this to our attention. I was able to reproduce this problem exactly as you described it and I reported it to our engineering team for resolution. The engineering team will investigate the issue to implement a fix in a future update.

This should be simple to debug

Looking at the exported files, I see a .html file and a folder holding the attachments

Looking at the .html source I see a mess
It might be an embedded image, showing the note as it was displayed in EN
Looks good, but the attachment links are images - they don't actually work as links

[eric99 1,081]

7 minutes ago, DTLow said:

I opened ticket 3309909

This should be simple to debug

Looking at the exported files, I see a .html file and a folder holding the attachments

Looking at the .html source I see a mess
It might be an embedded image, showing the note as it was displayed in EN
Looks good, but the attachment links are images - they don't actually work

Thanks for opening the ticket !

I also noticed that the meta info is missing...

 

[DTLow 5,744]

10 minutes ago, eric99 said:

I also noticed that the meta info is missing...

The meta info is contained within the html code

[eric99 1,081]

8 hours ago, DTLow said:

The meta info is contained within the html code

But invisible in the browser

[PinkElephant 8,799]

This is why it is called META-data.

If it would not be placed in the metadata-section, it would show.

[eric99 1,081]

11 hours ago, PinkElephant said:

This is why it is called META-data.

If it would not be placed in the metadata-section, it would show.

Agreed, but this is  evernote meta level, not html level.

In the legacy HTML, it is displayed as a table and described in HTML as follows:

<div>
<table bgcolor="#D4DDE5" border="0">
<tr><td><b>Created:</b></td><td><i>9/06/2016 10:10</i></td></tr>
<tr><td><b>Updated:</b></td><td><i>9/06/2016 10:12</i></td></tr>
<tr><td><b>Author:</b></td><td><i>john doe</i></td></tr>
<tr><td><b>Labels:</b></td><td><i>kamperen, reizen</i></td></tr>
</table>
</div>

[PinkElephant 8,799]

Sure, it does show on v10 as well, in the note info window.

The intention of this thread is about creating a subsystem that allows to edit this date easily, to support a certain workflow.

My opinion is that an individual workflow should not be based on a field that is used by the software itself. This is a typical case when one says "Oh, there is a field, so lets use it" instead of keeping the personal workflow data separate from the system data. If tomorrow a dev at EN says "I am going to use this field for whatever crosses my mind", the field is overwritten and the workflow goes to hell.

It would be another request to add additional fields to allow a type of database use - but using system controlled fields IMHO is always a bad idea.

[eric99 1,081]

1 hour ago, PinkElephant said:

Sure, it does show on v10 as well, in the note info window.

The intention of this thread is about creating a subsystem that allows to edit this date easily, to support a certain workflow.

My opinion is that an individual workflow should not be based on a field that is used by the software itself. This is a typical case when one says "Oh, there is a field, so lets use it" instead of keeping the personal workflow data separate from the system data. If tomorrow a dev at EN says "I am going to use this field for whatever crosses my mind", the field is overwritten and the workflow goes to hell.

It would be another request to add additional fields to allow a type of database use - but using system controlled fields IMHO is always a bad idea.

I have the impression that you are talking about a different topic. This discussion is about HTML export format, where the meta data is visible as a table in the exported HTML document.

[DTLow 5,744]

4 hours ago, eric99 said:

In the legacy HTML, it is displayed as a table

That would be Legacy Windows; the metadata was always hidden for Mac users    
Ideally, the metadata should be converted to OS file metadata    
I'm also disappointed notebook is still missing 

If this becomes an issue for me, I'll write an script to display the hidden metadata    
It would be my version of the EN Info panel

[eric99 1,081]

On 5/7/2021 at 1:07 PM, DTLow said:

I opened ticket 3309909    
edit; Thank you for bringing this to our attention. I was able to reproduce this problem exactly as you described it and I reported it to our engineering team for resolution. The engineering team will investigate the issue to implement a fix in a future update.

This should be simple to debug

Looking at the exported files, I see a .html file and a folder holding the attachments

Looking at the .html source I see a mess
It might be an embedded image, showing the note as it was displayed in EN
Looks good, but the attachment links are images - they don't actually work as links

Not solved yet in EN 10.14.7 ...

 

[PinkElephant 8,799]

No, not solved. The files are there and can be opened from the export folder without a problem - but the file attachment icon does nothing. When I click on exported pictures, there is a link behind them. No such link behind the attachment icon. However it changes the cursor when moving over it to indicate there is a link behind the icon.

Just send a reminder through a support ticket ...

[eric99 1,081]

After several months, this problem is still there in the latest release. This makes the HTML export completely useless!

 

I corrected the HTML myself and the image is visible now:

generated html:

<img class="_3_qAd" src="D:\Evernote Backups\test0123 files\testImage.jpg" width="auto">

Corrected html:

<img class="_3_qAd" src="test0123 files/testImage.jpg" width="auto">

Hopefully this will be fixed soon...

Edit: this is only part of the fix

[jbutz 4]

When exporting notes/notebooks to HTML files the files that are embedded within the Note are exported but are not linked in the export HTML file.

Currently the exported HTML attempts to keep the note looking as much like the note in Evernote as possible. Adding a small amount of JavaScript to the header of the HTML document would allow the embed file to be opened from the Note HTML itself instead of searching for the folder and file.

I have specifically noticed this with PDF files.

[gazumped 12,062]

Hi.  Is this a feature request or a bug report?  Evernote has never pretended to be a page layout editor like Word or Google docs - notes are collections of text and images,  copies of web pages,  and sometimes one or more embedded files. If a photo-image of the note is required,  then printing it to PDF,  or taking a screen shot,  is the closest you'll get. 

As I and all of my forum frequent flyer colleagues have often said - if you need a specific layout,  use the word processor to assemble your note and attach that file to the note for further editing or printing as necessary.

With their new coding base it's possible that Evernote will incorporate more layout features in future - but they're a bit committed to the Never Ending Project of getting v10 back to the speed and functionality of Legacy.

It may help you to share more on this with Support,  or if you wish we can move it to the Feature Request area to see how many other users agree that more page layout functions should be included... 

[DTLow 5,744]

28 minutes ago, jbutz said:

When exporting notes/notebooks to HTML files the files that are embedded within the Note are exported but are not linked in the export HTML file.

I merged your post with an ongoing discussion of this issue

[eric99 1,081]

On 5/29/2021 at 4:16 PM, PinkElephant said:

No, not solved. The files are there and can be opened from the export folder without a problem - but the file attachment icon does nothing. When I click on exported pictures, there is a link behind them. No such link behind the attachment icon. However it changes the cursor when moving over it to indicate there is a link behind the icon.

Just send a reminder through a support ticket ...

This HTML Export problem is still not solved in V10.22.3 (Ticket 3309909) . I can't believe that adding a few lines of HTML code ( href  or OnClick event) takes more than 5 months to fix 😕 This renders the HTML export completely useless...

[Blue Gator 4 0]

FYI - today (2/9/2022), I updated to the latest version  (10.30.6) and I can confirm this problem is still not fixed.  I exported to separate web pages, and PDF attachment links do not work.  I am using Windows 11.

 

[eric99 1,081]

3 hours ago, Blue Gator 4 said:

FYI - today (2/9/2022), I updated to the latest version  (10.30.6) and I can confirm this problem is still not fixed.  I exported to separate web pages, and PDF attachment links do not work.  I am using Windows 11.

 

Thanks for testing, on Windows 10 it doesn't work either (reported 10 months ago 😒)

[Tcellguy 71]

Just discovered this problem. Did they close the tickets? Should we submit a new set?

[PinkElephant 8,799]

Makes sense - claimed this myself, without a fix up to now.

The files are there, it’s just the links that don’t work.