'Edit Before Capture' in context menu about firefox-scrapbook HOT 6 OPEN

The current arrangement is an ancient tradition since ScrapBook and ScrapBook Plus. ScrapBook commands are separated into three menus: the main menu, the context menu, and the toolbar button menu. The toolbar button menu is the most "canonical" for addons, and most softwares (e.g. Chrome Browsers) work in this way. The main menu is the most characteristic for ScrapBook. The context menu is easier to use in many cases; however it could be inaccessible in some cases (for example, a page that blocks right clicks), so its commands need at least one alternative. There's still another idea: to add a menu to the tools menu buttton.

We do are considering rearranging them. However it could change the convention greatly and we are trying to bother the users as minimal as possible. It's not easy to make an ideal decision, and a further investigation seems required. Unfortunately it may take a long time to achieve.

from firefox-scrapbook.

Thanks for this explanation with which I agree. I remember Scrapbook (the original) and notice that among other enhancements ScrapBook X (SBX) has moved the toolbar button from the ancient status bar (where it was -- still is -- stucked) to any other toolbar as it is the tradition now since Australis and its abandon of that status bar.

There is no problem, all this is coherent and SBX is implemented for the best.

But SBX has this specificity which is of providing its data in the sidebar. It is the same toolbar button which opens that data in the sidebar and which proposes the Edit Before Capture feature. Basically, with Firefox out of the box this is obvious and corresponds to one step (click) user action : from the toolbar button either display SBX's data and options, either call Edit Before Capture. Fine.

The enhancement I was proposing is not tied to the disposition of SBX which is complete, but rather on the idea that in the scenario which moves the toolbar button elsewhere than on the traditional toolbars accessing Edit Before Capture may be -- not problematic -- but less obvious. Such a scenario is mine :

I use an add-on called OmniSidebar . This add-on allows 1- Autohiding of the sidebar, 2- Inclusion in the sidebar of the buttons calling this sidebar, be it Bookmarks, History, Sage ... and SBX. Of course I can leave SBX's button on a toolbar, but clicking it then open the sidebar which is already opened since it is in autohiding mode... so doing so simply targets the sidebar to the SBX compartment.

Consequently, with the OmniSidebar add-on I logically move the SBX toolbar button to the OmniSidebar (which is considered by the system as a toolbar, hence SBX runs flawlessly from there.
But, here is the extra step having motivated my post here, if I wish to access SBX's Edit Before Capture feature, I have to access SBX's button no longer from a regular toolbar but from the sidebar...

Sorry for such an extensive description. The idea is that having the Edit Before Caption available from the context menu (together with, as an option like 'Bookmark with Scapbook') would prove to be just an extra little improvement for users such as myself which have modified Firefox's natural environment : this is not tied to SBX's architecture, only meant to handle specific configurations :)

Anyway, SBX runs nicely. Thanks for your work and thanks @danny0838 for your concern.

from firefox-scrapbook.

Is there other addons that provides a sidebar you are using? And how do they do for this problem?

We are considering for a more thorough solution instead of an ad hoc one. We wonder if adding a copy of "Edit Before Capture" to the context menu is the right solution. If someone were to use other toolbar button menu commands, say "Capture Again", "Toggle Link Indicator", etc. very often, he would also request adding it to the context menu, and if we simply agree to all of them the context menu would probably be crowded with commands.

from firefox-scrapbook.

The only add-on I use which calls the sidebar (as an option) is Sage (in fact Sage++ Higmmer's Edition but all Sage add-ons -- several were declined in the same way as ScrapBook -- open in the sidebar). Sage has only one toolbar button and I put it in the OmniSidebar as well as ScrapBook X. The difference is that Sage toolbar button's only function is to open itself in the sidebar when SBX handles this Edit Before Capture feature as well...

Now, this is really on my part a fantasy rather than a real need :)
As it is now, if I wish to use the Edit Before Capture,

• I move the mouse to the left side of the screen, sidebar (OmniSidebar) auto-shows ;
• Then,
  -- either I click on SBX button's drop-down menu directly,
  -- either, If last OmniSidebar module was not SBX (Bookmarks, History or Sage), I click on the SBX button only which displays SBX data.
  So you see, this is definitely a fantasy!

I proposed this having in mind that adding the Edit Before Capture was only a function call away in the code. I'm not a coder (I tickled Basic, Visual Basic when I was a kid!), so I don't know how things are proceeded in the SBX code. I mean, it's not worth it IMO to "unpick" hundreds of lines of code for a simple fantasy, but remains pertinent if it's -- both -- a function call away and that the developer believes himself this extra availability of Edit Before Capture is... pertinent.

Most of us reading my very long post will wonder "But, what the fuss since Edit Before Capture is practically never used". Indeed. I use it, why? Well, because of the way I use SBX :

• either I know I will want to archive a page, then I clean it (Edit Before Capture) and save it immediately as a MHT file with the UnMHT add-on. This has the advantage of saving the mht file with the original link as it's source, and not that of a local file ;
• either I wish to print it immediately and only, then I use SBX's edit feature only as well (this edit feature is the best on the market, amazing!) ;
• either I hesitate for archive OR wish to save a quick access one-click away, in which case I save it with SBX ...

That's all folks! Sorry gain for a lengthy comment... but I had to explain!

Everything is just fine with ScrapBook X ... I'm just a perfectionist : LOL

It is and remains in my perspective only a cherry on a very nice cake, nothing more!

from firefox-scrapbook.

Thank you for the thorough description. However, adding context menu commands is not a preferable approach, at least for now. We'll take your case into account when we are going to redesign the menus or commands, or if we come up with a better approach.

from firefox-scrapbook.

@danny0838 no problem. Anyway I've switched from unMHT to Mozilla Archive Format, with MHT and Faithful Save, (the latter offering MAF as well as MHT handling), chose maf as default (smaller files than mht) and installed your ScrapBook X MAF Creator which is the perfect companion to ScrapBook X in this scenario. Everything running fine. You know (or perhaps you don't!), I'm always trying things, fun and instructive :)

from firefox-scrapbook.