Re: [Radiant] Mental Behaviors

2006-12-30 Thread John W. Long
Michael Jones wrote: > I think I heard mid January as the release date for Mental. Is that > still accurate? Possibly, though at this point it may be a bit latter. There's a good bit of work left to do before the next release (mostly work on the upgrade scripts) and my schedule may prevent me fr

Re: [Radiant] Mental Behaviors

2006-12-30 Thread Michael Jones
Hey John- I think I heard mid January as the release date for Mental. Is that still accurate? Thanks- Michae ___ Radiant mailing list Post: Radiant@lists.radiantcms.org Search: http://radiantcms.org/mailing-list/search/ Site: http://lists.radiantcms

Re: [Radiant] Mental Behaviors

2006-12-30 Thread John W. Long
Rick Hoiberg wrote: > I am new to Radiant, so I decided to start with the mental branch. None > of the stock behaviors seem to work. Is there a link where the behaviors > have been updated or notes for making modifications? Mental replaces behaviors with page types. So instead of inheriting from

[Radiant] Mental Behaviors

2006-12-30 Thread Rick Hoiberg
Hi, I am new to Radiant, so I decided to start with the mental branch. None of the stock behaviors seem to work. Is there a link where the behaviors have been updated or notes for making modifications? - Rick -- Posted via http://www.ruby-forum.com/. ___

Re: [Radiant] if_parent

2006-12-30 Thread Sean Cribbs
Joannou, It is up to you which version to run. We are running the mental branch on our production site and are quite happy with it. If you do use 0.5.2, you will need to put in the code for the if_parent tag, either directly in page_context.rb, or in a plugin as described in the blog post, "How

Re: [Radiant] Deactivate page cache for development?

2006-12-30 Thread Ruben D. Orduz
errr...being in development mode should do nothing to your file system. That is really, really, really weird. PS.: You all Radiantists have a happy and safe new year. On 12/30/06, Andreas Semt <[EMAIL PROTECTED]> wrote: > Thanks! > > it works ... > BUT: > After deactivation of the caching mechani

Re: [Radiant] Deactivate page cache for development?

2006-12-30 Thread Andreas Semt
Mislav Marohnić schrieb: > > Gee, I hope not! :-/ > If so, then i am happy that i encountered that behavior during development ;-) Best regards, Andreas Semt Mislav Marohnić schrieb: > On 12/30/06, Andreas Semt <[EMAIL PROTECTED]> wrote: >> >> After deactivation of the caching mechanism i c

[Radiant] if_parent

2006-12-30 Thread Joannou Ng
Hi folks, Doesn't look like if_parent is in 0.5.2. For a production site, is it a better idea to run trunk, or copy the if_parent code from trunk to my page_context.rb? Cheers, Joannou. Beer is an improvement on water itself. - Grant Johnson __

Re: [Radiant] Deactivate page cache for development?

2006-12-30 Thread Mislav Marohnić
On 12/30/06, Andreas Semt <[EMAIL PROTECTED]> wrote: After deactivation of the caching mechanism i clicked the 'Clear page cache' button ... oh my! Only the files '.htaccess' and 'index.yml' are still in the 'public' directory under the radiant root dir. *All* other files - inclusive the 'images

Re: [Radiant] Deactivate page cache for development?

2006-12-30 Thread Andreas Semt
Thanks! it works ... BUT: After deactivation of the caching mechanism i clicked the 'Clear page cache' button ... oh my! Only the files '.htaccess' and 'index.yml' are still in the 'public' directory under the radiant root dir. *All* other files - inclusive the 'images' subdirectory - are gone. Is

Re: [Radiant] User Roles

2006-12-30 Thread Ruben D. Orduz
Adam, I concur with much of what you say here. I think user/group permission/management is one of the weaker, if not the weakest points of Radiant at this point in time. I strongly believe it should be part of the core and not handled by a third party plug-in. Permissions should always be internal

Re: [Radiant] User Roles

2006-12-30 Thread Adam Salter
Why not have a "role group" which has predefined access to a page (which is inherited by sub-pages) Then you could make your own groups and allocate "normal" users as you saw fit. The only users able to change these role groups would be Developers and Admin. I don't want users changing the

Re: [Radiant] User Roles

2006-12-30 Thread Clayton Cafiero
Not a bad idea to have a "contributor" role -- edit but not add or delete pages, change status from draft to published, perhaps add snippets -- hmmm. Maybe. - Clayton On Dec 30, 2006, at 6:40 AM, Adam Salter wrote: > These roles are not really useful IMHO. > Admin and developer are too close

Re: [Radiant] User Roles

2006-12-30 Thread Al Steffen
It isn't too bad considering the intended userbase for the CMS. It is intended to be a system for small and trusted groups of users and not a mass of people. It is definitely not for everyone and that is a good thing to me since it isn't trying to be everything to everyone. It then has a better

Re: [Radiant] User Roles

2006-12-30 Thread Adam Salter
These roles are not really useful IMHO. Admin and developer are too close in purpose. User has too much access. I'd like to have individual users with access to certain parts of the site... and an Admin user(s) for control of this. Just my opinion of course. I'm not trying to start a flame war.