[ckan-dev] New CREP: Moderated Edits User Interface
James Gardner
james at 3aims.com
Wed May 18 15:33:56 UTC 2011
Hi Seb,
David and John will chip in but my immediate views are as follows (feel
free to ignore if after discussion there are better ways)...
> 1) I'm thinking about the fact that internally we have separate
> revisions for resources, extras and package metadata. From a user's
> point of view this could be confusing to expose so I would want to be
> sure that conceptually, everything that they see on a package form
> when they hit save is a single "revision". Is that right?
>
Yes, they should all be treated together in my view. Whatever is being
displayed on that form is what is conceptually what the user treats as a
revision (resources, tags, extras etc).
> 2) I think a "revision" (in the above sense) should have its own
> revision log field that appears when you select a revision in the
> right hand side.
Sounds sensible, John and David, can this be easily included?
> It would be nice to particularly highlight the notes
> function (which is effectively like a Wikipedia "talk" page) if there
> are some notes there.
I think we decided that using the todo extension in the first instance
would make more sense (it allows notes to be assigned a category such as
bad description, broken link etc), and only to look at per-field notes
later if it became obvious we needed them.
> 3) For CKAN.net, we would certainly show all the moderated and
> unmoderated edits to the general public. I imagine a client like DGU
> would want the unmoderated edits to be only visible to logged in
> users.
Agreed.
> 4) While I think the moderated version (btw I like "approved") should
> be the default view for a package, we should have a great big banner
> at the top of the page when there are outstanding suggested changes,
> saying something like "this data might be out of date -- there are
> unapproved changes suggested by the community that we've not yet
> moderated -- click here to see" or something like that.
Agreed.
> 5) Longer term, if/when we have an active contributor community, we
> will need Wikipedia-like functions such as: recent changes, user
> contributions, user talk pages (for sending a message to a user).
> Similarly, we should integrate the follower extension so that when a
> user edits a package it adds it to their follow list -- to encourage
> regular reviewing.
Yes, but let's not overload ourselves, first step is to get a simple
"leave a todo note", we can prioritise more advanced features when we
get feedback from real users. I'd certainly hope to see this sort of
functionality in phases 2 and 3.
By the way, we are aiming to have an initial cut of this in 3-4 weeks so
we can't do too much in the first pass. We can then make further
improvements from there though.
Cheers,
James
> On 18 May 2011 15:57, John Glover<glover.john at gmail.com> wrote:
>> Hi all,
>>
>> I'm interested in any feedback on this, it depends heavily on some
>> work that David Raznick is doing so I'll be working closely with him
>> and David Read on this next week. Cheers.
>>
>> http://trac.ckan.org/ticket/1141
>>
>>
>> John
>>
>> _______________________________________________
>> ckan-dev mailing list
>> ckan-dev at lists.okfn.org
>> http://lists.okfn.org/mailman/listinfo/ckan-dev
>>
>
>
More information about the ckan-dev
mailing list