phpwiki-talk

Re: [Phpwiki-talk] Strange url behaviour

[Laurent M. <l.m...@ch...>]

Hello,

Thanks you.

Changing :
define('USE_PATH_INFO', true);
define('VIRTUAL_PATH', '/phpwiki');

Make the trick. wiki now start and allow to edit/view.
Still some problem to load some page (still not found) but lot better. Looks
like the initial load at the first start is not done.

But, I thing there's a bug somewhere about this url.

As for using PHP in CGI mode, where can I find it ? I'm pretty new in PHP.

Laurent.\
----- Original Message -----
From: "Carsten Klapp" <car...@ma...>
To: "Laurent Marechal" <l.m...@ch...>
Cc: "PhpWiki List" <php...@li...>
Sent: Tuesday, March 26, 2002 2:13 AM
Subject: Re: [Phpwiki-talk] Strange url behaviour


Hi Laurent,

I don't have any experience using PhpWiki on Windows, is there anyone else
on the list who can help?

I think you've hit on a clue with the html source you provided, the urls
should look like this:

  | <a href="HomePage?action=PageHistory" class="wikiaction">PageHistory</a>
  | <a href="HomePage?action=diff" class="wikiaction">Diff</a>

Question, are you using the cgi version of PHP?

The only thing I can think of is that USE_PATH_INFO is being calculated
incorrectly for your setup in the "Autodetect URL settings" inside config.
php.

Have you tried using the "pretty" url settings?

index.php:
define('USE_PATH_INFO', true);
define('VIRTUAL_PATH', '/phpwiki');

The above might get it working, but there might still be a bug here...

Carsten

On Monday, March 25, 2002, at 04:49  pm, Laurent Marechal wrote:

> I have checked the html generated and it looks fine.
> I.e for the edit (as in my previous mail), it return the following html
> code:
>
> <td>
> <div id="actionbuttons">
> <a href="phpwiki/index.php?action=edit" class="wikiaction">Edit</a>
> | <a href="phpwiki/index.php?action=PageHistory"
> class="wikiaction">PageHistory</a> | <a
> href="phpwiki/index.php?action=diff" class="wikiaction">Diff</a>
> | <a href="phpwiki/index.php?action=Info" class="wikiaction">Info</a>
> </div>
> </td>
>
> The patch is correct.
>
> ----- Original Message -----
> From: Laurent Marechal
> To: Carsten Klapp
> Cc: PhpWiki List
> Sent: Monday, March 25, 2002 10:22 PM
> Subject: Re: [Phpwiki-talk] Strange url behaviour
>
> Hello,
>
> No luck with commenting the two lines.
>
> I started over from scratch:
> - decompressing phpwiki-1.3.3.tar
> - moving the whole tree under the web folder (wwwroot) under phpwiki.
> - Editing the index.php. No change apart from the database section
> changed to:
>
> $DBParams = array(
> // Select the database type:
> //'dbtype' => 'SQL',
> 'dbtype' => 'dba',
>
> // For SQL based backends, specify the database as a DSN
> // The most general form of a DSN looks like:
> //
> // phptype(dbsyntax)://username:password@protocol+hostspec/database
> //
> // For a MySQL database, the following should work:
> //
> // mysql://user:password@host/databasename
> //
> // FIXME: My version Pear::DB seems to be broken enough that there
> // is no way to connect to a mysql server over a socket right
> now.
> //'dsn' => 'mysql://guest@:/var/lib/mysql/mysql.sock/test',
> //'dsn' => 'mysql://guest@localhost/test',
> //'dsn' => 'pgsql://localhost/test',
>
> // Used by all DB types:
>
> // prefix for filenames or table names
> /*
> * currently you MUST EDIT THE SQL file too (in the schemas/
> * directory because we aren't doing on the fly sql generation
> * during the installation.
> */
> //'prefix' => 'phpwiki_',
>
> // Used by 'dba'
> 'directory' => "/tmp/wiki133",
> //'dba_handler' => 'gdbm', // Either of 'gdbm' or 'db2' work great
> for me.
> //'dba_handler' => 'db2',
> 'dba_handler' => 'db3', // doesn't work at all for me....
> 'timeout' => 20,
> //'timeout' => 5
> );
>
> - Starting the web server.
> - Going to http://xxx.xxx.xxx.xxx/phpwiki/index.php
> - The screen
> - I click on edit and 'page not found..."
> The link it try to find is :
> http://xxx.xxx.xxx.xxx/phpwiki/index.php/phpwiki/index.php?action=edit
>
> Note the addition of /phpwiki/index.php that should not be here.
>
> Laurent.\
>
> ----- Original Message -----
> Subject: Re: [Phpwiki-talk] Strange url behaviour
>
> >
> > Hi Laurent,
> >
> > Try commenting out these two lines near the bottom of index.php by
> putting
> > two slashes in front:
> >
> > //define('SCRIPT_NAME', '/some/where/index.php');
> >
> > //define('USE_PATH_INFO', false);
> >
> > Does this fix the url problem?
> >
> >
> > Regarding the missing bracket problem, I double-checked the latest
> version
> > of index.php and the default file tests ok on my system. Are you sure
> you
> > are looking at the correct file on your computer? It sounds like you may
> > have accidentally deleted the ); on line 232, or inserted a semicolon
> > instead of a comma, or deleted a comma at the end of one of the lines
> > somewhere from line 193 to 232.
> >
> > Carsten
>

Re: [Phpwiki-talk] Pear DB suggestions

[Jeff D. <da...@da...>]

Tomas V.V.Cox said:

Thanks very much for the comments!

Here's the quick answers to your questions (at least from
my (one developer) viewpoint).

> .... My only concern is about security and
> customization: is there some method to allow only certain users to
> add/edit contents?

Not yet.  (Other than you could "lock" any/all pages, then only
the administrative user can edit them.)  Currently there's only
support for one authenticated user (the administrator.).

We're moving in the direction of having real authenticated users,
ACL's, etc... but remember the history of Wiki --- the main point is
openness.  Wiki was never meant to be a content management system,
(though some people successfully use it as one.)

> It is easy to change the appereance of the pages
> (templates, skins)?

On a per-wiki basis, yes (more or less).  PhpWiki now has theme
support.  On a per-page basis: no --- there are no hooks for that.

