[prev in list] [next in list] [prev in thread] [next in thread] 

List:       bricolage-devel
Subject:    Re: timing of setting stories to published
From:       "David E. Wheeler" <david () kineticode ! com>
Date:       2007-11-24 21:07:33
Message-ID: C151C7C6-9C33-4B38-91C5-CC5D0CEB3E33 () kineticode ! com
[Download RAW message or body]

On Nov 24, 2007, at 07:52, Beaudet, David P. wrote:

>> Yes, if you can roll it back, it can be set before. Although it kind
>> of doesn't make sense. If the version is currently being published
>> (and is being published for the first time), it's not really the
>> published version yet, is it?
>
> No, it's not technical published yet, but when publishing multiple  
> stories at the same time, say A and B, it makes sense for the  
> versions currently being published to be visible to each other as  
> the published version.  That way, I don't have to publish A, then  
> B, then A again in order for A to be as up-to-date as possible.

Oh, but with the patch you're using, that's the way it *should* be,  
no? Because publish_another() just schedules a job, and the job runs  
after the current nob is completed, no?

Best,

David
[prev in list] [next in list] [prev in thread] [next in thread] 

Configure | About | News | Add a list | Sponsored by KoreLogic