reorganizing and renaming (ruthless mode)
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
Silva |
Fix Released
|
Low
|
Guido Wesdorp |
Bug Description
Recently I've been playing the editor role (as opposed to
pretending
I'm an author), and the experience is very different. Often
editors
want to make major changes to a site, and Silva is not very
user friendly
for the editors (or the public). As opposed to dealing with
'a' document,
editors are manipulating the site structure, operating on
more of a
global scale.
>> A possible change is to give chief editor and up the
possibility to
>> rename without caring about publication status.
Right.
>> It is however still strange to
>> do this -- if something is open to the public (i.e.
published to some URL),
>> it's not recommended to just rename how one gets there.
If you have to
>> explicitly close this is a good reminder you are doing
something that
>> is going to affect everybody that is accessing your
website, search
>> engines, hyperlinks, etc.
Let's track the steps. The use case is, there are a number of
Silva publications online for the public. Thus they have
published status, and cannot be renamed or moved. The editor
wants to restructure the site a bit.
1. Editor selects a publication(s) and clicks "Rename".
2. Editor proceeds to fill in a new id and title, perhaps for
multiple items.
3. Editor clicks "Save".
4. System informs editor: "'Name' could not be renamed."
(Yes, dear... :) This happens all the time.
5. Editor clicks on the Publish tab. The Publish screen
loads, which may
take a good while. But the editor is a level too high, so
then comes
a click on the "See icon" in the Version column. The
Publish screen
loads, which may take....
6. Editor clicks "Select all".
7. Editor clicks "Close public". The Publish screen loads....
Note that at this point all public documents are now
unreadable,
and site visitors see "There is no public version". This
is bad.
8. Editor clicks "Select all".
9. Editor clicks "Create new versions". The Publish screen
loads....
10.Editor clicks on the Edit tab uplink to go up and over a
level.
11.Editor selects the publication and clicks "Rename".
Note that if other publications need to be renamed, steps
5-9 have to
be repeated for each publication.
12.After moving and renaming, the editor goes to each
Publish screen and
publishes all. Now the documents are visible for the
public again.
This is a lot of steps.
Since I am a Manager, I don't bother with being reminded. I
punch through
to the ZMI (alt-. ;) and move things around there, renaming
at will.
However, editors don't have this option. They have to do the
multi-step
process. Isn't it strange that they have the rights to make
these
changes, but we force them to go through all these steps?
Shouldn't they just be able to do it?
There is a (rather weak) technical explanation for the
current workflow: so far publishing and closing
content objects could be used as triggers for the
upgoming refrence checks; only these actions currently
change the public site, thus only there actions
may break public references.
The possibility of renaming public documents would
change this.
But this is a weak argument, managers can cheat beforeDelete, etc,
this via the ZMI, thus it is maybe not relevat; instead
we will need to hack the manage_
anyway for consistent reference checking ...