Age | Commit message (Collapse) | Author | Files | Lines |
|
Abstacted a simple set of reusable functions for generating dropdown
lists, as I'm likely going to need that more often.
|
|
Mainly because someone offered to translate the interface into
Hungarian, and interface languages are directly linked with database
languages.
|
|
Again, two separate but related things.
|
|
I would also change the font of the VN titles + info, but those boxes
are fixed width and changing the font isn't guaranteed to keep the text
within the boxes. This problem doesn't exist with the relation titles.
|
|
OK, these are actually two separate things: to make the relations
translatable they didn't necessarily have to be stored as enum, and I
could've also converted them to enum but not have it translatable.
Nevertheless, it was easier to just do both at the same time.
Also note how I used the string "$____vnrel_<rel>____$" as identifier in
the relation graphs while I could have used something a lot shorter
("$<rel>$" would have been fine, for example). This is done so that
graphviz can make some space for those relations - the long identifier
gives a slightly more realistic representation of the actual length of
the relation titles.
|
|
If a browser does support the application/xhtml+xml mime, let's assume
it also supports SVG (to my knowledge, this is the case in any recent
browser). OTOH, browsers not supporting that mime type are sure to not
support SVG, either.
|
|
The graphs are now stored in the DB in SVG format, the static/rg/
directory can be removed (not used anymore).
SVG data is stored using the xml data type, so now I can say for
sure you'd need at least PostgreSQL 8.3.
This feature still needs some tweaking, though. Current state isn't
perfect.
|
|
|
|
+ updated changelog
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
Had to increase the size of icons.png a bit...
|
|
|
|
|
|
This is one of the last easy-to-extract unextracted texts... the rest is
slightly harder to extract. Either because it's in JS, used in Multi, or
used in some creative way that doesn't work well together with
extraction... :/
|
|
Removed the idea mapping field names to readable strings, it was never
really a clean solution. The messages did become less readable now, but
oh well...
|
|
|
|
This is the last Handler module. There are still some other things left
in Util:: and global.pl, though. But at least we're nearing the end!
|
|
|
|
|
|
|
|
|
|
|
|
|
|
This finishes Handler::Releases
|
|
|
|
|
|
The subform id is now passed to htmlForm() as first formpart item. This
way the id won't change even if the title does, which will be the case
with the interface translation.
|
|
Hmmm, I think I'll need to update some of the utility functions to take
more functionality from the Handler pages in regard to getting text
strings. Using mt() on everything that is essentially already passed to
other functions with a unique string for identification is a bit double.
So far I've updated htmlRevision to do this. (The name argument is
still present but currently ignored, to preserve backwards compatility,
the rest of the code will be updated soon.) Other utility functions like
htmlForm should probably do something like that as well.
|
|
|
|
This finishes Handler::Misc.
|
|
|
|
|
|
This finishes Util::CommonHTML, with the exception of htmlVoteStats
|
|
|
|
|
|
|
|
And replaced the ugly release type cssicon class hack. The class is now
'tr'.$type_numer, instead of the first three characters of their English
representation in lowercase. No idea why I haven't done it this way in
the first place...
|
|
|
|
User ranks are easy... but the language names are used everywhere!
|
|
There are a few things left hardcoded, though: The 'expand' link is also
in Javascript, that will probably need some mechanism for TL as well.
The format of the items on the homepage might need to change depending
on the language, I can imagine that not every language uses the 'title
by name' construct. Especially the age() function needs a localized
version.
|