| Age | Commit message (Collapse) | Author | Files | Lines |
|---|
|
The idea behind the list icon CSS filters was that they could be
adjusted in themes, but (1) that never happened and (2) even with colors
embedded in the SVG they can still be adjusted with the same mechanism.
In that light, embedding the colors in the SVG is the cleaner solution.
|
|
A repeat of what I did with platform icons.
|
|
Couldn't get fragment identifiers to work satisfyingly, so ended up
going back to old-fashioned CSS background-position. Oh well.
|
|
I totally botched a few icons in the hopes that the differences won't be
too noticable when rendered at the tiny 16x16px. Poor Saturn logo lol.
General procedure I used:
- Manually remove clip paths and stroke- and fill-rule attributes that
don't appear to have a visible effect.
- Manually set the correct viewbox, adding a <g transform="scale(..)"> as
necessary and centering the rest in Inkscape.
- Look for path/node simplifications in Inkscape.
- Change xlink:href to regular href.
- Throw it through SVGO (I used scour before, but SVGO does a much
better job for sure).
- Some more fiddling here and there.
SVGO is great at optimizing away transforms in paths, but not so much
when there's other shapes or gradients. I converted some shapes into
paths and removed some gradients, but wasn't able to optimize all of
them.
General goal here, aside from saving a little bandwidth, is to normalize
the SVG so that these icons can be merged into a single sprite file. Not
quite sure how I'll do that yet though, perhaps fragment identifiers,
perhaps old-fashioned CSS background-position.
|
|
Properly aligned this time.
|
|
|
|
Colors by https://vndb.org/t950.984
The blacklist and dropped icons now have nearly the same color - I'll
have to take the blame for that as the icon never showed up before. :(
|
|
Currently only added on VN listings in row view, but the goal is to add
this widget to other listings and pages as well. This should make it
easy to see whether a VN is on your list and to add/remove/edit your
list status.
The code is one of the messiest copy-paste jobs I've ever done. I'm
totally going to regret having to maintain this crap. But anyway, let's
first see how this UI is received.
|
|
Removing old PNG icons, one by one.
|
|
Removed some SVG properties that didn't do anything and inlined
properties that were pointlessly declared in CSS.
(I was experimenting with SVG sprite sheets, but not yet sure if that's
such a good idea)
The PS1 icon now looks a bit larger because the pixel dimensions didn't
match the aspect ratio of the icon, so it got cropped before.
|
|
So it's less distracting.
The banners weren't very effective, either way.
|
|
|
|
|
|
Still kind of experimental, let's see how people react.
Icons contributed by eacil. Some are colored versions based on the SVG
icons contributed by xy2, some are vectorized versions of old icons.
These retain much of the legibility of the old png icons by virtue of
not being monochrome. At least for the dark skins. I may experiment
later to see if the monochrome icons may be a solution for light skins,
now that I have the infrastructure in place anyway. Not sure I really
want to maintain two icon sets, though.
I used scour to optimize the SVGs for size, but they're still rather
less efficient than the combined PNG sprites. Maybe I'll use an SVG
merge trick later, but that tends to be less widely supported among
browsers.
Closes #30.
|
|
|
|
>=100 votes
|
|
|
|
|
|
+ Automatically fetch other links from Wikidata
|
|
Icon created by fuukanou: https://vndb.org/t10665.49
File size reduced a bit further by removing metadata and using scour
Closes #3
|
|
|
|
This might have broken the screenshot uploader on some crappy browsers,
but it's much cleaner than the old iframe hack. The ability to upload
multiple files in one go is also very convenient.
|
|
It became a bit of a hassle to keep updating that file manually in Gimp.
This script performs surprisingly well for our set of icons.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
And added an update_2.23.sql file which now also includes the previously
added indices. Currently, this update file can be run as often as you
want, it doesn't make any noticable changes when you run it on a
database that has already been updated. (i.e. I can update the main site
without a new release)
|
|
+ Fixed makefile
I haven't been able to properly test this yet as a bug[1] in PostgreSQL
9.0.4 is preventing me from editing release entries.
[1] http://archives.postgresql.org/pgsql-bugs/2011-08/msg00119.php
|
|
|
|
|
|
|
|
|
|
As requested, http://vndb.org/t423
|
|
|
|
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.
|
|
+ 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.
|
|
Because I am bound to forget all those and add duplicates.
|
|
I use Midori as a representative for all webkit-based browsers, not sure
how reliable that is, but it definitely can't do harm to fix javascript
problems in Midori. :-)
|
|
- 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.
|
|
It works slightly different from the previous, in that it enforces a
proper selection instead of validating the selection on form submit, and
it handles adding new media differently. Probably a bit less efficient,
but less code and easier to maintain.
|
|
+ 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.
|
|
Also converted the last onload function in script.js.
I think I'll merge forms.js into script.js when converting that
functionality. The total file probably wouldn't larger than 15kB
gzipped, which is still smaller than the jquery core, and that doesn't
even do anything by itself.
|
|
|
|
|
|
|
|
|
