[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message]

RE: limits of the generic

  • To: xml-dev@l...
  • Subject: RE: limits of the generic
  • From: "Bullard, Claude L (Len)" <clbullar@i...>
  • Date: Mon, 30 Sep 2002 15:35:00 -0500

RE:  limits of the generic
Ok, so you are displaying it with a stylesheet 
and what you want is for links to work:

o regardless of stylesheet

or

o by recognizing the form you have from the stylesheet.

and of course, you don't want a hyperlink to be anything 
but a control for launching a display.   It should never 
be an abstraction of "relates to" or "is a".

Think of this exercise as if HTML had never existed and you 
were being asked to develop a hypermedia system that 
will run on any platform across a network.  If you 
had to engineer that from scratch, you might start 
by trying to figure out what all of the possible 
documents have in common, and after clearing away 
all the red herrings (eg, structural items like 
paragraphs and headers and tables), you would 
come down to this one control called a hyperlink. 

1.  One side will start arguing that this is 
just a presentation issue.

2.  One side will argue that a link is a link is 
a link and that all presentation semantics are 
late bound so hyperlinks are really abstractions 
or arc/node thingies.

Then you will start building up a framework of 
objects that can recognize any link anywhere 
by some magical induction process.  When that 
gets to cumbersome, you'll simplify it to have 
a flag on it to tell you it is a hyperlink.  Someone 
will say that doesn't allow for both 1 and 2, so 
you'll add some more discriminating flags for 
roles, etc.

Eventually someone will get tired of all of this complex 
stuff and say, "hey, let's just gencode it, name it 
anchor, and declare by standard that any document anywhere 
that works in our system shall use <anchor />.  By the 
way, our system shall be the only system available, and 
that will be because it is the standard.

Y'all really are well on your way through ISO 10744 
and out the back door to HTML.   Time to make your 
requirements more explicit than a use case.

len

-----Original Message-----
From: Micah Dubinko [mailto:MDubinko@c...]

Joe English:

>How is blind recognition of links any more useful than
>blind recognition of any other data type (which is to say,
>not very)?

How about a use case:

I want to put, say, DocBook on the web. I can do this today and use a
stylesheet to make it display reasonably, even though none of my browsers
have any built in knowledge of DocBook.

I also would like the links to work.

PURCHASE STYLUS STUDIO ONLINE TODAY!

Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced!

Buy Stylus Studio Now

Download The World's Best XML IDE!

Accelerate XML development with our award-winning XML IDE - Download a free trial today!

Don't miss another message! Subscribe to this list today.
Email
First Name
Last Name
Company
Subscribe in XML format
RSS 2.0
Atom 0.3
 

Stylus Studio has published XML-DEV in RSS and ATOM formats, enabling users to easily subcribe to the list from their preferred news reader application.


Stylus Studio Sponsored Links are added links designed to provide related and additional information to the visitors of this website. they were not included by the author in the initial post. To view the content without the Sponsor Links please click here.

Site Map | Privacy Policy | Terms of Use | Trademarks
Free Stylus Studio XML Training:
W3C Member
Stylus Studio® and DataDirect XQuery ™are products from DataDirect Technologies, is a registered trademark of Progress Software Corporation, in the U.S. and other countries. © 2004-2013 All Rights Reserved.