> 3) About the PEAR DB Wiki driver:
>
> * I see that you are "fighting" with old DB distributions bugs, why you
> not: a) ship with your package a recent version of the lib,

We do that now (we didn't initially).  (The selling point which hooked
on on Pear DB in the first place was that it was shipping with PHP.)


> * Use sequences in _get_pageid() instead of MAX() to avoid race
> conditions

I didn't know Pear had sequence support --- I will look into it.
(Note that currently, we lock the tables to avoid the race
condition.)  (It only gets hit when a new page is created, so I
doubt it's a speed bottleneck.)

> * Use $dbh->limitQuery($sql, $from, $offset) in most_popular(),
> most_recent() instead of native LIMIT query to easy the migration for
> other backends.

Again: didn't know limitQuery existed.  Will look into it.
Are some of these more recent features of Pear DB?  Most of the
PhpWiki code is based on whatever version of Pear shipped with
Php 4.0.4pl1.

> * _pear_error_message(). I see that you are removing the password from
> the DSN. JFYI The DSN is only exposed in the debugInfo when an error
> occurs during the connection.

That's right.

> Btw IMHO is not really a good idea to
> show to the "users" any part of the DSN (well, even any info comming
> from $error->getDebugInfo(), well any non user related problem).

There's a fairly fine line between our users and our "admins".
Often people have trouble installing PhpWiki and getting it to work.
Often these people have little knowledge or experience with PHP or
of SQL, so we often get "Halp! It doesn't work!" messages.  The more
debugging information we can dump upon errors, generally the easier
it is to diagnose the problem from afar....

You're right: exposing any part of the DSN is a bit a security flaw,
but as you point out: it only happens when the connection fails...



> * About the quoting problem. I still see some question and dubts, but I
> don't see there the PEAR DB error mentioned in
> PhpDatabaseAccessLibraries :-?

I think the problem went away when we grabbed a recent version of
the Pear DB code from CVS.  There are no bugs which I am aware
of in the version we're now shipping.

> * _pear_notice_filter(). Could someone tell me what errors and if they
> still persist?

IIRC: this was a problem with the Pear code which shipped with PHP 4.0.6.
There were some (My)SQL commands ("LOCK" and "UNLOCK") which don't
return results --- yet the DB code expected them to (problem in
DB::isManip()).  Thus bogus errors would be raised.  Our _is_false_error()
code detects that bogus error.  In the process of raising the error,
DB_mysql::mysqlRaiseError() calls DB_common::errorCode() with a
$nativecode of zero --- PHP then generated a notice a dereferencing
a non-existent index in DB_mysql::errorcode_map.  _pear_notice_filter
hides those notices.

Again, the current CVS code does not have this problem.
Our _pear_notice_filter() and _is_false_error() are no longer
necessary --- since they're doing no harm, I haven't cleaned
them out yet.

> * why you don't drop a mail to pea...@li... when find a bug
> or have some problem? :-)

The bugs we/I have found have always been fixed in CVS by the time
they are found.  All our/my workarounds were efforts to be able to
live with older (standard == "shipped with PHP") versions of the
Pear code.

> Sorry for this long post if it is out of place.

Not at all!  Thanks very much for your input.  Don't be afraid
to chime in again in the future.

Best Regards,
Jeff Dairiki
<da...@da...>

[Phpwiki-talk] Pear DB suggestions

[Tomas V.V.C. <co...@id...>]

Hi,

I was by casuality searching for info about what this Wiki idea is and
reached PhpWiki. What was my surprise seeing that it uses PEAR DB and
seeing also some hot discussions about the db abstraction libs. I'm one
of the authors of PEAR DB and couldn't resist to read and take a look at
the code.

Some impressions/ideas:

1) PEAR DB sucks or not :-). PEAR DB is focused in usability and speed
of coding (with unique features like bulk fetching, error handling,
placeholders, easy API, etc). I have to agree with you in some things
I've read like: outdated versions that comes with the PHP distribs,
slower that ADODB or the lack of documentation. All this three points
are changing now with the PEAR web, the DB version 3 and the PEAR manual
(all of them in final tests state). I'm not a marketing guy, I'm just
throwing here my own opinion.

2) About Wiki. I'm looking for an easy solution to one customer and that
seems to fit very well on his needs (no html knowledge, no ftp
abilities, you know.. a user). My only concern is about security and
customization: is there some method to allow only certain users to
add/edit contents? It is easy to change the appereance of the pages
(templates, skins)?

3) About the PEAR DB Wiki driver:

* I see that you are "fighting" with old DB distributions bugs, why you
not: a) ship with your package a recent version of the lib, b) tell the
users to update their PEAR installation (a new lazy way for updating
PEAR on the way is: lynx -source http://pear.php.net/~cox/go-pear| sh).

* Use sequences in _get_pageid() instead of MAX() to avoid race
conditions

* Use $dbh->limitQuery($sql, $from, $offset) in most_popular(),
most_recent() instead of native LIMIT query to easy the migration for
other backends.

* _pear_error_message(). I see that you are removing the password from
the DSN. JFYI The DSN is only exposed in the debugInfo when an error
occurs during the connection. Btw IMHO is not really a good idea to show
to the "users" any part of the DSN (well, even any info comming from
$error->getDebugInfo(), well any non user related problem).

* About the quoting problem. I still see some question and dubts, but I
don't see there the PEAR DB error mentioned in
PhpDatabaseAccessLibraries :-?

* _pear_notice_filter(). Could someone tell me what errors and if they
still persist?

* next(). Good to see that the people need the "autofree" feature, one
more reason to add it :-)

* why you don't drop a mail to pea...@li... when find a bug or
have some problem? :-)

Sorry for this long post if it is out of place.

Regards,

Tomas V.V.Cox

PS.- Please CC me as i'm not suscribed to this list

Re: [Phpwiki-talk] ShortAndPrettyWiki

[John K. <jo...@ke...>]

At 6:27 pm -0500 22/3/02, Steve Wainstead wrote:
>This is also addressed in the FAQ:
>
>http://phpwiki.sourceforge.net/phpwiki/PrettyWiki
>
>>  On Thu, 21 Mar 2002, John Kershaw wrote:
>  >
>>  > Hi,
>>  >
>>  > I've can set up my wiki to use URLs of the form:
>>  >
>>  > http://www.somehost.com/wiki/PageName
>>  >
>>  > but I'd like to lose the /wiki and just have;
>>  >
>>  > http://www.somehost.com/PageName
>>  >
>  > > How do I do it?

