Etria Lists

Tim, I just skimmed over this and noticed you saying you are out of
bandwidth.  Let me help!  dennisharrison at gmail.com

and in response to the "multiuser blog" post from Jan Ulrich Hasecke


      <?xml version="1.0"?>

      <dc-workflow workflow_id="quillsfolder_workflow"

                   title="Quills Folder Workflow"

                   state_variable="review_state"

                   initial_state="default">

       <permission>Delete objects</permission>

       <state state_id="default" title="">

        <permission-map name="Delete objects" acquired="False">

         <permission-role>Editor</permission-role>

         <permission-role>Manager</permission-role>

        </permission-map>

       </state>

      </dc-workflow>


This should get you started in that direction.


Dennis J Harrison Jr


On 10/6/06, quills-dev-request at lists.etria.com
<quills-dev-request at lists.etria.com> wrote:
> Send quills-dev mailing list submissions to
>         quills-dev at lists.etria.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://lists.etria.com/cgi-bin/mailman/listinfo/quills-dev
> or, via email, send a message with subject or body 'help' to
>         quills-dev-request at lists.etria.com
>
> You can reach the person managing the list at
>         quills-dev-owner at lists.etria.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of quills-dev digest..."
>
>
> Today's Topics:
>
>    1. Re: Multi-User Blog (Tim Hicks)
>    2. Re: Some i18n issues (Reinout van Rees)
>    3. Re: Re: Some i18n issues (Tim Hicks)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Thu, 05 Oct 2006 20:27:12 +0100
> From: Tim Hicks <tim at sitefusion.co.uk>
> Subject: Re: [quills-dev] Multi-User Blog
> To: Jan Ulrich Hasecke <janulrich.hasecke at web.de>
> Cc: quills-dev at lists.etria.com
> Message-ID: <45255C90.3060305 at sitefusion.co.uk>
> Content-Type: text/plain; charset=ISO-8859-15; format=flowed
>
> Jan Ulrich Hasecke wrote:
> > Mh,
> >
> > I do not understand the multi-user thing in Quills. When I am adding a
> > member in Sharing with the WeblogAuthorRole the user can edit all
> > entries. This cannot be intended, so what am I missing?
>
> You aren't missing anything, unfortunately.  As things are currently
> implemented, the behaviour that you describe is to be expected.
> However, it shouldn't be too hard to tweak things so that they work as
> you had hoped.
>
> Perhaps the WeblogAuthor role should have reduced permissions, and we
> should create a WeblogManager role as well (or something similar).
>
> If you can tweak the quills workflow via the ZMI so that it does what
> you want, then use DCWorkflowDump (or whatever it's called) to generate
> a filesystem version of the workflow, then that would probably be a good
> start for getting this changed for Quills 1.6.
>
>
> Tim
>
>
> ------------------------------
>
> Message: 2
> Date: Thu, 05 Oct 2006 23:39:46 +0200
> From: Reinout van Rees <reinout at vanrees.org>
> Subject: [quills-dev] Re: Some i18n issues
> To: quills-dev at lists.etria.com
> Message-ID: <eg3u30$kle$1 at sea.gmane.org>
> Content-Type: text/plain; charset=ISO-8859-1
>
> Tim Hicks wrote:
> > Reinout van Rees wrote:
>
> >> So... To me, there really have to be really good reasons not to turn
> >> them into skin templates. "Speed" is often quoted as a reason, but that
> >> might actually sometimes work against it.
> >
> > I didn't write things this way with speed in mind, but rather, to make
> > reuse of the templates far easier across projects.  I'm pretty happy
> > with the results as I have now written two products based on this that
> > provide syndication feeds to many more object types
> > (PloneboardSyndication and a branch of ATCTSyndication).
>
> For that, it seems to work OK. But wouldn't you be able to get the same
> result with a regular skin-based page template plus a view class in
> front of it?
>
> I'm not really in favour of doing some apache rewrite rule magic coupled
> with my own old home-brewn atom template just to get the caching right.
>
> Anyway, I'm not telling you to rewrite everything. I'm just hoping for a
> solution somewhere. I get the feeling though that I've gotten more grief
> than goodies from hard-coded zope3 templates. View classes: great. Those
> templates: bah.
>
> > It also seemed like the right pattern to follow as it is the new-fangled
> > Five/Zope3 way of doing things.  As that is the case, I presume people
> > are thinking/working on ways to resolve these caching issues.  Or maybe
> > that's just wishful thinking...
>
> At the moment: yes. Mostly because cachefu does some hacky
> monkeypatching, using that monkeypatching with zope3's page template
> mechanism works, but not for quills' atom feed 'cause that's doing a bit
> too much magic acquisition or so. You'd have to ask Rocky Burt to be
> sure, though.
>
> Perhaps I'm overlooking something or Rocky is overlooking something.
>
> Reinout
>
> --
> Reinout van Rees                       r.van.rees @ zestsoftware.nl
> http://vanrees.org/weblog/                  http://zestsoftware.nl/
> "Military engineers build missiles. Civil engineers build targets."
>
>
>
> ------------------------------
>
> Message: 3
> Date: Fri, 06 Oct 2006 11:48:06 +0100
> From: Tim Hicks <tim at sitefusion.co.uk>
> Subject: Re: [quills-dev] Re: Some i18n issues
> To: Reinout van Rees <reinout at vanrees.org>
> Cc: quills-dev at lists.etria.com
> Message-ID: <45263466.9030603 at sitefusion.co.uk>
> Content-Type: text/plain; charset=ISO-8859-1; format=flowed
>
> Reinout van Rees wrote:
> > Tim Hicks wrote:
> >> Reinout van Rees wrote:
> >
> >>> So... To me, there really have to be really good reasons not to turn
> >>> them into skin templates. "Speed" is often quoted as a reason, but that
> >>> might actually sometimes work against it.
> >> I didn't write things this way with speed in mind, but rather, to make
> >> reuse of the templates far easier across projects.  I'm pretty happy
> >> with the results as I have now written two products based on this that
> >> provide syndication feeds to many more object types
> >> (PloneboardSyndication and a branch of ATCTSyndication).
> >
> > For that, it seems to work OK. But wouldn't you be able to get the same
> > result with a regular skin-based page template plus a view class in
> > front of it?
>
> That's actually how I wanted to implement things in the first place -
> for the reason that I wanted the template to be editable TTW, rather
> than for reasons of cacheability.  Do you have an idea of how to
> implement this?
>
> > I'm not really in favour of doing some apache rewrite rule magic coupled
> > with my own old home-brewn atom template just to get the caching right.
> >
> > Anyway, I'm not telling you to rewrite everything. I'm just hoping for a
> > solution somewhere. I get the feeling though that I've gotten more grief
> > than goodies from hard-coded zope3 templates. View classes: great. Those
> > templates: bah.
>
> Yes, all is not completely perfect in the zope2+3 world ;-).  If you can
> implement this without breaking the reusability of the code, then that's
> likely to be fine with me.
>
> >> It also seemed like the right pattern to follow as it is the new-fangled
> >> Five/Zope3 way of doing things.  As that is the case, I presume people
> >> are thinking/working on ways to resolve these caching issues.  Or maybe
> >> that's just wishful thinking...
> >
> > At the moment: yes. Mostly because cachefu does some hacky
> > monkeypatching, using that monkeypatching with zope3's page template
> > mechanism works, but not for quills' atom feed 'cause that's doing a bit
> > too much magic acquisition or so. You'd have to ask Rocky Burt to be
> > sure, though.
> >
> > Perhaps I'm overlooking something or Rocky is overlooking something.
>
> Perhaps... but I'm out of bandwidth for this stuff at the moment.
>
>
> Tim
>
>
> ------------------------------
>
> _______________________________________________
> quills-dev mailing list
> quills-dev at lists.etria.com
> http://lists.etria.com/cgi-bin/mailman/listinfo/quills-dev
>
>
> End of quills-dev Digest, Vol 23, Issue 7
> *****************************************
>