Re: Locking the Text field, posted by Todd Corsa on Fri Jul 9 18:14:59 2004
|
> > Is there a way to disable editing of the textarea, but still allow editing
> > of other fields in the entry? (e.g. Fixed Attributes Edit = Text)
I added a flag
Fix text = 0|1
A division in "fix text edit/fix text reply" does not make sense here, since I only
can lock the whole textfield, therefor just the switch.
New version under CVS (see download page). |
Re: Locking the Text field, posted by Todd Corsa on Mon Jul 12 15:13:56 2004
|
> > > Is there a way to disable editing of the textarea, but still allow editing
> > > of other fields in the entry? (e.g. Fixed Attributes Edit = Text)
>
> I added a flag
>
> Fix text = 0|1
>
> A division in "fix text edit/fix text reply" does not make sense here, since I only
> can lock the whole textfield, therefor just the switch.
>
> New version under CVS (see download page).
Thanks Stefan. Again, my hat is off to you for a great app.
Todd |
Re: Locking entries, posted by Stefan Ritt on Wed Sep 8 15:48:47 2004
|
One possibility is to use the option "Restrict edit time = <hours>". This way
an entry can only be edited let's say 8 hours after it has been created.
Another way is to maintain two logbooks, a "scratch" logbook and an "archive"
logbook. Users would put their entries into the scratch logbook, the staff
would examine it and move them to the archive logbook, where all users only
have read access to. To move entries between logbooks, you have to put the
"Move to" command in the configuration file like:
Menu commands = Back, New, Edit, Delete, Reply, Find, Move to, Config, Help |
Re: Locking a Thread, posted by Stefan Ritt on Wed Feb 13 16:27:18 2013
|
Hal Proctor wrote: |
How can I set up the admins or manager group with the ability to Lock a Thread? I don't wish to keep two log books.
|
With
allow <command> = <user list>
deny <command> = <user list>
you can prevent certain users to use certain commands (like delete a message). If you only allow admins to issue the "edit" command, that would in principle do it, but then normal users cannot edit their entries any more. Unfortunately this command cannot be restricted to certain attributes, like the thread "status". So I guess what you want is not exactly possible with the current implementation. |
Re: Locking a Thread, posted by Hal Proctor on Wed Feb 13 16:56:40 2013
|
Stefan Ritt wrote: |
Hal Proctor wrote: |
How can I set up the admins or manager group with the ability to Lock a Thread? I don't wish to keep two log books.
|
With
allow <command> = <user list>
deny <command> = <user list>
you can prevent certain users to use certain commands (like delete a message). If you only allow admins to issue the "edit" command, that would in principle do it, but then normal users cannot edit their entries any more. Unfortunately this command cannot be restricted to certain attributes, like the thread "status". So I guess what you want is not exactly possible with the current implementation.
|
Thanks for the reply. I was looking for a way to stop replies to a runaway thread. Was wondering why the elog system has a "Locked by" attribute, but no way to set it. |
Re: Locking a Thread, posted by Stefan Ritt on Wed Feb 13 16:59:06 2013
|
Hal Proctor wrote: |
Stefan Ritt wrote: |
Hal Proctor wrote: |
How can I set up the admins or manager group with the ability to Lock a Thread? I don't wish to keep two log books.
|
With
allow <command> = <user list>
deny <command> = <user list>
you can prevent certain users to use certain commands (like delete a message). If you only allow admins to issue the "edit" command, that would in principle do it, but then normal users cannot edit their entries any more. Unfortunately this command cannot be restricted to certain attributes, like the thread "status". So I guess what you want is not exactly possible with the current implementation.
|
Thanks for the reply. I was looking for a way to stop replies to a runaway thread. Was wondering why the elog system has a "Locked by" attribute, but no way to set it.
|
That's a different meaning. The "Locked by" flag gets set when one user edits an entry. During the editing the entry gets "locked", which means that no one else can change it during that time. This should prevent one person to overwrite the edits of another if they are editing the same entry at the same time. Your "locking" means the locking of threads, which elog doe not "understand", it's just your definition of an attribute in your logbook. |
Re: Locked attributes and edit records, posted by Stefan Ritt on Tue May 15 08:34:21 2012
|
UlfO wrote: |
Hi!
After submitting a new record with preset "Locked attributes" not even admin user is able to edit these entries.
What seems to be the problem?
|
There is no problem. "Locked" means "Locked", and not "Locked but admin can change it". As admin you can only change the config file, remove the "Locked" option, change the attribute, and put back the "Locked" option.
- Stefan |
Re: Locked attributes and edit records, posted by UlfO on Tue May 15 10:12:37 2012
|
Stefan Ritt wrote: |
UlfO wrote: |
Hi!
After submitting a new record with preset "Locked attributes" not even admin user is able to edit these entries.
What seems to be the problem?
|
There is no problem. "Locked" means "Locked", and not "Locked but admin can change it". As admin you can only change the config file, remove the "Locked" option, change the attribute, and put back the "Locked" option.
- Stefan
|
But it says locked on "websubmission" in the instructions for the command "Locked attributes".
Doesnt it mean that for instance a logged in admin should be able to change a value of a submitted locked attribute.
I am looking for a possibility to have have certain attributes locked on submission but for instance admin should be able to change the data in them after they has been submitted.
|