On Tue, Oct 30, 2001 at 12:06:43PM +0100, Emiliano wrote: > Tarjei Huse wrote: > > > mgd_list_topic_date_created_all($topicid,$start,$stop,string [sort], int > > [type]); > > and > > list_topic_date_created_all_fast > > that returns the object without the author field set. > > > > and where: > > $start & $stop are unix timestamps > > and they look at the _created_ field. > > > > Hmm. After some thinking, this might be my misstake. (GRRRR). The function does > > everything based on the calander fields in the article, while I need one for the > > created field. Darn, (getting read in the head). > > > > This is the type of trouble that comes from looking at a problem too long :) > > > > how hard would it be to make this extra function? > > Not hard at all. If you could cross-check with Alexander to make sure > that it doesn't conflict with his plans for the scripting stuff, I can > implement it. In case of Scriptor this doesn't conflict with anything since it is mostly same as functions for calendar handling. But it also rises another question: do we need same function for _approved_, _revised_, and _approved_ fields? Wouldn't it be better to have one function which accepts additional parameter for specifying the field against which $start/$stop are compared? -- / Alexander Bokovoy $ cat /proc/identity >~/.signature `Senior software developer and analyst for SaM-Solutions Ltd.` --- This is NOT a repeat.
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
