Merging "Bookmarks Menu" with "Other Bookmarks"?

UNCONFIRMED
Unassigned

Status

()

Firefox
Bookmarks & History
UNCONFIRMED
3 months ago
a month ago

People

(Reporter: Robert Orzanna, Unassigned)

Tracking

54 Branch
Points:
---

Firefox Tracking Flags

(firefox57 wontfix)

Details

(Reporter)

Description

3 months ago
User Agent: Mozilla/5.0 (X11; Linux x86_64; rv:54.0) Gecko/20100101 Firefox/54.0
Build ID: 20170713134507

Steps to reproduce:

Does it make sense to have this separation? Wouldn't those two "folders" suffice:

1. Bookmarks Toolbar
2. Other Bookmarks

What is the added value of this separation? I as a new user was rather confused and found the bookmarks structure very difficult to navigate with.


Actual results:

-


Expected results:

-

Updated

3 months ago
Component: Untriaged → Bookmarks & History

Updated

3 months ago
Flags: needinfo?(mverdi)

Comment 1

3 months ago
I don't know all of the plans around bookmarks and Photon. Looking in Nightly right now I see a giant list of "recently bookmarked" stuff under bookmarks in the library panel. If I customize in the bookmarks menu I see the traditional bookmarks menu content. If that is sticking around then it probably makes sense to keep the Bookmarks Menu folder. Let's NI Aaron Benson since I think he's working on this part of Photon.
Flags: needinfo?(mverdi) → needinfo?(abenson)
(Reporter)

Comment 2

3 months ago
My only concern is that for new users, it can be quite confusing as to how and where to store bookmarks in Firefox. In the end, many users don't really care about folders (my assumption). 

They just want to "star" a website and easily find it back later by typing into the URL bar what they recall from that website.

Hence, does the normal user require all this bookmarking (infra)structure?

Just putting this out for discussion.

Comment 3

3 months ago
Bookmarks need a redesign from a looooong time, the whole complication of having 3 or more roots was a nonsense from the beginning, and changing it now is non trivial. But for sure the situation is not ok.
(Reporter)

Comment 4

3 months ago
Thanks, Marco. I am glad it's being recognized as such and I can imagine the complexity behind the scenes. Thus, not sure how to proceed from here.

Comment 5

3 months ago
As usual: we should start by having a UX proposal, discussing it with engineering, and converging towards an actionable one.
(Reporter)

Comment 6

3 months ago
Marco, it would actually be nice to know the percentages of users using "Bookmarks Toolbar", "Bookmarks Menu", and "Other Bookmarks". Are there any statistics? If not, maybe run a poll among FF users to find that out?

Comment 7

3 months ago
yes, currently we don't have such detailed telemetry, so a good first step may be to add that.
I think in the past there have been user studies about bookmarking too, and that data is likely somewhere in UR team reach.
(Reporter)

Comment 8

3 months ago
> yes, currently we don't have such detailed telemetry, so a good first step may be to add that.

Cool, how? :-)

> I think in the past there have been user studies about bookmarking too, and that data is likely somewhere in UR team reach.

Can we add those people to this bug ticket?

Comment 9

3 months ago
(In reply to Robert Orzanna from comment #8)
> > yes, currently we don't have such detailed telemetry, so a good first step may be to add that.
> 
> Cool, how? :-)

I suppose by adding the appropriate telemetry probes. That requires first understanding which measurement would bring to the best understanding while also preserving users' privacy.
The problem is that all the teams are busy with Release 57 (Quantum Flow and Photon projects), thus it's unlikely anyone internally may have time for this until October.

> > I think in the past there have been user studies about bookmarking too, and that data is likely somewhere in UR team reach.
> 
> Can we add those people to this bug ticket?

Yes, adding Bill.
(Reporter)

Comment 10

3 months ago
> The problem is that all the teams are busy with Release 57 (Quantum Flow and Photon projects), thus it's unlikely anyone internally may have time for this until October.

I don't think that's a big issue as it is not a bug or anything terribly severe. Thanks for the discussion though!

Comment 11

3 months ago
We have not studied how many users use folders to organize bookmarks. Telemetry could tell us more about how many. It's important to know how many, but that shouldn't be the sole criteria for a feature.

As with most features, behavior around bookmarks is complex. With regard to the assumption that "many users don't really care about folders," we can't really say if that's accurate or not. Based on field work we have conducted as part of the workflows research that participants who do organize their bookmarks into folders do so deliberately and with purpose. Some of these users put great effort into organizing these folders. For these users, folder organization is very important to them. 

What perceived problem are we trying to solve? Is it: creating useful defaults to encourage users to organize bookmarks in folders? If so, I agree the current defaults are not very helpful or encouraging. There are other defaults we could use to organize the defaults, perhaps based on what real users are doing. However, I strongly suspect based on previous field work we have conducted that these organizational patterns will be culturally-specific to different locales.
(In reply to Bill Selman from comment #11)
> We have not studied how many users use folders to organize bookmarks.
> Telemetry could tell us more about how many. It's important to know how
> many, but that shouldn't be the sole criteria for a feature.

I think the discussion is not strictly about organizing into folders, but how much the current ROOTS structure helps users vs fighting them.
By that I mean the separation of bookmarks between MENU / TOOLBAR / UNFILED, vs having a single root, and maybe a folder indicated as "this is the toolbar". Or even just a single destination that doesn't matter if it's a menu or a toolbar and the user could decide in the UI how to present its contents (either as a toolbar or as a menu or as a sidebar).

The fact is I highly doubt most of the users can really understand that separation into main buckets, and even where the bookmarks end up being created (let alone understanding that starring creates a bookmark in unfiled that then one may move to a menu or toolbar).
(Reporter)

Comment 13

3 months ago
> vs having a single root, and maybe a folder indicated as "this is the toolbar".

And if people are still given the option to expand upon this single root with subfolders, they can easily rebuild today's structure if they want to but they are not forced to use it. 

I think starting with a single root "Bookmarks" and within that one subfolder "Toolbar" would already be a great simplification.

Now wondering, how does Chrome solve this?

Comment 14

2 months ago
The long term plan is to build out the Library as the main point of recovery for your bookmarks. We kind of needed to keep the "old" bookmarks menu around so we didn't break the user experience for those that customized the bookmarks menu into their toolbar and upgrade to 57.

Also, if I'm understanding the conversation here, there's another issue about how we save bookmarks (in a root or in a folder, somewhere). I think that's a separate discussion but generally think bookmarks should stay un-filed unless the user has explicitly tagged them or placed in a folder.
Flags: needinfo?(abenson)
status-firefox57: --- → wontfix
You need to log in before you can comment on or make changes to this bug.