Fedora Community/Mockups

= Sitemaps =

People / Search


[[Media:myfedora-sitemap-peoplesearch-1.svg| Download Source]]

Packages


[[Media:myfedora-sitemap-pkgs-1.svg| Download Source]]

= Mockups =

Navigation Rethinking
I set up a separate page for this:

FedoraCommunity/Mockups/NavigationRethinking

Landing Page (Updated 20 Apr 2009)


Download Source

Download Updated Source for banner

Overview - Tour Banner


Download Source

Main Tour Page


Download Source

Overview Screen


Download Source

Search Results Screen


Download Source

My Profile
TODO: need password change facility TODO: hackergotchi upload

My Profile Overview


Download Source

My Profile Overview > Edit


Download Source

My Profile > Memberships


Download Source

Package Maintenance Tab
The idea here is to keep your profile's section light as the heavy data around your packages is integrated into the main, top-level "Package Maintenance" tab on the left. I'm thinking here in your profile, you'll get your listing of packages and maybe can modify it eventually. (e.g., 'give up this package' or promote someone else to be the admin. Although that may better belong in the pkg details as well.)

My Profile > Package Maintenance


Download Source

Person Profile Overview / Info Tab


Download Source

Person Profile Overview / Memberships Tab


Download Source

Person Profile / Package Maintenance > Owned Packages Tab


Download Source

Person Profile Builds
NOTE: For both builds and updates of other people, if you have the ACLs to push or pull packages, you should be able to.

Person Profile / Package Maintenance > Builds > Overview Tab


Download Source

Person Profile / Package Maintenance > Builds > In-Progress Tab


Download Source

Person Profile / Package Maintenance > Builds > Failed Tab


Download Source

Person Profile / Package Maintenance > Builds > Success Tab


Download Source

Person Profile / Package Maintenance > Updates > Overview


Download Source

Person Profile / Package Maintenance > Updates > Unpushed


Download Source

Person Profile / Package Maintenance > Updates > Testing


Download Source

Person Profile / Package Maintenance > Updates > Stable


Download Source

Package Pages
NOTES
 * Nicolas Mailhot brings up the point that sometimes package maintainers are a named group, not just a list of individuals. He gives the Fonts SIG as an example, I think there is also a gecko group/team that manages those packages. A SIG can maintain an entire grouping of packages (like all of the font packages, all of the gecko packages, etc.). You can see in pkgdb that abyssinica-fonts, for example, is owned by the user 'fonts-sig': https://admin.fedoraproject.org/pkgdb/packages/name/abyssinica-fonts
 * Nicolas also brings up the point that sometimes a package can be part of different spins, in some instances a star feature of a spin. The package details pages should call out which spins that package is a part of.
 * Nicolas also suggests that packagers and non-packagers might want to put some arbitrary/freeform info in about packages. For example, for the google droid fonts package, a packager might want to make sure there is a link ot the http://fedoraproject.org/wiki/Google_Droid_fonts wiki page since it has a lot of details about that package.
 * Nicolas also suggests a queue where people can enter in their wishlist for software to be packaged, maybe other users can vote on it, and non-packagers can fill out the form fields (description, link, license, etc etc) for the package so the packagers don't have to fill out all that stuff.
 * Nicolas mentioned that Richard Hughes is looking at adding image previews to package kit descriptions, and wonders if there is a way we could access these image previews and display them within the package details screens for a package.
 * TODO: Nicolas recommends not using red and green tints as bad/good indicators for i18n purposes. We should play with shades of grey and blue as an alternative!

Package Details
Maybe need deps/requires/builds tab?

Package Details Overview




Package Details > Downloads


Download Source

Package Details > Maintainers
NOTE: adding yourself as maintainer? giving up your maintainership? removing/adding another maintainer?



Download Source

Package Details > Owners
NOTE: adding yourself as owner? giving up your ownership?



Download Source

Package Details > Upstream Details
OUT OF SCOPE: will not be implemented for first milestones


 * IDEA: the current stable and development versions could be called out visually the way the open/closed bugs are in the bugs tab

Download Source

Package Details > Watchers
NOTE: removing yourself as a watcher? NOTE: can a maintainer/owner be a watcher?



