Follow-up Comment #2, bug #29208 (project gnustep):
Thanks. Here is my attemt; I'd appreciate a thorough review. The leading
space is important for sorting/alignment -- I see that %e omits it (contrary
to what the documentation says); probably to match Cocoa behavior?
Tested with the attached program (test2.m) as follows:
$ LC_ALL=C ./obj/test2
%H:%M:%S
04:03:30
(nil)
13:19:28
$ LC_ALL=en_US.UTF-8 ./obj/test2
%r
04:03:30 AM
(nil)
01:19:40 PM
$ ./obj/test2
%k,%M,%S
4,03,30
1,02,03
13,19,51
$ defaults write NSGlobalDomain GSMacOSXCompatible YES
$ LC_ALL=C ./obj/test2
%H:%M:%S
04:03:30
(nil)
13:20:20
$ LC_ALL=en_US.UTF-8 ./obj/test2
%r
04:03:30 AM
(nil)
01:20:31 PM
$ ./obj/test2
2010-03-13 13:20:45.223 test2[6349] Invalid NSCalendar date, specifier k not
recognized in format %k,%M,%S
%k,%M,%S
%k,03,30
(nil)
%k,20,45
P.S. I'm not sure if my changes until now are already legally significant,
but either way (whether the patch is rejected or not), I'd be happy to assign
past and future changes to the FSF at any time.
(file #19929, file #19930)
_______________________________________________________
Additional Item Attachment:
File name: k.patch Size:3 KB
File name: test2.m Size:0 KB
_______________________________________________________
Reply to this item at:
<http://savannah.gnu.org/bugs/?29208>
_______________________________________________
Message sent via/by Savannah
http://savannah.gnu.org/
_______________________________________________
Bug-gnustep mailing list
Bug-gnustep@gnu.org
http://lists.gnu.org/mailman/listinfo/bug-gnustep
