408780 - Ship with pre-populated tags

Status: RESOLVED WONTFIX

(Firefox :: Bookmarks & History, defect)

Description

[Alex Faaborg [:faaborg] (Firefox UX)]

To help users understand the types of things they can use tags for, I think we should ship with a few pre-populated tags.  These could include tags like "Read Later" or "Wish List."  I'm eager to hear other ideas on what tags people think we should ship with.

Comment 1

[Mike Beltzner [:beltzner, not reading bugmail]]

Other suggestions

 - funny
 - family
 - friends
 - video
 - picture
 - school
 - work
 - interesting

Comment 2

[Henrik Skupin [:whimboo][⌚️UTC+1]]

Otherwise we could populate the initial bookmarks with appropriate tags. But then more bookmarks should be added. But I don't think that this is wanted?

Comment 3

[Alex Faaborg [:faaborg] (Firefox UX)]

I don't want to add additional bookmarks.  However, it looks like we are currently clearing tags when the only page containing them is deleted.  What if we did this: we add a single bookmark in Unfiled Bookmarks called "About tags" and set it with all of the prepopulated tags.  If you navigate to it, you get the help document explaining what tags are and why they are useful.

Comment 4

[Dietrich Ayala (:dietrich)]

(In reply to comment #3)
> However, it looks like we are
> currently clearing tags when the only page containing them is deleted.

Tags are not deleted when deleting a page from history.

Comment 5

[(not reading, please use [e-mail] instead)]

dietrich, I think faaborg means:  

if you have only one bookmark tagged with "foo", and you either remove that tag from that bookmark or delete that bookmark, you will no longer see the "foo" tag in the places organizer or the "recent tags" smart folder.

Comment 6

[Henrik Skupin [:whimboo][⌚️UTC+1]]

This is the behavior I also expect. But running a current nightly build and deleting a bookmark which has tags set, leaves the tags. The tags also refer to the deleted bookmark. IMO this is an inconsistency which should be fixed. No idea if there is already a bug about. If not I could file a new one.

Comment 7

[(not reading, please use [e-mail] instead)]

henrik, nice catch.

In comment #5, when I wrote "delete that bookmark", I was doing so by using the popup from the star menu.

but when I delete from the places organizer or the personal toolbar, I see the bug you describe in comment #6.

I've logged bug #411088 on this issue.

Comment 8

[(not reading, please use [e-mail] instead)]

fwiw, I like faaborgs idea in comment #3 of tagging a help page on our website with help information about tags.

It would also mean for new firefox 3 users and people who migrate from firefox 2, under "Smart Bookmarks", they'd have "Recent Tags" | "About tags" or whatever.

Note, adding this tag and having this page would require a string to localize and website content to localize.

In that document, I thin we should include a note about how to remove the "About tags"  tag (by clicking on the star and then clicking "Delete")

Comment 9

[Axel Hecht [:Pike]]

"help page" triggers "djst" in my mind.

I don't have a suggestion on how to localize this right now, for what it's worth.

Comment 10

[David Tenser [:djst]]

(In reply to comment #8)
> Note, adding this tag and having this page would require a string to localize
> and website content to localize.

It could be a SUMO knowledge base article, like the rest of the product documentation. It would automatically be localizable.

> In that document, I thin we should include a note about how to remove the
> "About tags"  tag (by clicking on the star and then clicking "Delete")

Sounds reasonable. So, this article would cover:

* What bookmark tags are
* Example of uses
* How to add/edit/remove tags
* How to remove the "About tags" bookmark

Comment 11

[Henrik Skupin [:whimboo][⌚️UTC+1]]

(In reply to comment #10)
> It could be a SUMO knowledge base article, like the rest of the product
> documentation. It would automatically be localizable.

I didn't really follow the movement on SUMO, but in how many languages it is translated currently? IMO it doesn't look nice to only have localized some of the articles or only this one. Couldn't we use a solution like a start snippet with a short overview or a link to an already localized version of a tag description (which doesn't have to be located on SUMO)?

Comment 12

[Alex Faaborg [:faaborg] (Firefox UX)]

I still think we should consider this, but now that we have sent out a release with tags, this change would be for new profiles only.

Comment 13

[Axel Hecht [:Pike]]

I'd love to be smarter when it comes down to profile data in general, and this might just be one of the many use cases. Being able to only do this kind of stuff for new profiles is just a bug, IMHO.

CCing Mic and Seth, as I still see more problems than solutions when it comes to localizing this. I see regional and cultural influences on the set here, at least. I wonder if we need a better policy than "please don't add 'porn' as a tag". Guidelines would be good though.

More on technical, should prepopulated tags die once the user has tagged pages herself? Is there a "good number" of tags? I don't use them at all basically, so I don't know.

Comment 14

[Gen Kanai [:gen]]

In general, I think that providing some default guidance to users in order to get them to use tags is a good thing and I support that.

One thought is to perhaps check a few of the more popular bookmark services who implement tags (in various languages) and see what tags are indeed in use.  We could check delicious for English, Hatena in Japanese, etc.   

Comment 15

[bomfog]

(In reply to comment #14)
> One thought is to perhaps check a few of the more popular bookmark services who
> implement tags (in various languages) and see what tags are indeed in use.  We
> could check delicious for English, Hatena in Japanese, etc.   

FWIW, there are a couple addons that do tag suggestion using delicious, meta-stuff from the web page, etc.

I don't really use them, so I don't know how well they work, but maybe they'd be of some interest in this bug?

auto Tagging https://addons.mozilla.org/en-US/firefox/addon/7141
HandyTag https://addons.mozilla.org/en-US/firefox/addon/7498

Comment 16

[Alex Faaborg [:faaborg] (Firefox UX)]

>I wonder if we need a better policy than "please don't add 'porn' as a
>tag". Guidelines would be good though.

I was only thinking we would add 3 or 4 very mundane tags, for tasks like "Read Later"

Comment 17

[Gervase Markham [:gerv]]

Bug 451915 - move Firefox/Places bugs to Firefox/Bookmarks and History. Remove all bugspam from this move by filtering for the string "places-to-b-and-h".

In Thunderbird 3.0b, you do that as follows:
Tools | Message Filters
Make sure the correct account is selected. Click "New"
Conditions: Body   contains   places-to-b-and-h
Change the action to "Delete Message".
Select "Manually Run" from the dropdown at the top.
Click OK.

Select the filter in the list, make sure "Inbox" is selected at the bottom, and click "Run Now". This should delete all the bugspam. You can then delete the filter.

Gerv

Comment 18

[Marco Bonardo [:mak]]

The focus has shifted a bit from tags, and due to l10n concerns expressed above this is likely being more expensive than the benefit, I actually expect users searching for tags functionality to be well aware what tags are for, especially nowadays when any blog or social network has tagging features.