date:20061031

Hello Andy,

On 10/31/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:

In message <[EMAIL PROTECTED]>, Siegfried Gipp
<[EMAIL PROTECTED]> writes

>http://www.rorkvell.de/tech/dc
>
>What do you thing about that idea?

It's not clear whether what you suggest is a proposal, or already
accepted practice.

I believe he's thinking out load... and asking us what we think.

--
   Charles Iliya Krempeaux, B.Sc.

   charles @ reptile.ca
   supercanadian @ gmail.com

   developer weblog: http://ChangeLog.ca/
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Just an idea


Hello Andy,

On 10/31/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:

In message
<[EMAIL PROTECTED]>, Charles
Iliya Krempeaux <[EMAIL PROTECTED]> writes

>maybe something like this could be
>used...
>
>The Title of This Thing!

That seems sensible - but are "dotted" class names allowed, in HTML or
in style sheets?


I think you'd need to do it with something like this...

.DC\.title {
  /* CSS here */
}


See ya

--
   Charles Iliya Krempeaux, B.Sc.

   charles @ reptile.ca
   supercanadian @ gmail.com

   developer weblog: http://ChangeLog.ca/
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] "rel-" uFs : still draft after all this time?

2006-10-31 Thread Ciaran McNulty


On 10/31/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:

I didn't know that. How may it be disabled (I'll decide how I use my
bandwidth, TYVM).


There's an FAQ [1], it's worth noting that FF will wait until it's not
downloading anything before it starts prefetching pages.

 [1] http://www.mozilla.org/projects/netlib/Link_Prefetching_FAQ.html

-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hResume check

2006-10-31 Thread Pat Ramsey

Hrmm...

Looking over Brian's Microformats cheat sheet, these are the possible
"types" used to differentiate the class "phone":

home,work,pref,fax,cell,pager

This seems to correspond with the VCard specification for telephone type:
http://www.imc.org/pdi/vcard-21.txt
==
Indicates preferred number
PREF
Indicates a work number
WORK
Indicates a home number
HOME
Indicates a voice number (Default)
VOICE
Indicates a facsimile number
FAX
Indicates a messaging service on the number
MSG
Indicates a cellular number
CELL
Indicates a pager number
PAGER
Indicates a bulletin board service number
BBS
Indicates a MODEM number
MODEM
Indicates a car-phone number
CAR
Indicates an ISDN number
ISDN
Indicates a video-phone number
VIDEO
==

I think you're right. Come to think of it, I'm hearing more use of
"mobile phone" than I used to. Certainly the W3C is using the term
mobile when talking about  CSS for mobile wireless devices.
http://www.w3.org/TR/css-mobile

Given hCard's relationship with VCard, I see why it's so. I would be
uneasy about making a change in the 1-to-1 translation.

Pat

On 10/31/06, Michael MD <[EMAIL PROTECTED]> wrote:

> > Almost nobody in the UK refers to a cell-phone; it is more likely to be
> > correct as:
> >
> > Mobile

almost nobody outside USA refers to a "cell-phone"!

--
Pat Ramsey
[EMAIL PROTECTED]
http://www.southwestern.edu/~ramseyp
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] Happy halloween

2006-10-31 Thread Kevin Marks


http://www.flickr.com/photos/kevinmarks/285384771/
http://www.flickr.com/photos/kevinmarks/285384695/

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Mailing list debate moved & new proposal

2006-10-31 Thread John Allsopp


Colin,


I don't like forums because I have to go to a website to use them.


RSS anyone :-) I love my forum changes popping up in my feedreader.  
Compared with older, non RSS based forums, it has definitely made a  
world of difference.


I'd much rather work from my email client, which has a nice big  
text box, unlike a forum, which often have ridiculously small text  
entry elements. Plus, the UI in my email client is much nicer than  
that of most forums.


Sure, fair enough points.


There are a host of other disadvantages to using a forum.