Okay, I got the path/to/pear, ln'ked 
/home/username/web/phpwiki/index.php to /home/username/web/wiki but 
when I go to domain/wiki I get:

phpwiki/lib/FileFinder.php:82: Fatal[256]: DB.php: file not found

phpwiki/lib/FileFinder.php:96: Warning[2]: stat failed for 
/usr/local/apache/php/bin/pear/locale/C/LC_MESSAGES/phpwiki.php 
(errno=20 - Not a directory)

phpwiki/lib/FileFinder.php:96: Warning[2]: stat failed for 
/usr/local/apache/php/bin/pear/LC_MESSAGES/phpwiki.php (errno=20 - 
Not a directory)



WikiFatalError

phpwiki/lib/FileFinder.php:82: Fatal[256]: DB.php: file not found


What am I doing wrong here?

John.
-- 

---------------------------------------------------------
email:  jo...@ke...         phone:      07944 755613
web:     www.kershaw.org    AOL: johnkershaw
---------------------------------------------------------

Re: [Phpwiki-talk] Strange url behaviour

[Carsten K. <car...@ma...>]

Hi Laurent,

I don't have any experience using PhpWiki on Windows, is there anyone =
else=20
on the list who can help?

I think you've hit on a clue with the html source you provided, the urls=20=

should look like this:

  | <a href=3D"HomePage?action=3DPageHistory" =
class=3D"wikiaction">PageHistory</a>
  | <a href=3D"HomePage?action=3Ddiff" class=3D"wikiaction">Diff</a>

Question, are you using the cgi version of PHP?

The only thing I can think of is that USE_PATH_INFO is being calculated=20=

incorrectly for your setup in the "Autodetect URL settings" inside =
config.
php.

Have you tried using the "pretty" url settings?

index.php:
define('USE_PATH_INFO', true);
define('VIRTUAL_PATH', '/phpwiki');

The above might get it working, but there might still be a bug here...

Carsten

On Monday, March 25, 2002, at 04:49  pm, Laurent Marechal wrote:

> I have checked the html generated and it looks fine.
> I.e for the edit (as in my previous mail), it return the following =
html=20
> code:
> =A0
> =A0 <td>
> =A0 <div id=3D"actionbuttons">
> =A0=A0=A0 <a href=3D"phpwiki/index.php?action=3Dedit" =
class=3D"wikiaction">Edit</a>
> =A0=A0 | <a href=3D"phpwiki/index.php?action=3DPageHistory"=20
> class=3D"wikiaction">PageHistory</a>=A0 | <a=20
> href=3D"phpwiki/index.php?action=3Ddiff" class=3D"wikiaction">Diff</a>
> =A0 | <a href=3D"phpwiki/index.php?action=3DInfo" =
class=3D"wikiaction">Info</a>=A0=20
> </div>
> =A0 </td>
> =A0
> The patch is correct.
>
> ----- Original Message -----
> From: Laurent Marechal
> To: Carsten Klapp
> Cc: PhpWiki List
> Sent: Monday, March 25, 2002 10:22 PM
> Subject: Re: [Phpwiki-talk] Strange url behaviour
>
> Hello,
> =A0
> No luck with commenting the two lines.
> =A0
> I started over from scratch:
> - decompressing phpwiki-1.3.3.tar
> - moving the whole tree under the web folder (wwwroot) under phpwiki.
> - Editing the index.php. No change apart from the database section=20
> changed to:
> =A0
> $DBParams =3D array(
> =A0=A0 // Select the database type:
> =A0=A0 //'dbtype' =3D> 'SQL',
> =A0=A0 'dbtype'=A0=A0 =3D> 'dba',
> =A0=A0
> =A0=A0 // For SQL based backends, specify the database as a DSN
> =A0=A0 // The most general form of a DSN looks like:
> =A0=A0 //
> =A0=A0 //=A0=A0 =
phptype(dbsyntax)://username:password@protocol+hostspec/database
> =A0=A0 //
> =A0=A0 // For a MySQL database, the following should work:
> =A0=A0 //
> =A0=A0 //=A0=A0 mysql://user:password@host/databasename
> =A0=A0 //
> =A0=A0 // FIXME: My version Pear::DB seems to be broken enough that =
there
> =A0=A0 //=A0=A0=A0=A0=A0=A0=A0 is no way to connect to a mysql server =
over a socket right=20
> now.
> =A0=A0 //'dsn' =3D> 'mysql://guest@:/var/lib/mysql/mysql.sock/test',
> =A0=A0 //'dsn' =3D> 'mysql://guest@localhost/test',
> =A0=A0 //'dsn' =3D> 'pgsql://localhost/test',
> =A0=A0
> =A0=A0 // Used by all DB types:
> =A0
> =A0=A0 // prefix for filenames or table names
> =A0=A0 /*
> =A0=A0=A0 * currently you MUST EDIT THE SQL file too (in the schemas/
> =A0=A0=A0 * directory because we aren't doing on the fly sql =
generation
> =A0=A0=A0 * during the installation.
> =A0=A0 */
> =A0=A0 //'prefix' =3D> 'phpwiki_',
> =A0=A0
> =A0=A0 // Used by 'dba'
> =A0=A0 'directory'=A0=A0=A0=A0 =3D> "/tmp/wiki133",
> =A0=A0 //'dba_handler'=A0=A0 =3D> 'gdbm',=A0=A0 // Either of 'gdbm' or =
'db2' work great=20
> for me.
> =A0=A0 //'dba_handler' =3D> 'db2',
> =A0=A0 'dba_handler' =3D> 'db3',=A0=A0=A0 // doesn't work at all for =
me....
> =A0=A0 'timeout'=A0=A0 =3D> 20,
> =A0=A0 //'timeout' =3D> 5
> );
> =A0
> - Starting the web server.
> - Going to http://xxx.xxx.xxx.xxx/phpwiki/index.php
> - The screen
> - I click on edit and 'page not found..."
> The link it try to find is :=20
> http://xxx.xxx.xxx.xxx/phpwiki/index.php/phpwiki/index.php?action=3Dedit=

