[ckan-dev] New CREP: Moderated Edits User Interface

Seb Bacon seb.bacon at gmail.com
Wed May 18 15:56:19 UTC 2011


On 18 May 2011 16:43, John Glover <glover.john at gmail.com> wrote:
> Hi,
>
>>> 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).
>
> Yes agreed. I'll update the CREP to clarify this.
>
>>> 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?
>
> By revision log do you mean some sort of notes field per revision
> (like a commit message)? That should be straight-forward.

Yes.

>>> 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.
>
> Yes for now we were thinking of just adding per package notes rather
> than per field, but this can be updated later.

That's what I meant.  I just wanted to flag that *if* there are some
notes, we should make sure that the casual editor notices this and
gets drawn into any discussions.

Seb




More information about the ckan-dev mailing list