Granted, mailing lists aren't perfect, but we have one now and it  
works.


That's the thing - it doesn't seem to. There is a lot of discussion  
about whether and how to add new lists, and frequently we have  
conversations dying out, or people posing the same questions or  
issues despite them having been dealt with before, because it's just  
too hard to find prior conversations.
There is high overhead in lurking, as you need to subscribe, and then  
receive emails, and in participating even higher overhead -  
subscribing to the digest and then conversing is hard work.


So all of these things diminish number of people participating, and  
the nature of their participation.


Forums also require a bit more administration than a mailing list,  
and our list administrators are already over-worked, it seems.


In my extensive experience managing mailing lists and forums, I'd  
argue that the opposite was true, that forums are much less  
administrative work than mailing lists. Unsubscribing is just not an  
issue for a forum, and it is a big issue for list admins in my  
experience.


I guess we are getting off topic now, but I would restate that the  
biggest problem with the mailing list its that it will limit the  
number of people participating in official uf.org conversations,  
which are an important part of the uf process, and this is not simply  
a theoretical concern, I know it to be the case.


thanks

j
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Mailing list debate moved & new proposal

2006-10-31 Thread Colin Barrett


On Oct 31, 2006, at 4:53 PM, John Allsopp wrote:


Andy,

On 01/11/2006, at 9:04 AM, Andy Mabbett wrote:


That may be technically possible, but it's not going to appeal to the
people I referred to in my earlier post:

For example, several academic and professional taxonomists  
have
told me in e-mail that they would be interested in the  
species
proposal, (and one astronomer, likewise, for mars/ luna),  
but do

not have the time to follow a general mailing list; indeed, a
couple asked me specifically if I would set up a separate
mailing list for the subject.

How do you suggest that we engage such people?


I reiterate my suggestion for a "modern" forum like BBPress, where  
you can subscribe via RSS to individual threads, where threads can  
be tagged, where searching is much less of a pain than with a  
mailing list ...


I don't like forums because I have to go to a website to use them. I'd  
much rather work from my email client, which has a nice big text box,  
unlike a forum, which often have ridiculously small text entry  
elements. Plus, the UI in my email client is much nicer than that of  
most forums.


There are a host of other disadvantages to using a forum.

Granted, mailing lists aren't perfect, but we have one now and it  
works. Forums also require a bit more administration than a mailing  
list, and our list administrators are already over-worked, it seems.


-Colin

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Mailing list debate moved & new proposal

2006-10-31 Thread John Allsopp


Andy,

On 01/11/2006, at 9:04 AM, Andy Mabbett wrote:


That may be technically possible, but it's not going to appeal to the
people I referred to in my earlier post:

For example, several academic and professional taxonomists  
have

told me in e-mail that they would be interested in the species
proposal, (and one astronomer, likewise, for mars/ luna),  
but do

not have the time to follow a general mailing list; indeed, a
couple asked me specifically if I would set up a separate
mailing list for the subject.

How do you suggest that we engage such people?


I reiterate my suggestion for a "modern" forum like BBPress, where  
you can subscribe via RSS to individual threads, where threads can be  
tagged, where searching is much less of a pain than with a mailing  
list ...


But that didn't elicit any interest.

I know several people, who have quite a bit of interest in ufs, but  
who just won't subscribe to mailing lists. This poses a real  
difficulty with the uf process


"post something to the microformats-discuss (http://microformats.org/ 
mailman/listinfo/microformats-discuss/) mailing list or any other  
public channel (see http://microformats.org/discuss/)"[1]


As I'm not really sure there is an appropriate "any other public  
channel" (does a blog count?)


[1]http://microformats.org/wiki/process#Why.3F

john

John Allsopp

style master :: css editor :: http://westciv.com/style_master
blog :: dog or higher :: http://blogs.westciv.com/dog_or_higher
Web Directions Conferences :: http://webdirections.org


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hResume check

2006-10-31 Thread Michael MD

> > Almost nobody in the UK refers to a cell-phone; it is more likely to be
> > correct as:
> >
> > Mobile
> >
> >   


almost nobody outside USA refers to a "cell-phone"!

:-)



