user-interface: Difference between revisions
AndyMabbett (talk | contribs) m (→Challenges: tyop) |
|||
Line 17: | Line 17: | ||
* Chris Messina: "What kind of solutions can we come up with that are single click only?" | * Chris Messina: "What kind of solutions can we come up with that are single click only?" | ||
* Andy Mabbett - How can we make them [[accessibility|accessible]] to people with (for instance) visual disabilities? | * Andy Mabbett - How can we make them [[accessibility|accessible]] to people with (for instance) visual disabilities? | ||
* Alex Faaborg: Mozilla has had inquiries from reporters in the mainstream media (Wired and Business Week) who wanted to cover microformats in stories about the future of the Web browser, but they then later backed out because they felt the term "microformats" would only appeal to developers, and not the average reader. These types of mainstream stories need to focus on the user experience, and not the underlying technology, but what term should reporters use to describe the overall feature? | |||
== Social Network Portability == | == Social Network Portability == |
Revision as of 06:41, 29 June 2007
User Interface
Recently there have been many really good user interface ideas and suggestions for working with microformats. This page serves to collect and document them so that we may be inspired by and iterate on each others' works.
Implementations
See implementations, and document examples of good UI from there, here.
- Miffy inserts a green square into the document to represent the presence of microformat
- Some Greasemonkey scripts use a separate iFrame for microformat content
- Other Greasemonkey scripts insert an icon inline into the page
- Tails Export (Firefox extension) can display and export some microformats.
Challenges
- Chris Messina: "What kind of solutions can we come up with that are single click only?"
- Andy Mabbett - How can we make them accessible to people with (for instance) visual disabilities?
- Alex Faaborg: Mozilla has had inquiries from reporters in the mainstream media (Wired and Business Week) who wanted to cover microformats in stories about the future of the Web browser, but they then later backed out because they felt the term "microformats" would only appeal to developers, and not the average reader. These types of mainstream stories need to focus on the user experience, and not the underlying technology, but what term should reporters use to describe the overall feature?
Social Network Portability
Why is it that every single social network community site makes you:
- re-enter all your personal profile info (name, email, birthday, URL etc.)
- re-add all your friends
?
Instead, let's see some user interface suggestions for sites to simply import or, even better subscribe to:
- your hCard from your URL (blog, profile from another service etc.)
- your list of XFN contacts, acquaintances, friends etc. again from your URL (blog, etc.)
Concrete discussion and suggestions:
- Jeremy Keith: Twittering:
Here’s what I want: when I go to the latest social networking fadsite, I want it to ask for my URL. Then it can go off and fetch my hCard and XFN list. A pre-filled form for my details and a pre-filled list of potential contacts can then be presented to me.
- Derek Featherstone: Solving problems with social networking
- Jeremy Keith: More thoughts on portable social networks
- Glenn Jones: Microformats and portable social network
- Velvetsarah has posted a screenshot and brainstorm about how a site could handle importing XFN enabled contacts.
Social Network Portability FAQ
- Doesn't OpenID address the re-enter all your personal profile info problem?
- No it does not. OpenID is fundamentally about proving to one site that you own or control another particular URL. Nothing more. All the profile stuff is extra and even then the specific property set is unspecified in OpenID. That's where hCard comes in. hCard specifies a vocabulary of personal profile info (name, email, birthday, URL etc.) based on vCard. And in fact that's all you need to solve the "re-enter all your personal info" problem for public sites - no need to authenticate public URLs via OpenID, just read them and parse their hCard(s).
Browser Integration
From screenshot brainstorms to working plugins, there is a lot going on with browser integration of microformats support.
Screen Shots
- Conceptual Mockups of Microformat Detection in Firefox 3
- Jon Hicks: Proposal for a Safari Microformats plugin
- Ben Ward: Microformats in Web Browsers
- Microformats in Flock
Plugins
- The microformat implementations page has some Greasemonkey scripts.
- http://greasemonkey.makedatamakesense.com/callto_tel/ by Scott Reynen
- Tails Export (Firefox extension) by Robert de Bruin.
- Jon Hicks has written a user stylesheet for Mac browsers that highlights hCard and hCalendar data.
Planning and Discussion
- Discussion of microformat detection in Firefox 3
- UI brainstorming on the Mozilla Wiki
- The Camino Wiki has a page where future microformats support is being discussed and organized
Simpler Markup Languages
There are plenty of wiki-formats that attempt to make it easier for more people author semantic markup, often with textually decorative punctuation.
As these simpler markup languages are something that *users* are expected to type, they are user interface.
Markdown extension for hCalendar
See Markdown and the hCal microformat which proposes an extension to the Markdown text markup language to capture and represent hCalendar event semantics in a human editable form.