> PLIP REVIEW: Moderating comments by changing the workflow is gross. I
> think it's work the extra effort here to add a moderate comments
> checkbox to the add on configuration.
> QUESTION: In order to activate the moderation workflow for comments, the
> user has to go to the types control panel, choose the "comment review
> workflow" for the "comment" type. Is it ok to just add a checkbox in the
> discussion control panel to enable the comment review workflow for
> comments? In general, is it ok to duplicate configuration options in
> Plone control panels?
Yes. I think this is the best way to go. It's just an implementation detail
moderation is enabled by applying a workflow--I don't think users(especially
novice ones) should be expected to know that.
> PLIP REVIEW: In the discussion settings, globally enabling comments is
> insanely confusing. I don't even understand what it does. I think that
> this should either do what it says - "Globally enable comments" - or
> remove it.
> QUESTION: When we started with pad the consensus was, that by default,
> commenting would be globally disabled (if pad has become a core
> component of Plone). This is why there is a "globally enable comments"
> option. Should be change that?
I didn't find this confusing and I think this is important to keep as was
PLIP REVIEW: Removing a comment at the top level of a thread removes all
comments underneath. This isn't ok and I think will lead to some
frustration. I'm not sure how this reworks the commenting threads and
display et al. I have seen in practice that deleting a potentially
offensive comment just replaces the content of the comment with a
message that says "This comment has been deleted by the moderator." This
keeps the flow of conversation going and doesn't make people mad when
their potentially relevant comment is deleted.
> QUESTION: I agree that the behaviour described above is nicer than the
current implementation. I think we even have a user story describing
this as a feature. Though, I think the current way of deleting the
comment with all its replies is ok for now. Do you think that the
current implementation is something that we/the user could live with?
Both ways of handling it are confusing really. You should delete child
comments if the parent is deleted. Perhaps, the best and easiest solution
for right now is to give the user a warning if the comment has child
comments and let them know they'll all be deleted.
PLIP REVIEW: The delete button to the far right of the comment is
insanely confusing. I think this could use some UI review.
QUESTION: See screenshot attached (pad-delete-button.png). I moved the
delete button away from the reply button for two reasons: 1) I wanted to
avoid clicking the delete button by accident if a user wants to reply.
2) To make it more clear which comment is deleted when hitting the
button. I'm happy to hear any suggestions for improving the UI.
I think the way you've got it in the screenshot.
PLIP REVIEW: I do not like seeing the "Moderate Comments" so highly
visible in the user actions when moderation is disabled by default and
requires changing workflows to enable.
> QUESTION: See screenshot attached (pad-moderate-comments.png). I agree.
Would it be ok to just show the "moderate comments" entry if comment
moderation is enabled?
Yes, I think it should be shown if it is enabled.
> Another related question is: Should the admin be
able to access the comment batch moderation panel ("moderate comments")
even if comment moderation is disabled?
Good work Timo :)
2010/12/7 Israel Saeta Pérez <dukeb...@gmail.com>:
> I'm not part of either of the teams but just a couple of comments.
> On 02/12/10 19:28, Timo Stollenwerk wrote:
>> Hi Plone UI team,
>> I would like to discuss some UI related issues that were raised during
>> the PLIP review of plone.app.discussion (by eleddy and cah190).
>> PLIP REVIEW: The delete button to the far right of the comment is
>> insanely confusing. I think this could use some UI review.
>> QUESTION: See screenshot attached (pad-delete-button.png). I moved the
>> delete button away from the reply button for two reasons: 1) I wanted to
>> avoid clicking the delete button by accident if a user wants to reply.
>> 2) To make it more clear which comment is deleted when hitting the
>> button. I'm happy to hear any suggestions for improving the UI.
> I agree with separating the Delete button from the Reply one. It's a
> wise decision.
> I'd replace the "Delete" button by a cross sign or a trashcan icon, with
> the title and alt attributes "Delete comment".
> -- israel
> Framework-Team mailing list
Framework-Team mailing list