152 notes
  • That is the first web extension which add very usefull function like "go to parent folder" and even better "show bookmark". If it would show the favicon, it would be perfect...
  • Bookmark search : Firefox never show you the folder, so it's impossible to organize stuff; this add-on solve this. Thank you.
  • ***** Update:
    I tried your suggestion. As soon as I click (left or right) within the search pane,, the folder pane scrolls to the source bookmark, just as I'd previously described, again obliterating the view of the target folder. So, I assume you meant right clicking in the folder pane, instead. (But the act of locating the bookmark in the folder pane still scrolls the target folder out of view, regardless of how one accomplishes it!)

    (And as before, when moving a lot of related bookmarks at once, a massive amount of "seesawing" is required. [for example to move 26 bookmark search results
    into a target folder, one would currently:
      a) CLICK the search hit
         (causing target folder to disappear from view due to scrolling),
      b) cut,
      c) locate target folder again,
      d) paste,
        <perform 25 more repetitions of steps a,b,c,d, one repetition of each of the
        four steps for each of the remaining 25 bookmarks>

    That adds up to 104 steps,
    but the same results could be accomplished in three steps (selection, one cut, and one paste) with a change such as that described in item 3 below
     ] )

    When I looked at the search pane's right click menu, I saw that it contains:
      Show Bookmark
      Go to parent folder
      <three other varieties of "Open">

    but it does not contain "cut", unlike the right-click menu within the folder pane.

    Although these two changes could make it unnecessary to keep locating the target folder over and over again,
      1. When right clicking within the search pane, don't scroll the folder pane
       (but still do so with left clicks)
      2. Add "cut" to the search pane's right-click menu
    . . .
    an alternate version of that that approach would be immensely more useful:
      3. in the search pane, instead of the above two changes:
       3a. Allow use of a shift key modifier with left clicks to permit selecting
         a range of search results prior to using "cut".
       3b. When the shift key modifier is used with either left or right click,
         just select - don't "act" (don't scroll the folder pane)
       3c. Permit using a control key modifier with left clicks to select
         non-contiguous search result "hits".
       3d. Add "cut" to the search pane's right-click menu.

    This change would permit moving multiple related bookmarks all at once to a single target folder using a single "cut" and a single "paste", and would solve the "back-and-forth" seesaw problem in a different manner than the one suggested in my first message.

    ****** Original message:

    Nice concept. Definitely more useful than the built-in bookmark manager.

    I have one major problem using it. When trying to organize a large collection of existing bookmarks, I have significant difficulty moving bookmarks into different or new folders for the common case in which each bookmark and its new folder are at a greater distance from each other than can be displayed on the screen.

    One thing that might make this be easier could be the ability to drag a bookmark directly from the search results. As it stands now, when one clicks on a search hit, doing so will scroll the tree display until the bookmark corresponding to the clicked search hit is displayed.
    Unfortunately, scrolling the tree display for that purpose also has the side effect of scrolling the target folder off the screen, so that it is no longer directly accessible.

    One can awkwardly get around the problem by using one of two methods:
    ​  Method One: drag the bookmark up to the boundary between the tree display and the search-box display and wiggle it over the boundary repeatedly, causing the tree display to slowly scroll upwards until the target folder comes back into view, and dropping it onto the target once it can finally be reached.
    ​  Method Two: Drag the bookmark upward to a point between the top two items visible in the tree view, then scrolling the tree view until it reaches the bottom of the screen. Do this repeatedly until the target folder comes into view, and then drag one last time into the target folder.

    If one could drag directly from the search frame to the target folder, such scrolling could be avoided in the case where one is moving individual bookmarks located via search..

    A more general approach might be to have a menu choice when right-clicking the target folder that would cause the folder to pop up as its own window, permitting one to move one or more items from various locations within the tree to the target without having to locate both the source and target each time to facilitate each move.

    In case the popup would be an implementation hassle, perhaps instead a static (unaffected by scrolling the tree) frame displaying the target folder could be the result of selecting the aforementioned right-click menu choice (instead of popping up a window, that is).

    [ Note: I had originally written "implementation drag", not "implementation hassle", but changed it upon being told that it might be misinterpreted as the result of a mouse action. ]
    ***** New update
    Hello Michael, this is all implemented now in 2.0.42 which is out. Enjoy, or let me know :-)
    See https://github.com/aaFn/Bookmark-search-plus-2/issues/66 (note: multi-selection will come later, it is yet a todo)

    ***** Update
    Hello Michael, yes what you say / propose makes much sense. In particular, multi-selection (with Shift and Ctrl) is already planned, but I didn't do it yet.

    Could we continue that discussion on https://github.com/aaFn/Bookmark-search-plus-2/issues/66 ? I opened an issue there for that purpose, called "Allow Cut from Search pane". The one on multi-selection already exists as a ToDo.

    That will be more practical to fine tune the elements, and to trace the dicussion in the right order :-)
    Thank you, aaFn.

    ****** Original message:
    Hello Michael, interesting considerations and suggestions. I will have a think about it.

    Meanwhile, there is a very simple way to do what you want:
    - once you have located the bokmark you want to move, simply right click on it and click on "cut"
    - then find the place where you want to move the bookmark, right click on that item, and click on "paste before" or "paste into" (the latter is only possible on a folder, and will move the bookmark at end of it).

    That's it, the bookmark will move where you want.

    Note that until you click "paste ", or until you right click "cut" or "copy" on another item, the initially cut bokmark is dimmed to signal that it is under a "cut" operation, but it will remain where it is, so there is no danger.

    This is the same behavior as in the Native Bookmark sidebar.

    Hope this helps, and again thank you for the ideas, aaFn.
  • I've downgraded my rating because I can no longer get this to load on my Win7 system with Fx 65. (Keeps trying to load.) It may work with your system--hence not the lowest rating.
  • Whew! It will free up tons of my man-hours. Very good job!
    Some remarks:
    - links to local files do not work
    - inconsistent behavior when clicking bookmark with middle-mouse-button: link opens in a new tab (as it should), but the sidebar goes into autoscrolling mode

    Special thanks for the bookmark statistics in addon/preferences :)
    Hello Debarkader, thank you.

    - Indeed on file URL's, this is a security protection of FF = add-ons are not allowed to access / trigger "file:..." URL's (as well as "about:..." URL's). This is understandable, as it would allow an add-on to access files on your system ... This results in an "Error: Illegal URL" exception in the browser console log and nothing can happen.

    - On the middle-mouse-button click and autoscrolling, I know the problem on Windows and I was not able until now to prevent this default FF behavior. However, I did one more attempt at it, and good news, it seems I eventually succeeded this time to find a way to prevent it .. => that will be in 2.0.41.

    =============== Update ==============
    This is now in 2.0.41.
  • Holy Crap! Thank you! I've been looking for something like this ever since the Alice0775 add-ons stopped working. This is one feature that Mozilla really fell on it's face when it re-wrote FF.
  • It does NOT show the folder where the bookmark is contained (using Macbook Pro).
    Hello, I do not have a Mac to test all myself, but this certainly works everywhere, or other users would have complained before.
    - When you search, a new panel opens with the list of matching bookmark items.
    - Then click on the one you want to show and the main panel will scroll down to show the corresponding item in the real list, with its sibblings around and ancestors above.
    - If the list of sibblings is big and you do not see the parent folder, simply right click on the bookmark item and select "Go parent folder".

    What are you trying to do which is not working ? Could you open an issue there https://github.com/aaFn/Bookmark-search-plus-2/issues so that I see better ?
    Thank you, aaFn.
  • Thank you aaFn and good people at Mozilla for all you effort!

    I loved Alice0775, for making available "Go Parent Folder" and "Show Parent Folder" for all the people with more than 10 pages bookmarked.
    When you search something in bookmarks, being able to actually go(not just open it, in a tab), where the found bookmark is located, is a MUST have in every default FF.
    When I search for something in bookmarks, sometimes I just want to find(because I do not(want to) remember all the hierarchy) the subfolder in which it is, so I can add a new bookmark there. Same logic goes for deleting something and tidying up.
    Another missing, but important thing in bookmarks, is to search for FOLDER NAMES too. Same logic as above...say I want to add a website link to bookmarks, but cannot remember the exact name of the folder where I put the similar links. To my knowledge, FF does not search in the names of the folders, it just searches in links. Has this folder name search in bookmarks, been done in those WE? As a workaround for this drawback, I have created a lot of false bookmarks which I named exactly like the folders.
    About the translation...I would be happy to translate in my native language(which is not English). Use github translation system(page).
    I did not see an email address, where we can talk to you about this extension...maybe you do not want to get bombarded by spam..I get it, although talking through reviews is more difficult and not efficient, and for us non developers, having to use github is not the most convenient way to exchange messages.
    Hello White_Oz16, indeed the most convenient way to exchange messages for now is on https://github.com/aaFn/Bookmark-search-plus-2/issues
    It's not as good as mails, but the advantage is that this is visible to all. I guess an alternative would be to use a Slack channel, but again this is not the most widespread method for all ..

    Issues on GitHub remain easy to use, and we can even exchange files there if you do not want to enter into the pull mechanisms on Git/GitHub, which I must say is not the most natural in the world, I agree with you.

    Since code and features are stabilizing, yes one of the next steps will be to take care of translation now. I will see how to organize that, and will come back in https://github.com/aaFn/Bookmark-search-plus-2/issues/62 on it.
  • Absolutely needed. Just installed it and I can see it is an awesome work. Pressing Ctrl+Q you access the Bookmar searh plus 2 the same way you access to Firefox Bookmarks, History etc on the left pane. You can even see the folders opened as you left them so you can alternate between this view and a different one in FF Bookmarks quickly.
    Yet, there's an incovenient. While everything else looks to work consistently, pressing Ctrl+Q opens the left pane but the Search box is not focused (not selected), so you have to take your mouse and go to the search box to start searching for a folder, which it defeats the purpose of the keyboard shortcut (not having to lose time using the mouse or any other device that takes time moving the cursos to place the focus on something).
    Moreover, all the other firefox left pane utilities do focus on them with their keyboard shortcut consistently, so we are very used to them, specially to Ctrl+B or Ctrl+H. Then it is frustrating seeing that Ctrl+Q just opens the pane...
    Yet, you are doing a good job and working on it, so you deserve the 5 stars now... Thanks!
    Hello , thank you for the feedback.
    Yes I tried to get the auto-focus on the search box when I initially created the add-on (the object is "autofocus" and in the code I force focus on it), but didn't succeed well as the sidebar simply does not seem to get focus at all when it is open, and doesn't seem to be able to get it by itself :-(
    To see that, when opening the sidebar, simply do an action on keyboard, and you will see that keyboard keys go to the main web page only.
    Autofocus by itself is working since when you click on a non selectable object of the sidebar (like the lifts), then you see that the search box gets the cursor .. so it is really a matter of forcing focus on the sidebar as a whole.

    Now that I got much more experience on add-on development and sidebar programmation, I will try again (but no guarantee, it might be intentional by FF that a web extension [not native] sidebar cannot steal focus by itself).

    Thanks, aaFn.

    ================== Edit =================
    I didn't find any way to do that, and opened a bug to FF https://bugzilla.mozilla.org/show_bug.cgi?id=1502713 as this is not matching the normal behavior with native sidebars.
  • The "show parent folder" was the functionality I got this for. Perfect!
  • Edit:
    Thanks for your reply, it seems I was trying to drag the only thing that wasn't possible to drag! (highlighting the web address and dragging that), but now that you've pointed out how you can drag
    - a tab URL, by dragging from the tab bar at top of the page
    - the address bar URL, by dragging the (i) icon at top left
    that solves my problem, and also the info about " a link URL in a page, by dragging the link itself" is very useful.
    Thanks for your response and help :)

    Original Review:
    It would be useful if you could add bookmarks by dragging and dropping urls, other than that, it's great and exactly what I was looking for
    Hello, thank you for the message and the evaluation. Not exactly sure of what you mean by "dragging and dropping urls", as the function already exists. If you could specify a little more ?

    Right now, one can drag:
    - a tab URL, by dragging from the tab bar at top of the page
    - the address bar URL, by dragging the (i) icon at top left
    - a link URL in a page, by dragging the link itself
    - a bookmark from the tree
    and drop wherever needed in the bookmark tree.
    Let me know if there is anything else draggable that I missed, and I'll look to add.
  • @ aaFn | Thanks for your timely response.
    Update | A few hours before your post I removed the extension and reinstalled it. The Favicon Fetching Pause/Active feature is now working just fine.
    Firefox v62.0.2 (64-bit) user
    Original Comment | Favicon fetching was working after v2.0.37 update. However, after setting fetching to Pause and later resetting to Active, fetching does not activate even after next FF Restart.
    Firefox v62.0.2 (64-bit) user
    Hello, that still works fine on my side, I just verified to make sure with multiple Pause / Active sequences, and this is ok.
    Could you open an issue here -> https://github.com/aaFn/Bookmark-search-plus-2/issues
    so that we track this down together on your config ?

    Thank you, aaFn.
    Update: ok, glad this was only a glitch then, and thank you for coming back here to say.
    Cheers, aaFn.
  • very very usefull, thanks.
  • Great extension. Thank you very much for doing it and maintaining it. I must also highlight that the best thing I have seen about this extension is not the extension itself, which is great, but the very open, friendly and honest attitude of its developer. To me, this is the biggest asset of all and one that is not so common. That's why this project deserves full five stars, hands down, regardless of whatever minor imperfections that anyone may have mentioned earlier, which the developer has made honest efforts to fix within his/her power. Kudos!
    Welcome, and thank you for writing that, it feels good to read.

    Extensions are to make life easier for FF users. So I am trying to get something which is fitting most of you as much as possible, while sticking to the initial goals of showing the path to bookmarks and of trying to remain as close to the native sidebar as possible, since an add-on cannot be in the native sidebar anymore after Quantum.

    Hoping one day FF will integrate that much needed function, and so success for that add-on will be to disappear :-) In the interim, it may be here for long however :-D

    Cheers, aaFn.
  • I have waited for so long for a replacement for "Go Parent Folder" and "Show Parent Folder" and had given up all hope of a decent bookmark system for Firefox.

    Thank you for at last fixing Firefox's terrible bookmark management!!


    PS: Any chance of adding a replacement for Alice's "Undo Bookmarks Menu" to undo the last change to the menu? This would be very useful for those accidental mistakes where you drag and drop a folder or shortcut somewhere and it "disappears" - normally deep into some folder somewhere!
    Thank you. Interesting idea. Would you mind submitting it as an "issue" on https://github.com/aaFn/Bookmark-search-plus-2/issues so that I keep track of it and study if/when it would be easy to add ?