Meruem

Ya I was hoping that the clipper could clip to a .mhtml file which then evernote clients would read/render/display to the user. Right now , clipping web pages seems to be hit or miss on render accuracy, with a wide range between unreadable to pretty accurate. I was thinking .mhtml clipping could bring that range to near 100% accurate replica of the clipped web page, almost 100% of the time (barring bugs)

I played with Chrome .mhtml (may need to enable it in chrome://flags) and chrome extension Save to Google Drive (enable .mht in options). This single file container seems to be the holy grail of container types. It may have some bugs on some websites. But it seems to perfectly archive a web page as a 100% point-in-time copy, using a single container file "<file name>.mhtml". Evernote support using .mhtml technology would be great to have and could be a great source document for later post processing

It would be a sweet feature if, the web clipper, could create an ever-note that contained all clip types and saved it to Evernote as an intelligent note. Or, allow the user to create a meta-clip that has a custom selection of clip types. Then in Evernote, I would be able to quickly bounce between all clip types. This idea essentially reversing the point at which clip type is evaluated by the user. Instead of deciding on clip type during clipping process, the user will evaluate clip types during viewing instead. The theoretical benefit being, the clipped ever-note would be an extremely rich object, and the user could bounce between clip-type-views at will, to find the one that suits their immediate needs. Also future, yet unoffered clip types, could be retro available to existing notes, if the original data captured is rich enough.

When I hit the screen clip key (print screen), hover tooltips in chrome fade away before the screen freezes so I lose out on data I want to capture

please add this to evernote