RE: Friction and cross pollination

Robin et al.

The CORBA IDL part is a very useful means to distribute information. There appears to be a CORBA XML binding.

http://www.omg.org/technology/xml/. I believe that we might find help with a solution. In the case of forms and similar items, the schema parser should be able to determine the types of the elements and attributes. Could this knowledge be used to create IDL?

Bob

 

There is activity: http://tech.groups.yahoo.com/group/xmlpc-corba/

“ Description

Open, informal and unmoderated discussions regarding XML messaging and SOAP - OMG Corba integrations issues.

 

"This list is for those people actively involved in developing 

resources for OMG Corba, XML-messaging and SOAP. It is not restricted 

to members of OMG and W3C but subscribers to "xmlpc-corba"

may be actively working on implementing some parts of current

and future specifications."

 

"Examples of what might be discussed:

- the detailed implementation of specifications.

- resources such as documentation, test data, test results.

- APIs for software developers.

- problems in implementation, and queries for OMG, XML-messaging and SOAP related resources

- the use of existing tools in creating OMG Corba, XML-messaging and SOAP resources."

 

"It is NOT appropriate to:

- request general information on OMG Corba and W3C specifications,(use the FAQ)."

 

Description

Open, informal and unmoderated discussions regarding XML messaging and SOAP - OMG Corba integrations issues.

 

This list is for those people actively involved in developing 

resources for OMG Corba, XML-messaging and SOAP. It is not restricted 

to members of OMG and W3C but subscribers to "xmlpc-corba"

may be actively working on implementing some parts of current

and future specifications.

 

Examples of what might be discussed:

- the detailed implementation of specifications.

- resources such as documentation, test data, test results.

- APIs for software developers.

- problems in implementation, and queries for OMG, XML-messaging and SOAP related resources

- the use of existing tools in creating OMG Corba, XML-messaging and SOAP resources.

 

It is NOT appropriate to:

- request general information on OMG Corba and W3C specifications,(use the FAQ).

 

 

-----Original Message-----
From: public-html-xml-request@w3.org [mailto:public-html-xml-request@w3.org] On Behalf Of Norman Walsh
Sent: Tuesday, October 04, 2011 9:58 AM
To: public-html-xml@w3.org
Subject: Re: Friction and cross pollination

 

Robin Berjon < <mailto:robin@berjon.com> robin@berjon.com> writes:

> Here goes. As always: comments, tweaks, screams, etc. welcome!

> 

> """

> This Task Force believes that while complete alignment between the 

> HTML and XML families may not be achievable or indeed desirable there 

> are nevertheless areas in which cross-pollination between those two 

> stacks could help improve either or both. Now that the delineation of 

> these techonologies' respective domains have stabilised it would be 

> more foolish than ever that these communities behave as warring 

> factions while closed, proprietary formats still abound. Despite the 

> important design differences that exist between HTML and XML their 

> goals are not as divided as our mailing lists suggest, and one can 

> still share experience regarding the production of round wheels 

> irrespective of the rail track gauge.

 

I'd wordsmith that a bit:

 

  This Task Force believes that while complete alignment between the

  HTML and XML families may not be achievable, there are nevertheless

  areas in which cross-pollination between those two stacks could help

  improve either or both. Despite the important design differences

  that exist between HTML and XML, their goals are not as divided as

  some of the stormier rhetoric suggests. There are plenty of areas of

  common experience despite significant differences in the details.

 

> A suggested list of such smaller projects, which may or may not 

> proliferate best in a standards setting, could for instance include:

> 

>     • Defining an XSLT and XQuery serialisation for polyglot HTML.

> Usage: make it trivial to produce it with a regular XML tool chain.

> [ed. I thought that this had been done, but I can't seem to find it 

> anywhere]

 

[ It's on my plate, I think :-/ ]

 

>     • Help define an improved, more interoperable, and more usable 

> version of DOM level 3 XPath for use from Javascript inside an HTML 

> document. Usage: a number of queries (e.g. for text nodes, or certain

> axes) are impossible to achieve with the Selectors API, but using DOM 

> level 3 XPath is unwieldy at best.

> 

>     • CSS Fragment IDs based on XPointer as described in 

>  <http://simonstl.com/articles/cssFragID.html> http://simonstl.com/articles/cssFragID.html. Usage: links that target 

> fragments more powerfully, in a manner that browsers understand 

> ( <http://open.blogs.nytimes.com/2011/01/11/emphasis-update-and-source/> http://open.blogs.nytimes.com/2011/01/11/emphasis-update-and-source/

> is a good example).

> 

>     • A Javascript and/or CSS based transformation and templating 

> language that would reuse the best of XSLT (notably its processing

> model) and apply equally to HTML or JSON. One potential starting point 

> may be  <http://www.w3.org/TR/NOTE-STTS3> http://www.w3.org/TR/NOTE-STTS3. Usage: Javascript templating 

> libraries are proliferating like rabbits but they tend to be limited 

> to simple variable interpolation. Support for more powerful HTML 

> production pipelines would benefit from a more powerful approach.

> 

>     • [ed. please don't shoot me] Making sure that one can fully 

> render XSL FO using nothing but Javascript and CSS, as done with 

> pdf.js ( <http://andreasgal.com/2011/06/15/pdf-js/> http://andreasgal.com/2011/06/15/pdf-js/). Usage: FO is nicer 

> to produce than PDF.

> 

>     • Despite its name, EXI is a compression technology that is 

> designed to apply to any tree. Investigating whether it can be applied 

> to HTML or JSON could yield sizeable gains. Usage: performance is 

> increasingly a concern in the HTML family. Enabling faster serving in 

> general, and supporting lighter-weight devices without the need for an 

> intermediate proprietary acceleration proxy would improve the 

> ecosystem.

> 

>     • Collaborating in the ongoing work on a Web component model to 

> ensure that it applies across the board. Usage: open a door that 

> actually works on distributed extensibility.

 

Some of these projects appeal to me more than others, but is there a consensus on any (sub)set of them?

 

                                        Be seeing you,

                                          norm

 

--

Norman Walsh

Lead Engineer

MarkLogic Corporation

Phone: +1 413 624 6676

 <http://www.marklogic.com> www.marklogic.com