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

Seb Bacon seb.bacon at gmail.com
Wed May 18 15:57:21 UTC 2011


One other thing -- can we get a professional interface graphic
designer type to provide the mockups and possibly HTML/javascript for
the final version?

As developers I think we all tend to miss off the magic pixie dust
that makes something look *just right*.

Seb

On 18 May 2011 16:56, Seb Bacon <seb.bacon at gmail.com> wrote:
> 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