> =A0
> Note the addition of /phpwiki/index.php=A0that should not be here.
> =A0
> Laurent.\
> =A0
> ----- Original Message -----
> Subject: Re: [Phpwiki-talk] Strange url behaviour
>
> >
> > Hi Laurent,
> >
> > Try commenting out these two lines near the bottom of index.php by=20=

> putting
> > two slashes in front:
> >
> > //define('SCRIPT_NAME', '/some/where/index.php');
> >
> > //define('USE_PATH_INFO', false);
> >
> > Does this fix the url problem?
> >
> >
> > Regarding the missing bracket problem, I double-checked the latest=20=

> version
> > of index.php and the default file tests ok on my system. Are you =
sure=20
> you
> > are looking at the correct file on your computer? It sounds like you =
may
> > have accidentally deleted the ); on line 232, or inserted a =
semicolon
> > instead of a comma, or deleted a comma at the end of one of the =
lines
> > somewhere from line 193 to 232.
> >
> > Carsten
>

Re: [Phpwiki-talk] Strange url behaviour

[Laurent M. <l.m...@ch...>]

I have checked the html generated and it looks fine.=20
I.e for the edit (as in my previous mail), it return the following html =
code:

  <td>
  <div id=3D"actionbuttons">
    <a href=3D"phpwiki/index.php?action=3Dedit" =
class=3D"wikiaction">Edit</a>=20
   | <a href=3D"phpwiki/index.php?action=3DPageHistory" =
class=3D"wikiaction">PageHistory</a>  | <a =
href=3D"phpwiki/index.php?action=3Ddiff" class=3D"wikiaction">Diff</a>=20
  | <a href=3D"phpwiki/index.php?action=3DInfo" =
class=3D"wikiaction">Info</a>  </div>
  </td>


The patch is correct.
  ----- Original Message -----=20
  From: Laurent Marechal=20
  To: Carsten Klapp=20
  Cc: PhpWiki List=20
  Sent: Monday, March 25, 2002 10:22 PM
  Subject: Re: [Phpwiki-talk] Strange url behaviour


  Hello,

  No luck with commenting the two lines.

  I started over from scratch:
  - decompressing phpwiki-1.3.3.tar
  - moving the whole tree under the web folder (wwwroot) under phpwiki.
  - Editing the index.php. No change apart from the database section =
changed to:

  $DBParams =3D array(
     // Select the database type:
     //'dbtype' =3D> 'SQL',
     'dbtype'   =3D> 'dba',
    =20
     // For SQL based backends, specify the database as a DSN
     // The most general form of a DSN looks like:
     //
     //   =
phptype(dbsyntax)://username:password@protocol+hostspec/database
     //
     // For a MySQL database, the following should work:
     //
     //   mysql://user:password@host/databasename
     //
     // FIXME: My version Pear::DB seems to be broken enough that there
     //        is no way to connect to a mysql server over a socket =
right now.
     //'dsn' =3D> 'mysql://guest@:/var/lib/mysql/mysql.sock/test',
     //'dsn' =3D> 'mysql://guest@localhost/test',
     //'dsn' =3D> 'pgsql://localhost/test',
    =20
     // Used by all DB types:

     // prefix for filenames or table names
     /*=20
      * currently you MUST EDIT THE SQL file too (in the schemas/
      * directory because we aren't doing on the fly sql generation
      * during the installation.
     */
     //'prefix' =3D> 'phpwiki_',
    =20
     // Used by 'dba'
     'directory'     =3D> "/tmp/wiki133",
     //'dba_handler'   =3D> 'gdbm',   // Either of 'gdbm' or 'db2' work =
great for me.
     //'dba_handler' =3D> 'db2',
     'dba_handler' =3D> 'db3',    // doesn't work at all for me....
     'timeout'   =3D> 20,
     //'timeout' =3D> 5
  );

  - Starting the web server.
  - Going to http://xxx.xxx.xxx.xxx/phpwiki/index.php
  - The screen=20
  - I click on edit and 'page not found..."=20
  The link it try to find is : =
http://xxx.xxx.xxx.xxx/phpwiki/index.php/phpwiki/index.php?action=3Dedit

  Note the addition of /phpwiki/index.php that should not be here.

  Laurent.\

  ----- Original Message -----=20
  Subject: Re: [Phpwiki-talk] Strange url behaviour


  >=20
  > Hi Laurent,
  >=20
  > Try commenting out these two lines near the bottom of index.php by =
putting=20
  > two slashes in front:
  >=20
  > //define('SCRIPT_NAME', '/some/where/index.php');
  >=20
  > //define('USE_PATH_INFO', false);
  >=20
  > Does this fix the url problem?
  >=20
  >=20
  > Regarding the missing bracket problem, I double-checked the latest =
version=20
  > of index.php and the default file tests ok on my system. Are you =
sure you=20
  > are looking at the correct file on your computer? It sounds like you =
may=20
  > have accidentally deleted the ); on line 232, or inserted a =
semicolon=20
  > instead of a comma, or deleted a comma at the end of one of the =
lines=20
  > somewhere from line 193 to 232.
  >=20
  > Carsten

Re: [Phpwiki-talk] Strange url behaviour

[Laurent M. <l.m...@ch...>]

Hello,

No luck with commenting the two lines.

I started over from scratch:
- decompressing phpwiki-1.3.3.tar
- moving the whole tree under the web folder (wwwroot) under phpwiki.
- Editing the index.php. No change apart from the database section =
changed to:

$DBParams =3D array(
   // Select the database type:
   //'dbtype' =3D> 'SQL',
   'dbtype'   =3D> 'dba',
  =20
   // For SQL based backends, specify the database as a DSN
   // The most general form of a DSN looks like:
   //
   //   phptype(dbsyntax)://username:password@protocol+hostspec/database
   //
   // For a MySQL database, the following should work:
   //
   //   mysql://user:password@host/databasename
   //
   // FIXME: My version Pear::DB seems to be broken enough that there
   //        is no way to connect to a mysql server over a socket right =
now.
   //'dsn' =3D> 'mysql://guest@:/var/lib/mysql/mysql.sock/test',
   //'dsn' =3D> 'mysql://guest@localhost/test',
   //'dsn' =3D> 'pgsql://localhost/test',
  =20
   // Used by all DB types:

   // prefix for filenames or table names
   /*=20
    * currently you MUST EDIT THE SQL file too (in the schemas/
    * directory because we aren't doing on the fly sql generation
    * during the installation.
   */
   //'prefix' =3D> 'phpwiki_',
  =20
   // Used by 'dba'
   'directory'     =3D> "/tmp/wiki133",
   //'dba_handler'   =3D> 'gdbm',   // Either of 'gdbm' or 'db2' work =
great for me.
   //'dba_handler' =3D> 'db2',
   'dba_handler' =3D> 'db3',    // doesn't work at all for me....
   'timeout'   =3D> 20,
   //'timeout' =3D> 5
);

