On Tue, 28 Nov 2000 10:30:50 +0100 Gannholm Torbj�rn <[EMAIL PROTECTED]> wrote:
> Requirements looking good! > Just that I could not find the word norrow in my dictionary and guess you > mean narrow. You are right, I mean the word narrow. I'll fix this with the next release. > A lot of logic is available in XPath-expressions, so specifying that > XPath-expressions be used in certain places would make functions like > count() and substring() available. We did'nt speak about logic so far. Maybe other users have ideas about elements for logic expression. > In the working-draft we have a lot of elements that are exact copies of > their xsl-counterparts. I think it would be better, both for design and > clarity, if those elements were taken from the xsl-namespace instead. So > that instead of <xupdate:element> we would write <xsl:element>. The XML Update Language is a separated application domain. Why do you think it would be better to mix these different namespaces == application domains? The intention of the current WD was to provide a simple and powerfull update language. I don't believe that every user of the XML Update Language would know the semantics of XSL/XSLT. To clearify, the current WD was donated to the XML:DB Initiative by SMB. It does not have to necessarily match the published requirements paper. The requirements paper reflects (or at least should reflect) the ideas and proposals discussed in the mailing lists. > What we need for narrowing is a way to select a node-set from the current > node-set. The <xsl:apply-templates select=expression> and the <xsl:for-each> > are ways to do this but the nodes begin to be processed in order > immediately, which is perhaps not what we want (also the name > <xsl:apply-templates> is not good for us). > But then on the other hand, an XPath-expression gives very good control over > which nodes are selected based on properties of the nodes and their > relatives (e.g. children of siblings of ancestors). IMO, narrowing is similar to the WHERE clause of a SQL statement. So narrowing is a logical combination of one or more select statements based on XPath. > Conditional processing is where the processing depends on something other > than the nodes and their relatives. Here <xsl:if> and <xsl:when> would > probably be sufficient. Right, these elements should be the most important for conditional processing. But again, we should not mix the namespaces, even if the elements (mostly) provide the same functionality. Lars -- ___________________________________________________________________ Lars Martin mailto:[EMAIL PROTECTED] SMB GmbH http://www.smb-tec.com ------------------------------------------------------------------ Post a message: mailto:[EMAIL PROTECTED] Unsubscribe: mailto:[EMAIL PROTECTED] Contact adminstrator: mailto:[EMAIL PROTECTED] Read archived messages: http://archive.xmldb.org/ ------------------------------------------------------------------
