Age | Commit message (Collapse) | Author | Files | Lines |
|
While this 'processing' is currently limited to minifying the file if
JavaScript::Minifier::XS is available, this change would make it a lot
easier to make the strings in the JS code translatable.
|
|
This way the translators can TL/improve their own translation of the age
display, instead of asking me to fix it.
|
|
+ removed last traces of forms.js
+ converted code to use tables, as that is easier to expand more
accurate for this purpose. The reason I probably didn't use tables
before was that the innerHTML property doesn't work on tr elements.
The split was mainly because the producer linking is going to be
expanded with an additional field later on.
|
|
- You can now click the spoiler column to scroll through the options
- Or mouse-over the spoiler column to see a JS dropdown with the options
(no more select box, which introduces several more clicks to do the same)
|
|
|
|
Works pretty much the same as the old version.
|
|
+ Some fixes and improvements in the dropdown search
+ Renamed 'relations' field to 'vnrelations', as other relations are
going to be implemented as well
New relation editor code is somewhat smaller than the old, mostly thanks
to the tag() function. Also tried to make things less error-prone and
easier to maintain by referencing things using self-explainable class
names instead of the ordering of the HTML tags.
|
|
|
|
|
|
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.
|