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.

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. ---

It looks nice

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?

>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.

(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?

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

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.

>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

Ok, so verifying this one so far.

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