76 Commits

Author SHA1 Message Date
Georg Brandl
f36e6a1a83 Patch #1731659: improve time.strptime docs.
(backport from rev. 56302)
2007-07-12 09:06:43 +00:00
Fred Drake
e0d4aecfc2 lots of markup nits, most commonly Unix/unix --> \UNIX 2006-07-30 03:03:43 +00:00
Brett Cannon
caebe22038 Fix bug #1520914. Starting in 2.4, time.strftime() began to check the bounds
of values in the time tuple passed in.  Unfortunately people came to rely on
undocumented behaviour of setting unneeded values to 0, regardless of if it was
within the valid range.  Now those values force the value internally to the
minimum value when 0 is passed in.
2006-07-18 04:41:36 +00:00
Brett Cannon
14a0952a1f Clarify wording on default values for strptime(); defaults are used when better
values cannot be inferred.

Closes bug #1496315.
2006-05-31 02:19:54 +00:00
Georg Brandl
56ace78465 typo 2006-01-22 19:38:05 +00:00
Raymond Hettinger
68804315e0 SF Patch #1093896: miscellaneous doc typos 2005-01-01 00:28:46 +00:00
Johannes Gijsbers
63e2090fda Bug #1057535: add link in time module to calendar.timegm(). 2004-10-31 12:19:34 +00:00
Brett Cannon
6b1597c7c7 Clarify note about using %U and %W with strptime(). 2004-10-18 01:53:15 +00:00
Brett Cannon
8abcc5d533 Add support for %U and %W to contribute to calculating the date when the year
and day of the week are specified.

Closes bug #1045381.
2004-10-18 01:37:57 +00:00
Skip Montanaro
67db9a5b72 typo 2004-09-28 18:30:03 +00:00
Neal Norwitz
ee6511b309 Fix the version number in which changes were made 2004-08-13 02:34:06 +00:00
Fred Drake
f901abdd62 allow ctime(), gmtime(), and localtime() to take None as equivalent to an omitted arg
(closes SF bug #658254, patch #663482)
2004-08-03 17:58:55 +00:00
Skip Montanaro
fb85739494 Point out that %p has no effect on the output hour in strptime unless %I is
used to parse the hour.
2004-05-10 18:53:00 +00:00
Brett Cannon
d1080a3418 Have strftime() check its time tuple argument to make sure the tuple's values
are within proper boundaries as specified in the docs.

This can break possible code (datetime module needed changing, for instance)
that uses 0 for values that need to be greater 1 or greater (month, day, and
day of year).

Fixes bug #897625.
2004-03-02 04:38:10 +00:00
Fred Drake
188b2d6cfa - add link to the datetime module 2003-12-31 04:52:36 +00:00
Raymond Hettinger
b67449d31d Fix spacing markup and other sundries. 2003-09-08 18:52:18 +00:00
Raymond Hettinger
9c8f78deab Improve the wording a bit 2003-07-01 07:19:17 +00:00
Raymond Hettinger
69d6356eb9 Fix spelling, grammar, usage, and markup. 2003-07-01 06:29:18 +00:00
Brett Cannon
20def8bb19 Make temporary change of using _strptime for time.strptime permanent.
Flesh out docs to better explain time.strptime (closes bug #697990).
2003-07-01 05:16:08 +00:00
Neal Norwitz
305908cffd SF #735051, add time.tzset documentation 2003-06-08 13:57:19 +00:00
Jeremy Hylton
6cb52ddc3c Refer reader to platform library docs for specific semantics.
Resolves SF bugs 697989, 697988, 697986.
2003-05-05 16:46:26 +00:00
Fred Drake
57d575240c Update to better reflect the usage of struct_time instances throughout;
continuing to call these "time tuples" is misleading at best.
Closes SF bug #671731; will backport to 2.2.x.
2003-02-04 15:12:06 +00:00
Guido van Rossum
2714706188 Phrase repair. 2002-12-31 04:41:38 +00:00
Tim Peters
8ed8320827 Fixed longstanding bug in the description of strftime's %W code. 2002-12-20 17:15:39 +00:00
Neal Norwitz
5654cc215a SF 639138, Ref. calendar module in time docs by John J Lee
Will backport.
2002-11-15 23:00:30 +00:00