David Guerizec <[EMAIL PROTECTED]> writes:
> OK, although it shouldn't have much command switches.
True, but having the getopt interface in place will make it easier to
handle future command-line options, and also provide a known
interface. Users are already used to --help, --version, etc.
> In fact, at first I planned to make two different executables, but
> now I think it's more practical to have only one.
I agree.
> The reason is that I intend to be able to use it without TMDA library,
> ie. through a network connection, so it'll be easier to copy only one
> file to any client.
I don't understand. How can it work with using the TMDA modules?
(Pending, Util, Defaults, etc.).
> Well, in fact I planned to make this an option in the Settings box, but
> it's fine for the moment. Note that the messages were first sorted by
> their status, so the recent and non-confirmed are on top of the list,
> hence directly visible.
I don't think confirmed and released messages should be visible at
all. None of the other pending interfaces (tmda-pending, tmda-cgi) do
this, so I think it will just be confusing.
> Also, I plan to hide the message id and replace it by the status of the
> message (R, C, ' '). I think the message id would be too confusing for
> an average user.
Again, I think the app should worry about only messages which are
"still pending". Very few users will be interested in seeing messages
which have already been delivered to them.
I think the message id is OK, but another option would be to display
the date of the message id instead. e.g,
Wed Dec 4 02:41:58 MST 2002
>>> from TMDA import Util
>>> pid = '1038994918.1882.msg'
>>> timestamp = pid.split('.')[0]
>>> Util.unixdate(int(timestamp))
'Wed Dec 4 02:41:58 MST 2002'
A method could be added to Pending.py to make this calculation more
convenient perhaps.
The message id list is good to keep under the surface though, because
it makes sorting the messages by date/time very easy.
_________________________________________________
tmda-workers mailing list ([EMAIL PROTECTED])
http://tmda.net/lists/listinfo/tmda-workers
