Worked great for me. All css images are saved too.

It cannot save complete pages with frames. For instance it is giving up with ebay items pages like this: ebay.com/itm/282768570260
Hit and miss for me. UnMHT was just perfect, I wish it to return.

Good extension, but doesn't handle big pages
Like: https://www.cpubenchmark.net/CPU_mega_page.html

Buona. Il salvataggio è compatibile con tutti i browser però si paga con una dimensione non sempre contenuta.
Ho dato solo 4 stelle perché mi auguro che riescano a comprimere i dati salvati. Comunque ottima.

ne sauvegarde pas les images malgré le réglage prévu pour.

Is it possible at all to provide the ability to save pages from the READER VIEW ?

Description says that "Save Current State" saves "CSS images (currently displayed)", but the extension does no such thing.

The URL in question: https://modnakasta.ua/product/1768595:609/

The header and footer panels of the page use "data:image/svg+xml;base64" as background for "before" pseudo-element.


The "Save Chosen Items" saves these "images" correctly, for example:

.header-top_department::before {
content: "";
background: url(data:image/svg+xml;base64,SOME-LONG-CODE) no-repeat 50%;
}

But both "Save Current State" and "Save Complete Page"
(with all check-boxes selected) save the same code like this:

.header-top_department::before {
content: "";
background: url() no-repeat 50%;
}

... with empty url()


The problem: the images are "currently displayed", but are not saved in "Save Current State" and "Save Complete Page".
This is frustrating.

还可以，能够将网页保存成单个文件，single html文件，没有文件夹，类似mht，能够使用

пробовал разные настройки, вообще ни чего сохранить не может (Win7 57 x64)

Since I save web pages quite frequently, it's a waste of time and a pain having to move the mouse pointer from the web page up to the toolbar icon every single time. There really should be a context menu entry for Save Page As (right-click option) so that you don't have to move your focus from the web page content to the toolbar. All these extra seconds add up, over the days and months! Other than that it's a good add-on.

No *.mht support

Most importantly, this is what page are saved in the format which are accessible for editing. I has turned to SavePageWE because the UnTNT does not work in Firefox v57.

A super-useful addon, thanks so much, Mr. Developer.

However, it does not allow me to save nested images on a certain page, no matter what options I choose, and then it gives me some kinf of "bug", leaving the page unresponsive. Here´s an example of what always happens in the same website:

https://suchen.mobile.de/fahrzeuge/details.html?id=253730162

There´s no way (that I can find) to save all of the nested images, and as soon as I click any other image than the main one on the saved page, a get an unclickable, uncloseable pop-up that leaves the tab completely unresponsive.

Any chance to save the images on this particular page, mate?

Cheers!

Простое удобное дополнение и очень нужное. Отлично работает.
Thank you for this top tool !

Hace las funciones de unmht que parece que va a dejar de ser soportado por Firefox 57+. Addon funcional y esperemos siga mejorando, thanks developer!

i like it! wouldn't it make sense to make it a "page action" though?

https://developer.mozilla.org/en-US/Add-ons/WebExtensions/API/pageAction

Great replacement for "Mozilla Archive Format, with MHT and Faithful Save."

But could you implement some optional compression like zip/gzip/deflate (or even xz/lzma or bzip2)? Nothing more complicated than putting the HTML file into a compressed container. Because currently the HTML files with base64 encoded images can be pretty big.

I guess the main problem may be to enable Firefox to open compressed HTML files. But maybe Mozilla likes to add such a feature if we open a bug request. Remember, Firefox already has code for decompressing zip/gzip/deflate, because that's needed in the HTTP code for compression. Mozilla has just to make use of that decompression code in the HTML code.

If Mozilla won't add support for opening compressed HTML, I still like to see an optional setting for ZIP compression. In that case the user has to care about decompressing the ZIP file before opening.