<p>I name is Ranjith Babu Kannikara. I am a pre-final year student in
<br> govt.Engg College Thrissur, kerala(india). I have been learning
<br> c,python,and their APIs for quite good amount of time. And Java and
<br> Lisp as of now. I have little experience in working with some large
<br> code-base from the last year GSOC in which I have worked with the Zope
<br> Foundation in project 'Porting Zope2 to python2.5' .
<br> </p>My GSOC proposal is for making the PackageDB Developer UI more
<br> flexible and friendly for the developers so that It wont waste the
<br> valuable time of the developer. The present Developer UI is outdated
<br> and needs serious changes and some additional options that will make
<br> it easy to handle the acls, within much lesser time and with much less
<br> effort.
And it implemented by including more check boxes and buttons and <br>by setting reminders for works to be done.<br><br>The ideas are listed in detail in the wiki page
<br> <a target="_blank" rel="nofollow" href="https://fedorahosted.org/packagedb/wiki/NewDevUI">https://fedorahosted.org/packagedb/wiki/NewDevUI</a>
<br><br clear="all">The works to be done over the project have a flow like this..
<br> * Aggregating the options that are to be there in the UI.
<br> * Arranging the options with check boxes and buttons instead of select
<br> boxes.
<br>    :- ie arranging the options in rows and coloumns with each rows
<br> start with a user and the check boxes/buttons in
<br>      the row contains the permissions that can be given to the user.
<br>    :- if there is more choice of permissions for each user then
<br> checking itself will be annoying then there will be some
<br>      extra coloumns( 2 or 3 ) of check boxes corresponding to each
<br> user like 'give full permissions' 'give minimal
<br>      permissions' and a custom set .
<br>    :- these boxes, as their names indicate, will automatically give
<br> checkings in a set of boxes the developer may define
<br>       a custom set if he find himself giving a set of permissions
<br> together quite often.
<br>     ( I can make a picture of how the UI will be like after the
<br> summer, and it will be easy for me if I could get the other
<br>      options than 'Approve' and 'Awaiting for review' )
<br> * After the list of the users a button to add new user can be given
<br> which will expand to a text box on click. And this check box will
<br> automatically search and match the text with the names in the list
<br> user as it is entered in the box. ( Implementing such a button and
<br> text box wont be difficult with javascript ).
<br> * Such a button can be provided for the co-maintainer/watcher or the
<br> button it will be enough to provide provisions in the first button it
<br> self to make the new user co-maintainer/watcher once a new user is
<br> added.( All these work belongs to the UI and it will not be difficult
<br> when each button are defined to perform the background works for these
<br> options assigned to them.
<br> * In the page, Toshio have given (<a target="_blank" rel="nofollow" href="https://admin.fedoraproject.org/">https://admin.fedoraproject.org/</a>
<br> pkgdb/packages/name/python), we can see links to bug reports, package
<br> status etc. Another link named ' Active Requests'  can be added there
<br> which will refer to a page that lists the active requests. The
<br> requests can also be arranged so that it can be handled within no time
<br> but this needs me to get an idea about the possible requests a
<br> developer can get.
<br> * As the requests are being listed it is easy to track what happens to
<br> the request and and if a request is being left unnoticed or in some
<br> state of waiting this track can be used to get the list of requests
<br> that needs sending remainders. ( Here i need some more help from some
<br> one else to generate the automatic reminders)
<br> * As our implementation of the new UI will be much like a new
<br> Interface with either the background or the existing page itself as
<br> background for the new UI. In such way of implementation it will be
<br> easy to show the respective EOL only and give options to switch in
<br> between them.
<br><br>Awaiting your reply<br>Ranju<br> <br>-- <br><a href="http://www.ranjithkannikara.blogspot.com/">http://www.ranjithkannikara.blogspot.com/</a><br>