: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Emiliano
Martinez Luque
Sent: Friday, October 20, 2006 12:29 AM
To: Microformats Discuss
Subject: Re: [uf-discuss] First version of Currency proposal
This gives me a chance to ask in a different way, why can we not
assume type=USD, amount
On 10/20/06, Emiliano Martinez Luque [EMAIL PROTECTED] wrote:
That example in particular might not be a problem but consider the following:
span class=currency title=USD$1,000/span
In the US that will mean one dollar, in Argentina (where I'm from) it
will mean a thousand dollars. And tying
On 10/20/06, Mike Schinkel [EMAIL PROTECTED] wrote:
Question: How does a human currently interpret a website that is have values
such as $1,000 when it it was designed by a US company with US customers in
mind? Is there something in the HTTP headers that makes this explicit that a
machine could
] On Behalf Of Ciaran McNulty
Sent: Friday, October 20, 2006 4:34 AM
To: Microformats Discuss
Subject: Re: [uf-discuss] First version of Currency proposal
On 10/20/06, Mike Schinkel [EMAIL PROTECTED] wrote:
Question: How does a human currently interpret a website that is have
values such as $1,000
On 10/20/06, Mike Schinkel [EMAIL PROTECTED] wrote:
Question: how would someone implement a wiki with different pages in different
languages since they don't have access to changing the header or HTML element
for each wiki page?
I'm not that familiar with Wikis, they could probably implement
McNulty
Sent: Friday, October 20, 2006 5:14 AM
To: Microformats Discuss
Subject: Re: [uf-discuss] First version of Currency proposal
On 10/20/06, Mike Schinkel [EMAIL PROTECTED] wrote:
Question: how would someone implement a wiki with different pages in
different languages since they don't have
This gives me a chance to ask in a different way, why can we not assume
type=USD, amount=5.99, and symbol=$ from the following?
The book costs span class=currency title=USD$5.99/span
That example in particular might not be a problem but consider the following:
span class=currency
In message
[EMAIL PROTECTED], Emiliano
Martinez Luque [EMAIL PROTECTED] writes
Regarding the Straw man proposal, the symbol class seems to be
unnecesary since the symbol in most price representations is just a
convention to define which currency we are speaking of.
Not so. Suppose there is a
:[EMAIL PROTECTED] On Behalf Of Andy
Mabbett
Sent: Saturday, October 14, 2006 6:53 AM
To: Microformats Discuss
Subject: Re: [uf-discuss] First version of Currency proposal
In message
[EMAIL PROTECTED], Emiliano
Martinez Luque [EMAIL PROTECTED] writes
Regarding the Straw man proposal, the symbol class
Subject: Re: [uf-discuss] First version of Currency proposal
In message [EMAIL PROTECTED], Mike Schinkel
[EMAIL PROTECTED] writes
This gives me a chance to ask in a different way, why can we not assume
type=USD, amount=5.99, and symbol=$ from the following?
The book costs span class=currency
Le 06-10-12 à 23:18, Scott Reynen a écrit :
span class=moneyabbr class=amount title=0./abbrabbr
class=currency title=USD¢/abbr/span
This is the sort of absurdity that the credit card advertisers
engage in.
I'm not sure what this means. Do you not think 99¢ means
fundamentally the
On Oct 13, 2006, at 1:55 AM, Karl Dubost wrote:
There are also issues in the way you divide numbers. In many
countries, number are organized by sequence of 3 digits. For
example, in Japan
10 yen = ju(10) yen
1000 yen = ichi(1) sen yen
but1 yen = ichi(1) man yen
Scott,
I am sorry, but your example is a very good reductio ad absurdum
argument against what you are advocating.
At 11:51 PM 2006-10-11, Scott Reynen wrote:
On Oct 11, 2006, at 6:33 PM, Guillaume Lebleu wrote:
Scott Reynen wrote:
So which of these tasks should we aim to make simple? I'd
I'll repeat my example here, because it doesn't require altering the
published content at all:
span class=moneyabbr class=amount title=0./abbrabbr
class=currency title=USD¢/abbr/span
This is the sort of absurdity that the credit card advertisers
engage in. What you see is 99 and what you
On Oct 12, 2006, at 7:35 AM, Al Gilman wrote:
span class=moneyabbr class=amount title=0./abbrabbr
class=currency title=USD¢/abbr/span
This is the sort of absurdity that the credit card advertisers
engage in.
I'm not sure what this means. Do you not think 99¢ means
fundamentally the
Scott Reynen wrote:
span class=moneyabbr class=amount title=0./abbrabbr
class=currency title=USD¢/abbr/span
My bad. I had missed the title=0.99 part earlier. This will work for
all currency amounts of recent times, as all currencies are now
officially or de facto decimalized (UK was one
King Chung Huang wrote:
Is currency unit intended to be one whole name or two names?
My intention is to have 2 class names, one for the currency (ex. U.S.
currency), and one for the unit within that currency (ex. Dollar, Cent).
unit is optional, b/c most currencies have a default unit
On Oct 11, 2006, at 1:18 PM, Guillaume Lebleu wrote:
My intention is to have 2 class names, one for the currency (ex.
U.S. currency), and one for the unit within that currency (ex.
Dollar, Cent). unit is optional, b/c most currencies have a
default unit (Dollar in the case of the U.S.
Scott Reynen wrote:
Specifically, I don't think it makes sense to have the first abbr
tag with no title, and the second abbr with no content. It looks
like you're trying to communicate three different pieces of
information when only two are really being published.
Thank you for the
On Oct 11, 2006, at 2:43 PM, Guillaume Lebleu wrote:
Can we just treat everything as the default unit
Not sure what you mean in the context of the 99c example. The
default unit for the US currency is the Dollar, not the Cent, but
in the context of the 99c context, we need to ensure that
In message [EMAIL PROTECTED], Guillaume Lebleu
[EMAIL PROTECTED] writes
Please find it at: http://microformats.org/wiki/currency-proposal
How does this relate to the proposal in:
http://microformats.org/wiki/currency-brainstorming#Straw_man_proposal
It doesn't even seem to link to the page on
Scott Reynen wrote:
What I'm suggesting is that everything be treated as dollars in USD
and everything be treated as Yen in JPY. Isn't that how most
applications and people deal with money anyway?
I think this will indeed work in most cases.
There are some examples on the Web that make use
On Oct 11, 2006, at 4:13 PM, Guillaume Lebleu wrote:
There are some examples on the Web that make use of cents, and my
design philosophy with this proposal was to make simple things
simple to microformat, and complex things possible to microformat,
without requiring publishers to change
Scott Reynen wrote:
So which of these tasks should we aim to make simple? I'd say the
latter, because it's far more common (well over 80%, I think).
I think we agree here. $99 is more common than 99c, so the former should
be simpler to microformat than the latter. Where it seems we differ in
Scott Reynen wrote:
On Oct 11, 2006, at 2:43 PM, Guillaume Lebleu wrote:
Can we just treat everything as the default unit
Not sure what you mean in the context of the 99c example. The default
unit for the US currency is the Dollar, not the Cent, but in the
context of the 99c context, we
Hi, I have just finnished reading both proposals, and here are some of
my thoughts.
Regarding the Straw man proposal, the symbol class seems to be
unnecesary since the symbol in most price representations is just a
convention to define which currency we are speaking of. So there is no
actual
Guillaume Lebleu wrote:
Please find it at: http://microformats.org/wiki/currency-proposal
For tables of currency, I don't like the global definition method
suggested. Tables cells have the scope and headers attributes
available, so we should use them where possible.
See, for example, this
I've just realized that the markup in my examples is wrong.. since I'm
using title to define a value on the span element where I should be
using the abbr element. I'm sorry about that, I was thinking more
along the lines on how to parse the format than the actual mark up.
Emiliano Martínez Luque
My message with corrected markup. Please disregard the other one.
Regarding the Straw man proposal, the symbol class seems to be
unnecesary since the symbol in most price representations is just a
convention to define which currency we are speaking of. So there is no
actual need to explicitly
On Oct 11, 2006, at 6:33 PM, Guillaume Lebleu wrote:
Scott Reynen wrote:
So which of these tasks should we aim to make simple? I'd say the
latter, because it's far more common (well over 80%, I think).
I think we agree here. $99 is more common than 99c, so the former
should be simpler to
Hi Guillaume,
Is currency unit intended to be one whole name or two names? I
believe specifying something with a class attribute value currency
unit means it's of class currency and unit, not currency unit
as a whole. Maybe currency-unit or currencyunit would be better?
Cheers,
King
31 matches
Mail list logo