1. You guys are proposing a radical change in microformats, and in
the way microformats work
As Pelle mentioned, we are discussing the possibility of allowing
designers to add UI widgets to act on microformats in the content
area. I certainly don't think this constitutes a radical change
Okay well, that's a relief.
It's amazing though, that we're talking about enabling designers to
design, but have only so far mentioned html, javascript and urls.
What about putting the design into the design code: css? Would it not
be a simple matter of adding selectors for the firefox mf ui e
Breton Slivka wrote:
1. You guys are proposing a radical change in microformats, and in the
way microformats work, and have given us just a week to discuss/object
2. If radical change is implemented in firefox, all existing
microformatted content will fail to work in firefox3
3. said radical cha
sorry for busting in late on this conversation, but let me get this
straight, I'm not sure I follow.
1. You guys are proposing a radical change in microformats, and in
the way microformats work, and have given us just a week to discuss/
object
2. If radical change is implemented in firefox,
On 9/2/07 4:07 AM, "Jamie Knight" <[EMAIL PROTECTED]> wrote:
> hiya,
>
> I am not so sure that introducing an extra div / element is the way
> forward as it is requiring even more of the authors.
I tend to agree with Jamie's assessment.
> I was under the
> impression that part of the idea be
hiya,
I am not so sure that introducing an extra div / element is the way
forward as it is requiring even more of the authors. I was under the
impression that part of the idea behind microformats was that the
tools were to do the donkey work of the process.
I know this isn't wonderfully h