393512 - [meta] Mockup: Places Organizer - Tags for Firefox 3

Status: VERIFIED FIXED

(Firefox :: Bookmarks & History, enhancement)

Description

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

This is a tracking bug for mockups of the tags UI in the places organizer.  Due to to the attachment size limit images will be hosted on people.mozilla.com.  Check the most recent comment or URL for the latest iteration.

Comment 1

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

Iteration 5: http://people.mozilla.com/~faaborg/files/granParadisoUI/places_OrganizerTags_i5.png

Text from mockup:
---
Double clicking on a tag navigates on it
---
This view also contains a third column, "last modified", which is not shown be default.
---

Comment 2

[Darren Kalck [:D-Kalck]]

It looks nice

Comment 3

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

Alex, some comments to your attached mockup:

1. I cannot find a bug about the 'Last modified' column. Is there an already existing one which wasn't made as blocking this one? If not I can file a new bug.

2. There should also be a bug handling the default column set for the details view. It should be blocked by the bugs for 'Count' and 'Last modified'.

3. Currently the column set is the same like all other folders. Will this change so 'Tags' and 'Recently Tags' will be special folders?

4. Will we be able to switch between details and column view? Where is it handled?

Comment 4

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

>1. I cannot find a bug about the 'Last modified' column. Is there an already
>existing one which wasn't made as blocking this one? If not I can file a new
>bug.

Please file one, I don't think we have one yet.

>2. There should also be a bug handling the default column set for the details
>view. It should be blocked by the bugs for 'Count' and 'Last modified'.

What do you think the default set should be?

>3. Currently the column set is the same like all other folders. Will this
>change so 'Tags' and 'Recently Tags' will be special folders?

I don't know if it is possible to change the set of columns based on the folder being viewed, but in general I think virtual folders like "Recent Tags" should keep the same column set for consistency.

>4. Will we be able to switch between details and column view? Where is it
>handled?

I'm pretty sure the column view in the places organizer got cut from Firefox 3, but its still something we want to do in the future.

Comment 5

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

(In reply to comment #4)
> >1. I cannot find a bug about the 'Last modified' column. Is there an already
> >existing one which wasn't made as blocking this one? If not I can file a new
> >bug.
> 
> Please file one, I don't think we have one yet.

Should be covered with bug 405883 now.

> >2. There should also be a bug handling the default column set for the details
> >view. It should be blocked by the bugs for 'Count' and 'Last modified'.
> 
> What do you think the default set should be?

See next...

> I don't know if it is possible to change the set of columns based on the folder
> being viewed, but in general I think virtual folders like "Recent Tags" should
> keep the same column set for consistency.

Mano, would it be possible to have a different column set for special folders within the Library?

> I'm pretty sure the column view in the places organizer got cut from Firefox 3,
> but its still something we want to do in the future.

Is it worth to file a new bug about this part at this time or does it have to discussed in detail before?

Comment 6

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

This was a tracking bug for Firefox 3 development, resolving.

Comment 7

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

Alex, what will happen with the two open depending bugs? Will we have a fresh 3.1 tracking bug? Just to make sure they are not getting lost.

Comment 8

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

>Will we have a fresh 3.1 tracking bug?

I think the most effective way to make sure these don't get list is with  	 blocking‑firefox3.1 and wanted‑firefox3.1

Comment 9

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

Ok, so verifying this one so far.

Comment 10

[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