| 1 |
On Tue, 2006-14-03 at 00:39 +0200, tvali wrote: |
| 2 |
> Hello! |
| 3 |
> |
| 4 |
> I am thinking about making user interface for portage. |
| 5 |
> |
| 6 |
> I see the possibility to browse portage tree, turning different |
| 7 |
> filters on and off, as it's most important feature. I dont think that |
| 8 |
> it should contain any functions for updating, emerging or unmerging or |
| 9 |
> syncing at it's beginning, as i think that i havent used portage long |
| 10 |
> enough to make a clear design of such a tool. |
| 11 |
> |
| 12 |
> Anyway, package browser would be usable for me as a new user of |
| 13 |
> portage. |
| 14 |
> |
| 15 |
> I describe shortly, what i see as it's functionality: |
| 16 |
> * General UI, which looks like a classical e-mail client with |
| 17 |
> folder-list on left panel, mail-list on top and one e-mail on bottom. |
| 18 |
> Additionally, top and bottom panel should be together in right panel. |
| 19 |
> * Left panel contains 2 main folders -- one is to access folders |
| 20 |
> in /usr/portage/, another contains keywords like kdebase-meta (or |
| 21 |
> kde-base) -- which has packages like kdegraphics-meta inside it (click |
| 22 |
> +). This other tree should be hand-made tree + "others" folder, last |
| 23 |
> containing all package groups, which are not included in this tree. At |
| 24 |
> least, i think that automation may not be possible -- it depends on |
| 25 |
> structure, which i dont know. |
| 26 |
> * Right panel, which contains tabs -- first tab is for top/bottom |
| 27 |
> panels, other are web browsers (konqueror). |
| 28 |
> * Top panel contains package list like detailed view of folders |
| 29 |
> * Botton panel contains details -- also button for opening www-address |
| 30 |
> of package in new tab. |
| 31 |
> + there should be search feature. |
| 32 |
> + some special folders should be added: --update world, which contains |
| 33 |
> all outdated packages jpc. As it would be slow, portage or this UI |
| 34 |
> should be cache such things and clean this cache when --sync happens. |
| 35 |
> |
| 36 |
> It is possible that integration into Konqueror could be simple and |
| 37 |
> usable (like portage:/ protocol). |
| 38 |
> |
| 39 |
> In future, additional features like tray-icon for autosync and |
| 40 |
> notifications, also adding packages to world and removing, could be |
| 41 |
> considered; code should be build in such way that is would be possible |
| 42 |
> to add them later in different ways. |
| 43 |
> |
| 44 |
> -- |
| 45 |
> tvali |
| 46 |
|
| 47 |
For KDE there are 2 projects that come to mind Kuroo, and another one |
| 48 |
that was designed to run in Konguerer, but I don't remember the name. |
| 49 |
Kuroo is being actively developed right now, I don't recall seeing |
| 50 |
anything recently on the other one. |
| 51 |
|
| 52 |
If your thinking of something being coded in python so that it can |
| 53 |
interact with and use portage code for information retrieval then check |
| 54 |
out Porthole. It is a gtk app not KDE, but will run on a KDE desktop. |
| 55 |
It sounds like it already does things similar to what you had in mind. |
| 56 |
|
| 57 |
If you wanted to port the gui code from pygtk to pyQt, I am sure that |
| 58 |
there would be a number of KDE users that would be pleased. I would |
| 59 |
definitely consider adding an optional KDE interface to it. :) |
| 60 |
|
| 61 |
|
| 62 |
-- |
| 63 |
Brian <dol-sen@×××××.net> |
| 64 |
|
| 65 |
-- |
| 66 |
gentoo-portage-dev@g.o mailing list |
Archives