* descriptive IDs and classes
* descriptive href titles throughout
* linear headings and other semantics
* accessible forms
* re-arranged sidebar links
* added paypal donation button
Signed-off-by: Dan McGee <dan@archlinux.org>
They did not like the self-closing anchor tag, causing the link style to get
applied to the entire profile section. Not too cool. Gecko didn't seem to
have a problem with it but IE and Chrome (all Webkit?) did.
Signed-off-by: Dan McGee <dan@archlinux.org>
Instead of doing slicing and ugly table-based layout, move to a CSS-based
organization of the donor list. Shoot for 4 columns but should degrade
gracefully to fewer, and will look just fine with no CSS at all (one big
tall list).
Signed-off-by: Dan McGee <dan@archlinux.org>
Instead of linking the package name, link the architecture. This will
prevent the lost links we had when we collapsed the list to show multiple
architectures at the same time.
Signed-off-by: Dan McGee <dan@archlinux.org>
They look kind of silly on the front page when they are wrapped even though
the text is extremely short. Add a CSS property to hopefully prevent
wrapping.
Signed-off-by: Dan McGee <dan@archlinux.org>
There was way too much going on there before and it wasn't laid out that
well. This should be a ton better.
Signed-off-by: Dan McGee <dan@archlinux.org>
It isn't the most elegant operation in the world, but attempt to only show
one line per package, grouping by architecture if multiple were updated in
the same go. This makes the recent packages view a bit more useful as a
heads up view. Implements FS#17304.
Signed-off-by: Dan McGee <dan@archlinux.org>
Make the feed framework a lot more flexible and give the possibility to have
a feed for each architecture. You can drill down even more than also get a
feed for a particular repo; some might find this helpful for something like
tracking [testing]. Implements FS#12939.
I also bumped up the number of items available in each of these feeds; since
it is full of a bunch of small items it might be more helpful to have more
available and it should also prevent fewer ones from being missed.
The UI isn't exactly spectacular, but I figured some sort of page is better
than none listing all the various feeds you can pull from.
Signed-off-by: Dan McGee <dan@archlinux.org>
Quite a few changes here. Unify the developer view pages into one actual
django view and template, and use different dispatches from urls.py to set
up the three different queries for who to display and what message and group
name to show.
Signed-off-by: Dan McGee <dan@archlinux.org>
* Use {% with %} to make getting things out of the profile easier
* Remove HTML exemption as it was causing unescaped entities to get through
to the page
* Link URLs instead of just printing them to the page
Signed-off-by: Dan McGee <dan@archlinux.org>
Guaranteed unique, and also a whole lot less likely to break validation
given we have several users with special characters (and even spaces) in
their first names.
Signed-off-by: Dan McGee <dan@archlinux.org>
RequestContexts are needed to check if the user is logged in
NOTE: Generic views as direct_to_template and object_list always return
a request context, so is good to use them :)
Later will add a render_template shortcut that adds the RequestContext
automatically
