14995 2011-11-29 15:01:09 +0000 [FO30] context dependence 2011-12-13 18:01:52 +0000 1 1 1 Unclassified XPath / XQuery / XSLT Functions and Operators 3.0 Member-only Editors Drafts PC Windows NT CLOSED FIXED P2 normal --- 1 tim mike public-qt-comments oldest_to_newest 60621 0 tim 2011-11-29 15:01:09 +0000 The functions serialize, format-time, format-date and format-dateTime each have one variant which is marked context-dependent and one which is marked context-independent. e.g. fn:serialize The one-argument form of this function is 60636 1 mike 2011-11-29 18:26:45 +0000 For format-date() etc I think it is correct, but for reasons that are difficult to defend. In hte case of format-date(), etc, the two-argument forms of these functions depend on the default language, calendar, etc, but this dependency is described in the spec as "implementation-defined" behaviour rather than "context-dependent" behaviour. If we made default language and calendar properties of the dynamic context, then the functions would become context-dependent. Which would have the unfortunate consequence that you wouldn't be able to partially apply them. For fn:serialize(), I think the spec appears to be wrong: I can't see any reason why the single-argument function is described as context-dependent (though of course the result is in many ways implementation-dependent...) 60646 2 tim 2011-11-29 22:10:50 +0000 I'm a little uneasy about this. As you know, I'd like the defaults to be part of the context. Were this to be adopted at some point in the future, it would be a breaking change due to the reasons you outline. 61064 3 mike 2011-12-06 22:23:17 +0000 The WG decided that the default language, calendar, and place used by the format-date|time functions should be made explicit properties of the dynamic context. [F+O has been changed accordingly; the definitions are yet to be added to the language book]. The properties of fn:serialize() have been corrected. 61489 4 mike 2011-12-13 16:31:12 +0000 Fixed as proposed in the last call draft. 61496 5 tim 2011-12-13 18:01:52 +0000 Thanks.