12
edits
Talk:Places: Difference between revisions
Jump to navigation
Jump to search
More cleanup: Correct header levels
(→Broken link: new section) |
(More cleanup: Correct header levels) |
||
| Line 54: | Line 54: | ||
I'm sure I could come up with more given time. I'm very glad to hear that bookmarks are going to finally get some attention. | I'm sure I could come up with more given time. I'm very glad to hear that bookmarks are going to finally get some attention. | ||
== Tagging: different than bookmarking == | |||
= Tagging: different than bookmarking = | |||
Recent thinking on the UI (as discussed in the newsgroups) has led us to shift from our initial thinking that tagging should be seen as an alternate way to create bookmarks, with tags simply acting as surrogates for bookmark folders. After looking at some hard questions about what that implied for nested folders, preserving existing bookmark heirarchy structures, and adjusting users' mental models, we began to see things differently. | Recent thinking on the UI (as discussed in the newsgroups) has led us to shift from our initial thinking that tagging should be seen as an alternate way to create bookmarks, with tags simply acting as surrogates for bookmark folders. After looking at some hard questions about what that implied for nested folders, preserving existing bookmark heirarchy structures, and adjusting users' mental models, we began to see things differently. | ||
| Line 84: | Line 83: | ||
Places used to be in a tab but there were a lot of bugs related to having XUL in the content area of the window. I liked it better in a tab as well, and I hope we can go back to a tab in future releases when the bugs are fixed. ~BrettWilson | Places used to be in a tab but there were a lot of bugs related to having XUL in the content area of the window. I liked it better in a tab as well, and I hope we can go back to a tab in future releases when the bugs are fixed. ~BrettWilson | ||
= Sidebar for Bookmarks = | == Sidebar for Bookmarks == | ||
Having bookmarks in a sidebar is the fastest access (one click) and can be used as a permanent visual reminder for bookmarks, bookmarklets, and keywords to activate bookmarks (e.g. "dt _ del.icio.us tag search" with the %s hack and "dt" as keyword that I write as a visual reminder at the beginning of the line followed by an underscore to separate it from the text). The menu for bookmarks requires at lest two clicks and is a "dynamic" visual reminder. The sidebar and the menu for bookmarks are perfect interfaces for a small number of frequently visited websites and as toolbox for bookmarklets. So, don't drop it with the new Places Interface. --[[User:Tdot|Tdot]] 20:35, 23 March 2006 (PST) | Having bookmarks in a sidebar is the fastest access (one click) and can be used as a permanent visual reminder for bookmarks, bookmarklets, and keywords to activate bookmarks (e.g. "dt _ del.icio.us tag search" with the %s hack and "dt" as keyword that I write as a visual reminder at the beginning of the line followed by an underscore to separate it from the text). The menu for bookmarks requires at lest two clicks and is a "dynamic" visual reminder. The sidebar and the menu for bookmarks are perfect interfaces for a small number of frequently visited websites and as toolbox for bookmarklets. So, don't drop it with the new Places Interface. --[[User:Tdot|Tdot]] 20:35, 23 March 2006 (PST) | ||
= Use Cases = | == Use Cases == | ||
Someone really needs to fill in the use case section. It seems like it would be important when designing a UI. Somebody in the groups suggested this case: "One example is the deletion of a place. ... That used to delete just one instance in one folder for decades, and now you change it, including dataloss." Things that delete data should be done with a dialogue. Something that asks if you want to entirely remove the bookmark(s), or just remove it(them) from that category, and maybe an "Always perform this action" checkbox at the bottom. | Someone really needs to fill in the use case section. It seems like it would be important when designing a UI. Somebody in the groups suggested this case: "One example is the deletion of a place. ... That used to delete just one instance in one folder for decades, and now you change it, including dataloss." Things that delete data should be done with a dialogue. Something that asks if you want to entirely remove the bookmark(s), or just remove it(them) from that category, and maybe an "Always perform this action" checkbox at the bottom. | ||
| Line 94: | Line 93: | ||
I looked through the UI and didn't see any UI on deleting bookmarks at all, but I apologize if this is a repeat of something. --[[User:Wjjohnst|wjjohnst]] April 13, 2006 3:20(CST) | I looked through the UI and didn't see any UI on deleting bookmarks at all, but I apologize if this is a repeat of something. --[[User:Wjjohnst|wjjohnst]] April 13, 2006 3:20(CST) | ||
= Browse Bookmarks, then Save! = | == Browse Bookmarks, then Save! == | ||
A feature of Konqueror I always loved was that you could drop down any menu from your Bookmarks and click "Add Bookmark Here". | A feature of Konqueror I always loved was that you could drop down any menu from your Bookmarks and click "Add Bookmark Here". | ||