I just hope to add functionality: you can customize the color of the font to distinguish which are added by the user.

Secondly, I found a problem, every time to enable the plug-in, plug-in toolbar will appear at the top of the page, so I need to find again I need to edit the location of the page, I feel this is very inconvenient, or am I wrong operation?

This would be perfect for the use I have ... Edit a page, then save it as a pdf with Print-edit PDF addon (and saving it to computer as a pdf).This way, your addon would become essential for lots of people wishing to save an edited web page and a nice companion to lots of "save as pdf" addons.

This add-on is precisely what I have been looking for to over-come some design constrains in our RMA system at work. There are time significant niggles I have though.

1. The positioning of the page hacker formatting bar is relative or absolute rather than fixed relative to the viewport (using the add-on with the latest Firefox nightly as of 17:00 11/01/2018) and the manual drag and drop placement (javascript?) is a little finicky. The toolbar lags somewhat behind my cursor and until I can finesse the cursor back over 'handle' on the left hand side of the bar (which takes some doing) the toolbar follows my cursor arround the screen at a fixed distance with all of those lovely buttons and their functionality essentially out of reach. I would far prefer the bar to follow content as a scroll down the page (i.e. fixed positioning) or perhaps even as a traditional toolbar (if Mozilla ever develop a Toolbar API for Webextensions).

2. The page hacker bar appears in the print view of any given page. As I'm using page hacker to ammend reports and print them out, the result is less than desireable. It's easy enough to simply switch page hacker off after editing and before printing, but a simple @media print {display: none} rule ought to resolve the issue more elegantly. Alas, my attempts to do just thus using user-styles have failed, quite possibly due to the page hacker bar being added programatically after the page load? I've tried similar hacks to resolve the same issue with the Grammarly add-on. Again, to no avail. It seems add-on's interface elements can't be affected by user-style (at least not via Stylish).

Anyway, those two issues are the big ones which preclude me from submitting a five star review.

Réponse du développeur

Thanks for this detailed and helpful review. Regarding point 2, I never thought of it but have just uploaded a new version 3.2 which fixes this issue. Page Hacker toolbar no longer appears on the print output.

About the positioning of the toolbar, it is actually "fixed" and should not move when you scroll the displayed page, so that you don't have to search for the toolbar. I have just tested it on mozilla.org homepage with Firefox 57 as well as the latest nightly. Isn't it what you want, or are you noticing a different behaviour on some websites?

Finally, regarding the toolbar lagging behind the cursor when moving it, this is an annoying issue that I did notice on earlier versions of Firefox but no longer since Firefox 57. Can you provide me your OS, the versions of Firefox you tested and basic specs of your computer (CPU, RAM, GPU) so that I can do some additional testing? Can you check as well that hardware acceleration is not disabled in Firefox settings ("General" panel, "Performance" section)? Feel free to send me these details here or by email at nicopensource at free dot fr.

Réponse du développeur

Hi,Thanks for your review! I'll consider a context menu entry for the future, in such case I'll add the option to disable the entry not to overload the menu. Until then, you can use the Ctrl+F2 shortcut (Cmd+F2 on Mac OS).