Jump to content

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


Recommended Posts

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

Link to comment
  • Level 5*

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 links215003860_ScreenShot2021-05-07at03_46_31.thumb.png.f112604551d6e9a7684d906a2dcd626e.png

  • Thanks 1
Link to comment
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 work215003860_ScreenShot2021-05-07at03_46_31.thumb.png.f112604551d6e9a7684d906a2dcd626e.png

Thanks for opening the ticket !

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

 

  • Like 1
Link to comment
  • Level 5*
10 minutes ago, eric99 said:

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

The meta info is contained within the html code1769936654_ScreenShot2021-05-07at04_24_46.png.8525176521c0d1824d12270503dfbe68.png

Link to comment
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>
Link to comment
  • Level 5

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.

Link to comment
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.

Link to comment
  • Level 5*
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

Link to comment
  • 3 weeks later...
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 ...

 

Link to comment
  • Level 5

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 ...

Link to comment
  • 1 month later...

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

Link to comment
  • 2 weeks later...

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.

Link to comment
  • Level 5*

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... 

Link to comment
  • Level 5*
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

  • Thanks 1
Link to comment
  • 2 months later...
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...

  • Like 1
  • Sad 1
Link to comment

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now
×
×
  • Create New...