| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
We had this set up as a unique ForeignKey before, which adds some
indirection due to the RelatedManager object being there. By making it a
OneToOneField, we can get the profile object directly, enforce uniqueness,
and also use it in select_related() calls to make our profiles page a bit
more efficient.
Signed-off-by: Dan McGee <dan@archlinux.org>
|
|
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>
|
|
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>
|
|
Random stupids in our HTML, this should be a little better at least.
Signed-off-by: Dan McGee <dan@archlinux.org>
|
|
|
