Mozwho Bookmark Portal Update

A CSS enabled mozwho bookmark portal:

|||
Posted at NaN:NaN

Url Class

In order to better abstract interaction with the history and bookmark datasources from MozWho's UI and enable better reuse, I've begun abstracting going from a url to it's presence in bookmarks and history attributes (LastVisit, VisitCount, FirstVisit). I need to read up on traversal. 
 
The first potentially killer app is a screen showing recently added bookmarks with drill downs like all links from this domain.  
|||
Posted at NaN:NaN

Adaptive Homepage -- Web Montage

I suspected the home page was too key of a target not to have been tried.  Turns out, www2002, a project called Montage offered an adaptive homepage with time based reasoning.  Beyond the mozwho plan, montage does content analysis and page fragment transclusion.
|||
Posted at NaN:NaN, Published in: Ideas

Another Project Log

The open source DashBoard has a nice weblog journal -- detailing an active, multi-person dev efforts. 
|||
Posted at NaN:NaN

Styled MozWho bookmark portal installer

The new styled version of the mozwho bookmark portal, screenshot'ed back on 4/7, is now available for installation.
|||
Posted at NaN:NaN

Keeping Things Found

A project from the UWash ISchool has published survey data on how people keep track of URLs and hint at a better design for adding bookmarks.
|||
Posted at NaN:NaN

History for Mozilla Mail

Having recently switched to Mozilla Mail, I'm discovering that in general, Mail is a lot more important than websites.  Not completely, but mission critical things tend to occur more often in mail than on the web.

The general approach of monitoring content (eg. mail) for for interest, by time on message and scrolling, is likely to work equally well with websites.  The challenge is that there's no builtin history mechanism for mail, so the enriched datasource approach is the only solution.

See the call for participation at surfmind or n.p.m.mozmail.
|||
Posted at NaN:NaN, Published in: Ideas

When do user's want to classify bookmarks?

HCI guru Alan Dix chimes in on the bookmarking process with a recount of some empirical work.  This work looked at the bookmark on first view vs bookmark after you'e explored the site.  To me, this suggests that a new or existing bookmark record might be easily available while browsing the site for re-org operations or keyword/description/title mods.

While Mozilla's bookmark UI is extremely bad, it's only a little worse than the other browsers.  The keyword/description/model attributes are insufficient for keeping things found.

More from Alan Dix in Post-web cognition: evolving knowledge strategies for global information environments (PDF). Related searching turned up this PIM bibliography.  Now, to track down the history visualization work hinted at... update, no go, yet!
|||
Posted at NaN:NaN