no more tables, more accessibility, more compact layout

As you have probably noticed already, the PTS layout have changed, mostly as a consequence of some hacking of the last hours here at DebCamp.

The biggest change has fixed the long outstanding Debian bug #348971, by moving the PTS away from a table-based layout to a CSS-based layout. That means more accessibility (tables are for tabular data, full stop) and is going to stay.

Then, based on some comments from Raphael, I've generally reworked several layout bits to have a more compact layout. The PTS needs to show a lot of information in a tight page, getting rid of useless markup is quasi-mandatory.

There will surely be glitches, so I'm looking for feedback (please use one of: a comment here, a mail, or a proper bug report):

  • If you find terribly ugly pages please point me at them. Screenshots might help, as glitches can be browser-dependent.

  • If you were using the SOAP interface please check that everything still work. I've tried to be careful in not breaking the designed microformats, but something could have slipped through.

  • As a sillypersonal itch I haven't been able to scratch, I was looking for an icon for the bug graph, but didn't find the one I really wanted. Namely, an old GNOME emblem icon (maybe 2 releases ago?) depicting a stock exchange histogram going up and up: that would have been perfect for bug graphs :-) If you remember that emblem and know where to find it please let me know.

Where to?

I think that for DebConf my PTS hacking is now over. I've some work duties to complete in spite of being here, and the usual very interesting talk are arriving really soon now. Still, here are a couple of ideas I'll sooner or later consider for implementation:

  • Reduce the text of messages (TODO and problem items) emitted by the PTS. Now they are paragraphs with full sentences, which quickly become useless. The way to go is have short texts (a-la lintian messages) paired with links which trigger explanatory pop-up. I already have a pure CSS prototype of that which looks nice, but deploying it means reviewing all current messages, which are quite a lot ...

  • Play with binary package display. Currently the PTS has no description whatsoever about the package it is describing. That's normal, as we have no such thing as source package descriptions (even though djpig proposed such an extension a while ago, and I'd love to have it). I'd like to try out with a central block showing one binary-package per tab with package descriptions and per-binary bug counts (currently on the bottom left). I surely do not want to get in the way of package.d.o, but what is already there can be shown more prominently and exploited to better explain what a given source package is about.

Kudos

Thanks to Raphael Geissert for layout tips and to Enrico Tassi for CSS guidance (yes, you should also blame him for upcoming ugliness :-) )

Broken layout in iceweasel

Hi, thanks for the gradual improvements to the PTS.

...but... ;)

the layout is broken in iceweasel (3.0.9 as well as 3.0.12). See http://ido.ath.cx/ptsiceweasel.png for a screenshot. Things are fine in Konqueror as well as Firefox 3.5.1. I didn't try any debugging, but feel free to ask if you have trouble reproducing.

Comment by Filipus Klutiero Fri 24 Jul 2009 03:13:32 AM CEST
re: Broken layout in iceweasel

Naaah, I can't reproduce it.

According to your screenshot, it seems more like you got a page temporary broken during page regeneration. Try again making sure you reload also the CSS.

Comment by zack Fri 24 Jul 2009 10:39:48 AM CEST
build logs

nice work!

it seems that the links to the build logs are gone. I know that tastes are different but they used to be one of the features I used most on the PTS. what do you think about resurrecting them?

Comment by gregoa Fri 24 Jul 2009 11:25:45 AM CEST
Re: re: Broken layout in iceweasel
Thanks. I'm not sure what was the problem, but refreshing (just F5) fixed it for all pages.
Comment by Filipus Klutiero Fri 24 Jul 2009 06:55:42 PM CEST
Binary package names redirection

Also, the redirection to a source package from the name of one of its binary packages disappeared. For example: http://packages.qa.debian.org/php5-xdebug

Comment by Filipus Klutiero Fri 24 Jul 2009 06:57:23 PM CEST
re: build logs
Nope, build log links are not gone, but rather still there. However beware that, as it was before, build logs are not reported for arch:all packages, because buildds currently do not build them; maybe you have been hit by that?
Comment by zack Sat 25 Jul 2009 10:09:32 AM CEST
re: binary package names redirection
Actually no, the redirection is still there: the code I changed has nothing to do with that. I've just re-tried it and works fine for me. If you have a specific case that does not work, please report it as a bug.
Comment by zack Sat 25 Jul 2009 10:10:47 AM CEST
SOAP interface

Thanks for your work!

I am using the SOAP interface for my "status of GNOME in Debian" pages http://www.0d.be/debian/debian-gnome-2.26-status.html and an error appeared around July 23rd 2009 21:20:35 +0000; it fails to retrieve uploader_names or uploader_emails.

Here's a transcript using your soap_query.py script:

*** Outgoing SOAP ******************************************************
<?xml version="1.0" encoding="UTF-8"?>
<SOAP-ENV:Envelope
  SOAP-ENV:encodingStyle="http://schemas.xmlsoap.org/soap/encoding/"
  xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/"
  xmlns:xsi="http://www.w3.org/1999/XMLSchema-instance"
  xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/"
  xmlns:xsd="http://www.w3.org/1999/XMLSchema"
>
<SOAP-ENV:Body>
<uploader_names SOAP-ENC:root="1">
<source xsi:type="xsd:string">gnome-session</source>
</uploader_names>
</SOAP-ENV:Body>
</SOAP-ENV:Envelope>
************************************************************************
*** Incoming SOAP ******************************************************
<SOAP-ENV:Envelope xmlns:SOAP-ENC="http://schemas.xmlsoap.org/soap/encoding/" xmlns:SOAP-ENV="http://schemas.xmlsoap.org/soap/envelope/" xmlns:ZSI="http://www.zolera.com/schemas/ZSI/" xmlns:xsd="http://www.w3.org/2001/XMLSchema" xmlns:xsi="http://www.w3.org/2001/XMLSchema-instance"><SOAP-ENV:Header></SOAP-ENV:Header><SOAP-ENV:Body><uploader_namesResponse></uploader_namesResponse></SOAP-ENV:Body></SOAP-ENV:Envelope>
************************************************************************
<SOAPpy.Types.structType uploader_namesResponse at 3076464076>: {}

Comment by Frederic Peters Sat 25 Jul 2009 02:28:28 PM CEST
Re: SOAP interface

Can you please submit a proper bug report?

The fix should be pretty easy, but I'll be traveling the next days and I don't want to take the risk of forgetting about this.

Thanks!

Comment by zack Thu 30 Jul 2009 09:40:12 AM CEST