[
Lists Home |
Date Index |
Thread Index
]
- From: Paul Prescod <papresco@technologist.com>
- To: xml-dev@ic.ac.uk
- Date: Thu, 20 Nov 1997 09:46:02 -0500
> XML does not address
> how to add buttons, etc. This *could* be done by ECMAScript, I suppose, but
> it starts to look a bit kludgy.
I don't think that it is a generic markup language's role to address how
to add
buttons. ECMAScript is a good language for creating scriptable code
components. XSL and DSSSL are good languages for specifying which
scriptable
code component should be used to represent which XML object.
> I am much more concerned with the potential interactive properties of XSL
> than laying out text to the nearest micron. I am not disparaging that -
> it's very important - but it seems to be the main philosophy behind XSL.
> I'd like to see an interactive component built in.
I don't think that that is its job. XSL specifies a mapping from
structured
document nodes to (perhaps interactive) graphical components. I think it
is
going too far to ask it to also script those components. I would expect
to
make a tree control in DSSSL like this:
(make component system-id: "http://www.controls.are.us.com/tree.js"
parameters: '(()) )
Of course if a huge number of stylesheets needed a tree control, then
it would be a good idea to make a tree control flow object:
(make tree-control width: height: ...)
Then the behaviour would be implicit in the flow object.
Putting the code for the control inside the stylesheet would be, in my
mind,
rather ugly and confusing. Perhaps it wouldn't be too bad if the code
snippet is very short:
(make button onClick: "doit()")
Paul Prescod
xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@ic.ac.uk
Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/
To (un)subscribe, mailto:majordomo@ic.ac.uk the following message;
(un)subscribe xml-dev
To subscribe to the digests, mailto:majordomo@ic.ac.uk the following message;
subscribe xml-dev-digest
List coordinator, Henry Rzepa (mailto:rzepa@ic.ac.uk)
|