14931 2011-11-25 09:51:06 +0000 [FO30] fn:format-number 2012-05-18 13:55:56 +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 jim.melton public-qt-comments oldest_to_newest 60477 0 tim 2011-11-25 09:51:06 +0000 fn:format-number has the following signature for its 3-argument variant. fn:format-number($value as numeric?, $picture as xs:string, $decimal-format-name as xs:string) as xs:string Might I suggest changing it to: fn:format-number($value as numeric?, $picture as xs:string, $decimal-format-name as xs:string?) as xs:string with behaviour such that if the $decimal-format-name is the empty sequence, the default decimal format is used. Thus fn:format-number($value, $picutre) would be equivalent to fn:format-number($valud, $picture, ()) 60585 1 mike 2011-11-28 23:37:04 +0000 I have no objection to this change. It's probably a good design principle that if there's a 3-argument form of a function and a 2-argument form, then there should always be a value for the 3rd argument that makes the call equivalent to the 2-argument form. 60615 2 tim 2011-11-29 13:52:46 +0000 I think the two-argument format should also be marked context-dependent. 62571 3 jim.melton 2012-01-11 19:47:47 +0000 In their Joint teleconference on 2011-12-06, the WGs decided to accept the proposal for the 3rd argument to fn:format-number to become xs:string? I am not marking this bug RESOLVED pending the completion of the changes to F&O 3.0. 67796 4 mike 2012-05-16 21:51:29 +0000 The accepted changes have been applied to the spec baseline, so I am marking this resolved/fixed. 67874 5 tim 2012-05-18 13:55:56 +0000 Thanks.