Skip to search.
xml-dev

Group Information

  • Members: 817
  • Category: XML
  • Founded: Aug 7, 1998
  • Language: English
? Already a member? Sign in to Yahoo!

Yahoo! Groups Tips

Did you know...
Hear how Yahoo! Groups has changed the lives of others. Take me there.

Messages

  Messages Help
Advanced
Re: IDL?   Message List  
Reply Message #1 of 26751 < Prev |
At 11:06 17/12/97 -0500, Paul Prescod wrote:
>David Megginson wrote:
>> 1) By Monday 12 January 1998, at least three Java parser writers have
>> not agreed to support a specific set of common interfaces.
>
>What about a Python parser writer? We are, after all, on the brink of
>the 21st century. It would be really nice to stop the cycle of
>"crowning" one language the be-all and end-all of programming languages.
>
>Could we specify the interfaces in terms of IDL instead of Java (or
>perhaps agree to make an IDL version soon after the Java one)? The only
>extra work I see is that we must explicitly define the interfaces for
>URL and Dictionary so that other languages can implement Java-compatible
>versions.

Please can I very gently suggest that we stick precisely to what David has
suggested. It has the merit that we all understand it. [Strange as it may
seem I have never seen any Python or IDL, so it would make my job a lot
harder.]

The interface has to be simple enough for people like me to understand and
to tell my friends what it's about. I would prefer to limit the Consumers,
Factories and the rest to as few as possible.

On the main goals is to show that we can actually accomplish something
communally. That in itself will be a big achievement, because after that it
should get simpler. We choose java because it's one of the main languages
of the WWW, it's free and the majority of the programs reported here are in
Java.

26 days and counting. In some countries some of the people will be on
holiday for some of the time. There are three more bodies to recruit. We
need people to hack code.

P.

>
> Paul Prescod
>
>
>
>xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@...
>Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
>To (un)subscribe, mailto:majordomo@... the following message;
>(un)subscribe xml-dev
>To subscribe to the digests, mailto:majordomo@... the following message;
>subscribe xml-dev-digest
>List coordinator, Henry Rzepa (mailto:rzepa@...)
>
>
Peter Murray-Rust, Director Virtual School of Molecular Sciences, domestic
net connection
VSMS http://www.nottingham.ac.uk/vsms, Virtual Hyperglossary
http://www.venus.co.uk/vhg

xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@...
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@... the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@... the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@...)




Wed Dec 17, 1997 7:22 pm

peter@...
Send Email Send Email

Message #1 of 26751 < Prev |
Expand Messages Author Sort by Date

... Please can I very gently suggest that we stick precisely to what David has suggested. It has the merit that we all understand it. [Strange as it may seem I...
Peter Murray-Rust
peter@... Send Email
Dec 18, 1997
3:22 am

... An IDL interface implies no extra complication in the Java interface. It merely describes the Java interface in terms that are more universal than Java...
Paul Prescod
papresco@... Send Email
Dec 17, 1997
11:29 pm

I have to agree with Paul here. If the interface is only implementable in a single language, then you've failed. Programmers need to make engineering ...
Andrew Layman
andrewl@... Send Email
Dec 25, 1997
12:44 am

... I have no intention of proposing anything that precludes a compiled language (without runtime type-checking), so if that's the only barrier, then there is...
David Megginson
ak117@... Send Email
Dec 26, 1997
3:55 pm

At 07:55 26/12/97 -0500, David Megginson wrote: [...] ... Good. If I understand this, the creation of Sax-J will not only not preclude the creation of a...
Peter Murray-Rust
peter@... Send Email
Dec 27, 1997
4:42 am

... [...] ... Actually, I am using it in a linear-processing model (you must view this with a monospaced font like Courier): * David's Model: PARSER --> SAX-J...
David Megginson
ak117@... Send Email
Dec 27, 1997
3:42 pm

... [Note for hypermail readers - hypermail destroys any space-dependent formatting. I don't think there is a way round this. In XML, of course, there will be...
Peter Murray-Rust
peter@... Send Email
Dec 28, 1997
9:46 pm

... Unfortunately, the question matters greatly for the _design_ of SAX-J: if SAX-J has to provide enough information to build a level-one DOM, it will have to...
David Megginson
ak117@... Send Email
Dec 29, 1997
4:12 am

... I understand. I therefore don't cast a vote as I am not able to make sufficiently valuable comments on the precise relationship of SAX-J to the DOM. I hope...
Peter Murray-Rust
peter@... Send Email
Dec 29, 1997
10:39 pm

... There will always be applications that prefer an event-based API, and they may never want to or need to convert to a tree view. It would be nice to have a...
Jonathan Robie
jwrobie@... Send Email
Dec 29, 1997
7:17 pm

... This is precisely the way I see it. For those who think we need something simpler than the DOM, please explain what it is that you would supply, and how it...
Jonathan Robie
jwrobie@... Send Email
Dec 29, 1997
7:13 pm

... I'd hate to use the word 'fail' (I'm serious about this). If we meet David Megginson's criteria, then we have succeeded, possibly only in a smallish way,...
Peter Murray-Rust
peter@... Send Email
Dec 25, 1997
11:27 pm

Having silently followed the discussion on this list for many weeks, I am delighted to see the latest initiative to produce a parser backend specification...
Matthew Gertner
matthewg@... Send Email
Dec 29, 1997
3:11 am

... Thanks for your support, Matthew. This initiative is very central to what I see the aims of XML-DEV are. After nearly a year it may be worth some gentle...
Peter Murray-Rust
peter@... Send Email
Dec 29, 1997
8:50 pm

... An event-based call-back interface would be useful for automatic traversal of a DOM tree (rather than iterating through an enumeration), but the callbacks...
David Megginson
ak117@... Send Email
Dec 29, 1997
4:31 am

... Not necessarily. A level-one DOM does not require that much, and we could elect not to deliver certain information (like comments). I am not suggesting...
David Megginson
ak117@... Send Email
Dec 29, 1997
4:21 am

At 20:21 28/12/97 -0500, David Megginson wrote: [...] ... I would strongly support omitting comments from SAX-J, if only to prevent them being used for...
Peter Murray-Rust
peter@... Send Email
Dec 29, 1997
10:46 pm

At 13:42 29/12/97 GMT, Gavin Nicol wrote: [...] ... What a splendid offer, Gavin - thanks. It will be instructive for me (and probably to others) to see what a...
Peter Murray-Rust
peter@... Send Email
Dec 29, 1997
10:56 pm

David, Thanks for the clarification. I understand the distinction a bit better now. As you say, the "events" received when traversing a DOM tree would be ...
Matthew Gertner
matthewg@... Send Email
Dec 30, 1997
12:33 am

... My guess is that the level-one DOM includes comments only to support messed-up HTML-related tools that hide what should be processing instructions in...
David Megginson
ak117@... Send Email
Dec 29, 1997
7:53 pm

... Your guess is wrong. The DOM has several reference applications including editors and data repositories, and retention of comments is a requirement for ...
Paul Grosso
paul@... Send Email
Dec 30, 1997
7:01 pm

... Yes, but is the level-one DOM the right place for such information? The preservation of comments is certainly important for authoring tools, but _much_...
David Megginson
ak117@... Send Email
Dec 31, 1997
4:58 am

... I can't comment on DOM motivation, but my use of XML is to transform text that has been marked up with XML for better pronunciation into text marked up...
Eric Baatz - Sun Micr...
ebaatz@... Send Email
Dec 30, 1997
7:28 pm
Advanced

Copyright © 2010 Yahoo! Inc. All rights reserved.
Privacy Policy - Terms of Service - Guidelines NEW - Help