- Starting the web server.
- Going to http://xxx.xxx.xxx.xxx/phpwiki/index.php
- The screen=20
- I click on edit and 'page not found..."=20
The link it try to find is : =
http://xxx.xxx.xxx.xxx/phpwiki/index.php/phpwiki/index.php?action=3Dedit

Note the addition of /phpwiki/index.php that should not be here.

Laurent.\

----- Original Message -----=20
Subject: Re: [Phpwiki-talk] Strange url behaviour


>=20
> Hi Laurent,
>=20
> Try commenting out these two lines near the bottom of index.php by =
putting=20
> two slashes in front:
>=20
> //define('SCRIPT_NAME', '/some/where/index.php');
>=20
> //define('USE_PATH_INFO', false);
>=20
> Does this fix the url problem?
>=20
>=20
> Regarding the missing bracket problem, I double-checked the latest =
version=20
> of index.php and the default file tests ok on my system. Are you sure =
you=20
> are looking at the correct file on your computer? It sounds like you =
may=20
> have accidentally deleted the ); on line 232, or inserted a semicolon=20
> instead of a comma, or deleted a comma at the end of one of the lines=20
> somewhere from line 193 to 232.
>=20
> Carsten

Re: [Phpwiki-talk] Disclaimers and responsibility

[Reini U. <ru...@x-...>]

John Kershaw schrieb:
> 
> Hi,
> 
> I recently set up a wiki-based community web site for our local area
> community group, Burley Green (www.burleygreen.com). I was wondering
> what happens if someone writes something defamatory etc on the site,
> so I asked a friend. He said (and this is in the UK - YMMV):
> 
> >I have been speaking to my sister about the issue of disclaimers
> >on websites. She is into web law, in fact she is doing a masters in
> >it.
> >
> >You as webmaster are legally responsible for the content of the
> >website. No disclaimer gets around this.
> >
> >If you don't provide usernames and passwords then you are not
> >taking enough precautions (and still may not be taking enough!) to
> >stop mis-use of the website. If someone did write something
> >offensive, misleading etc then it will look like you set up a site for
> >them to do this.
> 
> Anyone have thoughts on this?

yes. use authentication, so that each entry is named in the RecentChanges 
list and check about monthly for illegal content to be removed. 
this depends on the court. in germany/austria they typically decide reasonable
in such cases.
passwords are not needed.
or set up a simple email notification to the admin as someone earlier posted.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Disclaimers and responsibility

[Carsten K. <car...@ma...>]

http://c2.com/cgi/wiki?WikiCopyRights

talks about wiki copyright issues, somewhat related to disclaimers.

Carsten

On Monday, March 25, 2002, at 07:48  am, John Kershaw wrote:

> Hi,
>
> I recently set up a wiki-based community web site for our local area 
> community group, Burley Green (www.burleygreen.com). I was wondering what 
> happens if someone writes something defamatory etc on the site, so I 
> asked a friend. He said (and this is in the UK - YMMV):
>
>> I have been speaking to my sister about the issue of disclaimers
>> on websites. She is into web law, in fact she is doing a masters in
>> it.
>>
>> You as webmaster are legally responsible for the content of the
>> website. No disclaimer gets around this.
>>
>> If you don't provide usernames and passwords then you are not
>> taking enough precautions (and still may not be taking enough!) to
>> stop mis-use of the website. If someone did write something
>> offensive, misleading etc then it will look like you set up a site for
>> them to do this.
>
> Anyone have thoughts on this?
>
> John.
> --
> ---------------------------------------------------------
> email:  jo...@ke...         phone:      07944 755613
> web:     www.kershaw.org    AOL: johnkershaw
> ---------------------------------------------------------

Re: [Phpwiki-talk] Strange url behaviour

[Carsten K. <car...@ma...>]

Hi Laurent,

Try commenting out these two lines near the bottom of index.php by putting 
two slashes in front:

//define('SCRIPT_NAME', '/some/where/index.php');

//define('USE_PATH_INFO', false);

Does this fix the url problem?


Regarding the missing bracket problem, I double-checked the latest version 
of index.php and the default file tests ok on my system. Are you sure you 
are looking at the correct file on your computer? It sounds like you may 
have accidentally deleted the ); on line 232, or inserted a semicolon 
instead of a comma, or deleted a comma at the end of one of the lines 
somewhere from line 193 to 232.

Carsten

On Thursday, March 21, 2002, at 05:11  pm, Laurent Marechal wrote:

> Hello,
>
> I'm running under W2K SP2 , IIS5 and PHP 4.1.2
>
> I have tried version 1.2.2, works like a charm.
>
> Then I wanted to try version 1.3.3.
> The offical version (not the daily snapshot) doesn't work. I can install 
> it,
> configure it but I keep getting the same problem. On the first page, if I
> click on any link, it try to find a new url that doesn't exist.
>
> Ie:
> Original page : http://www.myhost/phpwiki/index.php
> Selecting to edit the first page should return me :
> http://myhost/phpwiki/index.php?action=edit
> But I'm getting:
> http://myhost/phpwiki/index.php/phpwiki/index.php?action=edit
>
> I didn't change any web seting or PHP setting...
>
> Any idea ?
>
> Tried also with the latest snapshot but I get a parse error (missing ')' 
> )
> in index.php around line 223 even in the original file before any change.
>
> Thanks
>
> Laurent.

Re: [Phpwiki-talk] Page optimisation & upgrading

[Carsten K. <car...@ma...>]

Hi John,

To delete the $Id output from the html pages, remove the one line which 
reads <?=$RCS_IDS?> from phpwiki/themes/default/templates/top.tmpl, near 
the bottom of the page:

