fr0zensphere

That's really great to hear--thank you!

Oh, that's a good suggestion. I was under the impression that the devs at least glance at these forums. Before I posted this, I did a search and found a thread in which somebody said that they passed the info about a bug onto developers and thanked the OP for reporting it.

I can appreciate you trying to be helpful with suggesting workarounds that could possibly be worth it in some cases, but I don't like how your post seems to be defensive of EN by saying that it's not realistic to expect improvements and implying that I should just live with it. What is then the point of having a sub-forum called "Web Clipper Issues"? I would think that the point of this forum is to point out issues so that those issues can hopefully be fixed/improved. Also, what I'm talking about is not even an expectation for it to work right on every website; I'm pointing out how in this case it is actually nearly perfect EXCEPT for this spacing problem. It seems to me that if they had done all the code to achieve this much functionality (which is impressive), it should be doable to fix this one part of it. I have a strong suspicion that the real reason why we're not seeing further improvement in the Web Clipper's capability is that the devs are not devoting effort to it. From their updates, it seems like they're focused (much?) more on developing new features rather than optimizing existing functionality.

This is frustrating because it's soo close to the beautiful web page capture that I want, but this one problem kind of kills it. I'll get straight to an example. Here's one page that I wanted to save: If it helps to diagnose this issue, the excerpt comes from here: https://www.comparitech.com/blog/information-security/wpa2-aes-tkip/ And this is what I get after I clipped it using the "Article" setting: The paragraph returns are still there. It starts on the next line whenever the paragraph ends, but it removed all the extra blank spaces between paragraphs, and now this looks like a very ugly giant blob of text. I'm no programmer, but I would think that this should be something that is easy to fix in the code, no? Could the developers please, please fix this? This is on FireFox, btw.

It is very dumb that this feature is not present already. It's kind of infuriating that I have to do so much editing after saving an article through the Web Clipper. And one of those is changing the font size. It would save me a lot of time and frustration if I could at least control the default size of the font.

By the way, a lot of times an old version of web clipper actually produces better results than the new one. I see this because I use PaleMoon. It's a fork of Firefox, and because of the fork in the code, I have to remain stuck on web clipper version 5.9.1.1. In some cases, when I use the "article" mode (not "simplified article") in this web clipper version on my PM browser, I get the best results: the images are all there and not distorted in size. I just verified this with the same article that I linked above. I got the best looking final result in my EN client on the PC after I clipped it in PM browser with the old web clipper version, better than the result I was getting in Firefox with the latest web clipper version. I think the developers should prioritize fixing bugs and improving the function of already existing features, before moving on to new design goals.

Ah. Yeah, the "simplified article" mode looks to be identical to the Firefox reader mode, so I guess the EN web clipper is not actually bringing any new technology in this mode--just using the browser's built in function? Well, in any case, I wish the web clipper worked better, because this is pretty much my entire reason for using Evernote at all--to collect and sort articles. The regular "article" mode usually results in the saved article having some issues/artifacts.

I like to save articles, and the "simplified article" option used to work quite well for me. But I noticed very recently that it's having problems with images. For example, in this article here, https://www.washingtonpost.com/business/2019/06/28/how-healthy-is-us-economy-heres-what-key-indicators-reveal/?utm_term=.7e8fc7b91bd4, all of the plots are completely missing if I try to clip it using the "simplified article" option. The regular "article" option has always given somewhat messed up results, but it's really sad to see that the formerly reliable option is now also busted. I'm not 100% sure that the "simplified article" feature used to always work properly with web pages like this, but I do have the impression that it somehow became more buggy just recently. Attached is a screen shot of the simplified article view with all the graphics missing. I'm using web clipper on Firefox on a Windows PC. Are any other details about my system relevant?