My favorites | Sign in
Project Logo
                
Details: Show all Hide all

Older

  • Jul 13, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page commented on by vrehorst   -   The TOC patch was something that I wrote. It adds a JS flyout table of contents menu to the page header, _if_ the page contains three or more headings. The JS code is borrowed from [http://www.quirksmode.org/dom/toc.html quirksmode.org]. The JS is 2.2KB, and the CSS 696 bytes. I still have it kicking around (obviously) though I haven't used w2wiki in a while - though that might change again soon.
    The TOC patch was something that I wrote. It adds a JS flyout table of contents menu to the page header, _if_ the page contains three or more headings. The JS code is borrowed from [http://www.quirksmode.org/dom/toc.html quirksmode.org]. The JS is 2.2KB, and the CSS 696 bytes. I still have it kicking around (obviously) though I haven't used w2wiki in a while - though that might change again soon.
  • Apr 08, 2009
    r56 (minor whitespace tweaks) committed by stevenfrank880   -   minor whitespace tweaks
    minor whitespace tweaks
  • Apr 08, 2009
    r55 (updated readme and copyright info) committed by stevenfrank880   -   updated readme and copyright info
    updated readme and copyright info
  • Apr 08, 2009
    r54 (moved a few more hardcoded config variables into config.php) committed by stevenfrank880   -   moved a few more hardcoded config variables into config.php
    moved a few more hardcoded config variables into config.php
  • Apr 08, 2009
    r53 (slight reformatting of config file to be prettier; W2_PASSWO...) committed by stevenfrank880   -   slight reformatting of config file to be prettier; W2_PASSWORD_HASH can be safely defined as '' if you aren't using it
    slight reformatting of config file to be prettier; W2_PASSWORD_HASH can be safely defined as '' if you aren't using it
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    ChangeLog Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes and feature requests) Wiki page edited by stevenfrank880
  • Apr 08, 2009
    PlannedChanges (A list of possible future changes) Wiki page edited by stevenfrank880
  • Jan 30, 2009
    issue 11 (CGI php fixes) Status changed by stevenfrank880   -   Merged into r43
    Status: Fixed
    Merged into r43
    Status: Fixed
  • Jan 30, 2009
    issue 12 (Password entry from Lynx does not seem to work) Status changed by stevenfrank880   -   Merged into r43
    Status: Fixed
    Merged into r43
    Status: Fixed
  • Jan 30, 2009
    r43 (fixes #11 and #12; adds autolinking experimental feature) committed by stevenfrank880   -   fixes #11 and #12; adds autolinking experimental feature
    fixes #11 and #12; adds autolinking experimental feature
  • Jan 27, 2009
    issue 12 (Password entry from Lynx does not seem to work) reported by yorgle   -   What steps will reproduce the problem? 1. load a password-protected w2wiki via 'lynx' 2. enter the password What is the expected output? It should continue on like it does in desktop gui web browsers. What do you see instead? It sits there, unable to be submitted. The attached patch adds a "continue" button to the form which lets lynx users continue.
    What steps will reproduce the problem? 1. load a password-protected w2wiki via 'lynx' 2. enter the password What is the expected output? It should continue on like it does in desktop gui web browsers. What do you see instead? It sits there, unable to be submitted. The attached patch adds a "continue" button to the form which lets lynx users continue.
  • Jan 26, 2009
    issue 3 (feature request for authentification) commented on by yorgle   -   Just realized the flaw with the above. The above only disables the edit form... it does nothing about submitted data or rename commands, etc. Instead, in index,php, just *before* the line mentioned above, insert this (almost identical) block: (it checks if the action is an "editable" action, then does the password thang. Cheers for W2. It's awesomely concise and easy to use/modify. Yay! // check for password for editable things... if ( $action == "edit" || $action == "new" || $action == "save" || $action == "upload" || $action == "uploaded" ) { if ( REQUIRE_PASSWORD_FOR_EDIT && !isset($_SESSION['password']) ) { if ( !defined('W2_PASSWORD_HASH') ) define('W2_PASSWORD_HASH', sha1(W2_PASSWORD)); if ( (isset($_POST['p'])) && (sha1($_POST['p']) == W2_PASSWORD_HASH) ) $_SESSION['password'] = W2_PASSWORD_HASH; else { print "<html><body><form method=\"post\"><input type=\"password\" name=\"p\"></form>"; print "</body></html>"; exit; } } }
    Just realized the flaw with the above. The above only disables the edit form... it does nothing about submitted data or rename commands, etc. Instead, in index,php, just *before* the line mentioned above, insert this (almost identical) block: (it checks if the action is an "editable" action, then does the password thang. Cheers for W2. It's awesomely concise and easy to use/modify. Yay! // check for password for editable things... if ( $action == "edit" || $action == "new" || $action == "save" || $action == "upload" || $action == "uploaded" ) { if ( REQUIRE_PASSWORD_FOR_EDIT && !isset($_SESSION['password']) ) { if ( !defined('W2_PASSWORD_HASH') ) define('W2_PASSWORD_HASH', sha1(W2_PASSWORD)); if ( (isset($_POST['p'])) && (sha1($_POST['p']) == W2_PASSWORD_HASH) ) $_SESSION['password'] = W2_PASSWORD_HASH; else { print "<html><body><form method=\"post\"><input type=\"password\" name=\"p\"></form>"; print "</body></html>"; exit; } } }
  • Jan 26, 2009
    issue 3 (feature request for authentification) commented on by yorgle   -   Hi there. I just added authentication for edit only on my installation of W2. I don't have a patch handy since I hacked a bunch of the rest of it (I added "showdown" http://attacklab.net/showdown/ for live wiki display, I call it "Fancy Edit".) But the basic changes are as follows: config.php: // Is a password required to edit this wiki? // Value is a boolean. define('REQUIRE_PASSWORD_FOR_EDIT', true); index.php // just after this line: if ( $action == "edit" || $action == "new" ) { if ( REQUIRE_PASSWORD_FOR_EDIT && !isset($_SESSION['password']) ) { if ( !defined('W2_PASSWORD_HASH') ) define('W2_PASSWORD_HASH', sha1(W2_PASSWORD)); if ( (isset($_POST['p'])) && (sha1($_POST['p']) == W2_PASSWORD_HASH) ) $_SESSION['password'] = W2_PASSWORD_HASH; else { print "<html><body><form method=\"post\"><input type=\"password\" name=\"p\"></form>"; print "</body></html>"; exit; } }
    Hi there. I just added authentication for edit only on my installation of W2. I don't have a patch handy since I hacked a bunch of the rest of it (I added "showdown" http://attacklab.net/showdown/ for live wiki display, I call it "Fancy Edit".) But the basic changes are as follows: config.php: // Is a password required to edit this wiki? // Value is a boolean. define('REQUIRE_PASSWORD_FOR_EDIT', true); index.php // just after this line: if ( $action == "edit" || $action == "new" ) { if ( REQUIRE_PASSWORD_FOR_EDIT && !isset($_SESSION['password']) ) { if ( !defined('W2_PASSWORD_HASH') ) define('W2_PASSWORD_HASH', sha1(W2_PASSWORD)); if ( (isset($_POST['p'])) && (sha1($_POST['p']) == W2_PASSWORD_HASH) ) $_SESSION['password'] = W2_PASSWORD_HASH; else { print "<html><body><form method=\"post\"><input type=\"password\" name=\"p\"></form>"; print "</body></html>"; exit; } }
  • Jan 26, 2009
    issue 11 (CGI php fixes) commented on by cryonator   -   The ugly URLs can be fixed with mod_rewrite, if available.
    The ugly URLs can be fixed with mod_rewrite, if available.
  • Nov 30, 2008
    issue 11 (CGI php fixes) reported by cryonator   -   Apache (or other HTTP servers) can spawn php as a CGI rather than built-in module, but there's a URL issue for this on reading and links in W2. Here's the patches to fix it as nicely as possible.
    Apache (or other HTTP servers) can spawn php as a CGI rather than built-in module, but there's a URL issue for this on reading and links in W2. Here's the patches to fix it as nicely as possible.
 
Hosted by Google Code