</head>
<?= Template('body') ?>
<!-- phpwiki source:
<?=$RCS_IDS?>
-->
</html>

Alternatively you can add two lines to display the RCS_IDs only when 
debugging is turned on according to this patch (which I will check into 
the repository):

Index: top.tmpl
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/themes/default/templates/top.tmpl,v
retrieving revision 1.12
diff -U2 -r1.12 top.tmpl
--- top.tmpl    21 Feb 2002 21:18:30 -0000      1.12
+++ top.tmpl    25 Mar 2002 14:18:59 -0000
@@ -94,6 +94,8 @@
  </head>
  <?= Template('body') ?>
+<?php if (defined('DEBUG')) { ?>
  <!-- phpwiki source:
  <?=$RCS_IDS?>
  -->
+<?php } ?>
  </html>



On Friday, March 22, 2002, at 05:33  am, John Kershaw wrote:

> Hi all,
>
> Couple of questions:
>
> a) is there an easy way to remove all the version info that comes at the 
> top of every page? On some pages it's doubling the size of the html 
> source.
>
> <!-- phpwiki source:
> $Id: browse.html,v 1.30 2001/12/19 15:54:29 carstenklapp Exp $
> $Id: prepend.php,v 1.5 2001/11/21 19:46:50 dairiki Exp $
> $Id: ErrorManager.php,v 1.4 2001/12/13 05:06:06 dairiki Exp $
> $Id: WikiCallback.php,v 1.2 2001/11/21 20:01:52 dairiki Exp $
>
> b) I'm running 1.3.2 with mods on several sites. I had a look at 1.3.3 
> but it looks pretty different. Could someone point me towards information 
> on upgrading? I couldn't find any on the wiki.
>
> John.
> --
> ---------------------------------------------------------
> email:  jo...@ke...         phone:      07944 755613
> web:     www.kershaw.org    AOL: johnkershaw
> ---------------------------------------------------------

[Phpwiki-talk] Disclaimers and responsibility

[John K. <jo...@ke...>]

Hi,

I recently set up a wiki-based community web site for our local area 
community group, Burley Green (www.burleygreen.com). I was wondering 
what happens if someone writes something defamatory etc on the site, 
so I asked a friend. He said (and this is in the UK - YMMV):

>I have been speaking to my sister about the issue of disclaimers
>on websites. She is into web law, in fact she is doing a masters in
>it.
>
>You as webmaster are legally responsible for the content of the
>website. No disclaimer gets around this.
>
>If you don't provide usernames and passwords then you are not
>taking enough precautions (and still may not be taking enough!) to
>stop mis-use of the website. If someone did write something
>offensive, misleading etc then it will look like you set up a site for
>them to do this.

Anyone have thoughts on this?

John.
-- 

---------------------------------------------------------
email:  jo...@ke...         phone:      07944 755613
web:     www.kershaw.org    AOL: johnkershaw
---------------------------------------------------------

Re: [Phpwiki-talk] ShortAndPrettyWiki

[Patrik W. <pa...@bl...>]

On Fri, 22 Mar 2002, Steve Wainstead wrote:

> This is also addressed in the FAQ:
> 
> http://phpwiki.sourceforge.net/phpwiki/PrettyWiki

Yes, I added my mod_rewrite thing to it. The page however, does not
describe why searching and deletion of pages stops to work. I haven't
really debugged my solution yet, there might be some error with the
last line:

RewriteRule ^/(.*)$ /index.php?pagename=$1 [QSA,NC,L]

It's this resulting page of a search that stops working:

http://wiki.example.com/Titels%F6kningen?s=foobar&auto_redirect=1

(or PageFind, or any other)

-- 
patrik_wallstrom->foodfight->pa...@bl...->+46-709580442

Re: [Phpwiki-talk] ShortAndPrettyWiki

[Steve W. <sw...@pa...>]

This is also addressed in the FAQ:

http://phpwiki.sourceforge.net/phpwiki/PrettyWiki

On Thu, 21 Mar 2002, Patrik Wallstrom wrote:

> On Thu, 21 Mar 2002, John Kershaw wrote:
>
> > Hi,
> >
> > I've can set up my wiki to use URLs of the form:
> >
> > http://www.somehost.com/wiki/PageName
> >
> > but I'd like to lose the /wiki and just have;
> >
> > http://www.somehost.com/PageName
> >
> > How do I do it?
>
> I just did that yesterday, you have to use mod_rewrite:
>
> <VirtualHost 12.34.56.78>
>         ServerName name.site.com
> 	DocumentRoot /html/name.site.com
> 	CustomLog logs/name.site.com.log combined
> #for wiki
>         RewriteEngine on
>         RewriteRule (^/themes.*) $1 [L]
>         RewriteRule (^/.*\.css$) $1 [L]
>         RewriteRule ^/(.*)$ /index.php?pagename=$1 [QSA,NC,L]
> </VirtualHost>
>
> However, this doesn't work with the form POST methods for the site,
> anybody knows how to solve this?
>
> I used version 1.3.3 for this.
>
> There are probably other ways of solving this as well. Is this
> documented somewhere?
>
> --
> patrik_wallstrom->foodfight->pa...@bl...->+46-709580442
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Page optimisation & upgrading

[John K. <jo...@ke...>]

Hi all,

Couple of questions:

a) is there an easy way to remove all the version info that comes at 
the top of every page? On some pages it's doubling the size of the 
html source.

<!-- phpwiki source:
$Id: browse.html,v 1.30 2001/12/19 15:54:29 carstenklapp Exp $
$Id: prepend.php,v 1.5 2001/11/21 19:46:50 dairiki Exp $
$Id: ErrorManager.php,v 1.4 2001/12/13 05:06:06 dairiki Exp $
$Id: WikiCallback.php,v 1.2 2001/11/21 20:01:52 dairiki Exp $

b) I'm running 1.3.2 with mods on several sites. I had a look at 
1.3.3 but it looks pretty different. Could someone point me towards 
information on upgrading? I couldn't find any on the wiki.

John.
-- 

---------------------------------------------------------
email:  jo...@ke...         phone:      07944 755613
web:     www.kershaw.org    AOL: johnkershaw
---------------------------------------------------------

[Phpwiki-talk] Strange url behaviour

[Laurent M. <l.m...@ch...>]

Hello,