___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] one of the big questions

In message
<[EMAIL PROTECTED]>, Charles
Roper <[EMAIL PROTECTED]> writes [with additional quoting
inserted]:

>> On IRC recently, in
>>  Tantek wrote:
>>
>> >one of the big question (sic) for species in my mind is what should
>> >the microformats approach be in general to the publishing and sharing
>> >of scientific knowledge?
>>
>> and, shortly afterwards, in
>>  he wrote:
>>
>> >we should be at least a bit cautious with the solution of the
>> >representation of species so that it doesn't back us into a corner
>> >with regards the rest of scientific knowledge

>I'm afraid I don't quite understand what the concern is. Tantek, are
>you able to elaborate on your questions with, perhaps, some examples?

and I'd already asked:

>>I'm not clear how the latter might happen; how would the current
>>"species" proposal prevent, say, a "chemical-formula" uF? What other
>>uFs might it affect, negatively?
>>
>>Does anyone have any thoughts on this, or the "big question"?



Answer came there none...

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Just an idea

2006-10-31 Thread Brian Suda


Just an FYI: you are independantly approaching the same result as
"Embedded RDF"[1,2]. Probably best to not reinvent the wheel.

-brian

[1] - http://iandavis.com/blog/2005/10/introducing-embedded-rdf
[2] - 
http://www.google.com/search?hl=en&lr=&safe=off&client=safari&rls=is-is&q=embedded+RDF&btnG=Search

On 10/31/06, Siegfried Gipp <[EMAIL PROTECTED]> wrote:

Hi folks,

i am currently working on a kind of "HowTo" page on how to use Dublin Core in
a way very similar to microformats and combined with microformats. Currently
only the german version is mainly complete. The translation into english is
still work in progress. But at least, from what is already online, you might
get the idea:

http://www.rorkvell.de/tech/dc

What do you thing about that idea?

I'm translating one to two keywords per evening, so it will take some time :)

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss




--
brian suda
http://suda.co.uk
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Just an idea

In message <[EMAIL PROTECTED]>, Siegfried Gipp
<[EMAIL PROTECTED]> writes

>http://www.rorkvell.de/tech/dc
>
>What do you thing about that idea?

It's not clear whether what you suggest is a proposal, or already
accepted practice.

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Just an idea

In message
<[EMAIL PROTECTED]>, Charles
Iliya Krempeaux <[EMAIL PROTECTED]> writes

>maybe something like this could be
>used...
>
>The Title of This Thing!

That seems sensible - but are "dotted" class names allowed, in HTML or
in style sheets?

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] "rel-" uFs : still draft after all this time?

In message
<[EMAIL PROTECTED]>, Ciaran
McNulty <[EMAIL PROTECTED]> writes

>> Perhaps we need @rel="prefetch" ?

I didn't make sufficiently clear that that suggestion was
tongue-in-cheek.

>Firefox will actually prefetch [EMAIL PROTECTED]"prefetch" and
>[EMAIL PROTECTED]"next", I don't believe it will prefetch [EMAIL 
>PROTECTED]"prefetch" at
>the moment though.

I didn't know that. How may it be disabled (I'll decide how I use my
bandwidth, TYVM).


-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Mailing list debate moved & new proposal

In message
<[EMAIL PROTECTED]>, Frances
Berriman <[EMAIL PROTECTED]> writes

>> >> Why not create a new mailing list for each proposal, once it's
>> >> reached a certain stage?
>> >
>> >Because that's more administrative overhead for admin's who're  already
>> >overloaded.
>
>I agree.  Creating a list for each proposal seems unmanageable and
>would result in a lot of dead lists eventually.

