... That would be great. ... > > ... the < ... > > ... really ... You don't need to mark up the element. If you don't want a distinction, then you should...
Sjoerd Visscher
sjoerd_visscher@...
Oct 1, 2000 2:17 pm
3605
We've discussed submitting the Common XML document to the W3C to be published as a Note. Here's the details on how one goes about making a Submission Request...
Michael Champion
Mike.Champion@...
Oct 1, 2000 3:27 pm
3606
... Thanks, I think you are right. I'd like to get back to this though when I have the time and look at simple syntax for RDF. Maybe the syntax is OK if we...
Bob La Quey
robertl1@...
Oct 1, 2000 3:40 pm
3607
Hi Mike, Often in battles there are acts of courage that go unnoticed. I do appreciate your principled and courageous stand on this. <quote> Also, submissions...
Bob La Quey
robertl1@...
Oct 1, 2000 3:50 pm
3608
Attributes vs. Element is syntax issue in MinML since MinML model does not distinguish the two. Mixed content model, however, is indeed a model issue. Don...
Don Park
donpark@...
Oct 3, 2000 12:17 am
3609
I liked both of Sergey Melnik's work. Did W3C make any comments regarding them? All I know is that TimBL made some negative comments regarding RDF. Don...
Don Park
donpark@...
Oct 3, 2000 12:19 am
3610
... From: Don Park <donpark@...> ... Attributes are unique. This is model issue, I think. Rgds.Paul....
Paul Tchistopolskii
pault12@...
Oct 3, 2000 1:33 am
3611
... From: Don Park <donpark@...> ... I can not say I like it. From the page: "RDF follows a property-centric approach. Let the syntax reflect it." ...
Paul Tchistopolskii
pault12@...
Oct 3, 2000 1:38 am
3612
... One can think of attributes as arrays with first entry (index 0) as the default value. When converted to attribute-friendly syntax, remaining entries are...
Don Park
donpark@...
Oct 3, 2000 1:44 am
3613
... I don't understand what it buys. The good thing about properties is that the only thing needed is a hashtable ... well ... almost ... In the universe of...
Paul Tchistopolskii
pault12@...
Oct 3, 2000 2:35 am
3614
... ;-) ... structure, Nice summary. ... I think we have the following options: - Inconvenient mapping, simple API, simple XML syntax (MinXML). - Convenient...
Oren Ben-Kiki
orenbk@...
Oct 3, 2000 8:42 am
3615
... No Paul, You are just being stuck in your thinking. Here is what Sergey is saying. RDF (as shown is the previous examples) is really nothing more than a...
Bob La Quey
robertl1@...
Oct 3, 2000 3:33 pm
3616
... it." ... Maybe. I'l try to explain. ;-) ... 1. Elements are longer to type. ;-) 2. Elements are harder to process with standard XML API's ( SAX ...
Paul Tchistopolskii
pault12@...
Oct 3, 2000 10:20 pm
3617
Oren - you are reading my fuzzy feelings and then you produced the accurate conclusion. Rgds.Paul. PS. I think maybe we've made a mistake killing YML. PPS....
Paul Tchistopolskii
pault12@...
Oct 3, 2000 10:28 pm
3618
... I'm pushing people toward Common XML core as a foundation: http://www.simonstl.com/articles/cxmlspec.txt (Okay, all right, I edited that document, with...
Simon St.Laurent
simonstl@...
Oct 5, 2000 3:01 pm
3619
... Same here. ... What is important: The information model can (without too much distortion) handle the XML information model. Making our own "native-mode" ...
Clark C. Evans
cce@...
Oct 10, 2000 7:51 pm
3620
... From: Clark C. Evans <cce@...> Long time ;-) Nice to hear from you. ... So let us agree with David Megginson who regards XML as IP layer ;-) (...
Paul Tchistopolskii
pault12@...
Oct 11, 2000 3:17 am
3621
... MinML doesn't prevent 'layering' mapping concept on top of it. I have not found 'map' concept to be very useful though in my applications. Best, Don...
Don Park
donpark@...
Oct 11, 2000 8:15 am
3622
... Sort of. You do encounter problems having both a map and a content for an element. ... That's a bit strange; don't you ever need something like...
Oren Ben-Kiki
orenbk@...
Oct 11, 2000 8:20 am
3623
... If you are searching for a pull based common XML parser, take a look at http://www.kxml.de Best, Stefan -- Stefan Haustein Univ. Dortmund, FB 4, LS 8...
Stefan Haustein
haustein@...
Oct 11, 2000 10:13 am
3624
... Of course we could represent such a structure using the MinML syntax, however, MinXML itself is, IMHO, too weak. ... This might be going off the deep end,...
Clark C. Evans
cce@...
Oct 11, 2000 1:19 pm
3625
... Nice; a dramatic improvement over SAX. Perhaps we should spend some time reviewing what you have done. Stefan could you summarize your approach for us? I...
Clark C. Evans
cce@...
Oct 11, 2000 1:25 pm
3626
... Couldn't you use call-by-reference in C instead of returning event objects? Best, Stefan -- Stefan Haustein Univ. Dortmund, FB 4, LS 8 tel: +49 231 755...
Stefan Haustein
haustein@...
Oct 11, 2000 1:32 pm
3627
... Are you suggesting a COM like interface? (and using the counted pointer pattern?) This shifts the burden of memory administration onto the information...
Clark C. Evans
cce@...
Oct 11, 2000 1:43 pm
3628
All the things we foretold a year ago are coming to pass ... the complexity of the XML family of specs is overwhelming the consumers of it (see the trade press...
Mike.Champion@...
Oct 11, 2000 2:04 pm
3629
... I was suggesting using something like int kxml_peek_type (); int kxml_read_text (char* user_buffer, int max_size); but for start-tags that would become...
Stefan Haustein
haustein@...
Oct 11, 2000 2:07 pm
3630
... thanks :-) ... Well, the main difference to push parsers is that you can ask for the next parse event when-/whereever you want. There is no need to...
Stefan Haustein
haustein@...
Oct 11, 2000 3:02 pm
3631
... From: Stefan Haustein <haustein@...> ... ... to do that I need to provide parser with the knowledge of the schema. Yeah, with the...
Paul Tchistopolskii
pault12@...
Oct 11, 2000 3:39 pm
3632
... Well, something like Stefan's parser interface is *exactly* what we should have had a few years back -- It's a quick win -- what do you all say that we...
Clark C. Evans
cce@...
Oct 11, 2000 3:54 pm
3633
... No problem, it's LGPLed anyway... Best, Stefan -- Stefan Haustein Univ. Dortmund, FB 4, LS 8 tel: +49 231 755 2499 Baroper Str. 301 fax: +49...