dairiki [Mon, 28 Jan 2002 18:49:08 +0000 (18:49 +0000)]
Another refactor of the OOP HTML/XML generation code. (Sorry.)
New class XmlContent for a collection of XML content (without a tag).
(You should use this instead of an array, for representing a
sequence of XML elements.) (The function HTML() is a shortcut
constructor, so where you would have done:
$html = array(HTML::h2("Header),
HTML::p("Paragraph"));
you should now do
$html = HTML(HTML::h2("Header),
HTML::p("Paragraph"));
And, instead of
$html[] = HTML::p("Another par.");
do
$html->pushContent(HTML::p("Another par."));
carstenklapp [Mon, 28 Jan 2002 18:24:41 +0000 (18:24 +0000)]
Fixes (diff) on RecentChanges, to perform a diff with the previous major revision instead of the previous minor revision, because previous minor revisions are not shown in RecentChanges. (Tested this with FullRecentChanges and RecentEdits, and they still work correctly with this patch.)
dairiki [Mon, 28 Jan 2002 02:40:32 +0000 (02:40 +0000)]
New plugin argument 'show_deleted' determines whether "deleted" pages
are included in the listing. Here, I'm refering to the "soft deleted"
pages --- where someone has just edited the page and erased all the
text. "Hard deleted" pages, are, of course, gone for good and will
never be listed in RecentChanges...
The default value of 'show_deleted' is 'sometimes', which means deleted
pages will be shown iff 'show_minor' is true.
Also restored the rendering of links to deleted wiki-pages to using
linkUnknownWikiWord().
dairiki [Mon, 28 Jan 2002 01:57:13 +0000 (01:57 +0000)]
Fixed bugs so now page deletion works again. Also added some minor
safety features:
o Require deletion confirmation to be sent via POST
rather than GET. This makes it slightly more difficult
to do mass damage via simple scripts...
o Also include version serialization checks.
If someone edits the page between when you hit the
remove button and when you confirm the delete, the
deletion will fail. (This also makes it a little harder
for malicious hackers to trash a wiki...)
dairiki [Mon, 28 Jan 2002 01:01:27 +0000 (01:01 +0000)]
Generalized "ActionPages". To get LikePage for SomePage, now,
instead of:
index.php/LikePages?page=SomePage
you should do:
index.php/SomePage?action=LikePages
The net result is basically the same except, the action buttons on
the resulting page will apply to SomePage rather than LikePages.
(This is probably what the user wants. If someone is viewing the
LikePages for SomePage, and hits the BackLinks button, he's
probably in search of the BackLinks for SomePage, not the
BackLinks for LikePages.)
Also this eliminates the need for ButtonFactory::make*ActionPageButton.
Since there wasn't much left of ButtonFactory after this change,
I moved what was left into class Theme. Which is where it
probably belongs.
carstenklapp [Sun, 27 Jan 2002 23:46:36 +0000 (23:46 +0000)]
Added mime headers. Updated to new 1.3 PhpWikiAdministration, still requires translation. Original page text at bottom should be removed when completed.
carstenklapp [Sun, 27 Jan 2002 22:38:17 +0000 (22:38 +0000)]
Revert back to a default unlocked HomePage. Update to new header format (again).
See https://sourceforge.net/mailarchive/forum.php?thread_id=199846&forum_id=4517 Already fxed as part of the recent lib/main refactor, if HomePage is in the database at all no de-virgining will be done.
dairiki [Sun, 27 Jan 2002 22:10:01 +0000 (22:10 +0000)]
The daily refactor.
Besides that, fixed up the table-formatted definition-lists
so that you can nest them nicely. Inspired by NiKKi's OutlineTable's
(but different):
http://egret.bio.brandeis.edu/soft/tyaki.cgi/NiKKi/macro/OutlineTable
carstenklapp [Sat, 26 Jan 2002 09:20:59 +0000 (09:20 +0000)]
Custom sculped borders for .wikitext, .wiki-edithelp, .transclusion--a little more like the real OS X but breaks OmniWeb. Highlight today on calendar. Bugfix for tr.evenrow, tr.oddrow not displaying in Mozilla. Pagelist row colour tweaks.
carstenklapp [Sat, 26 Jan 2002 07:33:45 +0000 (07:33 +0000)]
Reorder of mime $params: pagename & flags to top, charset forced to bottom. This just makes it easy for working on pgsrc files for cvs, it makes one contiguous block to cut unwanted params out of generated pgsrc files before committing to cvs. (charset was somewhat arbitrarily chosen for the bottom line, but it's always present and the last parameter line shouldn't have a trailing semicolon.)
carstenklapp [Sat, 26 Jan 2002 07:16:11 +0000 (07:16 +0000)]
Removed special formatting of div.wikiaction .wikitext for RC (diff) buttons, they use a new css class .wiki-rc-action instead. This css class currently only exists in phpwiki-printer.css for hiding (diff) from the printer, so the class appearance reverts back to normal link-text instead of the button appearance introduced in 1.16.
dairiki [Sat, 26 Jan 2002 05:51:24 +0000 (05:51 +0000)]
More fixes for "view current version" links. Don't put any version
number at all in these links --- that way you're guaranteed the
latest version (rather than the latest version at the time
the page was generated.)
carstenklapp [Fri, 25 Jan 2002 21:42:51 +0000 (21:42 +0000)]
HomePage locked by default as a temporary precaution against the entire pgsrc unintentionally being reloaded. See https://sourceforge.net/mailarchive/forum.php?thread_id=199846&forum_id=4517
dairiki [Fri, 25 Jan 2002 18:00:21 +0000 (18:00 +0000)]
Always attempt to disable transparent session ids, since they seem
to always hose up the works when active.
(Thanks for finding session.use_trans_sid, Carsten!)
dairiki [Fri, 25 Jan 2002 16:46:02 +0000 (16:46 +0000)]
Moved Content-Transfer-Encoding generation back into
MimeifyPageRevision(). (Note that moving it to MailifyPage() broke
the zip-dumps. (In multipart MIME message, each part needs to specify
its transfer-encoding --- furthermore the top (multipart) part must
not be encoded.
Urlencode all mime-type parameters (since only US-ASCII is allowed in
the mail headers.)
Eleminated the global $pagedump_format in favor of new define
STRICT_MAILABLE_PAGEDUMPS.
Cleaned up the generated mail headers a bit. Don't include From:
<foo@bar> unless STRICT_MAILABLE_PAGEDUMPS is set.
Don't put RCS id tags in headers. There should only be RCS tags in
files which actually come from RCS(/CVS). For now, I think we should
manually insert headers like:
X-Rcs-Id: $Id$
in the pgsrc files.
Note that this is legal. 'Unstructured' header values can contain any
US-ASCII characters other than carriage-return and new-line. (see RFC
2822.)
(Also note that Content-Id:'s must be valid 'msg-id's (see RFC 2822)
--- they look roughly like bracketed e-mail addresses: "<.*@.*>".)
Are MTA's really allowed to strip X-* headers? (It's not an issue, in
any case, since, as noted above, only the files which are in CVS
should have X-Rcs-Id anyhow.)