Download Source

Package Details > Dependencies


Download Source

Package Details > Builds
Is the "Built By" column really that important? I feel like maybe I should pull it out. --Duffy 22:30, 21 January 2009 (UTC)



Download Source

Package Details > Changelogs
IDEA: maybe have a dropdown to filter between all / rawhide / f10 / f9 commits?



Download Source

Package Details > Updates
TODO: add bug type/severity: security (severity?), bug, enhancement



Download Source

Package Details > Bugs
NOTE: updated on 23 Jan, based on suggestions below. Still thinking about adding a statistical summary and maybe a pie chart. Also need to explore X.org/kernel special cases. Maybe add a search for all nautilus bugs too in the dashboard?

Notes on bug displays from #fedora-devel:


 * Toshio has 36 open bugs right now. He cares mostly about how many open bugs, and how many closed bugs across all of his packages, but he doesn't own many packages. Finer-grained bug states don't typically matter much to him.
 * The X.org and kernel use cases for this page should be explored. Both have triaging and use fine-grained bug states.
 * James Antill would like to see a list of bugs he looked at / viewed most recently (he is always logged into BZ) and also a list of bugs *he* most recently modified.
 * Toshio mentioned that Launchpad has a piegraph of bug states per project. It might be good to get a feel for how actively a project/package is maintained/fixed/etc. Pie graph example: http://bugs.launchpad.net/trac-bzr
 * As a developer, Toshio is most interested in what bugs are open. Closed bugs are more interested for someone looking at from the outside but as the developer closed bugs aren't as interesting.
 * From jbowes: mizmo: what would be nice would be like 101 bugs, 30 new. (10 new since your last visit) recently filed bugs is good though



Download Source

Package Details > Source

 * This is very rough. I'm not 100% sure what will be useful to display here. It may just need to be a very simple page. Here's my first rought cut :) --Duffy 20:25, 23 January 2009 (UTC)
 * Weird idea - have a notification box towards the top to list out the last checkin?



Download Source

Overview
A note about the package maintenance > overview tab:

So, right now My Fedora just does package maintenance. There isn't much else going on. With that in mind, it makes sense that the pre-login and login front screens are overviews of the package maintenance tools. Therefore, there is already an overview of package maintenance that is also the overview for the whole web application. Later on, when more modules are added on to my Fedora, it'll make sense for the my Fedora overview screen to be the Package Maintenance > Overview screen, and snippets from other modules to be on the my Fedora overview. As-is now though, having a Package Maintenance > Overview tab would be redundant so we are dropping that tab for now.

Packages List (per release)
These mockups show how the data will look for the Rawhide release list of packages. It shows:


 * package name
 * latest version # of that package
 * package owner
 * committers
 * followers





Packages List (My Packages)
These mockups show how the data will look for a list of packages owned by a particular person (the logged in person for now). It shows:


 * package name
 * latest version # of that package in rawhide
 * active releases column (if you don't own it for one of those releases, it's greyed out with a hover over explanation)
 * committers
 * followers





Obsoleted Packages List (per release)
Obsoleted packages - shows what the package was obsoleted by and what version numbers went out (if any) in the active fedora releases)





Builds Overview List




In-Progress Builds List




Failed Builds List




Successful Builds List




Updates Overview List




Unpushed Updates List


Download Source

Testing Updates List




Stable Updates List


Download Source

Reviews List


This is the stripped down version of the package review screen, or rather, what could be reasonably accomplished without a massive overhaul of the back end. More elaborate version below.



More of a forced sequence model.



Profile Screen




People List




People Activity




People Feeds




Application Data Loading Error


[[Media:fedora-community_appdataload-error.svg | Download Source]]

= Icons / Other Resources =

Bodhi
[[Media:infra-icon_bodhi.svg | Download Source]]

Koji
[[Media:infra-icon_koji.svg | Download Source]]

Bugzilla
[[Media:infra-icon_bugzilla.svg | Download Source]]

CVS/Source
[[Media:infra-icon_cvssource.svg | Download Source]]

PackageDB
[[Media:infra-icon_pkgdb.svg | Download Source]]

FAS
[[Media:infra-icon_fas.svg | Download Source]]