[XML-DEV Mailing List Archive Home] [By Thread] [By Date] [Recent Entries] [Reply To This Message] Re: Scripting and XML
Simon St.Laurent wrote: > > >I expect that a few years from now this convention of putting markup and > >scripting cheek to cheek will have died out. It is just another face of > >the logical markup vs. presentational markup war. The trend is from > >inline to external, just as with presentation. > > I agree with you on presentation, but I'll argue quite heartily that scripting > is becoming an integral part of content. I agree with you. Two years ago formatting was becoming an "integral part of content." Today we are extricating it. Hopefully it won't take two years to do the same with scripting, but it might. > Which _can_ be done remotely - but that isn't to say that remote control is > always the best solution. OOP ticked off a lot of people when it first > appeared for suggesting that data and code might work better as a unit than as > separate parts, and I suspect JavaScript (though it's hardly OO) is going to > take knocks for a similar offense. Luckily, the situations are not analogous. When is the last time you tried to full-text index a datastructure in your program? When is the last time you tried to edit one in a WYSIWYG editor? The reason you want to move proccessing (whether it is formatting, JavaScript, or whatever) out of documents is because the more processing you have in your document, the less useful it is to tools other than the one that the processing is intended for. I can write a document like this: document.write( "<TITLE>" ) document.write( "My document" ) document.write( "</TITLE>" ) But good luck indexing it properly! Have you ever done an AltaVista search and got a hit like this: 16. JavaScript Games - MineSweeper 0) && (y1>=0) && (x1. =0) && (leftValue>=0)) markSquare (bottomValue, leftValue) if ((topValue>=0) && (rightValue>=0)) openSquare(topValue, rightValue) }.. http://www.geocities.com/Wellesley/2159/minesweeper.html - size 13K - 13-Aug-97 - English This isn't just a bug. It's a natural consequence of putting processing information in a document. The multipurpose usefulness of a document is generally inversely proportional to the amount of processing hacks in it. > I'm not completely sure where you're > coming from declaring the "JavaScript 'model' is textual replacement" - while > textual replacement is one part of the JavaScript toolset, it's hardly the > only piece. How can I, in Javascript/Netscape 4.0 change the value of a text element in my document by ID or element type, rather than by "textual replacement" of JavaScript code by HTML code? The JavaScript model for building HTML documents is textual replacement, not structural assembly. > As much as I hate to use them as an example, Microsoft's scriptlets are a > strong step in the opposite direction of what you would like to see. > Scriptlets combine a small amount of code and some markup to create an > interface component that can be added easily to a page. Scriptlets allow the componentization of scripting code so that you can put less of it in your actual document and more of it in external scripts. That seems to me to be a step in the right direction. A scriptlet is a document in name only -- really it is a JavaScript applet. I have no problem with that. They aren't meant to be indexed, edited in WYSIWYG editors, formatted for print, added to website table of contents or any of the other things that we expect to do with real documents. > As I said before, we'll see what people actually do with the stuff soon > enough. Sure. And we'll see again what they decide to do after they have had some more experience with the headaches of intermingling the two. Paul Presscod xml-dev: A list for W3C XML Developers. To post, mailto:xml-dev@i... Archived as: http://www.lists.ic.ac.uk/hypermail/xml-dev/ To (un)subscribe, mailto:majordomo@i... the following message; (un)subscribe xml-dev To subscribe to the digests, mailto:majordomo@i... the following message; subscribe xml-dev-digest List coordinator, Henry Rzepa (mailto:rzepa@i...)
|
PURCHASE STYLUS STUDIO ONLINE TODAY!Purchasing Stylus Studio from our online shop is Easy, Secure and Value Priced! Download The World's Best XML IDE!Accelerate XML development with our award-winning XML IDE - Download a free trial today! Subscribe in XML format
|