Re: [uf-discuss] hCalendar include: check, please (inc. possible bug in Operator extension)
On 1/9/07, Andy Mabbett [EMAIL PROTECTED] wrote: Thank you. Is that a requirement of HTML or the way include-pattern is parsed? It's defined in HTML, but I should have said uri rather than url,uri being a superset of url. The data attribute of object [1] should contain a uri [2], i.e. an identifier for the place the data should come from. -Ciaran McNulty [1] http://www.w3.org/TR/REC-html40/struct/objects.html#adef-data [2] http://www.w3.org/TR/REC-html40/types.html#type-uri ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar include: check, please (inc. possible bug in Operator extension)
On 1/8/07, Andy Mabbett [EMAIL PROTECTED] wrote: object data=#summaryA+ with +#summaryC class=include /object The @data should contain a URL, not data, the way you have here. A parser would end up looking for an element with ID 'summaryA+ with...' etc., Not sure about an elegant solution, I'm afraid, you may be better off just repeating the content. -Ciaran ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar include: check, please (inc. possible bug in Operator extension)
Another possibility would be value excerpting: http://microformats.org/wiki/hcard#Value_excerpting On 1/9/07, Ciaran McNulty [EMAIL PROTECTED] wrote: On 1/8/07, Andy Mabbett [EMAIL PROTECTED] wrote: object data=#summaryA+ with +#summaryC class=include /object The @data should contain a URL, not data, the way you have here. A parser would end up looking for an element with ID 'summaryA+ with...' etc., Not sure about an elegant solution, I'm afraid, you may be better off just repeating the content. -Ciaran ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hCalendar include: check, please (inc. possible bug in Operator extension)
In message [EMAIL PROTECTED], Ciaran McNulty [EMAIL PROTECTED] writes On 1/8/07, Andy Mabbett [EMAIL PROTECTED] wrote: object data=#summaryA+ with +#summaryC class=include /object The @data should contain a URL, not data, the way you have here. Thank you. Is that a requirement of HTML or the way include-pattern is parsed? -- Andy Mabbett * Say NO! to compulsory ID Cards: http://www.no2id.net/ * Free Our Data: http://www.freeourdata.org.uk * Are you using Microformats, yet: http://microformats.org/ ? ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
Re: [uf-discuss] hCalendar include: check, please (inc. possible bug in Operator extension)
In message [EMAIL PROTECTED], Andy Mabbett [EMAIL PROTECTED] writes Also, is there a way to concatenate values. [...] (If not, I'll add that to the wiki as a proposal) Done: http://microformats.org/wiki/include-pattern-feedback#Concatenating_values In a secondary issue, I'm not sure how best to mark-up text within the object. For instance, I propose: span id=summaryA class=summary Kidderminster Branch Indoor Meeting /span span id=summaryCFred Smith/span object data=#summaryA+ with +#summaryC class=include /object to give: Kidderminster Branch Indoor Meeting with Fred Smith Should [space]with[space] be wrapped in something? -- Andy Mabbett * Say NO! to compulsory ID Cards: http://www.no2id.net/ * Free Our Data: http://www.freeourdata.org.uk * Are you using Microformats, yet: http://microformats.org/ ? ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss
[uf-discuss] hCalendar include: check, please (inc. possible bug in Operator extension)
In message [EMAIL PROTECTED], Calvin Yu [EMAIL PROTECTED] writes I have used two includes, for location and summary, in the hCalendar of the first event on: http://www.westmidlandbirdclub.com/kidderminster/indoor.htm (styles are in-line, only during development) but it's not recognised by neither Tails or Operator; the latter says its invalid, but gives a blank dialogue box when selected. Nor does the Almost Universal parser find the summary or location of that event. My understanding is that the class value of the include element should be 'include', and the actual value class should be in the referenced element. At least that is what Tails is looking for. Thank you. I've amended the page to that effect and it seems to work in Tails, but not in AUMP nor Operator (though I now seem to recall that include-pattern will be implemented in a future version of Operator - is that correct?) However, there's an issue, in that any styles applied, intentionally, to class=X inside a uF will now also be applied to the element thus classed, elsewhere on the page (most of the H2, on this page, is now class=summary). That's not a problem in this case, but may effect others. Also, is there a way to concatenate values. For instance on that page, I could blend: span id=summaryB class=summaryKidderminster Branch Indoor Meeting/span in the H2 with, say: span id=summaryAJanaury /span or the equivalent in the TH for each meeting, thuis: object data=#summaryA+#sumamryB class=include style=display:none;/object or: span class=include style=display:none; [1] object data=#summaryA /objectobject !-- Can't have white space ?-- data=#summaryB/object /span to give summaries of: January Kidderminster Branch Indoor Meeting February Kidderminster Branch Indoor Meeting and so on, thus ensuring their uniqueness. Or perhaps something similar with the name of the speaker at each event: Gerry Griffiths: Kidderminster Branch Indoor Meeting Graham Harrison: Kidderminster Branch Indoor Meeting (If not, I'll add that to the wiki as a proposal) [1] I'm assuming it's OK to use display:none for receptive use of text which appears elsewhere on the page, as in this case. -- Andy Mabbett -- ET*W? - http://theryanking.com/blog/archives/2006/08/18/etfw/ ___ microformats-discuss mailing list microformats-discuss@microformats.org http://microformats.org/mailman/listinfo/microformats-discuss