Not "dead", but deliberately retired.

>If people want to filter things out, or draw particular attention to a
>thread being related to a specific proposal, using the [hCard]
>notation (for example) works quite well in the subject field.

That may be technically possible, but it's not going to appeal to the
people I referred to in my earlier post:

For example, several academic and professional taxonomists have
told me in e-mail that they would be interested in the species
proposal, (and one astronomer, likewise, for mars/ luna), but do
not have the time to follow a general mailing list; indeed, a
couple asked me specifically if I would set up a separate
mailing list for the subject.

How do you suggest that we engage such people?

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hResume check

2006-10-31 Thread Rob O'Rourke


Andy Mabbett wrote:

In message
<[EMAIL PROTECTED]>, Brian
Suda <[EMAIL PROTECTED]> writes

  

You have:
Mobile
That should be:
Cell



Almost nobody in the UK refers to a cell-phone; it is more likely to be
correct as:

Mobile

  
Aha! thanks Andy, thats more suitable. I was reluctant to make that 
alteration, I guess I don't have to =]


Cheers,
Rob O
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] xFolk use question - Using "taggedlink" inside "description" element

2006-10-31 Thread Jeremy Boggs

A question about xFolk:[1] Is it invalid to include the TAGGEDLINK  
inside the DESCRIPTION, and as a value of the same class attribute as  
used for the XFOLKENTRY?


My example code:


Joi Ito asks, http://joi.ito.com/archives/2006/10/22/ 
is_youtube_web_20.html">Is YouTube "Web 2.0" as a follow-up to a  
post by Lawrence Lessig, http://lessig.org/blog/archives/ 
003570.shtml" class="taggedlink">"The Ethics of Web 2.0." Lessig  
specifically differentiates between "true sharing" and "fake  
sharing." For Lessig, YouTube is a "fake sharing" site because it  
does not allow users to download content; all traffic is directed  
back to YouTube, thus YouTube, not the users, essentially controls  
the content.



thanks!
Jeremy

[1] http://microformats.org/wiki/xfolk
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Best practice for the "value" subproperty

In message <[EMAIL PROTECTED]>,
"Costello, Roger L." <[EMAIL PROTECTED]> writes

>
>John 
>will be our speaker.  Mr.
>Public
> will talk about ...


I would mark that up as:

   John
   will be our speaker.  Mr. Public will talk about ...

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hResume check

In message
<[EMAIL PROTECTED]>, Brian
Suda <[EMAIL PROTECTED]> writes

>You have:
>Mobile
>That should be:
>Cell

Almost nobody in the UK refers to a cell-phone; it is more likely to be
correct as:

Mobile

-- 
Andy Mabbett
Say "NO!" to compulsory ID Cards:  

Free Our Data:  
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hResume check

2006-10-31 Thread Rob O'Rourke


Brian Suda wrote:

Hello Rob and welcome to the list.



Thankyou =]


I have had a look at your Resume and had a few
suggestions/comments/improvements.  ... 

Otherwise, it looks pretty good. Once you have made those changes, run
it through Tails and X2V to see what the vCard/iCal output is, and see
if that is what you expected.



It's better than I expected! A massive thankyou for taking for taking 
time out of your busy schedule to review my work. I have implemented all 
of your suggestions so far.


X2V and Tails have caught all the uF instances in there and the .include 
method seems to be working in both except for one possible peculiarity 
in the Tails display. The vCards nested in my experience vEvents display 
the company name at the top and then it writes out the company name 
again just above the address (I'm guessing this is taken from org and fn 
is what appears at the top). Because of the include should this be 
over-riding the company fn and writing out my name at the top instead? 
Or is having the company name as the fn here appropriate? It looks odd 
because it has my job title under the company name and then followed by 
the company name again.


At first I thought it was because I'd left the fn org and url classes 
within the adr in my experience vEvents but moving them out hasn't made 
a difference.


Any ideas?