I'm running under W2K SP2 , IIS5 and PHP 4.1.2

I have tried version 1.2.2, works like a charm.

Then I wanted to try version 1.3.3.
The offical version (not the daily snapshot) doesn't work. I can install it,
configure it but I keep getting the same problem. On the first page, if I
click on any link, it try to find a new url that doesn't exist.

Ie:
Original page : http://www.myhost/phpwiki/index.php
Selecting to edit the first page should return me :
http://myhost/phpwiki/index.php?action=edit
But I'm getting:
http://myhost/phpwiki/index.php/phpwiki/index.php?action=edit

I didn't change any web seting or PHP setting...

Any idea ?

Tried also with the latest snapshot but I get a parse error (missing ')' )
in index.php around line 223 even in the original file before any change.

Thanks

Laurent.

Re: [Phpwiki-talk] [Fwd: [PhpWiki] Call Time Pass By Reference]

[Lawrence A. <ao...@ds...>]

Thanks for the report.

By a strange coincidence, this has also been reported as a bug on=
 SF. 
A couple of function calls were incorrectly coded.  I have fixed=
 it 
in cvs, and there should be no need to change the .htaccess=
 files.

If you want to change it in your own version, here are the=
 changes I 
made:


1)
in lib/editpage.php:  lines 131 and 156 (or thereabouts): change=
 
this->setPageLockChanged($isadmin, $lock, &$page);  

to 

this->setPageLockChanged($isadmin, $lock, $page);

[Note the removal of the &]

2)
in lib/diff.php: line 339:  change

  $html->pushContent(HTML::Table(PageInfoRow(_("Newer page:"),=
 $new, 
&$request),  PageInfoRow(_("Older page:"), $old, &$request))); 

to

  $html->pushContent(HTML::Table(PageInfoRow(_("Newer page:"),=
 $new, 
&$request),  PageInfoRow(_("Older page:"), $old, $request))); 

[again, only change is removal of &]

I hope this works.

It would be great if someone could test it and let me know if the=
 
warnings have gone.

Lawrence


On 21 Mar 2002 10:38:45 -0800, Adam Shand wrote:
>Hey Dennis,
>
>My contributions to PhpWiki are mostly answering what questions=
 I
>can on
>the mailing list and keeping the cruft off the wiki site (it's
>amazing
>how much crap people want to create sometimes :-).
>
>As such I've forwarded your message back to the list.
>
>Adam.
>
>-----Forwarded Message-----
>
>From: Dennis Kehrig <Th...@we...>
>To: ad...@pe...
>Subject: [PhpWiki] Call Time Pass By Reference
>Date: 21 Mar 2002 16:37:07 +0100
>
>Hi Adam,
>
>since I did not find too many email addresses on the PhpWiki=
 page, I
>chose you as my victim.
>
>PhpWiki seems to make usage of the feature mentioned in the=
 subject,
>but
>it is disabled in recent PHP versions by default.
>
>You (or whoever feels responsible for this) might consider=
 adding
>this
>line to the .htaccess file:
>
>    php_flag allow_call_time_pass_reference on
>
>I guess this will be sufficient for the majority of PhpWiki=
 users
>(those
>with Apache and the more or less default PHP settings).
>
>Regards,
>
>Dennis
>


-- 

[Phpwiki-talk] [Fwd: [PhpWiki] Call Time Pass By Reference]

[Adam S. <ad...@pe...>]

Hey Dennis,

My contributions to PhpWiki are mostly answering what questions I can on
the mailing list and keeping the cruft off the wiki site (it's amazing
how much crap people want to create sometimes :-).

As such I've forwarded your message back to the list.

Adam.

-----Forwarded Message-----

From: Dennis Kehrig <Th...@we...>
To: ad...@pe...
Subject: [PhpWiki] Call Time Pass By Reference
Date: 21 Mar 2002 16:37:07 +0100

Hi Adam,

since I did not find too many email addresses on the PhpWiki page, I 
chose you as my victim.

PhpWiki seems to make usage of the feature mentioned in the subject, but 
it is disabled in recent PHP versions by default.

You (or whoever feels responsible for this) might consider adding this 
line to the .htaccess file:

	php_flag allow_call_time_pass_reference on

I guess this will be sufficient for the majority of PhpWiki users (those 
with Apache and the more or less default PHP settings).

Regards,

Dennis

-- 
Q: How many software engineers does it take to change a lightbulb?
A: It can't be done; it's a hardware problem.

Re: [Phpwiki-talk] ShortAndPrettyWiki

[Patrik W. <pa...@bl...>]

On Thu, 21 Mar 2002, John Kershaw wrote:

> Hi,
> 
> I've can set up my wiki to use URLs of the form:
> 
> http://www.somehost.com/wiki/PageName
> 
> but I'd like to lose the /wiki and just have;
> 
> http://www.somehost.com/PageName
> 
> How do I do it?

I just did that yesterday, you have to use mod_rewrite:

<VirtualHost 12.34.56.78>
        ServerName name.site.com
	DocumentRoot /html/name.site.com
	CustomLog logs/name.site.com.log combined
#for wiki
        RewriteEngine on
        RewriteRule (^/themes.*) $1 [L]
        RewriteRule (^/.*\.css$) $1 [L]
        RewriteRule ^/(.*)$ /index.php?pagename=$1 [QSA,NC,L]
</VirtualHost>

However, this doesn't work with the form POST methods for the site,
anybody knows how to solve this?

I used version 1.3.3 for this.

There are probably other ways of solving this as well. Is this
documented somewhere?

-- 
patrik_wallstrom->foodfight->pa...@bl...->+46-709580442

[Phpwiki-talk] ShortAndPrettyWiki

[John K. <jo...@ke...>]

Hi,

I've can set up my wiki to use URLs of the form:

http://www.somehost.com/wiki/PageName

but I'd like to lose the /wiki and just have;

http://www.somehost.com/PageName

How do I do it?

John.
-- 

---------------------------------------------------------
email:  jo...@ke...         phone:      07944 755613
web:     www.kershaw.org    AOL: johnkershaw
---------------------------------------------------------

Re: [Phpwiki-talk] install problems

[Steve W. <sw...@pa...>]

Flat file is under construction by your faithful waterboy and project
manager.

~swain

On 19 Mar 2002, Adam Shand wrote:

