Age | Commit message (Collapse) | Author | Files | Lines |
|
This way, we can just use our internal database date format for
client-side communication as well. The calculation is now done in
a centralized place in script.js, rather than all over the place in
the Perl code.
This'll also make it possible to make the date selector more
interactive. But that doesn't have a very high priority at the moment,
the good old three-selection-boxes-thing works fine.
Current implementation has only been tested on FF3, though I doubt
other browsers will complain.
|
|
|
|
|
|
This is what you get when you write half-hearted code and end up
having to change something afterward, you just always forget
to update *something*.
|
|
|
|
Conflicts:
lib/VNDB/DB/Discussions.pm
util/updates/update_2.3.sql
|
|
|
|
The categories are still available for viewing and editing to aid
in the transition to the tagging system, but editing has been removed.
|
|
|
|
|
|
second search
|
|
|
|
|
|
(interface is somewhat on the half-hearted side, but oh well)
|
|
And a "Don't forget to submit" text, and various important bugfixes,
and... geez, time for a coke with some cookies!
|
|
|
|
|
|
The usual: it's still pretty much useless and unfinished, will polish
up things later.
|
|
This'll make it possible to run the actual vndb in debug mode without
displaying that "this is not VNDB" message. And non-VNDB sites can now
properly run without debug mode while still displaying that message.
|
|
|
|
...in less technical terms: producers/vns are automatically added
when selecting them from the dropdown search, rather than having to
press the return key a second time.
|
|
|
|
|
|
|
|
Fixes (or more accurately, masquerades) the following:
13:40:23 <EchoMateria_Work> it displays a list of candidates, I can
point them alright, but when I click on any, it doesn't do anything
other than closing that drop-down-menu 9/10 of the time
|
|
Only tested this using FF3 for now, so may not always work.
|
|
|
|
The skin generator itself is now pretty much finished. Unless people
want more control over what they can change, that is.
|
|
So, instead of using separate smaller CSS files to overwrite
directives in the main (/static/f/style.css) file, I decided
to generate one CSS file for each skin, which includes everything
needed to render the page. The template for this skin is now
/data/skingen/style.css.
I just don't feel like maintaining two separate files when
changing something to the CSS.
Also converted the old layout into a skin directory (angel),
since the default skin isn't in the CSS template anymore.
|
|
generator
|
|
|
|
...but not yet in the skin generator, as I haven't really decided
yet whether to generate those colors based on the other colors, or
to make them configurable from the skin config (= more work for the
people who create the skins)
|
|
How it works:
Create new directory in static/s/
Create a 'conf' file (see the test skin for a template)
Run skingen.pl, which will generate a style.css and boxbg.png
This process will probably be automated using a simple web interface
or something...
There's no skin selector yet, so Util/LayoutHTML.pm has to be modified
to view the generated skin.
|
|
|
|
|
|
|
|
|
|
With two exceptions:
- Empty browse tables (/u1/list, /u3/hist, ..)
- Empty <tbody> on /v+/edit and /v/new
I'm not purist enough to work around those bugs. (well, maybe I'll fix the
empty browse table thing, as it's not really user friendly either)
|
|
|
|
IE7 didn't like it
|
|
The specified width of the columns is still completely ignored in IE7,
but that's not as much a problem as it was with /t. At least the rev.
column looks nice now.
'*width: auto' hack from http://www.webdevout.net/css-hacks#unrecommended-asterisk_prefix
|
|
|
|
Three-box-layout didn't work very well together with the screenshots
on the homepage and the CSS icon hack needed a to get rid of
a strange top margin.
With this, the following browsers should render all pages correctly:
FF2, FF3 and the latest Opera, Safari and Chrome
|
|
No idea why, but it looks like a mess :-(
|
|
|
|
These changes are all pretty much related, so couldn't really do
that in multiple commits.
|
|
|
|
|
|
I get the feeling I'm kind of rushing this entire VNlist feature
and don't really think about making things look nice... Oh well,
as long as it works. Nothing has to be perfect from the start,
can always fix things afterwards, etc.
|
|
|