lakka [Sat, 9 Feb 2002 23:07:01 +0000 (23:07 +0000)]
Changes to RecentChanges plugin. Now takes $limit < 0 to return oldest $limit changes.
$days <=0 is ignored. So to get the oldest 20 changes in the last three days, use
limit ||= 20, days ||= 3.
carstenklapp [Sat, 9 Feb 2002 03:49:38 +0000 (03:49 +0000)]
Changed 'absolute' toolbar positioning to 'fixed'. It's very cool, try scrolling a long page like TestPage RecentChanges. (Browsers which do not support it simply treat this as absolute positioning instead.)
lakka [Fri, 8 Feb 2002 22:51:27 +0000 (22:51 +0000)]
RecentChanges plugin now takes $days < 0 and
returns the oldest changes in the $days since the
beginning. NB: To return all changes, use
$days = 0. Tested on Pear and adodb.
Implemented but not yet tested on dba
and cvs backends.
dairiki [Fri, 8 Feb 2002 22:03:04 +0000 (22:03 +0000)]
Cleanup/refactor time-zone offset preference and relative date
preference handling.
Time-zone offsets: the allowable range has to be at least [-24,24]
hours (maybe a bit more, depending on daylight savings, etc...)
Also note that there are some 1/4 hour time zones.
I think its really much cleaner just to use a text input to enter
the time zone offset.
Relative Dates: Unified code for generating "Last edited on" message.
(This logic was replicated in various places, and was buggy...)
Theme:
formatDateTime() now always gives you a Date and Time.
formatDate() now always gives you a Date.
use getDay() if you want a (possibly) relative date.
use getLastModifiedMessage() to get the "Last edited on" message.
These modifications slightly alter the markup of the last edited
dates in the Portland theme, and the stardates in the WikiTrek theme.
(But I think the gains in code reuse and simplicity are wroth the
sacrifice.)
lakka [Fri, 8 Feb 2002 20:30:48 +0000 (20:30 +0000)]
MostPopular plugin now takes $limit < 0, and will return the least popular pages. Works for adodb and PEAR. Untested with cvs backend. Does the db backend support the plugin?
carstenklapp [Fri, 8 Feb 2002 15:12:08 +0000 (15:12 +0000)]
Removed TIFF from default inline image (thanks Jeff). Only Mac iCab and OmniWeb support inline TIFFs, and possiblly some versions of IE before 5.5. Mac versions of IE 5.1, Opera, Netscape 4 do not display inline TIFFs; IE6 also no longer displays TIFFs since dropping support for Netscape-style plugins. (I'm suprised by this because Microsoft is credited as one of the designers of the TIFF specification along with HP and Aldus as a universal image interchange format for fax and scanner images.)
carstenklapp [Fri, 8 Feb 2002 05:26:00 +0000 (05:26 +0000)]
Time zone difference now specified relative to the server's time instead of relative to GMT. As Jeff pointed out, by using a time relative to the server, sometimes the time would remain correct when daylight savings starts / stops, dependant upon the time zones involved. (Otherwise we'd have to open up a new can of worms by fully implementing all the named time zones, each with differing daylight savings time rules.)
carstenklapp [Fri, 8 Feb 2002 05:03:10 +0000 (05:03 +0000)]
Time zone difference now specified relative to the server's time instead of relative to GMT. As Jeff pointed out, by using a time relative to the server, sometimes the time would remain correct when daylight savings starts / stops, dependant upon the time zones involved. (Otherwise we'd have to open up a new can of worms by fully implementing all the named time zones, each with differing daylight savings time rules.)
dairiki [Fri, 8 Feb 2002 02:58:32 +0000 (02:58 +0000)]
Revert to <verbatim> InterWikiMap. (Re-)Fix the Category: prefix
bug.
The idea is to have it cut-and-pastable and diff-able from the
regular UseMod format map files.
If we really want an annotated InterWikiMap, we should think out a
better format than just a <pre> block. (Perhaps based on definition
lists, or definition list tables.) Also note that many of the "URLs"
in the map, are invalid by themselves, so linking them all as is
is not a great idea.
lakka [Thu, 7 Feb 2002 23:40:41 +0000 (23:40 +0000)]
Cache now seems to work. Test please. On
HomePage, SQL calls down from 34 to 25, and about
6 or 7 of the remaining calls are LOCKs followed
immediately by UNLOCKs, and so could be eliminated
If any problems, try undefining the constant at the
start of WikiDB.php
carstenklapp [Thu, 7 Feb 2002 21:42:28 +0000 (21:42 +0000)]
More adjustments to the sidebar positions. The space between the actionbar and the navbar are little too much in mozilla, but this is required for many browsers which ignore or don't properly render changed line-heights, like OmniWeb 4.1sp39 and Mac IE5.1.
dairiki [Thu, 7 Feb 2002 21:17:26 +0000 (21:17 +0000)]
Eliminate MagicPhpWikiURL forms in favor of new WikiForm plugin.
The problem with the MagicPhpWikiURL forms, is that <form>s are
not inline (HTML) markup, while MagicPhpWikiURLs look like links,
which are inline markup. The mixing of the two makes for very
messy hackage in the text transformation engines.
(The only place the magic forms were still used in for the
file load/upload and file dump administrative functions.
The WikiForm plugin now produces those forms.)
carstenklapp [Thu, 7 Feb 2002 20:20:24 +0000 (20:20 +0000)]
Relative time display preference works now. There is still a small bug due to the hack to get the checkbox to work: if you click "Update Preferences" twice, then the relative dates preference turns itself off again even if the checkbox is on (however it will never spontaneously turn itself 'on', you must explicity click it 'on' then hit update once).
lakka [Thu, 7 Feb 2002 11:32:04 +0000 (11:32 +0000)]
The session_cache_limiter hack causes problems with IE5 on W2K (and maybe others).
Test as follows: Create a new page. Edit the default text. Save it. The page displays
correctly. Click Edit again. The *old* text is then displayed, rather than the new text. Any
attempt to save it creates a conflicting edits message. I have disabled the hack for the moment.
carstenklapp [Thu, 7 Feb 2002 05:11:33 +0000 (05:11 +0000)]
New checkbox form for the relative dates preference--does not work yet though. (I can't seem to get any kind of boolean prefs true / false or 1 / 0 to work at all.) :-(
dairiki [Wed, 6 Feb 2002 23:02:45 +0000 (23:02 +0000)]
Hide PHP error messages from failed include of plugins.
(These seemed to screw up LawrenceAkka's browser.)
The failure is still reported, since the plugin expansion
will read 'Include of 'lib/plugin/Foo.php' failed.'.
(I suppose that message could be cleaned up a bit, too...)
projects / SourceForge / phpwiki.git / log