- From: Close, Tyler J. <tyler.close@hp.com>
- Date: Thu, 20 Mar 2008 16:47:39 +0000
- To: Thomas Roessler <tlr@w3.org>, "mzurko@us.ibm.com" <mzurko@us.ibm.com>
- CC: "public-wsc-wg@w3.org" <public-wsc-wg@w3.org>
In this week's telecon, TLR and others voiced a desire for closer integration between my latest petname implementation proposal and bookmarks. Also, I have been worried about the status quo user interaction for creating a bookmark, and think it can be made safer through better integration with petnames. Current browsers support creating a bookmark with a single button press, or keystroke, and no further user interaction. The hypertext for the bookmark is chosen by the visited page, as expressed by the HTML TITLE element. Consequently, it is very easy for a blog post to get itself bookmarked in my browser under the name "bank account". The next time I go to use my "bank account" bookmark to do some online banking, I may inadvertently visit a blog post turned phishing site. I think keeping the fast, one-click user action for bookmark creation is important, so instead of working this problem from the bookmark creation side, I'm going at it from the bookmark lookup side. Conformance text follows: --- Begin petnamed bookmarks rec text --- A web user agent that supports petnames MUST also support a presentation of bookmarks that presents the association between each bookmark and the petname of the hosting site. If the hosting site could be assigned a petname, but the user has not yet done so, the presentation MUST present those bookmarks as being associated with a distinct, but not yet petnamed host. If the hosting site cannot be assigned a petname, since the host does not support the previously established constraints for assignment of a petname, the presentation MUST indicate so. This bookmark presentation MUST support assignment, renaming and deletion of petnames. --- End petnamed bookmarks rec text --- --Tyler
Received on Thursday, 20 March 2008 16:49:25 UTC