Hi Nick,
Yes, a validator would help. The design of parcel xml makes that slightly tricky, as the definition of new Kinds would need to define the xml schemas. Each parcel that defines new Kinds defines a new namespace.
We could of course define an xml schema for the core items (Kind, Attribute, etc.). We could also define xml schemas for common Kinds in the framework (Blocks, WakeupCallers).
And yes, we've gotten feedback that this might be something of an abuse of xml.
Alternatively, we could define a different xml schema for CPIA that was better suited to ui layout.
Keep in mind that parcel xml is just a mechanism to load items into the repository -- the parcel loader parses the xml and makes standard api calls to the repository. We could come up with alternative ways of loading items into the repository -- Phillip Eby and others have been thinking about such alternatives.
Cheers, Katie
Nicholas Bastin wrote:
On Mar 31, 2005, at 1:14 AM, Katie Capps Parlante wrote:
one more pycon report:
(http://wiki.osafoundation.org/bin/view/Journal/ KatiePyConReport20050330)
Sprints
-------
I found the sprints to be very rewarding, a good use of two days. We split up into two groups, where we had one or two volunteers and one or two osaf helpers in each group. One pair worked on a delicious parcel and one pair worked on a flickr parcel.
Lessons learned about writing chandler parcels ----------------------------------------------
(+) Debugging xml is a real pain. Watching people try and find a typo in a namespace really makes one wince.
I don't really know anything about the internals of Chandler, but don't you have a schema? If you have schemas for each kind of XML document that you need to produce, debugging is pretty easy - the validator will tell you what is wrong with your document.
-- Nick
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list http://lists.osafoundation.org/mailman/listinfo/dev
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Dev" mailing list http://lists.osafoundation.org/mailman/listinfo/dev
