Timestamps are in UTC.
I wonder if the feed element in hAtom is actually useful :-/
you have a better idea atamido?
Atamido: Currently they are disambiguated by context. hAtom can contain vcard only in particular child elements, and hCard cannot contain hAtom. If you just looked for class=title you would not necessarily know what it was the title of, but if you looked for either vcard or entry you should be able to figure out out...
Anyway, rebooting to try and revive a dead PC... should be back shortly.
I know that, and I don't have a better idea, I just don't like that.
Voicing my opinion. :P
why don't you like it?
you know, its optional, you can just use an <h#>
Atamido: I guess you could complain that having these class=title attributes means that your CSS may not be able to use them. You would have to at least add extra CSS classes to style them appropriately.
kingryan: Except that if your hCard is before your hAtom's title, you're screwed.
you don't have to use an <h#> for your hcard
class="title" is there for this case
wait, nevermind, I misunderstood your point
I guess the author stuff needs to be defined as opaque
Indeed. :P
can you add that to http://microformats.org/wiki/hatom-issues ?
Umm... it is opaque, isn't it.
?
hAtom2Atom.xsl treats it so.
css doesn't have a concept of opaque elements, so it is impossible to style them differently in css without addional class tags... but a proper hAtom parser shouldn't have any trouble.
Hrmm.. maybe impossible is too strong a word. css can use some context information.
the spec doesn't state that "entry author" is opaque
[[hatom]] M http://microformats.org/wiki?title=hatom&diff=0&oldid=3593 * RyanKing * (+1) Entry Author - typo
ah, nevermind
the opaque stuff is only in the table, not in the prose
so, author is opaque, which means that having an author hcard before the title is not an issue
that would be a bug in a parser
it if finds a title inside of an author element, it should not be treated as the entry title
alright, time to sleep
'night folks
Night, Ryan.
greetings
[[rel-tag]] http://microformats.org/wiki?title=rel-tag&diff=0&oldid=3594 * JhonnyX * (-1373)
[[hatom]] http://microformats.org/wiki?title=hatom&diff=0&oldid=3595 * DavidJanes * (+41) Added Benjamin Carlyle as contributor
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3596 * DavidJanes * (+49) Why atomentry? -
[[hatom-issues]] M http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3597 * DavidJanes * (+3) Why atomentry? -
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3598 * DavidJanes * (+197) Why atomfeed? -
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3599 * DavidJanes * (+70) Why rel="link" ? -
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3600 * DavidJanes * (+47) hCards -
[[hatom]] http://microformats.org/wiki?title=hatom&diff=0&oldid=3601 * FuzzyBSc * (+64) Add href to my name under Contributors
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3602 * DavidJanes * (+90) Comparisons -
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3603 * DavidJanes * (+120) Repeated Elements -
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3604 * DavidJanes * (+45) Opaqueness -
[[hatom-issues]] http://microformats.org/wiki?title=hatom-issues&diff=0&oldid=3605 * DavidJanes * (+22) Identification -
[[hatom]] http://microformats.org/wiki?title=hatom&diff=0&oldid=3606 * FuzzyBSc * (+2) Revert MUST to SHOULD re absolute URIs
[[hatom]] http://microformats.org/wiki?title=hatom&diff=0&oldid=3607 * FuzzyBSc * (+131) Update to reflect explicit class=author and class=contributor attributes
:)
Is there a David Janes in the channel at all?
Morning, Robert.
hi
fuzzyBSc: AFAIK David Janes isn't on the channel.
[[rel-tag]] M http://microformats.org/wiki?title=rel-tag&diff=0&oldid=3608 * RobertBachmann * (+1373) Reverted edit of JhonnyX, changed back to last version by RyanKing
[[Special:Log/block]] http://microformats.org/wiki?title=Special:Log/block&diff=0&oldid=0 * RobertBachmann * (+0) blocked "User:JhonnyX" with an expiry time of 48 hours: Vandalizing rel-tag
Robert: No :)
I was having an email conversation with him, and thought that if he was the progress of that conversation might improve.
You haven't heard from Luke at all? It would be nice to have a cosolidated picture of where we are with the transform and test cases. There are still a few fixes that need to go in.
no I haven't heard from Luke
Have you made any progress with xml:base handling?
I'm thinking of taking another look at atom:title disambiguation. I think a recursive traversal is required, rather than just descendant:html:*. The combination of disambiguation and opaqueness means that a pure match-based or a pure descendant-based implementation won't work.
I've had a glance at the spec. Seems like this will be mostly copy & paste from the "get-lang" template.
I'll give it a try.
Yeah, it should be the same.
Ok, that's much better. My versions are now under revision control (darcs).
Hrmm.. I guess we can't use xslt 2.0 features.
I'm trying to figure out how to "stop" in the traversal of nodes while looking for a title element.
Atamido: hAtom2Atom.xsl. Versioning is currently being managed manually, and a fair bit of change has occured since we last heard from the maintainer sometime around Thursday.
(hAtom2Atom.xsl and its expanding test suite)
fuzzyBSc: is your repositry public?
Not going to just place the .xsl into the wiki? :P
Robert: No, however darcs is designed to support coordination between individual private repositories.
I just haven't used it enough to tell you exactly how ;)
Atamido: That's not the worst idea, although the extra six files for test cases probably make it impractical.
Robert: Do you have a darcs install at your disposal?
no. but I have a svn repositry via HTTPS, OTOH I could install darcs as well (if it works on Windows)
Well, either way. I have two baselines in my repo, 0.0.6 and the set of files I sent to both you and Luke. You could build a repository from that, or install darcs from http://www.darcs.net/. It claims to work under windows.
If you go the darcs way I'll send you a tarball to start from.
How will your svn repository interact with Lukes? svn isn't really built to have two, is it?
AFAIK svn doesn't support interaction between repositories. however there are two solutions: Luke could either use mine or he could have use a database dump of mine when he's ready
ups. that should read as "... he could use a database dump of mine ..."
Ok. Darcs is built around a philosophy of having no "main" repository. The idea is that you start by taking a copy of someone else's repository (just a simple directy tree in their home area) and make changes. The changes are then expressed as patches transmitted between them. Quite nice.
ok I've got darcs installed.
I have sent you a put of my database. If you unpack it somewhere with whatever name you choose you should be able to start using darcs commands.
You make changes to files as per usual. You do "darcs add" on new files. When you're ready to send something off you use "darcs record".
You then use "darcs send" to send, and "darcs apply" to apply patches you recieve via email.
You can also run it exposed to the internet, in which case you can use the "darcs push" and "darcs pull" methods for direct interactions.
Okay I'll try to add a simple change (handling of @lang) and send it back to you.
ok
Well, I have the title disambiguation working correctly now. Unfortunately, I have had to use an exslt function to do it.
I haven't figured out any better approach as yet.
exslt is not a big problem IMO, it's supported by libxslt, msxsl and perhaps most other real-world engines around.
when I type: "darcs send" it complains "darcs failed: Missing argument: [REPOSITORY]" what should I type here?
Are you running it from somewhere in the repository?
Hrmm.. actually you are supposed to identify my repo, I think.
It should theoretically be using my base repo as its starting point.
Also, you may need to check your _darcs/prefs/author file to make sure it is correct.
As near as I can tell, the name of my repo is my email address... but I'm not 100% sure on that.
http://darcs.net/DarcsWiki/FrequentlyAskedQuestions#head-6518424ab7ac0729e9c09d365886d22da9f5f0f4
So I need to send you a context file, so it knows which patches to send back to me :)
Robert: You'll have to save the file somewhere, and use --context=con_BC on the darcs send line.
sorry ... had a connection problem
No problem :)
I have just sent you a patch to complete the title disambiguation support.
(as per current hAtom spec)
I have put my current context file at http://members.optusnet.com.au/benjamincarlyle/benjamin/blog/darcs_hAtom_BC, and will update it when I accept new patches.
Anyway, I'm off to sleep now. Night all.
These logs were automatically created by mflogbot on chat.freenode.net using a modified version of the Java IRC LogBot.
See http://microformats.org/wiki/mflogbot for more information.