- Rated 3 out of 5by Firefox user 14727022, a year agoA good bookmark management tool. BUT, it no longer seems to update with my current bookmarks when syncing to the cloud, so, I must turn it off when not using it; only turn it on to search
- Rated 3 out of 5by DanC, 3 years agoHave been using BMS+2 for several months as it is the closest approximation of the old, wonderful Opera bookmark search that found bookmarks IN CONTEXT as opposed to FF presenting them in isolation. In large part, BMS+2 works well except one can't add a description while in its mode.
However, I have always been flummoxed with the appearance of TWO bookmark trees one for FF and one for BMS+2. How can that be? This morning I clicked on a BM to delete it but it wouldn't delete. Then I went to FF BM tree and some BMs I saved in BMS+2 were not there. So I restarted FF and all of my BMs saved today were gone.
What kind of weird behavior is that??
Developer responseposted 3 years agoHello DanC.
yes I too was missing the old Opera function which they removed. I was then using Firefox and the first version of this add-on by Alice0775, before Firefox switched to Web Extensions in FF57 and deactivated XUL for add-ons, which broke the that add-on. So I decided to give a second birth to it (hence the "2"), however there are several restrictions as documented on the add-on description page.
One is that Firefox doesn't give us access to Tags, Keywords, Descriptions .. see https://bugzilla.mozilla.org/show_bug.cgi?id=1225916
Some others are Firefox API slowness when add-on use some functions .. which forced me to implement caching techniques and other features to be able to handle properly large number of bookmarks of some users (up to 80000 bookmarks for now).
And last is that because XUL is not authorized anymore, BSP2 cannot integrate with Firefox UI, it has to provide its own UI, and so this is why you have 2 trees.
Because of that, there are opportunities for Firefox and BSP2 cache to get desynchronized.
Rare, but can happen, especially when FF doesn't terminate well. For such cases, you will find a "Reload all bookmarks from FF now" button in the options page. I advise that in your case, you press it to resync things.
If you're worried about such desynchronization events more than slowness, or if you are fortunate to not have a lot of bookmarks and then things are quick enough, you can also enable the option "Revert to old behavior of loading full bookmark tree from Firefox API at each restart". BSP2 will be slowlier at each restart, but there won't be any desynchronization.
i hope this helps, else please open an issue on https://github.com/aaFn/Bookmark-search-plus-2/issues. Thanks, aaFn.
- Rated 3 out of 5by smooth operator, 4 years agoHi! Thanks for this extension! Not too bad! It is really great that it includes also bookmark library folders in the list of results.
- full page display (dragging the left bookmark search plus 2 sidebar is limited to approx a third of the window width)
- text cursor should jump right in the search field in order to immediately type the search string (without need to click firs in the search field)
- in preferences: what does it mean "Show bookmarks"? I don't see that function
- good to provide these preferences options:
* leave open or close bsp2 sidebar after clicking on a bookmark to open the bookmark
* to either open the tree or open the folder entirely (abonding tree structure display), when clicking on a folder (like browsing in a mac finder window)
* disable favicon fetching without they disappear in bookmark library
Thanks!Hello smooth operator, thank you.
In the order, for the 3 first:
- Right click on the magnifing glass in the search box, and click on "Open BSP2 in a tab" .. you'll get what you want :-) (I will make it a more visible menu in a further release)
- As said in response to a review below, that works with Linux, but not with Windows. This is a bug open on Firefox -> https://bugzilla.mozilla.org/show_bug.cgi?id=1502713 ... need to wait for FF bug correction.
- "Show bookmark" is the default action when clicking on a search result. Also shown in the context menu when right clicking on a search result. That action scrolls the main panel to where is located the bookmark item corresponding to the result.
- Rated 3 out of 5by Firefox user 12897888, 4 years agoI don't understand how to use this. There seems to be no explanation. To try to use it, I open "Manage Bookmarks", then click Alt+1`- nothing happens. I am told it functions like "parent folder", but I cannot see how the two are related. That parent folder-like function is not actually what brought me here, but to try to over-ride the very much unwanted way "Manage Bookmarks" now opens at "other bookmarks".
It would be helpful to have a simple explanation of how this is supposed to work.
- Rated 3 out of 5by Firefox user 14716474, 4 years agoI have about 2500 bookmarks, the search hangs, while the standard search works fine. Please make the search work for a large number of bookmarks.Hello, I have around 2500 bookmarks, and some users have 80000 bookmarks, and it is working fine.
It must be something else like maybe a bug or something special in the bookmark DB which is making Firefox not answer the add-on.
I will need more details then to pinpoint the problem.
Can you open an issue on https://github.com/aaFn/Bookmark-search-plus-2/issues ?
Thank you, aaFn
- Rated 3 out of 5by sf, 4 years agoFunctionality is there but add-on does not respect user's chosen colour theme. W/ Dark theme, I end up with white text on a white background in search box.Hello sf, unfortunately, native theme details are not exposed to the add-on, or I didn't find how yet, although I searched for it ... If you find an add-on who is capable of reading the current theme and apply it, can you point it to me so that I can analyze how it does that ?
Now, I guess you're saying that somehow the theme you chose is imposing its value to the searchbox, preventing it from inheriting the body settings I made.
I tested the Dark theme under Windows and Linux, and nothing such as what you describe is happening = search box text is black as I specified.
=> would you be on IOS ? (I can't test it, I have none)
Probably better if you can open an issue so that I can track its details with you, if you agree -> https://github.com/aaFn/Bookmark-search-plus-2/issues
Note: in 2.0.57 I am forcing black on the search box, based on your feedback. I hope that will cure at least the visual problem and make it useable .. let me know. Thanks, aaFn.
As of 2.0.68, the functions to read and adapt to FF active theme, or to set text and background colors at will, are now available, and used by BSP2 as options.
- Rated 3 out of 5by Giorgio S., 4 years agoThanks for the reply. Your extenxion now works. I can show and hide the sidebar by ctrl+q keys.
GreetingsHello Giorgio, can you open an issue on https://github.com/aaFn/Bookmark-search-plus-2/issues with details of your Firefox version and conditions ?
The only case where it shouldn't work is with Firefox 56, because that Firefox version does not support the sidebar show/hide actions.
Thank you, aaFn.
Ok, glad it's resolved. Thank you for coming back here to say.
- Rated 3 out of 5by Firefox user 14604396, 4 years agoShowing bookmark parent folder is a must have feature for firefox bookmark manager that is missing.
Some bugs though at my 2.0.52v.
-> i use to bookmark a webpage by draging and droping the url to a folder in my bookmark toolbar, but i can't, there is a forbidden sign.
-> maybe one of my already existing bookmarked pages is infected with malware script. Although i didn't open at all that page, Avast keeps complaining about a malware script, like if i have opened it. This didn't happened ever before installing this add-on. I removed the add-on and i don't get any complains from avast (only if i open the page myself).
-> i've bookmarked "about:config" and when i click it, it won't open.Hello, thank you, I didn't know / didn't notice we could drag the URL address text from the location bar
=> usually, you just need to drag the (i) icon in the location bar ...
So I added it in 2.0.53 (which is out now).
On the 2 other points:
- Yes, upon first load, BSP2 has to fetch each bookmark URL to get its favicon, because the FF API doesn't make that available to add-ons. This is only on first load and until all bookmark favicons were fetched.
If you do not want that, just disable or pause favicon fetching in the options.
- "about:config" and in fact any "about:...." URL cannot be open by add-ons.
This is a security protection of FF (if you look at the browser console with Ctrl+Shift+J, you will see a security error), and this cannot be bypassed.
- Rated 3 out of 5by Korwin, 4 years agoМинусы: нет редактирования тэгов и ключевых слов - только названия и адреса. Не изменить или удалить горячие клавиши (Ctrl + Q). Не выделить в панели несколько пунктов, при помощи Ctrl или Shift (чтобы перенести, удалить, или присвоить всем один общий тэг, в дополнение к уже имеющимся).Hello Korwin, sorry I do not speak Russian. I tried to translate using Google translate, but I am not exactly sure of the result ...
> The only minus noticed is that there is no quick transition to the found tab in the tree, or at least its
> highlighting. Only "Go parent folder". And then - look with your eyes. How many hundreds of them
> were there.
For what I understand of your comment, when you want to show where is a searched bookmark item in the tree, simply click on the search result you want to look for, or right click on it and click on "Show bookmark" in the context menu, and the bookmark pane will smoothly scroll to where your bookmark is, highlighting it.
Or let me know if I am misunderstanding your comment.
Thank you, aaFn.
- Rated 3 out of 5by Michael, 4 years ago***** 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),
c) locate target folder again,
<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:
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)
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.