Age | Commit message (Collapse) | Author | Files | Lines |
|
Yay!
There are no more request handlers in the VNDB::* namespace and no more
Javascript in data/js/. This cleans up a lot of old legacy code that
wasn't fun to maintain.
|
|
This is the last page in the old v2 code that hadn't been rewritten yet.
It's a fairly direct and ugly conversion as I've not decided what the
future holds for this page, but at least this will allow me to clean up
a lot of old and ugly code.
|
|
Mostly copy-paste, nothing special going on here.
|
|
Largely a copy-paste from TagPage.
|
|
TODO: Add VN subquery and migrate trait pages.
|
|
|
|
|
|
Old /v/<char> URLs are still supported, but the main listing is at /v.
|
|
Moved old release browser, VN browser and tag pages to /old/, moved
/experimental/ pages to /, removed warnings and updated some references.
|
|
Now featuring full pagination & flexible columns.
|
|
|
|
This code is pretty easy to re-use.
|
|
Nothing new, but I do see more avenues for consolidation with traits.
|
|
Duplicating that code was really too much, the listings are way too
similar.
|
|
This was the last form in the old v2 code, so this allowed me to get rid
of the old form validation and generation abstractions.
The form is mostly a duplicate of the tag editing form, as expected.
It's really annoying to have to maintain pretty much duplicate code for
tags and traits, but there are just enough differences that the
complexity of sharing code or creating a new abstraction outweigh the
benefits. :(
|
|
Now supports full pagination, displaying & sorting on VN count and
displaying & filtering the searchable and applicable flags.
|
|
|
|
It's still missing a few mod features, will add those later.
|
|
The new filter framework hasn't been extensively tested yet, but seems
to mostly work.
No real changes to the homepage, but I did manage to make a few queries
a little bit faster. The most significant source of slowness is the
releases listing, but I can't optimize that without adding indices.
|
|
Fixing bb2html to only convert ids would complicate options a lot,
adding a new formatting function to only convert ids would make sense,
but then all formatting functions kind of look alike, so I figured a
single bb_format() to support all use cases may be a better approach.
Trigger for this was that people do (understandably) put [spoiler] in
thread titles, and that should not be interpreted as the spoiler tag.
|
|
|
|
Still need a place to dump "latest review comments". Perhaps merge with
"recent posts"? Not sure...
|
|
Much to my disappointment, people don't write proper summaries and, as
such, summaries are not useful to be considered a "short review" on
their own right. This necessitates splitting the reviews onto different
pages.
|
|
counts/lastpost
This solves a few problems:
- 'hidden' posts will no longer cause the thread to be bumped to the
front page.
- Deleting posts will no longer cause other posts to be renumbered (and
hence will not break existing links to posts)
- Numbers of deleted posts will no longer be re-used (except when they
were the last post in the thread - fixing this would require an
additional column in 'threads', but it didn't seem worth the trouble)
|
|
This removes the need for the post_url() function.
This is a small step towards supporting non-continuous post numbers.
|
|
Also drop the thread_poll_votes.tid column, as it's not really
necessary.
And add ON DELETE CASCADEs to threads_posts and threads_boards to
simplify thread deletion.
Relatively invasive change, prolly broke something.
|
|
|
|
The copy-pasting here is ridiculous. But at the same time, that did
allow me to quickly rewrite the form in a single commit.
Here's hoping I didn't introduce too many copy-paste errors.
|
|
There's a lot more unreferenced code in VNDB::DB::*, but I'll not spend
too much effort cleaning that up right now. All of it can be deleted
in bulk at some point.
|
|
This is mostly a copy-paste of the Char::Edit form.
|
|
The resolution field now works much like the engine field.
|
|
The release listing on producer pages now uses the same HTML as on VN
pages, so it comes with the same information & features. Unfortunately,
it also comes with the same messiness...
The page is kind of large and slow for producers with lots of releases,
not sure what to do with that.
|
|
Not used anymore.
|
|
It's the only Elm module used on VN pages for not-logged-in visitors, so
doing this in CSS makes it possible to not load an Elm bundle on those
pages (when I get to splitting up the JS files).
This solution also simplifies code reuse with the producer pages, but a
v2rw migration of that page would have taken care of that as well.
|
|
This removes the 'Add character' link from the main menu, need some data
to see if it's used.
|
|
|
|
There's a lot of unused code in VNDB::DB::{VN,Release} still, but I'll
not fiddle with that for now.
|
|
Currently implemented:
- Revision diff
- Info box & tags (already implemented from /v+/chars page)
- Stats
There's a few annoying TODO's left, this conversion will take some
effort.
|
|
|
|
This also reimplements the VN infobox part of the page - a good first
step into converting the main VN pages to v2rw.
The new '?view=' parameter is used for spoiler and sexual hiding.
Also fixes a bug on character pages where release-specific roles weren't
displayed correctly.
|
|
Same change as with Producers::Graph before. This also adds an option to
show/hide unofficial relations.
Restructured the code a bit to allow for sharing code between
Producers::Graph and VN::Graph.
|
|
The producers.rgraph column still exists and the old graphs are still
being generated - that will be removed if this new approach works out.
|
|
So that I can now work on adding a few more fields.
|
|
To avoid confusion - https://vndb.org/t950.693 .. 696.
|
|
Ought to simplify the image flagging UI.
|
|
when editing"
This reverts commit 486ce0910818ea4b8bc7ef42592915c775f1f45f.
Turns out that was considered a feature rather than a bug...
https://vndb.org/t3314.2009
|
|
|
|
Not totally super happy with this solution; I'd rather automatically
create an empty entry and send that to 'RelEdit.Main', but initializing
all fields in Perl is tricky. At least in Elm we get some sort of type
checking (though Elm can't tell whether the default value makes sense)
and doing this in Elm makes it possible to initialize to something
invalid that the user has to change (not currently done yet).
It's messy either way.
|
|
|
|
The new form does change a few things to the UI, so I'll keep the old
form around for a while so that people have something to fallback to
when it doesn't work (like, right now).
I'm also doing this rewrite in multiple commits as it's a pretty large
change.
|