Age | Commit message (Collapse) | Author | Files | Lines |
|
|
|
See TUWF commit fd3d2ca6a18222dafaa13dbcb7a6ccce1c4d9e6e
Fixes https://vndb.org/t2520.822 and a few related bugs.
(I may have introduced a few new bugs with this, let's see...)
|
|
So that the save/load functionality is also available on a user's list.
Suggested by https://vndb.org/t950.1537
|
|
Hopefully without breaking anything.
Switched to using flexbox for the homepage boxes instead of grid, in
order to fix an overflow issue on Pale Moon. But I later fixed a similar
issue with the relation graphs and history tables, so perhaps that
switch wasn't necessary.
|
|
Unique classes have lower chance of clashing with anything else.
Automatically generating the dimensions increases the size of the CSS
file a bit, but it simplifies maintenance. The only thing that's still
done manually is the selection between the .svg and .png image.
|
|
Honestly, this is all pretty pointless. I expect we'll see some real
wins in the conversion of the UList & AdvSearch stuff, but I'm not
very motivated to work on that soon.
|
|
Which is also kind of an abuse, but at least the semantics are much
closer.
(Next up: the standout class. Slowly working towards a "font: inherit"
and "color: inherit" reset, which'll remove the need for a bunch of ugly
workarounds)
|
|
With this ranking system, searching for titles like 'L' and 'ONE.' is
now at least possible, and YU-NO at least shows up on the first page
when searching for "yu no". The actual normalization and matching
algorithm hasn't really changed, except that all search terms must now
match a single title, but there's still a whole bunch of false
positives.
Ranking is not available through the API yet.
The trigram index should make it possible to do site-wide searching at a
more reasonable speed, I'll experiment with that later.
|
|
|
|
This is a huge back-end change for a small benefit, but it also improves
consistency a bit in the way that titles are handled and passed around.
The Elm code still uses separate title/alttitle fields at various
places, not sure if I want to bother converting that, too.
I'm sure there's bugs, given how many files this touches.
|
|
Instead using the static view for the default title preferences, inline
SELECT statements for custom preferences and wonderful
vnt()/releasest() SQL functions for item_info().
Performance wise I don't expect much of a difference, except there's
fewer writes and less per-page overhead from the CREATE TEMPORARY VIEW
commands. Primary motivation for these changes is so that we can extend
title preferences to other database types without incurring more
overhead by needing to create more views.
|
|
This implements the main database model part of custom title languages
(https://vndb.org/t12465). Selecting the right title for display is done
in SQL through the 'vnt' VIEW, which can be overridden in each session
with a TEMPORARY VIEW in order to support user title preferences, but
that part has not been implemented yet.
I had started out using an sql_vn() function that returned a subquery
instead of using a VIEW, but then ran into trouble with the item_info()
SQL function. This VIEW approach also happened to simplify much of the
code. I did have to get rid of the Discusssions::Lib::sql_boards()
function, as Postgres was unable to optimize the subquery inside a UNION
inside a subquery for some reason. Haven't run into any other noticeable
performance regressions yet.
TODO:
- Implement actual user title preferences
- Add the correct 'lang' HTML attributes everywhere a title is displayed
(we do have the information now, though it still isn't trivial)
- Add title fetching support to API
|
|
|
|
|
|
Fixes https://vndb.org/t2520.575
|
|
|
|
|
|
|
|
I added a function to image_() to specify a custom overlay, which
probably isn't too useful for character grid, but other items may want
to display other useful info on overlay.
...but that really requires a fixed-size image box or something, which
image_() doesn't do, so it probably isn't useful at all.
|
|
I had wanted to split this up into multiple commits and roll out in
stages, but couldn't really find a natural way to do so. There are
several places that take a generic identifier and expect it to work the
same for all entries they support, so changing one entry at a time
wasn't going to be any easier. Only the tags & traits haven't been
updated yet, I'll convert those later.
While this is a major change and affects a lot of code, the individual
changes are all pretty simple. I'm surprised how much code did not have
to be updated at all. No doubt I've missed a few places, though, so this
commit will almost certainly break something.
|
|
This requires an update of TUWF to commit
6e371d3dbd5b5e158c125e4e0dbcb034e1ea496f
|
|
The TableOpts abstraction is supposed to be used for other tables as
well, eventually. It's overkill for the character list. It's also
slightly more complex than necessary because I want shorter URLs.
|
|
|
|
|
|
I had them as temporary redirects in order to safely handle a rollback,
but that won't be necessary anymore.
|
|
Fixes the second part of https://vndb.org/t2520.538
|
|
I think I've seen all the possible errors by now, what remains are
invalid/corrupted filter strings that aren't very interesting to handle.
|
|
i.e. when the old filter consists only of a 'tagspoil' key.
|
|
Largely a copy-paste from TagPage.
|
|
TODO: Add VN subquery and migrate trait pages.
|