[bug #29208] NSCalendarDate's format does not support the %k conversion specifier

[Yavor Doganov]

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/