The page currently validates
(http://validator.w3.org/check?uri=http%3A%2F%2Frobert.o-rourke.org%2Frobert-orourke-cv.html) 


which is great! Microformats work best on valid HTML.


-brian



Good job I've got the hang of writing valid code then!
Thanks again for the help.

Rob O

P.S. I'm not happy with the visual design yet so it'll probably be 
different or even broken if you visit again.


___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] vote-for

Am Dienstag, 31. Oktober 2006 19:54 schrieb Scott Reynen:

> But that's just not what rel and rev mean.  And this part isn't even
> a meaning we've defined here, so we couldn't change it if we wanted
>
> to.  It's defined in the HTML spec:
> > The rel and rev attributes play complementary roles -- the rel
> > attribute specifies a forward link and the rev attribute specifies
> > a reverse link.

Hmmm, why not? Microformats do already define, that the XXX attribute with the 
value of YYY does have meaning ZZZ. So in this case microformats has already 
defined that the rev attribute with the value "vote-for" has some special 
meaning. Why not define that the rel attribut with the value "vote-for" has 
another meaning?

It's not about redefining the rel or rev attribute. It's about redefining 
the "vote-for" attribute value if used with the rel attibute.
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Just an idea

Am Dienstag, 31. Oktober 2006 19:30 schrieb Charles Iliya Krempeaux:

> On the whole, it seems perfectly acceptable.  In some cases, it works
> in parallel to existing Microformats... but that fine.  (And was even
> expected.)  You can use both at the same time.

Indeed, that is the intention.

> On a separate note This wouldn't be a Microformat-type suggestion
> (since it's in the head) 
Yes, this is no microformat. My english is not _that_ good. What i wanted to 
say is simply: combining the _ideas_. If anyone has a better english title...

> But to get rid of the duplicate of 
>  and , maybe something like this could be
> used...
>
> The Title of This Thing!
Yes, that would be possible, but still redundant. More useful is to stick to 
the title element in html and to export it to dc:title in f.ex. rdf.

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] vote-for

2006-10-31 Thread Scott Reynen


On Oct 31, 2006, at 12:33 PM, Siegfried Gipp wrote:


Using the same semantics for both is like saying a ballot and a
polling place are functionally the same thing.  Sure, both are part
of voting, but that doesn't make them interchangeable.

Right. Therefore use rel and rev attribute respectively :)

Using rel means one type, using rev means the other type.


But that's just not what rel and rev mean.  And this part isn't even  
a meaning we've defined here, so we couldn't change it if we wanted  
to.  It's defined in the HTML spec:


The rel and rev attributes play complementary roles -- the rel  
attribute specifies a forward link and the rev attribute specifies  
a reverse link.


Consider two documents A and B.

Document A:   

Has exactly the same meaning as:

Document B:   

Both attributes may be specified simultaneously.


http://www.w3.org/TR/html4/struct/links.html#h-12.3.1

A polling place is not the reverse of a ballot.

Peace,
Scott

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] vote-for

Am Dienstag, 31. Oktober 2006 19:13 schrieb Scott Reynen:
> 1) Page A is a vote for Page B, i.e. a ballot
> 2) Page A is a place where you can create a vote for Page B, i.e. a
> polling place

Right
>
> Using the same semantics for both is like saying a ballot and a
> polling place are functionally the same thing.  Sure, both are part
> of voting, but that doesn't make them interchangeable.
Right. Therefore use rel and rev attribute respectively :)

Using rel means one type, using rev means the other type.
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] Just an idea


Hello,

On 10/31/06, Siegfried Gipp <[EMAIL PROTECTED]> wrote:

Hi folks,

i am currently working on a kind of "HowTo" page on how to use Dublin Core in
a way very similar to microformats and combined with microformats. Currently
only the german version is mainly complete. The translation into english is
still work in progress. But at least, from what is already online, you might
get the idea:

http://www.rorkvell.de/tech/dc

What do you thing about that idea?

I'm translating one to two keywords per evening, so it will take some time :)


On the whole, it seems perfectly acceptable.  In some cases, it works
in parallel to existing Microformats... but that fine.  (And was even
expected.)  You can use both at the same time.


On a separate note This wouldn't be a Microformat-type suggestion
(since it's in the head)  But to get rid of the duplicate of
 and , maybe something like this could be
used...

The Title of This Thing!

Well... when it's appropriate to do so anyways.  (When what's
contained in the  is actually the title, and not search engine
SPAM... or something like that.)  Although, the author would need
access to the  to do that of course.


See ya

--
   Charles Iliya Krempeaux, B.Sc.

   charles @ reptile.ca
   supercanadian @ gmail.com

   developer weblog: http://ChangeLog.ca/
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] vote-for

2006-10-31 Thread Scott Reynen


On Oct 31, 2006, at 11:44 AM, Siegfried Gipp wrote:


1. The link points to a resource which votes for THIS resource or
contains
some form or script or whatever to enable the user to vote for THIS
resource,
then the usage of the rev attribute is correct.


This is out of scope for vote-links.

I don't see, why. That's just a matter of definition.


Definition is important.  I think there are two distinct ideas here:

1) Page A is a vote for Page B, i.e. a ballot
2) Page A is a place where you can create a vote for Page B, i.e. a  
polling place


Using the same semantics for both is like saying a ballot and a  
polling place are functionally the same thing.  Sure, both are part  
of voting, but that doesn't make them interchangeable.


Peace,
Scott

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] Just an idea

Hi folks,

i am currently working on a kind of "HowTo" page on how to use Dublin Core in 
a way very similar to microformats and combined with microformats. Currently 
only the german version is mainly complete. The translation into english is 
still work in progress. But at least, from what is already online, you might 
get the idea:

http://www.rorkvell.de/tech/dc

What do you thing about that idea?

I'm translating one to two keywords per evening, so it will take some time :)

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] "rel-" uFs : still draft after all this time?


Hello Andy,

On 10/31/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:

In message
<[EMAIL PROTECTED]>, Charles
Iliya Krempeaux <[EMAIL PROTECTED]> writes

>many things take an "enclosure" to mean: prefetch this.

I can see nothing in the "spec" (sic) which suggests that
@rel="enclosure" means "prefetch"; and I can see, on a page with many
attachments, that that might be very harmful.

Perhaps we need @rel="prefetch" ?


If you'd want to hint to user agents to pre-fetch enclosures, then
It should probably be class-prefetch (and NOT rel-prefetch), since
"pre-fetching" does NOT describe a relation between the two things.


See ya

--
   Charles Iliya Krempeaux, B.Sc.

   charles @ reptile.ca
   supercanadian @ gmail.com

   developer weblog: http://ChangeLog.ca/
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] hResume check

2006-10-31 Thread Brian Suda

Hello Rob and welcome to the list.

I have had a look at your Resume and had a few
suggestions/comments/improvements. Some are just personal taste and
you don't actually have to implement all of these suggestions.

First. There is a known issue with Safari (maybe others) with an
element. There is a default of something like 200px height
and width. So you will want to add a CSS rule that says something
like:
object.include { height: 0px; width: 0px;}

You have the following in your hCard:
BSc. (Hons)
BSc. looks like an ABBR to me. (it is optional) but you could add some
semantics here.

I know it is commented out, but you have the following:

That is not actually the correct semantic use for the
element. There have been several other thread (and probably who
webpages) dedicated to what it really means.

You have:
Mobile
That should be:
Cell

You have:
http://www.versatilia.com";>Versatilia Ltd
This is a company (you use class="org"). The FN property is required
for an hCard, so that should be:
http://www.versatilia.com";>Versatilia Ltd
This goes for all your vevents

