At 12:22 01.07.2002, Stas Bekman wrote:
[EMAIL PROTECTED] wrote:
pereinar 2002/07/01 02:08:03 Modified: . TODO Log: ??? -> date during site migration.
Revision Changes Path 1.74 +3 -1 modperl-docs/TODO
Index: TODO =================================================================== RCS file: /home/cvs/modperl-docs/TODO,v retrieving revision 1.73 retrieving revision 1.74 diff -u -r1.73 -r1.74 --- TODO 30 Jun 2002 18:24:08 -0000 1.73 +++ TODO 1 Jul 2002 09:08:02 -0000 1.74 @@ -146,6 +146,8 @@ - get Apache team to link to correct place at http://httpd.apache.org/userslist.html
+- set all "???" in Changes to the correct date. + ====================================================================
not sure about this one, one on side the moment you "fix" it you need to start a new section with "???" again, so what's the gain?
the shifting date is there so we don't have to create gazillions timestamps. Simply close the Changes section when you feel like it (e.g. after 3-4 months of changes, if there are just a few, or when there are many changes), but the above TODO entry seems to be like a bad idea to me.
Well, we do have to have milestones at *some* points. And atleast when we close them down at release time, there won't be any "???" for a moment, until the next set of changes.
Sure, but then we immediately start a new ??? placeholder, even if we don't have any new changes, just so when you add a change you never have to remember about the header. This is like always finishing a list with ',', so you don't have to remember to add it when adding a new item.
Generally though, I wish we had a better solution than undefined timestamps.
you are most welcome to come up with better ideas :)
__________________________________________________________________ Stas Bekman JAm_pH ------> Just Another mod_perl Hacker http://stason.org/ mod_perl Guide ---> http://perl.apache.org mailto:[EMAIL PROTECTED] http://use.perl.org http://apacheweek.com http://modperlbook.org http://apache.org http://ticketmaster.com
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
