Jez Higgins
39d85b29c6
First pass as parameterising the whole of the XSLT library on string_type is done
2012-11-12 21:46:08 +00:00
Jez Higgins
69f040133b
execution context
2012-11-08 17:13:33 +00:00
Jez Higgins
5eb30e634f
item
2012-11-08 16:18:49 +00:00
Jez Higgins
b9b6ed8582
variable_declarationn
2012-11-06 20:25:10 +00:00
Jez Higgins
cb1e7d3f24
variable_impl
2012-11-06 20:21:39 +00:00
Jez Higgins
efcb81b80c
sink
2012-11-06 19:29:22 +00:00
Jez Higgins
d7c3b7c260
reverted work on variables - will come back to it another time
2009-12-14 23:55:56 +00:00
Jez Higgins
5fa42997f4
make each variable its own little stack frame. i am, howver, going to back all this stuff out because I'm getting it wrong in some subtle but segfaulty way
2009-12-14 22:40:05 +00:00
jez
17e93705ae
redirect to DOMSink when evaluating variables. This wasn't being done for ResolvedVariables and so everything was exploding.
2009-12-14 14:20:12 +00:00
jez
db940c9b78
Pass select by const ref not by value
2009-08-18 20:42:37 +01:00
jez
9b70ca5187
rather large commit, propagating the QualifiedName changes through the NamespaceSupport and Tracker, simplifying item names in XSLT and so on.
2009-02-24 12:21:35 +00:00
jez
f610d739fe
More work on rejigging precedence.
...
Templates are now constructed with their precedence.
Variables are too, with a tweak to allow for the immediate evaluation of non-topl-level params and vars.
The execution context now no longer needs to track variable precedence, which is good because it will be getting it wrong anyway.
Corresponding simplifications follow to compliation context.
2008-11-19 17:26:07 +00:00
jez
f6b2ed4966
OK, I think that's it. XPathValue is now your man. Existing code using XPathValuePtr should still work, but new stuff should use XPathValue
2007-10-22 17:42:50 +00:00
jez
d30bba750e
merged with mangle-dev branch
2007-07-19 17:01:42 +00:00
