Andreas Tille <[email protected]> writes: > On Sun, Nov 15, 2015 at 02:12:35PM +0100, Ole Streicher wrote: >> * Can I just somehow integrate the task list into my own web page? > > The task list is created from UDD. If you specify how *exactly* you > want to include the list it should be easy to create a html snippet that > would help you. > >> * Is it planned to get the individual tasks pages into the Debian/Blends >> design? The current design is hmm, a bit ugly. > > The current design is templated in > > git://git.debian.org/git/blends/website.git > > webtools/templates/*.xhtml > > as genshi templates. I'm not specifically proud on the design and it is > Free Software and you have commit permission. So feel free to change > what you think should be changed. Please note that a push to this git > will be automatically moved into production.
I would like to play around a bit with the xhtml and tasks.py files... without first disturbing the production pages ofcourse. Could you give some advise to to run this locally? For the UDD, I could probably just take the "public" UDD, right? http://public-udd-mirror.xvm.mit.edu/ I tried this, and just started an "python tasks.py astro", but this completed without any output (and any visible change). I probably need to set the output directory as well, what else? > The goal did not involved the user interface (you mean the web layout, > right?) Since this is templated in genshi templates it can be perfectly > separated from the code and everybody is welcome to enhance this part. I created a *very prelimiary* mockup (manually, as a HTML/CSS/JS strawman) taking debian-astro as example :-) -- just to trigger some discussion: 1. Main/landing page ==================== http://ole.ath.cx/astro-mockup/ It includes some teasers (after thinking a while about alternatives, I guess your [Andreas] solution with just marking them in the task lists would be easiest); this would need a "logo" for f.e. astropy. The "More..." link should go to the package description in the package list of the blend (taken from Fedoras "labs" page). Having four teasers looks optimal for me. An alternative here would be to split into a Landing page and an "About" page, as it is done for hamradio: https://www.debian.org/blends/hamradio/ https://www.debian.org/blends/hamradio/about However I don't see a need for the split (they duplicate much of the content anyway). 2. Tasks list ============= http://ole.ath.cx/astro-mockup/tasks.html This is to be compared with the hamradio tasks list, https://www.debian.org/blends/hamradio/get/metapackages Specifically my table is much simpler: I don't see a need to specify the task name *and* the metapackage name; they are quite similar. It there it seems unclear what the difference between the "Metapackage" and the "Catalogue" links are. I would just move the metapackage name to its package list. Compared to the original tasks list http://blends.debian.org/astro/tasks/ the long descriptions are removed, since they seem to be not needed on an overview page, and they often repeat the short descriptions anyway: metapackage X in blend Y has short description "X for blend Y" and long description "This metapackage install X for blend Y". 3. Package list =============== http://ole.ath.cx/astro-mockup/frameworks.html That is a rather short example (due to my lazyness), however it should work for long lists as well. The original package list to compare is http://blends.debian.org/astro/tasks/frameworks I almost squeezed each entry into one line, which gives a nice overview. Having only one version number here (the one from the stable distribution) is to optimize for the (major?) use case that non-developers are visiting us, and they are/should mainly be interested in the current stable release. For details, one can fold out each entry (shown on the first one, eso-midas), and get additional info. I compared to the original, I removed some special info (like the supported architectures, and versions other the current stable and testing), since they can be found in the links. Optimally here would be to include more upstream links (from d/u/metadata): Bug database, VCS repository, contact) -- are they already grabbed? What is still completely missing on these mockups: * Contact information page, Developer information page * An easy navigation menu for the Blend. I am not sure whether the top navigation can be used here or whether it should stay as global Debian menu. * A debian-astro logo. These mopckup pages are creates with the general Debian CSS, without much manual change; so probably some of the "uglyness" is now delegated to be solved by the Debian CSS people :-) I'd love to get some critics here even before I start to patch around in the templates and tasks.py. Best regards ole
