Enzyme updates: easier work on Commit Digest

[Jürgen Appel]

I d also vote for more small screen usability. Two ideas:

(1) When looking at the commit review tab on small devices, commit messages
can be longer than the avaible screen estate - to see if there is any
valuable information, one needs to scroll down, read, scroll up again and
then click to include or exclude. Maybe there is a rational for the include
/ exclude buttons to be at the bottom of each commit entry.

(2) We discard most of the commit messages. The 5% rule, well you know.
Reviewing would be even faster, if all messages that are scrolled above the
reviewers visibile screen area are discarded by default (like google reader
does), and only those we would like to include need the 'click to include
interaction', bringing our clickrate from 100 to ~5 per review page.

greetings,

Jürgen.


2013/3/25 Vladislav Blanton <vblanton at gmail.com>

> Hello Marta, hello team,
>
> Wonderful work continuing the digest.
>
> Since you ask, Marta, here is a post of ideas I had a while ago on how to
> streamline/slim down the work, but didn't have any responses at the time:
>
>
>>
>> I had some thoughts, a while ago, on how to slim down the amount of work
>> necessary to publish digests. I didn't take the time to share them then,
>> and then forgot for a while, and your email reminded me to write again. Who
>> knows, perhaps there may be some agreement, insight or movement from them?
>
> I had a thought, perhaps revolutionary, that developers ought to select
>> which commits make it to the digest for review. Some kind of tag that
>> our digest system catches. then, there would be wayyy less review of
>> nonsense commits, just mainly classification (though it is fun sometimes to
>> see it all, isn't it?).
>> and then a different, though not exclusive idea: perhaps no
>> classification? with roughly 100 commits per digest, i have a feeling
>> that the classification/categorization is more work than is worth the
>> effort and time. As a reader prior to being on the team, in my experience,
>> I just skimmed through them all when i was interested in more than the
>> synopsis. in addition, classification is often silly, as commits can fall
>> into multiple categories or none. Sometimes, the difference between whether
>> a commit is a feature or a bug fix depends more on how a user uses the
>> software than how the developer classified it.
>>
>
> We'll see if these catch any interest,
>
> Good to see you all keeping the torch aflame,
>
> Vlad
>
> On Sun, Mar 24, 2013 at 3:30 PM, Aleix Pol <aleixpol at kde.org> wrote:
>
>> On Sun, Mar 24, 2013 at 6:30 PM, Marta Rybczynska <
>> kde-i18n at rybczynska.net> wrote:
>>
>>> Hello all,
>>> I'm working on some updates to simplify the creation of the Commit
>>> Digest. But before I present that,
>>> I'd like to ask you what *you* think that would help you in the work.
>>> All optinions are much welcome.
>>>
>>> Thanks in advance,
>>> Marta
>>> _______________________________________________
>>> Digest mailing list
>>> Digest at kde.org
>>> https://mail.kde.org/mailman/listinfo/digest
>>>
>>
>> Hmm.. here's my wishlist:
>> * better keyboard support would be interesting
>> * an interface that works on mobile/tablet would help as well (it's good
>> to just lay down in bed with the tablet and do some of the items). The
>> biggest problems there are that the buttons are a bit too small and  that
>> the hover effect sometimes makes you think it's marked when it isn't.
>> * better support for git projects. Right now it feels very fitting to how
>> we worked back in svn days. Some things we could do would be to skip some
>> merge commits (like master -> dev branch or master -> master). Also it
>> could be used to do the classifying, we could completely skip the KDE area
>> part.
>> * ReviewBoard integration (similar to bugzilla's) could be helpful too.
>>
>> Aleix
>>
>> _______________________________________________
>> Digest mailing list
>> Digest at kde.org
>> https://mail.kde.org/mailman/listinfo/digest
>>
>>
>
> _______________________________________________
> Digest mailing list
> Digest at kde.org
> https://mail.kde.org/mailman/listinfo/digest
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://mail.kde.org/pipermail/digest/attachments/20130413/e2e2e085/attachment.html>