DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=40493>. ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND· INSERTED IN THE BUG DATABASE.
http://issues.apache.org/bugzilla/show_bug.cgi?id=40493 ------- Additional Comments From [EMAIL PROTECTED] 2006-09-13 08:17 ------- (In reply to comment #3) [...] > > 1.2 the documents were affected (moved) when their location in the site > > structure changed. > > You mean, that the changes in the structure are instantly «live» in 1.2? No, but the documents had to be published again because their physical location changed. In 1.4, the phyisical representation of the document is not affected at all when its location in the site structure changes (a good example of SoC). > > Would it make sense to apply a workflow to the site structure as well? > > Would this mean, that a user with the appropriate rights (e.g. a admin or > reviewer) could rearrange the sitetree (even for live documents maybe) and > click > on a link «update site structure» that only affects the sitetree.xml? Yes, or whatever type of site structure is used. > The > advantage of this could be, that one does not have to deactivate a tree before > moving it («hot rearranging»). If «cut» is chosen, there needs to be a check > that a «paste» occurs after. "cut" itself doesn't do anything - the "paste" triggers a move operation. > I think the consequences of actions on the site structure have to be very > clear > to the average user (or let's say at least a site admin with intermediate > knowledge). > > Please be aware that I am new to this and I'm only thinking loud here... Sure, it's very interesting to hear about a user's point of view. IMO it makes more sense to keep the site structure and documents separated also in the GUI, to keep implementation and usage consistent. But I'm very interested in the opinions of other users+devs. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
