Deleting of wall posts is already available!
I think the course-request-membership-feedback-file option you're talking about is really just ordinary feedback. It's just that tutors currently get the chance to attach a file when they're giving feedback on a submitted view.
I think there will always be a need to allow that kind of feedback to be private, and if it isn't already, we should probably make tutor feedback on submitted views private by default.
Thank you for your explanations. The more I think about the distinction between private and public feedback and the future feedback options, I wonder if is will be necessary at all to have private feedback or if it is only really necessary when feedback cannot be removed. Right now, making feedback private helps to hide all my test feedbacks on a view.
If a tutor wants to send truely private feedback, he could use the course-request-membership-feedback-file option or send an email.
Speaking of deleting feedback / comments: Will it be possible at some point to delete wall messages? If the same mechanism is in place as for the feedback, deleting of wall comments could be implemented as well (easily?). That does not need to be as elaborate as for the feedback though in my opinion.
Kristina
"Therefore I think only the feedback author should be allowed to make feedback private, and they should only be able do this when placing the feedback, or if there have been no replies and less than n minutes have passed since it was first posted."
Why not the view owner anymore as it is the current practice?
I was thinking that when the view owner removes public feedback, we want everyone to be able to see a message saying that the feedback was removed.
If the owner is allowed to make feedback private instead of (or as well as) removing it, they would be able to make it disappear without the message appearing in its place.
I also don't think it's any great hardship for the view owner that they can't turn feedback private. Unless we make some more changes, private feedback is not a discussion (unlike public feedback). Private feedback is just one-way from the poster to the owner, because they are the only two people who can see it. So if the owner attempts to reply to previous feedback by putting private feedback on their own view, it won't work because no one else will be able to see it, not even people who have put up earlier private feedback on the same view.
Yes, I think that's a good idea too."The view owner can delete any feedback on their view. Users looking at the list of feedback will see a message: "Feedback removed by the view owner". A notification will be sent to the feedback author to inform them that their comment was deleted."
That notification should include the feedback comment in my opinion to refresh the mind of the feedback owner. If he places a lot of feedback he may not know anymore what he had written.
"The view owner should never be allowed to hide private feedback from a tutor." Or do you mean "public" feedback? I think public makes more sense in the sentence.
I think that stopping people from hiding public feedback by tutors is okay, as long as the view has been submitted to a course group, and the tutor comes from that same group.
Before the view is submitted, and after the view is released, we really have no way to know that the view has anything to do with any particular group at all, unless we make some further changes to remember that. So when a view gets released, I think the owner should be allowed to remove any public feedback on it.
If it's important to keep the tutor feedback visible after the view is released, then I think it would be better to do this with a site setting; maybe we could add support for 'permanent' feedback, which could be enabled at the site level for use by tutors only.
I am sorry about the long delay in getting back to you on the feedback topic.
"Is anyone going to be upset if they can no longer use BBCode at all?" Certainly not me / our installation as I was the one who wanted to have the regular editor.
"So with views we are always going to be stuck with contextual problems anyway, and I think we should just try to minimise confusion with "this comment was deleted by ..." messages, because the alternative is too great a burden on the site admins."
True and I like the line "This comment was deleted...".
"Therefore I think only the feedback author should be allowed to make feedback private, and they should only be able do this when placing the feedback, or if there have been no replies and less than n minutes have passed since it was first posted."
Why not the view owner anymore as it is the current practice?
"We might want to allow private feedback to be changed to public, but it should require the consent of both the view owner and the feedback author."
Yes. Being able to change private to public would be nice. It may not occur often, but you never know.
"I agree with Nigel and think feedback should be editable, and able to be deleted, or made private by its author when there have been no replies to it and less than n minutes have passed since it was posted."
No objections to that.
"The view owner can delete any feedback on their view. Users looking at the list of feedback will see a message: "Feedback removed by the view owner". A notification will be sent to the feedback author to inform them that their comment was deleted."
That notification should include the feedback comment in my opinion to refresh the mind of the feedback owner. If he places a lot of feedback he may not know anymore what he had written.
"Admins are allowed to delete feedback at any time, though a message will appear saying something like "Feedback removed by the site administrator"."
And the feedback owner should be informed (see above).
"Feedback from tutors and admins will usually be private."
I would leave the option in to have it public as well.
"The view owner should never be allowed to hide private feedback from a tutor."
Or do you mean "public" feedback? I think public makes more sense in the sentence.
"I also think view owners should be able to disable feedback entirely on their unsubmitted views, and should also be able to close a view to new feedback even if there is already some feedback on it."
Yep. Agreed.
Kristina
I agree it would be good if the admin could decide whether to use wysiwyg, BBCode, or normal textareas. But we would have to decide on something sensible to do with existing content whenever that setting got changed. Changing between text and html shouldn't be a problem, but it looks like the BBCode currently gets converted to html during output, and the original BBCode is stored in the database.
Existing sites will have a lot of BBCode-formatted text in view feedback, and if the admin setting changed from BBCode to text or wysiwyg, I think we might need to convert all the existing feedback to html to avoid BBCode commands being displayed in old feedback. The easiest approach would be to remove the BBCode option altogether and do a one-time conversion to html. Is anyone going to be upset if they can no longer use BBCode at all?
Deleted/edited feedback and context
As Kristina pointed out, we cannot currently stop a view owner from
changing their view after feedback has been posted, and so the
feedback will sometimes refer to things that don't appear in the view
any more.
We don't generally have this problem with the forums because we can
stop the top post from being edited. The freezing of views at
revisions is difficult, and I think unlikely to be implemented soon.
And even if we do get this feature I'm not sure that we would want to
force a new chain of feedback to start on every revision.
So with views we are always going to be stuck with contextual problems anyway, and I think we should just try to minimise confusion with "this comment was deleted by ..." messages, because the alternative is too great a burden on the site admins.
Private feedback
Private feedback should be invisible to anyone except its author and the view owner. This is the current situation.
If we have the ability for feedback to be deleted/hidden by the view owner, there is no need for view owners to be able to make other users' feedback private. They can hide it instead.
Therefore I think only the feedback author should be allowed to make feedback private, and they should only be able do this when placing the feedback, or if there have been no replies and less than n minutes have passed since it was first posted. We can't really allow authors to make feedback private after this time, because that would provide a way for feedback to disappear without a trace; if there replies then we must display a feedback removed message to avoid contextual confusion.
We might want to allow private feedback to be changed to public, but it should require the consent of both the view owner and the feedback author.
Editing/deleting feedback
I agree with Nigel and think feedback should be editable, and able to be deleted, or made private by its author when there have been no replies to it and less than n minutes have passed since it was posted.
The view owner can delete any feedback on their view. Users looking at the list of feedback will see a message: "Feedback removed by the view owner". A notification will be sent to the feedback author to inform them that their comment was deleted.
Admins are allowed to delete feedback at any time, though a message will appear saying something like "Feedback removed by the site administrator".
Feedback by tutors and admins
Feedback from tutors and admins will usually be private. The view owner should never be allowed to hide private feedback from a tutor.
However personally I think that view owners should always be allowed to hide public feedback on their views, even if that feedback comes from an admin or tutor. The "feedback removed by view owner" message would appear.
Disabling feedback
I also think view owners should be able to disable feedback entirely on their unsubmitted views, and should also be able to close a view to new feedback even if there is already some feedback on it.
Perhaps I can propose a refinement of my idea:
View owners can mark feedback that isn't by a tutor, institutional admin or site admin, as hidden. If they do this, when the feedback is shown, the feed will show in the correct place, "Feedback from user X was hidden". If the view owner is looking at it, they will see: "You hid feedback from user X. Unhide". Perhaps with a hover that shows the first few words of the feedback so they know what it's about.
If feedback is hidden or unhidden, a notification is sent to the author of the feedback.
That way:
]]>
Although I don't particularly agree with this "watchdog function" (I think that education and electronic portfolios should be based on trust), the reality is that institutions-even universities- are worried about supervising the "suitability" of contents. Legislation about this can vary in each country, though.
From my experience, Mahara sites are no huge at the moment- not at least in the UK-, so in short term, what I am advising to do is to create several local administrators for institution who will supervise students contents.
In long term, we can transfer that function to users with the role of "staff". As this role is too generic, we can create the role of "academic tutor" . Each academic tutor would be responsible for a controlled membership group, and within that group of students, the academic tutor coul supervise/edit/or delete any feedback or views contents considered inapropiate.
As we can create as many controlled membership groups as needed and we can make all the relevant lecturers academic tutors, if we implement this option, each academic tutor would only have to "watch" his/her students contents.
Would this solution be more feasible?
Regards
]]>I think we are sliding towards needing a configuration setting
]]>I certainly see your point about bully messages. For that I would say the admin should have the right to remove such feedback with a message to the feedback owner that his comment was deleted.
The comments a feedback writer makes belong to him though it cannot always be argued that he has a copyright on them if they do not go beyond a certain level of creativity / uniqueness.Thus, just deleting the comment would not be right.
As I pointed out earlier, sometimes peer feedback can serve the function of tutor feedback and should not be deleted.
However, if the general opinion is that feedback can be deleted also in between, I suggest to display a brief message like "Feedback from ... was deleted." so thatif another comment references to that feedback is still somewhat comprehensible.
Kristina
In a forum, people should speak without modification really - we give a 30 minute lead time for spelling mistakes and such, though we should possibly lock that down to the earliest of 30 minutes, or the first reply.
But in this case I think it's a little different. Perhaps the owner shouldn't be able to hide tutor/admin feedback, but the feedback of other students is a bit different. You can expect tutors and admins to give reasonable feedback, but some students might come along just to be annoying/bully the user, and not giving the owner the power to somehow stop this seems a bit unfair.
]]>I don't have experience with giving students electronic feedback on their portfolios as we have only started using Mahara switching from a file management system where feedback was not really possible unless the tutor uploaded a separate file.
I see the feedback more as a discussion (if the view owner responds and the tutor maybe posts a reply). Thus, even for the view owner to go back to the feedback and not seeing a response because he deleted it, may not give him the entire picture.
Of course, he can always change his view and the feedback attached to a page may not be correct. You arethinking about how to remedy that with view revision histories.
Maybe I'm making too big a deal out of that entirely and virtually nobody would delete a comment made in the middle of a discussion and we won't have to worry about it at all.
Kristina
Although, I see no reason to restrict a view owner from deleting/hiding their own feedback. It's their View, taking control away from them is, in my opinion, far more annoying than letting them manage their own content. If someone is constantly posting feedback and removing it, the other users will probably become wary of this behaviour soon enough! I guess I feel that the number of legitimate uses for deleting my own feedback on my own views outweighs those contextual issues it might cause. It's my portfolio, I want to be in control!
]]>The feedback (on views) has already been discussed very briefly elsewhere without further steps taken. We (the BScE at the University of Luxembourg) would like to extend the feedback and also be involved in the funding of the development.
Currently, unwanted feedback can be made private, but it cannot be deleted. Deleting feedback is not so simple because sometimes a feedback should not be deleted, e.g. tutor feedback on an assignment etc. Therefore, it is not so trivial.
Here is what we have gathered / discussed so far with Nigel. We would love to have your input to develop the ideas further.
Feedback editor (The hopefully easier things first. )
We would like to have a regular WYSIWYG editor for the feedback because none of our tutors are accustomed to BBCode. When there is a WYSIWYG editor available, why not use it for the feedback as well?
The discussion of enabling / disabling the WYSIWYG editor (for regular text boxes) was started by Peer and the endpoint was that the admin should have the right to say which editor should be enabled: plain text, BBCode or WYSIWYG. Furthermore, the admin decides where on Mahara people can use which editor (cf. feature tracker item).
Feedback options
The learner should be able to decide whether he wants to receive feedback on a public view or not (I can't find where I could change that setting, but think that it was the admin, but I may very well be wrong).
In the following I take Meredith Henson's feedback post as starting points for my thoughts on the topic and then continue with ideas that Nigel had also put forth.
"ePortfolio owners should be able to edit any feedback they attach to one of their views"
That makes good sense. I don't like it when I have to write a new comment just to correct a bad typo etc. I would add "and feedback they post to other people's views". Both under the condition that "updated on ..." is displayed.
Worst case scenario: Students get feedback -> replies to it -> tutor is still not happy -> student edits his reply so that it does not fit the tutor's second feedback -> feedback does not make sense anymore. Would then a possibility actually be to allow the editing of feedback only if no later feedback has been posted, i.e. when the feedback that the person who wrote it is the last one?
"be able to remove other user's feedback (provided it isn't from a tutor or Site Administrator)"
That would mean that students can delete peer feedback. I'm not so sure that this would be a good idea, especially in cases when peer feedback is encouraged / wanted. Then that feedback is actually more on the tutor level and should not be deleted.
"Site Admin should be able to remove feedback placed on any view by any user."
That makes sense for the test messages or if feedback really needs to be deleted. However, the author of the feedback should be contacted for transparency reasons and also because, technically, he owns that text.
Nigel summarizes everything and extends it
Have a nice weekend
Kristina ]]>