Christian Heilmann wrote:
Does anybody know why delicious isn't microformatted? I can only guess, either
yahoo is starving the site, or they are against the concept. It sticks out
like a sore thumb in my weblife...on occasion when demonstrating Operator to
friends I go to delicious assuming
than me can tell us some of them.
/ Pelle W
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
Manu Sporny wrote:
Dimitri Glazkov wrote:
I really like the idea of allowing additional control over
presentation via pseudo-classes, but I am worried that :target isn't
quite right, at least if we follow the spec to the letter
(http://www.w3.org/TR/css3-selectors/#target-pseudo),
take care of
different microformats.
You'll find Faaborg's mail here (is this the usual way to share an older
mail on a mailing list or how is more common?):
http://microformats.org/discuss/mail/microformats-discuss/2007-August/010536.html
/ Pelle W
perhaps out of this community's scope?
/ Pelle W
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
from IE users. This would be
a more usual approach because it already exists for other kind of data
like mailto: , javascript: , call: etc.
/ Pelle W
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org
is to be used it should only connect an action and not add
anything or change anything about the site.
/ Pelle W
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss
to such javascripts.
/ Pelle W
Alex Faaborg wrote:
Perhaps instead of new classes and protocols, we could just do this
completely in javascript. Here is a general example, probably all the
function names would end up being different:
div id=hcard-Alex-Faaborg class=vcard
span class=fnAlex Faaborg/span
div
What I know about Microformat-stickers is that Jeremy Keith wrote
something about such and had some Flickr-photos of them.
Url: http://adactio.com/journal/1323/
/ Pelle
Dimitri Glazkov skrev:
Wait, there are stickers? *frantically searches archives*
:DG
to write his own name on his music.
If I have a company, which I do, I can name that company after me myself
Pelle W Inc. or I can name it something else, at least theoretically,
that I come up with like Happy Fantasies Inc. or Richard Smith Inc..
If I choose to have my own name as my company
Thom Shannon skrev:
What would be the way to markup a hCard as being the definitive hCard
on a page. For example the page owner or author. My blog has hCards of
friends and commenters, as well as my own. But I'd like a programmatic
way to identify mine, mainly to access information about me at
Andy Mabbett skrev:
Unfortunately, the database doesn't tell me whether an artist is a
person or a group.
I empathise - I had the same trouble with bands vs. artist in the
relevant infobox on Wikipedia, Fortunately, it is possible for other
parameters used there, to distinguish between them.
Paul Wilkins skrev:
From: Alex Faaborg [EMAIL PROTECTED]
| Mozilla's user experience team is going to continue brainstorming the
best way to expose microformat detection to end users, along with the
rest of the mozilla community. I'll post updates to this list from
time to time, and it will
Alex Faaborg skrev:
They imply opening or saving a completely separate document/file
The interface model doesn't necessarily have to actually match the
implementation model, but yeah, I'm still not a huge fan of the
attachments idea.
Pointers for: http://tinyurl.com/278y8g
Hyperlayers for:
Alex Faaborg skrev:
couldn't it rather be a description of an action - like data extraction?
Yeah, maybe just name the button/menu Send Data. I think the
sending is probably more important than the extraction.
-Alex
Send data sounds perfect to me - much simplier than extraction!
/ Pelle
On 6/27/07, Tara Hunt [EMAIL PROTECTED] wrote:
Although I heart the idea of language for non-experts, I'm wondering
how public facing Microformats, as a general term, is.
I've thought about this before...I can see the specific microformats,
like hCard and hCal and hReview being public
Alex Faaborg skrev:
Therefore, uFs don't need a user-facing name - their
applications do.
If Operator and Firefox 3 are in a category of uF enabled
applications, what should that category of applications be called? Or
another way of putting it:
Feed Readers :: RSS
__ :: microformats
I
Frances Berriman skrev:
On 28/06/07, Thom Shannon [EMAIL PROTECTED] wrote:
Exactly! We need a brand and a website that introduces people to the
concept, tells them where to get the plugins or the right browsers and
possibly encourages them to put pressure on their web guys to implement
them,
David Janes skrev:
On 6/28/07, Pelle W [EMAIL PROTECTED] wrote:
I would say that Microformat = XML and therefor you say that this reads
microformats as much as you can say this reads XML.
Well, microformats are one thing and XML is another so Microformat !=
XML. Or do you mean Terminology-wise
Ryan King skrev:
On Jun 28, 2007, at 6:13 AM, Frances Berriman wrote:
On 28/06/07, Thom Shannon [EMAIL PROTECTED] wrote:
Exactly! We need a brand and a website that introduces people to the
concept, tells them where to get the plugins or the right browsers and
possibly encourages them to put
Alex Faaborg skrev:
The problem with geo is that it is horrible to show in a UI
Mike: I think we should still try to support geo. Exposing the user
to geographic coordinates isn't ideal, but I think that it is
considerably better than hiding the action entirely.
I've been talking to Mike
Toby A Inkster skrev:
Pelle W wrote:
It could also be done for different file extensons, at least those
connected to plug-ins,
This would reassert the false notion that there's such a thing as a file
extension on the web.
Well - nothing is fool-proof and something that ends
Alex Faaborg skrev:
If the user is viewing a page with microformats and RSS through a
secure connection, they will have a yellow location bar containing a
favicon, lock icon, feed icon, and microformat icon. We are worried
that this is too much visual clutter. Options include things like
On 6/5/07, Montgomery, Mike [EMAIL PROTECTED] wrote:
I like the idea of an icon that is activated when microformat content is
available as mentioned by Paul. It would provide an immediate visual
cue that information is available without direct user interaction such
as having to hover of content
Mike Kaply skrev:
On 6/3/07, John Beales [EMAIL PROTECTED] wrote:
Things can still change, but after talking a bit with the Firefox 3
folks - Microformats are starting to look more and more like they're
going to be supported in a big way in the next major release of the
browser.
25 matches
Mail list logo
