Thanks, that sounds very good.

Markus

On Sep 24, 8:58 pm, The Editor <[email protected]> wrote:
> To be honest, I should tinker with it some, but I suppose you could do:
>
> login.{id}*: {id}
>
> Which would make it possible for that person alone to edit any page in
> their hierarchy.  When it checks permissions it sees that line as
>
> login.caveman*: caveman
>
> Very slick kind of solution. Probably could come up with other kinds
> of uses and/or tricks...
>
> For example:
>
> blog.{id}*: {id}
>
> to give people their own blogs, etc.
>
> Cheers,
> Dan
>
> P.S. Don't forget that it won't work unless you patch the code or wait
> for the next release.
>
>
>
> On Thu, Sep 24, 2009 at 12:41 PM, Markus <[email protected]> wrote:
>
> > Could you explain what that means for site.auth.write and for allowing
> > members to edit their profiles? I am not that deep into the code.
>
> > Regards, Markus
>
> > On Sep 24, 4:36 pm, The Editor <[email protected]> wrote:
> >> I think the simplest and fastest way to do this is to add this middle
> >> line into the BOLTauth function (engine.php, line ~311).
>
> >>         if ($contents == '') return false;
> >>         $contents = str_replace('{id}', $BOLTid, $contents);
> >>         $authlist = explode("\n", $contents);
>
> >> It's a start, very fast and simple, and will hopefully get us a ways
> >> for now. In fact, it may be better than the @owner idea. Though that
> >> does have value for profile data values.  I have this in my code now
> >> for the next release.
>
> >> Cheers,
> >> Dan
>
> >> On Wed, Sep 23, 2009 at 12:28 PM, DrunkenMonk <[email protected]> wrote:
>
> >> >> At the very least we could have a simple, fast string replacement for
> >> >> {id}. I'll look into that.
>
> >> > There is another way. We allreay have different behaviour for
> >> > prefixes, you could add another prefix.
>
> >> > login.*: $p2:{id}
>
> >> > "The second page name corresponds to " : "string where markup is
> >> > processed, or at least certain simple markup ".
>
> >> > Seems to me this could be implemented without slowing down normal auth
> >> > processing.
--~--~---------~--~----~------------~-------~--~----~
You received this message because you are subscribed to the Google Groups 
"BoltWire" group.
To post to this group, send email to [email protected]
To unsubscribe from this group, send email to 
[email protected]
For more options, visit this group at 
http://groups.google.com/group/boltwire?hl=en
-~----------~----~----~----~------~----~------~--~---

Reply via email to