Developer UI for PackageDB

[ranju]

Hello,

I name is Ranjith Babu Kannikara. I am a pre-final year student in
govt.Engg College Thrissur, kerala(india). I have been learning
c,python,and their APIs for quite good amount of time. And Java and
Lisp as of now. I have little experience in working with some large
code-base from the last year GSOC in which I have worked with the Zope
Foundation in project 'Porting Zope2 to python2.5' .

My GSOC proposal is for making the PackageDB Developer UI more
flexible and friendly for the developers so that It wont waste the
valuable time of the developer. The present Developer UI is outdated
and needs serious changes and some additional options that will make
it easy to handle the acls, within much lesser time and with much less
effort.

The New Developer UI will consist of more check boxes and buttons and
the check boxes will be arranged such that the developer can make
multiple selection on a fly. The new developer UI will also consist of
automatic reminders for Developers reminding the actions they have in
pending to be done along with the hot actions that they can do.( This
reminders are lacking in the present UI which itself make the UI to be
changed). Provisions (buttons) for adding new non-EOL branches also
will make the developer easy to work on.

The ideas are listed in detail in the wiki page
https://fedorahosted.org/packagedb/wiki/NewDevUI
.
As it is making the Developer UI better The design will have good
picture only if there is suggestions and feed backs from other
developers about whats annoying them in the present UI and What they
feel lacking the most.

Hope to get your Feed backs...

[Toshio Kuratomi]

So I'd like to get a better feel for how everything fits together and
what we'll have at the end of the summer. Looking at the big picture
view of the tickets we're looking at revamping at least two pages:

https://admin.fedoraproject.org/pkgdb/packages/name/python

Most of the tickets reflect shortcomings on this page that need to be fixed.

https://admin.fedoraproject.org/pkgdb/users/info/toshio

Right now this is blank. The idea is to fill this with a TODO queue and
items the package owners can act on.

A mockup of the two new pages would be a nice starting point. What
information are we thinking of exposing in the revamped page? How are
we going to hide unnecessary complexity?

-Toshio

[ranju]

Hi,

> So I'd like to get a better feel for how everything fits together and
> what we'll have at the end of the summer. Looking at the big picture
> view of the tickets we're looking at revamping at least two pages:
>
> https://admin.fedoraproject.org/pkgdb/packages/name/python
>
> Most of the tickets reflect shortcomings on this page that need to be fixed.
>
> https://admin.fedoraproject.org/pkgdb/users/info/toshio
>
> Right now this is blank. The idea is to fill this with a TODO queue and
> items the package owners can act on.

The works to be done over the project have a flow like this..
* Aggregating the options that are to be there in the UI.
* Arranging the options with check boxes and buttons instead of select
boxes.
:- ie arranging the options in rows and coloumns with each rows
start with a user and the check boxes/buttons in
the row contains the permissions that can be given to the user.
:- if there is more choice of permissions for each user then
checking itself will be annoying then there will be some
extra coloumns( 2 or 3 ) of check boxes corresponding to each
user like 'give full permissions' 'give minimal
permissions' and a custom set .
:- these boxes, as their names indicate, will automatically give
checkings in a set of boxes the developer may define
a custom set if he find himself giving a set of permissions
together quite often.
( I can make a picture of how the UI will be like after the
summer, and it will be easy for me if I could get the other
options than 'Approve' and 'Awaiting for review' )
* After the list of the users a button to add new user can be given
which will expand to a text box on click. And this check box will
automatically search and match the text with the names in the list
user as it is entered in the box. ( Implementing such a button and
text box wont be difficult with javascript ).
* Such a button can be provided for the co-maintainer/watcher or the
button it will be enough to provide provisions in the first button it
self to make the new user co-maintainer/watcher once a new user is
added.( All these work belongs to the UI and it will not be difficult
when each button are defined to perform the background works for these
options assigned to them.
* In the page, Toshio have given (https://admin.fedoraproject.org/
pkgdb/packages/name/python), we can see links to bug reports, package
status etc. Another link named ' Active Requests' can be added there
which will refer to a page that lists the active requests. The
requests can also be arranged so that it can be handled within no time
but this needs me to get an idea about the possible requests a
developer can get.
* As the requests are being listed it is easy to track what happens to
the request and and if a request is being left unnoticed or in some
state of waiting this track can be used to get the list of requests
that needs sending remainders. ( Here i need some more help from some
one else to generate the automatic reminders)
* As our implementation of the new UI will be much like a new
Interface with either the background or the existing page itself as
background for the new UI. In such way of implementation it will be
easy to show the respective EOL only and give options to switch in
between them.

>
> A mockup of the two new pages would be a nice starting point. What
> information are we thinking of exposing in the revamped page? How are
> we going to hide unnecessary complexity?
>

I would like to know the options that will be listed for selecting.
also the possible requests, so that I can draw a picture about how the
UI will look like.
> -Toshio
>
> signature.asc
> < 1KViewDownload
Hope to get your feed back.
Ranju..
http://www.ranjithkannikara.blogspot.com/