> On Tue, 2002-03-19 at 16:56, Tad Frysinger wrote:
> > I have installed Apache 1.3.x, PHP (latest) on a Windows 2000 box. I then
> > unarchived the phpwiki (latest) into it's own directory under Apache in the
> > right spot. I believe I have gone through index.php and made the right
> > changes to reflect the proper paths - but I still get an error when I try to
> > bring up index.php that "dba_open" is an unknown function, in DbaDatabase
> > line 32.
> >
> > I am not using a SQL database at this point - just thought I'd use the
> > default to get started.
> >
> > Any ideas what configuration item I missed?
>
> I know next to nothing about PhpWiki under Windows but I believe that
> the DBA calls are also for the db2 and gdbm back ends.  The default
> PhpWiki back end is gdbm (or is it might be db2?), regardless my guess
> is that you don't have those libraries installed in a place that PhpWiki
> can reach them.
>
> I have no idea how to get those libraries installed under windows (or
> even if it's possible though I assume cygwin would do it).  Your best
> bet might just be to try using MySQL or the flatfile back end if that
> still works.
>
> Adam.
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Re: [Phpwiki-talk] install problems

[Adam S. <ad...@pe...>]

On Tue, 2002-03-19 at 16:56, Tad Frysinger wrote:
> I have installed Apache 1.3.x, PHP (latest) on a Windows 2000 box. I then
> unarchived the phpwiki (latest) into it's own directory under Apache in the
> right spot. I believe I have gone through index.php and made the right
> changes to reflect the proper paths - but I still get an error when I try to
> bring up index.php that "dba_open" is an unknown function, in DbaDatabase
> line 32.
> 
> I am not using a SQL database at this point - just thought I'd use the
> default to get started.
> 
> Any ideas what configuration item I missed?

I know next to nothing about PhpWiki under Windows but I believe that
the DBA calls are also for the db2 and gdbm back ends.  The default
PhpWiki back end is gdbm (or is it might be db2?), regardless my guess
is that you don't have those libraries installed in a place that PhpWiki
can reach them.

I have no idea how to get those libraries installed under windows (or
even if it's possible though I assume cygwin would do it).  Your best
bet might just be to try using MySQL or the flatfile back end if that
still works.

Adam.

[Phpwiki-talk] install problems

[Tad F. <tad...@np...>]

I have installed Apache 1.3.x, PHP (latest) on a Windows 2000 box. I then
unarchived the phpwiki (latest) into it's own directory under Apache in the
right spot. I believe I have gone through index.php and made the right
changes to reflect the proper paths - but I still get an error when I try to
bring up index.php that "dba_open" is an unknown function, in DbaDatabase
line 32.

I am not using a SQL database at this point - just thought I'd use the
default to get started.

Any ideas what configuration item I missed?

Thanks.

Tad

[Phpwiki-talk] DIVULGUE SUA LOJA E AUMENTE SEU FATURAMENTO!!

[WORDMAIL <WOR...@IE...>]

WWW.WORDMAIL.HPG.COM.BR

Há muito tempo a mala direta tem sido uma das formas mais efetivas de promover negócios. 
Com a Internet, a possibilidade de comunicação com milhares de pessoas faz da mala direta por E-mail a maneira mais barata, rápida e eficiente de divulgar produtos, serviços, informações... 
Para isso basta possuir muitos endereços de e-mail e um simples programa para envio automático. Desta maneira, nossa proposta de trabalho visa oferecer tudo que você precisa para aproveitar todas as vantagens deste moderno e eficiente recurso.
Nosso banco de dados conta com 1.000.000.000 de endereços de e-mail de todos os setores econômicos. Enviamos os arquivos contendo os E-mails em formato txt (Bloco de Notas).

Nao perca mais tempo aumento em 500% suas vendas ou divulgue seu site!

WWW.WORDMAIL.HPG.COM.BR

Re: [Phpwiki-talk] ImageAlignment

[Adam S. <ad...@pe...>]

CC'd back to the list cause it looked like a mistake that it wasn't ...

> I considered using these (and l|r) but went for left|right for ease 
> of understanding (and remembering) on the part of the user. Also < 
> and > are parsed for and return an error earlier in stdlib.php (I 
> think).

Yeah, it's hard to decide which is the most "wiki way".
 
> Which brings up a question. This new syntax you guys are working on - 
> will it play nicely alongside the current syntax? Converting to/from 
> during import/export/upgrades may or may not be difficult, but surely 
> this obstacle is dwarfed by the retraining of the existing user-base, 
> many of whom enjoy (!) using wiki *because* they are familiar with 
> the simple syntax? It's hard enough getting folks to edit wiki, but 
> once they do, asking them to learn a new system is, in some cases, 
> not practical.

This I can't answer as I'm not the one working on it.  If I remember
right the decision was that the old markup was sub-optimal and that the
new markup should be implemented exclusively.

> Oh yes - that was another question that's been lurking in the back of 
> my mind. Some of my history pages are getting pretty long and anchors 
> would be very useful.

Yep.  Moin has a TableOfContents macro that does some of what I'd like
to see, but it has some pretty serious limitations as well.
 
> On BurleyGreen.com most of the navigation on the left is an 
> IncludePage. This got me thinking: would be possible to create a 
> system which would allow content from a single page to be placed in 
> two or more locations in the template?
> 
> Say in the browse.html file you had the following:
> 
> <div class="nav"><?plugin Includepage section="Nav" ?></div>
> <div class="main">$content</div>
> <div class="sidebar"><?plugin Includepage section="SideBar" ?></div>
> 
> And in the wiki-text you could put something like:
> ===========
> Welcome to my phpwiki-powered web site...
> 
> ! Nav
> HomePage%%%
> SomePage%%%
> OtherPage
> 
> ! SideBar
> [http://.../image.jpg]%%%
> Caption
> ===========
> 
> You can *nearly* do this with the existing IncludePage plugin, but 
> the sidebar stuff will be duplicated at the bottom of the page. Can 
> anyone point out a way to suppress this content - with or without 
> hacking the source?

Why not just use multiple pages eg. SideBar, NavBar, TopBar etc?  That
seems more flexible to me anyway?

As for your question I believe there is an option to pass to the
IncludePage plugin to only include "sections" which are defined by
"----" within the page.

Adam.