~mmcg069/software-center/reactive-star-work

Buy something:

- centralize the Install/Remove/Buy/etc/ functionality as a gtk.Action

  and wire it to 1) the menu, 2) applist button and 3) appdetails

  button (tremolux)

- fetch the metadata as part of the update-software-center-agent-db

- do screenshot by constructing screenshot urls from update_sc_agent

  via entry.screenshot_url by using the archive_id

Code:

- make the order of "cache, db, datadir" identical 

  accross the various widgets (e.g. AppDetailsView

  and AppStore use different ordering)

Webkit:

- xpm images can not be loaded

- only simple keyboard nagvigation in the widgets (tab, no

  cursor keys)

- make the description -> html processing better, use

  code from g-a-i for this

Missing functionality compared to g-a-i:

- displaying EULA

- enable of components (like universe)

UI:

- if a package is only available for a subset of the 

  architectures, do the same as g-a-i and display that in 

  the details UI (e.g. qlix not available on amd64)

- add warning if a package is removed that causes the removal

  of a unreleated meta-package (that is not ubuntu-desktop)

- implement the removal dialog in the way the spec calls for

  it (different ui design)

- implement warning when a package contains of multiple apps

  and show the apps in this case

- CellRendererTextWithActivateArrow needs a mode for 

  right-to-left languages and a button-pressed image

- refresh app list when a package gets installed (some 

  packages may no longer be installed/not installed)

Database:

- to extend to full axi 

  * change set_data() from appname to pkgname

  * make database.get_xapian_document() work with empty appname

Missing:

- when the xapian db is rebuilding (e.g. because app-center is 

  upgraded) wait for that (just like with the apt cache)

- pimping of apps (via tweaking the popcon values?)

Missing (hard):

- keep track of all pending transactions in the apt cache and when

  a transaction finishes. 

- when a package is marked for install, block its (and the other 

  pkgs that get installed) action button in the app details view.

- think more about all the possible cases with manipulating 

  pkgs that are also in a queue of pending transactions and the

  UI implications that have:

  e.g.:

  - A depends on B

  - A is in the queue for install (but not installed now)

  - B is installed now

  - the user clicks on removal of B 

  -> what should the UI say? 

     "removal of B will result in the removal of A that will get "

     "installed at some point in the future?"

  -> what implications does cancel of transactions have? 

     we need re-calculate the cache when a cancel happens

  -> what about transactions that come from outside of 

     software-store

Missing but not so important:

- searching for codecs (now done by gnome-codec-install)

- searching for mime-types (?)

- Provide terminal in transactions (?)