Otherwise, it looks pretty good. Once you have made those changes, run
it through Tails and X2V to see what the vCard/iCal output is, and see
if that is what you expected.

The page currently validates
(http://validator.w3.org/check?uri=http%3A%2F%2Frobert.o-rourke.org%2Frobert-orourke-cv.html)
which is great! Microformats work best on valid HTML.

-brian

On 10/30/06, Rob O'Rourke <[EMAIL PROTECTED]> wrote:

Hello there,

I've been attempting to follow this list and the uF developments with
(hopefully) some understanding of what its all about. I'm working on my
CV, marked up with hResume, and would like to get some feedback on the
implementation.

http://robert.o-rourke.org/robert-orourke-cv.html

I've a feeling there are some dodgy bits where I've combined an
experience vevent .location with the experience vcard's .adr, is this ok
to do?

If anyone has any subjective (constructive) criticisms I'd be happy to
read them off-list.

Thanks,
Rob O
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

--
brian suda
http://suda.co.uk
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] vote-for

Am Montag, 30. Oktober 2006 22:33 schrieb Ryan King:

> > 1. The link points to a resource which votes for THIS resource or
> > contains
> > some form or script or whatever to enable the user to vote for THIS
> > resource,
> > then the usage of the rev attribute is correct.
>
> This is out of scope for vote-links.
I don't see, why. That's just a matter of definition. And this scenario is not 
uncommon ("vote for me/this page/..."). Although, only vote-for would make 
sense here. "Vote against me" would be at least very uncommon.

> I disagree. @rel determines the relationship between the referred
> resource and the current one. For example, this:

You're right, i got confused. I'll change that on my page. And for the 
scenario 1 then the rel attribute should be correct.




___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

[uf-discuss] RE: Best practice for the "value" subproperty

2006-10-31 Thread Costello, Roger L.

Hi Folks,

Does anyone have thoughts on the below issue I raised a couple days
ago?  /Roger

-Original Message-
From: Costello, Roger L. 
Sent: Sunday, October 29, 2006 6:16 PM
To: microformats-discuss@microformats.org
Subject: Best practice for the "value" subproperty

Hi Folks,

Suppose that I want to markup this HTML text using the hCard
properties:

 John will be our speaker.  Mr. Public will talk about ...

Notice that the name (John Public) is not consecutive, it is scattered.
To extract the name from this text we use the "value" subproperty:

Design #1

John 
will be our speaker.  Mr. 
Public 
 will talk about ...

The value of "fn" is the concatenation of the "value" subproperties:

fn = concat('John ', 'Public') = John Public

Notice the space after John.  This enables the fn value to be
formatted.

An alternate design is to remove the space after John and use a "spacer
value":

Design #2

John

will be our speaker.  Mr. 
Public 
 will talk about ...

The value of "fn" is the concatenation of the "value" subproperties:

fn = concat('John', ' ', 'Public') = John Public

Notice that now there is a concatenation of three values, the middle
being a "spacer value."

Which is best practice - design #1 or design #2?

/Roger

___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] "rel-" uFs : still draft after all this time?

2006-10-31 Thread Ciaran McNulty


On 10/31/06, Andy Mabbett <[EMAIL PROTECTED]> wrote:

Perhaps we need @rel="prefetch" ?


Firefox will actually prefetch [EMAIL PROTECTED]"prefetch" and
[EMAIL PROTECTED]"next", I don't believe it will prefetch [EMAIL 
PROTECTED]"prefetch" at
the moment though.

@rel is one of the HTML4.0 link types
http://www.w3.org/TR/html4/types.html#type-links, I believe
@rel="prefetch" may be a Firefox invention, but I wouldn't be
surprised if other browsers had taken it up.

-Ciaran McNulty
___
microformats-discuss mailing list
microformats-discuss@microformats.org
http://microformats.org/mailman/listinfo/microformats-discuss

Re: [uf-discuss] "rel-" uFs : still draft after all this time?