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
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
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
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/.
___
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
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
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
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
__
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
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
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
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
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
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
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.
15 matches
Mail list logo