From dominique.faure at gmail.com  Fri Dec  1 01:16:43 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Fri, 1 Dec 2006 08:16:43 +0100
Subject: [pmwiki-users] Announcement: OptionMenu recipe
Message-ID: <599dbcaf0611302316h7f4a6d46u3f4564b10874a546@mail.gmail.com>

Hi,

I just added the (previously unreleased) recipe OptionMenu to the
master Cookbook.
This recipe provides an extra output formating option to the pagelist
directive consisting of an option menu of selected pages, as you may
have already encountered navigating multipage articles on some
news/magazine sites.

Patrick, could you please enable it on pmwiki.org (at least, on it's
own page)? thanks.

Dom



From Flori-Fischer at gmx.net  Fri Dec  1 02:23:22 2006
From: Flori-Fischer at gmx.net (Florian Fischer)
Date: Fri, 01 Dec 2006 09:23:22 +0100
Subject: [pmwiki-users] drafts question. How to grant publish rights?
Message-ID: <20061201082322.257430@gmx.net>

Hello, 

at the moment i'm struggling through my drafts-configuration.
Untill now i had users who where only allowed to save drafts and these drafts where published by the admin. At the moment i'm having the following configuration: Since i use it only in one group i use a group.php file with the content:

<?php
# turn on draft edits
$EnableDrafts = 1;
# use special edit form with button swapping
$PageEditForm = 'Group.EditForm';
# create a publish password for Drafts
$DefaultPasswords['publish'] = crypt('publish');
$AuthCascade['publish'] = 'edit';
$PageAttributes['passwdpublish'] = '$[Set new publish password:]';

No i want to introduce another userlayer, people responsable for publishing drafts but no admin. I'm using Userauth. I tried to grant publish rights by publish_group-Group or publish, but since publish isn't an action itself (At least i think so ;-)) this doesn't work.

Any ideas how to grant publish rights?

Florian


-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



From anno at shroomery.org  Fri Dec  1 03:20:53 2006
From: anno at shroomery.org (Anno)
Date: Fri, 01 Dec 2006 10:20:53 +0100
Subject: [pmwiki-users] No GUIButtons
In-Reply-To: <456EC964.8000503@manor-farm.org>
References: <456EC964.8000503@manor-farm.org>
Message-ID: <ekos5f$g63$1@sea.gmane.org>

 >$GUIButtonDirUrlFmt = "/var/lib/pmwiki/pub/guiedit";

This should be a URL, like http://.....




From lists at manor-farm.org  Fri Dec  1 04:33:23 2006
From: lists at manor-farm.org (Ian Barton)
Date: Fri, 01 Dec 2006 10:33:23 +0000
Subject: [pmwiki-users] No GUIButtons
In-Reply-To: <ekos5f$g63$1@sea.gmane.org>
References: <456EC964.8000503@manor-farm.org> <ekos5f$g63$1@sea.gmane.org>
Message-ID: <457004F3.6070103@manor-farm.org>

Anno wrote:
>  >$GUIButtonDirUrlFmt = "/var/lib/pmwiki/pub/guiedit";
> 
> This should be a URL, like http://.....
Thanks, I have changed it, but it didn't fix the problem. Inspecting the 
generated page source I can see the problem:

<link rel='stylesheet' type='text/css' 
href='http://www.banter.local/estate/pub/skins/monobook/monobook.css' />
<script language='javascript' type='text/javascript'
   src='http://www.banter.local/pmwiki/pub/guiedit/guiedit.js'></script>

The url of guiedit.js should be:
http://www.banter.local/estate/pub/guiedit/guiedit.js

Where does pmwiki find the url for java script files? I thought it might 
be a skin problem, but it still happens with the default skin.

In my local/config.php I have

$ScriptUrl = 'http://www.banter.local/estate';
  $PubDirUrl = 'http://www.banter.local/estate/pub';

Ian.



From nicholas_buttle at yahoo.com  Fri Dec  1 06:08:30 2006
From: nicholas_buttle at yahoo.com (Nicholas Buttle)
Date: Fri, 1 Dec 2006 04:08:30 -0800 (PST)
Subject: [pmwiki-users] image based menus not working.  (attached images)
Message-ID: <20061201120830.85435.qmail@web31011.mail.mud.yahoo.com>

Hi

Can anyone explain the two screenshots?  The first is
when the page is first loaded and the test rollover
image files don't show.  The second is when I click on
'edit' and hey presto the images show in the sidebar.

If anyone can help...

TIA

Nicholas


 
____________________________________________________________________________________
Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture-3.jpg
Type: image/jpeg
Size: 22934 bytes
Desc: 3359619164-Picture-3.jpg
Url : /pipermail/pmwiki-users/attachments/20061201/ee1fc69c/attachment.jpg 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Picture-4.jpg
Type: image/jpeg
Size: 42318 bytes
Desc: 2796135481-Picture-4.jpg
Url : /pipermail/pmwiki-users/attachments/20061201/ee1fc69c/attachment-0001.jpg 

From lists at manor-farm.org  Fri Dec  1 06:58:21 2006
From: lists at manor-farm.org (Ian Barton)
Date: Fri, 01 Dec 2006 12:58:21 +0000
Subject: [pmwiki-users] No GUIButtons
In-Reply-To: <457004F3.6070103@manor-farm.org>
References: <456EC964.8000503@manor-farm.org> <ekos5f$g63$1@sea.gmane.org>
	<457004F3.6070103@manor-farm.org>
Message-ID: <457026ED.9030807@manor-farm.org>


> Anno wrote:
>>  >$GUIButtonDirUrlFmt = "/var/lib/pmwiki/pub/guiedit";
>>
>> This should be a URL, like http://.....
> Thanks, I have changed it, but it didn't fix the problem. Inspecting the 
> generated page source I can see the problem:
> 
> <link rel='stylesheet' type='text/css' 
> href='http://www.banter.local/estate/pub/skins/monobook/monobook.css' />
> <script language='javascript' type='text/javascript'
>    src='http://www.banter.local/pmwiki/pub/guiedit/guiedit.js'></script>
> 
> The url of guiedit.js should be:
> http://www.banter.local/estate/pub/guiedit/guiedit.js
> 
> Where does pmwiki find the url for java script files? I thought it might 
> be a skin problem, but it still happens with the default skin.
> 
> In my local/config.php I have
> 
> $ScriptUrl = 'http://www.banter.local/estate';
>   $PubDirUrl = 'http://www.banter.local/estate/pub';
> 
OK fixed it now. For the record I had to explicitly set my 
$FarmPubDirUrl in local/config.php.

Ian.




From connard at dsg-inc.com  Fri Dec  1 07:05:54 2006
From: connard at dsg-inc.com (Scott Connard)
Date: Fri, 1 Dec 2006 08:05:54 -0500
Subject: [pmwiki-users] drafts question. How to grant publish rights?
Message-ID: <C4299C17-AEFE-4C66-91AD-94F47D14EEC7@dsg-inc.com>

Florian wrote;
> at the moment i'm struggling through my drafts-configuration.
> Untill now i had users who where only allowed to save drafts and  
> these drafts where published by the admin. At the moment i'm having  
> the following configuration: Since i use it only in one group i use  
> a group.php file with the content:
>
> <?php
> # turn on draft edits
> $EnableDrafts = 1;
> # use special edit form with button swapping
> $PageEditForm = 'Group.EditForm';
> # create a publish password for Drafts
> $DefaultPasswords['publish'] = crypt('publish');
> $AuthCascade['publish'] = 'edit';
> $PageAttributes['passwdpublish'] = '$[Set new publish password:]';
>
> No i want to introduce another userlayer, people responsable for  
> publishing drafts but no admin. I'm using Userauth. I tried to  
> grant publish rights by publish_group-Group or publish, but since  
> publish isn't an action itself (At least i think so ;-)) this  
> doesn't work.
>
> Any ideas how to grant publish rights?

I use AuthUser and this is all I had to use to add a "publish"  
action.  Anybody in the @publisher group has publishing permission  
but not admin permission.  Unfortunately, I am not user UserAuth, so  
I'm not sure what changes are necessary for that recipe.

$HandleAuth['publish'] = 'publish';
$DefaultPasswords['publish'] = '@publisher';
$AuthCascade['publish'] = 'edit';
$PageAttributes['passwdpublish'] = '$[Set new publish password:]';

Scott Connard.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061201/cbb87425/attachment.html 

From pmichaud at pobox.com  Fri Dec  1 07:47:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 1 Dec 2006 07:47:41 -0600
Subject: [pmwiki-users] No GUIButtons
In-Reply-To: <457026ED.9030807@manor-farm.org>
References: <456EC964.8000503@manor-farm.org> <ekos5f$g63$1@sea.gmane.org>
	<457004F3.6070103@manor-farm.org> <457026ED.9030807@manor-farm.org>
Message-ID: <20061201134741.GA6119@host.pmichaud.com>

On Fri, Dec 01, 2006 at 12:58:21PM +0000, Ian Barton wrote:
> 
> > Anno wrote:
> >>  >$GUIButtonDirUrlFmt = "/var/lib/pmwiki/pub/guiedit";
> >>
> >> This should be a URL, like http://.....
> > Thanks, I have changed it, but it didn't fix the problem. Inspecting the 
> > generated page source I can see the problem:
> > 
> > <link rel='stylesheet' type='text/css' 
> > href='http://www.banter.local/estate/pub/skins/monobook/monobook.css' />
> > <script language='javascript' type='text/javascript'
> >    src='http://www.banter.local/pmwiki/pub/guiedit/guiedit.js'></script>
> > 
> > The url of guiedit.js should be:
> > http://www.banter.local/estate/pub/guiedit/guiedit.js
> > 
> > Where does pmwiki find the url for java script files? I thought it might 
> > be a skin problem, but it still happens with the default skin.
> > 
> > In my local/config.php I have
> > 
> > $ScriptUrl = 'http://www.banter.local/estate';
> >   $PubDirUrl = 'http://www.banter.local/estate/pub';
> > 
> OK fixed it now. For the record I had to explicitly set my 
> $FarmPubDirUrl in local/config.php.

Strange.  PmWiki will normally set $FarmPubDirUrl  to be the
same as $PubDirUrl, unless something else is setting it
first.  So you shouldn't have to set $FarmPubDirUrl if
$PubDirUrl is already correct.

Is $FarmPubDirUrl being set somewhere else -- perhaps in
a recipe somewhere or farmconfig.php ?

Pm



From pmichaud at pobox.com  Fri Dec  1 07:51:17 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 1 Dec 2006 07:51:17 -0600
Subject: [pmwiki-users] image based menus not working. (attached images)
In-Reply-To: <20061201120830.85435.qmail@web31011.mail.mud.yahoo.com>
References: <20061201120830.85435.qmail@web31011.mail.mud.yahoo.com>
Message-ID: <20061201135117.GB6119@host.pmichaud.com>

On Fri, Dec 01, 2006 at 04:08:30AM -0800, Nicholas Buttle wrote:
> Can anyone explain the two screenshots?  The first is
> when the page is first loaded and the test rollover
> image files don't show.  The second is when I click on
> 'edit' and hey presto the images show in the sidebar.
> 
> If anyone can help...

The problem is simply that attachments aren't (yet) tied to the page
in which they're written.  So, the edit page is grabbing the
attachment from a different group than the browse page.

Try qualifying the attachment with a group -- i.e., using

    Attach:GroupName./item1-plain.gif

Pm



From Andrew.Gordon at unisys.com  Fri Dec  1 09:02:27 2006
From: Andrew.Gordon at unisys.com (Gordon, Andrew)
Date: Fri, 1 Dec 2006 09:02:27 -0600
Subject: [pmwiki-users] Can a user provide one password that allows both
	read and edit access?
Message-ID: <3B47B246F5809C42929EF62AB9174C850686CD8D@USEA-EXCH2.na.uis.unisys.com>

All, 

 

Can a user sign on with a password that allows both read and edit
access? If so how is that specified? Thank you

 

Best regards

 

Andy

 

Andrew Gordon

Director Open Source Solutions - Federal

CTO Office Federal 

703-439-5491 (Office) 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061201/7f4b94fa/attachment.html 

From Flori-Fischer at gmx.net  Fri Dec  1 10:00:48 2006
From: Flori-Fischer at gmx.net (Florian Fischer)
Date: Fri, 01 Dec 2006 17:00:48 +0100
Subject: [pmwiki-users] drafts question. How to grant publish rights?
In-Reply-To: <C4299C17-AEFE-4C66-91AD-94F47D14EEC7@dsg-inc.com>
References: <C4299C17-AEFE-4C66-91AD-94F47D14EEC7@dsg-inc.com>
Message-ID: <20061201160048.21260@gmx.net>


-------- Original-Nachricht --------
Datum: Fri, 1 Dec 2006 08:05:54 -0500
Von: Scott Connard <connard at dsg-inc.com>
An: Florian Fischer <Flori-Fischer at gmx.net>
Betreff: Re: [pmwiki-users] drafts question. How to grant publish rights?

> Florian wrote;
> > at the moment i'm struggling through my drafts-configuration.
> > Untill now i had users who where only allowed to save drafts and  
> > these drafts where published by the admin. At the moment i'm having  
> > the following configuration: Since i use it only in one group i use  
> > a group.php file with the content:
> >
> > <?php
> > # turn on draft edits
> > $EnableDrafts = 1;
> > # use special edit form with button swapping
> > $PageEditForm = 'Group.EditForm';
> > # create a publish password for Drafts
> > $DefaultPasswords['publish'] = crypt('publish');
> > $AuthCascade['publish'] = 'edit';
> > $PageAttributes['passwdpublish'] = '$[Set new publish password:]';
> >
> > No i want to introduce another userlayer, people responsable for  
> > publishing drafts but no admin. I'm using Userauth. I tried to  
> > grant publish rights by publish_group-Group or publish, but since  
> > publish isn't an action itself (At least i think so ;-)) this  
> > doesn't work.
> >
> > Any ideas how to grant publish rights?
> 
> I use AuthUser and this is all I had to use to add a "publish"  
> action.  Anybody in the @publisher group has publishing permission  
> but not admin permission.  Unfortunately, I am not user UserAuth, so  
> I'm not sure what changes are necessary for that recipe.
> 
> $HandleAuth['publish'] = 'publish';
> $DefaultPasswords['publish'] = '@publisher';
> $AuthCascade['publish'] = 'edit';
> $PageAttributes['passwdpublish'] = '$[Set new publish password:]';
> 
> Scott Connard.

Thanks for your response, but i'd like to understand this a little better. Am i right that publish is an action like edit or diff or.. ? I tried to check the code, but i could not find where this action is defined. at least not in drafts.php. I could not find the word 'publish' anywhere.Maybe i was searching in the wrong files :-)

I included $HandleAuth['publish'] = 'publish'; into my group.php but this didn't work neither. 

I just don't get where publish is defined.

Any ideas?

> 

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



From nicholas_buttle at yahoo.com  Fri Dec  1 10:03:18 2006
From: nicholas_buttle at yahoo.com (Nicholas Buttle)
Date: Fri, 1 Dec 2006 08:03:18 -0800 (PST)
Subject: [pmwiki-users] a la carte....
Message-ID: <255408.63007.qm@web31015.mail.mud.yahoo.com>

The powers that be have decided that rollovers don't
look good enough...so I'm trying to include some
javascript that will allow me to have a 3 state image
based menu using onmouseup/down/out....

oh hell!!! what's the matter with bloody text?????

attached is a zip file with 3 images and an html file.

please have a look and if you can see any way of using
this as my menus in the sidebar please give a hand.

help me out with this one and I'll tidy it up and
upload it as a cookbook.  Several folks have mailed me
saying they'd like to use something similar on their
pmwiki.

Thanks to the group

Nicholas 


 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com
-------------- next part --------------
A non-text attachment was scrubbed...
Name: Archive.zip
Type: application/zip
Size: 12862 bytes
Desc: 335776803-Archive.zip
Url : /pipermail/pmwiki-users/attachments/20061201/10a49f0a/attachment.zip 

From gmane at auxbuss.com  Fri Dec  1 10:18:16 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 1 Dec 2006 16:18:16 -0000
Subject: [pmwiki-users] Calculations
References: <20061130082537.77633525@tadpole>
Message-ID: <MPG.1fda61d59e33d30d989942@news.gmane.org>

 said...
 
> I need to do a table with logical calculations. These values come
> from an internal website. I could get these values through some perl
> script.
> 
> || Value 1|| Value 2|| Value 3|| Value 4|| if Value1 > Value2 then
> 'Value 2 + Value3' or if Value1 - Value2 <= 0 then Value 3 or...
> 
> I have 11 conditions (ifs). A case statement would be even better.
> 
> The other things is the next day, the new day's value would become
> the 1st row, and the last 20 or 30 rows would be below.
> 
> It's almost like a very simplified spreadsheet. How can I do that? 

See if this helps:

  http://www.pmwiki.org/wiki/Cookbook/PageVariableExtensions

otherwise, I guess we should build something.

-- 
Best,
Marc




From gmane at auxbuss.com  Fri Dec  1 10:18:18 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 1 Dec 2006 16:18:18 -0000
Subject: [pmwiki-users] Installation question by newbie
References: <D27F7356-0A83-4802-AE7A-BDD2D85967C3@math.uconn.edu>
	<C194BDA9.3309%doharra@gci.net>
Message-ID: <MPG.1fda65fc57312734989943@news.gmane.org>

Doug O'Harra said...
> I had already set those variables to this:
> 
> $ScriptUrl = 'http://www.site.com/pmwiki/pmwiki.php';
> $PubDirUrl = 'http://www.site.com/pmwiki/pub';

You might not need to set $ScriptUrl at all unless you are doing funky 
things with mod_rewrite. In any case, it should look like:

  $ScriptUrl = 'http://www.site.com/pmwiki';

without the /pmwiki.php. See PathVariables in the docs for a 
description.

-- 
Best,
Marc




From sandy at onebit.ca  Fri Dec  1 10:31:07 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 01 Dec 2006 11:31:07 -0500
Subject: [pmwiki-users] Can a user provide one password that allows both
 read and edit access?
In-Reply-To: <3B47B246F5809C42929EF62AB9174C850686CD8D@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C850686CD8D@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <ekplcc$nq6$1@sea.gmane.org>

Gordon, Andrew wrote:
> Can a user sign on with a password that allows both read and edit 
> access? If so how is that specified? Thank you

Yes, you can.

The default is that everyone, signed-in or not, has read access, but 
from your question I suspect you don't want that.

I'll assume you're using the default permission system, which is 
password only.

The most reliable way is to explicitly give that person permission to do 
both, in either config.php (for wiki-wide) or ?action=attr (for group or 
page). Just enter the same password for both authorities and you're done!

You would expect authority to edit to also give authority to read, but 
there are cases where you want people to only edit and not read.

E.g. of that special case, Link on PageA is   [[PageAComments?action=edit]]
This will bring up the edit form for PageAComments, but the user won't 
be able to see earlier comments.

The default may in fact be that edit access includes read access, but 
I'm not sure, and seeing as it's easy enough to explicitly give both, 
that's what I do.

Another way is to use two separate passwords, and then give passwords as 
it asks. It will remember your earlier access as well as your new one -- 
so you're logged in as two people. Yes, everything is cleared with 
action=logout or if you close all browser windows. Think clearing 
cookies will also do it.

If you're using AuthUser, then instead of giving a password authority, 
you type id:username in the place you'd normally enter the password. I 
don't know if you can log in as two people at once this way, and I don't 
know about the other authentication systems.

Hope this helps,

Sandy




From gmane at auxbuss.com  Fri Dec  1 10:35:49 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 1 Dec 2006 16:35:49 -0000
Subject: [pmwiki-users] password reminders, and remembering usernames
References: <20061130003054.26791.qmail@web25014.mail.ukl.yahoo.com>
Message-ID: <MPG.1fda6a0f96959736989945@news.gmane.org>

R Creighton said...
> I'd like to make login a little easier for some of my 
> users who aren't particularly experienced with computers
> (and who sometimes forget their username and/or password).
> 
> Is there a way of doing one or other of these things:
> 
> 1. Setting cookies so that the username is always remembered
> on any given machine (unless the user specifically requests
> otherwise). (I imagine/hope this ought to be simple, and
> would be a tremendous help, but I don't know how to achieve it.)

A decent browser will do this for you - remember login details, that is. 

Keep in mind that some browsers are set to delete all cookies when the 
browser is closed, unless they are explicitly protected.

> 2. Setting up a system whereby emails are stored, and if
> someone has forgotten their password, they can automatically
> have it reset and sent to that email. (I guess this is more
> complicated - but does anyone know of such a system being
> implemented?  I couldn't see anything like that in CookBook.)

Yes, I have my own code for this based around authuser. I think 
AuthUserDbase-2.0.0 can do this.

-- 
Best,
Marc




From haganfox at users.sourceforge.net  Fri Dec  1 12:21:00 2006
From: haganfox at users.sourceforge.net (Hagan Fox)
Date: Fri, 1 Dec 2006 18:21:00 +0000 (UTC)
Subject: [pmwiki-users]
	=?utf-8?q?Can_a_user_provide_one_password_that_all?=
	=?utf-8?q?ows_both=09read_and_edit_access=3F?=
References: <3B47B246F5809C42929EF62AB9174C850686CD8D@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <loom.20061201T191004-82@post.gmane.org>

Gordon, Andrew <Andrew.Gordon <at> unisys.com> writes:
> Can a user sign on with a password that allows both read and
> edit access? If so how is that specified? Thank you

You can use something like

   $DefaultPasswords['admin'] = '$1$wjKeu2kQ$vGSx0232a68U95KBF5RaF.';
   $DefaultPasswords['edit'] = '$1$0CShQ0de$XW9ern3xLcT8xOtBjLhLe0';
   $DefaultPasswords['read'] = '@_site_edit';

in config.php, where the crypted passwords come from ?action=crypt .

Hagan





From scott at skhanselman.com  Fri Dec  1 12:33:35 2006
From: scott at skhanselman.com (Scott)
Date: Fri, 1 Dec 2006 18:33:35 +0000 (UTC)
Subject: [pmwiki-users] Pagelists Performance
Message-ID: <loom.20061201T172636-977@post.gmane.org>

Hi,

I've finally set up my PmWiki site and have 11909 wiki pages (each about 200-300
kb in size, but will get bigger in the future). I'm using (:pagelist
name=-*.HomePage count=10 fmt=#simplename:) for a pagelists section on my main
homepage. The page takes anywhere from 15 to 25 seconds to load (as seen with
the PageGeneration script). All other pages load very quickly as long as there
are no pagelists.

After doing some research I found the SearchIndex recipe/script. My main page
with the pagelists didn't seem to benefit from the index file that was created.
So I've stopped using that script for now. The best I saw using this script was
down to 13 seconds.

So back to the searching again I found that I might want to do the
PerGroupSubDirectories, but I would like some comments that would help me decide
to make the switch to the sub directory structure.

I remember reading somewhere that some college had 200,000 wiki pages and it was
running fine.

I don't want to abandon pagelists, but I'm concerned about the processing time.
Will sub directories help with pagelists?

Thanks for you comments,

Scott




From haganfox at users.sourceforge.net  Fri Dec  1 12:38:27 2006
From: haganfox at users.sourceforge.net (Hagan Fox)
Date: Fri, 1 Dec 2006 18:38:27 +0000 (UTC)
Subject: [pmwiki-users] Installation question by newbie
References: <C1949B84.32FF%doharra@gci.net>
Message-ID: <loom.20061201T193346-991@post.gmane.org>

Doug O'Harra <doharra <at> gci.net> writes:
> 

> I installed pmwiki on my website in its own pmwiki directory/folder inside
> the www folder. It appears to work great and I started to customize. I can
> load my nascent pmwiki homepage from www.mywebsite.com/pmwiki/pmwiki.php
> with no problem.
> 
> Then, following installation directions, I created an index.php file with
> the code:
> 
> <?php include_once("pmwiki.php");
> ?>
> 
> If I keep file index.php inside the www.mywebsite.com/pmwiki folder and
> enter url www.mywebsite.com/pmwiki/index.php, it loads the newest version of
> the homepage with the latest customized configuration. Identical to what
> gets loaded by www.mywebsite.com/pmwiki/pmwiki.php. Just as you'd expect. (I
> think.)
> 
> However, if I move that index.php file inside the www directory/folder where
> it can serve as a default for my website[...]

It sounds like what your are trying to do is:

   Shortening or Altering the Path and Eliminating "pmwiki.php"

See http://www.pmwiki.org/wiki/Cookbook/CleanUrls#index_file .

Hagan




From sandy at onebit.ca  Fri Dec  1 12:45:28 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 01 Dec 2006 13:45:28 -0500
Subject: [pmwiki-users] a la carte....
In-Reply-To: <255408.63007.qm@web31015.mail.mud.yahoo.com>
References: <255408.63007.qm@web31015.mail.mud.yahoo.com>
Message-ID: <ekpt89$5fo$1@sea.gmane.org>

Nicholas Buttle wrote:
> The powers that be have decided that rollovers don't
> look good enough...so I'm trying to include some
> javascript that will allow me to have a 3 state image
> based menu using onmouseup/down/out....
> 
> oh hell!!! what's the matter with bloody text?????
> 
> attached is a zip file with 3 images and an html file.
> 
> please have a look and if you can see any way of using
> this as my menus in the sidebar please give a hand.
> 
> help me out with this one and I'll tidy it up and
> upload it as a cookbook.  Several folks have mailed me
> saying they'd like to use something similar on their
> pmwiki.
> 
> Thanks to the group
> 
> Nicholas 
> 

Have your bosses talk to my parents at the lake on dial-up, or anyone on 
an older system. Not only does it waste your time programming, but it 
may lose them customers.

(Seriously, they switched banks because it took too long to pay their 
bills through the old one; they took great joy in pointing out that the 
pictures of "Buy this retirement product and you'll retire to this 
paradise" meant "Buy this package, retire to this paradise where they 
don't have DSL, and find another bank.")


More practical,

http://www.w3schools.com/css/tryit.asp?filename=trycss_link

<style type="text/css">
a:link {color: #FF0000}
a:visited {color: #00FF00}
a:hover {color: #FF00FF}
a:active {color: #0000FF}
</style>

Note: a:hover MUST come after a:link and a:visited in the CSS definition 
in order to be effective.

Note: a:active MUST come after a:hover in the CSS definition in order to 
be effective.

Change background and text colors, sizes, borders (maybe indent and 
outdent). Make the text nothing but spaces and use an image for the 
background. (Still images to download, but at least no JavaS.)

Might not be the sequence they were asking for, but it might be fancy 
enough they'll go for it.

Cheers!

Sandy





From doharra at gci.net  Fri Dec  1 12:54:14 2006
From: doharra at gci.net (Doug O'Harra)
Date: Fri, 01 Dec 2006 09:54:14 -0900
Subject: [pmwiki-users] Installation question by newbie
In-Reply-To: <MPG.1fda65fc57312734989943@news.gmane.org>
Message-ID: <C195AC46.3339%doharra@gci.net>

Hi Marc,

I tried it. Same result. The index.php inside the www.site.com/pmwiki
directory brings up the correct file. But the www.site.com/index.php  brings
up the default Main.HomePage without any of my changes.

I also tried changing the $ScriptUrl to --

$ScriptUrl = 'http://www.site.com';

Again, the same result. It's as though the index.php file cannot find the
pmwiki/local/config.php from the www directory, even the path is spelled out
in the include.

So I tried something else and got an unexpected result. I put a copy of the
config.php file in the www directory, but didn't change anything else. (The
original copy is still in the pmwiki/local directory.)

The www.site.com/index.php loaded the correct site for the first time! But
it also had these error messages pasted across the top:

Warning: main(scripts/urlapprove.php): failed to open stream: No such file
or directory in /big/dom/xsite/www/config.php on line 123

Warning: main(): Failed opening 'scripts/urlapprove.php' for inclusion
(include_path='.:/usr/local/lib/php-pear') in /big/dom/xsite/www/config.php
on line 123

Warning: Cannot modify header information - headers already sent by (output
started at /big/dom/xsite/www/config.php:123) in
/big/dom/xsite/www/pmwiki/pmwiki.php on line 884

Does this suggest a diagnosis for what I'm doing wrong?

I very much appreciate this help.

Doug



On 12/1/06 7:18 AM, "marc" <gmane at auxbuss.com> wrote:

> Doug O'Harra said...
>> I had already set those variables to this:
>> 
>> $ScriptUrl = 'http://www.site.com/pmwiki/pmwiki.php';
>> $PubDirUrl = 'http://www.site.com/pmwiki/pub';
> 
> You might not need to set $ScriptUrl at all unless you are doing funky
> things with mod_rewrite. In any case, it should look like:
> 
> $ScriptUrl = 'http://www.site.com/pmwiki';
> 
> without the /pmwiki.php. See PathVariables in the docs for a
> description.




From pmichaud at pobox.com  Fri Dec  1 13:02:15 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 1 Dec 2006 13:02:15 -0600
Subject: [pmwiki-users] Pagelists Performance
In-Reply-To: <loom.20061201T172636-977@post.gmane.org>
References: <loom.20061201T172636-977@post.gmane.org>
Message-ID: <20061201190215.GA16305@host.pmichaud.com>

On Fri, Dec 01, 2006 at 06:33:35PM +0000, Scott wrote:
> I've finally set up my PmWiki site and have 11909 wiki pages (each about 200-300
> kb in size, but will get bigger in the future). I'm using (:pagelist
> name=-*.HomePage count=10 fmt=#simplename:) for a pagelists section on my main
> homepage. The page takes anywhere from 15 to 25 seconds to load (as seen with
> the PageGeneration script). All other pages load very quickly as long as there
> are no pagelists.

The likely reason (:pagelist:) is taking so long is that PmWiki is
having to check read permissions on each page.  Have you tried setting

    $EnablePageListProtect = 0;

This tells PmWiki that it's okay to display the names of pages even
if they are protected by a read password.  As such, (:pagelist:)
can avoid having to check the permissions on each page.

Also, I find this particular query somewhat odd -- do you really
just want the first ten pages (count=10) out of the entire wiki, 
regardless of group name or any other attribute?  

> After doing some research I found the SearchIndex recipe/script. My main page
> with the pagelists didn't seem to benefit from the index file that was created.

That's correct -- since there aren't any search terms in the
pagelist command, indexing the page's contents won't really
help.  Beyond that, PmWiki's built-in indexing capabilities
supercedes anything that the SearchIndex recipe provides.

> So back to the searching again I found that I might want to do the
> PerGroupSubDirectories, but I would like some comments that would help me decide
> to make the switch to the sub directory structure.
> ...
> I don't want to abandon pagelists, but I'm concerned about the processing time.
> Will sub directories help with pagelists?

Simply switching to a per-group structure probably won't
help much in improving the speed of (:pagelist:), as
PmWiki will still need to scan all of the files to determine
which files to display.

> I remember reading somewhere that some college had 200,000 wiki pages and it was
> running fine.

Yes, however, they don't use (:pagelist:), or if they do, then it's
generally limited to a single wikigroup.

Pm



From pmichaud at pobox.com  Fri Dec  1 13:13:09 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 1 Dec 2006 13:13:09 -0600
Subject: [pmwiki-users] Can a user provide one password that allows both
	read and edit access?
In-Reply-To: <3B47B246F5809C42929EF62AB9174C850686CD8D@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C850686CD8D@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <20061201191309.GB16305@host.pmichaud.com>

On Fri, Dec 01, 2006 at 09:02:27AM -0600, Gordon, Andrew wrote:
> 
>    Can a user sign on with a password that allows both read and edit access?
>    If so how is that specified? Thank you

Simply duplicate the edit password in the read password field.

For example, if you want to use 'rose' as a read password, and
'eggplant' as a password for both reading and editing, then
set the read password to be both 'rose' and 'eggplant',
and the edit password as just 'eggplant'.

If doing this for the site-wide passwords, you would do:

  $DefaultPasswords['read'] = array(crypt('rose'), crypt('eggplant'));
  $DefaultPasswords['edit'] = crypt('eggplant');

If doing this for a group or page via ?action=attr:

    Set new read password:  rose eggplant
    Set new edit password:  eggplant

Pm



From mogulguy at yahoo.com  Fri Dec  1 13:20:20 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Fri, 1 Dec 2006 11:20:20 -0800 (PST)
Subject: [pmwiki-users] Pagelists Performance
In-Reply-To: <loom.20061201T172636-977@post.gmane.org>
Message-ID: <246404.69029.qm@web36115.mail.mud.yahoo.com>

--- Scott <scott at skhanselman.com> wrote:

> I've finally set up my PmWiki site and have 11909
> wiki pages (each about 200-300
> kb in size, but will get bigger in the future). I'm
> using (:pagelist
> name=-*.HomePage count=10 fmt=#simplename:) for a
> pagelists section on my main
> homepage. The page takes anywhere from 15 to 25
> seconds to load (as seen with
> the PageGeneration script). All other pages load
> very quickly as long as there
> are no pagelists.

>From the pagelist directive above, it does not look
like your directive will exercise anything more than
the 'ls' section of pagelists and sorting.

What version of pmwiki are you using?  It looks like
the current versions might actually have some serious
speed increases in this specific area of performing
the 'ls' over older versions.

If instead, sorting is your problem (which I suspect
it is), I'm not sure that there is anything you can do
about it.

To give yourself some ideas for metrics, maybe try
running a few simple command line commands (you are on
unix?) in your wiki.d directory:

  ls|head

and

  ls|sort|head

to see how long they last?  I believe the last command
should be close to what you are doing in your
pagelist.



> After doing some research I found the SearchIndex
> recipe/script. My main page
> with the pagelists didn't seem to benefit from the
> index file that was created.
> So I've stopped using that script for now. The best
> I saw using this script was
> down to 13 seconds.

This makes sense since as mentioned above, I think
that you are only stressing the ls command and
indexing should not help that.

> So back to the searching again I found that I might
> want to do the
> PerGroupSubDirectories, but I would like some
> comments that would help me decide
> to make the switch to the sub directory structure.

I don't think it will help,

-Martin



 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com



From doharra at gci.net  Fri Dec  1 13:51:18 2006
From: doharra at gci.net (Doug O'Harra)
Date: Fri, 01 Dec 2006 10:51:18 -0900
Subject: [pmwiki-users] Installation question by newbie
In-Reply-To: <loom.20061201T193346-991@post.gmane.org>
Message-ID: <C195B9A6.3345%doharra@gci.net>

Thank you Hagan!

After reading the cookbook at:

http://www.pmwiki.org/wiki/Cookbook/CleanUrls#index_file

I added this:

<?php chdir('pmwiki');

to the include in the index.php in the www directory. It now reads, in full,

<?php chdir('pmwiki'); include_once('/big/dom/xsite/www/pmwiki/pmwiki.php');

I also made sure the $ScriptUrl matched.

It works! Everything loads.

Now to tackle a new skin.... :>

Doug


The new index include then On 12/1/06 9:38 AM, "Hagan Fox"
<haganfox at users.sourceforge.net> wrote:

> Doug O'Harra <doharra <at> gci.net> writes:
>> 
> 
>> I installed pmwiki on my website in its own pmwiki directory/folder inside
>> the www folder. It appears to work great and I started to customize. I can
>> load my nascent pmwiki homepage from www.mywebsite.com/pmwiki/pmwiki.php
>> with no problem.
>> 
>> Then, following installation directions, I created an index.php file with
>> the code:
>> 
>> <?php include_once("pmwiki.php");
>> ?>
>> 
>> If I keep file index.php inside the www.mywebsite.com/pmwiki folder and
>> enter url www.mywebsite.com/pmwiki/index.php, it loads the newest version of
>> the homepage with the latest customized configuration. Identical to what
>> gets loaded by www.mywebsite.com/pmwiki/pmwiki.php. Just as you'd expect. (I
>> think.)
>> 
>> However, if I move that index.php file inside the www directory/folder where
>> it can serve as a default for my website[...]
> 
> It sounds like what your are trying to do is:
> 
>  Shortening or Altering the Path and Eliminating "pmwiki.php"
> 
> See http://www.pmwiki.org/wiki/Cookbook/CleanUrls#index_file .
> 
> Hagan
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users




From pmwiki at 911networks.com  Fri Dec  1 14:01:49 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Fri, 1 Dec 2006 12:01:49 -0800
Subject: [pmwiki-users] Calculations
In-Reply-To: <MPG.1fda61d59e33d30d989942@news.gmane.org>
References: <20061130082537.77633525@tadpole>
	<MPG.1fda61d59e33d30d989942@news.gmane.org>
Message-ID: <20061201120149.34ed3c63@tadpole>

On Fri, 1 Dec 2006 16:18:16 -0000
marc <gmane at auxbuss.com> wrote:

>  said...
>  
> > I need to do a table with logical calculations. These values come
> > from an internal website. I could get these values through some
> > perl script.
> > 
> > || Value 1|| Value 2|| Value 3|| Value 4|| if Value1 > Value2 then
> > 'Value 2 + Value3' or if Value1 - Value2 <= 0 then Value 3 or...
> > 
> > I have 11 conditions (ifs). A case statement would be even better.
> > 
> > The other things is the next day, the new day's value would become
> > the 1st row, and the last 20 or 30 rows would be below.
> > 
> > It's almost like a very simplified spreadsheet. How can I do
> > that? 
> 
> See if this helps:
> 
>   http://www.pmwiki.org/wiki/Cookbook/PageVariableExtensions
> 
> otherwise, I guess we should build something.
> 
1. I just looked at it. It's a good start but is there a way of doing
a case statement? I have 11 ifs.

2. Is there a way of addressing the rows & columns of a table? and
say like:
if (R2C1 > R2C5) or (R2C1+R2C3 > R2C6) or (R2C2 > R2C7) ... then 'Yes' else 'No'


-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From scott at skhanselman.com  Fri Dec  1 14:12:31 2006
From: scott at skhanselman.com (Scott)
Date: Fri, 1 Dec 2006 20:12:31 +0000 (UTC)
Subject: [pmwiki-users] Pagelists Performance
References: <loom.20061201T172636-977@post.gmane.org>
	<20061201190215.GA16305@host.pmichaud.com>
Message-ID: <loom.20061201T210040-729@post.gmane.org>

Thanks for the response.

Oops, I looked at my pagelist and it's actually (:pagelist count=10
fmt=#simplename order=random:). Just wanted to display a random set of pages
for the users to see on the main page. Originally, I was thinking that the
last ten pages that were updated might be a nice pagelist, but decided on the
random instead.

So I tried $EnablePageListProtect = 0; and it has dropped the page time to 7-8
seconds.

I think I'm OK with the 7 seconds for this pagelist and may evaluate whether to
keep them.

Thanks for the comments about the sub groups.

Scott








From scott at skhanselman.com  Fri Dec  1 14:27:02 2006
From: scott at skhanselman.com (Scott)
Date: Fri, 1 Dec 2006 20:27:02 +0000 (UTC)
Subject: [pmwiki-users] Pagelists Performance
References: <loom.20061201T172636-977@post.gmane.org>
	<246404.69029.qm@web36115.mail.mud.yahoo.com>
Message-ID: <loom.20061201T211511-665@post.gmane.org>

I'm using 2.1.11.

I also mistakenly posted the wrong pagelist. I'm using (:pagelist count=10
fmt=#simplename order=random:).

I tried PM's $EnablePageListProtect = 0; and has dropped the page time to 7-8
seconds.

I use Linux, but I don't have cli access to my web server space. If I find a way
to, I'll try your suggested commands.

Thanks,

Scott








From mogulguy at yahoo.com  Fri Dec  1 15:02:06 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Fri, 1 Dec 2006 13:02:06 -0800 (PST)
Subject: [pmwiki-users] Calculations
In-Reply-To: <20061201120149.34ed3c63@tadpole>
Message-ID: <160062.90992.qm@web36110.mail.mud.yahoo.com>

--- pmwiki at 911networks.com wrote:
> 2. Is there a way of addressing the rows & columns
> of a table? and say like:
> if (R2C1 > R2C5) or (R2C1+R2C3 > R2C6) or (R2C2 >
> R2C7) ... then 'Yes' else 'No'

I do plan on adding that ability (or something like
it) to the wikipath recipe eventually.  If I get some
free time I will look into it this weekend,

-Martin


 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com



From pmichaud at pobox.com  Fri Dec  1 16:34:30 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 1 Dec 2006 16:34:30 -0600
Subject: [pmwiki-users] Pagelists Performance
In-Reply-To: <loom.20061201T210040-729@post.gmane.org>
References: <loom.20061201T172636-977@post.gmane.org>
	<20061201190215.GA16305@host.pmichaud.com>
	<loom.20061201T210040-729@post.gmane.org>
Message-ID: <20061201223430.GA8117@host.pmichaud.com>

On Fri, Dec 01, 2006 at 08:12:31PM +0000, Scott wrote:
> Thanks for the response.
> 
> Oops, I looked at my pagelist and it's actually (:pagelist count=10
> fmt=#simplename order=random:). Just wanted to display a random set of pages
> for the users to see on the main page. Originally, I was thinking that the
> last ten pages that were updated might be a nice pagelist, but decided on the
> random instead.

Oh, if that's the case, you might get a huge performance increase
by doing the following instead:

  (:pagelist trail=Site.AllRecentChanges fmt=#simplename order=random count=10)

Thus, instead of scanning the entire wiki.d/ directory for
pagenames, it can simply read Site.AllRecentChanges and
grab pagenames from there.  It'll randomly sort that list
and display the first ten.

Pm



From abarrett at eecs.berkeley.edu  Fri Dec  1 16:41:04 2006
From: abarrett at eecs.berkeley.edu (April Barrett)
Date: Fri, 01 Dec 2006 14:41:04 -0800
Subject: [pmwiki-users] image name without having to type it on
Message-ID: <4570AF80.1010601@eecs.berkeley.edu>

Hello:

I have successfully created a way to have a table added underneath 
another table to make it appear as rows using
http://www.pmwiki.org/wiki/Cookbook/AddDeleteLine2.

The first column of the row contains and image and some text.  Is there 
a way to have the image name automatically uploaded instead of having 
the user type in the name?  That way the image would appear using 
"Attach:Image-example.jpg" automatically using the name of whatever file 
was uploaded.

The code:
*************************
!!!
'''Enter a New Company:'''
(:linebreaks:)
(:input form method=post enctype=multipart/form-data :)
(:input hidden name=n value={$FullName}:)
(:input hidden name=action value=postupload:)
File to upload:   (:input file name='uploadfile':)
Name of upload: (:input text name='upname':) (IMPORTANT: if the file 
name is intel-logo.jpg, you must type in intel-logo.jpg in this field or 
the image will not show)
(:adl form entry:)

(:table:)
(:cellnr:)Company Profile:
(:cell:)(:input textarea profile rows=10 cols=34:)
(:cellnr:)Company URL:
(:cell:)(:input text curl size=45:)
(:cellnr:)Faculty Affiliation:
(:cell:)(:input text faculty size=45:)
(:cellnr:)Faculty Title:
(:cell:)(:input text ftitle size=45:)
(:cellnr:)Faculty URL:
(:cell:)(:input text furl size=45:)
(:cellnr:)Outcome:
(:cell:)(:input text outcome size=45:)
(:cellnr:)(:input submit ok Enter:)
(:adl templatepage [[MultiLineTemplate]]:)
(:adl end:)
*************************

Using the template:
*************************
!!!
(:table border=0 cellspacing=0 cellpadding=15:)
(:cellnr width=33% align=left:)
[[{curl} | (Attach:){uploadfile}]]

{profile}

[[{curl} | {curl}]]

(:cell width=33% align=left:)
[[{furl} | {faculty}]], {ftitle}

(:cell width=33% align=left:)
{outcome}
(:tableend:)
----
*************************

thanks.







From sti at pooq.com  Fri Dec  1 17:43:46 2006
From: sti at pooq.com (Stirling Westrup)
Date: Fri, 01 Dec 2006 18:43:46 -0500
Subject: [pmwiki-users] Calculations
In-Reply-To: <20061130082537.77633525@tadpole>
References: <20061130082537.77633525@tadpole>
Message-ID: <4570BE32.6060806@pooq.com>

pmwiki at 911networks.com wrote:
> Hi, I sent this a coupler of days ago, and got no reply. Any
> suggestion? Thanks
> 
> ================================================================
> 
> I need to do a table with logical calculations. These values come
> from an internal website. I could get these values through some perl
> script.
> 
> || Value 1|| Value 2|| Value 3|| Value 4|| if Value1 > Value2 then
> 'Value 2 + Value3' or if Value1 - Value2 <= 0 then Value 3 or...
> 
> I have 11 conditions (ifs). A case statement would be even better.
> 
> The other things is the next day, the new day's value would become
> the 1st row, and the last 20 or 30 rows would be below.
> 
> It's almost like a very simplified spreadsheet. How can I do that? 
> 
> ================================================================

Any attempt to do this using existing markup (or recipes) will get really ugly
really fast. I think you'll have to write a recipe of your own for this.





From mail at randgaenge.net  Fri Dec  1 18:31:49 2006
From: mail at randgaenge.net (Thomas N. Burg)
Date: Sat, 2 Dec 2006 01:31:49 +0100
Subject: [pmwiki-users] htgroup
Message-ID: <9E188C01-0E36-4C95-AA08-251F2B0990D7@randgaenge.net>

Hi,

a brief question. I know how the create the htgroup file but how do I  
tell a page/group that only a certain group has access. With users I  
do it like "id:tom id:eve" (for 2 users) and how does in work with  
groups?

Thanks for any help

Thomas



From pmwiki at 911networks.com  Fri Dec  1 18:58:43 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Fri, 1 Dec 2006 16:58:43 -0800
Subject: [pmwiki-users] Shaded tables
Message-ID: <20061201165843.45d5015a@tadpole>

Hi,

Is it possible to have a shaded table?

Row1 dark background
Row2 light background
Row3 dark background?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From haganfox at users.sourceforge.net  Fri Dec  1 19:07:36 2006
From: haganfox at users.sourceforge.net (Hagan Fox)
Date: Sat, 2 Dec 2006 01:07:36 +0000 (UTC)
Subject: [pmwiki-users] htgroup
References: <9E188C01-0E36-4C95-AA08-251F2B0990D7@randgaenge.net>
Message-ID: <loom.20061202T020339-361@post.gmane.org>

Thomas N. Burg <mail <at> randgaenge.net> writes:
>
> Hi,
> 
> a brief question. I know how the create the htgroup file but how do I  
> tell a page/group that only a certain group has access. With users I  
> do it like "id:tom id:eve" (for 2 users) and how does in work with  
> groups?

>From http://www.pmwiki.org/wiki/Site/AuthUser

   Authorization groups are specified with a leading "@" sign.
   Define either the login accounts belonging to a group or the
   groups for a login account:

     @writers: alice, bob  
     carol: @editors, @writers
     @admins: alice, dave

   Then use "@group" as a password in ?action=attr or
   $DefaultPasswords.

Hagan




From sti at pooq.com  Fri Dec  1 19:43:42 2006
From: sti at pooq.com (Stirling Westrup)
Date: Fri, 01 Dec 2006 20:43:42 -0500
Subject: [pmwiki-users] Shaded tables
In-Reply-To: <20061201165843.45d5015a@tadpole>
References: <20061201165843.45d5015a@tadpole>
Message-ID: <4570DA4E.6050704@pooq.com>

pmwiki at 911networks.com wrote:
> Hi,
> 
> Is it possible to have a shaded table?
> 
> Row1 dark background
> Row2 light background
> Row3 dark background?
> 
Yes, check out

  http://www.pmwiki.org/wiki/Cookbook/FormattingTables




From rik at cs.sunysb.edu  Fri Dec  1 23:46:49 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Sat, 2 Dec 2006 00:46:49 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
Message-ID: <Pine.GSO.4.53.0612020030310.1812@compserv1>

Hi, I installed pmwiki on a server, the url for the script being :
http://www.site.edu/~user/pmwiki/pmwiki.php

When I go to this url, it shows the startup page, but all the urls in the
page, insted of being complete, contain only a suffix of it, something
like this :

http://~user/pmwiki/pmwiki.php     or,
http://~user/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks

I tried on internet explorer, where it gives something slightly stranger :
http:///~user/pmwiki/pmwiki.php    or,
http:///~rik/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks

That is, takes an extra slash after http.

Please advise how to get around this. Can I set the site url somewhere so
that all the relative urls are taken with respect to that ? Or some other
hack ? (I do not have root, so can't do anything to the server iteself).

Thanks,

Rik.




From mik.admin at nurfuerspam.de  Sat Dec  2 05:13:43 2006
From: mik.admin at nurfuerspam.de (Michael Brenner)
Date: Sat, 2 Dec 2006 12:13:43 +0100
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <Pine.GSO.4.53.0612020030310.1812@compserv1>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
Message-ID: <200612021213.44799.mik.admin@nurfuerspam.de>

Hi Rik,

PmWiki creates linkes based on the following variable[#1]. First step is 
lookup if the HTTP_HOST-variable is set bei the server [#3]. If that's the 
problem try to set it by hand in local/config.php [#2].

#1
 $ScriptUrl = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];

#2 in local/config.php
...
$ScriptUrl = 'http://www.site.edu/'.$_SERVER['SCRIPT_NAME'];
$PubDirUrl = preg_replace('#/[^/]*$#','/pub',$ScriptUrl,1);
...

#3
http://de.php.net/manual/en/function.phpinfo.php
Am Samstag, 2. Dezember 2006 06:46 schrieb Rik Sarkar:
> Hi, I installed pmwiki on a server, the url for the script being :
> http://www.site.edu/~user/pmwiki/pmwiki.php
>
> When I go to this url, it shows the startup page, but all the urls in the
> page, insted of being complete, contain only a suffix of it, something
> like this :
>
> http://~user/pmwiki/pmwiki.php     or,
> http://~user/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks
>
> I tried on internet explorer, where it gives something slightly stranger :
> http:///~user/pmwiki/pmwiki.php    or,
> http:///~rik/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks
>
> That is, takes an extra slash after http.
>
> Please advise how to get around this. Can I set the site url somewhere so
> that all the relative urls are taken with respect to that ? Or some other
> hack ? (I do not have root, so can't do anything to the server iteself).
>
> Thanks,
>
> Rik.
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From crisses at kinhost.org  Sat Dec  2 06:00:56 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 2 Dec 2006 07:00:56 -0500
Subject: [pmwiki-users] installing on Apple iDisk?
In-Reply-To: <p0623095dc19102e4e5e7@[10.0.1.4]>
References: <p0623095dc19102e4e5e7@[10.0.1.4]>
Message-ID: <F0DC7383-3147-402B-BC1C-819988C26B62@kinhost.org>


On Nov 27, 2006, at 4:08 PM, Jeb Eddy wrote:

>
>
>>>  Only static Web pages are supported; that is, there is no support
>>> for CGI, PHP, SSI and so on.
>
> Well Hans,
>
> Thanks so much for this info.  Perhaps a quick note could be added to
> the PmWiki Installation instructions so that other beginners with
> dot-Mac accounts will not tilt at this windmill?
>

You may add a note to any page on pmwiki.org.  If a page is  
passworded because it's a common target for wiki vandals, it's likely  
the password is "quick" -- so feel free to make a small note that  
the .mac/iDisk won't accept PmWiki since PHP is not supported.

If you are able to set up your Mac computer to be running apache/php,  
there are things you can do to upload flat files to your .mac/iDisk  
from a wiki you run on your computer at home.  If you're a Mac user  
that runs Fink or is able to compile apps on your Mac command line,  
you would use wget (a webpage snatching command for Terminal) when  
you make changes to your local wiki, use wget to create html flat  
files into a directory, sync that directory with your iDisk/.mac web  
server account when you make changes.  You wouldn't be able to  
support any dynamic PmWiki features (email form processing, comments,  
page ratings, etc.), but it is one way to have an easily updated  
website that syncs to your .mac account.

Then again, to get that functionality without the geekery you could  
use iWeb from the iLife package too, and it's probably much less  
technical to do so.

I suggest an inexpensive web hosting service and a program such as  
Cyberduck for uploading your files to the web hosting service.

Crisses
fellow Mac user & geek



From crisses at kinhost.org  Sat Dec  2 06:23:11 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 2 Dec 2006 07:23:11 -0500
Subject: [pmwiki-users] gallery use of randomquote
In-Reply-To: <576438.85588.qm@web31011.mail.mud.yahoo.com>
References: <576438.85588.qm@web31011.mail.mud.yahoo.com>
Message-ID: <82E7A538-4ED9-4A5B-836F-9EEBDA663EBD@kinhost.org>


On Nov 28, 2006, at 11:45 AM, Nicholas Buttle wrote:

> hi
>
> I've got random images on my main page working by the
> following method
>
> 1.  Create a Group 'Gallery'
> 2.  Create a Page within the Gallery group called
> 'Latest'
> 3.  (:include {Gallery/Latest$RandomSection}:)
> 4.  Copy the images from the Gallery.Latest uploads
> folder into the Main.HomePage folder.
>
> Is there any way I can avoid the last step?
>
>
> So I want the generated code
>
> <img
> src='http://localhost/wikimenu1/uploads/Main.HomePage/1.jpg
>
> to be
>
> <img
> src='http://localhost/wikimenu1/uploads/Gallery.Latest/1.jpg
>
> Thanks to anyone who has the time to help
>
> Nicholas
>
>
Hi, Nicholas,

I'm afraid I don't know a good answer for this, but  I saw that no  
one answered your question.

Can someone help??

Alternatively, maybe I need more information to understand what  
you're trying to do.  If you want a random page from the Gallery  
group, I would look at Pagelists with a pagelist format (fmt=) of  
include or a customized format, instead of includes themselves.

Crisses




From crisses at kinhost.org  Sat Dec  2 06:52:26 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 2 Dec 2006 07:52:26 -0500
Subject: [pmwiki-users] drafts question. How to grant publish rights?
In-Reply-To: <20061201160048.21260@gmx.net>
References: <C4299C17-AEFE-4C66-91AD-94F47D14EEC7@dsg-inc.com>
	<20061201160048.21260@gmx.net>
Message-ID: <92C57D4D-6574-4D0A-938A-63147E65ABEE@kinhost.org>

>>
>> I use AuthUser and this is all I had to use to add a "publish"
>> action.  Anybody in the @publisher group has publishing permission
>> but not admin permission.  Unfortunately, I am not user UserAuth, so
>> I'm not sure what changes are necessary for that recipe.
>>
>> $HandleAuth['publish'] = 'publish';
>> $DefaultPasswords['publish'] = '@publisher';
>> $AuthCascade['publish'] = 'edit';
>> $PageAttributes['passwdpublish'] = '$[Set new publish password:]';
>>
>> Scott Connard.
>
> Thanks for your response, but i'd like to understand this a little  
> better. Am i right that publish is an action like edit or diff  
> or.. ? I tried to check the code, but i could not find where this  
> action is defined. at least not in drafts.php. I could not find the  
> word 'publish' anywhere.Maybe i was searching in the wrong files :-)
>
> I included $HandleAuth['publish'] = 'publish'; into my group.php  
> but this didn't work neither.
>
> I just don't get where publish is defined.
>
> Any ideas?

Scott added a new level of authentication: the "publish" layer of  
authentication.  It is probably all part of AuthUser.

How are you setting up publishing?  If you have a page that is say  
Group-Drafts/ArticleName, then is published to Group/ArticleName, you  
would give the @publish group of users permission to edit Group --  
they would not get administrator privileges, it would be permission  
to edit the group.

I'm not sure if UserAuth allows this, but I know that basic PmWiki  
authentication and AuthUser does.

Crisses



From aczaszyn at telus.net  Sat Dec  2 09:52:20 2006
From: aczaszyn at telus.net (Aleksander Czaszynski)
Date: Sat, 2 Dec 2006 07:52:20 -0800
Subject: [pmwiki-users] ZAP documentation
In-Reply-To: <fec7cf150611301922n7c19aaf1h10dff01b1abef156@mail.gmail.com>
References: <fec7cf150611301922n7c19aaf1h10dff01b1abef156@mail.gmail.com>
Message-ID: <200612020752.20892.aczaszyn@telus.net>

Caveman,

The layout is very good, but for new users you need to put more examples/demos 
of each feature .

ZAP will rule the PMWiki world!!!

Aleks

On Thursday 30 November 2006 19:22, The Editor wrote:
> After a few complaints about the quality of the ZAP documentation, I
> decided to redo the layout of the documentation section at
> www.zapsite.org.  Not sure I like how it looks now though I am sure it
> is better.
>
> If anyone has any feedback, or especially suggestions for improving
> it, I would be grateful.
>
> Cheers,
> Caveman
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From dso at moosoft.com  Sat Dec  2 16:23:56 2006
From: dso at moosoft.com (dso)
Date: Sat, 02 Dec 2006 15:23:56 -0700
Subject: [pmwiki-users] zapdata questions
Message-ID: <4571FCFC.1020305@moosoft.com>

I am having trouble getting a zapdata form to work.  First is with the
conditional.  The page just shows the conditional instead of evaluating
it.  The second is even without the conditional the dbsearch recipe does
not seem to get the data.  Also, how can set one of the radio buttons to
be selected by default? Thanks for any help!

(:messages:)
(:zapdata:)
(:zapform:)

(:if !equal {$type} '')
(:dbsearch key={$key} type={$type}:)
(:ifend:)

Search for: (:input text key {$key}:){$key}\\
Partial: (:input radio type {$type} value="partial":)
Exact:  (:input radio type {$type} value="exact":)\\

(:input submit value="Search":)
(:zapend:)




From editor at fast.st  Sat Dec  2 18:19:31 2006
From: editor at fast.st (The Editor)
Date: Sat, 2 Dec 2006 19:19:31 -0500
Subject: [pmwiki-users] zapdata questions
In-Reply-To: <4571FCFC.1020305@moosoft.com>
References: <4571FCFC.1020305@moosoft.com>
Message-ID: <fec7cf150612021619q541db7f9lbebca50bbd1fa11e@mail.gmail.com>

On 12/2/06, dso <dso at moosoft.com> wrote:
> I am having trouble getting a zapdata form to work.  First is with the
> conditional.  The page just shows the conditional instead of evaluating
> it.

Looks like you are missing an ending : in the conditional.

> The second is even without the conditional the dbsearch recipe does
> not seem to get the data.

It could have to do with the order of markup processing.  Do you know
where on the markup table dbsearch is done?  It will need to be done
after page variables are processed. Kan you see {$key} and {$type}
elsewhere on the page (as in after the search for input box?

> Also, how can set one of the radio buttons to
> be selected by default? Thanks for any help!

Not easily.  PmWiki doesn't have any way to do it, without using
conditionals... If value = whatever, set as checked or not checked.

> (:messages:)
> (:zapdata:)
> (:zapform:)
>
> (:if !equal {$type} '')
> (:dbsearch key={$key} type={$type}:)
> (:ifend:)
>
> Search for: (:input text key {$key}:){$key}\\
> Partial: (:input radio type {$type} value="partial":)
> Exact:  (:input radio type {$type} value="exact":)\\

There may be another problem here.  Normally the fourth parameter is
value.  These lines should be rewritten to:

Partial: (:input radio type "partial":)
Exact:  (:input radio type "exact":)\\

> (:input submit value="Search":)
> (:zapend:)

Cheers,
Caveman



From rik at cs.sunysb.edu  Sat Dec  2 18:40:13 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Sat, 2 Dec 2006 19:40:13 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <200612021213.44799.mik.admin@nurfuerspam.de>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
Message-ID: <Pine.GSO.4.53.0612021921290.17134@compserv1>

Hi Michael,

Your guess was correct, the server is not setting HTTP_HOST, it works if
that is set. However, I am still stuck with it, because it does not work
when I set it in local/config.php. It works only when set in pmwiki.php.
Possibly, it is not reading the config.php.

Also, I am getting errors from the mkdirp($dir) function saying that it
can't create wiki.d directory, though the directory exists with full
access. system('pwd') returns the correct value, and the error goes away if I
append the return value of system('pwd') at the beginning of $dir. After
this, it lets me modify existing pages, but I can't create new pages. When
a new page is saved, fixperms() gives an error saying 'no such file'.
The file actually gets created in the file system and has the  data,
and it shows up correctly on subsequent edit attempts, but does not get
linked in the parent page.

It looks to to me that at certain points, the script is not being able to
find the local directories like 'local' and 'wiki.d'. But I am not
entirely sure. Any suggestion would be helpful.

Thanks!

Rik.



On Sat, 2 Dec 2006, Michael Brenner wrote:

> Hi Rik,
>
> PmWiki creates linkes based on the following variable[#1]. First step is
> lookup if the HTTP_HOST-variable is set bei the server [#3]. If that's the
> problem try to set it by hand in local/config.php [#2].
>
> #1
>  $ScriptUrl = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
>
> #2 in local/config.php
> ...
> $ScriptUrl = 'http://www.site.edu/'.$_SERVER['SCRIPT_NAME'];
> $PubDirUrl = preg_replace('#/[^/]*$#','/pub',$ScriptUrl,1);
> ...
>
> #3
> http://de.php.net/manual/en/function.phpinfo.php
> Am Samstag, 2. Dezember 2006 06:46 schrieb Rik Sarkar:
> > Hi, I installed pmwiki on a server, the url for the script being :
> > http://www.site.edu/~user/pmwiki/pmwiki.php
> >
> > When I go to this url, it shows the startup page, but all the urls in the
> > page, insted of being complete, contain only a suffix of it, something
> > like this :
> >
> > http://~user/pmwiki/pmwiki.php     or,
> > http://~user/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks
> >
> > I tried on internet explorer, where it gives something slightly stranger :
> > http:///~user/pmwiki/pmwiki.php    or,
> > http:///~rik/pmwiki/pmwiki.php?n=PmWiki.InitialSetupTasks
> >
> > That is, takes an extra slash after http.
> >
> > Please advise how to get around this. Can I set the site url somewhere so
> > that all the relative urls are taken with respect to that ? Or some other
> > hack ? (I do not have root, so can't do anything to the server iteself).
> >
> > Thanks,
> >
> > Rik.
> >
> >
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



From editor at fast.st  Sat Dec  2 19:15:44 2006
From: editor at fast.st (The Editor)
Date: Sat, 2 Dec 2006 20:15:44 -0500
Subject: [pmwiki-users] pattern matching:
Message-ID: <fec7cf150612021715q29480d09u6c809ea8a7646d7b@mail.gmail.com>

I'm working on a "special" project and trying to get this pattern
match to work and it almost works, but I seem to be having some
problems with :, -, and . in the [ ].

preg_replace('|\{([\-\.A-Za-z0-9:_]+)\}|e', "Function($1)", $text);

I'm trying to get this to match expressions like the following:

{TEXT:Group.Name-36_End}

Any help would be appreciated.

Cheers,
Caveman



From dzosborn at gmail.com  Sat Dec  2 20:56:47 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Sat, 2 Dec 2006 21:56:47 -0500
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <680e31740611220358w7c67042ew81e644fad6396009@mail.gmail.com>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<680e31740611091444i6f155af8i964ef01a00e0d682@mail.gmail.com>
	<680e31740611220358w7c67042ew81e644fad6396009@mail.gmail.com>
Message-ID: <680e31740612021856x632c760ej1e2c22273a6196ad@mail.gmail.com>

Still haven't sorted this out, but it looks even worse in MSIE7 with some
lost functionality. I tried removing items that use extra javascripts
(statcounter, animations on the chance that was somehow interfering with
something (I'm down to wild guesses now) but MSIE doesn not like my use of
Beeblebrox Gila (Firefox is fully functional - no problem at all).

Is Haran on this list? (The link from
http://www.pmwiki.org/wiki/Cookbook/BeeblebroxNetGila is dead)

Can anyone look at a page like
http://www.panafril10n.org/wikidoc/pmwiki.php/PanAfrLoc/MajorLanguages in
MSIE and hazard a guess as to why it is so messed up?

I may end up having to change skins or get all potential users to change
browsers.

TIA...

Don

On 11/22/06, Donald Z. Osborn <dzosborn at gmail.com> wrote:
>
> I still am having a problem with the Beeblebrox skin in MSIE (no problem
> in Firefox). If anyone can take a look and hazard a guess what it might be,
> that would be a great help.  (URL below). TIA.  Don
>
> On 11/9/06, Donald Z. Osborn <dzosborn at gmail.com > wrote:
> >
> > Sorry to bother you all on this. Apparently it's something I did but
> > without touching the main config.php file or the gila.tmpl
> >
> > I have several wikigroup-specific config files - (name).php - but can't
> > see how those would affect this (switched one from BBG skin to PmWIki but
> > again that's a separate (name).php
> >
> > Added content and images. Is there any way that an animated gif (with
> > whatever script runs it) would interact with anything? (I added a couple of
> > flags to see.)
> >
> > (All this must get me in the running for dumb questions of the week)
> >
> > Don
> >
> >
> >
> > On 11/9/06, Donald Z. Osborn < dzosborn at gmail.com> wrote:
> > >
> > > If anyone with MSIE could comment on the rendering of
> > > BeeblebroxNetGila for this site I'd be most grateful. I am sure I checked it
> > > out earlier without seeing a problem. Display in Firefox is quite ideal.
> > >
> > > http://www.panafril10n.org/wikidoc/pmwiki.php/PanAfrLoc/ (I'm still in
> > > the process of various work on content, presentation and structure)
> > >
> > > TIA...
> > >
> > > Don
> > >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061202/988d4e56/attachment.html 

From drfredc at verizon.net  Sat Dec  2 21:02:03 2006
From: drfredc at verizon.net (Dr Fred C)
Date: Sat, 02 Dec 2006 19:02:03 -0800
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <680e31740612021856x632c760ej1e2c22273a6196ad@mail.gmail.com>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<680e31740611091444i6f155af8i964ef01a00e0d682@mail.gmail.com>
	<680e31740611220358w7c67042ew81e644fad6396009@mail.gmail.com>
	<680e31740612021856x632c760ej1e2c22273a6196ad@mail.gmail.com>
Message-ID: <45723E2B.9010103@verizon.net>

An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061202/4d07b049/attachment.html 

From dzosborn at gmail.com  Sat Dec  2 21:16:38 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Sat, 2 Dec 2006 22:16:38 -0500
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <45723E2B.9010103@verizon.net>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<680e31740611091444i6f155af8i964ef01a00e0d682@mail.gmail.com>
	<680e31740611220358w7c67042ew81e644fad6396009@mail.gmail.com>
	<680e31740612021856x632c760ej1e2c22273a6196ad@mail.gmail.com>
	<45723E2B.9010103@verizon.net>
Message-ID: <680e31740612021916l73cc49b8y2a889b768edfb2e3@mail.gmail.com>

Well if I had to design a scenario to promote Firefox (which I've been given
to understand is more compliant with W3C guidelines), this would be ta way
to do it (if I could figure out what I did). Unfortunately however I need a
predictable look across browsers and have lost that.

The thing is that the Beeblebrox gila skin on pmwiki.org displays fine in
MSIE. And it did for my wiki too until last month. Whatever I did I can't
figure it out (or else I just can't undo it). I'm not sure what I should be
looking for. I suppose I could reinstall the skin but that means redoing
customizations.

Mainly at this point it would help if someone had an educated guess (or
better) as to what might cause this anomaly.

TIA.

Don

On 12/2/06, Dr Fred C <drfredc at verizon.net> wrote:
>
>  Sounds like Beeblebrox has been MicroShafted.
>
> Donald Z. Osborn wrote:
>
> Still haven't sorted this out, but it looks even worse in MSIE7 with some
> lost functionality. I tried removing items that use extra javascripts
> (statcounter, animations on the chance that was somehow interfering with
> something (I'm down to wild guesses now) but MSIE doesn not like my use of
> Beeblebrox Gila (Firefox is fully functional - no problem at all).
>
> Is Haran on this list? (The link from
> http://www.pmwiki.org/wiki/Cookbook/BeeblebroxNetGila is dead)
>
> Can anyone look at a page like
> http://www.panafril10n.org/wikidoc/pmwiki.php/PanAfrLoc/MajorLanguages in
> MSIE and hazard a guess as to why it is so messed up?
>
> I may end up having to change skins or get all potential users to change
> browsers.
>
> TIA...
>
> Don
>
> On 11/22/06, Donald Z. Osborn <dzosborn at gmail.com> wrote:
> >
> > I still am having a problem with the Beeblebrox skin in MSIE (no problem
> > in Firefox). If anyone can take a look and hazard a guess what it might be,
> > that would be a great help.  (URL below). TIA.  Don
> >
> > On 11/9/06, Donald Z. Osborn <dzosborn at gmail.com > wrote:
> > >
> > > Sorry to bother you all on this. Apparently it's something I did but
> > > without touching the main config.php file or the gila.tmpl
> > >
> > > I have several wikigroup-specific config files - (name).php - but
> > > can't see how those would affect this (switched one from BBG skin to PmWIki
> > > but again that's a separate (name).php
> > >
> > > Added content and images. Is there any way that an animated gif (with
> > > whatever script runs it) would interact with anything? (I added a couple of
> > > flags to see.)
> > >
> > > (All this must get me in the running for dumb questions of the week)
> > >
> > > Don
> > >
> > >
> > >
> > > On 11/9/06, Donald Z. Osborn < dzosborn at gmail.com> wrote:
> > > >
> > > > If anyone with MSIE could comment on the rendering of
> > > > BeeblebroxNetGila for this site I'd be most grateful. I am sure I checked it
> > > > out earlier without seeing a problem. Display in Firefox is quite ideal.
> > > >
> > > > http://www.panafril10n.org/wikidoc/pmwiki.php/PanAfrLoc/ (I'm still
> > > > in the process of various work on content, presentation and structure)
> > > >
> > > > TIA...
> > > >
> > > > Don
> > > >
> > >
> > >
> >
> ------------------------------
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.comhttp://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
> ------------------------------
>
> No virus found in this incoming message.
> Checked by AVG Free Edition.
> Version: 7.5.430 / Virus Database: 268.15.4/563 - Release Date: 12/2/2006 9:59 AM
>
>
>
> --
>
> Always, Dr Fred C
> drfredc at drfredc.com
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061202/1c2138d2/attachment.html 

From robin at kallisti.net.nz  Sat Dec  2 21:31:45 2006
From: robin at kallisti.net.nz (Robin Sheat)
Date: Sun, 3 Dec 2006 16:31:45 +1300
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <680e31740612021916l73cc49b8y2a889b768edfb2e3@mail.gmail.com>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<45723E2B.9010103@verizon.net>
	<680e31740612021916l73cc49b8y2a889b768edfb2e3@mail.gmail.com>
Message-ID: <200612031631.46101.robin@kallisti.net.nz>

On Sunday 03 December 2006 16:16, Donald Z. Osborn wrote:
> The thing is that the Beeblebrox gila skin on pmwiki.org displays fine in
> MSIE. And it did for my wiki too until last month. Whatever I did I can't
> figure it out (or else I just can't undo it). I'm not sure what I should be
> looking for. I suppose I could reinstall the skin but that means redoing
> customizations.
Can you not download the original one, and diff it against your current one, 
and see what the differences are. Then test them one at a time to see which 
one is causing the problem.

Robin.



From dzosborn at gmail.com  Sat Dec  2 21:44:13 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Sat, 2 Dec 2006 22:44:13 -0500
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <200612031631.46101.robin@kallisti.net.nz>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<45723E2B.9010103@verizon.net>
	<680e31740612021916l73cc49b8y2a889b768edfb2e3@mail.gmail.com>
	<200612031631.46101.robin@kallisti.net.nz>
Message-ID: <680e31740612021944o22904383s2ff2a6195132bd0c@mail.gmail.com>

I'll try that. I was wondering if a javascript might mess things up somehow,
but removing one from the gila.tmpl (a counter script) did not make a
difference, nor did removing animated flags from wiki page content.

Other than that I haven't messed much with the config files or the skin
files, but maybe I did something by accident without noticing.

Don

On 12/2/06, Robin Sheat <robin at kallisti.net.nz> wrote:
>
> On Sunday 03 December 2006 16:16, Donald Z. Osborn wrote:
> > The thing is that the Beeblebrox gila skin on pmwiki.org displays fine
> in
> > MSIE. And it did for my wiki too until last month. Whatever I did I
> can't
> > figure it out (or else I just can't undo it). I'm not sure what I should
> be
> > looking for. I suppose I could reinstall the skin but that means redoing
> > customizations.
> Can you not download the original one, and diff it against your current
> one,
> and see what the differences are. Then test them one at a time to see
> which
> one is causing the problem.
>
> Robin.
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061202/b391f20b/attachment.html 

From crisses at kinhost.org  Sat Dec  2 22:36:21 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 2 Dec 2006 23:36:21 -0500
Subject: [pmwiki-users] Page Rank recipe updated (pagerankstars.php)
Message-ID: <169AFF79-D1ED-4A3C-8CB3-50A9F635CA8C@kinhost.org>

Added in numeric type checking on entered data.

Please update your recipe if you're using it.


Crisses
--  
Souls are not defined by sexuality or color or race or anything else  
-- Souls are probably best defined by the feeling I get when I know I  
have done something good for someone else.
  -- found on a scrap of paper in my memorabilia folder, probably 10+  
years old.  It's my handwriting.  I may even have come up with it.

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061202/55f082fd/attachment.html 

From katir at hindu.org  Sat Dec  2 23:29:42 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sat, 02 Dec 2006 19:29:42 -1000
Subject: [pmwiki-users] Option Input on Forms  (pulldown menu)
Message-ID: <457260C6.80504@hindu.org>

I'm using ZAPdata (trying to) But I understand the form input it build 
on top of PMwiki forms.

I'm missing something basic: what is the form mark up for an option 
button that inserts a value from a preset drop down menu... final output 
of course looks like this (three different such input buttons)

<select name="todo-category"><option >Mailinglists</option>
<option >Cybertalks</option>
<option selected>Systems Administration</option>
<option >HTDE</option>
<option >Other</option>
</select> &nbsp; Status: <select name="todo-status"><option >Open</option>

<option selected>In progress</option>
<option >On hold</option>
<option >Completed</option>
<option >Overdue</option>
</select> &nbsp; Owner: <select name="todo-owner"><option 
selected>Katir</option>
<option >Caveman</option>
<option >Andre</option>

<option >Sadhu</option>
</select></td>

But I don't see  PMwiki form input control defined for this in the Basic 
Forms documentation at Pmwiki.

??

Sivakatirswami
www.himalayanacademy.com




From mtrumpol at cacegypt.org  Sun Dec  3 03:07:24 2006
From: mtrumpol at cacegypt.org (Mark Trumpold)
Date: Sun, 03 Dec 2006 11:07:24 +0200
Subject: [pmwiki-users] Upgrade
Message-ID: <C198606C.B3E8%mtrumpol@cacegypt.org>

Hi All

Last time I upgraded it screwed everything up and took days to reset
permissions. I want to avoid resetting permissions again as I have to talk
to my host.

I have it working nicely but would like to upgrade to the latest. I have
downloaded and unzipped the 2.2.0 PM.

So can I replace on my host only the:
Pmwiki.php
Scripts directories

Are there other essential files that is needed?

Thanks

Mark








From gmane at auxbuss.com  Sun Dec  3 05:45:22 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 3 Dec 2006 11:45:22 -0000
Subject: [pmwiki-users] Losing the www. in site URL
Message-ID: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>

I have a site where I'm losing the initial www. on the URLs displayed in 
the browser's URL input field. So, www.example.com/pmwiki/Main displays 
as example.com/pmwiki/Main.

Thus I click a link to
  http://www.example.com/pmwiki
and get
  http://example.com/pmwiki/

This truncation is the same across the PmWiki part of the site.

I tend to use:

  $ScriptUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki';
  $PubDirUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki/pub';

in my local/config.php, so that I can use the same config/php locally 
for testing as on the live site. Checking the site I can see that:
  $_SERVER['HTTP_HOST']:www.example.com

Nevertheless, I changed the above to:

  $ScriptUrl = 'http://www.example.com/pmwiki';
  $PubDirUrl = 'http://www.example.com/pmwiki/pub';

What happened is that:

a link to
  http://www.example.com/pmwiki
displays
  http://example.com/pmwiki/

but the links are of the expected form:

  http://www.example.com/pmwiki/Main/WikiSandbox

Does anyone know why the www. should be 'lost' initially?

And why changing from $_SERVER['HTTP_HOST'] causes a change of 
behaviour?

Thanks.

-- 
Best,
Marc




From editor at fast.st  Sun Dec  3 06:49:40 2006
From: editor at fast.st (The Editor)
Date: Sun, 3 Dec 2006 07:49:40 -0500
Subject: [pmwiki-users] Option Input on Forms (pulldown menu)
In-Reply-To: <457260C6.80504@hindu.org>
References: <457260C6.80504@hindu.org>
Message-ID: <fec7cf150612030449x2f68206aye92c9b470b5bc731@mail.gmail.com>

On 12/3/06, Sivakatirswami <katir at hindu.org> wrote:
> I'm using ZAPdata (trying to) But I understand the form input it build
> on top of PMwiki forms.
>
> I'm missing something basic: what is the form mark up for an option
> button that inserts a value from a preset drop down menu... final output
> of course looks like this (three different such input buttons)
>
> <select name="todo-category"><option >Mailinglists</option>
> <option >Cybertalks</option>
> <option selected>Systems Administration</option>
> <option >HTDE</option>
> <option >Other</option>
> </select> &nbsp; Status: <select name="todo-status"><option >Open</option>
>
> <option selected>In progress</option>
> <option >On hold</option>
> <option >Completed</option>
> <option >Overdue</option>
> </select> &nbsp; Owner: <select name="todo-owner"><option
> selected>Katir</option>
> <option >Caveman</option>
> <option >Andre</option>
>
> <option >Sadhu</option>
> </select></td>
>
> But I don't see  PMwiki form input control defined for this in the Basic
> Forms documentation at Pmwiki.
>
> ??
>
> Sivakatirswami
> www.himalayanacademy.com


Try

<option >Cybertalks</option>
<option value="Systems Administration" selected>Systems Administration</option>
<option value="HTDE">HTDE</option>
<option value="Other">Other</option>

etc.

But actually, there is a way to construct these automatically, using
pagelists.  Basically, you create a Group, with one page for each
task:

TaskList.Task1
TaskList.Task2
etc.

Then construct the select box dynamically like this:

(:select name="todo-category":)
(:pagelist group=TaskList name=-RecentChanges fmt="#selectlist":)
(:selectend:)

Lastly, you need to insert this in your Site.LocalTemplates page.

----
!!!fmt=#selectlist

A simple list of select options.

[@
[[#selectlist]]
(:option value="{=$Name}":)(:keep {=$Name}:)
[[#selectlistend]]
@]

----

I made some modifications to what I have on my site to adapt to your
needs (without testing the changes), but this should.  If you set it
up this way, all you need to do update the pull down menu (anywhere in
the site it is found), you just create a new page TaskList.Task3.
Voila it will appear in all this lists, just how you want.

My suggestion was going to be that you create groups for ToDo's and
Coders, and use pull down menu's like this for your data input.

By the way, you can also make your Sidebars dynamic this way.  Put
something like this in the sidebar:

CODERS:
(:pagelist group=Coders name=-RecentChanges fmt="#simple":)

(#simple is a standard pagelist that comes with PmWiki so you don't
need to define it)

The actual pages can be blank for now (just create them), but the next
step will be to put groupfooters in each of those groups so you can
click on a page and it will automatically create the pagelist of the
tasks you want to show for that individual, status, or project.  And
then I think you will be about done with what you had in mind. Oh and
we will have to put an upgrade from in your Todo group. (My
recommendation is still one todo group, using threading to number the
tasks).

For this part, you could look at
1) the ZAP forum snippet for how to do threading.
2) the ZAP profiles snippet for how to do update forms
3) the ZAP pagelistfun snippet for some options on how to list tasks
4) and very important, do some reading on PmWiki about
PageTextVariables and how to sort a Pagelist by them.

Hope this helps you make some progress. One step at a time.

Cheers
Caveman



From mini at nada.kth.se  Sun Dec  3 07:09:34 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Sun, 03 Dec 2006 14:09:34 +0100
Subject: [pmwiki-users] AuthUser and DefaultGroup and farmconfig
Message-ID: <1165151374.23426.5.camel@daneel>

I'm sure this must have been asked before.

I'm having a problem with a DefaultGroup and DefaultName setting that
will not stick. I think I know why - essentially, the first call to
ResolvePageName is made in authuser.php, which I call *before* setting
any of them.

Now, I'm sharing admins across a set of fields in a farm, and they are
configured in farmconfig.php, and thus the call to authuser.php is made
there.

The DefaultGroup/Name is set in a field's config.php, thus after
authuser.php is called, resulting in the default page being wrong

Any hints on what to do?

/Mikael

-- 
Plus ?a change, plus c'est la m?me chose




From gmane at auxbuss.com  Sun Dec  3 07:28:43 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 3 Dec 2006 13:28:43 -0000
Subject: [pmwiki-users] AuthUser and DefaultGroup and farmconfig
References: <1165151374.23426.5.camel@daneel>
Message-ID: <MPG.1fdce11d672663c1989947@news.gmane.org>

Mikael Nilsson said...
> I'm sure this must have been asked before.
> 
> I'm having a problem with a DefaultGroup and DefaultName setting that
> will not stick. I think I know why - essentially, the first call to
> ResolvePageName is made in authuser.php, which I call *before* setting
> any of them.
> 
> Now, I'm sharing admins across a set of fields in a farm, and they are
> configured in farmconfig.php, and thus the call to authuser.php is made
> there.
> 
> The DefaultGroup/Name is set in a field's config.php, thus after
> authuser.php is called, resulting in the default page being wrong
> 
> Any hints on what to do?

What I did (following Pm's advice) was create a file that performs the 
name changes, then include it before calling authuser.php. This file can 
sit in field/local

That is, in farmconfig.php

  if (file_exists("local/fieldconfig.php"))
    include_once("local/fieldconfig.php");

  include_once("$FarmD/scripts/authuser.php");

And field/local/fieldconfig.php looks something like:

<?php
	$DefaultGroup = 'Marc';
	$DefaultName  = 'Notes';
	$DefaultPage  = 'Marc.Notes';


-- 
Best,
Marc




From mini at nada.kth.se  Sun Dec  3 07:29:52 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Sun, 03 Dec 2006 14:29:52 +0100
Subject: [pmwiki-users] AuthUser and DefaultGroup and farmconfig
In-Reply-To: <1165151374.23426.5.camel@daneel>
References: <1165151374.23426.5.camel@daneel>
Message-ID: <1165152592.23426.7.camel@daneel>

s?n 2006-12-03 klockan 14:09 +0100 skrev Mikael Nilsson:
> I'm sure this must have been asked before.
> 
> I'm having a problem with a DefaultGroup and DefaultName setting that
> will not stick. I think I know why - essentially, the first call to
> ResolvePageName is made in authuser.php, which I call *before* setting
> any of them.
> 
> Now, I'm sharing admins across a set of fields in a farm, and they are
> configured in farmconfig.php, and thus the call to authuser.php is made
> there.
> 
> The DefaultGroup/Name is set in a field's config.php, thus after
> authuser.php is called, resulting in the default page being wrong
> 
> Any hints on what to do?

I solved my own issue by calling

include_once('local/config.php');

at the bottom of farmconfig.php, but just before the authuser call.

Hope that's a good way to solve it.

/Mikael

-- 
Plus ?a change, plus c'est la m?me chose




From mini at nada.kth.se  Sun Dec  3 07:31:38 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Sun, 03 Dec 2006 14:31:38 +0100
Subject: [pmwiki-users] AuthUser and DefaultGroup and farmconfig
In-Reply-To: <MPG.1fdce11d672663c1989947@news.gmane.org>
References: <1165151374.23426.5.camel@daneel>
	<MPG.1fdce11d672663c1989947@news.gmane.org>
Message-ID: <1165152698.23426.9.camel@daneel>

s?n 2006-12-03 klockan 13:28 +0000 skrev marc:
> Mikael Nilsson said...
> > I'm sure this must have been asked before.
> > 
> > I'm having a problem with a DefaultGroup and DefaultName setting that
> > will not stick. I think I know why - essentially, the first call to
> > ResolvePageName is made in authuser.php, which I call *before* setting
> > any of them.
> > 
> > Now, I'm sharing admins across a set of fields in a farm, and they are
> > configured in farmconfig.php, and thus the call to authuser.php is made
> > there.
> > 
> > The DefaultGroup/Name is set in a field's config.php, thus after
> > authuser.php is called, resulting in the default page being wrong
> > 
> > Any hints on what to do?
> 
> What I did (following Pm's advice) was create a file that performs the 
> name changes, then include it before calling authuser.php. This file can 
> sit in field/local
> 
> That is, in farmconfig.php
> 
>   if (file_exists("local/fieldconfig.php"))
>     include_once("local/fieldconfig.php");
> 
>   include_once("$FarmD/scripts/authuser.php");

Right, that's similar to my solution. Any reason not to include
config.php in that fashion?

/Mikael

-- 
Plus ?a change, plus c'est la m?me chose




From gmane at auxbuss.com  Sun Dec  3 07:33:31 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 3 Dec 2006 13:33:31 -0000
Subject: [pmwiki-users] Losing the www. in site URL
References: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>
Message-ID: <MPG.1fdce2739bf26957989949@news.gmane.org>

marc said...
> I have a site where I'm losing the initial www. on the URLs displayed in 
> the browser's URL input field. So, www.example.com/pmwiki/Main displays 
> as example.com/pmwiki/Main.
> 
> Thus I click a link to
>   http://www.example.com/pmwiki
> and get
>   http://example.com/pmwiki/
> 
> This truncation is the same across the PmWiki part of the site.
> 
> I tend to use:
> 
>   $ScriptUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki';
>   $PubDirUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki/pub';
> 
> in my local/config.php, so that I can use the same config/php locally 
> for testing as on the live site. Checking the site I can see that:
>   $_SERVER['HTTP_HOST']:www.example.com
> 
> Nevertheless, I changed the above to:
> 
>   $ScriptUrl = 'http://www.example.com/pmwiki';
>   $PubDirUrl = 'http://www.example.com/pmwiki/pub';
> 
> What happened is that:
> 
> a link to
>   http://www.example.com/pmwiki
> displays
>   http://example.com/pmwiki/
> 
> but the links are of the expected form:
> 
>   http://www.example.com/pmwiki/Main/WikiSandbox
> 
> Does anyone know why the www. should be 'lost' initially?
> 
> And why changing from $_SERVER['HTTP_HOST'] causes a change of 
> behaviour?
> 
> Thanks.

Some more diagnostic info.

The URL

  http://www.example.com/pmwiki  -> http://example.com/pmwiki/
  http://www.example.com/pmwiki/ -> http://www.example.com/pmwiki/

The former produces 
  $_SERVER['HTTP_HOST'] = example.com
the latter
  $_SERVER['HTTP_HOST'] = www.example.com

I can't recreate this locally, only on a hosted site.

Try these:

  http://auxbuss.com/phpinfo.php
  http://www.auxbuss.com/phpinfo.php

The root .htaccess is:

  RewriteEngine on
  RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
  RewriteRule ^(.*)$ http://www.auxbuss.com/$1 [R=301]


  http://auxbuss.com/pmwiki/phpinfo.php
  http://www.auxbuss.com/pmwiki/phpinfo.php

/pmwiki .htaccess is:

  RewriteEngine on
  RewriteBase /pmwiki
  # Send requests without parameters to pmwiki.php.
  RewriteRule ^$           index.php  [L]
  # Send requests for index.php to pmwiki.php.
  RewriteRule ^index\.php$ pmwiki.php  [L]
  # Send requests to pmwiki.php, appending the query string part.
  RewriteRule ^([^/a-z].*) index.php?n=$1  [QSA,L]


-- 
Best,
Marc




From commentgg at hotmail.com  Sun Dec  3 07:55:09 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Sun, 3 Dec 2006 13:55:09 +0000
Subject: [pmwiki-users] pattern matching:
Message-ID: <BAY111-W7044C3A9037B87940075DBCD80@phx.gbl>



On 12/2/06, The Editor <editor at fast.st> wrote:
I'm working on a "special" project and trying to get this pattern
match to work and it almost works, but I seem to be having some
problems with :, -, and . in the [ ].

preg_replace('|\{([\-\.A-Za-z0-9:_]+)\}|e', "Function($1)", $text);

I'm trying to get this to match expressions like the following:

{TEXT:Group.Name-36_End}

Any help would be appreciated.

Cheers,
Caveman

----------


Hi Caveman,

I'm not at my desk, so I'm unable to test the following. 

The problem with your regex seems to be with delimiters: I don't think the pipe | symbol is allowed to be used. It's used within regexes. Furthermore, you don't need to escape anything but the delimiters inside a regex. That includes the charset ] end-delimiter. You did place the '-' at the start so it doesn't get interpreted as a a-z range. 

Your regex becomes simpler:

  preg_replace('!\{([-.A-Za-z0-9:_]+)\}!e', "Function($1)", $text);

Hopefully this'll get you going again. 

ps Do you really want such a free form regex?? You'd normally want to decompose into elements.. and so strictly match each element. 

/jm
_________________________________________________________________
All-in-one security and maintenance for your PC.? Get a free 90-day trial!
http://www.windowsonecare.com/purchase/trial.aspx?sc_cid=wl_wlmail


From mail at randgaenge.net  Sun Dec  3 09:13:25 2006
From: mail at randgaenge.net (Thomas N. Burg)
Date: Sun, 3 Dec 2006 16:13:25 +0100
Subject: [pmwiki-users] htgroup again
Message-ID: <61E92C59-C910-4FC7-AF46-AA0A855FEAEE@randgaenge.net>

> >
> > Hi,
> >
> > a brief question. I know how the create the htgroup file but how  
> do I
> > tell a page/group that only a certain group has access. With users I
> > do it like "id:tom id:eve" (for 2 users) and how does in work with
> > groups?
>
> >From http://www.pmwiki.org/wiki/Site/AuthUser
>
>    Authorization groups are specified with a leading "@" sign.
>    Define either the login accounts belonging to a group or the
>    groups for a login account:
>
>      @writers: alice, bob
>      carol: @editors, @writers
>      @admins: alice, dave
>
>    Then use "@group" as a password in ?action=attr or
>    $DefaultPasswords.
>
> Hagan

Hi Hagan,
don't quite understand that.

Example:
I created a group called: city, that contains 25 users with their own  
login and pwd
Now going to GoupAttributes?action=attr before the availbility of  
htgroup I did paste all the ids in to the form which is a horrible  
exercise if memberships changes.

Now what's the proper waay to do it at this place with groups?

Thanks Thomas



From tmdowling at gmail.com  Sun Dec  3 10:31:43 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Sun, 3 Dec 2006 10:31:43 -0600
Subject: [pmwiki-users] [pmwiki-devel] code snippet request for
	documentation's sake
In-Reply-To: <5C3FE31E-04D6-433E-AC41-E8626978D9F3@kinhost.org>
References: <5C3FE31E-04D6-433E-AC41-E8626978D9F3@kinhost.org>
Message-ID: <5c8455a0612030831w9315293hdf5056ab538e3436@mail.gmail.com>

Do you mean

(:if enabled AuthPw:)
* You're logged in(:ifend:)

?

On 12/2/06, Crisses <crisses at kinhost.org> wrote:
>
>
> I need this for a recipe & for documenting how people should handle things
> in recipes.
>
> When programming, if you need to check whether someone is logged in?
>
> If you want to check if they're logged in and ask them to please do so?
>
>
> I already got a code snippet for checking authentication against page
> permissions, what I want is a simple true/false on whether someone is
> currently logged in.  I saw some items in PmWiki.php, but wasn't sure if
> they were what I was looking for.
>
>
> Thanks!
>
>
> Crisses
> _______________________________________________
> pmwiki-devel mailing list
> pmwiki-devel at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-devel
>
>
>



From tmdowling at gmail.com  Sun Dec  3 10:39:11 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Sun, 3 Dec 2006 10:39:11 -0600
Subject: [pmwiki-users] Upgrade
In-Reply-To: <C198606C.B3E8%mtrumpol@cacegypt.org>
References: <C198606C.B3E8%mtrumpol@cacegypt.org>
Message-ID: <5c8455a0612030839o4de48874nb68297d098b7479a@mail.gmail.com>

On 12/3/06, Mark Trumpold <mtrumpol at cacegypt.org> wrote:
> Hi All
>
> Last time I upgraded it screwed everything up and took days to reset
> permissions. I want to avoid resetting permissions again as I have to talk
> to my host.
>
> I have it working nicely but would like to upgrade to the latest. I have
> downloaded and unzipped the 2.2.0 PM.
>
> So can I replace on my host only the:
> Pmwiki.php
> Scripts directories
>
> Are there other essential files that is needed?
>

The contents of wikilib.d?



From gmane at auxbuss.com  Sun Dec  3 12:06:34 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 3 Dec 2006 18:06:34 -0000
Subject: [pmwiki-users] Losing the www. in site URL
References: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>
	<MPG.1fdce2739bf26957989949@news.gmane.org>
Message-ID: <MPG.1fdd22299cbe525098994b@news.gmane.org>

marc said...

> The root .htaccess is:
> 
>   RewriteEngine on
>   RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
>   RewriteRule ^(.*)$ http://www.auxbuss.com/$1 [R=301]

I'm almost there; one of the four cases doesn't work.

Leaving the root .htaccess as above, but adding two line to 
pmwiki/.htaccess like this:

  RewriteEngine on
  RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
  RewriteRule ^(.*)$ http://www.auxbuss.com/pmwiki/$1 [R=301]
  RewriteBase /pmwiki
  # Send requests without parameters to pmwiki.php.
  RewriteRule ^$           index.php  [L]
  # Send requests for index.php to pmwiki.php.
  RewriteRule ^index\.php$ pmwiki.php  [L]
  # Send requests to pmwiki.php, appending the query string part.
  RewriteRule ^([^/a-z].*) index.php?n=$1  [QSA,L]

The following URLs work as expected:

  http://www.auxbuss.com/pmwiki/
  http://www.auxbuss.com/pmwiki
  http://auxbuss.com/pmwiki/

But this one fails:

  http://auxbuss.com/pmwiki

with
  http://www.auxbuss.com/pmwiki//home/domains/auxbuss.com/web/pmwiki
or locally
  http://www.blah.com/pmwiki//var/www/pmwiki

I presume that this is due to the /pmwiki in http://auxbuss.com/pmwiki 
being treated as a file reference in some way. However, in that case, I 
would expect a RewriteRule in the root .htaccess to respond, but nothing 
I tried worked.

Anyone able to help, please?

-- 
Best,
Marc




From editor at fast.st  Sun Dec  3 12:38:13 2006
From: editor at fast.st (The Editor)
Date: Sun, 3 Dec 2006 13:38:13 -0500
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <BAY111-W7044C3A9037B87940075DBCD80@phx.gbl>
References: <BAY111-W7044C3A9037B87940075DBCD80@phx.gbl>
Message-ID: <fec7cf150612031038t1f7fd617kc08902dd9e8b74d5@mail.gmail.com>

On 12/3/06, J. Meijer <commentgg at hotmail.com> wrote:
>
> On 12/2/06, The Editor <editor at fast.st> wrote:
> I'm working on a "special" project and trying to get this pattern
> match to work and it almost works, but I seem to be having some
> problems with :, -, and . in the [ ].
>
> preg_replace('|\{@ ([\-\.A-Za-z0-9:_]+)\}|e', "Function($1)", $text);
>
> I'm trying to get this to match expressions like the following:
>
> {@ TEXT:Group.Name-36_End}
>
> Any help would be appreciated.
>
> Cheers,
> Caveman
>
> ----------
>
>
> Hi Caveman,
>
> I'm not at my desk, so I'm unable to test the following.
>
> The problem with your regex seems to be with delimiters: I don't think the pipe | symbol is allowed to be used. It's used within regexes. Furthermore, you don't need to escape anything but the delimiters inside a regex. That includes the charset ] end-delimiter. You did place the '-' at the start so it doesn't get interpreted as a a-z range.
>
> Your regex becomes simpler:
>
>  preg_replace('!\{@ ([-.A-Za-z0-9:_]+)\}!e', "Function($1)", $text);
>
> Hopefully this'll get you going again.
>
> ps Do you really want such a free form regex?? You'd normally want to decompose into elements.. and so strictly match each element.



Thanks so much jm,

But I'm still having troubles with some of the things.  Here's the
best I've been able to get so far, but I can't seem to get past it...

'!\{@ ([_A-Za-z0-9]+)\}!e'

1) Whenever I put - into the [], whether it's escaped or not, $1 goes
to 0 instead of the substring it's supposed to be.  Bad.

2) Whenever I put ^ into the [] (not at beginning), whether it's
escaped or not, $1 goes to null instead of the substring it's supposed
to be.  More bad.

3) Whenever I put : into the [], whether it's escaped or not, I get
the white screen of death (php error--still getting no error messags).
 Worse still.

4) Whenever I put . into the [] whether it's escaped or not, $1 shows
up with everything but the . in the output.  A little bad.

The only thing I can seem to get to work is the _.  I've been scouring
the web, trying to find tutorials and help, I'm learning a lot but
none of the tutorials explain this kind of behavior.  Am I missing
something?

Cheers,
Caveman



From design5 at softflow.co.uk  Sun Dec  3 12:51:29 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 3 Dec 2006 18:51:29 +0000
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <fec7cf150612021715q29480d09u6c809ea8a7646d7b@mail.gmail.com>
References: <fec7cf150612021715q29480d09u6c809ea8a7646d7b@mail.gmail.com>
Message-ID: <23528477.20061203185129@softflow.co.uk>

Sunday, December 3, 2006, 1:15:44 AM, The wrote:

> preg_replace('|\{([\-\.A-Za-z0-9:_]+)\}|e', "Function($1)", $text);

> I'm trying to get this to match expressions like the following:

> {TEXT:Group.Name-36_End}

Can you say more what kind of pattern you are looking for, i.e. in
exact words, or more examples of what it should match and what it
should not match? (its easy to match anything, but what should it
exclude?)


Hans




From aczaszyn at telus.net  Sun Dec  3 13:01:34 2006
From: aczaszyn at telus.net (Aleksander Czaszynski)
Date: Sun, 3 Dec 2006 11:01:34 -0800
Subject: [pmwiki-users] Does webadmin work for Linux?
In-Reply-To: <fec7cf150612031038t1f7fd617kc08902dd9e8b74d5@mail.gmail.com>
References: <BAY111-W7044C3A9037B87940075DBCD80@phx.gbl>
	<fec7cf150612031038t1f7fd617kc08902dd9e8b74d5@mail.gmail.com>
Message-ID: <200612031101.34208.aczaszyn@telus.net>


Hi All
I tried to install "webadmin" on Linux box and it doesn't work.
Does someone work with webadmin on Linux?
Is this code only for windows. 
For windows it works fine

Aleks




From lighans at gmail.com  Sun Dec  3 13:07:25 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Sun, 3 Dec 2006 20:07:25 +0100
Subject: [pmwiki-users] Does webadmin work for Linux?
In-Reply-To: <200612031101.34208.aczaszyn@telus.net>
References: <BAY111-W7044C3A9037B87940075DBCD80@phx.gbl>
	<fec7cf150612031038t1f7fd617kc08902dd9e8b74d5@mail.gmail.com>
	<200612031101.34208.aczaszyn@telus.net>
Message-ID: <bfccd1f90612031107t427de31ey55ddd6e2c578b499@mail.gmail.com>

didn't work for me because my host is with PHP 5.0. I use filethingie
if I don't use FTP.

2006/12/3, Aleksander Czaszynski <aczaszyn at telus.net>:
>
> Hi All
> I tried to install "webadmin" on Linux box and it doesn't work.
> Does someone work with webadmin on Linux?
> Is this code only for windows.
> For windows it works fine


-- 
Groetjes
Hans
http://www.fali.nl



From lu.gmane at wischik.com  Sun Dec  3 14:59:20 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Sun, 3 Dec 2006 20:59:20 +0000 (UTC)
Subject: [pmwiki-users] urlapprove doesn't work on (:included:) pages
Message-ID: <loom.20061203T215401-760@post.gmane.org>

The urlapprove recipe doesn't work on the sidebar, as explained here:
http://www.pmwiki.org/wiki/PmWiki/UrlApprovals

More generally it seems not to work on any included page.


This is a pain! Obviously it would be good in a future version of
pmwiki for ?action=approvesites to scan ALL included pages, including
the sidebar, and approve the links on all of them.

That seems complicated to code. So I wonder if a smaller extension
to ?action=approvesites is possible. When we're at a particular
page Group/Page, in my wiki I happen to know that Comments/Group-Page
will be (:included:). So when I receive Group/Page?action=approvesites,
I'd also like to automatically do Comments/Group-Page?action=approvesites.

Is this possible, please? Can anyone advis how to achieve it? Thanks
in advance for any help.

-- 
Lucian





From immunophenotype at gmail.com  Sun Dec  3 15:09:09 2006
From: immunophenotype at gmail.com (phenotype)
Date: Sun, 3 Dec 2006 16:09:09 -0500
Subject: [pmwiki-users] SSL: Pmwiki pages containing some unencrypted
	information?
Message-ID: <A297FFC1-1C0A-4E04-95A8-7136B157F3FD@gmail.com>

Hi folks,

I've just used the cookbook recipe that forces SSL on every page on  
my wiki, but Camino (and I imagine other Mozilla-based browsers)  
complains that there is a mix of encrypted and unencrypted  
information on every wiki page. Does anyone know what might be  
causing this error, and what I can do to fix it? I'm using using a  
self-signed certificate in Apache 2.0 on Linux, I believe.

Thanks a lot!



From robin at kallisti.net.nz  Sun Dec  3 16:57:30 2006
From: robin at kallisti.net.nz (Robin Sheat)
Date: Mon, 4 Dec 2006 11:57:30 +1300
Subject: [pmwiki-users] SSL: Pmwiki pages containing some unencrypted
	information?
In-Reply-To: <A297FFC1-1C0A-4E04-95A8-7136B157F3FD@gmail.com>
References: <A297FFC1-1C0A-4E04-95A8-7136B157F3FD@gmail.com>
Message-ID: <200612041157.30288.robin@kallisti.net.nz>

On Monday 04 December 2006 10:09, phenotype wrote:
> I've just used the cookbook recipe that forces SSL on every page on ?
> my wiki, but Camino (and I imagine other Mozilla-based browsers) ?
> complains that there is a mix of encrypted and unencrypted ?
> information on every wiki page. Does anyone know what might be ?
> causing this error, and what I can do to fix it?
A quick way to check is to view the source, and do a search for 'http:' in the 
page. That should find anything not linking to https://... My guess would be 
images.

Robin.



From mtrumpol at cacegypt.org  Mon Dec  4 03:01:38 2006
From: mtrumpol at cacegypt.org (Mark Trumpold)
Date: Mon, 04 Dec 2006 11:01:38 +0200
Subject: [pmwiki-users] Groupfooter or template?
Message-ID: <C199B092.B43B%mtrumpol@cacegypt.org>

Hi All

I am trying to set my wiki up so that on every page appears, editable
sections under Horizontal rules and a Heading

------
References                                              (Edit)

-----
External Links                                          (Edit)

-----
Comments



I have the section edit already set but if I do a group footer I do not get
an editable section for 'references' or even if I edit page then the
'references' doesn't show. I would like to have this as the students need to
reference their work

Thanks

Mark





From design5 at softflow.co.uk  Mon Dec  4 03:12:39 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 09:12:39 +0000
Subject: [pmwiki-users] Groupfooter or template?
In-Reply-To: <C199B092.B43B%mtrumpol@cacegypt.org>
References: <C199B092.B43B%mtrumpol@cacegypt.org>
Message-ID: <1137729504.20061204091239@softflow.co.uk>

Monday, December 4, 2006, 9:01:38 AM, Mark wrote:

> I have the section edit already set but if I do a group footer I do not get
> an editable section for 'references' or even if I edit page then the
> 'references' doesn't show. I would like to have this as the students need to
> reference their work

What exactly did you put in GroupFooter?


Hans




From design5 at softflow.co.uk  Mon Dec  4 03:21:38 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 09:21:38 +0000
Subject: [pmwiki-users] Upgrade
In-Reply-To: <C198606C.B3E8%mtrumpol@cacegypt.org>
References: <C198606C.B3E8%mtrumpol@cacegypt.org>
Message-ID: <255473120.20061204092138@softflow.co.uk>

Sunday, December 3, 2006, 9:07:24 AM, Mark wrote:

> I have it working nicely but would like to upgrade to the latest. I have
> downloaded and unzipped the 2.2.0 PM.

> So can I replace on my host only the:
> Pmwiki.php
> Scripts directories

> Are there other essential files that is needed?

The biggest change to the  2.20 beta versions is the use of relative
page variables. This change did affect skins which include wiki pages
for their page layout. For instance the pmwiki default skin using
Site.PageActions.

I recommend for any pmwiki upgrade to upload all the files in all the
directories coming with the distribution, overwriting the files from
the previous installation.

But if you had lots of trouble last time it may not be too wise to
upgrade to a beta version, since some features may change still.
if you want to use the beta, be prepared to spend time and change
things as they arise. Otherwise stick to what you got and wait till
the current beta series is finished and emerges as a stable version
2.2.0


Hans




From mtrumpol at cacegypt.org  Mon Dec  4 03:21:15 2006
From: mtrumpol at cacegypt.org (Mark Trumpold)
Date: Mon, 04 Dec 2006 11:21:15 +0200
Subject: [pmwiki-users] Groupfooter or template?
In-Reply-To: <1137729504.20061204091239@softflow.co.uk>
Message-ID: <C199B52B.B440%mtrumpol@cacegypt.org>

Hi Hans

Well, I placed a horizontal rule, a heading (!!!!!) and they showed up but
you couldn't edit the section below the heading like the rest of the page.
Also, if you try to edit the page then they didn't show up.

I have a section edit script running that allows you to edit a section after
a heading.
I currently have your comment box there

Mark


On 4/12/06 11:12 AM, "Hans" <design5 at softflow.co.uk> wrote:

> Monday, December 4, 2006, 9:01:38 AM, Mark wrote:
> 
>> I have the section edit already set but if I do a group footer I do not get
>> an editable section for 'references' or even if I edit page then the
>> 'references' doesn't show. I would like to have this as the students need to
>> reference their work
> 
> What exactly did you put in GroupFooter?
> 
> 
> Hans
> 





From design5 at softflow.co.uk  Mon Dec  4 04:05:09 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 10:05:09 +0000
Subject: [pmwiki-users] Groupfooter or template?
In-Reply-To: <C199B52B.B440%mtrumpol@cacegypt.org>
References: <1137729504.20061204091239@softflow.co.uk>
	<C199B52B.B440%mtrumpol@cacegypt.org>
Message-ID: <765822639.20061204100509@softflow.co.uk>

Monday, December 4, 2006, 9:21:15 AM, Mark wrote:

> Well, I placed a horizontal rule, a heading (!!!!!) and they showed up but
> you couldn't edit the section below the heading like the rest of the page.
> Also, if you try to edit the page then they didn't show up.

> I have a section edit script running that allows you to edit a section after
> a heading.
> I currently have your comment box there

Just tested sectionedit.php with commentboxplus.php and they work fine
together.
In the page I put:

!!!section one
bla bla

!!!section two
bla bla

!!!comments


In the GroupFooter I put:

[[<<]]
(:commentboxchrono:)

All sections are individually editable, as well as all message posts
individually, since they have a heading with !!!!! in each.



Hans




From mini at nada.kth.se  Mon Dec  4 04:09:38 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Mon, 04 Dec 2006 11:09:38 +0100
Subject: [pmwiki-users] SSI, apache2.0 and pmwiki
In-Reply-To: <1163529291.6351.3.camel@daneel>
References: <1162839498.6798.21.camel@daneel> <1163529291.6351.3.camel@daneel>
Message-ID: <1165226979.6621.15.camel@daneel>

For the archives, I solved my issue by restructuring the site so that I
could manage the templates by PHP includes from the wiki side, and by
SSI includes from the static side. 

Nice that SSI understands php pages...

/Mikael

tis 2006-11-14 klockan 19:34 +0100 skrev Mikael Nilsson:
> Does anybody have *any* idea?
> 
> I don't like the idea of having to recreate my templates system...
> 
> /Mikael
>  
> 
> m?n 2006-11-06 klockan 19:58 +0100 skrev Mikael Nilsson:
> > Hi!
> > 
> > I'm having trouble since upgrading to apache 2.0.
> > 
> > Our site, at http://kmr.nada.kth.se is a mix of old, static html pages
> > rendered using SSI templates and pmwiki, using the same templates.
> > 
> > For the static pages, it works like this:
> > 
> > 1. HTML page       SSI-includes  header.html and footer.html
> > 2. header          SSI-includes  navbar.html
> > 3. navbar          SSI-includes  blog.php and news.php
> > 4. blog/news.php   uses magpierss to render RSS-imported feeds to the
> > left 
> > 
> > This works well. I integrated this site with pmwiki, doing like so:
> > 
> > pmwiki          loads kmrwiki.tmpl
> > kmrwiki.tmpl    calls function includeheader and includefooter (defined
> > in config.php)
> > includeheader   calls PHP include() on header.html
> > 
> > then the rest as above.
> > 
> > So, I have a recursive SSI/PHP setup.
> > 
> > Now, everything worked with apache 1.3. Pmwiki rendered fine, the static
> > pages were synced, changes in the SSI templates were visible on wiki
> > pages, blog feed was visible in both cases etc.    
> > 
> > Now, after an upgrade to apache 2, everything works EXCEPT I cannot
> > login. See the front page at http://kmr.nada.kth.se (which is a wiki
> > page), which works. But clicking edit, I get truncated output, see
> > http://kmr.nada.kth.se/wiki/Main/Front?action=edit
> > 
> > I tracked this down to step 3 - including *ANY* PHP file from within an
> > SSI file did not work, not even an empty one! Thus, removing the
> > blog.php and news.php, replacing them with a call to an empty text.php
> > still exhibited the same problem.
> > 
> > Note that this all works *perfectly* well for rendering the pages (as
> > you can see on the front page), and if I disable the php includes,
> > login, and re-enable them again, I can edit without issues. So the
> > problem is *only* with the login page itself. Everything else works.
> > 
> > Any ideas? I tried upgrading to pmwiki-2.2.0-beta15, but no change.
> > 
> > /Mikael
> > 
> > 
-- 
Plus ?a change, plus c'est la m?me chose




From kat_lists at katspace.homelinux.org  Mon Dec  4 05:08:29 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Mon, 4 Dec 2006 22:08:29 +1100
Subject: [pmwiki-users] Groupfooter or template?
In-Reply-To: <C199B092.B43B%mtrumpol@cacegypt.org>
References: <C199B092.B43B%mtrumpol@cacegypt.org>
Message-ID: <20061204110829.GA14115@katla.katspace.homelinux.org>

On Mon, Dec 04, 2006 at 11:01:38AM +0200, Mark Trumpold wrote:
> Hi All
> 
> I am trying to set my wiki up so that on every page appears, editable
> sections under Horizontal rules and a Heading
> 
> ------
> References                                              (Edit)
> 
> -----
> External Links                                          (Edit)
> 
> -----
> Comments
> 
> 
> 
> I have the section edit already set but if I do a group footer I do not get
> an editable section for 'references' or even if I edit page then the
> 'references' doesn't show. I would like to have this as the students need to
> reference their work

Er, if you're putting the above into the GroupFooter, then of course
they can't be edited as part of the page, because they're part of the
GroupFooter.  You need to use a template.  The group footer is for
things that you want to appear at the bottom of every page, things that
*don't* need to be edited.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From mtrumpol at cacegypt.org  Mon Dec  4 05:15:15 2006
From: mtrumpol at cacegypt.org (Mark Trumpold)
Date: Mon, 04 Dec 2006 13:15:15 +0200
Subject: [pmwiki-users] Comments #2 revisted
Message-ID: <C199CFE3.B459%mtrumpol@cacegypt.org>

Hi Hans and all

Thanks Hans for working with all this, you have been great.

Since 2.2.O is a beta and there may be changes in the pipe line. Coupled
with my kids use this daily I don't want to keep upgrading pmwiki, so I will
wait until 2.2.0 is done upgrading and then upgrade

So can I make a small link next to the edit and view links on a content page
that takes to discussion page for that content page only. Can I also, update
the comment page with a box stating that a discussion/comments about this
content page are underway and thus you need to visit the discussion/comments
page

Thanks

Mark.





From design5 at softflow.co.uk  Mon Dec  4 05:36:30 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 11:36:30 +0000
Subject: [pmwiki-users] Comments #2 revisted
In-Reply-To: <C199CFE3.B459%mtrumpol@cacegypt.org>
References: <C199CFE3.B459%mtrumpol@cacegypt.org>
Message-ID: <1611750072.20061204113630@softflow.co.uk>

Monday, December 4, 2006, 11:15:15 AM, Mark wrote:

> So can I make a small link next to the edit and view links on a content page
> that takes to discussion page for that content page only. Can I also, update
> the comment page with a box stating that a discussion/comments about this
> content page are underway and thus you need to visit the discussion/comments
> page

Go to Site.PageActions (you are using pmwiki default skin) and edit
this page and add a new link:

*[[{FullName}-Discussion| Discuss]]

which creates a link to page PageName-Discussion, a new page for
discussing PageName.

To tie PageName-Discussion to PageName, two possibilities are:
a) create a link back.
b) include PageName at the top of the discussion page.

For a)
add to config.php:

    $BaseNamePatterns['/-Discussion$/'] = '';

Then you can use as a link from PageName-discussion to PageName:

Back to [[{$BaseName}]]

{$BaseName} is a page variable which strips the -Discussion part off
the page name, i.e. any part defined in $BaseNamePatterns.

For b)
add to config.php:

    $BaseNamePatterns['/-Discussion$/'] = '';
    
add to discussion page

    (:include {$BaseName}:)

Lastly, you could make the link to the discussion page more
intelligent, by writing it on Site.PageActions like this:

(:if exist {$FullName}-Discussion:)
*[[{$FullName}-Discussion| Discuss]]
(:if !exist {$FullName}-Discussion:)
*[[{$FullName}-Discussion| Create Discussion]](:if:)

but you still may have to content with  aquestion mark beside the link
to a non-existent page.

Note that if you eventually upgrade to pmwiki 2.2.0 you would need to
change all occurences of {$FullName} into {*$FullName}



Hans




From design5 at softflow.co.uk  Mon Dec  4 05:42:32 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 11:42:32 +0000
Subject: [pmwiki-users] Comments #2 revisted
In-Reply-To: <1611750072.20061204113630@softflow.co.uk>
References: <C199CFE3.B459%mtrumpol@cacegypt.org>
	<1611750072.20061204113630@softflow.co.uk>
Message-ID: <1312269570.20061204114232@softflow.co.uk>

Monday, December 4, 2006, 11:36:30 AM, Hans wrote:

> (:if exist {$FullName}-Discussion:)
> *[[{$FullName}-Discussion| Discuss]]
> (:if !exist {$FullName}-Discussion:)
> *[[{$FullName}-Discussion| Create Discussion]](:if:)

Sorry, it should be 'exists' instead of 'exist' in the above:

(:if exists {$FullName}-Discussion:)
*[[{$FullName}-Discussion| Discuss]]
(:if !exists {$FullName}-Discussion:)
*[[{$FullName}-Discussion| Create Discussion]](:if:)


Hans




From gmane at auxbuss.com  Mon Dec  4 06:18:08 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 4 Dec 2006 12:18:08 -0000
Subject: [pmwiki-users] Losing the www. in site URL
References: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>
	<MPG.1fdce2739bf26957989949@news.gmane.org>
	<MPG.1fdd22299cbe525098994b@news.gmane.org>
Message-ID: <MPG.1fde21b8157a049f98994c@news.gmane.org>

marc said...
> marc said...
> 
> > The root .htaccess is:
> > 
> >   RewriteEngine on
> >   RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
> >   RewriteRule ^(.*)$ http://www.auxbuss.com/$1 [R=301]
> 
> I'm almost there; one of the four cases doesn't work.
> 
> Leaving the root .htaccess as above, but adding two line to 
> pmwiki/.htaccess like this:
> 
>   RewriteEngine on
>   RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
>   RewriteRule ^(.*)$ http://www.auxbuss.com/pmwiki/$1 [R=301]
>   RewriteBase /pmwiki
>   # Send requests without parameters to pmwiki.php.
>   RewriteRule ^$           index.php  [L]
>   # Send requests for index.php to pmwiki.php.
>   RewriteRule ^index\.php$ pmwiki.php  [L]
>   # Send requests to pmwiki.php, appending the query string part.
>   RewriteRule ^([^/a-z].*) index.php?n=$1  [QSA,L]
> 
> The following URLs work as expected:
> 
>   http://www.auxbuss.com/pmwiki/
>   http://www.auxbuss.com/pmwiki
>   http://auxbuss.com/pmwiki/
> 
> But this one fails:
> 
>   http://auxbuss.com/pmwiki
> 
> with
>   http://www.auxbuss.com/pmwiki//home/domains/auxbuss.com/web/pmwiki
> or locally
>   http://www.blah.com/pmwiki//var/www/pmwiki
> 
> I presume that this is due to the /pmwiki in http://auxbuss.com/pmwiki 
> being treated as a file reference in some way. However, in that case, I 
> would expect a RewriteRule in the root .htaccess to respond, but nothing 
> I tried worked.
> 
> Anyone able to help, please?

Spike this one. I will explain, hopefully more simply, in another 
thread,

-- 
Best,
Marc




From gmane at auxbuss.com  Mon Dec  4 06:18:09 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 4 Dec 2006 12:18:09 -0000
Subject: [pmwiki-users] Clean URLs .htaccess mod_rewrite problem
Message-ID: <MPG.1fde2235a2c9f2a198994d@news.gmane.org>

Hi,

Installation is a default Pmwiki, latest version.

I'm trying, but failing, to route these (with no trailing slashes)

    http://www.auxbuss.com/pmwiki -> http://www.auxbuss.com/pmwiki/
    http://auxbuss.com/pmwiki     -> http://www.auxbuss.com/pmwiki/

The same URLS with trailing slashes work fine. Namely, 

    http://www.auxbuss.com/pmwiki/ -> http://www.auxbuss.com/pmwiki/
    http://auxbuss.com/pmwiki/     -> http://www.auxbuss.com/pmwiki/

www/pmwiki/.htaccess is:

  RewriteEngine on

  # if no trailing slash
  RewriteCond $1 !/$
  # but is a directory when we add a trailing slash
  RewriteCond %{REQUEST_FILENAME}/ -d
  # then add slash and redirect
  RewriteRule (.+) http://www.auxbuss.com/$1/ [R=301,L] 

  RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
  RewriteRule ^(.*)$ http://www.auxbuss.com/pmwiki/$1 [R=301]
  RewriteBase /pmwiki
  # Send requests without parameters to pmwiki.php.
  RewriteRule ^$           index.php [L]
  # Send requests for index.php to pmwiki.php.
  RewriteRule ^index\.php$ pmwiki.php [L]
  # Send requests to pmwiki.php, appending the query string part.
  RewriteRule ^([^/a-z].*) index.php?n=$1  [QSA,L]


Without the first condition/rule set ({REQUEST_FILENAME}, etc.)
  http://www.auxbuss.com/pmwiki -> http://www.auxbuss.com/pmwiki/
works okay, because it the first condition/rule set that isn't correct.

The erroneous result is:

  http://www.auxbuss.com//home/domains/auxbuss.com/web/pmwiki/

In other words the mod_rewrite %{REQUEST_FILENAME} variable is being
used for the $1 in the rewrite rule instead of 'pmwiki', as I want.

Can someone please advise on the correct way to do this. Thanks.

-- 
Best,
Marc




From mike at widowitz.com  Mon Dec  4 07:09:52 2006
From: mike at widowitz.com (Mike)
Date: Mon, 04 Dec 2006 14:09:52 +0100
Subject: [pmwiki-users] Edit with Preview
Message-ID: <45741E20.3010008@widowitz.com>

Hello,
for a very specific reason, I'd like to add a button "Edit with Preview"
to the action items (View, Edit, Print) of my PmWiki. I.e., I want the
result of clicking "Edit" and then "Preview" with just one click. Is
there any way to achieve that?

Thanks,
Mike



From gmane at auxbuss.com  Mon Dec  4 07:27:01 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 4 Dec 2006 13:27:01 -0000
Subject: [pmwiki-users] Clean URLs .htaccess mod_rewrite problem
References: <MPG.1fde2235a2c9f2a198994d@news.gmane.org>
Message-ID: <MPG.1fde3232a8b7d65a98994e@news.gmane.org>

marc said...
> Hi,
> 
> Installation is a default Pmwiki, latest version.
> 
> I'm trying, but failing, to route these (with no trailing slashes)
> 
>     http://www.auxbuss.com/pmwiki -> http://www.auxbuss.com/pmwiki/
>     http://auxbuss.com/pmwiki     -> http://www.auxbuss.com/pmwiki/
> 
> The same URLS with trailing slashes work fine. Namely, 
> 
>     http://www.auxbuss.com/pmwiki/ -> http://www.auxbuss.com/pmwiki/
>     http://auxbuss.com/pmwiki/     -> http://www.auxbuss.com/pmwiki/
> 
> www/pmwiki/.htaccess is:
> 
>   RewriteEngine on
> 
>   # if no trailing slash
>   RewriteCond $1 !/$
>   # but is a directory when we add a trailing slash
>   RewriteCond %{REQUEST_FILENAME}/ -d
>   # then add slash and redirect
>   RewriteRule (.+) http://www.auxbuss.com/$1/ [R=301,L] 
> 
>   RewriteCond %{HTTP_HOST} ^auxbuss.com$ [NC]
>   RewriteRule ^(.*)$ http://www.auxbuss.com/pmwiki/$1 [R=301]
>   RewriteBase /pmwiki
>   # Send requests without parameters to pmwiki.php.
>   RewriteRule ^$           index.php [L]
>   # Send requests for index.php to pmwiki.php.
>   RewriteRule ^index\.php$ pmwiki.php [L]
>   # Send requests to pmwiki.php, appending the query string part.
>   RewriteRule ^([^/a-z].*) index.php?n=$1  [QSA,L]
> 
> 
> Without the first condition/rule set ({REQUEST_FILENAME}, etc.)
>   http://www.auxbuss.com/pmwiki -> http://www.auxbuss.com/pmwiki/
> works okay, because it the first condition/rule set that isn't correct.
> 
> The erroneous result is:
> 
>   http://www.auxbuss.com//home/domains/auxbuss.com/web/pmwiki/
> 
> In other words the mod_rewrite %{REQUEST_FILENAME} variable is being
> used for the $1 in the rewrite rule instead of 'pmwiki', as I want.
> 
> Can someone please advise on the correct way to do this. Thanks.

For everyone who has been thrilled to follow this tale, I thought you 
might like to know that I found the solution.

  RewriteCond $1 !/$
  RewriteCond %{REQUEST_FILENAME}/ -d
  RewriteRule (.+) $1/ [N] 

This is okay for each field too, in a regular farm setup.

Should this go in the docs?

-- 
Best,
Marc




From mark at ruthtrumpold.id.au  Mon Dec  4 08:36:37 2006
From: mark at ruthtrumpold.id.au (Mark Trumpold)
Date: Mon, 04 Dec 2006 16:36:37 +0200
Subject: [pmwiki-users] Get rid of
Message-ID: <C199FF15.B471%mark@ruthtrumpold.id.au>

Hi all

I have a 'comments' link that has shown up while trying to set something up,
now I cant get rid of it. Its at the bottom of the page next to edit,
history, print ...  and the date modified. Where is it? So I can remove it.

Thanks

Mark






From design5 at softflow.co.uk  Mon Dec  4 08:39:52 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 14:39:52 +0000
Subject: [pmwiki-users] Get rid of
In-Reply-To: <C199FF15.B471%mark@ruthtrumpold.id.au>
References: <C199FF15.B471%mark@ruthtrumpold.id.au>
Message-ID: <1796663898.20061204143952@softflow.co.uk>

Monday, December 4, 2006, 2:36:37 PM, Mark wrote:

> I have a 'comments' link that has shown up while trying to set something up,
> now I cant get rid of it. Its at the bottom of the page next to edit,
> history, print ...  and the date modified. Where is it? So I can remove it.

in the skin template I suppose (using my best parapsychological powers
here...)


Hans




From dominique.faure at gmail.com  Mon Dec  4 09:04:42 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Mon, 4 Dec 2006 16:04:42 +0100
Subject: [pmwiki-users] Edit with Preview
In-Reply-To: <45741E20.3010008@widowitz.com>
References: <45741E20.3010008@widowitz.com>
Message-ID: <599dbcaf0612040704vee14179mb2fe54b00b47d30a@mail.gmail.com>

On 12/4/06, Mike <mike at widowitz.com> wrote:
> Hello,
> for a very specific reason, I'd like to add a button "Edit with Preview"
> to the action items (View, Edit, Print) of my PmWiki. I.e., I want the
> result of clicking "Edit" and then "Preview" with just one click. Is
> there any way to achieve that?
>

just add:

  if ($action == 'edit') $_POST['preview'] = 1;

in your config.php.

Dom



From mark at ruthtrumpold.id.au  Mon Dec  4 09:07:27 2006
From: mark at ruthtrumpold.id.au (Mark Trumpold)
Date: Mon, 04 Dec 2006 17:07:27 +0200
Subject: [pmwiki-users] Get rid of
In-Reply-To: <1796663898.20061204143952@softflow.co.uk>
Message-ID: <C19A064F.B478%mark@ruthtrumpold.id.au>

LOL

It worked ...

Thanks 

Mark


On 4/12/06 4:39 PM, "Hans" <design5 at softflow.co.uk> wrote:

> Monday, December 4, 2006, 2:36:37 PM, Mark wrote:
> 
>> I have a 'comments' link that has shown up while trying to set something up,
>> now I cant get rid of it. Its at the bottom of the page next to edit,
>> history, print ...  and the date modified. Where is it? So I can remove it.
> 
> in the skin template I suppose (using my best parapsychological powers
> here...)
> 
> 
> Hans
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users






From mike at widowitz.com  Mon Dec  4 09:11:29 2006
From: mike at widowitz.com (Mike)
Date: Mon, 04 Dec 2006 16:11:29 +0100
Subject: [pmwiki-users] Turn off link formatting within script
Message-ID: <45743AA1.6070905@widowitz.com>

Hi,

I'm writing a small "cookbook"-like pmwiki extension in PHP for myself.
In that script, I need to link to other pmwiki pages from within the
"<area>"-tag of HTML, more specifically I need to fill in the "href" value.

Now I managed to build the correct URL by using the pagename and
$ScriptUrl, e.g. I arrive at
"href=http://server.com/pmwiki/mygroup/mypage", but then PmWiki wraps
the URL into an <a> tag with class=urllink.

How can I stop PmWiki from doing that?

Thanks,
Mike





From mike at widowitz.com  Mon Dec  4 09:25:44 2006
From: mike at widowitz.com (Mike)
Date: Mon, 04 Dec 2006 16:25:44 +0100
Subject: [pmwiki-users] Edit with Preview
In-Reply-To: <599dbcaf0612040704vee14179mb2fe54b00b47d30a@mail.gmail.com>
References: <45741E20.3010008@widowitz.com>
	<599dbcaf0612040704vee14179mb2fe54b00b47d30a@mail.gmail.com>
Message-ID: <45743DF8.2030100@widowitz.com>

Cool, I used that advice by adding

	if ($action == 'editpreview') {
		$action="edit";
		$_POST['preview'] = 1;
	}

to config.php and then editing PageActions to give another link
"editpreview"...

Thanks!
Mike


Dominique Faure wrote on 04.12.2006 16:04:
> > On 12/4/06, Mike <mike at widowitz.com> wrote:
>> >> Hello,
>> >> for a very specific reason, I'd like to add a button "Edit with
Preview"
>> >> to the action items (View, Edit, Print) of my PmWiki. I.e., I want the
>> >> result of clicking "Edit" and then "Preview" with just one click. Is
>> >> there any way to achieve that?
>> >>
> >
> > just add:
> >
> >  if ($action == 'edit') $_POST['preview'] = 1;
> >
> > in your config.php.
> >
> > Dom
> >




From dzosborn at gmail.com  Mon Dec  4 10:51:31 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Mon, 4 Dec 2006 11:51:31 -0500
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <680e31740612021944o22904383s2ff2a6195132bd0c@mail.gmail.com>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<45723E2B.9010103@verizon.net>
	<680e31740612021916l73cc49b8y2a889b768edfb2e3@mail.gmail.com>
	<200612031631.46101.robin@kallisti.net.nz>
	<680e31740612021944o22904383s2ff2a6195132bd0c@mail.gmail.com>
Message-ID: <680e31740612040851r59dbc88fheca4303a7bff3ca4@mail.gmail.com>

Well, no useful information came out of that effort, unfortunately. The only
change I made to the gila.tmpl file was to add a script for a statcounter
(which has been useful, but that's another issue). Removing that or
replacing the gila.tmpl with the original, does not make a difference.

Nothing has been changed on the gila.css or skin.php files in the beeblebrox
folder.

The config file is a bit more complicated but I removed the last thing I
added to it, which was the XLPage script (on the outside chance that might
make a difference). There's nothing unusual there anyway.

Looking at the overall system,
1) the only big change was to add French language files to wikilib.d
2) I'm also in the process of setting up a numbre of wikigroups

The only new category of content is images
1) A number of ordinary maps and tables
2) Animated flag gifs from 2 sources (I've removed these from the server in
the process of trying to debug - may be silly, but as I wrote previously
this is down to wild guesses now).

I am trying to pose the question on a MSIE forum (easier said than done, so
far). But any further thoughts from anyone on this list would be helpful.

TIA...

Don



On 12/2/06, Donald Z. Osborn <dzosborn at gmail.com> wrote:
>
> I'll try that. I was wondering if a javascript might mess things up
> somehow, but removing one from the gila.tmpl (a counter script) did not
> make a difference, nor did removing animated flags from wiki page content.
>
> Other than that I haven't messed much with the config files or the skin
> files, but maybe I did something by accident without noticing.
>
> Don
>
> On 12/2/06, Robin Sheat <robin at kallisti.net.nz> wrote:
> >
> > On Sunday 03 December 2006 16:16, Donald Z. Osborn wrote:
> > > The thing is that the Beeblebrox gila skin on pmwiki.org displays fine
> > in
> > > MSIE. And it did for my wiki too until last month. Whatever I did I
> > can't
> > > figure it out (or else I just can't undo it). I'm not sure what I
> > should be
> > > looking for. I suppose I could reinstall the skin but that means
> > redoing
> > > customizations.
> > Can you not download the original one, and diff it against your current
> > one,
> > and see what the differences are. Then test them one at a time to see
> > which
> > one is causing the problem.
> >
> > Robin.
> >
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> >
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061204/e0f4d84e/attachment.html 

From pmichaud at pobox.com  Mon Dec  4 10:58:45 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 10:58:45 -0600
Subject: [pmwiki-users] Turn off link formatting within script
In-Reply-To: <45743AA1.6070905@widowitz.com>
References: <45743AA1.6070905@widowitz.com>
Message-ID: <20061204165844.GB1496@host.pmichaud.com>

On Mon, Dec 04, 2006 at 04:11:29PM +0100, Mike wrote:
> Hi,
> 
> I'm writing a small "cookbook"-like pmwiki extension in PHP for myself.
> In that script, I need to link to other pmwiki pages from within the
> "<area>"-tag of HTML, more specifically I need to fill in the "href" value.
> 
> Now I managed to build the correct URL by using the pagename and
> $ScriptUrl, e.g. I arrive at
> "href=http://server.com/pmwiki/mygroup/mypage", but then PmWiki wraps
> the URL into an <a> tag with class=urllink.
> 
> How can I stop PmWiki from doing that?

Use Keep() around whatever you don't want PmWiki to process.

Pm



From pmichaud at pobox.com  Mon Dec  4 11:07:48 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 11:07:48 -0600
Subject: [pmwiki-users] Clean URLs .htaccess mod_rewrite problem
In-Reply-To: <MPG.1fde3232a8b7d65a98994e@news.gmane.org>
References: <MPG.1fde2235a2c9f2a198994d@news.gmane.org>
	<MPG.1fde3232a8b7d65a98994e@news.gmane.org>
Message-ID: <20061204170748.GC1496@host.pmichaud.com>

On Mon, Dec 04, 2006 at 01:27:01PM -0000, marc wrote:
> marc said...
> > [...]
> > Can someone please advise on the correct way to do this. Thanks.
> 
> For everyone who has been thrilled to follow this tale, I thought you 
> might like to know that I found the solution.
> 
>   RewriteCond $1 !/$
>   RewriteCond %{REQUEST_FILENAME}/ -d
>   RewriteRule (.+) $1/ [N] 
> 
> This is okay for each field too, in a regular farm setup.
> 
> Should this go in the docs?

Probably not, unless it's something that is really needed by lots
of people.  The CleanUrls recipe has been worked and reworked many
times, and it's probably best not to muck with it too much.
Thanks for thinking of this, though.

Also, fwiw, the way I would've handled the auxbuss.com -> www.auxbuss.com
issue would be to put a redirect in .htaccess, and/or to explicitly
set PmWiki's $ScriptUrl variable to always use the www.auxbuss.com
address.

Pm



From pmichaud at pobox.com  Mon Dec  4 11:14:47 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 11:14:47 -0600
Subject: [pmwiki-users] AuthUser and DefaultGroup and farmconfig
In-Reply-To: <1165152592.23426.7.camel@daneel>
References: <1165151374.23426.5.camel@daneel> <1165152592.23426.7.camel@daneel>
Message-ID: <20061204171447.GD1496@host.pmichaud.com>

On Sun, Dec 03, 2006 at 02:29:52PM +0100, Mikael Nilsson wrote:
> I solved my own issue by calling
> 
> include_once('local/config.php');
> 
> at the bottom of farmconfig.php, but just before the authuser call.
> 
> Hope that's a good way to solve it.

It is.  Or, at least, PmWiki explicitly recognizes that this is an
allowable way to do things.

Pm



From mike at widowitz.com  Mon Dec  4 11:17:20 2006
From: mike at widowitz.com (Mike)
Date: Mon, 04 Dec 2006 18:17:20 +0100
Subject: [pmwiki-users] Turn off link formatting within script
In-Reply-To: <20061204165844.GB1496@host.pmichaud.com>
References: <45743AA1.6070905@widowitz.com>
	<20061204165844.GB1496@host.pmichaud.com>
Message-ID: <45745820.5010704@widowitz.com>

Cool, thanks!

Patrick R. Michaud wrote on 04.12.2006 17:58:
> On Mon, Dec 04, 2006 at 04:11:29PM +0100, Mike wrote:
>> Hi,
>>
>> I'm writing a small "cookbook"-like pmwiki extension in PHP for myself.
>> In that script, I need to link to other pmwiki pages from within the
>> "<area>"-tag of HTML, more specifically I need to fill in the "href" value.
>>
>> Now I managed to build the correct URL by using the pagename and
>> $ScriptUrl, e.g. I arrive at
>> "href=http://server.com/pmwiki/mygroup/mypage", but then PmWiki wraps
>> the URL into an <a> tag with class=urllink.
>>
>> How can I stop PmWiki from doing that?
> 
> Use Keep() around whatever you don't want PmWiki to process.
> 
> Pm
> 





From pmichaud at pobox.com  Mon Dec  4 11:18:13 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 11:18:13 -0600
Subject: [pmwiki-users] Upgrade
In-Reply-To: <255473120.20061204092138@softflow.co.uk>
References: <C198606C.B3E8%mtrumpol@cacegypt.org>
	<255473120.20061204092138@softflow.co.uk>
Message-ID: <20061204171813.GE1496@host.pmichaud.com>

On Mon, Dec 04, 2006 at 09:21:38AM +0000, Hans wrote:
> But if you had lots of trouble last time it may not be too wise to
> upgrade to a beta version, since some features may change still.

Actually, since the previous troubles were due to file permissions
(as opposed to PmWiki features), I think it'd be okay to upgrade to
2.2.0.beta now.

Pm



From pmichaud at pobox.com  Mon Dec  4 11:22:11 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 11:22:11 -0600
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <fec7cf150612021715q29480d09u6c809ea8a7646d7b@mail.gmail.com>
References: <fec7cf150612021715q29480d09u6c809ea8a7646d7b@mail.gmail.com>
Message-ID: <20061204172211.GF1496@host.pmichaud.com>

On Sat, Dec 02, 2006 at 08:15:44PM -0500, The Editor wrote:
> I'm working on a "special" project and trying to get this pattern
> match to work and it almost works, but I seem to be having some
> problems with :, -, and . in the [ ].
> 
> preg_replace('|\{([\-\.A-Za-z0-9:_]+)\}|e', "Function($1)", $text);
> 
> I'm trying to get this to match expressions like the following:
> 
> {TEXT:Group.Name-36_End}
> 
> Any help would be appreciated.

Keep it simple:

    preg_replace('/\\{([-.:\\w]+)\\}/e', "Function('$1')", $text)

Pm



From editor at fast.st  Mon Dec  4 11:45:16 2006
From: editor at fast.st (The Editor)
Date: Mon, 4 Dec 2006 12:45:16 -0500
Subject: [pmwiki-users] Comment
In-Reply-To: <C199F706.B46D%mark@ruthtrumpold.id.au>
References: <fec7cf150612040526g4883b2e2r138234ddde714ace@mail.gmail.com>
	<C199F706.B46D%mark@ruthtrumpold.id.au>
Message-ID: <fec7cf150612040945k11abd6d2x4912baff79255ef0@mail.gmail.com>

On 12/4/06, Mark Trumpold <mark at ruthtrumpold.id.au> wrote:
> Looks good and what I need.
>
> Is the comment posted on the same page? Can I give it the name Discussion or
> thread? And compatible with Pmwiki version?


No, stored on separate pages.  Retrieved by simple pagelists. You can
modify about anyway you want.  ZAP is just building blocks. Think
Lego's. Actually this is fairly simple stuff--don't even need any
advanced ZAPmodules.  It does required the new beta version of PmWiki
2.2 as it uses it's AWESOME new text var's.  Can't imagine life
without the upgrade!

Cheers,
Caveman



From mogulguy at yahoo.com  Mon Dec  4 11:56:42 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Mon, 4 Dec 2006 09:56:42 -0800 (PST)
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <20061204172211.GF1496@host.pmichaud.com>
Message-ID: <20061204175642.83459.qmail@web36113.mail.mud.yahoo.com>

--- "Patrick R. Michaud" <pmichaud at pobox.com> wrote:

> On Sat, Dec 02, 2006 at 08:15:44PM -0500, The Editor
> wrote:
> > I'm working on a "special" project and trying to
> get this pattern
> > match to work and it almost works, but I seem to
> be having some
> > problems with :, -, and . in the [ ].
> > 
> > preg_replace('|\{([\-\.A-Za-z0-9:_]+)\}|e',
> "Function($1)", $text);
> > 
> > I'm trying to get this to match expressions like
> the following:
> > 
> > {TEXT:Group.Name-36_End}
> > 
> > Any help would be appreciated.
> 
> Keep it simple:
> 
>     preg_replace('/\\{([-.:\\w]+)\\}/e',
> "Function('$1')", $text)

I think:

   preg_replace('/\\{([_-.:\\w]+)\\}/e',
"Function('$1')", $text)


-Martin



 
____________________________________________________________________________________
Any questions? Get answers on any topic at www.Answers.yahoo.com.  Try it now.



From tedc at science.org  Mon Dec  4 12:02:43 2006
From: tedc at science.org (Ted Coombs)
Date: Mon, 04 Dec 2006 08:02:43 -1000
Subject: [pmwiki-users] New user question
Message-ID: <457462C3.3030900@science.org>

Hi,
I have setup a new wiki www.wikihistory.org and I am having difficulty 
adding the AdSense code provided by XES.
I have added my AdSense Google code, making certain it was formatted 
correctly, and used the exact syntax posted by XES. The Google Ad 
appears on my sandbox page but I get the following error:

pat=/\(:Google1:\)/e
*Warning*: Cannot modify header information - headers already sent by 
(output started at /home/content/w/i/k/wikihistory/html/pmwiki.php:1240) 
in */home/content/w/i/k/wikihistory/html/pmwiki.php* on line *884

I have no idea what this error is, or how to fix it. I don't control my 
environment, as my site is hosted at godaddy.com. I was pleased the 
PmWiki worked essentially out of the box with no administrative 
requirements. Can someone give me a clue what to do next?

Thanks,

Ted Coombs

www.forensics.org
www.openrecordbook.com
www.wikihistory.org
www.tedcoombs.com
*



From pmichaud at pobox.com  Mon Dec  4 12:04:59 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 12:04:59 -0600
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <20061204175642.83459.qmail@web36113.mail.mud.yahoo.com>
References: <20061204172211.GF1496@host.pmichaud.com>
	<20061204175642.83459.qmail@web36113.mail.mud.yahoo.com>
Message-ID: <20061204180459.GG1496@host.pmichaud.com>

On Mon, Dec 04, 2006 at 09:56:42AM -0800, Martin Fick wrote:
> --- "Patrick R. Michaud" <pmichaud at pobox.com> wrote:
> > On Sat, Dec 02, 2006 at 08:15:44PM -0500, The Editor
> > wrote:
> > > I'm trying to get this to match expressions like
> > > the following:
> > > 
> > > {TEXT:Group.Name-36_End}
> > > 
> > 
> > Keep it simple:
> > 
> >     preg_replace('/\\{([-.:\\w]+)\\}/e', "Function('$1')", $text)
> 
> I think:
> 
>  preg_replace('/\\{([_-.:\\w]+)\\}/e', "Function('$1')", $text)

My original is correct.

- If a hyphen is to be one of the characters matched, it has to
  be escaped or at the beginning/end of the set.

- \w includes underscores, so there's no need to repeat it in
  the list (although it doesn't hurt much to do so).

Pm



From pmichaud at pobox.com  Mon Dec  4 12:06:58 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 12:06:58 -0600
Subject: [pmwiki-users] New user question
In-Reply-To: <457462C3.3030900@science.org>
References: <457462C3.3030900@science.org>
Message-ID: <20061204180657.GH1496@host.pmichaud.com>

On Mon, Dec 04, 2006 at 08:02:43AM -1000, Ted Coombs wrote:
> Hi,
> I have setup a new wiki www.wikihistory.org and I am having difficulty 
> adding the AdSense code provided by XES.
> I have added my AdSense Google code, making certain it was formatted 
> correctly, and used the exact syntax posted by XES. 

Could you perhaps paste an exact copy of what you added?
The "pat=/\(:Google1:\)/e" part of the error message indicates
that there's likely a syntax error in there somewhere.

Pm



From pmichaud at pobox.com  Mon Dec  4 12:13:50 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 12:13:50 -0600
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <Pine.GSO.4.53.0612021921290.17134@compserv1>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612021921290.17134@compserv1>
Message-ID: <20061204181350.GI1496@host.pmichaud.com>

On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> 
> Your guess was correct, the server is not setting HTTP_HOST, it works if
> that is set. However, I am still stuck with it, because it does not work
> when I set it in local/config.php. It works only when set in pmwiki.php.
> Possibly, it is not reading the config.php.
> 
> Also, I am getting errors from the mkdirp($dir) function saying that it
> can't create wiki.d directory, though the directory exists with full
> access. 

This sounds to me as though PmWiki isn't being run from the correct
directory.  When the pmwiki.php script executes, it expects to be
running in the directory that contains local/ and wiki.d/ .
If the current directory is something else when pmwiki.php runs,
it'll be quite confused (and try to create a new environment
in whatever directory it happens to be in).

Note that the current directory isn't necessarily the one containing
pmwiki.php.  (For example, in farm installations, the current directory
is the one containing the local wiki field, while the farm contains
the pmwiki.php and other scripts.)

Getting back to the original issue, I generally recommend against messing
with HTTP_HOST or SCRIPT_NAME at all.  Simply set $ScriptUrl directly 
to whatever the url is supposed to be, rather than trying to figure 
it out (or have PmWiki figure it out) from whatever miscues are
coming from the webserver.

Pm



From mini at nada.kth.se  Mon Dec  4 12:27:53 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Mon, 04 Dec 2006 19:27:53 +0100
Subject: [pmwiki-users] 404 on Abort?
Message-ID: <1165256873.6621.61.camel@daneel>

Why doesn't pmwiki give 404 errors on Abort() ??

Like so:

function Abort($msg) {
  # exit pmwiki with an abort message
  header("HTTP/1.1 404 Not Found");     
  
  echo "<h3>PmWiki can't process your request</h3>
    <p>$msg</p><p>We are sorry for any inconvenience.</p>";
  exit;
}

I accidentally hit this when one of my java applets did some probing GET
requests under the PMwiki namespace (log4j was the problem), expecting a
404 on error.

Adding the above made everything  work.

/Mikael


-- 
Plus ?a change, plus c'est la m?me chose




From pmichaud at pobox.com  Mon Dec  4 13:00:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 13:00:41 -0600
Subject: [pmwiki-users] 404 on Abort?
In-Reply-To: <1165256873.6621.61.camel@daneel>
References: <1165256873.6621.61.camel@daneel>
Message-ID: <20061204190041.GJ1496@host.pmichaud.com>

On Mon, Dec 04, 2006 at 07:27:53PM +0100, Mikael Nilsson wrote:
> Why doesn't pmwiki give 404 errors on Abort() ??

Hmm.  I agree that Abort() should probably return something
other than 200, but returning 404 (not found) doesn't seem
correct.  Most aborts are caused by things other than
the requested resource not being available, so we should
return a more appropriate error code.

So, I'll see about finding a better error code and return that.

Thanks!

Pm



From pmichaud at pobox.com  Mon Dec  4 13:05:02 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 13:05:02 -0600
Subject: [pmwiki-users] New user question
In-Reply-To: <45746C0D.60103@science.org>
References: <457462C3.3030900@science.org>
	<20061204180657.GH1496@host.pmichaud.com>
	<45746C0D.60103@science.org>
Message-ID: <20061204190502.GK1496@host.pmichaud.com>

Oh.  There should not be a '/e' at the end of the third parameter,
thus it should be:

    Markup('Google1', 'block',
        '/\\(:Google1:\\)/',
        Keep("<script type='text/javascript'><!--
        ...

(I.e., remove the "e" at the end of '/\\(:Google1:\\)/e'.)

Yes, this is also an error in the GoogleAdsense recipe page,
which I've now fixed.

Thanks!

Pm


On Mon, Dec 04, 2006 at 08:42:21AM -1000, Ted Coombs wrote:
> Here is the exact code (with the exception of removing most of the 
> ad_client and ad_channel numbers)
> 
> Thanks,
> Ted
> 
> //long google block markup
> Markup('Google1', 'block',
>     '/\\(:Google1:\\)/e',
>    Keep("<script type='text/javascript'><!--
> [...cut...]
> 
> Patrick R. Michaud wrote:
> >On Mon, Dec 04, 2006 at 08:02:43AM -1000, Ted Coombs wrote:
> >  
> >>Hi,
> >>I have setup a new wiki www.wikihistory.org and I am having difficulty 
> >>adding the AdSense code provided by XES.
> >>I have added my AdSense Google code, making certain it was formatted 
> >>correctly, and used the exact syntax posted by XES. 
> >>    
> >
> >Could you perhaps paste an exact copy of what you added?
> >The "pat=/\(:Google1:\)/e" part of the error message indicates
> >that there's likely a syntax error in there somewhere.
> >
> >Pm



From mini at nada.kth.se  Mon Dec  4 13:06:29 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Mon, 04 Dec 2006 20:06:29 +0100
Subject: [pmwiki-users] 404 on Abort?
In-Reply-To: <20061204190041.GJ1496@host.pmichaud.com>
References: <1165256873.6621.61.camel@daneel>
	<20061204190041.GJ1496@host.pmichaud.com>
Message-ID: <1165259189.6621.73.camel@daneel>

m?n 2006-12-04 klockan 13:00 -0600 skrev Patrick R. Michaud:
> On Mon, Dec 04, 2006 at 07:27:53PM +0100, Mikael Nilsson wrote:
> > Why doesn't pmwiki give 404 errors on Abort() ??
> 
> Hmm.  I agree that Abort() should probably return something
> other than 200, but returning 404 (not found) doesn't seem
> correct.  Most aborts are caused by things other than
> the requested resource not being available, so we should
> return a more appropriate error code.

Right, correct. In fact, different codes probably fit different
situations, so an extra argument to Abort() might be handy.

400 Bad Request
403 Forbidden
500 Internal Server Error

seem to fit

http://www.w3.org/Protocols/rfc2616/rfc2616-sec10.html

/Mikael

> 
> So, I'll see about finding a better error code and return that.
> 
> Thanks!
> 
> Pm
> 
-- 
Plus ?a change, plus c'est la m?me chose




From gmane at auxbuss.com  Mon Dec  4 13:27:07 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 4 Dec 2006 19:27:07 -0000
Subject: [pmwiki-users] Clean URLs .htaccess mod_rewrite problem
References: <MPG.1fde2235a2c9f2a198994d@news.gmane.org>
	<MPG.1fde3232a8b7d65a98994e@news.gmane.org>
	<20061204170748.GC1496@host.pmichaud.com>
Message-ID: <MPG.1fde7acb1a99233989950@news.gmane.org>

Patrick R. Michaud said...
> On Mon, Dec 04, 2006 at 01:27:01PM -0000, marc wrote:
> > marc said...
> > > [...]
> > > Can someone please advise on the correct way to do this. Thanks.
> > 
> > For everyone who has been thrilled to follow this tale, I thought you 
> > might like to know that I found the solution.
> > 
> >   RewriteCond $1 !/$
> >   RewriteCond %{REQUEST_FILENAME}/ -d
> >   RewriteRule (.+) $1/ [N] 
> > 
> > This is okay for each field too, in a regular farm setup.
> > 
> > Should this go in the docs?
> 
> Probably not, unless it's something that is really needed by lots
> of people.  The CleanUrls recipe has been worked and reworked many
> times, and it's probably best not to muck with it too much.

I've hit this problem a few times. Another case where it can bite is 
with Flash, when talking home.
 
> Also, fwiw, the way I would've handled the auxbuss.com -> www.auxbuss.com
> issue would be to put a redirect in .htaccess

I thought Redirect was path->URL, and

  Redirect / http://www.blah.com/

will loop, won't it (in directory context)? Shows what I know. I'd 
appreciate knowing the right way to do this (outside of httpd.conf).

> and/or to explicitly
> set PmWiki's $ScriptUrl variable to always use the www.auxbuss.com
> address.

Yes, this helps one you are at the appropriate location ;-) The 
problematic URL(s) caused a 404, but once over that $SCriptUrl takes 
over.

-- 
Best,
Marc




From bplotter at yahoo.com  Mon Dec  4 13:46:26 2006
From: bplotter at yahoo.com (Brent Zupp)
Date: Mon, 4 Dec 2006 11:46:26 -0800
Subject: [pmwiki-users] pagelist fatal error
Message-ID: <e0759c2c0612041146i39604030g8e49de51a2f4d10c@mail.gmail.com>

Rec'd the following error when using pagelist directive:

Fatal error:  Allowed memory size of 8388608 bytes exhausted (tried to
allocate 35 bytes) in /path/to/pmwiki/scripts/pagelist.php</b> on line
485

As an example, you can see the error on the homepage (BOTTOM OF PAGE
after page completely loads):

http://www.wanderings.net/notebook/Main/HomePage

But it seems to occur on all pages.

I deleted the .pageindex page (to refresh the index), but problem persists.

I'm running pmwiki-2.2.0-beta16 in hosted environment with (I think)
PHP Version 5.1.0RC1

Any ideas?

Best,
Brent

-- 
Brent Zupp
http://www.wanderings.net/notebook



From pmichaud at pobox.com  Mon Dec  4 14:25:17 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 14:25:17 -0600
Subject: [pmwiki-users] pagelist fatal error
In-Reply-To: <e0759c2c0612041146i39604030g8e49de51a2f4d10c@mail.gmail.com>
References: <e0759c2c0612041146i39604030g8e49de51a2f4d10c@mail.gmail.com>
Message-ID: <20061204202516.GC17505@host.pmichaud.com>

On Mon, Dec 04, 2006 at 11:46:26AM -0800, Brent Zupp wrote:
> Rec'd the following error when using pagelist directive:
> 
> Fatal error:  Allowed memory size of 8388608 bytes exhausted (tried to
> allocate 35 bytes) in /path/to/pmwiki/scripts/pagelist.php</b> on line
> 485

PHP is running out of memory.  Many PHP installations are
configured to limit themselves to 8MB of RAM, and pagelist
can quickly run into this limit for sites that have large
numbers of pages (especially if pagelist is having to
sort or filter pages where it has to load large amounts of
information into memory).

To see that this is the case, take a look at the
memory_limit parameter in ?action=phpinfo.

However, your site only seems to have 435 pages, so I'm
not exactly sure why it would be running out of memory
based on that.  What's the (:pagelist:) command you're using?

It might also be the size of the page being displayed that
is hogging memory, but that seems unlikely somehow.

Pm



From mark at ruthtrumpold.id.au  Mon Dec  4 15:00:00 2006
From: mark at ruthtrumpold.id.au (Mark Trumpold)
Date: Mon, 04 Dec 2006 23:00:00 +0200
Subject: [pmwiki-users] Upgrade #2
Message-ID: <C19A58F0.B496%mark@ruthtrumpold.id.au>

Hi All

OK upgraded to 2.2.0 so far so good ....

 but now my side bar has a bunch of broken links is there a way that can be
updated, I checked the pages are in my wiki.d.

So how do I repair broken links

http://ruthtrumpold.id.au/itgswiki/pmwiki.php?n=Main.HomePage

Thanks

Mark






From design5 at softflow.co.uk  Mon Dec  4 15:05:25 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 4 Dec 2006 21:05:25 +0000
Subject: [pmwiki-users] Upgrade #2
In-Reply-To: <C19A58F0.B496%mark@ruthtrumpold.id.au>
References: <C19A58F0.B496%mark@ruthtrumpold.id.au>
Message-ID: <1392503916.20061204210525@softflow.co.uk>

Monday, December 4, 2006, 9:00:00 PM, Mark wrote:

> So how do I repair broken links

> http://ruthtrumpold.id.au/itgswiki/pmwiki.php?n=Main.HomePage

always use links in the sidebar which include the group:

*[[Main/HomePage]]

instead of [[Home Page]]


Hans




From mark at ruthtrumpold.id.au  Mon Dec  4 15:13:12 2006
From: mark at ruthtrumpold.id.au (Mark Trumpold)
Date: Mon, 04 Dec 2006 23:13:12 +0200
Subject: [pmwiki-users] Upgrade #2
In-Reply-To: <1392503916.20061204210525@softflow.co.uk>
Message-ID: <C19A5C08.B49C%mark@ruthtrumpold.id.au>

Legend ;-)

Thanks, yet again Hans

Mark


On 4/12/06 11:05 PM, "Hans" <design5 at softflow.co.uk> wrote:

> Monday, December 4, 2006, 9:00:00 PM, Mark wrote:
> 
>> So how do I repair broken links
> 
>> http://ruthtrumpold.id.au/itgswiki/pmwiki.php?n=Main.HomePage
> 
> always use links in the sidebar which include the group:
> 
> *[[Main/HomePage]]
> 
> instead of [[Home Page]]
> 
> 
> Hans
> 






From bplotter at yahoo.com  Mon Dec  4 15:26:00 2006
From: bplotter at yahoo.com (Brent Zupp)
Date: Mon, 4 Dec 2006 13:26:00 -0800
Subject: [pmwiki-users] pagelist fatal error
In-Reply-To: <20061204202516.GC17505@host.pmichaud.com>
References: <e0759c2c0612041146i39604030g8e49de51a2f4d10c@mail.gmail.com>
	<20061204202516.GC17505@host.pmichaud.com>
Message-ID: <e0759c2c0612041326g57bc3b6dj9c25355ca0cd7e71@mail.gmail.com>

Thanks, Patrick. You're right. The limit right now is 8BM on this host.

Oddly, the problem is not appearing right now, so I'll just keep watching.

FYI, pagelists directives used:

For sidebar:

(:pagelist group=Category fmt=#title list=normal name=-Category:)

For homepage I have addition list:

(:pagelist fmt=#blog link=Category.Blog count=40 order=-time:)

Not seeing problem now, so this may be non-issue.

Thanks, as always, for your help.

Best,
Brent

On 12/4/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Mon, Dec 04, 2006 at 11:46:26AM -0800, Brent Zupp wrote:
> > Rec'd the following error when using pagelist directive:
> >
> > Fatal error:  Allowed memory size of 8388608 bytes exhausted (tried to
> > allocate 35 bytes) in /path/to/pmwiki/scripts/pagelist.php</b> on line
> > 485
>
> PHP is running out of memory.  Many PHP installations are
> configured to limit themselves to 8MB of RAM, and pagelist
> can quickly run into this limit for sites that have large
> numbers of pages (especially if pagelist is having to
> sort or filter pages where it has to load large amounts of
> information into memory).
>
> To see that this is the case, take a look at the
> memory_limit parameter in ?action=phpinfo.
>
> However, your site only seems to have 435 pages, so I'm
> not exactly sure why it would be running out of memory
> based on that.  What's the (:pagelist:) command you're using?
>
> It might also be the size of the page being displayed that
> is hogging memory, but that seems unlikely somehow.
>
> Pm
>


-- 
Brent Zupp
http://www.wanderings.net/notebook
http://www.flickr.com/photos/62142788 at N00/

To invent, you need a good imagination and a pile of junk.
 ~ Thomas A. Edison



From rik at cs.sunysb.edu  Mon Dec  4 16:47:23 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Mon, 4 Dec 2006 17:47:23 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <20061204181350.GI1496@host.pmichaud.com>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612021921290.17134@compserv1>
	<20061204181350.GI1496@host.pmichaud.com>
Message-ID: <Pine.GSO.4.53.0612041734150.17865@compserv1>

> This sounds to me as though PmWiki isn't being run from the correct
> directory.

That was my guess too. But even setting the $ScriptUrl directly does not
help. The URLs generated now are correct, but it still does not
find the wiki.d directory and gives the error. It seems to me that while
the things accessed through url are fine, the access to the local file
system is a problem. Any simple way to fix that ? doing system('pwd')
returns correct values, and I ran the mkdirp() function in a trial script
of my own in the same directory, and it worked fine.

Thanks for your help any way. This is a nice piece of software, so I
really wanted to use it.

Rik.

On Mon, 4 Dec 2006, Patrick R. Michaud wrote:

> On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> >
> > Your guess was correct, the server is not setting HTTP_HOST, it works if
> > that is set. However, I am still stuck with it, because it does not work
> > when I set it in local/config.php. It works only when set in pmwiki.php.
> > Possibly, it is not reading the config.php.
> >
> > Also, I am getting errors from the mkdirp($dir) function saying that it
> > can't create wiki.d directory, though the directory exists with full
> > access.
>
> This sounds to me as though PmWiki isn't being run from the correct
> directory.  When the pmwiki.php script executes, it expects to be
> running in the directory that contains local/ and wiki.d/ .
> If the current directory is something else when pmwiki.php runs,
> it'll be quite confused (and try to create a new environment
> in whatever directory it happens to be in).
>
> Note that the current directory isn't necessarily the one containing
> pmwiki.php.  (For example, in farm installations, the current directory
> is the one containing the local wiki field, while the farm contains
> the pmwiki.php and other scripts.)
>
> Getting back to the original issue, I generally recommend against messing
> with HTTP_HOST or SCRIPT_NAME at all.  Simply set $ScriptUrl directly
> to whatever the url is supposed to be, rather than trying to figure
> it out (or have PmWiki figure it out) from whatever miscues are
> coming from the webserver.
>
> Pm
>



From pmichaud at pobox.com  Mon Dec  4 16:50:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 16:50:12 -0600
Subject: [pmwiki-users] Upgrade #2
In-Reply-To: <1392503916.20061204210525@softflow.co.uk>
References: <C19A58F0.B496%mark@ruthtrumpold.id.au>
	<1392503916.20061204210525@softflow.co.uk>
Message-ID: <20061204225011.GA21681@host.pmichaud.com>

On Mon, Dec 04, 2006 at 09:05:25PM +0000, Hans wrote:
> Monday, December 4, 2006, 9:00:00 PM, Mark wrote:
> 
> > So how do I repair broken links
> 
> > http://ruthtrumpold.id.au/itgswiki/pmwiki.php?n=Main.HomePage
> 
> always use links in the sidebar which include the group:
> 
> *[[Main/HomePage]]
> 
> instead of [[Home Page]]

This is correct, however it's really only important for Site.SideBar.
Starting with 2.2.0, per-group sidebars can safely use just
[[Home Page]] and it will go to the same group as the SideBar
(even if the sidebar is included from another group).

Pm



From pmichaud at pobox.com  Mon Dec  4 17:03:00 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 17:03:00 -0600
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <Pine.GSO.4.53.0612041734150.17865@compserv1>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612021921290.17134@compserv1>
	<20061204181350.GI1496@host.pmichaud.com>
	<Pine.GSO.4.53.0612041734150.17865@compserv1>
Message-ID: <20061204230300.GA26370@host.pmichaud.com>

On Mon, Dec 04, 2006 at 05:47:23PM -0500, Rik Sarkar wrote:
> > This sounds to me as though PmWiki isn't being run from the correct
> > directory.
> 
> That was my guess too. But even setting the $ScriptUrl directly does not
> help. The URLs generated now are correct, but it still does not
> find the wiki.d directory and gives the error. It seems to me that while
> the things accessed through url are fine, the access to the local file
> system is a problem. Any simple way to fix that ? doing system('pwd')
> returns correct values, and I ran the mkdirp() function in a trial script
> of my own in the same directory, and it worked fine.

Is there a url we could look at?  And perhaps you could set
$EnableDiag=1; ?

It's very odd that "system('pwd')" works, I'm wondering if the PHP
on that system has been configured to block access to the filesystem
somehow.  But I guess not if mkdirp() is running.

Out of curiosity, what version of PHP?

Pm



> On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> 
> > On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> > >
> > > Your guess was correct, the server is not setting HTTP_HOST, it works if
> > > that is set. However, I am still stuck with it, because it does not work
> > > when I set it in local/config.php. It works only when set in pmwiki.php.
> > > Possibly, it is not reading the config.php.
> > >
> > > Also, I am getting errors from the mkdirp($dir) function saying that it
> > > can't create wiki.d directory, though the directory exists with full
> > > access.
> >
> > This sounds to me as though PmWiki isn't being run from the correct
> > directory.  When the pmwiki.php script executes, it expects to be
> > running in the directory that contains local/ and wiki.d/ .
> > If the current directory is something else when pmwiki.php runs,
> > it'll be quite confused (and try to create a new environment
> > in whatever directory it happens to be in).
> >
> > Note that the current directory isn't necessarily the one containing
> > pmwiki.php.  (For example, in farm installations, the current directory
> > is the one containing the local wiki field, while the farm contains
> > the pmwiki.php and other scripts.)
> >
> > Getting back to the original issue, I generally recommend against messing
> > with HTTP_HOST or SCRIPT_NAME at all.  Simply set $ScriptUrl directly
> > to whatever the url is supposed to be, rather than trying to figure
> > it out (or have PmWiki figure it out) from whatever miscues are
> > coming from the webserver.
> >
> > Pm
> >



From rik at cs.sunysb.edu  Mon Dec  4 17:30:22 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Mon, 4 Dec 2006 18:30:22 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <20061204230300.GA26370@host.pmichaud.com>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612021921290.17134@compserv1>
	<20061204181350.GI1496@host.pmichaud.com>
	<Pine.GSO.4.53.0612041734150.17865@compserv1>
	<20061204230300.GA26370@host.pmichaud.com>
Message-ID: <Pine.GSO.4.53.0612041824130.17865@compserv1>

> Is there a url we could look at?  And perhaps you could set
> $EnableDiag=1; ?
Sure. url : http://www.cs.sunysb.edu/~rik/pmwiki/pmwiki.php
I have set $EnableDiag=1; at the begininng of pmwiki.php


> Out of curiosity, what version of PHP?
  4.2.3

Thanks!
Rik



On Mon, 4 Dec 2006, Patrick R. Michaud wrote:

> On Mon, Dec 04, 2006 at 05:47:23PM -0500, Rik Sarkar wrote:
> > > This sounds to me as though PmWiki isn't being run from the correct
> > > directory.
> >
> > That was my guess too. But even setting the $ScriptUrl directly does not
> > help. The URLs generated now are correct, but it still does not
> > find the wiki.d directory and gives the error. It seems to me that while
> > the things accessed through url are fine, the access to the local file
> > system is a problem. Any simple way to fix that ? doing system('pwd')
> > returns correct values, and I ran the mkdirp() function in a trial script
> > of my own in the same directory, and it worked fine.
>
> Is there a url we could look at?  And perhaps you could set
> $EnableDiag=1; ?
>
> It's very odd that "system('pwd')" works, I'm wondering if the PHP
> on that system has been configured to block access to the filesystem
> somehow.  But I guess not if mkdirp() is running.
>
> Out of curiosity, what version of PHP?
>
> Pm
>
>
>
> > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> >
> > > On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> > > >
> > > > Your guess was correct, the server is not setting HTTP_HOST, it works if
> > > > that is set. However, I am still stuck with it, because it does not work
> > > > when I set it in local/config.php. It works only when set in pmwiki.php.
> > > > Possibly, it is not reading the config.php.
> > > >
> > > > Also, I am getting errors from the mkdirp($dir) function saying that it
> > > > can't create wiki.d directory, though the directory exists with full
> > > > access.
> > >
> > > This sounds to me as though PmWiki isn't being run from the correct
> > > directory.  When the pmwiki.php script executes, it expects to be
> > > running in the directory that contains local/ and wiki.d/ .
> > > If the current directory is something else when pmwiki.php runs,
> > > it'll be quite confused (and try to create a new environment
> > > in whatever directory it happens to be in).
> > >
> > > Note that the current directory isn't necessarily the one containing
> > > pmwiki.php.  (For example, in farm installations, the current directory
> > > is the one containing the local wiki field, while the farm contains
> > > the pmwiki.php and other scripts.)
> > >
> > > Getting back to the original issue, I generally recommend against messing
> > > with HTTP_HOST or SCRIPT_NAME at all.  Simply set $ScriptUrl directly
> > > to whatever the url is supposed to be, rather than trying to figure
> > > it out (or have PmWiki figure it out) from whatever miscues are
> > > coming from the webserver.
> > >
> > > Pm
> > >
>



From Ben at InterdependentWeb.com  Mon Dec  4 17:30:49 2006
From: Ben at InterdependentWeb.com (Ben Stallings)
Date: Mon, 04 Dec 2006 17:30:49 -0600
Subject: [pmwiki-users] farm setup error: wrapper.php not found
Message-ID: <4574AFA9.4070904@InterdependentWeb.com>

Hi, folks.  I just tried to set up my first wiki farm, having promised a 
client that I could make her two sites share content with each other if 
only they were hosted in the same account.  So now http://writerhits.com 
is in one directory and http://writerfairy.com is in the another, in the 
same hosting account.  Both sites have a splash screen at index.html 
before proceeding to Main/HomePage.

The host wiki (Hits) is working fine, such as it is, but the additional 
wiki (Fairy) gives a 404 error: "The requested URL /wrapper.php was not 
found on this server."

The request for writerfairy.com/Main/HomePage is going (via .htaccess) 
to a file called farm.php, which in turn includes 
'../writerhits.com/pmwiki.php' (the relative location of the other 
wiki).  The Fairy wiki has its own local/config.php, and the Hits wiki 
has a local/farmconfig.php.

I'm not sure where the request for /wrapper.php is coming from... I 
grepped all the files (version 2.1.24) and found noplace where it's 
included.  Is it perhaps being called from outside PmWiki, from Apache 
itself?  If so, why?

I did find a scripts/wrapper.php in my other wikis that are already 
running 2.2 beta, so I copied it over, but no dice.  I even tried 
creating a writerfairy.com/wrapper.php that prints "hello world," but 
Apache still says it can't find the file.  Any ideas?  Thanks in 
advance.  --Ben S.



From crisses at kinhost.org  Mon Dec  4 17:53:08 2006
From: crisses at kinhost.org (Crisses)
Date: Mon, 4 Dec 2006 18:53:08 -0500
Subject: [pmwiki-users] farm setup error: wrapper.php not found
In-Reply-To: <4574AFA9.4070904@InterdependentWeb.com>
References: <4574AFA9.4070904@InterdependentWeb.com>
Message-ID: <C95F32BA-DBF9-4281-8185-B332B8A57F30@kinhost.org>


On Dec 4, 2006, at 6:30 PM, Ben Stallings wrote:

> Hi, folks.  I just tried to set up my first wiki farm, having  
> promised a
> client that I could make her two sites share content with each  
> other if
> only they were hosted in the same account.  So now http:// 
> writerhits.com
> is in one directory and http://writerfairy.com is in the another,  
> in the
> same hosting account.  Both sites have a splash screen at index.html
> before proceeding to Main/HomePage.


Warning: include($FarmD/cookbook/minimage.php) [function.include]:  
failed to open stream: No such file or directory in /home/.anacharsis/ 
mcevilley/writerfairy.com/local/config.php on line 55

Start with changing all includes that have $FarmD in them to having "  
instead of single quotes...  the wiki needs to parse $FarmD.

'$FarmD/cookbook/minimage.php'
becomes
"$FarmD/cookbook/minimage.php"

> I'm not sure where the request for /wrapper.php is coming from...

I don't see that error....

Crisses



From aczaszyn at telus.net  Mon Dec  4 19:39:29 2006
From: aczaszyn at telus.net (Aleksander Czaszynski)
Date: Mon, 4 Dec 2006 17:39:29 -0800
Subject: [pmwiki-users] TotalCounter does not work on SiteBar and Right Bar
Message-ID: <200612041739.30115.aczaszyn@telus.net>

Hi

I tried Total Counter receipt totalcounter_1_7.php and it works correctly when 
I put it directly on the page

Total Count: {$TotalCount}\\
Total Pages: {$PageCount}\\

But when I put it on RightBar or SideBar it does not display numbers. Why?

Aleks



From katir at hindu.org  Mon Dec  4 19:53:15 2006
From: katir at hindu.org (Sivakatirswami)
Date: Mon, 04 Dec 2006 15:53:15 -1000
Subject: [pmwiki-users] Form Fields Won't Obey Size Parameter
Message-ID: <4574D10B.7030002@hindu.org>

in this ZAP data form

----------

(:messages:)
(:zapdata:)
(:zapform:)
ID: (:input text ID "{$ID}" size="10":)\\
Project: (:select Project:)
(:option "{$Project}":) {$Project}
(:option "Land Management":) Land Management
(:option "System Admin":) System Admin
(:option "Ajax Initiative":) Ajax Initiatives
(:option "Mailing Lists":) Mailing Lists
(:selectend:)
[SNIP]
Description: (:input text Description "{$Description}" size="100":)\\

(:input hidden savedata 
"ID,Project,Todo_owner,Priority,Status,Description":)
(:input submit value="Submit":)
(:zapend:)

Both the ID field nd the Description field are the same length: about 
what you would get with
size="40"

What am I doing wrong?

In  Peace

Sivakatirswami




From editor at fast.st  Mon Dec  4 20:07:47 2006
From: editor at fast.st (The Editor)
Date: Mon, 4 Dec 2006 21:07:47 -0500
Subject: [pmwiki-users] Form Fields Won't Obey Size Parameter
In-Reply-To: <4574D10B.7030002@hindu.org>
References: <4574D10B.7030002@hindu.org>
Message-ID: <fec7cf150612041807p2d1cfab4i523e386f188e6c09@mail.gmail.com>

On 12/4/06, Sivakatirswami <katir at hindu.org> wrote:
> in this ZAP data form
>
> ----------
>
> (:messages:)
> (:zapdata:)
> (:zapform:)
> ID: (:input text ID "{$ID}" size="10":)\\
> Project: (:select Project:)
> (:option "{$Project}":) {$Project}
> (:option "Land Management":) Land Management
> (:option "System Admin":) System Admin
> (:option "Ajax Initiative":) Ajax Initiatives
> (:option "Mailing Lists":) Mailing Lists
> (:selectend:)
> [SNIP]
> Description: (:input text Description "{$Description}" size="100":)\\
>
> (:input hidden savedata
> "ID,Project,Todo_owner,Priority,Status,Description":)
> (:input submit value="Submit":)
> (:zapend:)
>
> Both the ID field nd the Description field are the same length: about
> what you would get with
> size="40"
>
> What am I doing wrong?
>
> In  Peace
>
> Sivakatirswami


This should work Sivaka.  I double checked the docs at
www.pmwiki.org/wiki/Cookbook/Forms.  Could it be the skin you are
using overrides the style somehow on the text input boxes?  Very
strange...

I think it is Gemini skin.  You might try switching to PmWiki just to
see if skin makes the difference...

Cheers,
Caveman



From pmichaud at pobox.com  Mon Dec  4 20:24:36 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 20:24:36 -0600
Subject: [pmwiki-users] TotalCounter does not work on SiteBar and Right
	Bar
In-Reply-To: <200612041739.30115.aczaszyn@telus.net>
References: <200612041739.30115.aczaszyn@telus.net>
Message-ID: <20061205022436.GA26465@host.pmichaud.com>

On Mon, Dec 04, 2006 at 05:39:29PM -0800, Aleksander Czaszynski wrote:
> Hi
> 
> I tried Total Counter receipt totalcounter_1_7.php and it works correctly when 
> I put it directly on the page
> 
> Total Count: {$TotalCount}\\
> Total Pages: {$PageCount}\\
> 
> But when I put it on RightBar or SideBar it does not display numbers. Why?

What version of PmWiki?

You might also try {*$TotalCount} and {*$PageCount}.

Pm



From pmichaud at pobox.com  Mon Dec  4 20:34:13 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 4 Dec 2006 20:34:13 -0600
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <Pine.GSO.4.53.0612041824130.17865@compserv1>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612021921290.17134@compserv1>
	<20061204181350.GI1496@host.pmichaud.com>
	<Pine.GSO.4.53.0612041734150.17865@compserv1>
	<20061204230300.GA26370@host.pmichaud.com>
	<Pine.GSO.4.53.0612041824130.17865@compserv1>
Message-ID: <20061205023413.GB26465@host.pmichaud.com>

On Mon, Dec 04, 2006 at 06:30:22PM -0500, Rik Sarkar wrote:
> > Is there a url we could look at?  And perhaps you could set
> > $EnableDiag=1; ?
> Sure. url : http://www.cs.sunysb.edu/~rik/pmwiki/pmwiki.php
> I have set $EnableDiag=1; at the begininng of pmwiki.php

Hmm.  The error message I'm seeing says:

    Warning: mkdir() failed (File exists) in 
    /home/stufs1/rik/public_html/pmwiki/pmwiki.php on line 436.

That's really weird.  So, the questions are:

    - does wiki.d/ exist?
    - what are the ownerships/permissions on wiki.d/
    - what are the ownerships/permissions on the pmwiki/ directory

and, while we're at it

    - what are the ownerships/permissions on local/ ?

Pm


> On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> 
> > On Mon, Dec 04, 2006 at 05:47:23PM -0500, Rik Sarkar wrote:
> > > > This sounds to me as though PmWiki isn't being run from the correct
> > > > directory.
> > >
> > > That was my guess too. But even setting the $ScriptUrl directly does not
> > > help. The URLs generated now are correct, but it still does not
> > > find the wiki.d directory and gives the error. It seems to me that while
> > > the things accessed through url are fine, the access to the local file
> > > system is a problem. Any simple way to fix that ? doing system('pwd')
> > > returns correct values, and I ran the mkdirp() function in a trial script
> > > of my own in the same directory, and it worked fine.
> >
> > Is there a url we could look at?  And perhaps you could set
> > $EnableDiag=1; ?
> >
> > It's very odd that "system('pwd')" works, I'm wondering if the PHP
> > on that system has been configured to block access to the filesystem
> > somehow.  But I guess not if mkdirp() is running.
> >
> > Out of curiosity, what version of PHP?
> >
> > Pm
> >
> >
> >
> > > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > >
> > > > On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> > > > >
> > > > > Your guess was correct, the server is not setting HTTP_HOST, it works if
> > > > > that is set. However, I am still stuck with it, because it does not work
> > > > > when I set it in local/config.php. It works only when set in pmwiki.php.
> > > > > Possibly, it is not reading the config.php.
> > > > >
> > > > > Also, I am getting errors from the mkdirp($dir) function saying that it
> > > > > can't create wiki.d directory, though the directory exists with full
> > > > > access.
> > > >
> > > > This sounds to me as though PmWiki isn't being run from the correct
> > > > directory.  When the pmwiki.php script executes, it expects to be
> > > > running in the directory that contains local/ and wiki.d/ .
> > > > If the current directory is something else when pmwiki.php runs,
> > > > it'll be quite confused (and try to create a new environment
> > > > in whatever directory it happens to be in).
> > > >
> > > > Note that the current directory isn't necessarily the one containing
> > > > pmwiki.php.  (For example, in farm installations, the current directory
> > > > is the one containing the local wiki field, while the farm contains
> > > > the pmwiki.php and other scripts.)
> > > >
> > > > Getting back to the original issue, I generally recommend against messing
> > > > with HTTP_HOST or SCRIPT_NAME at all.  Simply set $ScriptUrl directly
> > > > to whatever the url is supposed to be, rather than trying to figure
> > > > it out (or have PmWiki figure it out) from whatever miscues are
> > > > coming from the webserver.
> > > >
> > > > Pm
> > > >
> >



From rik at cs.sunysb.edu  Mon Dec  4 20:40:43 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Mon, 4 Dec 2006 21:40:43 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <20061205023413.GB26465@host.pmichaud.com>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612021213.44799.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612021921290.17134@compserv1>
	<20061204181350.GI1496@host.pmichaud.com>
	<Pine.GSO.4.53.0612041734150.17865@compserv1>
	<20061204230300.GA26370@host.pmichaud.com>
	<Pine.GSO.4.53.0612041824130.17865@compserv1>
	<20061205023413.GB26465@host.pmichaud.com>
Message-ID: <Pine.GSO.4.53.0612042137180.17865@compserv1>

On Mon, 4 Dec 2006, Patrick R. Michaud wrote:

> On Mon, Dec 04, 2006 at 06:30:22PM -0500, Rik Sarkar wrote:
> > > Is there a url we could look at?  And perhaps you could set
> > > $EnableDiag=1; ?
> > Sure. url : http://www.cs.sunysb.edu/~rik/pmwiki/pmwiki.php
> > I have set $EnableDiag=1; at the begininng of pmwiki.php
>
> Hmm.  The error message I'm seeing says:
>
>     Warning: mkdir() failed (File exists) in
>     /home/stufs1/rik/public_html/pmwiki/pmwiki.php on line 436.
>
> That's really weird.  So, the questions are:
>
>     - does wiki.d/ exist?

yes.

>     - what are the ownerships/permissions on wiki.d/
>     - what are the ownerships/permissions on the pmwiki/ directory

both owned by user. Initially I had a+rwx only on wiki.d/ now I think
there is rwx for everyone everywhere inside pmwiki/ subtree

>
> and, while we're at it
>
>     - what are the ownerships/permissions on local/ ?

Same.



> Pm
>
>
> > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> >
> > > On Mon, Dec 04, 2006 at 05:47:23PM -0500, Rik Sarkar wrote:
> > > > > This sounds to me as though PmWiki isn't being run from the correct
> > > > > directory.
> > > >
> > > > That was my guess too. But even setting the $ScriptUrl directly does not
> > > > help. The URLs generated now are correct, but it still does not
> > > > find the wiki.d directory and gives the error. It seems to me that while
> > > > the things accessed through url are fine, the access to the local file
> > > > system is a problem. Any simple way to fix that ? doing system('pwd')
> > > > returns correct values, and I ran the mkdirp() function in a trial script
> > > > of my own in the same directory, and it worked fine.
> > >
> > > Is there a url we could look at?  And perhaps you could set
> > > $EnableDiag=1; ?
> > >
> > > It's very odd that "system('pwd')" works, I'm wondering if the PHP
> > > on that system has been configured to block access to the filesystem
> > > somehow.  But I guess not if mkdirp() is running.
> > >
> > > Out of curiosity, what version of PHP?
> > >
> > > Pm
> > >
> > >
> > >
> > > > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > > >
> > > > > On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> > > > > >
> > > > > > Your guess was correct, the server is not setting HTTP_HOST, it works if
> > > > > > that is set. However, I am still stuck with it, because it does not work
> > > > > > when I set it in local/config.php. It works only when set in pmwiki.php.
> > > > > > Possibly, it is not reading the config.php.
> > > > > >
> > > > > > Also, I am getting errors from the mkdirp($dir) function saying that it
> > > > > > can't create wiki.d directory, though the directory exists with full
> > > > > > access.
> > > > >
> > > > > This sounds to me as though PmWiki isn't being run from the correct
> > > > > directory.  When the pmwiki.php script executes, it expects to be
> > > > > running in the directory that contains local/ and wiki.d/ .
> > > > > If the current directory is something else when pmwiki.php runs,
> > > > > it'll be quite confused (and try to create a new environment
> > > > > in whatever directory it happens to be in).
> > > > >
> > > > > Note that the current directory isn't necessarily the one containing
> > > > > pmwiki.php.  (For example, in farm installations, the current directory
> > > > > is the one containing the local wiki field, while the farm contains
> > > > > the pmwiki.php and other scripts.)
> > > > >
> > > > > Getting back to the original issue, I generally recommend against messing
> > > > > with HTTP_HOST or SCRIPT_NAME at all.  Simply set $ScriptUrl directly
> > > > > to whatever the url is supposed to be, rather than trying to figure
> > > > > it out (or have PmWiki figure it out) from whatever miscues are
> > > > > coming from the webserver.
> > > > >
> > > > > Pm
> > > > >
> > >
>



From aczaszyn at telus.net  Mon Dec  4 20:46:24 2006
From: aczaszyn at telus.net (Aleksander Czaszynski)
Date: Mon, 4 Dec 2006 18:46:24 -0800
Subject: [pmwiki-users] Form Fields Won't Obey Size Parameter
In-Reply-To: <fec7cf150612041807p2d1cfab4i523e386f188e6c09@mail.gmail.com>
References: <4574D10B.7030002@hindu.org>
	<fec7cf150612041807p2d1cfab4i523e386f188e6c09@mail.gmail.com>
Message-ID: <200612041846.24568.aczaszyn@telus.net>

Caveman,

I have the same problem. Size for text data does not work. I am using Gemini 
Skin.

Aleks

On Monday 04 December 2006 18:07, The Editor wrote:
> On 12/4/06, Sivakatirswami <katir at hindu.org> wrote:
> > in this ZAP data form
> >
> > ----------
> >
> > (:messages:)
> > (:zapdata:)
> > (:zapform:)
> > ID: (:input text ID "{$ID}" size="10":)\\
> > Project: (:select Project:)
> > (:option "{$Project}":) {$Project}
> > (:option "Land Management":) Land Management
> > (:option "System Admin":) System Admin
> > (:option "Ajax Initiative":) Ajax Initiatives
> > (:option "Mailing Lists":) Mailing Lists
> > (:selectend:)
> > [SNIP]
> > Description: (:input text Description "{$Description}" size="100":)\\
> >
> > (:input hidden savedata
> > "ID,Project,Todo_owner,Priority,Status,Description":)
> > (:input submit value="Submit":)
> > (:zapend:)
> >
> > Both the ID field nd the Description field are the same length: about
> > what you would get with
> > size="40"
> >
> > What am I doing wrong?
> >
> > In  Peace
> >
> > Sivakatirswami
>
> This should work Sivaka.  I double checked the docs at
> www.pmwiki.org/wiki/Cookbook/Forms.  Could it be the skin you are
> using overrides the style somehow on the text input boxes?  Very
> strange...
>
> I think it is Gemini skin.  You might try switching to PmWiki just to
> see if skin makes the difference...
>
> Cheers,
> Caveman
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From dso at moosoft.com  Mon Dec  4 21:20:43 2006
From: dso at moosoft.com (dso)
Date: Mon, 04 Dec 2006 20:20:43 -0700
Subject: [pmwiki-users] sitemap error
Message-ID: <4574E58B.2060204@moosoft.com>

I am trying to use the sitemap recipe but Google returns:
Unsupported file format
Your Sitemap does not appear to be in a supported format. Please ensure
it meets our Sitemap guidelines and resubmit.

Has the format changed since the recipe was written?

Daniel




From tedc at science.org  Mon Dec  4 21:34:06 2006
From: tedc at science.org (Ted Coombs)
Date: Mon, 04 Dec 2006 17:34:06 -1000
Subject: [pmwiki-users] Weird Behavior
Message-ID: <4574E8AE.3030108@science.org>

Hi,
Suddenly, one of my links from my Sidebar has decided to become password 
protected, and when a password was entered, the page was empty.
Another page was not password protected, but when opened is now gone. 
Everything else on the sidebar is fine. Any clues you can give me?

Ted



From editor at fast.st  Mon Dec  4 21:38:45 2006
From: editor at fast.st (The Editor)
Date: Mon, 4 Dec 2006 22:38:45 -0500
Subject: [pmwiki-users] Weird Behavior
In-Reply-To: <4574E8AE.3030108@science.org>
References: <4574E8AE.3030108@science.org>
Message-ID: <fec7cf150612041938o16450506g6c03535cd3855f4b@mail.gmail.com>

Do you have a link we can look at?

Cheers,
Caveman


On 12/4/06, Ted Coombs <tedc at science.org> wrote:
> Hi,
> Suddenly, one of my links from my Sidebar has decided to become password
> protected, and when a password was entered, the page was empty.
> Another page was not password protected, but when opened is now gone.
> Everything else on the sidebar is fine. Any clues you can give me?
>
> Ted
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



From tedc at science.org  Mon Dec  4 21:41:53 2006
From: tedc at science.org (Ted Coombs)
Date: Mon, 04 Dec 2006 17:41:53 -1000
Subject: [pmwiki-users] Found the problem but still strange
Message-ID: <4574EA81.2070704@science.org>

The problem is that I have a sidebar with links like this [[author 
guidelines]]. The page was correctly created as main.authorguidelines 
but when I clicked on it recently pmwiki tried to open 
site.authorguidelines. I was able to fix the problem by preceding the 
sidebar entry with main like this [[Main/author guidelines]]. But, that 
is sort of strange behavior. What happened?

Ted



From kat_lists at katspace.homelinux.org  Mon Dec  4 23:28:34 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Tue, 5 Dec 2006 16:28:34 +1100
Subject: [pmwiki-users] Found the problem but still strange
In-Reply-To: <4574EA81.2070704@science.org>
References: <4574EA81.2070704@science.org>
Message-ID: <20061205052834.GA29297@katla.katspace.homelinux.org>

On Mon, Dec 04, 2006 at 05:41:53PM -1000, Ted Coombs wrote:
> The problem is that I have a sidebar with links like this [[author 
> guidelines]]. The page was correctly created as main.authorguidelines 
> but when I clicked on it recently pmwiki tried to open 
> site.authorguidelines. I was able to fix the problem by preceding the 
> sidebar entry with main like this [[Main/author guidelines]]. But, that 
> is sort of strange behavior. What happened?

Are you using 2.2beta?  This sounds like the Relative Page Links feature
of 2.2; links are now relative to the page they are coded in (in this
case, Site.SideBar) rather than the page they appear in (such as
Main.Main).  For something like Site.SideBar, it's always a good idea to
fully-qualify the links anyway.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From haganfox at users.sourceforge.net  Tue Dec  5 02:00:51 2006
From: haganfox at users.sourceforge.net (Hagan Fox)
Date: Tue, 5 Dec 2006 08:00:51 +0000 (UTC)
Subject: [pmwiki-users] htgroup again
References: <61E92C59-C910-4FC7-AF46-AA0A855FEAEE@randgaenge.net>
Message-ID: <loom.20061205T084255-861@post.gmane.org>

Thomas N. Burg <mail <at> randgaenge.net> writes:
> 
> > >
> > > Hi,
> > >
> > > a brief question. I know how the create the htgroup file but how  
> > do I
> > > tell a page/group that only a certain group has access. With users I
> > > do it like "id:tom id:eve" (for 2 users) and how does in work with
> > > groups?
> >
> > >From http://www.pmwiki.org/wiki/Site/AuthUser
[snip]
> > Hagan
> 
> Hi Hagan,
> don't quite understand that.
> 
> Example:
> I created a group called: city, that contains 25 users with their own  
> login and pwd

Did you do that in a .htgroup file rather than on the wiki's Site.AuthUser page?
If so, did you set $auth['htgroup'] in (farm)config.php?

> Now going to GoupAttributes?action=attr before the availbility of  
> htgroup I did paste all the ids in to the form which is a horrible  
> exercise if memberships changes.
> 
> Now what's the proper waay to do it at this place with groups?

Did you try @city as a password?

Hagan





From wiemann at ddz.uni-duesseldorf.de  Tue Dec  5 02:56:06 2006
From: wiemann at ddz.uni-duesseldorf.de (Bernd Wiemann)
Date: Tue, 05 Dec 2006 09:56:06 +0100
Subject: [pmwiki-users] descending numbering in WikiTrails
Message-ID: <45753426.1000908@ddz.uni-duesseldorf.de>

Hello,

working with WikiTrails I want to have the numbering in the link pages 
in descending order starting (in this case ending) with a number greater
than 1.
Is it possible?

Bernd




From design5 at softflow.co.uk  Tue Dec  5 03:20:43 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 5 Dec 2006 09:20:43 +0000
Subject: [pmwiki-users] Form Fields Won't Obey Size Parameter
In-Reply-To: <200612041846.24568.aczaszyn@telus.net>
References: <4574D10B.7030002@hindu.org>
	<fec7cf150612041807p2d1cfab4i523e386f188e6c09@mail.gmail.com>
	<200612041846.24568.aczaszyn@telus.net>
Message-ID: <1325506739.20061205092043@softflow.co.uk>

Tuesday, December 5, 2006, 2:46:24 AM, Aleksander wrote:

> I have the same problem. Size for text data does not work. I am using Gemini
> Skin.

Gemini sets the size for input forms of class inputbox,
in layout-main.css:

#sidebar .inputbox { width:9em; }
#content .inputbox { width:16em; }

and this class is associated with (:input text :) forms by default I
think.

so you need to add to pub/local.css:

#content .inputbox { width:auto; }

Then size parameters in text input forms should work again.
I have not tested this, let me please know if it works.



Hans




From g.sica at polimetrica.org  Tue Dec  5 03:55:01 2006
From: g.sica at polimetrica.org (nico)
Date: Tue, 5 Dec 2006 10:55:01 +0100
Subject: [pmwiki-users] Home page and search engine
Message-ID: <20061205095317.M56259@polimetrica.it>

Hello,

I've a problem with my wiki.
I'd like to have the search engine only in the first page of pmwiki, not in all the page.
Do you know how can I do this operation please?
Many thanks.

All the best,
Nico

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




From robin at kallisti.net.nz  Tue Dec  5 05:06:36 2006
From: robin at kallisti.net.nz (Robin Sheat)
Date: Wed, 6 Dec 2006 00:06:36 +1300
Subject: [pmwiki-users] more on fedora 5 / pmwikiserv problems
In-Reply-To: <20061124211438.GY13887@host.pmichaud.com>
References: <4537FF34.4000304@rpi.edu>
	<loom.20061118T003804-192@post.gmane.org>
	<20061124211438.GY13887@host.pmichaud.com>
Message-ID: <200612060006.37364.robin@kallisti.net.nz>

On Saturday 25 November 2006 10:14, Patrick R. Michaud wrote:
> I'll update the pmwikiserv.php script appropriately, so that others
> won't run into similar issues.
Please do, I just ran into this ;)

A note for those wanting to do this on Ubuntu, if you install the package 
php5-cgi and make the change in the patch, it all runs fine.

Now to look into skin designing....

-- 
Robin <robin at kallisti.net.nz> JabberID: <eythian at jabber.kallisti.net.nz>

Hostes alienigeni me abduxerunt. Qui annus est?

PGP Key 0xA99CEB6D = 5957 6D23 8B16 EFAB FEF8  7175 14D3 6485 A99C EB6D
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061206/48009f3e/attachment.bin 

From mtrumpol at cacegypt.org  Tue Dec  5 05:21:13 2006
From: mtrumpol at cacegypt.org (Mark Trumpold)
Date: Tue, 05 Dec 2006 13:21:13 +0200
Subject: [pmwiki-users] Font sizer recipe
Message-ID: <C19B22C9.B4E4%mtrumpol@cacegypt.org>

Hi All

I tried the fontsizer recipe http://pmwiki.org/wiki/Cookbook/FontSizer  and
got the following error

Parse error: parse error, unexpected T_VARIABLE in *****local\config.php on
line 259

Warning: Cannot modify header information - headers already sent by (output
started at ******\config.php:259) in *****itgswiki\pmwiki.php on line 931

I have not changed or added any skins since I installed pmwiki from the
beginning so I am assuming

Any clues

Thanks

Mark





From design5 at softflow.co.uk  Tue Dec  5 05:24:33 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 5 Dec 2006 11:24:33 +0000
Subject: [pmwiki-users] Font sizer recipe
In-Reply-To: <C19B22C9.B4E4%mtrumpol@cacegypt.org>
References: <C19B22C9.B4E4%mtrumpol@cacegypt.org>
Message-ID: <18510411058.20061205112433@softflow.co.uk>

Tuesday, December 5, 2006, 11:21:13 AM, Mark wrote:

> I tried the fontsizer recipe
> http://pmwiki.org/wiki/Cookbook/FontSizer  and
> got the following error

> Parse error: parse error, unexpected T_VARIABLE in *****local\config.php on
> line 259

what is on or near line 259 of your config.php?


Hans




From design5 at softflow.co.uk  Tue Dec  5 05:32:15 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 5 Dec 2006 11:32:15 +0000
Subject: [pmwiki-users] Font sizer recipe
In-Reply-To: <C19B22C9.B4E4%mtrumpol@cacegypt.org>
References: <C19B22C9.B4E4%mtrumpol@cacegypt.org>
Message-ID: <249946304.20061205113215@softflow.co.uk>

Tuesday, December 5, 2006, 11:21:13 AM, Mark wrote:

> I tried the fontsizer recipe
> http://pmwiki.org/wiki/Cookbook/FontSizer  and
> got the following error

> Parse error: parse error, unexpected T_VARIABLE in *****local\config.php on
> line 259

you may have made  a mistake in your include_once line
to include the script. Check for missing ;


Hans




From design5 at softflow.co.uk  Tue Dec  5 05:40:02 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 5 Dec 2006 11:40:02 +0000
Subject: [pmwiki-users] Font sizer recipe
In-Reply-To: <C19B22C9.B4E4%mtrumpol@cacegypt.org>
References: <C19B22C9.B4E4%mtrumpol@cacegypt.org>
Message-ID: <75387892.20061205114002@softflow.co.uk>

Tuesday, December 5, 2006, 11:21:13 AM, Mark wrote:

> I have not changed or added any skins since I installed pmwiki from the
> beginning so I am assuming

PS: fontsizer will not work with the PmWiki skin, since it sets
absolute font sizes, and fontsizer can only manipulate relative sizes.
you would need to change all absolute font sizes in the skin to
equivalent sensible relative values, i.e for instance 11pt to 1em.


Hans




From pmichaud at pobox.com  Tue Dec  5 07:38:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 5 Dec 2006 07:38:41 -0600
Subject: [pmwiki-users] Home page and search engine
In-Reply-To: <20061205095317.M56259@polimetrica.it>
References: <20061205095317.M56259@polimetrica.it>
Message-ID: <20061205133840.GB19536@host.pmichaud.com>

On Tue, Dec 05, 2006 at 10:55:01AM +0100, nico wrote:
> Hello,
> 
> I've a problem with my wiki.
> I'd like to have the search engine only in the first page of pmwiki, not in all the page.
> Do you know how can I do this operation please?

It depends on the skin that you are using.  If you're using
the PmWiki default skin, you can do it in two files.  First,
create a file called pub/css/local.css containing the line:

    #wikihead { display: none; }

This turns off the searchbox in all of the pages.  Then to turn it
back on for the home page only, add a file pub/css/Main.HomePage.css
that contains:

    #wikihead { display: block; }

Pm



From Ben at InterdependentWeb.com  Tue Dec  5 09:31:49 2006
From: Ben at InterdependentWeb.com (Ben Stallings)
Date: Tue, 05 Dec 2006 09:31:49 -0600
Subject: [pmwiki-users] farm setup error: wrapper.php not found
In-Reply-To: <C95F32BA-DBF9-4281-8185-B332B8A57F30@kinhost.org>
References: <4574AFA9.4070904@InterdependentWeb.com>
	<C95F32BA-DBF9-4281-8185-B332B8A57F30@kinhost.org>
Message-ID: <457590E5.2080808@InterdependentWeb.com>

Crisses wrote:
> Start with changing all includes that have $FarmD in them to having " 
> instead of single quotes...  the wiki needs to parse $FarmD.

Thanks, Crisses, that did the trick!  Good thing you saw a different 
error message than I did!  --Ben



From nicholas_buttle at yahoo.com  Tue Dec  5 09:59:15 2006
From: nicholas_buttle at yahoo.com (Nicholas Buttle)
Date: Tue, 5 Dec 2006 07:59:15 -0800 (PST)
Subject: [pmwiki-users] A new Anchor css element
Message-ID: <20061205155915.88109.qmail@web31007.mail.mud.yahoo.com>

Hi

we've abandoned image based menus as being too much of
a headache.  Also, they work against the whole wiki
philosophy in that each time a user wants to
edit/create a menu item they have to do graphic
manipulation etc etc.

Thus, is it possible to create a new css element for
certain sidebar links that we want highlighted
different to others?

TIA

Nicholas


 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com



From mogulguy at yahoo.com  Tue Dec  5 10:48:10 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Tue, 5 Dec 2006 08:48:10 -0800 (PST)
Subject: [pmwiki-users] descending numbering in WikiTrails
In-Reply-To: <45753426.1000908@ddz.uni-duesseldorf.de>
Message-ID: <20061205164810.30744.qmail@web36108.mail.mud.yahoo.com>

--- Bernd Wiemann <wiemann at ddz.uni-duesseldorf.de>
wrote:

> working with WikiTrails I want to have the numbering
> in the link pages  in descending order starting (in 
> this case ending) with a number greater than 1.
> Is it possible?


I'm not sure what you are looking for here?  Are you
trying to create a special trail markup that will go
at the top of each page on the trail using a pagelist
template?   What do you mean by link pages?  What
numbering are you talking about, is this part of your
customization (I don't know that wikitrails normally
have any numbering, do they?)

-Martin


 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com



From hooklee at hooklee.com  Tue Dec  5 10:56:32 2006
From: hooklee at hooklee.com (Shujun Li)
Date: Wed,  6 Dec 2006 00:56:32 +0800
Subject: [pmwiki-users] A Problem with i18n
Message-ID: <200612060056.AA61474228@hooklee.com>

Hi all,

I installed a Chinese version of PmWiki and want one WikiGroup to use English interface again.
Then, I use the following command in this WikiGroup's local configure file:

$XLLangs = array('en');
$TimeFmt = '%B %d, %Y, at %I:%M %p';

Though the first command successfully change all Chinese settings back into English ones, the second command still outputs Chinese characters for %B and %p.
Does anyone know how to fix this problem?

Thanks in advance.

Shujun




From sandy at onebit.ca  Tue Dec  5 11:51:15 2006
From: sandy at onebit.ca (Sandy)
Date: Tue, 05 Dec 2006 12:51:15 -0500
Subject: [pmwiki-users] and/or with multiple parameters in pagelist
In-Reply-To: <39c97d070611171756g5e4ba708n59379fe0e9e5cd89@mail.gmail.com>
References: <39c97d070611171756g5e4ba708n59379fe0e9e5cd89@mail.gmail.com>
Message-ID: <el4bij$ak3$1@sea.gmane.org>

Did you get this one solved?

Sandy

Shaney Crawford wrote:
> Hello,
> 
> The website that I am working on is an archive of articles from a
> newsletter (http://www.alientimes.org -- but it's about living in
> Tsukuba, Japan, not aliens -- long story).
> 
> About half of the articles that we post every month are about events.
> I would like to be able to list all of the articles that have to do
> with events separately from the articles that do not have to do with
> events.
> 
> Each article is tagged with an issue category (Category.November2006)
> and then one or more other topic categories (Category.Events,
> Category.Classes, etc.).
> 
> Listing all of the articles that DO NOT  have to do with events is
> easy: code (1) gets me a list of pages that do not have to do with
> one-off events (labelled as Category.Events) or classes
> (Category.Classes) or monthly events (Category.CoffeeHour, etc.).
> 
> (1)
> !!Articles
> (:pagelist group=Main Category.November2006 -Events -Classes
> -InternationalWomensNetwork -TsukubaMothersNetwork -CoffeeHour
> -EveningForum:)
> 
> However, the following code doesn't work to give me the reverse of the
> above (i.e. all of the articles that DO have to do with events).
> 
> (2)
> !!Events
> (:pagelist group=Main Category.November2006 Events Classes
> InternationalWomensNetwork TsukubaMothersNetwork CoffeeHour
> EveningForum:)
> 
> The simplest solution might be to label all event related information
> with Category.Events, but I have chosen not to do that because it
> makes the Events page insanely long and difficult to manage.
> 
> Another solution would be to group the articles manually on the index
> page (Main/MasterIndex).  I can do this if I have to, but I would
> prefer to have an automated solution.
> 
> So, my question is, is there a way to write code (2) that I am not aware of?
> 
> Thank you for your help.
> 
> Shaney.




From mini at nada.kth.se  Tue Dec  5 11:52:42 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Tue, 05 Dec 2006 18:52:42 +0100
Subject: [pmwiki-users] ISO dates and attachments
Message-ID: <1165341162.6135.25.camel@daneel>

Hi!

I can successfully upload an attachment called, for example,
SIS-2002-04-11.pdf

But I cannot use it!

Doing Attach:SIS-2002-04-11.pdf makes PmWiki translate the date into
human-readable form, and thus the name no longer matches the file name.

/Mikael
-- 
Plus ?a change, plus c'est la m?me chose




From pmichaud at pobox.com  Tue Dec  5 12:16:29 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 5 Dec 2006 12:16:29 -0600
Subject: [pmwiki-users] ISO dates and attachments
In-Reply-To: <1165341162.6135.25.camel@daneel>
References: <1165341162.6135.25.camel@daneel>
Message-ID: <20061205181629.GB15653@host.pmichaud.com>

On Tue, Dec 05, 2006 at 06:52:42PM +0100, Mikael Nilsson wrote:
> Hi!
> 
> I can successfully upload an attachment called, for example,
> SIS-2002-04-11.pdf
> 
> But I cannot use it!
> 
> Doing Attach:SIS-2002-04-11.pdf makes PmWiki translate the date into
> human-readable form, and thus the name no longer matches the file name.

I'm guessing you have the MarkupExtensions recipe loaded.
It tends to be overly aggressive at converting dates.

Try disabling the recipe, or the specific markup that is converting
the dates.  

Pm



From malexism at free.fr  Tue Dec  5 14:40:10 2006
From: malexism at free.fr (malexism at free.fr)
Date: Tue, 05 Dec 2006 21:40:10 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <456F4214.2010605@free.fr>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr>
Message-ID: <4575D92A.3030002@free.fr>

>> http://www.pmwiki.org/wiki/Cookbook/GroupTitle

It didn't works. Maybe with pmwiki in french ? Maybe with SpaceWikiWords 
? I change the .tmpl file with $GroupTitle, and the name of the group is 
displayed with the string "title" !

...

marc
-- 
http://www.malexism.com/



From kat_lists at katspace.homelinux.org  Tue Dec  5 14:39:44 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Wed, 6 Dec 2006 07:39:44 +1100
Subject: [pmwiki-users] A new Anchor css element
In-Reply-To: <20061205155915.88109.qmail@web31007.mail.mud.yahoo.com>
References: <20061205155915.88109.qmail@web31007.mail.mud.yahoo.com>
Message-ID: <20061205203944.GB8849@katla.katspace.homelinux.org>

On Tue, Dec 05, 2006 at 07:59:15AM -0800, Nicholas Buttle wrote:
> we've abandoned image based menus as being too much of
> a headache.  Also, they work against the whole wiki
> philosophy in that each time a user wants to
> edit/create a menu item they have to do graphic
> manipulation etc etc.

Yay!
 
> Thus, is it possible to create a new css element for
> certain sidebar links that we want highlighted
> different to others?

http://www.pmwiki.org/wiki/PmWiki/WikiStyles
 
Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From mik.admin at nurfuerspam.de  Tue Dec  5 15:20:13 2006
From: mik.admin at nurfuerspam.de (Michael Brenner)
Date: Tue, 5 Dec 2006 22:20:13 +0100
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <Pine.GSO.4.53.0612042137180.17865@compserv1>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<20061205023413.GB26465@host.pmichaud.com>
	<Pine.GSO.4.53.0612042137180.17865@compserv1>
Message-ID: <200612052220.13669.mik.admin@nurfuerspam.de>

Hi again,

on  php.net[3] someone wrote this[1], even so I don't have such problems with 
safe_mode with the same setup.  Probably paranoid config[2] in php.ini.

[1]--------------
 stefan at horn dot nl
12-Jul-2006 08:30
file_exists and safe_mode

file_exists under safe_mode works (I work with for php 4) doesn't work when 
owner of the dir where the file stands differs from the php-owner.

e.g. file_exists in this dir will give FALSE nevertheless the file exists

rights          owner  dir
drwxr-xr-x    apache  images

change the owner of the dir to the phpowner and file_exists works.

I spent too much time to discover. Hope it will spare a lot of your time.

Stefan

[2]--------------
http://de.php.net/manual/en/features.safe-mode.functions.php

[3]--------------
http://de.php.net/manual/en/function.file-exists.php

Am Dienstag, 5. Dezember 2006 03:40 schrieben Sie:
> On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > On Mon, Dec 04, 2006 at 06:30:22PM -0500, Rik Sarkar wrote:
> > > > Is there a url we could look at?  And perhaps you could set
> > > > $EnableDiag=1; ?
> > >
> > > Sure. url : http://www.cs.sunysb.edu/~rik/pmwiki/pmwiki.php
> > > I have set $EnableDiag=1; at the begininng of pmwiki.php
> >
> > Hmm.  The error message I'm seeing says:
> >
> >     Warning: mkdir() failed (File exists) in
> >     /home/stufs1/rik/public_html/pmwiki/pmwiki.php on line 436.
> >
> > That's really weird.  So, the questions are:
> >
> >     - does wiki.d/ exist?
>
> yes.
>
> >     - what are the ownerships/permissions on wiki.d/
> >     - what are the ownerships/permissions on the pmwiki/ directory
>
> both owned by user. Initially I had a+rwx only on wiki.d/ now I think
> there is rwx for everyone everywhere inside pmwiki/ subtree
>
> > and, while we're at it
> >
> >     - what are the ownerships/permissions on local/ ?
>
> Same.
>
> > Pm
> >
> > > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > > > On Mon, Dec 04, 2006 at 05:47:23PM -0500, Rik Sarkar wrote:
> > > > > > This sounds to me as though PmWiki isn't being run from the
> > > > > > correct directory.
> > > > >
> > > > > That was my guess too. But even setting the $ScriptUrl directly
> > > > > does not help. The URLs generated now are correct, but it still
> > > > > does not find the wiki.d directory and gives the error. It seems to
> > > > > me that while the things accessed through url are fine, the access
> > > > > to the local file system is a problem. Any simple way to fix that ?
> > > > > doing system('pwd') returns correct values, and I ran the mkdirp()
> > > > > function in a trial script of my own in the same directory, and it
> > > > > worked fine.
> > > >
> > > > Is there a url we could look at?  And perhaps you could set
> > > > $EnableDiag=1; ?
> > > >
> > > > It's very odd that "system('pwd')" works, I'm wondering if the PHP
> > > > on that system has been configured to block access to the filesystem
> > > > somehow.  But I guess not if mkdirp() is running.
> > > >
> > > > Out of curiosity, what version of PHP?
> > > >
> > > > Pm
> > > >
> > > > > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > > > > > On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> > > > > > > Your guess was correct, the server is not setting HTTP_HOST, it
> > > > > > > works if that is set. However, I am still stuck with it,
> > > > > > > because it does not work when I set it in local/config.php. It
> > > > > > > works only when set in pmwiki.php. Possibly, it is not reading
> > > > > > > the config.php.
> > > > > > >
> > > > > > > Also, I am getting errors from the mkdirp($dir) function saying
> > > > > > > that it can't create wiki.d directory, though the directory
> > > > > > > exists with full access.
> > > > > >
> > > > > > This sounds to me as though PmWiki isn't being run from the
> > > > > > correct directory.  When the pmwiki.php script executes, it
> > > > > > expects to be running in the directory that contains local/ and
> > > > > > wiki.d/ . If the current directory is something else when
> > > > > > pmwiki.php runs, it'll be quite confused (and try to create a new
> > > > > > environment in whatever directory it happens to be in).
> > > > > >
> > > > > > Note that the current directory isn't necessarily the one
> > > > > > containing pmwiki.php.  (For example, in farm installations, the
> > > > > > current directory is the one containing the local wiki field,
> > > > > > while the farm contains the pmwiki.php and other scripts.)
> > > > > >
> > > > > > Getting back to the original issue, I generally recommend against
> > > > > > messing with HTTP_HOST or SCRIPT_NAME at all.  Simply set
> > > > > > $ScriptUrl directly to whatever the url is supposed to be, rather
> > > > > > than trying to figure it out (or have PmWiki figure it out) from
> > > > > > whatever miscues are coming from the webserver.
> > > > > >
> > > > > > Pm



From menachem.shapiro at gmail.com  Tue Dec  5 15:42:17 2006
From: menachem.shapiro at gmail.com (Menachem Shapiro)
Date: Tue, 5 Dec 2006 13:42:17 -0800
Subject: [pmwiki-users] Losing the www. in site URL
In-Reply-To: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>
References: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>
Message-ID: <679cb3d0612051342j3ecf5113l4c10cfcbb2ac2112@mail.gmail.com>

B"H
On 12/3/06, marc <gmane at auxbuss.com> wrote:
>
> I tend to use:
>
>   $ScriptUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki';
>   $PubDirUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki/pub';
>
> in my local/config.php, so that I can use the same config/php locally
> for testing as on the live site. Checking the site I can see that:
>   $_SERVER['HTTP_HOST']:www.example.com
>
> Nevertheless, I changed the above to:
>
>   $ScriptUrl = 'http://www.example.com/pmwiki';
>   $PubDirUrl = 'http://www.example.com/pmwiki/pub';
>

I have been following this thread and saw your conclusion in a later
email, but I have a question.

I recently moved my wiki over to a new webhost, and I was having a
problem with some of the links in the wiki. It looked like I was able
to access them with the www, but not without it. After reading some of
the clean URL comments, I changed
 $ScriptUrl = 'http://www.example.com/pmwiki';
 $PubDirUrl = 'http://www.example.com/pmwiki/pub';

to

$BaseUrl = 'http://'.$_SERVER['HTTP_HOST'];
$ScriptUrl = $BaseUrl.'/pmwiki';
$PubDirUrl = $BaseUrl.'/pmwiki/pub';
$UploadDir = '/uploads';
$UploadUrlFmt=$BaseUrl.'/pmwiki/uploads';

and it started working properly.

My question is, why did you want to change it from using the variable
to using the actual web address? Is there any downside to using the
variable?

Thanks,
Menachem


>
> --
> Best,
> Marc
>
>



From tmdowling at gmail.com  Tue Dec  5 15:58:51 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Tue, 5 Dec 2006 15:58:51 -0600
Subject: [pmwiki-users] [pmwiki-devel] Security issues: Disabling
	action=source & action=diff?
In-Reply-To: <fec7cf150612051343h12b594cfuec91b7a73f4d4db5@mail.gmail.com>
References: <4A47D2C9-EA7D-4014-AC56-57D1C860B905@kinhost.org>
	<599dbcaf0612050657p642c2d79i4245138484fc4aee@mail.gmail.com>
	<fec7cf150612050754n28b4dc17ld16c7b3e37955551@mail.gmail.com>
	<20061205203545.GA8849@katla.katspace.homelinux.org>
	<fec7cf150612051343h12b594cfuec91b7a73f4d4db5@mail.gmail.com>
Message-ID: <5c8455a0612051358m1018e57eoe464758a6c790508@mail.gmail.com>

On 12/5/06, The Editor <editor at fast.st> wrote:
> On 12/5/06, Kathryn Andersen <kat_lists at katspace.homelinux.org> wrote:
> > On Tue, Dec 05, 2006 at 10:54:40AM -0500, The Editor wrote:
> > > PS.  Is there a need to block the diff action?  It only shows output,
> > > not source, correct?
> >
> > By default it shows output, but there is a source view for it as well.
> >
> > Kathryn Andersen
>
>
> What do you mean by a source view for the diff?  You mean
> "n=Group.Name?action=diff&action=source" together?  But if so, when
> the source is blocked, it would be blocked for this as well.  Correct?

On a History page (?action=diff), click the "Show changes to markup"
link.  This appends ?action=diff&source=y.  Dunno if &source=y draws
on the same permissions as ?action=source.  You could test it.



From rik at cs.sunysb.edu  Tue Dec  5 16:00:16 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Tue, 5 Dec 2006 17:00:16 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
Message-ID: <Pine.GSO.4.53.0612051659520.1166@compserv1>


This looks promising, how do I find the username of phpowner ?

Thanks.

Rik

On Tue, 5 Dec 2006, Michael Brenner wrote:

> Hi again,
>
> on  php.net[3] someone wrote this[1], even so I don't have such problems with
> safe_mode with the same setup.  Probably paranoid config[2] in php.ini.
>
> [1]--------------
>  stefan at horn dot nl
> 12-Jul-2006 08:30
> file_exists and safe_mode
>
> file_exists under safe_mode works (I work with for php 4) doesn't work when
> owner of the dir where the file stands differs from the php-owner.
>
> e.g. file_exists in this dir will give FALSE nevertheless the file exists
>
> rights          owner  dir
> drwxr-xr-x    apache  images
>
> change the owner of the dir to the phpowner and file_exists works.
>
> I spent too much time to discover. Hope it will spare a lot of your time.
>
> Stefan
>
> [2]--------------
> http://de.php.net/manual/en/features.safe-mode.functions.php
>
> [3]--------------
> http://de.php.net/manual/en/function.file-exists.php
>
> Am Dienstag, 5. Dezember 2006 03:40 schrieben Sie:
> > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > > On Mon, Dec 04, 2006 at 06:30:22PM -0500, Rik Sarkar wrote:
> > > > > Is there a url we could look at?  And perhaps you could set
> > > > > $EnableDiag=1; ?
> > > >
> > > > Sure. url : http://www.cs.sunysb.edu/~rik/pmwiki/pmwiki.php
> > > > I have set $EnableDiag=1; at the begininng of pmwiki.php
> > >
> > > Hmm.  The error message I'm seeing says:
> > >
> > >     Warning: mkdir() failed (File exists) in
> > >     /home/stufs1/rik/public_html/pmwiki/pmwiki.php on line 436.
> > >
> > > That's really weird.  So, the questions are:
> > >
> > >     - does wiki.d/ exist?
> >
> > yes.
> >
> > >     - what are the ownerships/permissions on wiki.d/
> > >     - what are the ownerships/permissions on the pmwiki/ directory
> >
> > both owned by user. Initially I had a+rwx only on wiki.d/ now I think
> > there is rwx for everyone everywhere inside pmwiki/ subtree
> >
> > > and, while we're at it
> > >
> > >     - what are the ownerships/permissions on local/ ?
> >
> > Same.
> >
> > > Pm
> > >
> > > > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > > > > On Mon, Dec 04, 2006 at 05:47:23PM -0500, Rik Sarkar wrote:
> > > > > > > This sounds to me as though PmWiki isn't being run from the
> > > > > > > correct directory.
> > > > > >
> > > > > > That was my guess too. But even setting the $ScriptUrl directly
> > > > > > does not help. The URLs generated now are correct, but it still
> > > > > > does not find the wiki.d directory and gives the error. It seems to
> > > > > > me that while the things accessed through url are fine, the access
> > > > > > to the local file system is a problem. Any simple way to fix that ?
> > > > > > doing system('pwd') returns correct values, and I ran the mkdirp()
> > > > > > function in a trial script of my own in the same directory, and it
> > > > > > worked fine.
> > > > >
> > > > > Is there a url we could look at?  And perhaps you could set
> > > > > $EnableDiag=1; ?
> > > > >
> > > > > It's very odd that "system('pwd')" works, I'm wondering if the PHP
> > > > > on that system has been configured to block access to the filesystem
> > > > > somehow.  But I guess not if mkdirp() is running.
> > > > >
> > > > > Out of curiosity, what version of PHP?
> > > > >
> > > > > Pm
> > > > >
> > > > > > On Mon, 4 Dec 2006, Patrick R. Michaud wrote:
> > > > > > > On Sat, Dec 02, 2006 at 07:40:13PM -0500, Rik Sarkar wrote:
> > > > > > > > Your guess was correct, the server is not setting HTTP_HOST, it
> > > > > > > > works if that is set. However, I am still stuck with it,
> > > > > > > > because it does not work when I set it in local/config.php. It
> > > > > > > > works only when set in pmwiki.php. Possibly, it is not reading
> > > > > > > > the config.php.
> > > > > > > >
> > > > > > > > Also, I am getting errors from the mkdirp($dir) function saying
> > > > > > > > that it can't create wiki.d directory, though the directory
> > > > > > > > exists with full access.
> > > > > > >
> > > > > > > This sounds to me as though PmWiki isn't being run from the
> > > > > > > correct directory.  When the pmwiki.php script executes, it
> > > > > > > expects to be running in the directory that contains local/ and
> > > > > > > wiki.d/ . If the current directory is something else when
> > > > > > > pmwiki.php runs, it'll be quite confused (and try to create a new
> > > > > > > environment in whatever directory it happens to be in).
> > > > > > >
> > > > > > > Note that the current directory isn't necessarily the one
> > > > > > > containing pmwiki.php.  (For example, in farm installations, the
> > > > > > > current directory is the one containing the local wiki field,
> > > > > > > while the farm contains the pmwiki.php and other scripts.)
> > > > > > >
> > > > > > > Getting back to the original issue, I generally recommend against
> > > > > > > messing with HTTP_HOST or SCRIPT_NAME at all.  Simply set
> > > > > > > $ScriptUrl directly to whatever the url is supposed to be, rather
> > > > > > > than trying to figure it out (or have PmWiki figure it out) from
> > > > > > > whatever miscues are coming from the webserver.
> > > > > > >
> > > > > > > Pm
>



From craige at internetadvisor.ca  Tue Dec  5 16:07:22 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Tue, 05 Dec 2006 17:07:22 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
Message-ID: <4575ED9A.90900@internetadvisor.ca>

This is a notice to let PmWiki users know about the alpha 1 release of 
GoogleMapsInterface. The recipe is in the alpha stages, it is still very 
basic, unstable, and thus not recomended for production sites. I would 
however like to know what you think of the recipe, it's concept, and any 
other opinions you may have of it. You can find the recipe page at:

http://www.pmwiki.org/wiki/Cookbook/GoogleMapsInterface

Enjoy, and let me know what you think.

- Craige
-- InternetAdvisor.ca



From gmane at auxbuss.com  Tue Dec  5 17:39:41 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 5 Dec 2006 23:39:41 -0000
Subject: [pmwiki-users] Losing the www. in site URL
References: <MPG.1fdcc91b1180e2e3989946@news.gmane.org>
	<679cb3d0612051342j3ecf5113l4c10cfcbb2ac2112@mail.gmail.com>
Message-ID: <MPG.1fe01374f64eab80989953@news.gmane.org>

Menachem Shapiro said...
> B"H
> On 12/3/06, marc <gmane at auxbuss.com> wrote:
> >
> > I tend to use:
> >
> >   $ScriptUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki';
> >   $PubDirUrl = 'http://'. $_SERVER['HTTP_HOST'] .'/pmwiki/pub';
> >
> > in my local/config.php, so that I can use the same config/php locally
> > for testing as on the live site. Checking the site I can see that:
> >   $_SERVER['HTTP_HOST']:www.example.com
> >
> > Nevertheless, I changed the above to:
> >
> >   $ScriptUrl = 'http://www.example.com/pmwiki';
> >   $PubDirUrl = 'http://www.example.com/pmwiki/pub';
> >
> 
> I have been following this thread and saw your conclusion in a later
> email, but I have a question.
> 
> I recently moved my wiki over to a new webhost, and I was having a
> problem with some of the links in the wiki. It looked like I was able
> to access them with the www, but not without it. After reading some of
> the clean URL comments, I changed
>  $ScriptUrl = 'http://www.example.com/pmwiki';
>  $PubDirUrl = 'http://www.example.com/pmwiki/pub';
> 
> to
> 
> $BaseUrl = 'http://'.$_SERVER['HTTP_HOST'];
> $ScriptUrl = $BaseUrl.'/pmwiki';
> $PubDirUrl = $BaseUrl.'/pmwiki/pub';
> $UploadDir = '/uploads';
> $UploadUrlFmt=$BaseUrl.'/pmwiki/uploads';
> 
> and it started working properly.
> 
> My question is, why did you want to change it from using the variable
> to using the actual web address? Is there any downside to using the
> variable?

Hi Menachem,

Not ime. But in the context of my problem, $_SERVER['HTTP_HOST'] was 
returning either 'example.com' or 'www.example.com', whereas I /always/ 
wanted the latter. Hence, I removed it while debugging (to remove PmWiki 
from the equation, since the problem was clearly mod_rewrite-based). I 
always use the $_SERVER['HTTP_HOST'] method so that I can run any site 
on any host - it would be a nightmare otherwise, even with reliance on 
Subversion.

-- 
Best,
Marc




From tmdowling at gmail.com  Tue Dec  5 17:49:53 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Tue, 5 Dec 2006 17:49:53 -0600
Subject: [pmwiki-users] [pmwiki-devel] Security issues: Disabling
	action=source & action=diff?
In-Reply-To: <Pine.LNX.4.64.0612060029310.17742@black01.md.kth.se>
References: <4A47D2C9-EA7D-4014-AC56-57D1C860B905@kinhost.org>
	<Pine.LNX.4.64.0612060029310.17742@black01.md.kth.se>
Message-ID: <5c8455a0612051549k5dc554a1rb4b4b051ae8fe2f7@mail.gmail.com>

On 12/5/06, christian.ridderstrom at gmail.com
<christian.ridderstrom at gmail.com> wrote:
> On Tue, 5 Dec 2006, Crisses wrote:
>
> > Anyone against this?  For it?  Want to help?  Want to do it instead? :)
>
> I don't think action=source should be blocked by default.
>
> Here are two "proper" uses for action=source:
> * Editing pages with an external editor (would then require edit acces)
> * "Including" wiki pages between wikis

This is all in the docs.  In config.php, you can globally set either
diff or source to require the same permissions as another,
typically-passworded action (edit or admin), as D. Faure's
instructions above explain, with

$HandleAuth['diff'] = $HandleAuth['source'] = 'edit';

You can also give each one its own action authorization rules, which
can be controlled on a per-group or per-page, ?action=attr setting,
per http://www.pmwiki.org/wiki/PmWiki/PasswordsAdmin, which says:
**********************************
The full set of steps to add new password handling for an action such
as "diff" would be:

# add a new (encrypted) field to the attr page
$PageAttributes['passwddiff'] = '$[Set new history password]';

# clear the default password for 'diff'
$DefaultPasswords['diff'] = '';

# Tell PmWiki that the 'diff' password allows action 'diff'.
$HandleAuth['diff'] = 'diff';

# Tell PmWiki that a 'read' password
# (or optionally the 'edit') password
# is also sufficient to enable 'diff'.
# Of course, the 'admin' password will work too.
$AuthCascade['diff'] = 'read';    ## or 'edit'
**********************************

With all of these controls available to an admin, I doubt that
changing the default would be necessary?



From ensjli at polyu.edu.hk  Tue Dec  5 23:05:33 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Wed, 6 Dec 2006 13:05:33 +0800
Subject: [pmwiki-users] A Problem with i18n: $XLLangs vs. $TimeFmt
Message-ID: <200612061305330939994@polyu.edu.hk>

Hi all,

(This message was sent yesterday, but didn't get any attention.)

I installed a Chinese version of PmWiki and want one WikiGroup to use English interface again.
Then, I use the following command in this WikiGroup's local configure file:

$XLLangs = array('en');
$TimeFmt = '%B %d, %Y, at %I:%M %p';

Though the first command successfully change all Chinese settings back into English ones, the second command still outputs Chinese characters for %B and %p.
Does anyone know how to fix this problem?

Thanks in advance.

Shujun





From aczaszyn at telus.net  Wed Dec  6 00:47:36 2006
From: aczaszyn at telus.net (Aleksander Czaszynski)
Date: Tue, 5 Dec 2006 22:47:36 -0800
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <4575ED9A.90900@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
Message-ID: <200612052247.36443.aczaszyn@telus.net>

Craige

Do you have any link with demo?

Aleks

On Tuesday 05 December 2006 14:07, Craige Leeder wrote:
> This is a notice to let PmWiki users know about the alpha 1 release of
> GoogleMapsInterface. The recipe is in the alpha stages, it is still very
> basic, unstable, and thus not recomended for production sites. I would
> however like to know what you think of the recipe, it's concept, and any
> other opinions you may have of it. You can find the recipe page at:
>
> http://www.pmwiki.org/wiki/Cookbook/GoogleMapsInterface
>
> Enjoy, and let me know what you think.
>
> - Craige
> -- InternetAdvisor.ca
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From bartolin at gmx.de  Wed Dec  6 02:29:31 2006
From: bartolin at gmx.de (Christian Bartolomaeus)
Date: Wed, 6 Dec 2006 09:29:31 +0100
Subject: [pmwiki-users] A Problem with i18n: $XLLangs vs. $TimeFmt
In-Reply-To: <200612061305330939994@polyu.edu.hk>
References: <200612061305330939994@polyu.edu.hk>
Message-ID: <20061206082931.GA2854@speedy.hgw>

Hi Shujun,

* On 2006-12-06 Shujun LI (ensjli at polyu.edu.hk) wrote:
> [...]
> I installed a Chinese version of PmWiki and want one WikiGroup to
> use English interface again.
> Then, I use the following command in this WikiGroup's local
> configure file:
> 
> $XLLangs = array('en');
> $TimeFmt = '%B %d, %Y, at %I:%M %p';
> 
> Though the first command successfully change all Chinese settings
> back into English ones, the second command still outputs Chinese
> characters for %B and %p.
> Does anyone know how to fix this problem?

maybe it helps to add a line like

  setlocale(LC_TIME, 'en_US');

or even

  setlocale(LC_ALL, 'en_US');

to the end of your WikiGroup.php file?

Best regards

Christian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061206/7f957195/attachment.bin 

From konrad.azzopardi at gmail.com  Wed Dec  6 03:01:22 2006
From: konrad.azzopardi at gmail.com (konrad)
Date: Wed, 06 Dec 2006 10:01:22 +0100
Subject: [pmwiki-users] Newbie
Message-ID: <1165395682.345.7.camel@localhost.localdomain>

Hi people,

I am a newbie and my question is whether in the sidebar you can make the
hierarchy for a particular page displayed only on a click of the parent.

Example if I have in the side bar

Animals
   Dogs
   Cats
   Elephants


and

Colours
   Red
   White
   Blue

Can I make the sidebar looks like this :

Animals
Colours

and on pressing on Animals, the menu would expand ?

Konrad 




From design5 at softflow.co.uk  Wed Dec  6 03:30:10 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 09:30:10 +0000
Subject: [pmwiki-users] Newbie
In-Reply-To: <1165395682.345.7.camel@localhost.localdomain>
References: <1165395682.345.7.camel@localhost.localdomain>
Message-ID: <1945972048.20061206093010@softflow.co.uk>

Wednesday, December 6, 2006, 9:01:22 AM, konrad wrote:

> Example if I have in the side bar

> Animals
>    Dogs
>    Cats
>    Elephants


> and

> Colours
>    Red
>    White
>    Blue

> Can I make the sidebar looks like this :

> Animals
> Colours

> and on pressing on Animals, the menu would expand ?

Perhaps you can use something like this:
http://www.pmwiki.org/wiki/Cookbook/ExpandingMenus

or look at the other menu recipes


Hans




From lighans at gmail.com  Wed Dec  6 03:41:56 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Wed, 6 Dec 2006 10:41:56 +0100
Subject: [pmwiki-users] Newbie
In-Reply-To: <1945972048.20061206093010@softflow.co.uk>
References: <1165395682.345.7.camel@localhost.localdomain>
	<1945972048.20061206093010@softflow.co.uk>
Message-ID: <bfccd1f90612060141s77762c41u19a741f34c5491ea@mail.gmail.com>

> Perhaps you can use something like this:
> http://www.pmwiki.org/wiki/Cookbook/ExpandingMenus
>
> or look at the other menu recipes
>
>
> Hans

for an example:
http://biologie.fali.nl/

-- 
Groetjes
Hans
http://www.fali.nl



From katir at hindu.org  Wed Dec  6 03:33:27 2006
From: katir at hindu.org (Sivakatirswami)
Date: Tue, 05 Dec 2006 23:33:27 -1000
Subject: [pmwiki-users] Form Fields Won't Obey Size Parameter
In-Reply-To: <1325506739.20061205092043@softflow.co.uk>
References: <4574D10B.7030002@hindu.org>
	<fec7cf150612041807p2d1cfab4i523e386f188e6c09@mail.gmail.com>
	<200612041846.24568.aczaszyn@telus.net>
	<1325506739.20061205092043@softflow.co.uk>
Message-ID: <45768E67.4020607@hindu.org>

Confirmed that
a) it works in PMwiki
b) does  not work in Gemini

Hans, sorry...

#content .inputbox { width:auto; }

did not work in a new local.css file
...I  made one and  put copies
  in all the following locations

Farm directory
/pmwiki/pub/local.css
/pmwiki/pub/css/local.css

Field
/zap/pub/local.css
/zap/pub/css/local.css

It did not override layout-main.css

So,  for now, and to test, I hacked  layout-main.css

/* #content .inputbox { width:16em; }*/
#content .inputbox { width:auto; }

and yes, that fixed it..
So, we just need to get the local.css override to work.

Om shanti
Sivakatirswami

Hans wrote:
> Tuesday, December 5, 2006, 2:46:24 AM, Aleksander wrote:
> 
>> I have the same problem. Size for text data does not work. I am using Gemini
>> Skin.
> 
> Gemini sets the size for input forms of class inputbox,
> in layout-main.css:
> 
> #sidebar .inputbox { width:9em; }
> #content .inputbox { width:16em; }
> 
> and this class is associated with (:input text :) forms by default I
> think.
> 
> so you need to add to pub/local.css:
> 
> #content .inputbox { width:auto; }
> 
> Then size parameters in text input forms should work again.
> I have not tested this, let me please know if it works.
> 
> 
> 
> Hans
> 
> 





From design5 at softflow.co.uk  Wed Dec  6 04:24:53 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 10:24:53 +0000
Subject: [pmwiki-users] Form Fields Won't Obey Size Parameter
In-Reply-To: <45768E67.4020607@hindu.org>
References: <4574D10B.7030002@hindu.org>
	<fec7cf150612041807p2d1cfab4i523e386f188e6c09@mail.gmail.com>
	<200612041846.24568.aczaszyn@telus.net>
	<1325506739.20061205092043@softflow.co.uk> <45768E67.4020607@hindu.org>
Message-ID: <1416942698.20061206102453@softflow.co.uk>

Wednesday, December 6, 2006, 9:33:27 AM, Sivakatirswami wrote:

> So,  for now, and to test, I hacked  layout-main.css

> /* #content .inputbox { width:16em; }*/
> #content .inputbox { width:auto; }

> and yes, that fixed it..
> So, we just need to get the local.css override to work.

I don't know why setting #content .inputbox { width:auto; }
in local.css did not work. Perhaps width:none ??

For hacking you should not have to set a width at all, just comment the
line? Any css styling of .inputbox will override any width set in the
page with (:input text width=... :) markup

I think it may be good not to set a width for #content .inputbox
in the skin. More people wanting to set forms from within the page.
I put that in a future release.


Hans




From pmwiki at russhosting.com  Wed Dec  6 07:14:39 2006
From: pmwiki at russhosting.com (Russ)
Date: Wed, 06 Dec 2006 08:14:39 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <200612052247.36443.aczaszyn@telus.net>
References: <4575ED9A.90900@internetadvisor.ca>
	<200612052247.36443.aczaszyn@telus.net>
Message-ID: <4576C23F.6020607@russhosting.com>

Hi Aleks,

The project that Craige developed this recipe for is still under 
development, but you can have a look at a test page here:

http://www.stthomashomes.ca/index.php/OpenHomes/390017

Editing for the site is password protected (as is ?action=source), but 
the markup to create this page is:

    (:title 2006-12-08 - 2:00pm:)
    !!!43 Neal Avenue, St. Thomas

    '''Open House''':Sunday, December 8th - 2:00 - 4:00pm

    !!!Location
    <center>
    *(:map address="St Thomas, Ontario" zoom=13:)
    (:map-location address="43 Neal Drive, St. Thomas, ON":)
    (:map-end :)*
    </center>

    !!!Property Details
    <center>
    <iframe src="http://idx.filogix.com/idx/LDON/display_property.html?key=104061.670129&id=2929431&ptype=res" frameborder=0 height=1000px width=650px>
    %newwin%[[http://idx.filogix.com/idx/LDON/display_property.html?key=104061.670129&id=2929431&ptype=res|Frames not supported by your browser.  Please click here to view listings in a new window]]%%
    </iframe>
    </center>

My hope is to incorporate the ZAP recipe to create an "open house 
listing" form for the agent, and then use the address variables to 
produce the map and pointer to the open house.

Regards,

Russ Jackman
InternetAdvisor.ca

Don't risk having your website banned by search engines.
Learn what can help - and what can hurt - your search rankings here:
http://www.internetadvisor.ca/index.php/Articles/SearchEngineRankings

Content Management Systems - e-Commerce - Internet Strategy
http://www.InternetAdvisor.ca



Aleksander Czaszynski wrote:
> Craige
>
> Do you have any link with demo?
>
> Aleks
>
>   

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061206/1e4e487b/attachment.html 

From dominique.faure at gmail.com  Wed Dec  6 07:40:02 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Wed, 6 Dec 2006 14:40:02 +0100
Subject: [pmwiki-users] Updated: RecurveSkin and MonobookSkin
Message-ID: <599dbcaf0612060540t5b6a4e4cv819ffda2b2b8a524@mail.gmail.com>

I just found and corrected a bug in the Recurve skin I upgraded and
uploaded today.

Those who fetched the new version before 'December 06, 2006, at 07:17
AM' dixit pmwiki.org should download it again.

Sorry for inconvenience,
Dom

BTW, I fixed the MonobookSkin accordingly. Patrick, could you please
activate them on their respective pages, thanks.



From dominique.faure at gmail.com  Wed Dec  6 07:59:40 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Wed, 6 Dec 2006 14:59:40 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <4575D92A.3030002@free.fr>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
Message-ID: <599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>

On 12/5/06, malexism at free.fr <malexism at free.fr> wrote:
> >> http://www.pmwiki.org/wiki/Cookbook/GroupTitle
>
> It didn't works. Maybe with pmwiki in french ? Maybe with SpaceWikiWords
> ? I change the .tmpl file with $GroupTitle, and the name of the group is
> displayed with the string "title" !
>
have you tried using something like below in your .tmpl file?

 ...
 <title><!--markup:<:block>{$GroupTitle}--></title>
 ...

Dom



From design5 at softflow.co.uk  Wed Dec  6 08:01:03 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 14:01:03 +0000
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <4575ED9A.90900@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
Message-ID: <748884960.20061206140103@softflow.co.uk>

Tuesday, December 5, 2006, 10:07:22 PM, Craige wrote:
Re: map markup

to avoid the necessary space at (:map-end :)
you could try this regex instead:

'/\(:map(-location|-end)\\s*(.*?):\)/ie'

Note the double backslash \\s*
special regex characters like \s have to be escaped again.
The \\s* asks for none, one, or more spaces before the next parameter string.


Hans




From design5 at softflow.co.uk  Wed Dec  6 08:05:23 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 14:05:23 +0000
Subject: [pmwiki-users] group title
In-Reply-To: <599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
Message-ID: <1585321671.20061206140523@softflow.co.uk>

Wednesday, December 6, 2006, 1:59:40 PM, Dominique wrote:

> On 12/5/06, malexism at free.fr <malexism at free.fr> wrote:
>> >> http://www.pmwiki.org/wiki/Cookbook/GroupTitle
>>
>> It didn't works. Maybe with pmwiki in french ? Maybe with SpaceWikiWords
>> ? I change the .tmpl file with $GroupTitle, and the name of the group is
>> displayed with the string "title" !
>>
> have you tried using something like below in your .tmpl file?

>  ...
>  <title><!--markup:<:block>{$GroupTitle}--></title>
>  ...

$GroupTitle should really work as well in a tmpl file.(does for me)

I wonder if something else may be interfering, like the markup
extension recipe, which has a title spaced function, which may give
problems.

In any case one could put {$GroupTitle} in a wiki page as a test
to see if the GroupTitle script does anything at all.


Hans




From stephane.smets at banksys.be  Wed Dec  6 08:33:14 2006
From: stephane.smets at banksys.be (SMETS Stephane     BKS-IT)
Date: Wed, 6 Dec 2006 15:33:14 +0100
Subject: [pmwiki-users] zapsite
Message-ID: <70442076C3BC5241B70CDA7B3931AC511B0B22@eri.winad.be>

Hello the list
Can you log on the zapsite doc ? I try Guest but I receive all the tme an error, and also when I create an account : 
Error! There seems to have been some problem submitting your form. ..... bla

Thanks for the help
St?phane 


sa Banksys nv - Chaussee de Haecht 1442 Haachtsesteenweg 
- 1130 Brussels - Belgium
RPM-RPR Bruxelles-Brussel - TVA-BTW BE 0418.547.872
Bankrekening-Compte Bancaire-Bank Account 310-0269424-44
BIC BBRUBEBB - IBAN BE55 3100 2694 2444

"The information contained in this e-mail and any attachment thereto is confidential and may contain information which is protected by intellectual property rights.
This information is intended for the exclusive use of the recipient(s) named above.
This e-mail does not constitute any binding relationship or offer toward any of the addressees.
If you are not one of the addressees , one of their employees or a proxy holder entitled to hand over this message to the addressee(s), any use of the information contained herein (e.g. reproduction, divulgation, communication or distribution,...) is prohibited.
If you have received this message in error, please notify the sender and destroy it immediately after.
The integrity and security of this message cannot be guaranteed and it may be subject to data corruption, interception and unauthorized amendment, for which we accept no liability."

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061206/37b654d5/attachment.html 

From ensjli at polyu.edu.hk  Wed Dec  6 08:52:40 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Wed, 6 Dec 2006 22:52:40 +0800
Subject: [pmwiki-users] Cannot use "_" in page and group titles?
Message-ID: <200612062252400462349@polyu.edu.hk>

Hi all,

I want to name two groups "XYZ_en" and "XYZ_cn", but noticed that the character "_" is always omitted by PmWiki.
The two groups always show as "XYZen" and "XYZcn".
Is there a way to overcome this problem?

Shujun





From seth at pachai.net  Wed Dec  6 09:31:03 2006
From: seth at pachai.net (Seth Rothenberg)
Date: Wed, 06 Dec 2006 10:31:03 -0500 (EST)
Subject: [pmwiki-users] new to list, comment on comments
Message-ID: <3026.67.18.176.172.1165419063.squirrel@67.18.176.172>

Greetings,
I'm new to pmWiki, looks nice so far - easy to
set up, etc.

I started to build a wiki (memorial to my father)...
and added some links.  One link was broken, so I tried
to comment it out for reference rather than delete it.

This is what works:

%Broken Links%
%www.mosessinger.com attorneys %
%attorney_view.php id=33%

This did not work:

%Broken Links%
%www.mosessinger.com/attorneys/attorney_view.php?id=33%

(and a few permutations in between also didn't work.)

Should it work?
Priority is not high, just thought I would share it.

unpublished draft of page is here:

http://sr.pachai.net



BTW, how hard is it to move a whole wiki ?
Where it is might be permanent, but might not be.

Thanks
Seth





From Flori-Fischer at gmx.net  Wed Dec  6 09:37:45 2006
From: Flori-Fischer at gmx.net (Florian Fischer)
Date: Wed, 06 Dec 2006 16:37:45 +0100
Subject: [pmwiki-users] different defaultpages for different groups
Message-ID: <20061206153745.199570@gmx.net>

Hello,

by setting $Defaultname = 'XXX' i set the default page for each group.

Is it possible to specify this a little bit? 
Group A has defaultpage X
Group B has defaultpage Y
...

My problem is the following. At the top of an article, there is the name of the article represented as a link in order to refresh the page and the group of the article as a link. When i'm not in my Defaultgroup, clicking this group link, the page group.group is called. but group.group is not always my "starting"-page of a group and i'd like to adapt this. 

Any ideas?

Florian 

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



From Flori-Fischer at gmx.net  Wed Dec  6 10:07:32 2006
From: Flori-Fischer at gmx.net (Florian Fischer)
Date: Wed, 06 Dec 2006 17:07:32 +0100
Subject: [pmwiki-users] Triad Skin Question
Message-ID: <20061206160732.314180@gmx.net>

Hello, 

i'm a huge fan of Triad skin. I have a question concerning the searchbox. in the standard konfiguration it is part of Site.PageHeader.
I'd like to locate it between the topmenubar and the sidebar in a own kind of box. Is there a an easy way to do this or do i have to modify the template?

Regards,


Florian
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer



From seth at pachai.net  Wed Dec  6 10:17:15 2006
From: seth at pachai.net (Seth Rothenberg)
Date: Wed, 06 Dec 2006 11:17:15 -0500 (EST)
Subject: [pmwiki-users] multiple views of same page
Message-ID: <3116.67.18.176.172.1165421835.squirrel@67.18.176.172>


Here's a challenge I face:
I would like to have the site show
a list/table etc. of volunteer opportunities available...
and a volunteer could sign up for one...and
it would only show RESERVED etc. on the page,
but that slot is not open any more.


How hard would it be to do this?


(I'm thinking it would be hard.
I imagine at this point, I would probably have
to password-protect the editing, and use comments
to store the names of volunteers....and I would be
doing the editing.)

Thanks
Seth





From design5 at softflow.co.uk  Wed Dec  6 10:18:44 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 16:18:44 +0000
Subject: [pmwiki-users] Triad Skin Question
In-Reply-To: <20061206160732.314180@gmx.net>
References: <20061206160732.314180@gmx.net>
Message-ID: <1459925480.20061206161844@softflow.co.uk>

Wednesday, December 6, 2006, 4:07:32 PM, Florian wrote:

> i'm a huge fan of Triad skin. I have a question concerning the searchbox. in the standard
> konfiguration it is part of Site.PageHeader.
> I'd like to locate it between the topmenubar and the sidebar in a own kind of box. Is there a an
> easy way to do this or do i have to modify the template?

The easiest way would be to remove the markup from PageHeader and
insert it into SideBar, at the top. Possibly into a div, which you
could style with wikistyles, if you want (to give it a box).
The searchbox form also has a class .wikisearch, which you could style
via css attributes.

Hans




From design5 at softflow.co.uk  Wed Dec  6 10:21:18 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 16:21:18 +0000
Subject: [pmwiki-users] different defaultpages for different groups
In-Reply-To: <20061206153745.199570@gmx.net>
References: <20061206153745.199570@gmx.net>
Message-ID: <1907275245.20061206162118@softflow.co.uk>

Wednesday, December 6, 2006, 3:37:45 PM, Florian wrote:

> by setting $Defaultname = 'XXX' i set the default page for each group.

> Is it possible to specify this a little bit? 
> Group A has defaultpage X
> Group B has defaultpage Y

Set $DefaultGroup for each group in its own local/GroupA.php, local/GroupB.php
file.
You need to create these. Copy the first line of config.php into a new
text file, add the group configuration settings, and save the file as
GroupName.php.


Hans




From pmichaud at pobox.com  Wed Dec  6 10:34:44 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 10:34:44 -0600
Subject: [pmwiki-users] [pmwiki-devel] Security issues: Disabling
	action=source & action=diff?
In-Reply-To: <5c8455a0612051358m1018e57eoe464758a6c790508@mail.gmail.com>
References: <4A47D2C9-EA7D-4014-AC56-57D1C860B905@kinhost.org>
	<599dbcaf0612050657p642c2d79i4245138484fc4aee@mail.gmail.com>
	<fec7cf150612050754n28b4dc17ld16c7b3e37955551@mail.gmail.com>
	<20061205203545.GA8849@katla.katspace.homelinux.org>
	<fec7cf150612051343h12b594cfuec91b7a73f4d4db5@mail.gmail.com>
	<5c8455a0612051358m1018e57eoe464758a6c790508@mail.gmail.com>
Message-ID: <20061206163444.GB31825@host.pmichaud.com>

On Tue, Dec 05, 2006 at 03:58:51PM -0600, Tegan Dowling wrote:
> > What do you mean by a source view for the diff?  You mean
> > "n=Group.Name?action=diff&action=source" together?  But if so, when
> > the source is blocked, it would be blocked for this as well.  Correct?
> 
> On a History page (?action=diff), click the "Show changes to markup"
> link.  This appends ?action=diff&source=y.  Dunno if &source=y draws
> on the same permissions as ?action=source.  You could test it.

The source=y option to ?action=diff still relies on the diff 
permissions.

Pm



From pmichaud at pobox.com  Wed Dec  6 10:39:42 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 10:39:42 -0600
Subject: [pmwiki-users] A Problem with i18n: $XLLangs vs. $TimeFmt
In-Reply-To: <200612061305330939994@polyu.edu.hk>
References: <200612061305330939994@polyu.edu.hk>
Message-ID: <20061206163942.GD31825@host.pmichaud.com>

On Wed, Dec 06, 2006 at 01:05:33PM +0800, Shujun LI wrote:
> Hi all,
> 
> (This message was sent yesterday, but didn't get any attention.)
> 
> I installed a Chinese version of PmWiki and want one WikiGroup to use English interface again.
> Then, I use the following command in this WikiGroup's local configure file:
> 
> $XLLangs = array('en');
> $TimeFmt = '%B %d, %Y, at %I:%M %p';
> 
> Though the first command successfully change all Chinese settings back into English ones, the second command still outputs Chinese characters for %B and %p.
> Does anyone know how to fix this problem?

In the wikigroup's customization file, also add:

    setlocale(LC_ALL, 'en_US');

This will "undo" the XLPage settings for that group.

Pm



From pmichaud at pobox.com  Wed Dec  6 10:43:46 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 10:43:46 -0600
Subject: [pmwiki-users] Newbie
In-Reply-To: <1165395682.345.7.camel@localhost.localdomain>
References: <1165395682.345.7.camel@localhost.localdomain>
Message-ID: <20061206164346.GE31825@host.pmichaud.com>

On Wed, Dec 06, 2006 at 10:01:22AM +0100, konrad wrote:
> Hi people,
> 
> I am a newbie and my question is whether in the sidebar you can make the
> hierarchy for a particular page displayed only on a click of the parent.
> 
> Example if I have in the side bar
> 
> Animals
>    Dogs
>    Cats
>    Elephants
> 
> 
> and
> 
> Colours
>    Red
>    White
>    Blue
> 
> Can I make the sidebar looks like this :
> 
> Animals
> Colours
> 
> and on pressing on Animals, the menu would expand ?

You might look at http://www.pmwiki.org/wiki/Cookbook/TrailMenu .

Pm



From pmichaud at pobox.com  Wed Dec  6 10:47:59 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 10:47:59 -0600
Subject: [pmwiki-users] Cannot use "_" in page and group titles?
In-Reply-To: <200612062252400462349@polyu.edu.hk>
References: <200612062252400462349@polyu.edu.hk>
Message-ID: <20061206164759.GF31825@host.pmichaud.com>

On Wed, Dec 06, 2006 at 10:52:40PM +0800, Shujun LI wrote:
> Hi all,
> 
> I want to name two groups "XYZ_en" and "XYZ_cn", but noticed that the character "_" is always omitted by PmWiki.
> The two groups always show as "XYZen" and "XYZcn".
> Is there a way to overcome this problem?

In local/config.php, set:

    $PageNameChars = '-\\w';

Be sure to set this *before* making any calls to XLPage() or
including one of the xlpage-*.php scripts.

Pm



From mogulguy at yahoo.com  Wed Dec  6 10:50:56 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Wed, 6 Dec 2006 08:50:56 -0800 (PST)
Subject: [pmwiki-users] multiple views of same page
In-Reply-To: <3116.67.18.176.172.1165421835.squirrel@67.18.176.172>
Message-ID: <952998.21853.qm@web36102.mail.mud.yahoo.com>

--- Seth Rothenberg <seth at pachai.net> wrote:
> 
> Here's a challenge I face:
> I would like to have the site show
> a list/table etc. of volunteer opportunities
> available...
> and a volunteer could sign up for one...and
> it would only show RESERVED etc. on the page,
> but that slot is not open any more.
> 
> 
> How hard would it be to do this?
> 
> 
> (I'm thinking it would be hard.
> I imagine at this point, I would probably have
> to password-protect the editing, and use comments
> to store the names of volunteers....and I would be
> doing the editing.)


Seth,

I'm not sure I fully understand what you are trying to
do, but I will try to get your started.  If you want
to build a table/list that is a summary of data that
is on other pages, look into pagelist templating and
pagetextvariables.  With a combination of that and
proper permissions, you can probably achieve what you
want.  Also look into newpage templates, they might be
of help in your scenario.  Or, maybe even use the
AddDeleteLine2 recipe to create a signup form that
would automatically write the person's name to the
signup page, and 'RESERVED' to the appropriate spot so
that the table shows it reserved!

-Martin



 
____________________________________________________________________________________
Any questions? Get answers on any topic at www.Answers.yahoo.com.  Try it now.



From pmichaud at pobox.com  Wed Dec  6 10:53:03 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 10:53:03 -0600
Subject: [pmwiki-users] different defaultpages for different groups
In-Reply-To: <1907275245.20061206162118@softflow.co.uk>
References: <20061206153745.199570@gmx.net>
	<1907275245.20061206162118@softflow.co.uk>
Message-ID: <20061206165303.GG31825@host.pmichaud.com>

On Wed, Dec 06, 2006 at 04:21:18PM +0000, Hans wrote:
> Wednesday, December 6, 2006, 3:37:45 PM, Florian wrote:
> 
> > by setting $Defaultname = 'XXX' i set the default page for each group.
> 
> > Is it possible to specify this a little bit? 
> > Group A has defaultpage X
> > Group B has defaultpage Y
> 
> Set $DefaultGroup for each group in its own local/GroupA.php, local/GroupB.php
> file.

Alas, this won't work, because by the time PmWiki gets around to
loading the per-group customizations it will have already resolved
the pagename.  In general, $DefaultGroup and $DefaultName only work
when called from local/config.php .

Also, I think Florian's request is a little more complex than this,
because he may want PmWiki to know about each group's home page even
from other groups.  In such cases the per-group PHP file isn't called,
and $DefaultName won't be correct for the external wikigroup.

The simplest solution is to simply use the same default home page
in every group, but then use (:redirect:) to go from some home
pages to the correct default.

Anything beyond that will likely require some substantial modification
or customizations to $MakePageNamePatterns or $MakePageNameFunction ,
so that PmWiki can look up the correct home page based on whatever
group is being requested.

Pm



From mogulguy at yahoo.com  Wed Dec  6 11:00:53 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Wed, 6 Dec 2006 09:00:53 -0800 (PST)
Subject: [pmwiki-users] Newbie
In-Reply-To: <20061206164346.GE31825@host.pmichaud.com>
Message-ID: <744766.68817.qm@web36101.mail.mud.yahoo.com>

--- "Patrick R. Michaud" <pmichaud at pobox.com> wrote:

> On Wed, Dec 06, 2006 at 10:01:22AM +0100, konrad
> wrote:

> > I am a newbie and my question is whether in the
> sidebar you can make the
> > hierarchy for a particular page displayed only on
> a click of the parent.
> > 
> > Example if I have in the side bar
> > 
> > Animals
> >    Dogs
> >    Cats
> >    Elephants
> > 
> > 
> > and
> > 
> > Colours
> >    Red
> >    White
> >    Blue
> > 
> > Can I make the sidebar looks like this :
> > 
> > Animals
> > Colours
> > 
> > and on pressing on Animals, the menu would expand
> ?
> 
> You might look at
> http://www.pmwiki.org/wiki/Cookbook/TrailMenu .

Also, look at:

http://pmwiki.org/wiki/Cookbook/ExpandingMenus

-Martin


__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From mogulguy at yahoo.com  Wed Dec  6 11:03:11 2006
From: mogulguy at yahoo.com (Martin Fick)
Date: Wed, 6 Dec 2006 09:03:11 -0800 (PST)
Subject: [pmwiki-users] new to list, comment on comments
In-Reply-To: <3026.67.18.176.172.1165419063.squirrel@67.18.176.172>
Message-ID: <20061206170311.53815.qmail@web36107.mail.mud.yahoo.com>


--- Seth Rothenberg <seth at pachai.net> wrote:

> BTW, how hard is it to move a whole wiki ?
> Where it is might be permanent, but might not be.

Very easy, just move the directories and reconfigure
your new server.  (As long as you keep all internal
links relative,)

-Martin


 
____________________________________________________________________________________
Cheap talk?
Check out Yahoo! Messenger's low PC-to-Phone call rates.
http://voice.yahoo.com



From design5 at softflow.co.uk  Wed Dec  6 11:11:43 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 17:11:43 +0000
Subject: [pmwiki-users] [pmwiki-devel] Require a password to edit
	RecentChanges (etc.) pages: regex problem
In-Reply-To: <20061206171131.GH31825@host.pmichaud.com>
References: <ekn1hp$s4m$1@sea.gmane.org> <4575198F.6030507@paradise.net.nz>
	<20061206171131.GH31825@host.pmichaud.com>
Message-ID: <9910381870.20061206171143@softflow.co.uk>

Wednesday, December 6, 2006, 5:11:31 PM, Patrick wrote:

>> ## Require a password to edit RecentChanges (etc.) pages.
>> if ($action=='edit'
>>     &&
>> preg_match('/\\.(Search|(Main|Side)Bar|Group(Header|Footer|Attributes)|(All)?RecentChanges)$/',
>> $pagename))
>>   { $DefaultPasswords['edit'] = crypt('mysecretpassword!'); }

> Hmmm, this looks okay to me.  Keep in mind that if you've already
> entered the password (or the admin password) then you won't get
> a password prompt.  You might try doing ?action=logout just to make
> sure there aren't any passwords already entered.

Now I am confused:
I thought we should not try and set passwords to individual pages from
within config.php, because it is not quite safe.
But the above seems to me a way to do just that.


Hans




From editor at fast.st  Wed Dec  6 11:44:08 2006
From: editor at fast.st (The Editor)
Date: Wed, 6 Dec 2006 12:44:08 -0500
Subject: [pmwiki-users] zapsite
In-Reply-To: <70442076C3BC5241B70CDA7B3931AC511B0B22@eri.winad.be>
References: <70442076C3BC5241B70CDA7B3931AC511B0B22@eri.winad.be>
Message-ID: <fec7cf150612060944m515deecfy79b20a775213252c@mail.gmail.com>

On 12/6/06, SMETS Stephane     BKS-IT <stephane.smets at banksys.be> wrote:
>
>
> Hello the list
>
> Can you log on the zapsite doc ? I try Guest but I receive all the tme an
> error, and also when I create an account :
>
> Error! There seems to have been some problem submitting your form. ?.. bla
>
> Thanks for the help
>
> St?phane


If this is the error you are getting it is because your zapform
session variable is not being stored/retrieved properly.

An error occurred. Form could not be processed.

But it should work.  I just logged in as Guest/test and it worked fine.

If anyone has any suggestions, I'd appreciate input as I can't
reproduce the problem.

Cheers,
Caveman

PS.  Maybe more info on your setup:  browser, os, etc.  Exact error message...



From mik.admin at nurfuerspam.de  Wed Dec  6 12:31:29 2006
From: mik.admin at nurfuerspam.de (Michael Brenner)
Date: Wed, 6 Dec 2006 19:31:29 +0100
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <Pine.GSO.4.53.0612051657120.1166@compserv1>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612052220.13669.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612051657120.1166@compserv1>
Message-ID: <200612061931.30311.mik.admin@nurfuerspam.de>

The Files in wiki.d/ should tell you the username of php.

Another idea is to delete(/backup) wiki.d/ and make the pmwiki/ directory 
temporary writable for others(php). I think mkdirp() creates the directory 
wiki.d/ if it does not exists and afterwards it has the correct owner.

BTW: The file_exists() thing seems to be a problem of older php-versions and 
safe_mode. Search-Engines might tell you more.

Am Dienstag, 5. Dezember 2006 22:58 schrieben Sie:
> This looks promising, how do I find the username of phpowner ?
>
> Thanks.
>
> Rik
>
> On Tue, 5 Dec 2006, Michael Brenner wrote:
> > Hi again,
> >
> > on  php.net[3] someone wrote this[1], even so I don't have such problems
> > with safe_mode with the same setup.  Probably paranoid config[2] in
> > php.ini.
> >
> > [1]--------------
> >  stefan at horn dot nl
> > 12-Jul-2006 08:30
> > file_exists and safe_mode
> >
> > file_exists under safe_mode works (I work with for php 4) doesn't work
> > when owner of the dir where the file stands differs from the php-owner.
> >
> > e.g. file_exists in this dir will give FALSE nevertheless the file exists
> >
> > rights          owner  dir
> > drwxr-xr-x    apache  images
> >
> > change the owner of the dir to the phpowner and file_exists works.
> >
> > I spent too much time to discover. Hope it will spare a lot of your time.
> >
> > Stefan
> >
> > [2]--------------
> > http://de.php.net/manual/en/features.safe-mode.functions.php
> >
> > [3]--------------
> > http://de.php.net/manual/en/function.file-exists.php
> >



From design5 at softflow.co.uk  Wed Dec  6 12:39:05 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 18:39:05 +0000
Subject: [pmwiki-users] Updates to FixFlow, Gemini, Triad skins
Message-ID: <969478949.20061206183905@softflow.co.uk>


FixFlow, Gemini, Triad skins are updated.

* A small bug fix for Site.Popup-Editform
* Some css modifications for fixed position of background images (Fixflow)
* Removal of width setting for text input forms in page content.

http://www.pmwiki.org/wiki/Cookbook/FixFlowSkin
http://www.pmwiki.org/wiki/Cookbook/GeminiSkin
http://www.pmwiki.org/wiki/Cookbook/TriadSkin

-- 
Best regards,
 Hans




From craige at internetadvisor.ca  Wed Dec  6 12:45:43 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Wed, 06 Dec 2006 13:45:43 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <748884960.20061206140103@softflow.co.uk>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
Message-ID: <45770FD7.4000807@internetadvisor.ca>

Hans wrote:

>Tuesday, December 5, 2006, 10:07:22 PM, Craige wrote:
>Re: map markup
>
>to avoid the necessary space at (:map-end :)
>you could try this regex instead:
>
>'/\(:map(-location|-end)\\s*(.*?):\)/ie'
>
>Note the double backslash \\s*
>special regex characters like \s have to be escaped again.
>The \\s* asks for none, one, or more spaces before the next parameter string.
>
>
>Hans
>

I tried the expression, and it was unsuccessful on a match. I assumed it 
wouldn't, as \\s is looking for a literal '\', and a possible 's'. The 
initial excaping backslash just excapes the \ in the special character, 
and then looks for 0 or more "s" characters. However, none of the 
modifications of it that I thought would be approipiate worked either.

- Craige
-- InternetAdvisor.ca



From craige at internetadvisor.ca  Wed Dec  6 12:48:29 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Wed, 06 Dec 2006 13:48:29 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <200612052247.36443.aczaszyn@telus.net>
References: <4575ED9A.90900@internetadvisor.ca>
	<200612052247.36443.aczaszyn@telus.net>
Message-ID: <4577107D.2040505@internetadvisor.ca>

Aleksander Czaszynski wrote:

>Craige
>
>Do you have any link with demo?
>
>Aleks
>  
>
The address Russ gave you is currently the only working version online. 
I will put another, configurable, map up at a different location soon.

- Craige
-- InternetAdvisor.ca



From rik at cs.sunysb.edu  Wed Dec  6 12:48:58 2006
From: rik at cs.sunysb.edu (Rik Sarkar)
Date: Wed, 6 Dec 2006 13:48:58 -0500 (EST)
Subject: [pmwiki-users] Generating incorrect  URLs
In-Reply-To: <200612061931.30311.mik.admin@nurfuerspam.de>
References: <Pine.GSO.4.53.0612020030310.1812@compserv1>
	<200612052220.13669.mik.admin@nurfuerspam.de>
	<Pine.GSO.4.53.0612051657120.1166@compserv1>
	<200612061931.30311.mik.admin@nurfuerspam.de>
Message-ID: <Pine.GSO.4.53.0612061344010.6132@compserv1>


On Wed, 6 Dec 2006, Michael Brenner wrote:

> The Files in wiki.d/ should tell you the username of php.
>
> Another idea is to delete(/backup) wiki.d/ and make the pmwiki/ directory
> temporary writable for others(php). I think mkdirp() creates the directory
> wiki.d/ if it does not exists and afterwards it has the correct owner.

Yes, I have tried that. In fact, I tried with rwx to all in the pmwiki/
directory. The wiki.d/ got created with an administrator id as the owner
(I suppose that is the phpowner), but the file_exists() still fails! I
will look for more on file_exists() on the web.

Thanks anyway.

Rik.

>
> BTW: The file_exists() thing seems to be a problem of older php-versions and
> safe_mode. Search-Engines might tell you more.
>
> Am Dienstag, 5. Dezember 2006 22:58 schrieben Sie:
> > This looks promising, how do I find the username of phpowner ?
> >
> > Thanks.
> >
> > Rik
> >
> > On Tue, 5 Dec 2006, Michael Brenner wrote:
> > > Hi again,
> > >
> > > on  php.net[3] someone wrote this[1], even so I don't have such problems
> > > with safe_mode with the same setup.  Probably paranoid config[2] in
> > > php.ini.
> > >
> > > [1]--------------
> > >  stefan at horn dot nl
> > > 12-Jul-2006 08:30
> > > file_exists and safe_mode
> > >
> > > file_exists under safe_mode works (I work with for php 4) doesn't work
> > > when owner of the dir where the file stands differs from the php-owner.
> > >
> > > e.g. file_exists in this dir will give FALSE nevertheless the file exists
> > >
> > > rights          owner  dir
> > > drwxr-xr-x    apache  images
> > >
> > > change the owner of the dir to the phpowner and file_exists works.
> > >
> > > I spent too much time to discover. Hope it will spare a lot of your time.
> > >
> > > Stefan
> > >
> > > [2]--------------
> > > http://de.php.net/manual/en/features.safe-mode.functions.php
> > >
> > > [3]--------------
> > > http://de.php.net/manual/en/function.file-exists.php
> > >
>



From sandy at onebit.ca  Wed Dec  6 12:51:51 2006
From: sandy at onebit.ca (Sandy)
Date: Wed, 06 Dec 2006 13:51:51 -0500
Subject: [pmwiki-users] A new Anchor css element
In-Reply-To: <20061205203944.GB8849@katla.katspace.homelinux.org>
References: <20061205155915.88109.qmail@web31007.mail.mud.yahoo.com>
	<20061205203944.GB8849@katla.katspace.homelinux.org>
Message-ID: <el73g8$q4f$1@sea.gmane.org>

Kathryn Andersen wrote:
> On Tue, Dec 05, 2006 at 07:59:15AM -0800, Nicholas Buttle wrote:
>> we've abandoned image based menus as being too much of
>> a headache.  Also, they work against the whole wiki
>> philosophy in that each time a user wants to
>> edit/create a menu item they have to do graphic
>> manipulation etc etc.
> 
> Yay!

Yay! (The group against silly wastes of bandwidth and irritating eye 
candy wins again!)

>  
>> Thus, is it possible to create a new css element for
>> certain sidebar links that we want highlighted
>> different to others?
> 
> http://www.pmwiki.org/wiki/PmWiki/WikiStyles
>  
> Kathryn Andersen


Take a look at the classes .selflink and .wikilink. (PmWiki does some of 
the work for you!)

If you've got a list of groups in the sidebar, you can the active one to 
highlight using
http://thread.gmane.org/gmane.comp.web.wiki.pmwiki.user/36083/focus=36109

(Note: add * to the pagevaribles in that recipe, to get them relative to 
the page in the main section, rather than the sidebar.)

Probably lots more tricks that are similar!

Cheers!

Sandy




From design5 at softflow.co.uk  Wed Dec  6 12:49:19 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 6 Dec 2006 18:49:19 +0000
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <45770FD7.4000807@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
Message-ID: <1985235081.20061206184919@softflow.co.uk>

Wednesday, December 6, 2006, 6:45:43 PM, Craige wrote:

> I tried the expression, and it was unsuccessful on a match. I assumed it
> wouldn't, as \\s is looking for a literal '\', and a possible 's'. The
> initial excaping backslash just excapes the \ in the special character,
> and then looks for 0 or more "s" characters. However, none of the 
> modifications of it that I thought would be approipiate worked either.

AFAIK the double escaping of special regex characters is necessary in
pmwiki markup. I simply take my lead from pmwiki's own use of markup.
See for instance scripts/stdmarkup.php.
The table markup may be especially interesting, as it deals with
several names in one markup.


Hans




From craige at internetadvisor.ca  Wed Dec  6 13:03:05 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Wed, 06 Dec 2006 14:03:05 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <1985235081.20061206184919@softflow.co.uk>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
	<1985235081.20061206184919@softflow.co.uk>
Message-ID: <457713E9.4000309@internetadvisor.ca>

Hans wrote:

>AFAIK the double escaping of special regex characters is necessary in
>pmwiki markup. I simply take my lead from pmwiki's own use of markup.
>See for instance scripts/stdmarkup.php.
>The table markup may be especially interesting, as it deals with
>several names in one markup.
>
>
>Hans
>
Interesting. However, the problem still remains the the expression does 
not match the markup (and if the regex characters need to be excaped, 
why does the other expression [the one I'm currently using] match?).

- Craige
-- InternetAdvisor.ca



From sandy at onebit.ca  Wed Dec  6 13:22:44 2006
From: sandy at onebit.ca (Sandy)
Date: Wed, 06 Dec 2006 14:22:44 -0500
Subject: [pmwiki-users] new to list, comment on comments
In-Reply-To: <3026.67.18.176.172.1165419063.squirrel@67.18.176.172>
References: <3026.67.18.176.172.1165419063.squirrel@67.18.176.172>
Message-ID: <el75a5$15h$1@sea.gmane.org>

Seth Rothenberg wrote:
> Greetings,
> I'm new to pmWiki, looks nice so far - easy to
> set up, etc.
> 
> I started to build a wiki (memorial to my father)...
> and added some links.  One link was broken, so I tried
> to comment it out for reference rather than delete it.
> 
> This is what works:
> 
> %Broken Links%
> %www.mosessinger.com attorneys %
> %attorney_view.php id=33%
> 
> This did not work:
> 
> %Broken Links%
> %www.mosessinger.com/attorneys/attorney_view.php?id=33%
> 
> (and a few permutations in between also didn't work.)
> 
> Should it work?
> Priority is not high, just thought I would share it.
> 
> unpublished draft of page is here:
> 
> http://sr.pachai.net
> 

For commenting out sections of text, use
(:if false:) 	 -  	always exclude text
or
(:comment:)

I'm 90% certain categories within a comment (as opposed to (:if false:) 
will work, so you can use [[!todo]]

Cheers!

Sandy





From pmichaud at pobox.com  Wed Dec  6 13:40:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 13:40:41 -0600
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <45770FD7.4000807@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
Message-ID: <20061206194039.GF11659@host.pmichaud.com>

On Wed, Dec 06, 2006 at 01:45:43PM -0500, Craige Leeder wrote:
> Hans wrote:
> >Tuesday, December 5, 2006, 10:07:22 PM, Craige wrote:
> >
> >to avoid the necessary space at (:map-end :)
> >you could try this regex instead:
> >
> >'/\(:map(-location|-end)\\s*(.*?):\)/ie'
> >
> 
> I tried the expression, and it was unsuccessful on a match. I assumed it 
> wouldn't, as \\s is looking for a literal '\', and a possible 's'. 

No, PHP converts '\\s' to be a backslash+'s', and then PCRE sees
the resulting '\s' as being the metasequence for matching whitespace.

PHP has some odd handling of backslashes in quoted strings, so
to avoid potential confusion I've simply gotten in the habit of
always using '\\' or "\\" whenever I want a single backslash in
the resulting string, even if PHP doesn't specifically require it.  
In the case of PCRE's \s construct, one can write either '\\s' or '\s'
and it will end up working out correctly, because PHP will convert
both of these to be a backslash+'s' string.

If one needs two backslashes in a string (e.g., to get PCRE to 
have \\ to match a literal backslash), then in PHP one has to
write either '\\\\' or "\\\\".

Pm



From pmichaud at pobox.com  Wed Dec  6 13:49:30 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 13:49:30 -0600
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <1985235081.20061206184919@softflow.co.uk>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
	<1985235081.20061206184919@softflow.co.uk>
Message-ID: <20061206194929.GG11659@host.pmichaud.com>

On Wed, Dec 06, 2006 at 06:49:19PM +0000, Hans wrote:
> Wednesday, December 6, 2006, 6:45:43 PM, Craige wrote:
> 
> > I tried the expression, and it was unsuccessful on a match. I assumed it
> > wouldn't, as \\s is looking for a literal '\', and a possible 's'. The
> > initial excaping backslash just excapes the \ in the special character,
> > and then looks for 0 or more "s" characters. However, none of the 
> > modifications of it that I thought would be approipiate worked either.
> 
> AFAIK the double escaping of special regex characters is necessary in
> pmwiki markup. I simply take my lead from pmwiki's own use of markup.

Doubling the escape is not always "necessary", it's just a
defensive coding habit that I've adopted over the years.  It
allows me to not have to worry about when PHP will treat backslash
as an escape or as a literal backslash.  So, if I want backslash+'n'
in a string, I always write '\\n' or "\\n" and I'm assured it will
be correct.

PHP is one of the few languages I know where a single backslash
inside of a double-quoted string is sometimes interpreted as
a literal backslash and not an escape.

Pm



From pmichaud at pobox.com  Wed Dec  6 14:01:00 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 14:01:00 -0600
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <45770FD7.4000807@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
Message-ID: <20061206200100.GH11659@host.pmichaud.com>

On Wed, Dec 06, 2006 at 01:45:43PM -0500, Craige Leeder wrote:
> Hans wrote:
> >to avoid the necessary space at (:map-end :)
> >you could try this regex instead:
> >
> >'/\(:map(-location|-end)\\s*(.*?):\)/ie'

Actually, the markup you're looking for is probably
something like:

  Markup('map', '_begin', 
    '/\\(:map(-location|-end)(\\s.*?)?:\\)/ie',
    "CvtMarkup('$1', PSS('$2'))");

The \s* approach above doesn't require the space (since \s*
will match an empty string), so what we really want is a
required space (i.e., \s) before any options.

Also, I should note that performing this markup at the '_begin'
stage of processing is *really* early -- in particular, it occurs
even before escapes ([=...=] and [@...@]) are processed.
At the very least I'd recommend that it be moved to occur
at some point after the escape markups:

  Markup('map', '>[=', 
    '/\\(:map(-location|-end)(\\s.*?)?:\\)/ie',
    "CvtMarkup('$1', PSS('$2'))");

I'd also recommend a function name other than "CvtMarkup".  :-)

Pm



From peterschwegler at quicknet.nl  Wed Dec  6 14:00:23 2006
From: peterschwegler at quicknet.nl (Peter Schwegler)
Date: Wed, 6 Dec 2006 21:00:23 +0100
Subject: [pmwiki-users] Question about images
Message-ID: <200612062100.23517.peterschwegler@quicknet.nl>

Hello Group,

I am having problems with images. I can attach images to my intranet-pages, 
but if I want to use %thumb%, %lframe% or other such markup, all I see is the 
name of the file. 
If I copy code-examples from PMWiki.org it works ok, but if I change the name 
of the file all I see is the name.

so:
%rframe% http://www.pmichaud.com/img/misc/gem.jpg | '''Rock on!'''
works (code-example from documentation-images), and
%rframe% Motobu_Choki2.jpg | '''Rock on!'''
does not work (displays a frame with Motubu_Choki2.jpg|Rock on!).

Any ideas where I should start to look?It will probably be something very 
simple (stupid mistake from me) but I am trying for two or three days now and 
I cannot find it

Thank you for your time

-- 
Peter Schwegler
Nachtegaal 87
1628 DE  HOORN

0229-232119



From pmichaud at pobox.com  Wed Dec  6 14:04:25 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 14:04:25 -0600
Subject: [pmwiki-users] Question about images
In-Reply-To: <200612062100.23517.peterschwegler@quicknet.nl>
References: <200612062100.23517.peterschwegler@quicknet.nl>
Message-ID: <20061206200424.GI11659@host.pmichaud.com>

On Wed, Dec 06, 2006 at 09:00:23PM +0100, Peter Schwegler wrote:
> Hello Group,
> 
> I am having problems with images. I can attach images to my intranet-pages, 
> but if I want to use %thumb%, %lframe% or other such markup, all I see is the 
> name of the file. 
> If I copy code-examples from PMWiki.org it works ok, but if I change the name 
> of the file all I see is the name.
> 
> so:
> %rframe% http://www.pmichaud.com/img/misc/gem.jpg | '''Rock on!'''
> works (code-example from documentation-images), and
> %rframe% Motobu_Choki2.jpg | '''Rock on!'''
> does not work (displays a frame with Motubu_Choki2.jpg|Rock on!).

In order to display an inline image, one has to use a link of
some form to the image (i.e., more than just the name of the
image).  If Motobu_Choki2.jpg is an attachment, then use
"Attach:Motobu_Choki2.jpg" -- if it's a file on a webserver somewhere,
then use the url to the file.

Pm



From craige at internetadvisor.ca  Wed Dec  6 14:11:01 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Wed, 06 Dec 2006 15:11:01 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <20061206200100.GH11659@host.pmichaud.com>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
	<20061206200100.GH11659@host.pmichaud.com>
Message-ID: <457723D5.2010001@internetadvisor.ca>

Patrick R. Michaud wrote:

>Actually, the markup you're looking for is probably
>something like:
>
>  Markup('map', '_begin', 
>    '/\\(:map(-location|-end)(\\s.*?)?:\\)/ie',
>    "CvtMarkup('$1', PSS('$2'))");
>
>The \s* approach above doesn't require the space (since \s*
>will match an empty string), so what we really want is a
>required space (i.e., \s) before any options.
>  
>
Okay, I tried it, and it got me to the same place my most recent 
expression got me: It matches the map-location, and map-end tags, but 
not base map tag.

And also, I'm not sure what possessed me, or you to do it, but we don't 
need the question marks. The asterisk means zero or more of the 
preceding, so the question mark is not required after the asterisk, it 
will pass not matching anything anyway.

>Also, I should note that performing this markup at the '_begin'
>stage of processing is *really* early -- in particular, it occurs
>even before escapes ([=...=] and [@...@]) are processed.
>At the very least I'd recommend that it be moved to occur
>at some point after the escape markups:
>
>  Markup('map', '>[=', 
>    '/\\(:map(-location|-end)(\\s.*?)?:\\)/ie',
>    "CvtMarkup('$1', PSS('$2'))");
>
>I'd also recommend a function name other than "CvtMarkup".  :-)
>  
>

Okay, I'll change it.  Still getting used to the way PmWiki works, so I 
wasn't aware.

- Craige
-- InternetAdvisor.ca



From craige at internetadvisor.ca  Wed Dec  6 14:18:42 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Wed, 06 Dec 2006 15:18:42 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <457723D5.2010001@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
	<20061206200100.GH11659@host.pmichaud.com>
	<457723D5.2010001@internetadvisor.ca>
Message-ID: <457725A2.6010906@internetadvisor.ca>

Craige Leeder wrote:

> Okay, I tried it, and it got me to the same place my most recent 
> expression got me: It matches the map-location, and map-end tags, but 
> not base map tag.

Nevermind, it matches the map tag now. I needed a '?' after 
'(-location|-end)'.

And I'll think of another name for CvtMarkup(). Looking back on it now, 
after my design has changed so much the name doesn't much reflect the 
action the function takes. Also, it's not a well thought out name in 
general.

- Craige
-- InternetAdvisor.ca



From pmichaud at pobox.com  Wed Dec  6 14:56:54 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 14:56:54 -0600
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <457723D5.2010001@internetadvisor.ca>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
	<20061206200100.GH11659@host.pmichaud.com>
	<457723D5.2010001@internetadvisor.ca>
Message-ID: <20061206205654.GJ11659@host.pmichaud.com>

On Wed, Dec 06, 2006 at 03:11:01PM -0500, Craige Leeder wrote:
> Patrick R. Michaud wrote:
> > Markup('map', '_begin', 
> >   '/\\(:map(-location|-end)(\\s.*?)?:\\)/ie',
> >   "CvtMarkup('$1', PSS('$2'))");
> >
> >The \s* approach above doesn't require the space (since \s*
> >will match an empty string), so what we really want is a
> >required space (i.e., \s) before any options.
> > 
> >
> Okay, I tried it, and it got me to the same place my most recent 
> expression got me: It matches the map-location, and map-end tags, but 
> not base map tag.
> 
> And also, I'm not sure what possessed me, or you to do it, but we don't 
> need the question marks. The asterisk means zero or more of the 
> preceding, so the question mark is not required after the asterisk, it 
> will pass not matching anything anyway.

Actually, in the general case the question mark _is_ needed.  

The difference between .* and .*? is that .*? matches the shortest
string possible, while .* matches the longest string possible.

So, for example, if we use .* instead of .*?, as in:

    Markup('map', '_begin', 
      '/\\(:map(-location|-end)?(\\s.*)?:\\)/ie',    
      "CvtMarkup('$1', PSS('$2'))");

and someone writes a markup line like

    (:map abc:) (:comment def:)

then the pattern for (:map:) inadvertently ends up matching both 
directives, with $2 set to "abc:) (:comment def".  Using .*? 
means that we stop at the first colon+paren that we find, while
using .* means that we'll stop at the last colon+paren that we 
find.

...snd we want the question mark at the end of (\\s.*?)?  because
the space is required only if there are any arguments.  Without
that question mark, we can't match (:map:), (:map-location:), or 
(:map-end:).

Lastly, it's probably worth pointing out that all of PmWiki's
core directives use "end" without a hyphen, as in (:ifend:), 
(:tableend:), (:markupend:), (:divend:), etc.  To avoid confusion
among authors, you might want to follow (or at least allow) the same 
convention for (:mapend:):

    Markup('map', '_begin', 
      '/\\(:map(-location|-?end)?(\\s.*?)?:\\)/ie',    
      "CvtMarkup('$1', PSS('$2'))");

Pm



From craige at internetadvisor.ca  Wed Dec  6 15:21:45 2006
From: craige at internetadvisor.ca (Craige Leeder)
Date: Wed, 06 Dec 2006 16:21:45 -0500
Subject: [pmwiki-users] Release: GoogleMapsInterface
In-Reply-To: <20061206205654.GJ11659@host.pmichaud.com>
References: <4575ED9A.90900@internetadvisor.ca>
	<748884960.20061206140103@softflow.co.uk>
	<45770FD7.4000807@internetadvisor.ca>
	<20061206200100.GH11659@host.pmichaud.com>
	<457723D5.2010001@internetadvisor.ca>
	<20061206205654.GJ11659@host.pmichaud.com>
Message-ID: <45773469.5030604@internetadvisor.ca>

Patrick R. Michaud wrote:

>The difference between .* and .*? is that .*? matches the shortest
>string possible, while .* matches the longest string possible.
>
>So, for example, if we use .* instead of .*?, as in:
>
>    Markup('map', '_begin', 
>      '/\\(:map(-location|-end)?(\\s.*)?:\\)/ie',    
>      "CvtMarkup('$1', PSS('$2'))");
>
>and someone writes a markup line like
>
>    (:map abc:) (:comment def:)
>
>then the pattern for (:map:) inadvertently ends up matching both 
>directives, with $2 set to "abc:) (:comment def".  Using .*? 
>means that we stop at the first colon+paren that we find, while
>using .* means that we'll stop at the last colon+paren that we 
>find.
>  
>
Okay. That's something I didn't know.

>...snd we want the question mark at the end of (\\s.*?)?  because
>the space is required only if there are any arguments.  Without
>that question mark, we can't match (:map:), (:map-location:), or 
>(:map-end:).
>
>Lastly, it's probably worth pointing out that all of PmWiki's
>core directives use "end" without a hyphen, as in (:ifend:), 
>(:tableend:), (:markupend:), (:divend:), etc.  To avoid confusion
>among authors, you might want to follow (or at least allow) the same 
>convention for (:mapend:):
>
>    Markup('map', '_begin', 
>      '/\\(:map(-location|-?end)?(\\s.*?)?:\\)/ie',    
>      "CvtMarkup('$1', PSS('$2'))");
>  
>

Okay, I made it made it manditory. I was going to make it optional, but 
it didn't seem like a good idea. (:mapend:) looks like it should end 
map, and (:map-end:) looks like it should modify (:map:), as 
(:map-location:) does. I will save the '-(.*?) for such a thing.

- Craige
-- InternetAdvisor.ca



From lu.gmane at wischik.com  Wed Dec  6 15:32:00 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Wed, 6 Dec 2006 21:32:00 +0000 (UTC)
Subject: [pmwiki-users] automatically generate image width/height?
Message-ID: <loom.20061206T222936-159@post.gmane.org>

I wonder if it would be useful for pmwiki to inspect .gif/.jpg
images that it attaches, look at their headers, read their dimensions,
and use these dimensions to emit
  <img src="pic.gif" width=100 height=200>
for
  Attach:pic.gif

That way the web-client would get the benefit of correctly-sized
image placeholders, the wiki author would get the benefit of
not having to specify image sizes, and it'd only impose a little
extra burden on the webserver to read about 100 bytes per image.

Is such a thing already written? What do people think?

-- 
Lucian




From editor at fast.st  Wed Dec  6 16:08:18 2006
From: editor at fast.st (The Editor)
Date: Wed, 6 Dec 2006 17:08:18 -0500
Subject: [pmwiki-users] automatically generate image width/height?
In-Reply-To: <loom.20061206T222936-159@post.gmane.org>
References: <loom.20061206T222936-159@post.gmane.org>
Message-ID: <fec7cf150612061408v45589e9g2a05ceecf3fc95cc@mail.gmail.com>

On 12/6/06, Lucian Wischik <lu.gmane at wischik.com> wrote:
> I wonder if it would be useful for pmwiki to inspect .gif/.jpg
> images that it attaches, look at their headers, read their dimensions,
> and use these dimensions to emit
>  <img src="pic.gif" width=100 height=200>
> for
>  Attach:pic.gif
>
> That way the web-client would get the benefit of correctly-sized
> image placeholders, the wiki author would get the benefit of
> not having to specify image sizes, and it'd only impose a little
> extra burden on the webserver to read about 100 bytes per image.
>
> Is such a thing already written? What do people think?
>
> --
> Lucian



Don't know if it's already been done, but I think it's a great idea!
That's one thing I didn't like about moodle and some other systems I
used.  The display seemed to jump around, reshaping itself as more and
more of the page content loaded. Yuck!

Don't have that problem so much with PmWiki because I have more
control over the skin...  But the idea is the same.

Cheers,
Caveman



From dzosborn at gmail.com  Wed Dec  6 16:44:26 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Wed, 6 Dec 2006 17:44:26 -0500
Subject: [pmwiki-users] BeeblebroxNetGila in FireFox & MSIE6
In-Reply-To: <680e31740612040851r59dbc88fheca4303a7bff3ca4@mail.gmail.com>
References: <680e31740611091210k7a3a376mfc9e05685433df50@mail.gmail.com>
	<45723E2B.9010103@verizon.net>
	<680e31740612021916l73cc49b8y2a889b768edfb2e3@mail.gmail.com>
	<200612031631.46101.robin@kallisti.net.nz>
	<680e31740612021944o22904383s2ff2a6195132bd0c@mail.gmail.com>
	<680e31740612040851r59dbc88fheca4303a7bff3ca4@mail.gmail.com>
Message-ID: <680e31740612061444l3c3aa549re9de37fce5269af@mail.gmail.com>

Not much luck on microsoft.public.internetexplorer.general
http://tinyurl.com/yhejfm either, but it's a fun place. Someone suggested to
someone else who had an IE problem to try Firefox...


On 12/4/06, Donald Z. Osborn <dzosborn at gmail.com> wrote:
>
> Well, no useful information came out of that effort, unfortunately. The
> only change I made to the gila.tmpl file was to add a script for a
> statcounter (which has been useful, but that's another issue). Removing that
> or replacing the gila.tmpl with the original, does not make a difference.
>
> Nothing has been changed on the gila.css or skin.php files in the
> beeblebrox folder.
>
> The config file is a bit more complicated but I removed the last thing I
> added to it, which was the XLPage script (on the outside chance that might
> make a difference). There's nothing unusual there anyway.
>
> Looking at the overall system,
> 1) the only big change was to add French language files to wikilib.d
> 2) I'm also in the process of setting up a numbre of wikigroups
>
> The only new category of content is images
> 1) A number of ordinary maps and tables
> 2) Animated flag gifs from 2 sources (I've removed these from the server
> in the process of trying to debug - may be silly, but as I wrote previously
> this is down to wild guesses now).
>
> I am trying to pose the question on a MSIE forum (easier said than done,
> so far). But any further thoughts from anyone on this list would be helpful.
>
> TIA...
>
> Don
>
>
>
> On 12/2/06, Donald Z. Osborn <dzosborn at gmail.com> wrote:
> >
> > I'll try that. I was wondering if a javascript might mess things up
> > somehow, but removing one from the gila.tmpl (a counter script) did not
> > make a difference, nor did removing animated flags from wiki page content.
> >
> > Other than that I haven't messed much with the config files or the skin
> > files, but maybe I did something by accident without noticing.
> >
> > Don
> >
> > On 12/2/06, Robin Sheat <robin at kallisti.net.nz> wrote:
> > >
> > > On Sunday 03 December 2006 16:16, Donald Z. Osborn wrote:
> > > > The thing is that the Beeblebrox gila skin on pmwiki.org displays
> > > fine in
> > > > MSIE. And it did for my wiki too until last month. Whatever I did I
> > > can't
> > > > figure it out (or else I just can't undo it). I'm not sure what I
> > > should be
> > > > looking for. I suppose I could reinstall the skin but that means
> > > redoing
> > > > customizations.
> > > Can you not download the original one, and diff it against your
> > > current one,
> > > and see what the differences are. Then test them one at a time to see
> > > which
> > > one is causing the problem.
> > >
> > > Robin.
> > >
> > > _______________________________________________
> > > pmwiki-users mailing list
> > > pmwiki-users at pmichaud.com
> > > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> > >
> >
> >
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061206/8123e34e/attachment.html 

From tmdowling at gmail.com  Wed Dec  6 16:48:45 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Wed, 6 Dec 2006 16:48:45 -0600
Subject: [pmwiki-users] automatically generate image width/height?
In-Reply-To: <fec7cf150612061408v45589e9g2a05ceecf3fc95cc@mail.gmail.com>
References: <loom.20061206T222936-159@post.gmane.org>
	<fec7cf150612061408v45589e9g2a05ceecf3fc95cc@mail.gmail.com>
Message-ID: <5c8455a0612061448s5e02bc54t2c58b74185156fa8@mail.gmail.com>

On 12/6/06, The Editor <editor at fast.st> wrote:
> On 12/6/06, Lucian Wischik <lu.gmane at wischik.com> wrote:
> > I wonder if it would be useful for pmwiki to inspect .gif/.jpg
> > images that it attaches, look at their headers, read their dimensions,
> > and use these dimensions to emit
> >  <img src="pic.gif" width=100 height=200>
> > for
> >  Attach:pic.gif
> >
> > That way the web-client would get the benefit of correctly-sized
> > image placeholders, the wiki author would get the benefit of
> > not having to specify image sizes, and it'd only impose a little
> > extra burden on the webserver to read about 100 bytes per image.
> >
> > Is such a thing already written? What do people think?
> >
> > --
> > Lucian
>
>
>
> Don't know if it's already been done, but I think it's a great idea!
> That's one thing I didn't like about moodle and some other systems I
> used.  The display seemed to jump around, reshaping itself as more and
> more of the page content loaded. Yuck!
>
> Don't have that problem so much with PmWiki because I have more
> control over the skin...  But the idea is the same.

If it were set up right, it might also allow me, as an editor, to say

(:if img-height>=img-width:)%width=200px%Attach:img.jpg%%
(:if img-width>img-height:)%height=200px%Attach:img.jpg%%(:ifend:)

so I could be sure that, regardless of the image's portrait/landscape
orientation, the larger of the two dimensions would be no more than
200px (or whatever my target maximum might be).



From pmichaud at pobox.com  Wed Dec  6 19:09:46 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 6 Dec 2006 19:09:46 -0600
Subject: [pmwiki-users] automatically generate image width/height?
In-Reply-To: <loom.20061206T222936-159@post.gmane.org>
References: <loom.20061206T222936-159@post.gmane.org>
Message-ID: <20061207010946.GA25897@host.pmichaud.com>

On Wed, Dec 06, 2006 at 09:32:00PM +0000, Lucian Wischik wrote:
> I wonder if it would be useful for pmwiki to inspect .gif/.jpg
> images that it attaches, look at their headers, read their dimensions,
> and use these dimensions to emit
>   <img src="pic.gif" width=100 height=200>
> for
>   Attach:pic.gif
> 
> That way the web-client would get the benefit of correctly-sized
> image placeholders, the wiki author would get the benefit of
> not having to specify image sizes, and it'd only impose a little
> extra burden on the webserver to read about 100 bytes per image.
> 
> Is such a thing already written? What do people think?

The biggest obstacle is that this can only work for images where
PmWiki knows the location of the image -- i.e., attachments.
For images that are obtained via http:// or some other web
address, PmWiki can't easily get the image size (except by doing
a separate fetch of the image, which probably isn't a good idea).

There's also the issue that many PHP configurations don't have
the image processing libraries enabled, so there's not a reliable 
method to inspect the .gif/.jpg images.  (Yes, we could choose to
not generate width/height when the libraries aren't present, but
it is another consideration.)

Lastly we'd have to handle the case where an author chooses to override
the width/height via a wikistyle, which complicates things even
more, because the wikistyle code has to be able to look at the
<img ... /> tag and remove any existing width/height values that
may be present.  Doable, but still messy.

I've thought about trying to enable automatic calculation of
width/height for attachments, but it introduces enough complications
into the overall processing that I've let it go for now.

Pm



From pmwiki at 911networks.com  Wed Dec  6 19:17:39 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Wed, 6 Dec 2006 17:17:39 -0800
Subject: [pmwiki-users] Clean URL [again]
Message-ID: <20061206171739.3b9a2215@tadpole>

I have 2.2.0b16 with Apache 2.x

My URL is:

www.test.ca/index.php/Site/Tomorrow

I want to remove the index.php so that I get: www.test.ca/Site/Tomorrow

I already have 
    RewriteEngine on
    RewriteCond %{HTTP_HOST} ^test.ca [NC]
    RewriteRule ^(.*)$ http://www.test.ca$1 [L,R=301]
to add the www.

I have not defined $ScriptUrl or $PubDirUrl
I have $EnablePathInfo = 1;

PmWiki is installed on the root of the domain.

Any suggestion?


-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From lu.gmane at wischik.com  Wed Dec  6 20:16:41 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Thu, 7 Dec 2006 02:16:41 +0000 (UTC)
Subject: [pmwiki-users] automatically generate image width/height?
References: <loom.20061206T222936-159@post.gmane.org>
	<20061207010946.GA25897@host.pmichaud.com>
Message-ID: <loom.20061207T031159-397@post.gmane.org>

Patrick R. Michaud <pmichaud <at> pobox.com> writes:
> The biggest obstacle is that this can only work for images where
> PmWiki knows the location of the image
> There's also the issue that many PHP configurations don't have
> the image processing libraries enabled

I don't see either as obstacles. If the image is present and
the image-processing libraries are enabled, then emit the
width= and height= tags, and the image will display correctly
in the client webbrowser. If either is absent, then omit the
tags, and the image will still display correctly in the client
webbrowser. This is merely an optimization; it doesn't affect correctness.


> Lastly we'd have to handle the case where an author chooses to override
> the width/height via a wikistyle, which complicates things even
> more, because the wikistyle code has to be able to look at the
> <img ... /> tag and remove any existing width/height values that
> may be present.

Really? If you write
<img style="width:20px; height:20px;" width=200 height=200 src="a.gif">
then the CSS takes priority of the HTML tags. Similarly
<img class="fred"> takes priority over the HTML tags.
I don't know how wikistyles are implemented, but hopefully they'll
be done with one of these.

-- 
Lucian





From lu.gmane at wischik.com  Wed Dec  6 23:34:39 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Thu, 7 Dec 2006 05:34:39 +0000 (UTC)
Subject: [pmwiki-users] automatically generate image width/height?
References: <loom.20061206T222936-159@post.gmane.org>
	<20061207010946.GA25897@host.pmichaud.com>
Message-ID: <loom.20061207T062544-58@post.gmane.org>

Patrick R. Michaud <pmichaud <at> pobox.com> writes:
> The biggest obstacle is that this can only work for images where
> PmWiki knows the location of the image -- i.e., attachments.
> For images that are obtained via http:// or some other web
> address, PmWiki can't easily get the image size (except by doing
> a separate fetch of the image, which probably isn't a good idea).

Actually, it would be a MISTAKE to try to get the dimensions of
remote images. Doing so would involve a pmwiki<->image network
round-trip before pmwiki could start sending the page down to
the client, i.e. a pointless additional network communication.


> There's also the issue that many PHP configurations don't have
> the image processing libraries enabled, so there's not a reliable 
> method to inspect the .gif/.jpg images.

The PHP docs for getimagesize() say: "Note: The getimagesize()
function does not require the GD image library."

Before I read that note, I wrote up a small PHP routine to retrieve
the image size of PNG/GIF/JPEG by examining the file header:
http://www.wischik.com/lu/Programmer/GetImageSize


-- 
Lucian




From stephane.smets at banksys.be  Thu Dec  7 01:12:54 2006
From: stephane.smets at banksys.be (SMETS Stephane     BKS-IT)
Date: Thu, 7 Dec 2006 08:12:54 +0100
Subject: [pmwiki-users] zapsite
Message-ID: <70442076C3BC5241B70CDA7B3931AC511B0B23@eri.winad.be>

Hello
Finaly I understand what it happens.
It is a browser setting for security with the cookie, on ALL internet explorer version. The cookie is coming from www.fast.st/zap  and not from zapsite.org so the browser block it for security reason. If I surf with http://www.fast.st/zap I can login. That means probably also that any visitor under IE cannot  run your site. (except if they lower the security level which is not a good idea)
Can I suggest that you make a little message on the site?
And can I also suggest that we can read (not test) the documentation without any login? 
Thanks in advance for all
St?phane 


 -----Original Message-----
From: 	fast4god at gmail.com [mailto:fast4god at gmail.com]  On Behalf Of The Editor
Sent:	mercredi 6 d?cembre 2006 18:44
To:	SMETS Stephane     BKS-IT
Cc:	Pmwiki-Users (E-mail)
Subject:	Re: [pmwiki-users] zapsite

On 12/6/06, SMETS Stephane     BKS-IT <stephane.smets at banksys.be> wrote:
>
>
> Hello the list
>
> Can you log on the zapsite doc ? I try Guest but I receive all the tme an
> error, and also when I create an account :
>
> Error! There seems to have been some problem submitting your form. ..... bla
>
> Thanks for the help
>
> St?phane


If this is the error you are getting it is because your zapform
session variable is not being stored/retrieved properly.

An error occurred. Form could not be processed.

But it should work.  I just logged in as Guest/test and it worked fine.

If anyone has any suggestions, I'd appreciate input as I can't
reproduce the problem.

Cheers,
Caveman

PS.  Maybe more info on your setup:  browser, os, etc.  Exact error message...


sa Banksys nv - Chaussee de Haecht 1442 Haachtsesteenweg 
- 1130 Brussels - Belgium
RPM-RPR Bruxelles-Brussel - TVA-BTW BE 0418.547.872
Bankrekening-Compte Bancaire-Bank Account 310-0269424-44
BIC BBRUBEBB - IBAN BE55 3100 2694 2444

"The information contained in this e-mail and any attachment thereto is confidential and may contain information which is protected by intellectual property rights.
This information is intended for the exclusive use of the recipient(s) named above.
This e-mail does not constitute any binding relationship or offer toward any of the addressees.
If you are not one of the addressees , one of their employees or a proxy holder entitled to hand over this message to the addressee(s), any use of the information contained herein (e.g. reproduction, divulgation, communication or distribution,...) is prohibited.
If you have received this message in error, please notify the sender and destroy it immediately after.
The integrity and security of this message cannot be guaranteed and it may be subject to data corruption, interception and unauthorized amendment, for which we accept no liability."




From lists at manor-farm.org  Thu Dec  7 04:20:19 2006
From: lists at manor-farm.org (Ian Barton)
Date: Thu, 07 Dec 2006 10:20:19 +0000
Subject: [pmwiki-users] A Couple of Category Questions
Message-ID: <4577EAE3.5010204@manor-farm.org>

I use categories a lot in my journal wiki and have come up against a 
couple of problems, which are essentially caused by mistyping category 
names.

I think this has been asked before, but I can't find and answer:

Is there any way to list all the categories defined in a wiki?

I think I could get all the unique category names by iterating through 
the wiki pages and building an array of categories as I went, but is 
there a more efficient method. My goal would be to correct pages where I 
have entered something like [[!Bike ride]] instead of [[!Cycling]].

If I can get a list of all categories, I can build a pagelist of 
categories with incorrect names and correct them.


Question 2:

What would be a good method of restricting authors to only use a 
particular set of defined categories e.g. an edit form with a 
pre-defined list of categories.

My current workaround is to define an edit template which contains all 
my common categories and then delete thos that don't apply when I create 
the page.

Ian.



From anno at shroomery.org  Thu Dec  7 04:30:10 2006
From: anno at shroomery.org (Anno)
Date: Thu, 07 Dec 2006 11:30:10 +0100
Subject: [pmwiki-users] Clean URL [again]
In-Reply-To: <20061206171739.3b9a2215@tadpole>
References: <20061206171739.3b9a2215@tadpole>
Message-ID: <el8qfg$u4f$1@sea.gmane.org>

http://www.pmwiki.org/wiki/Cookbook/CleanUrls#URL_rewriting




From design5 at softflow.co.uk  Thu Dec  7 05:21:21 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 7 Dec 2006 11:21:21 +0000
Subject: [pmwiki-users] A Couple of Category Questions
In-Reply-To: <4577EAE3.5010204@manor-farm.org>
References: <4577EAE3.5010204@manor-farm.org>
Message-ID: <801632876.20061207112121@softflow.co.uk>

Thursday, December 7, 2006, 10:20:19 AM, Ian wrote:

> Is there any way to list all the categories defined in a wiki?

Categories are essentially pages in a group called 'Category'.
(you can redefine the name in config.php like

     $CategoryGroup = 'MyCategoryName';

A link to a category page can be written as [[!SomeCategory]], which
is essentially the same as [[$CategoryGroup/SomeCategory]]

So to list all your categories you can use pagelist:

(:pagelist group=Category list=normal fmt=title:)

To put that into Category/Category will give you an index of
categories on the group's "home page".

And I think that pmwiki now creates the pages for categories
automatically. Or not?

See more: http://www.pmwiki.org/wiki/PmWiki/Categories


Hans




From ensjli at polyu.edu.hk  Thu Dec  7 06:16:11 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Thu, 7 Dec 2006 20:16:11 +0800
Subject: [pmwiki-users] Can two different groups have the same titles?
Message-ID: <200612072016116095002@polyu.edu.hk>

Hi all,

I have two WikiGroup ABC_en and ABC_cn and want both of them to display as "ABC" everywhere in the site (of course, except for the URLs and the files).
Is it possible to realize such a function?

Shujun





From design5 at softflow.co.uk  Thu Dec  7 06:16:17 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 7 Dec 2006 12:16:17 +0000
Subject: [pmwiki-users] Can two different groups have the same titles?
In-Reply-To: <200612072016116095002@polyu.edu.hk>
References: <200612072016116095002@polyu.edu.hk>
Message-ID: <15045791.20061207121617@softflow.co.uk>

Thursday, December 7, 2006, 12:16:11 PM, Shujun wrote:

> I have two WikiGroup ABC_en and ABC_cn and want both of them to display as "ABC" everywhere in
> the site (of course, except for the URLs and the files).
> Is it possible to realize such a function?

yes, you can do that by using the GroupTitle recipe:
http://www.pmwiki.org/wiki/Cookbook/GroupTitle


Hans




From jwosnick at fastmail.fm  Thu Dec  7 07:34:01 2006
From: jwosnick at fastmail.fm (Jordan Wosnick)
Date: Thu, 07 Dec 2006 08:34:01 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
Message-ID: <45781849.7080202@fastmail.fm>


Hi All,

I am using PMWiki as a "content management system" and blog (using 
BlogSimple2) -- see http://www.photosensitive.ca/wiki (comments welcome!)

The system works more-or-less okay right now, but I do remember 
reading a few months ago that built-in blogging support in PMWiki was 
imminent. Is there any status update/ETA for this feature?

Thanks

Jordan
http://www.photosensitive.ca

-- 


Jordan Wosnick
jwosnick at fastmail.fm



From design5 at softflow.co.uk  Thu Dec  7 07:45:24 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 7 Dec 2006 13:45:24 +0000
Subject: [pmwiki-users] Can two different groups have the same titles?
In-Reply-To: <200612072123280781770@polyu.edu.hk>
References: <200612072016116095002@polyu.edu.hk>
	<15045791.20061207121617@softflow.co.uk>
	<200612072123280781770@polyu.edu.hk>
Message-ID: <755787641.20061207134524@softflow.co.uk>

Thursday, December 7, 2006, 1:23:28 PM, Shujun wrote:

> Thanks for the information, but I don't know how to use it.
> Can you please show me an example? Thanks.

> I have tried to add the following line in ABC_cn.php, but it does not work:
>  $GroupTitle = 'ABC';

I assume you installed the script according to the instruction on the
cookbook page. Then you can use in wiki pages the new page variables:
{$GroupTitle} and {$GroupTitlespaced}, and in a skin tmpl file you can
use also $Grouptitle and $GroupTitlespaced, as placeholders where the
group title should be displayed.

To define a GroupTitle the description says:
The group title is taken as the first title found in GroupAttributes,
GroupHeader, GroupFooter, Group.Group, or Group.HomePage. If none of
these pages have titles, then the name of the group is used (spaced
according to $GroupTitlespaced or $SpaceWikiWords).

So you would use a (:title My Group Title:) directive on for instance
the GroupAttributes or GroupHeader page. Then all pages in the group
can display this title "My Group Title" as group title. But most
likely you would need to modify the skin's template file, so the
name in normal link at the page head for the Group is replaced by
$GroupTitle or $GroupTitlespaced. I.e. in skin tmpl file change
$Group or $Groupspaced to $GroupTitle or $GroupTitlespaced.

The skins I developed have this modification already built in
(FixFlow, Gemini, Triad) and will show the GroupTitle straight away in
the page's titlebar. You can see an example on my test site:
Group 'Test' has got the title 'Test Group':
http://softflow.co.uk/design/Test/TestPages

So for you instead of adding anything to ABC_cn.php you add
(:title ABC:) to the wiki pages ABC_cn.GroupHeader and
ABC_en.GroupHeader. AND modify the skin template.

The documentation is a bit short for this recipe.
Hope these explanations help.


Hans




From design5 at softflow.co.uk  Thu Dec  7 09:31:23 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 7 Dec 2006 15:31:23 +0000
Subject: [pmwiki-users] A Couple of Category Questions
In-Reply-To: <801632876.20061207112121@softflow.co.uk>
References: <4577EAE3.5010204@manor-farm.org>
	<801632876.20061207112121@softflow.co.uk>
Message-ID: <176834910.20061207153123@softflow.co.uk>

Thursday, December 7, 2006, 11:21:21 AM, Hans wrote:

> And I think that pmwiki now creates the pages for categories
> automatically. Or not?

Well  am told it does not. But it can, from version 2.2.0beta11,
by adding this to config.php:

   $AutoCreate['/^Category\\./'] = array('ctime' => $Now);

From the release notes:

It's now possible [~PmWiki 2.2.0beta11] to configure PmWiki to
automatically create Category pages whenever a page is saved
with category links and the corresponding category doesn't
already exist. Pages are created only if the author has
appropriate write permissions into the group.

So in order to get a pagelist of all categories it may be good to
add this $AutoCreate variable, so any new categories created will
automatically appear as pages in group Category, and the pagelist
will show these.


Hans




From pmwiki at 911networks.com  Thu Dec  7 09:44:05 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Thu, 7 Dec 2006 07:44:05 -0800
Subject: [pmwiki-users] Clean URL [again]
In-Reply-To: <el8qfg$u4f$1@sea.gmane.org>
References: <20061206171739.3b9a2215@tadpole>
 <el8qfg$u4f$1@sea.gmane.org>
Message-ID: <20061207074405.40601760@tadpole>

On Thu, 07 Dec 2006 11:30:10 +0100
Anno <anno at shroomery.org> wrote:

> http://www.pmwiki.org/wiki/Cookbook/CleanUrls#URL_rewriting

Obviously I don't understand it:

1. This is running on an intranet

==================================================

2. .htaccess [apache 2.0]

# Use mod_rewrite to enable "Clean URLs" for a PmWiki installation.
RewriteEngine On
# The rewrite base will be the document root.
RewriteBase /
# Send requests without parameters to pmwiki.php.
RewriteRule ^$           index.php  [L]
# Send requests to pmwiki.php, appending the query string part.
RewriteRule ^([^/a-z].*) index.php?n=$1  [QSA,L]

# Don't rewrite requests for any files, directories, or symbolic
# links (shortcuts) that exist on the filesystem.
RewriteCond %{REQUEST_FILENAME} !-f
RewriteCond %{REQUEST_FILENAME} !-d
RewriteCond %{REQUEST_FILENAME} !-l

========================================

3. local/config.php

$ScriptUrl = "http://www.kbinfo.abc";

kbinfo.abc is mapped in /etc/hosts [for linux] and hosts [for MS] to
172.31.2.19

It works on the home page, but all the other links give:

404 not found: Not Found

The requested URL /Site/Tomorrow was not found on this server.

=====================================

4. The directory structure is:

total 108K
drwxr-s---  2 www www 4.0K Nov 26 13:29 cookbook
drwxr-s---  2 www www 4.0K Nov 10 09:20 docs
-rw-r-----  1 www www   29 Nov 14 11:36 index.php
drwxr-s---  2 www www 4.0K Dec  7 07:37 local
-rwxr-x--x  1 www www  69K Nov  4 07:43 pmwiki.php
drwxr-s---  6 www www 4.0K Nov 21 18:34 pub
drwxr-s---  2 www www 4.0K Nov 10 09:20 scripts
drwxr-s---  2 www www 4.0K Dec  6 18:56 wiki.d
drwxr-s---  2 www www 4.0K Nov 10 09:20 wikilib.d

which is in the root the virtual host. 

Any suggestion?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From design5 at softflow.co.uk  Thu Dec  7 09:40:23 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 7 Dec 2006 15:40:23 +0000
Subject: [pmwiki-users] A Couple of Category Questions
In-Reply-To: <4577EAE3.5010204@manor-farm.org>
References: <4577EAE3.5010204@manor-farm.org>
Message-ID: <1153621234.20061207154023@softflow.co.uk>

Thursday, December 7, 2006, 10:20:19 AM, Ian wrote:

> What would be a good method of restricting authors to only use a 
> particular set of defined categories e.g. an edit form with a 
> pre-defined list of categories.

A drop-down list would be sweet for this.
But we don't have a drop-down list input form amongst pmwiki's standard
input markup yet. And using such a thing on the edit form would mean
that it should place the appropriate category markup into the textarea.
This can only be done with javascript, and again (:input :) directives
will not allow javascript insets for understandable security
reasons. Only guibutton definitions are adding markup into the
textarea via javascript. Not quite the smart way to add category
links. Looks like a special recipe needs to be created for this.


Hans




From anno at shroomery.org  Thu Dec  7 09:51:46 2006
From: anno at shroomery.org (Anno)
Date: Thu, 07 Dec 2006 16:51:46 +0100
Subject: [pmwiki-users] Clean URL [again]
In-Reply-To: <20061207074405.40601760@tadpole>
References: <20061206171739.3b9a2215@tadpole> <el8qfg$u4f$1@sea.gmane.org>
	<20061207074405.40601760@tadpole>
Message-ID: <el9daf$i68$1@sea.gmane.org>

My .htaccess file looks like this:

DirectoryIndex  pmwiki.php index.php
Options +FollowSymLinks
RewriteEngine on
RewriteCond %{REQUEST_FILENAME}  !-f
RewriteCond %{REQUEST_FILENAME}  !-d
RewriteRule ^([^/a-z].*) pmwiki.php?n=$1 [QSA,L]




From nicholas_buttle at yahoo.com  Thu Dec  7 09:55:23 2006
From: nicholas_buttle at yahoo.com (Nicholas Buttle)
Date: Thu, 7 Dec 2006 07:55:23 -0800 (PST)
Subject: [pmwiki-users] overriding class 'wikilink' ??
Message-ID: <421172.36828.qm@web31013.mail.mud.yahoo.com>

looking at my page source gives this...

<div id='sidebar'><p><span  style='color: #4E4541;
text-decoration: none; font-size: smaller;'> <a
style='color: #4E4541' class='wikilink'
href='http://localhost/wiki10nov/pmwiki?n=Main.HomePage'>home
page</a> </span>

this is despite me having put wikistyles round the
'home page' link in the sidebar as follows...

%color:#4E4541 text-decoration:none font-size:smaller%
[[Main/HomePage | home page]] %%

so I guess what's happening is that the wikilink class
is overriding my wikistyle code.  Is there a way
either to define a new class in my stylesheet for this
link and this link only?

TIA

Nicholas



 
____________________________________________________________________________________
Any questions? Get answers on any topic at www.Answers.yahoo.com.  Try it now.



From editor at fast.st  Thu Dec  7 09:59:18 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 10:59:18 -0500
Subject: [pmwiki-users] [pmwiki-devel] Redirect in php
In-Reply-To: <20061207011447.GB25897@host.pmichaud.com>
References: <fec7cf150612061550p5e1a2312xa6c769f7902c36c8@mail.gmail.com>
	<20061207011447.GB25897@host.pmichaud.com>
Message-ID: <fec7cf150612070759v10e362fh4b1e0deb961cfdbf@mail.gmail.com>

> Be sure you have the various PHP error reporting features turned on --
> particularly the 'track_errors' and 'display_errors' configuration
> settings for PHP itself.

Can you explain how to do this?  In my php folder I can't even see a
ini file.  I do have ini-dist and ini-recommended.  Perhaps I am
supposed to turn ini-dist to ini and then change track_errors and
display_errors to true, or 1?

TIA.  This should really be a help!  All that work on ZAP and never an
error message to help debug.  Jeepers.

Cheers,
Caveman



From lists at manor-farm.org  Thu Dec  7 10:11:38 2006
From: lists at manor-farm.org (Ian Barton)
Date: Thu, 07 Dec 2006 16:11:38 +0000
Subject: [pmwiki-users] [pmwiki-devel] Redirect in php
In-Reply-To: <fec7cf150612070759v10e362fh4b1e0deb961cfdbf@mail.gmail.com>
References: <fec7cf150612061550p5e1a2312xa6c769f7902c36c8@mail.gmail.com>	<20061207011447.GB25897@host.pmichaud.com>
	<fec7cf150612070759v10e362fh4b1e0deb961cfdbf@mail.gmail.com>
Message-ID: <45783D3A.4050805@manor-farm.org>


>> Be sure you have the various PHP error reporting features turned on --
>> particularly the 'track_errors' and 'display_errors' configuration

> 
> Can you explain how to do this?  In my php folder I can't even see a
> ini file.  I do have ini-dist and ini-recommended.  Perhaps I am
> supposed to turn ini-dist to ini and then change track_errors and
> display_errors to true, or 1?
> 
> TIA.  This should really be a help!  All that work on ZAP and never an
> error message to help debug.  Jeepers.


What OS are you using? If it's Windows you need to copy php.ini-dist to 
php.ini. If it's Linux php.ini usually lurks somewhere like 
/etc/php5/apache2.

Don't forget to restart apache after altering php.ini as values are read 
at startup.

Ian.



From pmwiki at 911networks.com  Thu Dec  7 10:14:32 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Thu, 7 Dec 2006 08:14:32 -0800
Subject: [pmwiki-users] Clean URL [again]
In-Reply-To: <el9daf$i68$1@sea.gmane.org>
References: <20061206171739.3b9a2215@tadpole> <el8qfg$u4f$1@sea.gmane.org>
	<20061207074405.40601760@tadpole> <el9daf$i68$1@sea.gmane.org>
Message-ID: <20061207081432.54d88fef@tadpole>

On Thu, 07 Dec 2006 16:51:46 +0100
Anno <anno at shroomery.org> wrote:

> DirectoryIndex  pmwiki.php index.php
> Options +FollowSymLinks
> RewriteEngine on
> RewriteCond %{REQUEST_FILENAME}  !-f
> RewriteCond %{REQUEST_FILENAME}  !-d
> RewriteRule ^([^/a-z].*) pmwiki.php?n=$1 [QSA,L]

Tried it with replacing pmwiki.php with index.php and it does not fix
my problem, it still shows:

http://http://www.kbinfo.abc/index.php/Site/Tomorrow
I'd like to get:
http://http://www.kbinfo.abc/Site/Tomorrow

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From editor at fast.st  Thu Dec  7 10:38:50 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 11:38:50 -0500
Subject: [pmwiki-users] zapsite
In-Reply-To: <70442076C3BC5241B70CDA7B3931AC511B0B23@eri.winad.be>
References: <70442076C3BC5241B70CDA7B3931AC511B0B23@eri.winad.be>
Message-ID: <fec7cf150612070838q32a48430he38ef0defb35ccc@mail.gmail.com>

On 12/7/06, SMETS Stephane     BKS-IT <stephane.smets at banksys.be> wrote:
> Hello
> Finaly I understand what it happens.
> It is a browser setting for security with the cookie, on ALL internet explorer version. The cookie is coming from www.fast.st/zap  and not from zapsite.org so the browser block it for security reason. If I surf with http://www.fast.st/zap I can login. That means probably also that any visitor under IE cannot  run your site. (except if they lower the security level which is not a good idea)
> Can I suggest that you make a little message on the site?
> And can I also suggest that we can read (not test) the documentation without any login?
> Thanks in advance for all
> St?phane

Thanks Stephane for figuring this out and my apologies.  I don't use
IE except as necessary and hadn't noticed it as I usually type the
full path to help in my debugging, etc.  That may also explain why the
source doesn't work in IE.

I just fixed this.  Let me know if it works now for you...

As for being able to see the documentation, it's all open to read,
except for the snippets, and they are open--just the links don't
appear in the sidebar unless you login.

The problem with changing that is, people try to use a snippet before
they login, then it doesn't work (it can be made to work but its a bit
of trouble), and then they decide ZAP doesn't work right or
whatever...  So now they need to login, and everything works
(hopefully) like it's supposed to...

You can of course always just login as Guest/test

Cheers
Caveman



From ensjli at polyu.edu.hk  Thu Dec  7 10:43:13 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Fri, 8 Dec 2006 00:43:13 +0800
Subject: [pmwiki-users] $WikiTitle in myGroup.php
Message-ID: <200612080043130003772@polyu.edu.hk>

Hi all,

I want to change the WikiTitle for a Chinese WikiGroup by using $WikiTitle, but the Chinese characters become something unreadable (though English parts are all OK).
However, setting the same Chinese WikiTitle in config.php can work well.

Can anyone help me solve this problem?

Shujun





From ldouglas at uvm.edu  Thu Dec  7 12:02:59 2006
From: ldouglas at uvm.edu (Lida Douglas)
Date: Thu, 07 Dec 2006 13:02:59 -0500
Subject: [pmwiki-users] Upload error
Message-ID: <45785753.5070707@uvm.edu>

I have PMWiki 2.2 loaded on a Windows 2003 server with PHP installed.   
I enabled Upload and put in a site-wide password in the config file:
$EnableUpload = 1;
$DefaultPasswords['upload'] = crypt('secret');

When I try to upload a file, it asks for the password, lets me go 
through the process of finding and naming the file.  But when I click 
Upload, it asks for the password twice more and then returns to the 
Upload screen with a message that no file was uploaded.  If I change the 
config file to $DefaultPasswords['upload'] = ' '; the upload works 
correctly.....but of course that defeats the security issue!

Any ideas??


Thanks!

-- 
Lida Douglas
Information Technology Professional
Dana Medical Library
University of Vermont
(802) 656-8863




From admin at obutex.com  Thu Dec  7 12:15:52 2006
From: admin at obutex.com (=?ISO-8859-2?Q?Jiri_Hlad=F9vka_/_OBUTEX?=)
Date: Thu, 07 Dec 2006 19:15:52 +0100
Subject: [pmwiki-users] ZAP datapage # inconsistency
In-Reply-To: <fec7cf150612070759v10e362fh4b1e0deb961cfdbf@mail.gmail.com>
References: <fec7cf150612061550p5e1a2312xa6c769f7902c36c8@mail.gmail.com>	<20061207011447.GB25897@host.pmichaud.com>
	<fec7cf150612070759v10e362fh4b1e0deb961cfdbf@mail.gmail.com>
Message-ID: <45785A58.9050908@obutex.com>

Hi Caveman,
a user put this comment in http://www.pmwiki.org/wiki/Cookbook/ZAPforum :
"... except that the first Thread gets Id 1000, the next gets Id 2, then 
Id 3, etc. This looks silly and cant be right..."

Would you check it please. On my sites happens the same after Nov 20 
2006 ZAP modules release.
It looks like the 2nd page is generated from pages count not the 
numbered names. Or is it treated
as a text not a number ? Will be Group.11 pagename greater then Group.2 ?
I prefer the 1xxxx numbering.

Thanks,
Jiri

-- 
OBUTEX s.r.o
Ing.Ji?? Hlad?vka
Zlatovsk? 22
911 01 Tren??n

tel.: +421 (0)32 6587000
mailto:admin at obutex.com

http://www.obutex.com





From pmichaud at pobox.com  Thu Dec  7 12:13:32 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 7 Dec 2006 12:13:32 -0600
Subject: [pmwiki-users] Upload error
In-Reply-To: <45785753.5070707@uvm.edu>
References: <45785753.5070707@uvm.edu>
Message-ID: <20061207181330.GA17617@host.pmichaud.com>

On Thu, Dec 07, 2006 at 01:02:59PM -0500, Lida Douglas wrote:
> I have PMWiki 2.2 loaded on a Windows 2003 server with PHP installed.   
> I enabled Upload and put in a site-wide password in the config file:
> $EnableUpload = 1;
> $DefaultPasswords['upload'] = crypt('secret');
> 
> When I try to upload a file, it asks for the password, lets me go 
> through the process of finding and naming the file.  But when I click 
> Upload, it asks for the password twice more and then returns to the 
> Upload screen with a message that no file was uploaded.  If I change the 
> config file to $DefaultPasswords['upload'] = ' '; the upload works 
> correctly.....but of course that defeats the security issue!
> 
> Any ideas??

What version of PHP?

PHP under Windows often has trouble with the default setting of
session_save_path, and thus PHP is unable to save sessions.

You might try setting an explicit temporary directory for session_save_path
in the php.ini file, or you can do it in PmWiki's local/config.php
file by using:

    session_save_path('C:\\temp');

Let me know if this helps.

Pm



From anno at shroomery.org  Thu Dec  7 12:52:27 2006
From: anno at shroomery.org (Anno)
Date: Thu, 07 Dec 2006 19:52:27 +0100
Subject: [pmwiki-users] Clean URL [again]
In-Reply-To: <20061207081432.54d88fef@tadpole>
References: <20061206171739.3b9a2215@tadpole>
	<el8qfg$u4f$1@sea.gmane.org>	<20061207074405.40601760@tadpole>
	<el9daf$i68$1@sea.gmane.org> <20061207081432.54d88fef@tadpole>
Message-ID: <el9nt8$4kj$1@sea.gmane.org>

You have to set in local/config.php file:

$EnablePathInfo = 1;
$ScriptUrl = "http://www.kbinfo.abc";





From katir at hindu.org  Thu Dec  7 02:29:03 2006
From: katir at hindu.org (Sivakatirswami)
Date: Wed, 06 Dec 2006 22:29:03 -1000
Subject: [pmwiki-users] Page Titles with Spaces
Message-ID: <4577D0CF.40700@hindu.org>

I'm seeing this peculiar behavior where PMwiki is generating a space in
the link text of default page titles.

create link:

TODOs-LandManagement.test

OK, we get the normal question mark for non-existent page... click
on the  link to create the new page and we have group name in the page
title... with a space in it.

TOD Os-LandManagement

Skin: Gemini. Though I doubt the  skin is the problem as I've seen this
before in earlier version of PMwiki, though I don't have a recipe for
how to make it happen.

What's also strange is: the source HTML of output maintains the proper URL

<a href="TODOs-LandManagement">TOD Os-LandManagement</a>

Only the link text has the space...

Sivakatirswami





From katir at hindu.org  Thu Dec  7 02:44:03 2006
From: katir at hindu.org (Sivakatirswami)
Date: Wed, 06 Dec 2006 22:44:03 -1000
Subject: [pmwiki-users] File in Wiki.d is not seen
Message-ID: <4577D453.5090407@hindu.org>

Using Zapdata here trying to get datapage to auto generate new pages.

(: input datapage="TODOs-{Project}.test":)

Ok, I got it to work, once, or so it seemed. But my page list

(:pagelist group=TODOs*:)

Did not return the new page as expected
So, I examine wiki.d filelist:
Behold! Lo Yonder: we see a file!

TODOs-LandManagement.test

I open that in a raw text editor... yes... Zapdata content is there, the 
format
of the raw PMwiki source text looks all perfect, standard...

So, why doesn't PMwiki see it?  I'm thinking,
  "Oh, I'm new to pagelists and I must not have
that wildcard thing right...Let me test with a hard coded link."

Manually enter to a page:  [[TODOs-LandManagement.test]]

But instead of PMwiki recognizing the existence of that file, we get
the question mark for new page creation. Hmmm doesn't make  sense.. in 
the past I have
dragged and dropped entire groups of pages from one  wiki.d to another.
and PMwiki sees them immediately.

I think "OK, dynamic creation of a page doesn't mean PMwiki has re-scanned
wiki.d, must be some Global is not poked."  I quit my browser, login to 
the wiki
again... page is *still* not recognized as present.
any clues?  are groups names not supposed to have a "-" dash in them?
Does  PMwiki have some convention we are breaking
with initial char capitals to words, where use of ALLCAPS- is not best 
practice?

Om shanti
Sivakatirswami




From tmdowling at gmail.com  Thu Dec  7 13:40:07 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Thu, 7 Dec 2006 13:40:07 -0600
Subject: [pmwiki-users] Page Titles with Spaces
In-Reply-To: <4577D0CF.40700@hindu.org>
References: <4577D0CF.40700@hindu.org>
Message-ID: <5c8455a0612071140q2cac25axea46e994211e2f0b@mail.gmail.com>

On 12/7/06, Sivakatirswami <katir at hindu.org> wrote:
> I'm seeing this peculiar behavior where PMwiki is generating a space in
> the link text of default page titles.
>
> create link:
>
> TODOs-LandManagement.test
>
> OK, we get the normal question mark for non-existent page... click
> on the  link to create the new page and we have group name in the page
> title... with a space in it.
>
> TOD Os-LandManagement
>
> Skin: Gemini. Though I doubt the  skin is the problem as I've seen this
> before in earlier version of PMwiki, though I don't have a recipe for
> how to make it happen.
>
> What's also strange is: the source HTML of output maintains the proper URL
>
> <a href="TODOs-LandManagement">TOD Os-LandManagement</a>
>
> Only the link text has the space...

That's the normal behaviour.  The wiki breaks words in in-fixed
upper-case letters.  Where you have a string, it intelligently
construes them as an acronym, followed by a new word which begins with
an upper-case letter.  Imaging a page or group named AIDSAwareness.
The wiki would break it:  AIDS Awareness, as you'd expect and require.

If TODO in your example is meant to refer to things that need to be
done, make it ToDos-LandManagement.  If it's an acronym, maybe
TODOS-LandManagement or TODO-LandManagement would be an acceptable
work-around?



From dzosborn at gmail.com  Thu Dec  7 14:11:48 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Thu, 7 Dec 2006 15:11:48 -0500
Subject: [pmwiki-users] Consultant needed
Message-ID: <680e31740612071211q2b70e4a8h2ae73993ca598d0c@mail.gmail.com>

I hope this isn't a breach of list etiquette (or the spirit of the
community) but I think I need to advertise a very short-term position.

I'm seeking for the PanAfrican Localisation project, a very short-term
consultant with the following skills:
*PmWiki - strong skills, knowledge of wikigroup setup, skins, setting up RSS
on wikipages
*CSS - troubleshooting
*Familiarity with browser behavior

Tasks:
*Troubleshoot display issue in MSIE
*Set up some RSS feeds on various wiki pages
*Resolve an issue with multilingual wikigroup homepages
*Provide some general feedback/advice on wiki structure

Terms: Short term contract on rate and for time to be agreed upon. Distance
work for a probable period 1-2 days total (more if necessary to be
negotiated).

Additional: I'd hope to learn from this person, so communication is
important (I don't have time to sort through this on my own any more, so
need the help).

Thanks in advance.

Don Osborn
PanAfrican Localisation project
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061207/067e5545/attachment.html 

From editor at fast.st  Thu Dec  7 14:16:03 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 15:16:03 -0500
Subject: [pmwiki-users] [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>
	<818fa0240612070054h658d1f4ep44f03fd046ba77b2@mail.gmail.com>
	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>
	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>
	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>
Message-ID: <fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>

On 12/7/06, Crisses <crisses at kinhost.org> wrote:
> >> Links on the site are not always obvious.  Hiding links makes looking
> >> for information a game of hide-and-seek. I don't know about other
> >> browsers, but on Safari, the text is black, the links are black,
> >> there are no underlines... I have to play guessing games and run my
> >> mouse all around the screen to know if something is a link.
> >
> > On FireFox, all the links (except the sidebar) show up bold red.
> > Nothing is showing up on Safari?
>
> the red links are fine.
>
> How about the sidebar, and http://www.fast.st/zap/pmwiki.php?
> n=Main.Documentation  -- the first time I went to the site it took me
> a second to figure out that there were even links in the sidebar :)
>
> Crisses


I could make them all bold red, but it gets to be a bit overmuch.  :)
It's a style preference.  Even having a whole page of underlined links
doesn't really appeal to me.  Any suggestions for a balance between
visibility and visual appeal?

Cheers,
Caveman



From editor at fast.st  Thu Dec  7 14:20:14 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 15:20:14 -0500
Subject: [pmwiki-users] Page Titles with Spaces
In-Reply-To: <5c8455a0612071140q2cac25axea46e994211e2f0b@mail.gmail.com>
References: <4577D0CF.40700@hindu.org>
	<5c8455a0612071140q2cac25axea46e994211e2f0b@mail.gmail.com>
Message-ID: <fec7cf150612071220i64959a25qa5e84f15c93ba81f@mail.gmail.com>

On 12/7/06, Tegan Dowling <tmdowling at gmail.com> wrote:
> On 12/7/06, Sivakatirswami <katir at hindu.org> wrote:
> > I'm seeing this peculiar behavior where PMwiki is generating a space in
> > the link text of default page titles.
> >
> > create link:
> >
> > TODOs-LandManagement.test
> >
> > OK, we get the normal question mark for non-existent page... click
> > on the  link to create the new page and we have group name in the page
> > title... with a space in it.
> >
> > TOD Os-LandManagement
> >
> > Skin: Gemini. Though I doubt the  skin is the problem as I've seen this
> > before in earlier version of PMwiki, though I don't have a recipe for
> > how to make it happen.
> >
> > What's also strange is: the source HTML of output maintains the proper URL
> >
> > <a href="TODOs-LandManagement">TOD Os-LandManagement</a>
> >
> > Only the link text has the space...
>
> That's the normal behaviour.  The wiki breaks words in in-fixed
> upper-case letters.  Where you have a string, it intelligently
> construes them as an acronym, followed by a new word which begins with
> an upper-case letter.  Imaging a page or group named AIDSAwareness.
> The wiki would break it:  AIDS Awareness, as you'd expect and require.
>
> If TODO in your example is meant to refer to things that need to be
> done, make it ToDos-LandManagement.  If it's an acronym, maybe
> TODOS-LandManagement or TODO-LandManagement would be an acceptable
> work-around?

You might want to experiment some and make sure you use page and group
names that look good when you space them.  In otherwords, on one of
those pages you might try these two page variables:

{$Name}
{$Namespaced}

Notice the difference.  I suspect you are going to want to use these
in your pagelists for your various projects.  So plan ahead by
choosing good group and page names.

Cheers,
Caveman



From editor at fast.st  Thu Dec  7 14:24:34 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 15:24:34 -0500
Subject: [pmwiki-users] File in Wiki.d is not seen
In-Reply-To: <4577D453.5090407@hindu.org>
References: <4577D453.5090407@hindu.org>
Message-ID: <fec7cf150612071224l6a73670cxb534929c2928f694@mail.gmail.com>

On 12/7/06, Sivakatirswami <katir at hindu.org> wrote:
> Using Zapdata here trying to get datapage to auto generate new pages.
>
> (: input datapage="TODOs-{Project}.test":)
>
> Ok, I got it to work, once, or so it seemed. But my page list
>
> (:pagelist group=TODOs*:)
>
> Did not return the new page as expected
> So, I examine wiki.d filelist:
> Behold! Lo Yonder: we see a file!
>
> TODOs-LandManagement.test
>
> I open that in a raw text editor... yes... Zapdata content is there, the
> format
> of the raw PMwiki source text looks all perfect, standard...
>
> So, why doesn't PMwiki see it?  I'm thinking,
>  "Oh, I'm new to pagelists and I must not have
> that wildcard thing right...Let me test with a hard coded link."
>
> Manually enter to a page:  [[TODOs-LandManagement.test]]
>
> But instead of PMwiki recognizing the existence of that file, we get
> the question mark for new page creation. Hmmm doesn't make  sense.. in
> the past I have
> dragged and dropped entire groups of pages from one  wiki.d to another.
> and PMwiki sees them immediately.
>
> I think "OK, dynamic creation of a page doesn't mean PMwiki has re-scanned
> wiki.d, must be some Global is not poked."  I quit my browser, login to
> the wiki
> again... page is *still* not recognized as present.
> any clues?  are groups names not supposed to have a "-" dash in them?
> Does  PMwiki have some convention we are breaking
> with initial char capitals to words, where use of ALLCAPS- is not best
> practice?
>
> Om shanti
> Sivakatirswami


test has to be Test. Try renaming it in your editor.  Otherwise I
think it should work...

Cheers,
Caveman



From editor at fast.st  Thu Dec  7 14:28:35 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 15:28:35 -0500
Subject: [pmwiki-users] ZAP datapage # inconsistency
In-Reply-To: <45785A58.9050908@obutex.com>
References: <fec7cf150612061550p5e1a2312xa6c769f7902c36c8@mail.gmail.com>
	<20061207011447.GB25897@host.pmichaud.com>
	<fec7cf150612070759v10e362fh4b1e0deb961cfdbf@mail.gmail.com>
	<45785A58.9050908@obutex.com>
Message-ID: <fec7cf150612071228u2a6981c0hc9a4d9b8be4cf26c@mail.gmail.com>

On 12/7/06, Jiri Hlad?vka / OBUTEX <admin at obutex.com> wrote:
> Hi Caveman,
> a user put this comment in http://www.pmwiki.org/wiki/Cookbook/ZAPforum :
> "... except that the first Thread gets Id 1000, the next gets Id 2, then
> Id 3, etc. This looks silly and cant be right..."
>
> Would you check it please. On my sites happens the same after Nov 20
> 2006 ZAP modules release.
> It looks like the 2nd page is generated from pages count not the
> numbered names. Or is it treated
> as a text not a number ? Will be Group.11 pagename greater then Group.2 ?
> I prefer the 1xxxx numbering.
>
> Thanks,
> Jiri


OK Jiri, I think I tracked down the bug.  Seems to be working properly
for me.  Uploaded a new version of ZAP with the fix.  Let me know if
you still have problems.

Cheers,
Caveman

PS.  This is an important fix for anyone using threads on ZAP.

From crisses at kinhost.org  Thu Dec  7 15:08:12 2006
From: crisses at kinhost.org (Crisses)
Date: Thu, 7 Dec 2006 16:08:12 -0500
Subject: [pmwiki-users] [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>
	<818fa0240612070054h658d1f4ep44f03fd046ba77b2@mail.gmail.com>
	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>
	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>
	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>
	<fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>
Message-ID: <9350B83E-1CBE-496C-9A1A-9103E4C9F6D4@kinhost.org>


On Dec 7, 2006, at 3:16 PM, The Editor wrote:

> On 12/7/06, Crisses <crisses at kinhost.org> wrote:
>> >> Links on the site are not always obvious.  Hiding links makes  
>> looking
>> >> for information a game of hide-and-seek. I don't know about other
>> >> browsers, but on Safari, the text is black, the links are black,
>> >> there are no underlines... I have to play guessing games and  
>> run my
>> >> mouse all around the screen to know if something is a link.
>> >
>> > On FireFox, all the links (except the sidebar) show up bold red.
>> > Nothing is showing up on Safari?
>>
>> the red links are fine.
>>
>> How about the sidebar, and http://www.fast.st/zap/pmwiki.php?
>> n=Main.Documentation  -- the first time I went to the site it took me
>> a second to figure out that there were even links in the sidebar :)
>>
>> Crisses
>
>
> I could make them all bold red, but it gets to be a bit overmuch.  :)
> It's a style preference.  Even having a whole page of underlined links
> doesn't really appeal to me.  Any suggestions for a balance between
> visibility and visual appeal?

Why are you using bold red in the first place? :)

I'm a web designer, and I can say with authority that the primary  
purpose of MANY websites should be data/information.  If you are  
hindering the data/information getting to the reader, they get  
frustrated, and the website fails at its primary purpose.  Looking  
great should be secondary to being useful.  Being useful and usable  
are tops (and not the same things).  Kindness to people's eyes is  
next.  Pretty comes later.  My philosophy on design isn't necessarily  
the most popular, but it's pretty sane -- I disagree with the  
majority of uses for flash, motion, etc.  I don't design sites to  
impress the people paying me.  I design sites so that my client's  
customers can find what they're looking for.

So, my suggestion is that you find a nice, non-blinding color, that  
compliments the site.  Black & white is very stark, and red adds to  
that. I suggest changing the color of the background of the body area  
behind the text to a very mildly blue color.  If you want to REALLY  
stick to websafe colors #ccffff.  That will remove the black-on-white  
eyestrain problem -- black text on a white background is the hardest  
on people's eyes.  Links can then be something like #009900 -- I  
suggest they change color, or go bold, and gain an underline when  
hovered.  Bold can make the text jump if it's in a sentence, though,  
so an underline &/or color change is fine.  Blues tend to be gentle  
on the eyes.  Keeping the black & stars around the border is fine.   
I'd keep that.  I won't go into the emotions behind color, or the  
traditional industry uses of color :)

If you want a CSS snippet for this, let me know.

Crisses



From connard at dsg-inc.com  Thu Dec  7 15:16:50 2006
From: connard at dsg-inc.com (Scott Connard)
Date: Thu, 7 Dec 2006 16:16:50 -0500
Subject: [pmwiki-users] Page Titles with Spaces
Message-ID: <BEB97898-25EE-4E64-9947-4C54F58AB5A0@dsg-inc.com>

On 12/7/06, Sivakatirswami <katir at hindu.org> wrote:

> I'm seeing this peculiar behavior where PMwiki is generating a  
> space in
> the link text of default page titles.
>
> create link:
>
> TODOs-LandManagement.test
>
> OK, we get the normal question mark for non-existent page... click
> on the  link to create the new page and we have group name in the page
> title... with a space in it.
>
> TOD Os-LandManagement
>

What I've done to overcome this issue is to define a custom local/ 
group.php file with $GroupSpaced defined in it which is what I use in  
the skin's .tmpl file instead of $Group.

For example, in local/TODOs-LandManagement.php:

<?php if (!defined('PmWiki')) exit();
$FmtPV['$Groupspaced'] = "TODOs-LandManagement";

Scott.




From editor at fast.st  Thu Dec  7 15:25:29 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 16:25:29 -0500
Subject: [pmwiki-users] Fwd: [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <fec7cf150612071324y302cc0b3k3cce5e943a7135e5@mail.gmail.com>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>
	<818fa0240612070054h658d1f4ep44f03fd046ba77b2@mail.gmail.com>
	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>
	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>
	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>
	<fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>
	<9350B83E-1CBE-496C-9A1A-9103E4C9F6D4@kinhost.org>
	<fec7cf150612071324y302cc0b3k3cce5e943a7135e5@mail.gmail.com>
Message-ID: <fec7cf150612071325g19d852c4u4ef9c6ee40a38d07@mail.gmail.com>

On 12/7/06, Crisses <crisses at kinhost.org> wrote:
>
> Why are you using bold red in the first place? :)
>
> I'm a web designer, and I can say with authority that the primary
> purpose of MANY websites should be data/information.  If you are
> hindering the data/information getting to the reader, they get
> frustrated, and the website fails at its primary purpose.  Looking
> great should be secondary to being useful.  Being useful and usable
> are tops (and not the same things).  Kindness to people's eyes is
> next.  Pretty comes later.  My philosophy on design isn't necessarily
> the most popular, but it's pretty sane -- I disagree with the
> majority of uses for flash, motion, etc.  I don't design sites to
> impress the people paying me.  I design sites so that my client's
> customers can find what they're looking for.
>
> So, my suggestion is that you find a nice, non-blinding color, that
> compliments the site.  Black & white is very stark, and red adds to
> that. I suggest changing the color of the background of the body area
> behind the text to a very mildly blue color.  If you want to REALLY
> stick to websafe colors #ccffff.  That will remove the black-on-white
> eyestrain problem -- black text on a white background is the hardest
> on people's eyes.  Links can then be something like #009900 -- I
> suggest they change color, or go bold, and gain an underline when
> hovered.  Bold can make the text jump if it's in a sentence, though,
> so an underline &/or color change is fine.  Blues tend to be gentle
> on the eyes.  Keeping the black & stars around the border is fine.
> I'd keep that.  I won't go into the emotions behind color, or the
> traditional industry uses of color :)
>
> If you want a CSS snippet for this, let me know.
>
> Crisses


If you have a snippet handy, I'll give it a whirl.  There's reasons
for these colors on my main site, but those reasons don't apply for
zapsite.  There I'm a bit more free to tinker.

Cheers,
Caveman



From editor at fast.st  Thu Dec  7 17:08:43 2006
From: editor at fast.st (The Editor)
Date: Thu, 7 Dec 2006 18:08:43 -0500
Subject: [pmwiki-users] Another ZAP fix... & release...
Message-ID: <fec7cf150612071508u39525163j4bbe8a680e0cafc1@mail.gmail.com>

Just released another fix to zap.php.  This time it repairs a bug in
the required field page.  This is why the create snippet was not
working.

It seems when I reworked the threading system last week I broke more
than I fixed!  But all's well that ends well!  The new thread system
work great, and the groupcount variable is dynamite.

My apologies for the temp glitch in the required, and #,= fixpage features.

Cheers,
Caveman

PS.  To make sure you have the right release I labeled this newest one
Dec 8, 2006 vs Dec 7, to distinguish it from the earlier one.



From pmichaud at pobox.com  Thu Dec  7 19:32:38 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 7 Dec 2006 19:32:38 -0600
Subject: [pmwiki-users] File in Wiki.d is not seen
In-Reply-To: <4577D453.5090407@hindu.org>
References: <4577D453.5090407@hindu.org>
Message-ID: <20061208013238.GB30377@host.pmichaud.com>

On Wed, Dec 06, 2006 at 10:44:03PM -1000, Sivakatirswami wrote:
> Using Zapdata here trying to get datapage to auto generate new pages.
> 
> (: input datapage="TODOs-{Project}.test":)
> 
> Ok, I got it to work, once, or so it seemed. But my page list
> 
> (:pagelist group=TODOs*:)
> 
> Did not return the new page as expected
> any clues?  are groups names not supposed to have a "-" dash in them?
> Does  PMwiki have some convention we are breaking
> with initial char capitals to words, where use of ALLCAPS- is not best 
> practice?

By default, PmWiki expects pagenames to begin with a capital
letter.  Since the file in wiki.d/ doesn't match that convention,
(:pagelist:) thinks it's not a valid pagefile.

Pm



From pmichaud at pobox.com  Thu Dec  7 19:38:15 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 7 Dec 2006 19:38:15 -0600
Subject: [pmwiki-users] Page Titles with Spaces
In-Reply-To: <BEB97898-25EE-4E64-9947-4C54F58AB5A0@dsg-inc.com>
References: <BEB97898-25EE-4E64-9947-4C54F58AB5A0@dsg-inc.com>
Message-ID: <20061208013815.GA7286@host.pmichaud.com>

On Thu, Dec 07, 2006 at 04:16:50PM -0500, Scott Connard wrote:
> On 12/7/06, Sivakatirswami <katir at hindu.org> wrote:
> > I'm seeing this peculiar behavior where PMwiki is generating a  
> > space in
> > the link text of default page titles.
> >
> > create link:
> >
> > TODOs-LandManagement.test
> >
> > OK, we get the normal question mark for non-existent page... click
> > on the  link to create the new page and we have group name in the page
> > title... with a space in it.
> >
> > TOD Os-LandManagement
> 
> What I've done to overcome this issue is to define a custom local/ 
> group.php file with $GroupSpaced defined in it which is what I use in  
> the skin's .tmpl file instead of $Group.

That works.  It's also possible to replace PmWiki's default
AsSpaced function with a custom function that does exactly
what you want.  The $AsSpacedFunction variable holds the
name of the function that PmWiki should call in order to
produce a spaced version of a pagename.

Pm



From pmichaud at pobox.com  Thu Dec  7 19:46:00 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 7 Dec 2006 19:46:00 -0600
Subject: [pmwiki-users] automatically generate image width/height?
In-Reply-To: <5c8455a0612061448s5e02bc54t2c58b74185156fa8@mail.gmail.com>
References: <loom.20061206T222936-159@post.gmane.org>
	<fec7cf150612061408v45589e9g2a05ceecf3fc95cc@mail.gmail.com>
	<5c8455a0612061448s5e02bc54t2c58b74185156fa8@mail.gmail.com>
Message-ID: <20061208014600.GC7286@host.pmichaud.com>

On Wed, Dec 06, 2006 at 04:48:45PM -0600, Tegan Dowling wrote:
> On 12/6/06, The Editor <editor at fast.st> wrote:
> > On 12/6/06, Lucian Wischik <lu.gmane at wischik.com> wrote:
> > > I wonder if it would be useful for pmwiki to inspect .gif/.jpg
> > > images that it attaches, look at their headers, read their dimensions,
> > > and use these dimensions to emit
> > >  <img src="pic.gif" width=100 height=200>
> > > for
> > >  Attach:pic.gif
> 
> If it were set up right, it might also allow me, as an editor, to say
> 
> (:if img-height>=img-width:)%width=200px%Attach:img.jpg%%
> (:if img-width>img-height:)%height=200px%Attach:img.jpg%%(:ifend:)

Not likely.  For a variety of reasons, the (:if:) markup is processed
long before the Attach: markup is ever processed.  The real way
to achieve this is probably to have max-width and max-height
wikistyles and let PmWiki try to figure it out from there.

    %max-width=200px max-height=200px% Attach:image.jpg

But of course it's worth noting that this would still only work
for attached images.

Pm



From crisses at kinhost.org  Thu Dec  7 21:11:40 2006
From: crisses at kinhost.org (Crisses)
Date: Thu, 7 Dec 2006 22:11:40 -0500
Subject: [pmwiki-users] Fwd: [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <fec7cf150612071325g19d852c4u4ef9c6ee40a38d07@mail.gmail.com>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>
	<818fa0240612070054h658d1f4ep44f03fd046ba77b2@mail.gmail.com>
	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>
	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>
	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>
	<fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>
	<9350B83E-1CBE-496C-9A1A-9103E4C9F6D4@kinhost.org>
	<fec7cf150612071324y302cc0b3k3cce5e943a7135e5@mail.gmail.com>
	<fec7cf150612071325g19d852c4u4ef9c6ee40a38d07@mail.gmail.com>
Message-ID: <12A112C9-086A-4C78-8A2D-96F8FB6C9E7F@kinhost.org>


On Dec 7, 2006, at 4:25 PM, The Editor wrote:

> On 12/7/06, Crisses <crisses at kinhost.org> wrote:
>
> If you have a snippet handy, I'll give it a whirl.  There's reasons
> for these colors on my main site, but those reasons don't apply for
> zapsite.  There I'm a bit more free to tinker.
>
> Cheers,
> Caveman


a:link, #side a, #top a {
	color: #3399ff;
}
a:active, #side a:active, #top a:active {
	color: #cc99ff;
}
a:visited, #side a:visited, #top a:visited {
	color: #999999;
}
a:hover, #side a:hover, #top a:hover {
	color: #009900;
	text-decoration: underline;
}

I didn't change the background color: the corners are images.  If you  
don't like the colors, feel free to change them.

Crisses





From carlos.ab at gmail.com  Thu Dec  7 23:27:27 2006
From: carlos.ab at gmail.com (Carlos A. Bonamigo)
Date: Fri, 8 Dec 2006 03:27:27 -0200
Subject: [pmwiki-users] Consultant needed
In-Reply-To: <680e31740612071211q2b70e4a8h2ae73993ca598d0c@mail.gmail.com>
References: <680e31740612071211q2b70e4a8h2ae73993ca598d0c@mail.gmail.com>
Message-ID: <200612080327.27359.carlos.ab@gmail.com>

Hi 

I can help you oyt with your project. Also, I was the person who changed your 
sidebar to work better with internet exlorer.

Regards,

CarlosAB

Em Quinta 07 Dezembro 2006 18:11, Donald Z. Osborn escreveu:
> I hope this isn't a breach of list etiquette (or the spirit of the
> community) but I think I need to advertise a very short-term position.
> 
> I'm seeking for the PanAfrican Localisation project, a very short-term
> consultant with the following skills:
> *PmWiki - strong skills, knowledge of wikigroup setup, skins, setting up RSS
> on wikipages
> *CSS - troubleshooting
> *Familiarity with browser behavior
> 
> Tasks:
> *Troubleshoot display issue in MSIE
> *Set up some RSS feeds on various wiki pages
> *Resolve an issue with multilingual wikigroup homepages
> *Provide some general feedback/advice on wiki structure
> 
> Terms: Short term contract on rate and for time to be agreed upon. Distance
> work for a probable period 1-2 days total (more if necessary to be
> negotiated).
> 
> Additional: I'd hope to learn from this person, so communication is
> important (I don't have time to sort through this on my own any more, so
> need the help).
> 
> Thanks in advance.
> 
> Don Osborn
> PanAfrican Localisation project
> 



From jbit at bitlink.com  Fri Dec  8 00:02:46 2006
From: jbit at bitlink.com (JB)
Date: Fri, 08 Dec 2006 00:02:46 -0600
Subject: [pmwiki-users] Fwd: [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <12A112C9-086A-4C78-8A2D-96F8FB6C9E7F@kinhost.org>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>	<818fa0240612070054h658d1f4ep44f03fd046ba77b2@mail.gmail.com>	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>	<fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>	<9350B83E-1CBE-496C-9A1A-9103E4C9F6D4@kinhost.org>	<fec7cf150612071324y302cc0b3k3cce5e943a7135e5@mail.gmail.com>	<fec7cf150612071325g19d852c4u4ef9c6ee40a38d07@mail.gmail.com>
	<12A112C9-086A-4C78-8A2D-96F8FB6C9E7F@kinhost.org>
Message-ID: <45790006.1080804@bitlink.com>

 > a:link, #side a, #top a {
 > 	color: #3399ff;
 > }
 > a:active, #side a:active, #top a:active {
 > 	color: #cc99ff;
 > }
 > a:visited, #side a:visited, #top a:visited {
 > 	color: #999999;
 > }
 > a:hover, #side a:hover, #top a:hover {
 > 	color: #009900;
 > 	text-decoration: underline;
 > }
------------------------------------

I thought links had to be in a specific order.

Below I have arranged the code differently:

a:link, #side a, #top a {
	color: #3399ff;
}
a:visited, #side a:visited, #top a:visited {
	color: #999999;
}
a:hover, #side a:hover, #top a:hover {
	color: #009900;
	text-decoration: underline;
}
a:active, #side a:active, #top a:active {
	color: #cc99ff;
}
------------------------------------
 From a web page somewhere:

Specify link styles in the right order

When applying CSS to the different states of a link you need
to think about the order of the rules. In most cases you?ll
want to specify them in the order :link :visited :hover :active.
Take the initial letter for each state and you get ?LVHA?, which
can be expanded to ?LoVe HAte? or something else that is easy to
remember. The order is affected by specificity, and is explained
well by Eric Meyer in Link Specificity.






From jbit at bitlink.com  Fri Dec  8 00:02:46 2006
From: jbit at bitlink.com (JB)
Date: Fri, 08 Dec 2006 00:02:46 -0600
Subject: [pmwiki-users] Fwd: [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <12A112C9-086A-4C78-8A2D-96F8FB6C9E7F@kinhost.org>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>	<818fa0240612070054h658d1f4ep44f03fd046ba77b2@mail.gmail.com>	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>	<fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>	<9350B83E-1CBE-496C-9A1A-9103E4C9F6D4@kinhost.org>	<fec7cf150612071324y302cc0b3k3cce5e943a7135e5@mail.gmail.com>	<fec7cf150612071325g19d852c4u4ef9c6ee40a38d07@mail.gmail.com>
	<12A112C9-086A-4C78-8A2D-96F8FB6C9E7F@kinhost.org>
Message-ID: <45790006.1080804@bitlink.com>

 > a:link, #side a, #top a {
 > 	color: #3399ff;
 > }
 > a:active, #side a:active, #top a:active {
 > 	color: #cc99ff;
 > }
 > a:visited, #side a:visited, #top a:visited {
 > 	color: #999999;
 > }
 > a:hover, #side a:hover, #top a:hover {
 > 	color: #009900;
 > 	text-decoration: underline;
 > }
------------------------------------

I thought links had to be in a specific order.

Below I have arranged the code differently:

a:link, #side a, #top a {
	color: #3399ff;
}
a:visited, #side a:visited, #top a:visited {
	color: #999999;
}
a:hover, #side a:hover, #top a:hover {
	color: #009900;
	text-decoration: underline;
}
a:active, #side a:active, #top a:active {
	color: #cc99ff;
}
------------------------------------
 From a web page somewhere:

Specify link styles in the right order

When applying CSS to the different states of a link you need
to think about the order of the rules. In most cases you?ll
want to specify them in the order :link :visited :hover :active.
Take the initial letter for each state and you get ?LVHA?, which
can be expanded to ?LoVe HAte? or something else that is easy to
remember. The order is affected by specificity, and is explained
well by Eric Meyer in Link Specificity.






From editor at fast.st  Fri Dec  8 03:01:36 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 04:01:36 -0500
Subject: [pmwiki-users] Fwd: [pmwiki-devel] ZAP cookbook, www.zapsite.org
In-Reply-To: <45790006.1080804@bitlink.com>
References: <818fa0240612070047p7d0ff9a5m2839cb3587ea717b@mail.gmail.com>
	<1643DAC6-26F7-4091-AE1C-AFD632D0BAE5@kinhost.org>
	<fec7cf150612071029y44024af0qa7a071e93014481e@mail.gmail.com>
	<7D1CE6D6-70A4-441F-AF3F-6F6C5B0317F1@kinhost.org>
	<fec7cf150612071216t33660201ld360da3165b4675d@mail.gmail.com>
	<9350B83E-1CBE-496C-9A1A-9103E4C9F6D4@kinhost.org>
	<fec7cf150612071324y302cc0b3k3cce5e943a7135e5@mail.gmail.com>
	<fec7cf150612071325g19d852c4u4ef9c6ee40a38d07@mail.gmail.com>
	<12A112C9-086A-4C78-8A2D-96F8FB6C9E7F@kinhost.org>
	<45790006.1080804@bitlink.com>
Message-ID: <fec7cf150612080101y483ebfd3j419a89b138c5280b@mail.gmail.com>

OK, I made some changes to the css on ZAPsite.  Based on what you
suggested  Crisses (slight changes).  Comments on like/dislike
appreciated.

Cheers,
Caveman



From foxx at freemail.gr  Fri Dec  8 01:55:17 2006
From: foxx at freemail.gr (Athan)
Date: Fri, 8 Dec 2006 09:55:17 +0200
Subject: [pmwiki-users] Blogging support in PMWiki
References: <45781849.7080202@fastmail.fm>
Message-ID: <elb5p5$gqk$1@sea.gmane.org>

"Jordan Wosnick" <jwosnick at fastmail.fm> wrote in message 
news:45781849.7080202 at fastmail.fm...
> ...I do remember reading a few months ago that
> built-in blogging support in PMWiki was
> imminent. Is there any status update/ETA for this feature?

I was wondering about this too. As far as I remember, it was to be released 
a month ago.

Athan 






From editor at fast.st  Fri Dec  8 03:52:27 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 04:52:27 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <elb5p5$gqk$1@sea.gmane.org>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
Message-ID: <fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>

Hate to pitch in here on this topic, but with the various capabilities
now available in zap is another blogging module really necessary?

ZAP not only makes all the data input for blogs easy, but it has full
support for timestamps, including timestamp to string and string to
timestamp features.  Plus with its checktime conditional you can list
just posts for the last 24 hours or whatever.

I haven't yet done up a full ZAP blog mockup but everything is there.
Not to mention full commenting capabilities that work quite
powerfully.  Rather than separate pages zap actually separates form
from comment, so you can completely update how your comments display
by simply modifiying a groupfooter or pagelist template.  If you have
not looked at ZAP you might want to consider it.

ZAP also has a templating feature which enables you to fully template
both blogs and comments very easily, much like the ADL recipe.

Cheers,
Caveman



From foxx at freemail.gr  Fri Dec  8 04:47:09 2006
From: foxx at freemail.gr (Athan)
Date: Fri, 8 Dec 2006 12:47:09 +0200
Subject: [pmwiki-users] Blogging support in PMWiki
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
Message-ID: <elbfrc$duh$1@sea.gmane.org>

"The Editor" <editor at fast.st> wrote in message 
news:fec7cf150612080152r55982aa1waad2a5808dc2e3ed at mail.gmail.com...
> Hate to pitch in here on this topic, but with the various capabilities
> now available in zap is another blogging module really necessary?

I admit that zap is a great plugin, however I think it is overkill for my 
needs. I do prefer something simpler and built into pmwiki core.

Athan 






From pmbasa at us.ibm.com  Fri Dec  8 05:10:20 2006
From: pmbasa at us.ibm.com (Paula Basa)
Date: Fri, 8 Dec 2006 04:10:20 -0700
Subject: [pmwiki-users] Out of Office
Message-ID: <OF790529C1.750088DE-ON8725723E.003D5F31-8725723E.003D5F31@us.ibm.com>





I will be out of the office starting  12/08/2006 and will not return until
12/11/2006.

I will have limited access to email.  I will respond to your email as soon
as possible.

For urgent issues, please contact eBusiness Operations at 877-369-8675.

Thank You.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061208/cddcc765/attachment.html 

From editor at fast.st  Fri Dec  8 05:37:58 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 06:37:58 -0500
Subject: [pmwiki-users] this works...
In-Reply-To: <AEFD693F-B5E3-4D8C-B6B1-9D9F878F1EA2@kinhost.org>
References: <AF566D0F-2142-4765-8D53-5F2CC37E77AD@eclectictech.net>
	<fec7cf150612080031n6e5143f0o86d6ee8b9142e91d@mail.gmail.com>
	<AEFD693F-B5E3-4D8C-B6B1-9D9F878F1EA2@kinhost.org>
Message-ID: <fec7cf150612080337l35e1ca48if0ee5dc95839e9b8@mail.gmail.com>

On 12/8/06, Crisses <crisses at kinhost.org> wrote:
>
> > Here are your options:
> >
> > 1) If you can explain the exact difference between {$Author} and
> > {$AuthId} and the advantages of the former I can change the code.
> > It's one small change. And I suppose I could make the equal in my
> > config file...  But I've always just used AuthId, and never fully
> > grasped the difference between the two.
>
> The difference is @ is coming out blank, because I don't have
> AuthUser installed.

What I meant was, can someone explain the exact difference between
$Author and $AuthId in PmWiki?  I never really understood what $Author
was.  It's probably easy to setup zap to use $Author if available, or
$AuthId when AuthUser is enabled, or something of the like.  Whatever
is best.  But to be honest, I don't really understand the difference
between $Author and $AuthId, and how they work, are generated, etc. So
before I do something I like to have at least a vague idea what I'm
doing.

I'm fully committed to making ZAP work without AuthUser but just need
a bit of help from those not using AuthUser to help me know what you
want and if it works.  I think it's already *pretty much* authuser
free.

Cheers,
Caveman



From editor at fast.st  Fri Dec  8 05:41:58 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 06:41:58 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <elbfrc$duh$1@sea.gmane.org>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
Message-ID: <fec7cf150612080341g1c8062ebyf2189bc38b53cd68@mail.gmail.com>

On 12/8/06, Athan <foxx at freemail.gr> wrote:
> "The Editor" <editor at fast.st> wrote in message
> news:fec7cf150612080152r55982aa1waad2a5808dc2e3ed at mail.gmail.com...
> > Hate to pitch in here on this topic, but with the various capabilities
> > now available in zap is another blogging module really necessary?
>
> I admit that zap is a great plugin, however I think it is overkill for my
> needs. I do prefer something simpler and built into pmwiki core.
>
> Athan


If you tell me exactly what you want, I might pull together a snippet
for you.  Just enable the main zap module, and then cut and paste the
snippet. Won't even take any of the extra zap plugins.  I need to
setup a blog for my site, so perhaps I can take the time to write up
the snippet for you.  Do you have a design spec in mind?

By the way, having moved a lot of the extra files to extra modules,
ZAP is now running pretty lean and fast.

Cheers,
Caveman



From mark at ruthtrumpold.id.au  Fri Dec  8 05:48:14 2006
From: mark at ruthtrumpold.id.au (Mark Trumpold)
Date: Fri, 08 Dec 2006 13:48:14 +0200
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <fec7cf150612080341g1c8062ebyf2189bc38b53cd68@mail.gmail.com>
Message-ID: <C19F1D9E.B667%mark@ruthtrumpold.id.au>

Just caught the tail end of this, have you updated the zap.php

Mark


On 8/12/06 1:41 PM, "The Editor" <editor at fast.st> wrote:

> On 12/8/06, Athan <foxx at freemail.gr> wrote:
>> "The Editor" <editor at fast.st> wrote in message
>> news:fec7cf150612080152r55982aa1waad2a5808dc2e3ed at mail.gmail.com...
>>> Hate to pitch in here on this topic, but with the various capabilities
>>> now available in zap is another blogging module really necessary?
>> 
>> I admit that zap is a great plugin, however I think it is overkill for my
>> needs. I do prefer something simpler and built into pmwiki core.
>> 
>> Athan
> 
> 
> If you tell me exactly what you want, I might pull together a snippet
> for you.  Just enable the main zap module, and then cut and paste the
> snippet. Won't even take any of the extra zap plugins.  I need to
> setup a blog for my site, so perhaps I can take the time to write up
> the snippet for you.  Do you have a design spec in mind?
> 
> By the way, having moved a lot of the extra files to extra modules,
> ZAP is now running pretty lean and fast.
> 
> Cheers,
> Caveman
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users






From crisses at kinhost.org  Fri Dec  8 06:09:21 2006
From: crisses at kinhost.org (Crisses)
Date: Fri, 8 Dec 2006 07:09:21 -0500
Subject: [pmwiki-users] this works...
In-Reply-To: <fec7cf150612080337l35e1ca48if0ee5dc95839e9b8@mail.gmail.com>
References: <AF566D0F-2142-4765-8D53-5F2CC37E77AD@eclectictech.net>
	<fec7cf150612080031n6e5143f0o86d6ee8b9142e91d@mail.gmail.com>
	<AEFD693F-B5E3-4D8C-B6B1-9D9F878F1EA2@kinhost.org>
	<fec7cf150612080337l35e1ca48if0ee5dc95839e9b8@mail.gmail.com>
Message-ID: <64621954-E113-4ED6-8E94-E8B669CEF9DE@kinhost.org>


On Dec 8, 2006, at 6:37 AM, The Editor wrote:

> On 12/8/06, Crisses <crisses at kinhost.org> wrote:
>>
>>> Here are your options:
>>>
>>> 1) If you can explain the exact difference between {$Author} and
>>> {$AuthId} and the advantages of the former I can change the code.
>>> It's one small change. And I suppose I could make the equal in my
>>> config file...  But I've always just used AuthId, and never fully
>>> grasped the difference between the two.
>>
>> The difference is @ is coming out blank, because I don't have
>> AuthUser installed.
>
> What I meant was, can someone explain the exact difference between
> $Author and $AuthId in PmWiki?  I never really understood what $Author
> was.  It's probably easy to setup zap to use $Author if available, or
> $AuthId when AuthUser is enabled, or something of the like.  Whatever
> is best.  But to be honest, I don't really understand the difference
> between $Author and $AuthId, and how they work, are generated, etc. So
> before I do something I like to have at least a vague idea what I'm
> doing.

Difference #1
$AuthId is not set unless AuthUser runs.

Difference #2
If a user authenticates using AuthUser $Author is the same as $AuthId

Difference #3
$Author is set from the Author field in a form -- see PmWiki.org.  We  
don't have passwords.  The site is open-edit.  $Author is set from  
the field on the edit forms.  This is perfect for open-edit sites.

After that, I don't really KNOW the differences.
> I'm fully committed to making ZAP work without AuthUser but just need
> a bit of help from those not using AuthUser to help me know what you
> want and if it works.  I think it's already *pretty much* authuser
> free.

No, because when I do Group.@ @ resolves to a blank, because you're  
using $AuthId.  If you want to require authentication for the  
username feature, use $AuthId.  If you just want the username use  
$Author.  $Author will work even if the site is using AuthUser,  
UserAuth, or not requiring users to log in with a password -- they  
would have to set their $Author name in the Author: field in an edit  
form, though.

Crisses



From kat_lists at katspace.homelinux.org  Fri Dec  8 06:11:40 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Fri, 8 Dec 2006 23:11:40 +1100
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <elbfrc$duh$1@sea.gmane.org>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
Message-ID: <20061208121140.GA27161@katla.katspace.homelinux.org>

On Fri, Dec 08, 2006 at 12:47:09PM +0200, Athan wrote:
> "The Editor" <editor at fast.st> wrote in message 
> news:fec7cf150612080152r55982aa1waad2a5808dc2e3ed at mail.gmail.com...
> > Hate to pitch in here on this topic, but with the various capabilities
> > now available in zap is another blogging module really necessary?
> 
> I admit that zap is a great plugin, however I think it is overkill for my 
> needs. I do prefer something simpler and built into pmwiki core.

Seconded.

I am NOT installing ZAP.  ZAP is beta software.  ZAP is not part of the
core.

It seems like every time someone asks a question nowadays, The Editor
jumps in saying "ZAP will solve that!"  ZAP isn't even properly
*documented*.  ZAP may be the greatest thing since sliced bread, but if
there isn't enough documentation, it's like trying to cut bread without
a knife.  No software is complete until it is documented; documentation
isn't an afterthought.  And until ZAP is suitable for general use, it
isn't fair to keep on telling people to use it, let alone saying that
other plugins aren't necessary.

I am waiting for the promised *core* functionality to arrive.  The stuff
PM is presumably still working on.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From foxx at freemail.gr  Fri Dec  8 06:45:06 2006
From: foxx at freemail.gr (Athan)
Date: Fri, 8 Dec 2006 14:45:06 +0200
Subject: [pmwiki-users] Blogging support in PMWiki
References: <45781849.7080202@fastmail.fm>
	<elb5p5$gqk$1@sea.gmane.org><fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com><elbfrc$duh$1@sea.gmane.org>
	<fec7cf150612080341g1c8062ebyf2189bc38b53cd68@mail.gmail.com>
Message-ID: <elbmog$47l$1@sea.gmane.org>

"The Editor" <editor at fast.st> wrote in message 
news:fec7cf150612080341g1c8062ebyf2189bc38b53cd68 at mail.gmail.com...
>
> Do you have a design spec in mind?

Currently I use pmwiki in a university intranet, for article publishing and 
management. Something I'd like to add is a reader comment form at the bottom 
of specific article pages.
Those forms should have name, email and node (url)  fields and submitted 
data will be included at the bottom of the article.
Another necessary addition is a simple mailform (name, email, url and an 
option list) able to send mail to a single recipient.

Do you think that the above can be easily implemented with zap? BTW do you 
think that zap usage will have any negative impact to the (already slow) 
pmwiki's searching performance?

Thanks for the help,
Athan 






From kirpi at kirpi.it  Fri Dec  8 07:52:47 2006
From: kirpi at kirpi.it (kirpi at kirpi.it)
Date: Fri, 8 Dec 2006 14:52:47 +0100
Subject: [pmwiki-users] Free thoughts on images
Message-ID: <d9d039dd0612080552q734bc57drabec511e09eb703d@mail.gmail.com>

I'm doing my homework and try to come up with a basic, practical and
flexible structure for my site, which is used both for personal and
business ends.
After having read (and re-read) pages like
http://pmwiki.org/wiki/PmWiki/Uploads
http://pmwiki.org/wiki/PmWiki/UploadsAdmin
http://www.pmwiki.org/wiki/Cookbook/SecureAttachments
I decided to write here some thoughts (and questions).
Many questions arised due of my own sheer ignorance, but I hope it
will be of some use even to others if share them.
In effort to optimize for usability, search engines, and pmwiki, I'm
trying to face these points:

* 1) I have a lot of images, batches of which I would easily load on
the server with an ftp program like Filezilla. At the same time I find
extremely useful to be able and use the action=upload feature.
So one of the first things is: to choose and set up a single directory
(and subdirectories, if needed) where all the uploaded files go.
** 1a) My (cheap, shared hosting) server is set in a way that I can
have directory listing shown only on the /listing/ directory and the
directories below that. Please see http://www.kirpi.it/listing/
Having files (images, but not only) easily listed and browseable in
such a way is (to my eyes) quite useful and practical under many
circumstances, so that I feel inclined to store all the uploaded files
somewhere under /listing/ as opposed to any other, not
listing-enabled, directory.
** 1b) Uploaded files (let's say images, for sake of simplicity) are
reasonably to be divided into three main groups: some are strictly
personal, others are for a limited group (let's say family and
friends), and the rest is free for anyone to see.
Example: my holidays pictures might include
 - flowers and landscapes images (open to all)
 - my children's videos (open to family and friends)
 - private shots taken for work (aimed only to me)
I tried and set a quick live example, where:
http://www.kirpi.it/listing/ is the general directory open to anyone
http://www.kirpi.it/listing/friends/ is the "friends" folder (id=kirpi
pass=kirpi)
http://www.kirpi.it/listing/personal is my own, closed folder
Here the issue is: would that be a sound setting? And, in case it
would, how do I let the action=upload store files in the right
directory?
** 1c) The directories under /listing/ are now (as a test) protected
with apache. How would I integrate it with pmwiki handling of things?
A wiki test page is now set at
http://www.kirpi.it/wiki/pmwiki.php?n=Main.ImagesTest

* 2) By browsing the internet I gathered the feeling that Google (and
possibly others) rank and classify images due to some criteria; one of
them is the file name, which I try and cover at point 3) here below.
Other criteria might probably be directory name, sourrounding text,
alt text, and more.
** 2a) If really directory names make sense to Google in some way,
then why not use them properly? Let's add that they also make sense to
humans: it would be a nightmare to have a single folder where hundreds
and hundreds of files are stored together.
So, as a quick example, I could have a picture stored in
http://www.kirpi.it/listing/folder2/subfolder/bauli.jpg
** 2b) How to handle this from the pmwiki point of view? How to let
action=upload work, in this case? I'm a bit puzzled, and ask myself if
my point is completely wrong, and maybe should follow another path to
(about) the same goal... Would there be an easier way to handle such
kind of things?

* 3) Image names like 4578.jpg are too bleak and anonymous. Something
like janeeyre.jpg would be friendlier (to Google, as well), but as one
would most probably have many photographs with about the same subject,
maybe the best choice would be to go for something like
rolling-stones-london-1977-Dsc00808.jpg which leaves the file name
from the camera and add a description in front of it. This way I can
pick single images and name them, or also bunch rename an entire
folder just by adding a prefix like "christmas-2006-party-"
** 3a) Would that be a good idea? Better ideas?
** 3b) Would rolling-stones-london-1977-Dsc00808.jpg or
rolling_stones_london_1977_Dsc00808.jpg be the most suitable choice?
In other words, dashes or underscores? I've read that dashes are
better for Google, in that they are treated as separate words, and
then allow for flexible searches; would there be any issue there for
pmwiki?

4) I read here http://www.ragepank.com/articles/38/optimise-for-google-image-search/
that: "Google will only index files that look like images. [...] As
far as the Google Image bot is concerned, "image.php?file=example.jpg"
is a php file, not a jpeg."
4a) How does this have an influence (if any) on pages that adopt
pmwiki.php?n=Some Group.Some Page?&action=download&upname=filename.ext
?

Ok, I'll keep on reading the documentation. In case anybody has any
contribute, I'll appreciate it.
Would such an approach be safe, or perhaps I missed something?
Thank you
Luigi



From editor at fast.st  Fri Dec  8 07:53:50 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 08:53:50 -0500
Subject: [pmwiki-users] ZAP now authuser free (I think)...
Message-ID: <fec7cf150612080553u24b72653g58b34d23cfc1f430@mail.gmail.com>

On 12/8/06, Crisses <crisses at kinhost.org> wrote:
>
> On Dec 8, 2006, at 6:37 AM, The Editor wrote:
>
> > On 12/8/06, Crisses <crisses at kinhost.org> wrote:
> >>
> >>> Here are your options:
> >>>
> >>> 1) If you can explain the exact difference between {$Author} and
> >>> {$AuthId} and the advantages of the former I can change the code.
> >>> It's one small change. And I suppose I could make the equal in my
> >>> config file...  But I've always just used AuthId, and never fully
> >>> grasped the difference between the two.
> >>
> >> The difference is @ is coming out blank, because I don't have
> >> AuthUser installed.
> >
> > What I meant was, can someone explain the exact difference between
> > $Author and $AuthId in PmWiki?  I never really understood what $Author
> > was.  It's probably easy to setup zap to use $Author if available, or
> > $AuthId when AuthUser is enabled, or something of the like.  Whatever
> > is best.  But to be honest, I don't really understand the difference
> > between $Author and $AuthId, and how they work, are generated, etc. So
> > before I do something I like to have at least a vague idea what I'm
> > doing.
>
> Difference #1
> $AuthId is not set unless AuthUser runs.
>
> Difference #2
> If a user authenticates using AuthUser $Author is the same as $AuthId
>
> Difference #3
> $Author is set from the Author field in a form -- see PmWiki.org.  We
> don't have passwords.  The site is open-edit.  $Author is set from
> the field on the edit forms.  This is perfect for open-edit sites.
>
> After that, I don't really KNOW the differences.
> > I'm fully committed to making ZAP work without AuthUser but just need
> > a bit of help from those not using AuthUser to help me know what you
> > want and if it works.  I think it's already *pretty much* authuser
> > free.
>
> No, because when I do Group.@ @ resolves to a blank, because you're
> using $AuthId.  If you want to require authentication for the
> username feature, use $AuthId.  If you just want the username use
> $Author.  $Author will work even if the site is using AuthUser,
> UserAuth, or not requiring users to log in with a password -- they
> would have to set their $Author name in the Author: field in an edit
> form, though.
>
> Crisses


OK, three good reasons to use $author instead of $authid.  Why would
anyone ever want to use $authid?  Anyone have a reason for its
existence?

I changed the zap code,  and just released it.

Cheers,
Caveman



From editor at fast.st  Fri Dec  8 07:54:12 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 08:54:12 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <C19F1D9E.B667%mark@ruthtrumpold.id.au>
References: <fec7cf150612080341g1c8062ebyf2189bc38b53cd68@mail.gmail.com>
	<C19F1D9E.B667%mark@ruthtrumpold.id.au>
Message-ID: <fec7cf150612080554p243a87f3ob98192c7eaca2b78@mail.gmail.com>

On 12/8/06, Mark Trumpold <mark at ruthtrumpold.id.au> wrote:
> Just caught the tail end of this, have you updated the zap.php
>
> Mark

Not sure what update you mean, but I did fix two bugs (one in the
thread and the other in the required field) and uploaded a new script
yesterday.  Just now I made another small change which should make ZAP
more flexible for those not using authuser.

Seems to be working...  Let me know if you still have problems.

Cheers,
Caveman



From pmichaud at pobox.com  Fri Dec  8 08:33:51 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 08:33:51 -0600
Subject: [pmwiki-users] this works...
In-Reply-To: <fec7cf150612080337l35e1ca48if0ee5dc95839e9b8@mail.gmail.com>
References: <AF566D0F-2142-4765-8D53-5F2CC37E77AD@eclectictech.net>
	<fec7cf150612080031n6e5143f0o86d6ee8b9142e91d@mail.gmail.com>
	<AEFD693F-B5E3-4D8C-B6B1-9D9F878F1EA2@kinhost.org>
	<fec7cf150612080337l35e1ca48if0ee5dc95839e9b8@mail.gmail.com>
Message-ID: <20061208143351.GA28218@host.pmichaud.com>

On Fri, Dec 08, 2006 at 06:37:58AM -0500, The Editor wrote:
> On 12/8/06, Crisses <crisses at kinhost.org> wrote:
> >
> > > Here are your options:
> > >
> > > 1) If you can explain the exact difference between {$Author} and
> > > {$AuthId} and the advantages of the former I can change the code.
> > > It's one small change. And I suppose I could make the equal in my
> > > config file...  But I've always just used AuthId, and never fully
> > > grasped the difference between the two.
> >
> > The difference is @ is coming out blank, because I don't have
> > AuthUser installed.
> 
> What I meant was, can someone explain the exact difference between
> $Author and $AuthId in PmWiki?  I never really understood what $Author
> was.  

   $Author is the name used for signatures and the value that goes
   in the "Author:" box on the edit page.

   $AuthId stands for "authenticated identifier" -- it represents
   a username that has been authenticated somehow (e.g., via a password
   associated with that username, in AuthUser, UserAuth, or any other
   authentication mechanism someone chooses to use).

While many systems (and people/recipes) like to treat these the same,
there are lots of environments where that's not appropriate.  
For example, I may have a username/password system where my 
username ($AuthId) is "prm81365" or "pmichaud at pobox.com", but 
I still want any work I do on the system to show my real name 
($Author) as "Patrick Michaud" or "Pm", and not the string used
to identify myself for authentication purposes.

And, of course, if a site isn't using a user-based authentication
system, then $AuthId is never set.

PmWiki affords site administrators a fair amount of control over
the setting of $Author.  PmWiki's default is to store $Author
as a browser cookie, and if there's no cookie then use the
value of $AuthId.  But a site administrator can force the author
name to always be the same as an authenticated id by doing:

    include_once('scripts/authuser.php');
    $Author = $AuthId;

(See http://www.pmwiki.org/wiki/Cookbook/RequireAuthor .)

The question of when to use $Author versus $AuthId depends on
what is being done.  If you just need to know someone's name,
then use $Author.  If you're wanting to restrict access based
on authenticated identity, then use $AuthId.  (But note that
many sites don't use or want identity-based authorization.)

Hope this helps ... and I'll be happy to answer any other
questions.

Pm



From gmane at auxbuss.com  Fri Dec  8 08:45:20 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 8 Dec 2006 14:45:20 -0000
Subject: [pmwiki-users] Blogging support in PMWiki
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
	<20061208121140.GA27161@katla.katspace.homelinux.org>
Message-ID: <MPG.1fe38aa95a429d3098995b@news.gmane.org>

Kathryn Andersen said...
> On Fri, Dec 08, 2006 at 12:47:09PM +0200, Athan wrote:
> > "The Editor" <editor at fast.st> wrote in message 
> > news:fec7cf150612080152r55982aa1waad2a5808dc2e3ed at mail.gmail.com...
> > > Hate to pitch in here on this topic, but with the various capabilities
> > > now available in zap is another blogging module really necessary?
> > 
> > I admit that zap is a great plugin, however I think it is overkill for my 
> > needs. I do prefer something simpler and built into pmwiki core.
> 
> Seconded.
> 
> I am NOT installing ZAP.  ZAP is beta software.  ZAP is not part of the
> core.

I think that last sentence nails it. And those of us not using Zap look 
forward to building our own stuff based on the core functions when 
Patrick unleashes them on us <salivates>

-- 
Best,
Marc




From design5 at softflow.co.uk  Fri Dec  8 08:43:52 2006
From: design5 at softflow.co.uk (Hans)
Date: Fri, 8 Dec 2006 14:43:52 +0000
Subject: [pmwiki-users] A Couple of Category Questions
In-Reply-To: <4577EAE3.5010204@manor-farm.org>
References: <4577EAE3.5010204@manor-farm.org>
Message-ID: <1458831831.20061208144352@softflow.co.uk>

Thursday, December 7, 2006, 10:20:19 AM, Ian wrote:

> Question 2:

> What would be a good method of restricting authors to only use a 
> particular set of defined categories e.g. an edit form with a 
> pre-defined list of categories.

I thought a bit more about this and came up with this scheme:

redefine the category markup like this:

Markup('[[!','links','/\\[\\[!(.*?)\\]\\]/e',
  "Keep(MakeLink(\$pagename,PSS('$CategoryGroup/$1'),NULL,'',''),'L')");

This is the same as PmWiki's except it does not use $LinkCategoryFmt,
which means that a new category link will have the dotted underline
and appended question mark of a normal wiki link to a non-existant
page.
then set up all the categories you use as pages in the Category
group, and create a list of all these with pagelist, which you could
put anywhere (SideBar, RightBar etc.):

(:pagelist group=Category list=normal fmt=title:)

and set up your Category.GroupFooter by adding it:

(:pagelist link=Category.{$Name} list=normal:)

Now users creating new categories will see the questionmark beside
the link, which may remind them that this category(-page) does not
exist. You could further restrict creation of category pages by
setting a special edit password for admin on the whole group Category.
Category.GroupAttributes?action=attr

And DO NOT use
    $AutoCreate['/^Category\\./'] = array('ctime' => $Now);

because you want to create all your categories yourself, by hand so to
speak.
    
Hans




From design5 at softflow.co.uk  Fri Dec  8 08:45:21 2006
From: design5 at softflow.co.uk (Hans)
Date: Fri, 8 Dec 2006 14:45:21 +0000
Subject: [pmwiki-users] [pmwiki-devel] WikiStylesPlus
In-Reply-To: <20061208143751.GB28218@host.pmichaud.com>
References: <41db03000612080526y4ec7c83al5209e9f68a1c722e@mail.gmail.com>
	<20061208143751.GB28218@host.pmichaud.com>
Message-ID: <17810670847.20061208144521@softflow.co.uk>

Friday, December 8, 2006, 2:37:51 PM, Patrick wrote:

> What part of the rollover function isn't working?  I tried it
> in IE and it seems to work fine.  (What version of IE?)

on the cookbook page in the sandbox part the rollover image displays a
line below the ordinary image.


Hans




From editor at fast.st  Fri Dec  8 09:15:40 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 10:15:40 -0500
Subject: [pmwiki-users] this works...
In-Reply-To: <20061208143351.GA28218@host.pmichaud.com>
References: <AF566D0F-2142-4765-8D53-5F2CC37E77AD@eclectictech.net>
	<fec7cf150612080031n6e5143f0o86d6ee8b9142e91d@mail.gmail.com>
	<AEFD693F-B5E3-4D8C-B6B1-9D9F878F1EA2@kinhost.org>
	<fec7cf150612080337l35e1ca48if0ee5dc95839e9b8@mail.gmail.com>
	<20061208143351.GA28218@host.pmichaud.com>
Message-ID: <fec7cf150612080715j15ef719qf97f8746be2bb4ba@mail.gmail.com>

Thanks all that helps to clarify some things a bit.  For now I'll use
$Author in ZAP unless someone can make a pressing case for $AuthId.
We're actually only talking about the @ symbol in the FixPage
function. In most uses the admin is perfectly able to use either
$Author or $AuthId in other parts of their forms however as desired.

Note:  It could be a problem if using AuthUser you allow users to
change their author value and then use the @ symbol to try to go to
their members page, etc., so those using AuthUser should be careful
about allowing users to change their Author value. Manually setting
Author to AuthId in config.php might help with this.

Cheers,
Caveman



From gmane at auxbuss.com  Fri Dec  8 09:20:16 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 8 Dec 2006 15:20:16 -0000
Subject: [pmwiki-users] Free thoughts on images
References: <d9d039dd0612080552q734bc57drabec511e09eb703d@mail.gmail.com>
Message-ID: <MPG.1fe38e9856ee7bf98995c@news.gmane.org>

kirpi at kirpi.it said...

<snipped because I'm not referring to it specifically>

I think it would be easier to advise you if you described how you'd like 
things to work. Be idealistic, rather than worrying about how things are 
done.

With large amounts of images, I'd be inclined to produce the listing 
markup automatically via a process than reads the directory list.

Presuming all file names are unique, you could then insert data related 
to the image via page text variables; thus making editing the 
information simple. Or use a database, if you like.

-- 
Best,
Marc




From connard at dsg-inc.com  Fri Dec  8 09:22:23 2006
From: connard at dsg-inc.com (Scott Connard)
Date: Fri, 8 Dec 2006 10:22:23 -0500
Subject: [pmwiki-users] EnableRelativePageVars in beta releases
Message-ID: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>

Patrick,

I have a site that I copy from production (running PmWiki 2.1.26) and  
the latest beta PmWiki.  Due to your change in semantics for page  
variables like {$FullName} things that work in production fail in the  
beta environment.  I know that $EnableRelativePageVars could be  
turned off in my beta environment, but I'd rather experience the  
whole new thing.

I was wondering why you didn't add conditional code to your beta  
release pages so that people could run with those pages regardless of  
their setting of $EnableRelativePageVars.

I would think there are other people in the same situation that this  
would help.  Comments?

Scott.

For example (because I'm not sure I have caught ALL of the  
occurrences)...

wikilib.d/Site.PageNotFound:
7c7,8
< (:if auth edit:)%rel=nofollow% ([[{$FullName}?action=edit | Create  
{$FullName}]])
---
 > (:if ( ! enabled EnableRelativePageVars && auth edit ) :)% 
rel=nofollow% ([[{$FullName}?action=edit | Create {$FullName}]])
 > (:if ( enabled EnableRelativePageVars && auth edit ) :)% 
rel=nofollow% ([[{*$FullName}?action=edit | Create {*$FullName}]])

wikilib.d/Site.EditForm:
0a1
 > (:if ! enabled EnableRelativePageVars:)
1a3,5
 > (:if enabled EnableRelativePageVars:)
 > !!$[Editing {*$FullName}] %block class=wikiaction%
 > (:if:)
12c16
< (:if e_preview:)
---
 > (:if ( ! enabled EnableRelativePageVars && e_preview ) :)
13a18,20
 > (:if ( enabled EnableRelativePageVars && e_preview ) :)
 > !!$[Preview {*$FullName}]
 > (:if e_preview:)

wikilib.d/Site.PageActions:
0a1
 > (:if ! enabled EnableRelativePageVars:)
4c5
< (:if auth upload:)
---
 > (:if ( ! enabled EnableRelativePageVars && auth upload ) :)
6c7
< (:if:)
---
 > (:if ! enabled EnableRelativePageVars:)
7a9,17
 > (:if enabled EnableRelativePageVars:)
 > * %item class=browse accesskey='$[ak_view]'%[[{*$FullName} | $ 
[View] ]]
 > * %item rel=nofollow class=edit accesskey='$[ak_edit]'%[[{* 
$FullName}?action=edit | $[Edit] ]]
 > * %item rel=nofollow class=diff accesskey='$[ak_history]'%[[{* 
$FullName}?action=diff | $[History] ]]
 > (:if ( enabled EnableRelativePageVars && auth upload ) :)
 > * %item rel=nofollow class=upload accesskey='$[ak_attach]'%[[{* 
$FullName}?action=upload | $[Attach] ]]
 > (:if enabled EnableRelativePageVars:)
 > * %item rel=nofollow class=print accesskey='$[ak_print]'%[[{* 
$FullName}?action=print | $[Print] ]]
 > (:if:)




From ensjli at polyu.edu.hk  Fri Dec  8 09:27:12 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Fri, 8 Dec 2006 23:27:12 +0800
Subject: [pmwiki-users] Warning message about two WikiGroups with identical
	$GroupTitle
Message-ID: <200612082327125937383@polyu.edu.hk>

Hi all,

I have two WikiGroups: ABC_cn and ABC_en, each of which has its own local customization files (local/ABC_cn.php and local/ABC_en.php).
The titles of both WikiGroups are changed to ABC with the help of the GroupTitle recipe.
With this setting, the following warning message is always displayed at the top of any page of WikiGroup ABC_en:

=======

Warning: Cannot modify header information - headers already sent by (output started at /home/PmWiki/local/ABC_en.php:1) in home/PmWiki/pmwiki.php on line 884

=======

It looks like that ABC_en has some conflicts with ABC_cn as they share the same title ABC.

BTW, I am using the latest stable version of PmWiki: 2.1.26.

Shujun





From editor at fast.st  Fri Dec  8 09:41:24 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 10:41:24 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <elbmog$47l$1@sea.gmane.org>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
	<fec7cf150612080341g1c8062ebyf2189bc38b53cd68@mail.gmail.com>
	<elbmog$47l$1@sea.gmane.org>
Message-ID: <fec7cf150612080741p532fbbf1ic7cca452c0fe970d@mail.gmail.com>

PLEASE DON'T READ KATHRYN

On 12/8/06, Athan <foxx at freemail.gr> wrote:
> "The Editor" <editor at fast.st> wrote in message
> news:fec7cf150612080341g1c8062ebyf2189bc38b53cd68 at mail.gmail.com...
> >
> > Do you have a design spec in mind?
>
> Currently I use pmwiki in a university intranet, for article publishing and
> management. Something I'd like to add is a reader comment form at the bottom
> of specific article pages.
> Those forms should have name, email and node (url)  fields and submitted
> data will be included at the bottom of the article.
> Another necessary addition is a simple mailform (name, email, url and an
> option list) able to send mail to a single recipient.
>
> Do you think that the above can be easily implemented with zap? BTW do you
> think that zap usage will have any negative impact to the (already slow)
> pmwiki's searching performance?
>
> Thanks for the help,
> Athan


Actually this is pretty easy for ZAP.  I'll try and put a snippet for
you together if I can get a minute this weekend.  You will need the
ZAPmail module however if you are doing emails.  What kind of server
are you using?

If you get a chance, look at how the comments are done on the bottom
of the documentation pages at ZAPsite.org and let me know if there are
any other changes you would like from that, (besides different
fields).  Also, do you need help designing pagelist templates or is
that something you can do yourself?

Cheers,
Caveman

PS.  What url do you want in that field?  The url of the article?
What do you want in the pull down menu?  A list of optional
recipients?  Or what kind of options list?  And in the email, did you
want to sent the whole article or just a link?  That will help me get
the snippet right the first time...



From tmdowling at gmail.com  Fri Dec  8 09:51:48 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Fri, 8 Dec 2006 09:51:48 -0600
Subject: [pmwiki-users] Warning message about two WikiGroups with
	identical $GroupTitle
In-Reply-To: <200612082327125937383@polyu.edu.hk>
References: <200612082327125937383@polyu.edu.hk>
Message-ID: <5c8455a0612080751j6fd8e25fi57b42cf7b3d151e@mail.gmail.com>

On 12/8/06, Shujun LI <ensjli at polyu.edu.hk> wrote:
> Hi all,
>
> I have two WikiGroups: ABC_cn and ABC_en, each of which has its own local customization files (local/ABC_cn.php and local/ABC_en.php).
> The titles of both WikiGroups are changed to ABC with the help of the GroupTitle recipe.
> With this setting, the following warning message is always displayed at the top of any page of WikiGroup ABC_en:
>
> =======
>
> Warning: Cannot modify header information - headers already sent by (output started at /home/PmWiki/local/ABC_en.php:1) in home/PmWiki/pmwiki.php on line 884
>
> =======
>
> It looks like that ABC_en has some conflicts with ABC_cn as they share the same title ABC.
>
> BTW, I am using the latest stable version of PmWiki: 2.1.26.

This may actually not be due to conflicts between the two local
customization files -- it may just be due to error(s) in one or
another of them.  The page
http://www.pmwiki.org/wiki/PmWiki/Troubleshooting says:

*******************
Q:  Why am I seeing "Warning: Cannot modify header information -
headers already sent ..." messages at the top of my page.

A:  If this is the first or only error message you're seeing, it's
usually an indication that there are blank lines or spaces before the
<?php or after the ?> in a local customization file. Double-check the
file and make sure there aren't any blank lines or spaces before the
initial <?php. It's often easiest and safest to eliminate any closing
?> altogether.

*******************
Could one or another of your local group.php files need to be cleaned
up this way?

HTH.



From admin at obutex.com  Fri Dec  8 10:03:06 2006
From: admin at obutex.com (=?ISO-8859-2?Q?Jiri_Hlad=F9vka_/_OBUTEX?=)
Date: Fri, 08 Dec 2006 17:03:06 +0100
Subject: [pmwiki-users] Warning message about two WikiGroups with
 identical $GroupTitle
In-Reply-To: <200612082327125937383@polyu.edu.hk>
References: <200612082327125937383@polyu.edu.hk>
Message-ID: <45798CBA.2020305@obutex.com>

Check the  ABC_en.php has no empty line at the end.
This usually helps.

Jiri
 
Shujun LI napsal(a):
> Hi all,
>
> I have two WikiGroups: ABC_cn and ABC_en, each of which has its own local customization files (local/ABC_cn.php and local/ABC_en.php).
> The titles of both WikiGroups are changed to ABC with the help of the GroupTitle recipe.
> With this setting, the following warning message is always displayed at the top of any page of WikiGroup ABC_en:
>
> =======
>
> Warning: Cannot modify header information - headers already sent by (output started at /home/PmWiki/local/ABC_en.php:1) in home/PmWiki/pmwiki.php on line 884
>
> =======
>
> It looks like that ABC_en has some conflicts with ABC_cn as they share the same title ABC.
>
> BTW, I am using the latest stable version of PmWiki: 2.1.26.
>
> Shujun
>
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
> __________ Informace od NOD32 1910 (20061208) __________
>
> Tato zprava byla proverena antivirovym systemem NOD32.
> http://www.nod32.cz
>
>
>
>   

-- 
OBUTEX s.r.o
Ing.Ji?? Hlad?vka
Zlatovsk? 22
911 01 Tren??n

tel.: +421 (0)32 6587000
mailto:admin at obutex.com

http://www.obutex.com





From ensjli at polyu.edu.hk  Fri Dec  8 10:03:15 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Sat, 9 Dec 2006 00:03:15 +0800
Subject: [pmwiki-users] Warning message about two WikiGroups with
	identical $GroupTitle
References: <200612082327125937383@polyu.edu.hk>
	<5c8455a0612080751j6fd8e25fi57b42cf7b3d151e@mail.gmail.com>
Message-ID: <200612090003156257256@polyu.edu.hk>

>This may actually not be due to conflicts between the two local
>customization files -- it may just be due to error(s) in one or
>another of them.  The page
>http://www.pmwiki.org/wiki/PmWiki/Troubleshooting says:
>
>*******************
>Q:  Why am I seeing "Warning: Cannot modify header information -
>headers already sent ..." messages at the top of my page.
>
>A:  If this is the first or only error message you're seeing, it's
>usually an indication that there are blank lines or spaces before the
><?php or after the ?> in a local customization file. Double-check the
>file and make sure there aren't any blank lines or spaces before the
>initial <?php. It's often easiest and safest to eliminate any closing
>?> altogether.
>
>*******************
>Could one or another of your local group.php files need to be cleaned
>up this way?
>

No, my local customization files do not have this problem.
In fact, ABC_cn.php and ABC_en.php are as simple as follows:

<?php $WikiTitle = 'ABC (cn)';

<?php $WikiTitle = 'ABC (en)';

Shujun





From foxx at freemail.gr  Fri Dec  8 10:03:56 2006
From: foxx at freemail.gr (Athan)
Date: Fri, 8 Dec 2006 18:03:56 +0200
Subject: [pmwiki-users] Blogging support in PMWiki
References: <45781849.7080202@fastmail.fm>
	<elb5p5$gqk$1@sea.gmane.org><fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com><elbfrc$duh$1@sea.gmane.org><fec7cf150612080341g1c8062ebyf2189bc38b53cd68@mail.gmail.com><elbmog$47l$1@sea.gmane.org>
	<fec7cf150612080741p532fbbf1ic7cca452c0fe970d@mail.gmail.com>
Message-ID: <elc2db$fed$1@sea.gmane.org>

"The Editor" <editor at fast.st> wrote in message 
news:fec7cf150612080741p532fbbf1ic7cca452c0fe970d at mail.gmail.com...
> PLEASE DON'T READ KATHRYN
> Actually this is pretty easy for ZAP.  I'll try and put a snippet for
> you together if I can get a minute this weekend.  You will need the
> ZAPmail module however if you are doing emails.  What kind of server
> are you using?

FreeBSD, Apache2, PHP 5.2, sendmail ...

> If you get a chance, look at how the comments are done on the bottom
> of the documentation pages at ZAPsite.org and let me know if there are
> any other changes you would like from that, (besides different
> fields).  Also, do you need help designing pagelist templates or is
> that something you can do yourself?

No problem, I'm quite familiar with all of them.

> PS.  What url do you want in that field?  The url of the article?

No, just a usual reader supplied 'Website' text box.

> What do you want in the pull down menu?  A list of optional
> recipients?  Or what kind of options list?

Any preset-answers list, nothing special.

> And in the email, did you
> want to sent the whole article or just a link?

Nothing like that, just a simple form mail that will allow readers to mail 
me.

Thanks,
Athan 






From editor at fast.st  Fri Dec  8 10:05:20 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 11:05:20 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <20061208121140.GA27161@katla.katspace.homelinux.org>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
	<20061208121140.GA27161@katla.katspace.homelinux.org>
Message-ID: <fec7cf150612080805p2f96eed3xb80b17797c8337f0@mail.gmail.com>

On 12/8/06, Kathryn Andersen <kat_lists at katspace.homelinux.org> wrote:
> On Fri, Dec 08, 2006 at 12:47:09PM +0200, Athan wrote:
> > "The Editor" <editor at fast.st> wrote in message
> > news:fec7cf150612080152r55982aa1waad2a5808dc2e3ed at mail.gmail.com...
> > > Hate to pitch in here on this topic, but with the various capabilities
> > > now available in zap is another blogging module really necessary?
> >
> > I admit that zap is a great plugin, however I think it is overkill for my
> > needs. I do prefer something simpler and built into pmwiki core.
>
> Seconded.
>
> I am NOT installing ZAP.  ZAP is beta software.  ZAP is not part of the
> core.

That's fine.  I have no burden to see anyone use ZAP.  I know it works
for me, and I've tried to make it available to others because so many
here have been so helpful to me along the way.  It's just a small
return to a very giving community.

Do you not install any non-core recipes?

> It seems like every time someone asks a question nowadays, The Editor
> jumps in saying "ZAP will solve that!"  ZAP isn't even properly
> *documented*.  ZAP may be the greatest thing since sliced bread, but if
> there isn't enough documentation, it's like trying to cut bread without
> a knife.  No software is complete until it is documented; documentation
> isn't an afterthought.  And until ZAP is suitable for general use, it
> isn't fair to keep on telling people to use it, let alone saying that
> other plugins aren't necessary.

Maybe I should be less helpful?  The fact is, ZAP does work, and works
well. And whenever bugs are spotted, they get fixed quickly.

As for documentation, can you point to any recipe that has half the
documentation ZAP does?  I have probably 20 pages of documentation
(yes, I still have more to go but they are coming...) and probably 50
live code samples with source.  The snippets are tagged and
categorized by features so you can find what you want without too much
trouble.  And every feature (and snippet) has user comments enabled.
Oh, and there is a FAQ section I monitor constantly (and a live chat
room I don't monitor :).  I wouldn't say ZAP is without documentation
or support.

I think your charge that ZAP isn't suitable for general use is a
little biased seeing you haven't even installed the software, or
probably even looked at the documentation that is up.  Just because a
few features haven't been fully documented yet is hardly proof it's
only beta.  Not even everything in PmWiki is documented.  But we're
getting there.  That's the point of open source, isn't it?

And as for being difficult to use--it's really not.  It jdoes takes a
little bit different way of thinking about forms.  ZAP is a
philosophical shift in programming more than anything--and most
programmers just need a bit of acclimation to how it works
conceptually.  Once they get it, ZAP can do about anything.  And
easily.

I don't say this to persuade you--but because others might have read
your remarks and been discouraged from trying ZAP, thereby missing out
on something helpful.  Your comments needed a bit of balance.

> I am waiting for the promised *core* functionality to arrive.  The stuff
> PM is presumably still working on.

Pm is a true genius, and no one questions whatever he does will be
right for PmWiki.  However, from what I have read of his blogging
plans, ZAP has one HUGE advantage.  It fully separates form from
content allowing you to do things with comments/blogs, etc, that are
simply impossible in setting up comments as simply embedded/included
wiki pages.  Plus, when you throw in ZAP's extended capabilities, the
flexibility of ZAP's blogging will really shine.  Want to email your
blogs? even use a newsletter?  Want to limit readership, or even
charge for content? Want to have a shoutbox tied to specific blog
posts, or even a chatroom? It's just a matter of rescripting the form.

There's nothing wrong with waiting for something from Pm, but for
those adventurous few who want to explore something new and powerful,
(yes--a bit different), ZAP is an open project to any who want to see
PmWiki stay on the cutting edge.  (ie: help welcome)

Cheers,
Caveman



From ensjli at polyu.edu.hk  Fri Dec  8 10:08:47 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Sat, 9 Dec 2006 00:08:47 +0800
Subject: [pmwiki-users] Warning message about two WikiGroups with
	identical$GroupTitle
References: <200612082327125937383@polyu.edu.hk> <45798CBA.2020305@obutex.com>
Message-ID: <200612090008475313930@polyu.edu.hk>


Thanks. I've checked. There isn't empty lines.
In fact, ABC_cn.php and ABC_en.php are almost the same, but the warning message only occurs for ABC_en.

Shujun

======= 2006-12-08 23:59:43 You wrote in your e-mail?=======

>Check the  ABC_en.php has no empty line at the end.
>This usually helps.
>
>Jiri
> 
>Shujun LI napsal(a):
>> Hi all,
>>
>> I have two WikiGroups: ABC_cn and ABC_en, each of which has its own local customization files (local/ABC_cn.php and local/ABC_en.php).
>> The titles of both WikiGroups are changed to ABC with the help of the GroupTitle recipe.
>> With this setting, the following warning message is always displayed at the top of any page of WikiGroup ABC_en:
>>
>> =======
>>
>> Warning: Cannot modify header information - headers already sent by (output started at /home/PmWiki/local/ABC_en.php:1) in home/PmWiki/pmwiki.php on line 884
>>
>> =======
>>
>> It looks like that ABC_en has some conflicts with ABC_cn as they share the same title ABC.
>>
>> BTW, I am using the latest stable version of PmWiki: 2.1.26.
>>
>> Shujun
>>
>>
>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>> __________ Informace od NOD32 1910 (20061208) __________
>>
>> Tato zprava byla proverena antivirovym systemem NOD32.
>> http://www.nod32.cz
>>
>>
>>
>>   
>
>-- 
>OBUTEX s.r.o
>Ing.Ji?? Hlad?vka
>Zlatovsk? 22
>911 01 Tren??n
>
>tel.: +421 (0)32 6587000
>mailto:admin at obutex.com
>
>http://www.obutex.com
>
>

= = = = = = = = = = = = = = = = = = = =




From pmichaud at pobox.com  Fri Dec  8 10:37:39 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 10:37:39 -0600
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <fec7cf150612080805p2f96eed3xb80b17797c8337f0@mail.gmail.com>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
	<20061208121140.GA27161@katla.katspace.homelinux.org>
	<fec7cf150612080805p2f96eed3xb80b17797c8337f0@mail.gmail.com>
Message-ID: <20061208163739.GE28218@host.pmichaud.com>

On Fri, Dec 08, 2006 at 11:05:20AM -0500, The Editor wrote:
> 
> Pm is a true genius, and no one questions whatever he does will be
> right for PmWiki.  However, from what I have read of his blogging
> plans, ZAP has one HUGE advantage.  It fully separates form from
> content allowing you to do things with comments/blogs, etc, that are
> simply impossible in setting up comments as simply embedded/included
> wiki pages.  

FWIW, the plans I have for PmWiki's commenting feature isn't limited
to embedding them in wiki pages -- that's just one configuration.
The commenting feature will also allow individual comments to be 
stored on separate pages.

OTOH, although I expect these new features to come out "any day now",
my track record on this isn't so good so I can totally understand 
why others would be impatient for other solutions.  :-)

Pm



From pmichaud at pobox.com  Fri Dec  8 10:58:29 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 10:58:29 -0600
Subject: [pmwiki-users] Warning message about two WikiGroups with
	identical $GroupTitle
In-Reply-To: <200612082327125937383@polyu.edu.hk>
References: <200612082327125937383@polyu.edu.hk>
Message-ID: <20061208165829.GF28218@host.pmichaud.com>

On Fri, Dec 08, 2006 at 11:27:12PM +0800, Shujun LI wrote:
> Hi all,
> 
> I have two WikiGroups: ABC_cn and ABC_en, each of which has its own 
> local customization files (local/ABC_cn.php and local/ABC_en.php).
> The titles of both WikiGroups are changed to ABC with the help of 
> the GroupTitle recipe.
> With this setting, the following warning message is always displayed at the top of any page of WikiGroup ABC_en:
> 
> =======
> 
> Warning: Cannot modify header information - headers already sent by 
> (output started at /home/PmWiki/local/ABC_en.php:1) in 
> home/PmWiki/pmwiki.php on line 884
> 
> =======

Given this error message, it's almost certain that there is an
extra space or blank line before the "<?php" tag in local/ABC_en.php .
I know you've indicated (in other replies to this thread) that
they're identical, but it's really easy to overlook a space
or blank line so double-check.

Pm



From pmichaud at pobox.com  Fri Dec  8 11:05:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 11:05:12 -0600
Subject: [pmwiki-users] [pmwiki-devel] WikiStylesPlus
In-Reply-To: <17810670847.20061208144521@softflow.co.uk>
References: <41db03000612080526y4ec7c83al5209e9f68a1c722e@mail.gmail.com>
	<20061208143751.GB28218@host.pmichaud.com>
	<17810670847.20061208144521@softflow.co.uk>
Message-ID: <20061208170512.GH28218@host.pmichaud.com>

On Fri, Dec 08, 2006 at 02:45:21PM +0000, Hans wrote:
> Friday, December 8, 2006, 2:37:51 PM, Patrick wrote:
> 
> > What part of the rollover function isn't working?  I tried it
> > in IE and it seems to work fine.  (What version of IE?)
> 
> on the cookbook page in the sandbox part the rollover image displays a
> line below the ordinary image.

Oh.  It's not necessarily supposed to work for those boxes in the
sandbox -- I was just experimenting to see what would happen.
I'm sure that with a few more CSS adjustments those could be made to
work in IE as well.  I suspect the problem has to do with a
vspace in the rollover box that isn't appearing in the second.  

If those sandbox boxes are confusing people or detract from 
the recipe then perhaps we should remove them.

Pm

> 
> 
> Hans
> 



From editor at fast.st  Fri Dec  8 11:34:34 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 12:34:34 -0500
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <20061208163739.GE28218@host.pmichaud.com>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
	<20061208121140.GA27161@katla.katspace.homelinux.org>
	<fec7cf150612080805p2f96eed3xb80b17797c8337f0@mail.gmail.com>
	<20061208163739.GE28218@host.pmichaud.com>
Message-ID: <fec7cf150612080934m46bdb5dbv6ffd8162a681ed49@mail.gmail.com>

On 12/8/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Fri, Dec 08, 2006 at 11:05:20AM -0500, The Editor wrote:
> >
> > Pm is a true genius, and no one questions whatever he does will be
> > right for PmWiki.  However, from what I have read of his blogging
> > plans, ZAP has one HUGE advantage.  It fully separates form from
> > content allowing you to do things with comments/blogs, etc, that are
> > simply impossible in setting up comments as simply embedded/included
> > wiki pages.
>
> FWIW, the plans I have for PmWiki's commenting feature isn't limited
> to embedding them in wiki pages -- that's just one configuration.
> The commenting feature will also allow individual comments to be
> stored on separate pages.

Yes, I understood what you have in mind.  But whether a comment is
embedded in a page, included from another page, or even
embedded/included onto another page--that's all still fundamentally
different from storing the various bits of information as data values
which can be retrieved, sorted, and displayed in any format you want
at will  (essentially database like w/o the database). ZAP can already
do the commenting you describe, but after stumbling onto the power of
putting the info into data values it was like a Eureka moment.
Personally, I completely abandoned that approach some time ago, and
can't really imagine much enticing me back into the use of "static"
comment pages.

Cheers,
Caveman



From pmichaud at pobox.com  Fri Dec  8 11:57:34 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 11:57:34 -0600
Subject: [pmwiki-users] EnableRelativePageVars in beta releases
In-Reply-To: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>
References: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>
Message-ID: <20061208175731.GI28218@host.pmichaud.com>

On Fri, Dec 08, 2006 at 10:22:23AM -0500, Scott Connard wrote:
> I was wondering why you didn't add conditional code to your beta  
> release pages so that people could run with those pages regardless of  
> their setting of $EnableRelativePageVars.

The pages that come with the beta release distribution already 
work regardless of the setting of $EnableRelativePageVars --
at least, they're supposed to.  Could you give an example
where they aren't working?

Looking at one of your examples:

    wikilib.d/Site.PageNotFound:
    7c7,8
    < (:if auth edit:)%rel=nofollow% ([[{$FullName}?action=edit | Create  
    {$FullName}]])
    ---
    > (:if ( ! enabled EnableRelativePageVars && auth edit ) :)%rel=nofollow% ([[{$FullName}?action=edit | Create {$FullName}]])
    > (:if ( enabled EnableRelativePageVars && auth edit ) :)%rel=nofollow% ([[{*$FullName}?action=edit | Create {*$FullName}]])

The test for EnableRelativePageVars isn't needed.  {*$FullName}
always gives the correct answer, even if $EnableRelativePageVars
is disabled.

Or, stated differently, if $EnableRelativePageVars isn't set,
then {*$FullName} and {$FullName} produce the same results, so
in 2.2.0 one can always use {*$FullName} to mean "currently
browsed page".

Pm



From ensjli at polyu.edu.hk  Fri Dec  8 11:57:42 2006
From: ensjli at polyu.edu.hk (Shujun LI)
Date: Sat, 9 Dec 2006 01:57:42 +0800
Subject: [pmwiki-users] Warning message about two WikiGroups with
	identical $GroupTitle
References: <200612082327125937383@polyu.edu.hk>
	<20061208165829.GF28218@host.pmichaud.com>
Message-ID: <200612090157423288138@polyu.edu.hk>


New information:
I just removed the (:title ABC:) directive for each group and noticed that this problem is still there.
What's even worse, after I delete one local customization file, the left one still has the warning message.

Shujun

======= 2006-12-09 00:58:34 You wrote in your e-mail?=======

>On Fri, Dec 08, 2006 at 11:27:12PM +0800, Shujun LI wrote:
>> Hi all,
>> 
>> I have two WikiGroups: ABC_cn and ABC_en, each of which has its own 
>> local customization files (local/ABC_cn.php and local/ABC_en.php).
>> The titles of both WikiGroups are changed to ABC with the help of 
>> the GroupTitle recipe.
>> With this setting, the following warning message is always displayed at the top of any page of WikiGroup ABC_en:
>> 
>> =======
>> 
>> Warning: Cannot modify header information - headers already sent by 
>> (output started at /home/PmWiki/local/ABC_en.php:1) in 
>> home/PmWiki/pmwiki.php on line 884
>> 
>> =======
>
>Given this error message, it's almost certain that there is an
>extra space or blank line before the "<?php" tag in local/ABC_en.php .
>I know you've indicated (in other replies to this thread) that
>they're identical, but it's really easy to overlook a space
>or blank line so double-check.
>
>Pm

= = = = = = = = = = = = = = = = = = = =




From pmichaud at pobox.com  Fri Dec  8 12:01:04 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 12:01:04 -0600
Subject: [pmwiki-users] Blogging support in PMWiki
In-Reply-To: <fec7cf150612080934m46bdb5dbv6ffd8162a681ed49@mail.gmail.com>
References: <45781849.7080202@fastmail.fm> <elb5p5$gqk$1@sea.gmane.org>
	<fec7cf150612080152r55982aa1waad2a5808dc2e3ed@mail.gmail.com>
	<elbfrc$duh$1@sea.gmane.org>
	<20061208121140.GA27161@katla.katspace.homelinux.org>
	<fec7cf150612080805p2f96eed3xb80b17797c8337f0@mail.gmail.com>
	<20061208163739.GE28218@host.pmichaud.com>
	<fec7cf150612080934m46bdb5dbv6ffd8162a681ed49@mail.gmail.com>
Message-ID: <20061208180101.GK28218@host.pmichaud.com>

On Fri, Dec 08, 2006 at 12:34:34PM -0500, The Editor wrote:
> On 12/8/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> > On Fri, Dec 08, 2006 at 11:05:20AM -0500, The Editor wrote:
> > >
> > > Pm is a true genius, and no one questions whatever he does will be
> > > right for PmWiki.  However, from what I have read of his blogging
> > > plans, ZAP has one HUGE advantage.  It fully separates form from
> > > content allowing you to do things with comments/blogs, etc, that are
> > > simply impossible in setting up comments as simply embedded/included
> > > wiki pages.
> >
> > FWIW, the plans I have for PmWiki's commenting feature isn't limited
> > to embedding them in wiki pages -- that's just one configuration.
> > The commenting feature will also allow individual comments to be
> > stored on separate pages.
> 
> Yes, I understood what you have in mind.  But whether a comment is
> embedded in a page, included from another page, or even
> embedded/included onto another page--that's all still fundamentally
> different from storing the various bits of information as data values
> which can be retrieved, sorted, and displayed in any format you want
> at will  (essentially database like w/o the database). 

Oh, I guess I wasn't completely clear.  PmWiki's commenting feature 
will also allow individual comments to be stored on separate pages 
*as data values* using page text variables, not just as formatted
comments.

Pm



From editor at fast.st  Fri Dec  8 12:06:04 2006
From: editor at fast.st (The Editor)
Date: Fri, 8 Dec 2006 13:06:04 -0500
Subject: [pmwiki-users] A couple of tweaks to ZAP
In-Reply-To: <E1844C5A-FD0A-4CCB-90CA-3728DFD2BE24@kinhost.org>
References: <E1844C5A-FD0A-4CCB-90CA-3728DFD2BE24@kinhost.org>
Message-ID: <fec7cf150612081006q21ae285wc9027314620494ef@mail.gmail.com>

Duh, just hit me.  You can do this already with create--using the
pagetemplate to provide the format.  I'm assuming the field names are
going to all be the same, and only the values will change.  Basically
you:

1) setup a zapform with all the appropriate  input fields.

2) use "create" to assign the location of the page you want

3) set up a pagetemplate (like ADL) at a specified location that looks
like this:
(the default location is Group.Name-template)

BEGIN:VCALENDAR
     PRODID:-//RDU Software//NONSGML HandCal//EN
     VERSION:2.0
     BEGIN:VEVENT
     DTSTAMP:{Timestamp}
     DESCRIPTION:{Description}
     CATEGORIES:{Category}
etc...

When you create the page, the template will be retrieved, the field
values will be inserted and the result will be save onto the page.  It
won't technically be in the zap data section, but on the actual page,
but I think that's what you want.

You can put anything you want into the template.  You can also update
the template at any time, but existing entries will not be changed,
only new ones.  Let me know if you get stuck.

The create functon is in the zapfiles module and it is very powerful
for creating new pages.

Cheers,
Caveman



From connard at dsg-inc.com  Fri Dec  8 12:22:38 2006
From: connard at dsg-inc.com (Scott Connard)
Date: Fri, 8 Dec 2006 13:22:38 -0500
Subject: [pmwiki-users] EnableRelativePageVars in beta releases
In-Reply-To: <20061208175731.GI28218@host.pmichaud.com>
References: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>
	<20061208175731.GI28218@host.pmichaud.com>
Message-ID: <AFF40CF2-9B14-4D3C-8862-AA71B093822B@dsg-inc.com>

On Dec 8, 2006, at 12:57 PM, Patrick R. Michaud wrote:

> On Fri, Dec 08, 2006 at 10:22:23AM -0500, Scott Connard wrote:
>> I was wondering why you didn't add conditional code to your beta
>> release pages so that people could run with those pages regardless of
>> their setting of $EnableRelativePageVars.
>
> The pages that come with the beta release distribution already
> work regardless of the setting of $EnableRelativePageVars --
> at least, they're supposed to.  Could you give an example
> where they aren't working?
>
> Looking at one of your examples:
>
>     wikilib.d/Site.PageNotFound:
>     7c7,8
>     < (:if auth edit:)%rel=nofollow% ([[{$FullName}?action=edit |  
> Create
>     {$FullName}]])
>     ---
>> (:if ( ! enabled EnableRelativePageVars && auth edit ) :)% 
>> rel=nofollow% ([[{$FullName}?action=edit | Create {$FullName}]])
>> (:if ( enabled EnableRelativePageVars && auth edit ) :)% 
>> rel=nofollow% ([[{*$FullName}?action=edit | Create {*$FullName}]])
>
> The test for EnableRelativePageVars isn't needed.  {*$FullName}
> always gives the correct answer, even if $EnableRelativePageVars
> is disabled.
>
> Or, stated differently, if $EnableRelativePageVars isn't set,
> then {*$FullName} and {$FullName} produce the same results, so
> in 2.2.0 one can always use {*$FullName} to mean "currently
> browsed page".
>
> Pm
>

Yes, but... The {*$FullName} code isn't in the 2.1.26 release, so you  
can't have a Site.PageNotFound that works with both the 2.1.26  
release AND the 2.2.0 beta release unless you use the conditional  
code.  Anybody wanting to repeatedly move an existing site between  
2.1.26 and 2.2.0 beta has to continually modify these certain files  
or add conditional code.

Scott.




From pmichaud at pobox.com  Fri Dec  8 12:47:17 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 8 Dec 2006 12:47:17 -0600
Subject: [pmwiki-users] EnableRelativePageVars in beta releases
In-Reply-To: <AFF40CF2-9B14-4D3C-8862-AA71B093822B@dsg-inc.com>
References: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>
	<20061208175731.GI28218@host.pmichaud.com>
	<AFF40CF2-9B14-4D3C-8862-AA71B093822B@dsg-inc.com>
Message-ID: <20061208184716.GB20074@host.pmichaud.com>

On Fri, Dec 08, 2006 at 01:22:38PM -0500, Scott Connard wrote:
> >On Fri, Dec 08, 2006 at 10:22:23AM -0500, Scott Connard wrote:
> >>I was wondering why you didn't add conditional code to your beta
> >>release pages so that people could run with those pages regardless of
> >>their setting of $EnableRelativePageVars.
> >
> >The pages that come with the beta release distribution already
> >work regardless of the setting of $EnableRelativePageVars --
> >at least, they're supposed to.  
> 
> Yes, but... The {*$FullName} code isn't in the 2.1.26 release, so you  
> can't have a Site.PageNotFound that works with both the 2.1.26  
> release AND the 2.2.0 beta release unless you use the conditional  
> code.  Anybody wanting to repeatedly move an existing site between  
> 2.1.26 and 2.2.0 beta has to continually modify these certain files  
> or add conditional code.

Oh, the easy solution to that is to enable the {*$FullName} 
markup on the 2.1.26 site so that it does work.  From the archives [1]:

    ... if a skin or recipe wants to use {*$var} with pre-2.2 
    versions of PmWiki, the easiest solution is to just add the 
    {*$var} markup directly:

        if ($VersionNum < 2001900) {
          Markup('{*$var}', '<{$var}',
            '/\\{\\*\\$/e', 
            "'{'.\$pagename.'$'");
        }

I should probably do this as a special 2.1.27 release.  Unfortunately,
that's a bit of a pain at the moment, since my automated scripts
don't understand backdated releases.  Thus I'd have to build the
release by hand to make it work (I guess I could do that).

At any rate, placing the above lines into local/config.php or
any other customization file will cause {*$var} to work on 2.1.x
sites.  Then the pages can be moved from 2.2.0-beta to 2.1.x
without any problems.

Pm

1.  http://www.pmichaud.com/pipermail/pmwiki-users/2006-October/033693.html



From lists at manor-farm.org  Fri Dec  8 23:47:07 2006
From: lists at manor-farm.org (Ian Barton)
Date: Sat, 09 Dec 2006 05:47:07 +0000
Subject: [pmwiki-users] A Couple of Category Questions
In-Reply-To: <801632876.20061207112121@softflow.co.uk>
References: <4577EAE3.5010204@manor-farm.org>
	<801632876.20061207112121@softflow.co.uk>
Message-ID: <457A4DDB.6080302@manor-farm.org>

> 
>> Is there any way to list all the categories defined in a wiki?
> 
> Categories are essentially pages in a group called 'Category'.
> (you can redefine the name in config.php like
> 
>      $CategoryGroup = 'MyCategoryName';
> 
> A link to a category page can be written as [[!SomeCategory]], which
> is essentially the same as [[$CategoryGroup/SomeCategory]]
> 
> So to list all your categories you can use pagelist:
> 
> (:pagelist group=Category list=normal fmt=title:)
> 
> To put that into Category/Category will give you an index of
> categories on the group's "home page".
> 
Thanks that does exactly what I needed.

Ian.



From labellz at earthlink.net  Sat Dec  9 08:16:38 2006
From: labellz at earthlink.net (L. Bell)
Date: Sat, 9 Dec 2006 09:16:38 -0500
Subject: [pmwiki-users] (no subject)
Message-ID: <02F220B1-4231-4D89-891D-6DFB44FFFE90@earthlink.net>

Not sure whether this is a CommentBoxPlus, SimpleForum, or PmWiki  
question...?

When SimpleForum posts a new topic, it creates a link to author name  
that ends up pointing to page Profiles.author.

Is there any reasonably straightforward way to change things so it  
goes to group "People" instead of group "Profiles" ?

Thanks,

Liz



From labellz at earthlink.net  Sat Dec  9 08:18:43 2006
From: labellz at earthlink.net (L. Bell)
Date: Sat, 9 Dec 2006 09:18:43 -0500
Subject: [pmwiki-users] Profiles group - change name?
Message-ID: <D272FEB5-7DF2-45AE-B51F-19E78617C269@earthlink.net>

Whoops! Sorry about forgetting the subject!!
- - - - - - -
Not sure whether this is a CommentBoxPlus, SimpleForum, or PmWiki  
question...?

When SimpleForum posts a new topic, it creates a link to author name  
that ends up pointing to page Profiles.author.

Is there any reasonably straightforward way to change things so it  
goes to group "People" instead of group "Profiles" ?

Thanks,

Liz



From crisses at kinhost.org  Sat Dec  9 08:20:05 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 9 Dec 2006 09:20:05 -0500
Subject: [pmwiki-users] Free thoughts on images
In-Reply-To: <MPG.1fe38e9856ee7bf98995c@news.gmane.org>
References: <d9d039dd0612080552q734bc57drabec511e09eb703d@mail.gmail.com>
	<MPG.1fe38e9856ee7bf98995c@news.gmane.org>
Message-ID: <9C2EBD6B-EE34-4498-927E-92635DE6E1CB@kinhost.org>


On Dec 8, 2006, at 10:20 AM, marc wrote:

>
> With large amounts of images, I'd be inclined to produce the listing
> markup automatically via a process than reads the directory list.

Someone was working on an image gallery plug-in that reads directories.

> Presuming all file names are unique,

Or that the plug-in takes directory names into account as well :) ie:
Gallery/DirectoryName-FileName

Bad example.  Works better if colons are enabled in page names ;)

Maybe:
Gallery-Directory/FileName

Crisses



From design5 at softflow.co.uk  Sat Dec  9 08:32:18 2006
From: design5 at softflow.co.uk (Hans)
Date: Sat, 9 Dec 2006 14:32:18 +0000
Subject: [pmwiki-users] Profiles group - change name?
In-Reply-To: <D272FEB5-7DF2-45AE-B51F-19E78617C269@earthlink.net>
References: <D272FEB5-7DF2-45AE-B51F-19E78617C269@earthlink.net>
Message-ID: <1876089010.20061209143218@softflow.co.uk>

Saturday, December 9, 2006, 2:18:43 PM, L. wrote:

> When SimpleForum posts a new topic, it creates a link to author name
> that ends up pointing to page Profiles.author.

> Is there any reasonably straightforward way to change things so it  
> goes to group "People" instead of group "Profiles" ?

Commentboxplus.php uses this for a link: [[~$Author]].
PmWiki uses this shorthand link syntax throughout to point
to a page in the Profiles group. If you want to change the name
for the profiles group fom Profiles to People, put this into config.php
or another local customisation file:

$ProfilesGroup = 'People';


Hans




From dausha at gmail.com  Sat Dec  9 11:04:21 2006
From: dausha at gmail.com (Ben Wilson)
Date: Sat, 9 Dec 2006 11:04:21 -0600
Subject: [pmwiki-users] Google Map API 2.2.0 Pre-planning
Message-ID: <cc6097050612090904y202788ddhde4f9b70d7066c9e@mail.gmail.com>

Greetings all. I'm in the last nine days of law school, so I'm about
to have a rather out-of-season Summer of Code before I return to the
GIS software engineering community.[1] Perhaps I should call it
Christmas of Code? (Classes are over, only three exams.)

I am going to focus on Google Map API (GMA); implementing features as
requested on the discussion page.[2] I would like those interested in
an improved GMA to check out the list of planned features and provide
input. As a summary of planned features:
    * Map Float
    * Link to wiki pages
    * Multiple map support
    * Direction control
          o Remove directions option
          o load directions in new windows
    * Icon support

I'll be implementing the easier features first (e.g. float, link to
wiki pages). I tried to sort the list above into the order of
implementation. I will start on features now, while y'all take a
chance to request additional features. So, stay-tuned for 2.2.0-pre1.

For Icon support, I've been scratching my head for months over the
best way to implement this feature. I actually had a released
implementation that I pulled back because it was weak (which normally
might not stop me). This has been because you can have literally
thousands of icons. I wanted a dynamic way to implement them all. I
think I finally have a solution, although it does put a bit more on
the administrator.

If any developers have considered adding a fix or feature to GMA since
August's release, please get with me so I can incorporate them into
the next official version.

-- 
Ben Wilson
"Words are the only thing which will last forever." Churchill

[1]: http://en.wikipedia.org/wiki/Geographic_information_system. After
two and a half years, I've confirmed my dislike of lawyers. I prefer
to think of GIS as Geospatial Imagery Systems.
[2]: http://www.pmwiki.org/wiki/Cookbook/GoogleMapAPI-Discuss



From hanbb at xs4all.nl  Sat Dec  9 11:19:48 2006
From: hanbb at xs4all.nl (Han Baas)
Date: Sat, 9 Dec 2006 18:19:48 +0100
Subject: [pmwiki-users] pagelist trail= feature question
Message-ID: <4CEE91ED-1C7C-4F5A-9452-DD4DE0327356@xs4all.nl>

Hi all,
We have the (:pagelist trail= :) format.
The output of the lsit can be limited by using the " count" option

Is it possible to limit the output of this type of pagelist:
1. by using [[#anchors]] like it is possible with (:include:)?
2. by using something like " count=4..10"  which would display the  
pages number 4 to 10 including?

Greetings
Han



From hawkwind at gmail.com  Sat Dec  9 11:23:38 2006
From: hawkwind at gmail.com (Cliff Wade)
Date: Sat, 9 Dec 2006 11:23:38 -0600
Subject: [pmwiki-users] Gemini theme topnav
Message-ID: <d7dc7ac60612090923j69b2b766o209eafdedf9c908e@mail.gmail.com>

Hey all,

I'm using the Gemini theme by Hans and am trying to accomplish something.  I
want the top navigation bar that is at the top of the screen to also be at
the bottom of the wiki box in the middle of the page.  When I do this
originally the bottom appears as buttons instead of matching the top
exactly.  Then there are issues of it not having the pipes( | ) in between
each entry,  not centered correctly and other issues.  pmichaud has tried
helping me fix it on IRC but didn't have much luck as far as centering and
getting the text aligned properly and such.

Below is what he had me add to my pub/css/local.css file:

#footnav li a
{
border: 0px;
background-color: transparent;
}

#footnav ul li:before {
content: "| ";
}

#footnav ul li:first-child:before {
content: "";
}

#footnav {
 float:right;
text-align:center;
}

#footnav ul li {
 display:inline;
}

The wiki in question is located here:  http://seerofsouls.com/wiki

I would be happy if someone could give me what all I need to add to my
pub/css/local.css file to get this thing matching the top.  If there are
things that need to be added to it to change the top a bit so that the
bottom can match, I'm all for it.

I really hope someone can help fix this issue as I am no CSS person at all.


-- 
With kind regards,

Cliff Wade (Hawkwind)
Registered Linux User #362532 Registered Kubuntu User #331
http://seerofsouls.com http://linuxfordummies.org http://urpmi-addmedia.org
IRC Channels (irc.freenode.net): #LFD #Kubuntu #Ulteo
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061209/f4195131/attachment.html 

From design5 at softflow.co.uk  Sat Dec  9 12:13:05 2006
From: design5 at softflow.co.uk (Hans)
Date: Sat, 9 Dec 2006 18:13:05 +0000
Subject: [pmwiki-users] Gemini theme topnav
In-Reply-To: <d7dc7ac60612090923j69b2b766o209eafdedf9c908e@mail.gmail.com>
References: <d7dc7ac60612090923j69b2b766o209eafdedf9c908e@mail.gmail.com>
Message-ID: <533252498.20061209181305@softflow.co.uk>

Saturday, December 9, 2006, 5:23:38 PM, Cliff wrote:

> I'm using the Gemini theme by Hans and am trying to accomplish something.  I
> want the top navigation bar that is at the top of the screen to also be at
> the bottom of the wiki box in the middle of the page.  When I do this
> originally the bottom appears as buttons instead of matching the top
> exactly.  Then there are issues of it not having the pipes( | ) in between
> each entry,  not centered correctly and other issues.

Hi Cliff,
the easiest way seems to me to make one change in skin-gemini.tmpl,
and then add a bunch of new css attributes.

The change I have in mind for the skin template:
replace
    <div id='footnav>   with   <div id='footnav1' class='nav'>

This change will apply the pipelist used in topnav through
class='nav', and give the footnav a new div name, so it does not pick
up the css button styles.

then you need to add some new css to get the styling as you like.
This depends very much on what color and font scheme you use.
For instance:

#footnav1 { text-align:center;
            font-size:85%;
            font-family: Verdana, Geneva, Helvetica, Arial, sans-serif;
}
#footnav1 li a:link, #footnav1 li a:visited { color:#000;}
#footnav1 li a:hover, #footnav1 li a:active { color:#f00; background:#F5E9BD  }

The color values for #topnav may work, or may not (not for blue color
scheme, as the top background is dark and the text color used light).

I think hacking the template like this is the easiest way to do it,
otherwise you need to hunt css values all over the place, and
duplicate the whole pipelist style .nav class.

Let me know how you got on.

Hans




From design5 at softflow.co.uk  Sat Dec  9 12:21:12 2006
From: design5 at softflow.co.uk (Hans)
Date: Sat, 9 Dec 2006 18:21:12 +0000
Subject: [pmwiki-users] Gemini theme topnav
In-Reply-To: <533252498.20061209181305@softflow.co.uk>
References: <d7dc7ac60612090923j69b2b766o209eafdedf9c908e@mail.gmail.com>
	<533252498.20061209181305@softflow.co.uk>
Message-ID: <346150652.20061209182112@softflow.co.uk>

Saturday, December 9, 2006, 6:13:05 PM, Hans wrote:

> This change will apply the pipelist used in topnav through
> class='nav'

the term pipelist comes from Listamatic Fat Eric's Pipelist
http://css.maxdesign.com.au/listamatic/horizontal32.htm
referring to display list items horizontally with pipe symbols
separating each.


Hans




From dausha at gmail.com  Sat Dec  9 13:23:05 2006
From: dausha at gmail.com (Ben Wilson)
Date: Sat, 9 Dec 2006 13:23:05 -0600
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
Message-ID: <cc6097050612091123g1601932clbe8c66ea249f1c7a@mail.gmail.com>

As warned, I've added three features to Google Map API, in an effort
to get the ball rolling. The code is available.

Specific features added to pre-1 release:

* Float
* Multiple maps (problem with text on one map changing behavior of
other map, hope to fix in pre-2).

Nearly done (see pre-2 release upcoming):
* No direction option. I have a solution, but its inelegant and so I
will take a second pass.

Remaining (see pre-3 release upcoming):
* Icons

Others (see pre-?? release upcoming):
* What do you want?

-- 
Ben Wilson
"Words are the only thing which will last forever" --- Churchill



From crisses at kinhost.org  Sat Dec  9 17:29:14 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 9 Dec 2006 18:29:14 -0500
Subject: [pmwiki-users] pagelist + ZAP = drop-down menu?
Message-ID: <F4B8D784-21C4-4047-92A0-7CB709F104C1@kinhost.org>

I have data forms, each has a field such as:

Username:JSmith

I want to make a drop-down select menu such as http://www.fast.st/zap/ 
pmwiki.php?n=Docs.Select -- but I want to pull the $:Username as the  
value (both displayed and submitted value.

This can then be used to create an edit form to overwrite the  
{Directory-Data/{$PulledUsername}}.

Is there some way between pagelists and/or ZAP that I can create a  
menu for the current $:Usernames?



Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061209/ef494e32/attachment.html 

From kirpi at kirpi.it  Sat Dec  9 18:34:52 2006
From: kirpi at kirpi.it (kirpi at kirpi.it)
Date: Sun, 10 Dec 2006 01:34:52 +0100
Subject: [pmwiki-users] Fwd: Free thoughts on images
In-Reply-To: <d9d039dd0612080552q734bc57drabec511e09eb703d@mail.gmail.com>
References: <d9d039dd0612080552q734bc57drabec511e09eb703d@mail.gmail.com>
Message-ID: <d9d039dd0612091634x6de41509y3906534ce65b0813@mail.gmail.com>

> Crisses:
> Someone was working on an image gallery plug-in that reads directories.

Yes, I found WikiGallery [1] quite interesting.
The best is maybe to install it and try...


> marc:
> I think it would be easier to advise you if you described
> how you'd like things to work.
> Be idealistic...

Ok. I'll be idealistic...
:-)

Luigi






[1] http://www.pmwiki.org/wiki/Cookbook/WikiGallery



From katir at hindu.org  Sat Dec  9 19:47:55 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sat, 09 Dec 2006 15:47:55 -1000
Subject: [pmwiki-users] ZAP Data -- Thread Numbering
Message-ID: <457B674B.70905@hindu.org>

I upgraded to the lastest ZAP.php,

--ZAPversion'] = "'December 8, 2006-2'";

Caveman mentioned thread bug was fixed...

But I can't get it to work

I know he is busy with bigger issues...
Can anyone see what I may be doing wrong?

Do I need to config anything else to implement
thread numbering?

(:zapdata:)
(:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
Project: (:select Project:)
(:option "{$Project}":) {$Project}
(:option "LandManagement":) LandManagement
(:option "SystemAdmin":) SystemAdmin
(:option "AjaxInitiative":) AjaxInitiatives
(:option "AudioLibrary":) AudioLibrary
(:option "MailingLists":) MailingLists
(:selectend:)  Owner: (:select Owner:)
(:option "{$Owner}":) {$Owner}
(:option "Sivakatirswami":) Sivakatirswami
(:option "Sadhunathan":) Sadhunathan
(:option "Andre":) Andre
(:option Caveman":) Caveman
(:selectend:) Priority: (:select Priority:)
(:option "{$Priority}":) {$Priority}
(:option "1-Urgent!":) Urgent!
(:option "2-High":) High
(:option "3-Medium":) Medium
(:option "4-Low":) Low
(:selectend:) Status: (:select Status:)
(:option "$Status}":) {$Status}
(:option "Open":) Open
(:option "In Progress":) In Progress
(:option "Pending":) Pending
(:option "Hold":) Hold
(:option "Complete":) Complete
(:selectend:)
Description: (:input text Description "{$Description}" 
size="50":)(:input hidden savedata 
"Project,Owner,Priority,Status,Description":)(:input submit value="Submit":)
(:input hidden datapage "TODO-{Project}.#" :)

(:zapend:)

We get msg "Form Submitted... Data has been succesfully... etc"

expected: e.g. TODO-AjaxInitiative.10001

Instead: I get a recent changes entry like this: but you can see, no 
serial number is poke into "#"

text=* [[TODO-SystemAdmin/#]]  . . . December 09, 2006, at 04:54 PM by 
[[~Sivakatirswami]]: [==]%0a

and no file is written to wiki.d

I then tried using a fixed name

(:input hidden datapage "TODO-Test.#" :)

Now I get a file: "TODO-Test.00" In Wiki.d
Attempt to great a second one overwrites the first.. it is not 
incremented to TODO-Test.01
Anyway, I though it was 5 digits?  10001??


Cheers from Hawii

Sivakatirswami
www.himalayanacademy.com
-- 
Om shanti
(In  Peace)

Sivakatirswami
www.himalayanacademy.com

Get Hinduism Today Digital Edition. It's Free!
http://www.hinduismtoday.com/digital/



From katir at hindu.org  Sat Dec  9 20:13:56 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sat, 09 Dec 2006 16:13:56 -1000
Subject: [pmwiki-users] ZAP Data -- Thread Numbering
In-Reply-To: <457B674B.70905@hindu.org>
References: <457B674B.70905@hindu.org>
Message-ID: <457B6D64.2070902@hindu.org>

More on this....

It seems that by putting the directive at the beginning
of the form may help (I see that in the forum source at zapsite.org)

  (:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
(:input hidden datapage "TODO-{Project}.#" :)

I am now getting the {Project} passed to the new page:

e.g. TODO-ServerAdmin.00

But, no incrementing the thread number...If we create a new TODO
in with the same Project we over write the first created page.

In my planned implementation we will have a group of TODO's for each 
"project"
(where the design is that any given project name = a group name)
But, I'm hoping for a single contiguous series of thread numbers across all
projects... like this (assumes they would be created in this order, over 
time)


TOD0-AjaxSlideShows.10001
TOD0-AjaxSlideShows.10002
TOD0-ServerAdmin.10003
TOD0-AjaxSlideShows.10004
TODO-LandManagement.10005
TOD0-AjaxSlideShows.10006
TOD0-MailingListMigration.10007  # a new project gets started up...

question: does the ZAP thread algorithm require the group to be the same
for a single series of numbers?


Sivakatirswami wrote:
> I upgraded to the lastest ZAP.php,
> 
> --ZAPversion'] = "'December 8, 2006-2'";
> 
> Caveman mentioned thread bug was fixed...
> 
> But I can't get it to work
> 
> I know he is busy with bigger issues...
> Can anyone see what I may be doing wrong?
> 
> Do I need to config anything else to implement
> thread numbering?
> 
> (:zapdata:)
> (:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
> Project: (:select Project:)
> (:option "{$Project}":) {$Project}
> (:option "LandManagement":) LandManagement
> (:option "SystemAdmin":) SystemAdmin
> (:option "AjaxInitiative":) AjaxInitiatives
> (:option "AudioLibrary":) AudioLibrary
> (:option "MailingLists":) MailingLists
> (:selectend:)  Owner: (:select Owner:)
> (:option "{$Owner}":) {$Owner}
> (:option "Sivakatirswami":) Sivakatirswami
> (:option "Sadhunathan":) Sadhunathan
> (:option "Andre":) Andre
> (:option Caveman":) Caveman
> (:selectend:) Priority: (:select Priority:)
> (:option "{$Priority}":) {$Priority}
> (:option "1-Urgent!":) Urgent!
> (:option "2-High":) High
> (:option "3-Medium":) Medium
> (:option "4-Low":) Low
> (:selectend:) Status: (:select Status:)
> (:option "$Status}":) {$Status}
> (:option "Open":) Open
> (:option "In Progress":) In Progress
> (:option "Pending":) Pending
> (:option "Hold":) Hold
> (:option "Complete":) Complete
> (:selectend:)
> Description: (:input text Description "{$Description}" 
> size="50":)(:input hidden savedata 
> "Project,Owner,Priority,Status,Description":)(:input submit value="Submit":)
> (:input hidden datapage "TODO-{Project}.#" :)
> 
> (:zapend:)
> 
> We get msg "Form Submitted... Data has been succesfully... etc"
> 
> expected: e.g. TODO-AjaxInitiative.10001
> 
> Instead: I get a recent changes entry like this: but you can see, no 
> serial number is poke into "#"
> 
> text=* [[TODO-SystemAdmin/#]]  . . . December 09, 2006, at 04:54 PM by 
> [[~Sivakatirswami]]: [==]%0a
> 
> and no file is written to wiki.d
> 
> I then tried using a fixed name
> 
> (:input hidden datapage "TODO-Test.#" :)
> 
> Now I get a file: "TODO-Test.00" In Wiki.d
> Attempt to great a second one overwrites the first.. it is not 
> incremented to TODO-Test.01
> Anyway, I though it was 5 digits?  10001??
> 
> 
> Cheers from Hawii
> 
> Sivakatirswami
> www.himalayanacademy.com



From katir at hindu.org  Sun Dec 10 00:05:12 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sat, 09 Dec 2006 20:05:12 -1000
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
Message-ID: <457BA398.2060701@hindu.org>

Goal:

to have a small form that has at least the appearance
  of being at the top of every page, site wide.

Details so far:

1) I have a small zapdata form which I want to appear on every page site
wide. It acts to display the data that was previously enter on that page or
is empty if none was entered on that page.
2) This form lives as a single instance as this page: Main.ToDoEntry
3) many pages have no content at all in the main content section of the page
4) Other pages may have as much as 1000 lines of content
5) currently using Gemini (I could switch skins  if *really* necessary,
though I'm rather attached to Gemini styles)

Challenge:
1) I can use (:include Main.ToDoEntry:) and put this in Site.PageFooter,
but it appears way down below, off screen. Even on pages with no content
it is forced below the first view by the left sidebar. Users have to
scroll down to see it.
2) If I put it in Site.PageHeader, it appears at the top of the left
side bar, in huge type, styled like the sitewide logo text.

(Aside note: I'm probably missing something simple, but would not that
locatio better be named LeftSiderBarHeader... or something?) hat
location really should be called "Sidebar header
  and  it appears site wide but if the sid

3) What would be better would be for it to appear in the area above the
main content, below the group and page titles. But I don't know how to
access that space on the page.

4) I would also be content if there were some way to force it to be at
the very top of the content of every page (even those which had data
previous entered into them... which I suspect would be a problem to
achieve.) We want it something like this:

Left Side  ||   groupTitle      Page Title
Bar Logo  ||
-------------------------------------------------------
Side bar   ||  Small,...........
Links       ||     Three line.......
               ||         form here..........
               ||-----------------------------------------
               ||-----------------------------------------
               ||-----------------------------------------




-- 
Om shanti
(In  Peace)

Sivakatirswami
www.himalayanacademy.com

Get Hinduism Today Digital Edition. It's Free!
http://www.hinduismtoday.com/digital/



From design5 at softflow.co.uk  Sun Dec 10 03:36:28 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 09:36:28 +0000
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
In-Reply-To: <457BA398.2060701@hindu.org>
References: <457BA398.2060701@hindu.org>
Message-ID: <36637078.20061210093628@softflow.co.uk>

Sunday, December 10, 2006, 6:05:12 AM, Sivakatirswami wrote:

> 3) What would be better would be for it to appear in the area above the
> main content, below the group and page titles. But I don't know how to
> access that space on the page.

Since you use Gemini: Could you use Site.RightBar with
(:include Main.ToDoEntry:)
You could make the right bar as wide as the content, if need be.
(I can advise you on the details for this)

Site.RightBar is meant for content to be shown on every page.
We just need to adjust the styling, so it is no longer a little box on
the right.


Hans




From design5 at softflow.co.uk  Sun Dec 10 04:19:20 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 10:19:20 +0000
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
In-Reply-To: <457BA398.2060701@hindu.org>
References: <457BA398.2060701@hindu.org>
Message-ID: <1896995131.20061210101920@softflow.co.uk>

Sunday, December 10, 2006, 6:05:12 AM, Sivakatirswami wrote:

> 1) I have a small zapdata form which I want to appear on every page site
> wide. It acts to display the data that was previously enter on that page or
> is empty if none was entered on that page.

Here is maybe a better way:
Use a new site.AllGroupHeader page, which will be included on top of
any GroupHeader pages, on top of content area.
Define this in config.php:

# add Site.AllGroupHeader page
$GroupHeaderFmt =
  '(:include $SiteGroup.AllGroupHeader:)(:nl:)'
  .'(:include $Group.GroupHeader:)(:nl:)';

Then create Site.AllGroupHeader and add

(:include Main.ToDoEntry:)

Ideally you wan to show Main.ToDoEntry only if your page has no
content, or a  certain content only? You may be able to include
(:include Main.ToDoEntry:) in a conditional on some page content
criteria (which i don't know):

(:if enabled $SomeVariable:)(:include Main.ToDoEntry:)(:if:)

or something along this line.

In any case Site.AllGroupHeader should be easier to set up
than getting Site.RightBar exactly as you like (although you can
define new widths for the rightbar easily from config.php)


Hans




From pmwiki at christophedavid.org  Sun Dec 10 05:20:11 2006
From: pmwiki at christophedavid.org (Christophe David)
Date: Sun, 10 Dec 2006 12:20:11 +0100
Subject: [pmwiki-users] div style=background-image:url - what is the right
	syntax ?
Message-ID: <818fa0240612100320q7feb2b20jae57c6cc31398c10@mail.gmail.com>

Could someone please post the right syntax to add
"background-repeat:no-repeat" so that the background image is only displayed
once with the follwing example ?  And maybe how to center the image with
background-position too ;-) ?

(:div style=background-image:url([=
http://www.pmwiki.org/pmwiki/pub/skins/pmwiki/pmwiki-32.gif=]):)

\\\\\\\\\\\\\\\\\\\\\\\\\\\\\\

(:divend:)

Thank you in anticipation.

Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061210/3cd837f5/attachment.html 

From design5 at softflow.co.uk  Sun Dec 10 05:46:57 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 11:46:57 +0000
Subject: [pmwiki-users] div style=background-image:url - what is the
	right syntax ?
In-Reply-To: <818fa0240612100320q7feb2b20jae57c6cc31398c10@mail.gmail.com>
References: <818fa0240612100320q7feb2b20jae57c6cc31398c10@mail.gmail.com>
Message-ID: <1616559010.20061210114657@softflow.co.uk>

Sunday, December 10, 2006, 11:20:11 AM, Christophe wrote:

> Could someone please post the right syntax to add
> "background-repeat:no-repeat" so that the background image is only displayed
> once with the follwing example ?  And maybe how to center the image with
> background-position too ;-) ?

try
(:div style="background: url(...) center center no-repeat":)

Note the "..." to enclose all the style attributes.


Hans




From malexism at free.fr  Sun Dec 10 05:51:28 2006
From: malexism at free.fr (malexism at free.fr)
Date: Sun, 10 Dec 2006 12:51:28 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
References: <456F3C6F.30606@free.fr>
	<1385731339.20061130202259@softflow.co.uk>	
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
Message-ID: <457BF4C0.30704@free.fr>

Dominique Faure a ?crit :
> On 12/5/06, malexism at free.fr <malexism at free.fr> wrote:
> have you tried using something like below in your .tmpl file?
> <title><!--markup:<:block>{$GroupTitle}--></title>

Yes. $GroupTitle or $GroupTitlespaced give the same.
For example, if the name of the group is "JardinDesArts", then the title 
bar of the browser display "JardinDesArtsTitlespaced".

I think there is not a word spaced problem: i don't use markup
extension recipe in this web site, and i tried with and without 
$SpaceWikiWords = 1; in config.php.

But, may be it is a misunderstanding ? The GroupTitle recipe seems to 
give a default name for all pages of a group. What i am looking for is a 
way to  display a name for a group different than the the real name.
For my example, i want to display "Magasin de musique : le Jardin des 
arts" when the groupname is "JardinDesArts".

This solution could correct french problem like this : i have a group 
witch name is "Vent d'Ouest". Groupname is "VentDOuest", and there is no 
way to display in the title bar of the browser "... d'O..."

thank you for your help.
marc
-- 
http://www.malexism.com/



From design5 at softflow.co.uk  Sun Dec 10 06:04:35 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 12:04:35 +0000
Subject: [pmwiki-users] group title
In-Reply-To: <457BF4C0.30704@free.fr>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr>
Message-ID: <1552183435.20061210120435@softflow.co.uk>

Sunday, December 10, 2006, 11:51:28 AM, malexism wrote:

> But, may be it is a misunderstanding ? The GroupTitle recipe seems to
> give a default name for all pages of a group. What i am looking for is a
> way to  display a name for a group different than the the real name.
> For my example, i want to display "Magasin de musique : le Jardin des
> arts" when the groupname is "JardinDesArts".

This is exactly what GroupTitle should do.
I think you got an error installing it somewhere.
Have you tried on a wiki page: {$GroupTitle}
It should show at least as the group's name (if no
(:title ... :) is set in GroupAttributes or GroupHeader etc

If {$GroupTitle} displayed exactly as written, you know that the
recipe is not installed properly.


Hans




From editor at fast.st  Sun Dec 10 06:17:16 2006
From: editor at fast.st (The Editor)
Date: Sun, 10 Dec 2006 07:17:16 -0500
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
In-Reply-To: <1896995131.20061210101920@softflow.co.uk>
References: <457BA398.2060701@hindu.org>
	<1896995131.20061210101920@softflow.co.uk>
Message-ID: <fec7cf150612100417i431edb92g8030fb42e5e7f206@mail.gmail.com>

On 12/10/06, Hans <design5 at softflow.co.uk> wrote:
> Sunday, December 10, 2006, 6:05:12 AM, Sivakatirswami wrote:
>
> > 1) I have a small zapdata form which I want to appear on every page site
> > wide. It acts to display the data that was previously enter on that page or
> > is empty if none was entered on that page.
>
> Here is maybe a better way:
> Use a new site.AllGroupHeader page, which will be included on top of
> any GroupHeader pages, on top of content area.
> Define this in config.php:
>
> # add Site.AllGroupHeader page
> $GroupHeaderFmt =
>  '(:include $SiteGroup.AllGroupHeader:)(:nl:)'
>  .'(:include $Group.GroupHeader:)(:nl:)';
>
> Then create Site.AllGroupHeader and add
>
> (:include Main.ToDoEntry:)
>
> Ideally you wan to show Main.ToDoEntry only if your page has no
> content, or a  certain content only? You may be able to include
> (:include Main.ToDoEntry:) in a conditional on some page content
> criteria (which i don't know):
>
> (:if enabled $SomeVariable:)(:include Main.ToDoEntry:)(:if:)
>
> or something along this line.
>

My guess is Sivaka would like something like a little menu bar in the
AllGroupHeader with a couple options like:

[[New ToDo]] | [[Edit ToDo]] | [[Delete ToDo]] | [[Search ToDos]] etc...

And then when one or various other options are clicked, the
appropriate form comes up.  If this is what you have in mind, I could
show you how to do that.  Hans suggestion to put it in the
AllGroupHeader is probably the way to go for this.

If I'm missing what you have in mind, you could maybe explain exactly
what you want in that section of your page....

Cheers,
Caveman

PS.  Hans, is there a way to disable that part of the skins with
something lik (:noAllGroupHeader:) or are we locked into it for every
page?  I also suspect there are pages Sivaka won't want this showing
up, and would like to disable it.  Or perhaps even better, he might
like to set it so it only shows up in groups like:

TODOS-Project1, TODOS-Project2.

Can that be done somehow?  Sivaka, is this what you want?



From design5 at softflow.co.uk  Sun Dec 10 06:30:06 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 12:30:06 +0000
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
In-Reply-To: <fec7cf150612100417i431edb92g8030fb42e5e7f206@mail.gmail.com>
References: <457BA398.2060701@hindu.org>
	<1896995131.20061210101920@softflow.co.uk>
	<fec7cf150612100417i431edb92g8030fb42e5e7f206@mail.gmail.com>
Message-ID: <615040661.20061210123006@softflow.co.uk>

Sunday, December 10, 2006, 12:17:16 PM, The wrote:

> PS.  Hans, is there a way to disable that part of the skins with
> something lik (:noAllGroupHeader:) or are we locked into it for every
> page?  I also suspect there are pages Sivaka won't want this showing
> up, and would like to disable it.  Or perhaps even better, he might
> like to set it so it only shows up in groups like:

> TODOS-Project1, TODOS-Project2.

If you set
# add Site.AllGroupHeader page
$GroupHeaderFmt =
  '(:include $SiteGroup.AllGroupHeader:)(:nl:)'
  .'(:include $Group.GroupHeader:)(:nl:)';

In config.php the page will be included in all pages in all groups.
That is the whole point.
If you want to include something only for pages of certain groups,
put the (:include... into each of the GroupHeader pages of those
groups.

We also have  a (:nogroupheader:) directive, and if you have
a sitewide AllGroupHeader page defined with $GroupHeaderFmt, then
(:nogroupheader:) will suppress inclusion of it as well as a
GroupHeader page, because the markup sets GroupHeaderFmt='';


Hans




From malexism at free.fr  Sun Dec 10 06:37:28 2006
From: malexism at free.fr (malexism at free.fr)
Date: Sun, 10 Dec 2006 13:37:28 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <1552183435.20061210120435@softflow.co.uk>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
Message-ID: <457BFF88.2010304@free.fr>

Hans a ?crit :
> If {$GroupTitle} displayed exactly as written, you know that the
> recipe is not installed properly.

That is ! {$GroupTitle} is display "{$GroupTitle}" in the page.
What is confusing is that when there is a page with (:notitle:), the 
(:title ...:) of the GroupHeader page is display for $Title. So the 
recipe works "un petit peu".

Thanks Hans.
marc
-- 
http://www.malexism.com/



From design5 at softflow.co.uk  Sun Dec 10 06:42:30 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 12:42:30 +0000
Subject: [pmwiki-users] group title
In-Reply-To: <457BFF88.2010304@free.fr>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
	<457BFF88.2010304@free.fr>
Message-ID: <759265697.20061210124230@softflow.co.uk>

Sunday, December 10, 2006, 12:37:28 PM, malexism wrote:

> That is ! {$GroupTitle} is display "{$GroupTitle}" in the page.
> What is confusing is that when there is a page with (:notitle:), the
> (:title ...:) of the GroupHeader page is display for $Title. So the 
> recipe works "un petit peu".

What version of pmwiki do you use?

Hans




From pmwiki at christophedavid.org  Sun Dec 10 06:43:22 2006
From: pmwiki at christophedavid.org (Christophe David)
Date: Sun, 10 Dec 2006 13:43:22 +0100
Subject: [pmwiki-users] div style=background-image:url - what is the
	right syntax ?
In-Reply-To: <1616559010.20061210114657@softflow.co.uk>
References: <818fa0240612100320q7feb2b20jae57c6cc31398c10@mail.gmail.com>
	<1616559010.20061210114657@softflow.co.uk>
Message-ID: <818fa0240612100443j6cb5e2d1p175afeada4cca1ba@mail.gmail.com>

>
> > Could someone please post the right syntax to add
> > "background-repeat:no-repeat" so that the background image is only
> displayed
> > once with the follwing example ?  And maybe how to center the image with
> > background-position too ;-) ?
>
> try
> (:div style="background: url(...) center center no-repeat":)
>
> Note the "..." to enclose all the style attributes.



It's magic ;-)  Thanks a lot !

Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061210/ac5def4d/attachment.html 

From malexism at free.fr  Sun Dec 10 07:05:16 2006
From: malexism at free.fr (malexism at free.fr)
Date: Sun, 10 Dec 2006 14:05:16 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <759265697.20061210124230@softflow.co.uk>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
	<457BFF88.2010304@free.fr>
	<759265697.20061210124230@softflow.co.uk>
Message-ID: <457C060C.6000602@free.fr>

Hans a ?crit :
> What version of pmwiki do you use?

Hem... this is not the last one : pmwiki-2.0.12

marc
-- 
http://www.malexism.com/



From design5 at softflow.co.uk  Sun Dec 10 07:23:02 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 13:23:02 +0000
Subject: [pmwiki-users] group title
In-Reply-To: <457C060C.6000602@free.fr>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
	<457BFF88.2010304@free.fr> <759265697.20061210124230@softflow.co.uk>
	<457C060C.6000602@free.fr>
Message-ID: <1621470388.20061210132302@softflow.co.uk>

Sunday, December 10, 2006, 1:05:16 PM, malexism wrote:

> Hem... this is not the last one : pmwiki-2.0.12

well page variables of form {$PageVar} were only introduced in version
2.1.0.,  so consider upgrading!


Hans




From editor at fast.st  Sun Dec 10 07:24:17 2006
From: editor at fast.st (The Editor)
Date: Sun, 10 Dec 2006 08:24:17 -0500
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
In-Reply-To: <615040661.20061210123006@softflow.co.uk>
References: <457BA398.2060701@hindu.org>
	<1896995131.20061210101920@softflow.co.uk>
	<fec7cf150612100417i431edb92g8030fb42e5e7f206@mail.gmail.com>
	<615040661.20061210123006@softflow.co.uk>
Message-ID: <fec7cf150612100524n750ef12cj38c8da6d43827dc9@mail.gmail.com>

On 12/10/06, Hans <design5 at softflow.co.uk> wrote:
> Sunday, December 10, 2006, 12:17:16 PM, The wrote:
>
> > PS.  Hans, is there a way to disable that part of the skins with
> > something lik (:noAllGroupHeader:) or are we locked into it for every
> > page?  I also suspect there are pages Sivaka won't want this showing
> > up, and would like to disable it.  Or perhaps even better, he might
> > like to set it so it only shows up in groups like:
>
> > TODOS-Project1, TODOS-Project2.
>
> If you set
> # add Site.AllGroupHeader page
> $GroupHeaderFmt =
>  '(:include $SiteGroup.AllGroupHeader:)(:nl:)'
>  .'(:include $Group.GroupHeader:)(:nl:)';
>
> In config.php the page will be included in all pages in all groups.
> That is the whole point.
> If you want to include something only for pages of certain groups,
> put the (:include... into each of the GroupHeader pages of those
> groups.
>
> We also have  a (:nogroupheader:) directive, and if you have
> a sitewide AllGroupHeader page defined with $GroupHeaderFmt, then
> (:nogroupheader:) will suppress inclusion of it as well as a
> GroupHeader page, because the markup sets GroupHeaderFmt='';
>
> Hans

Got it, thanks Hans!



From jbeuerle at triad.rr.com  Sun Dec 10 08:06:57 2006
From: jbeuerle at triad.rr.com (JimB)
Date: Sun, 10 Dec 2006 09:06:57 -0500
Subject: [pmwiki-users] Zapdata- registration confusion
Message-ID: <457C1481.4020406@triad.rr.com>

Hello!

I like the idea of all the capabilities of Zapdata.  I just registered a 
  name (Test42) at the Zap website and it said it was available and 
entered in information to create the account.  I then tried to register 
the name Test42 again and it said it was available.    I entered in new 
information, but was prompted that I had entered in an incorrect member 
name or password.   I am confused and this WILL be very confusing for 
new members.

Would you be able to clarify this behavior?

tia

Jim




From malexism at free.fr  Sun Dec 10 08:50:20 2006
From: malexism at free.fr (malexism at free.fr)
Date: Sun, 10 Dec 2006 15:50:20 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <1621470388.20061210132302@softflow.co.uk>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
	<457BFF88.2010304@free.fr>
	<759265697.20061210124230@softflow.co.uk>
	<457C060C.6000602@free.fr>
	<1621470388.20061210132302@softflow.co.uk>
Message-ID: <457C1EAC.9060406@free.fr>

> well page variables of form {$PageVar} were only introduced in version
> 2.1.0.,  so consider upgrading!

ok, l'occasion fait le larron.
thank you, Hans

marc
-- 
http://www.malexism.com/



From kirpi at kirpi.it  Sun Dec 10 09:34:39 2006
From: kirpi at kirpi.it (kirpi at kirpi.it)
Date: Sun, 10 Dec 2006 16:34:39 +0100
Subject: [pmwiki-users] WikiGallery (was: Free thoughts on images)
Message-ID: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>

While installing, I get:

Warning: main(/web/htdocs/www.kirpi.it/home/wiki/cookbook/wikigallery/wikigallery.php)
[function.main]: failed to open stream: No such file or directory in
/web/htdocs/www.kirpi.it/home/wiki/local/config.php on line 244

Warning: main() [function.include]: Failed opening
'/web/htdocs/www.kirpi.it/home/wiki/cookbook/wikigallery/wikigallery.php'
for inclusion (include_path='.:/php/lib/php/') in
/web/htdocs/www.kirpi.it/home/wiki/local/config.php on line 244

Fatal error: Cannot instantiate non-existent class: gallerypagestore
in /web/htdocs/www.kirpi.it/home/wiki/local/config.php on line 245

The incriminated lines are:
include_once("$FarmD/cookbook/wikigallery/wikigallery.php");
$WikiLibDirs[] = new GalleryPageStore('Pics');

I tried to follow the instructions, but something is not clear; it says:

"Create the cache directory (below the directory where your pmwiki.php
is) and the same for the pictures directory. The former must be
writable by the webserver."

What does "writable by the webserver" mean? It is a way to express
some particular permissions? Is so, which? Otherwise, how will I make
sure that the /pictures/ directory is "writable by the webserver"?

Also, what about the permissions of the directories below /pictures/?

More in general, does anybody has an idea of the problem, please?

Thank you
Luigi



From sts at 1stein.org  Sun Dec 10 09:53:37 2006
From: sts at 1stein.org (Stefan Schimanski)
Date: Sun, 10 Dec 2006 16:53:37 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	(kirpi@kirpi.it's message of "Sun\, 10 Dec 2006 16\:34\:39 +0100")
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
Message-ID: <uodqbsq66.fsf@1stein.org>

Ciao Luigi,

> Warning: main(/web/htdocs/www.kirpi.it/home/wiki/cookbook/wikigallery/wikigallery.php)
> [function.main]: failed to open stream: No such file or directory in
> /web/htdocs/www.kirpi.it/home/wiki/local/config.php on line 244
>
> Warning: main() [function.include]: Failed opening
> '/web/htdocs/www.kirpi.it/home/wiki/cookbook/wikigallery/wikigallery.php'
> for inclusion (include_path='.:/php/lib/php/') in
> /web/htdocs/www.kirpi.it/home/wiki/local/config.php on line 244
>
> Fatal error: Cannot instantiate non-existent class: gallerypagestore
> in /web/htdocs/www.kirpi.it/home/wiki/local/config.php on line 245
>
> The incriminated lines are:
> include_once("$FarmD/cookbook/wikigallery/wikigallery.php");
> $WikiLibDirs[] = new GalleryPageStore('Pics');

You have to use the correct paths to the wikigallery.php. This might
depend on your installation though, there is no general recipe for
that. If you don't use the wiki farm features you can try to remove the
$FarmD/ from the path. Or you can even use an absolute paths. Where do
you have installed the wikigallery.php script exactly?
It looks like according to the error message, that wikigallery.php is
not at the location cookbook/wikigallery/wikigallery.php where is
normally should be. Or maybe it is there, but not readable by the
webserver (see below for what this means)?

> I tried to follow the instructions, but something is not clear; it says:
>
> "Create the cache directory (below the directory where your pmwiki.php
> is) and the same for the pictures directory. The former must be
> writable by the webserver."
>
> What does "writable by the webserver" mean? It is a way to express
> some particular permissions? Is so, which? Otherwise, how will I make
> sure that the /pictures/ directory is "writable by the webserver"?
>
> Also, what about the permissions of the directories below /pictures/?

The webserver (Apache most of the times) is running as another user id
(often called www-data, www-run, www or something similar) than the one
you are using to upload and modify files. For the pictures directory
this user id only has to be able to read the files, which is probably
the case anyway for all directories and files you upload. 

For the small image previews though WikiGallery has to create new files
in the cache directory. As all this run under the user id of the
webserver, the webserver needs the right permissions on the cache
directory.

How to set the premissions now depends on your web hosting
environment. If you have ssh access something like the following will do
the job:

 chmod 777 cache

If you only have ftp access, you have to check your ftp client. It must
be able to set the write permission for everybody.

Schimmi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 185 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061210/b90c82ba/attachment.bin 

From editor at fast.st  Sun Dec 10 10:26:54 2006
From: editor at fast.st (The Editor)
Date: Sun, 10 Dec 2006 11:26:54 -0500
Subject: [pmwiki-users] Zapdata- registration confusion
In-Reply-To: <457C1481.4020406@triad.rr.com>
References: <457C1481.4020406@triad.rr.com>
Message-ID: <fec7cf150612100826w54f6a01as66e3e94edc583cb3@mail.gmail.com>

On 12/10/06, JimB <jbeuerle at triad.rr.com> wrote:
> Hello!
>
> I like the idea of all the capabilities of Zapdata.  I just registered a
>  name (Test42) at the Zap website and it said it was available and
> entered in information to create the account.  I then tried to register
> the name Test42 again and it said it was available.    I entered in new
> information, but was prompted that I had entered in an incorrect member
> name or password.   I am confused and this WILL be very confusing for
> new members.
>
> Would you be able to clarify this behavior?
>
> tia
>
> Jim


Hi Jim,

OK, I've looked into it and here's what happened.  The first (or
second) time you entered the name you used a lowercase letter (test42)
so when it checked to verify your second entry it saw it as a new
entry, and allowed you to create another account.

If you try it now, you will notice both test42 and Test42 will give
you the proper error message ("Member name already taken. Try
again....").  So it's doing what it's supposed to.  Sort of.

Granted, it should not allow lower case initial letters--but that's
not what the newmember code is checking.  I'm working on a few other
tweaks as per Pm's recommendations so will release this with the next
version coming out soon (maybe today).

You can of course chain the snippet field replacements so it checks
for both proper page format AND uniqueness--which would be a bit
trickier, but not require code changes (if you are really eager), but
I think it is worth the extra line, or two for me and the extra wait
for you. Anyway, for info sake, here is how you chain field
replacements for tighter form validation (not tested):

(:messages:)
(:zapform `newmember`required`register`basegroup`passdata=register,newmember` :)
(:input text newmember:)
(:input hidden newpage {newmember}:)
(:input hidden basegroup Profiles:)
(:input hidden required newmember,newpage:)
(:input hidden register yes:)
(:input hidden passdata register,newmember:)
(:input submit value="Check Name!":)
(:zapend:)

As it is, this poses no security risk (just two separate accounts).
And it will be fixed soon.  Thanks for bringing this to my attention!

Cheers,
Caveman



From email_for_rick at yahoo.co.uk  Sun Dec 10 12:01:42 2006
From: email_for_rick at yahoo.co.uk (R Creighton)
Date: Sun, 10 Dec 2006 18:01:42 +0000 (GMT)
Subject: [pmwiki-users] $PageNameChars & $NamePattern in pmwiki-2.2.0-beta
Message-ID: <20061210180142.61480.qmail@web25011.mail.ukl.yahoo.com>

Hi,

I'm keen to upgrade to pmwiki-2.2.0-beta from pmwiki-2.1.26.  However, I'm come across a problem, caused by a previous customisation I was running.

I had allowed the inclusion of commas in pagenames using the following code in the config file (as in the subpages/subgroups recipe):

$PageNameChars = '-~,[:alnum:]';
$NamePattern = '[[:upper:]\\d][\\w]*(?:[-~,]\\w+)*';

This no longer seems to work when I install 2.2.0-beta  (and when I tried the subpages recipe, it didn't work for me either).  Commas within links were deleted.  
Does anyone know what I might be doing wrong, or how to overcome it?   As I said, it works fine with 2.1.26, but goes wrong on switching to 2.2.0.

Many thanks,

Rick.




Send instant messages to your online friends http://uk.messenger.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061210/89fff38c/attachment.html 

From sandy at onebit.ca  Sun Dec 10 13:18:31 2006
From: sandy at onebit.ca (Sandy)
Date: Sun, 10 Dec 2006 14:18:31 -0500
Subject: [pmwiki-users] Firefox view source and conditional wiki-text,
	in Site.Sidebar
Message-ID: <elhmi8$b4n$1@sea.gmane.org>

Firefox's View Source command doesn't give me the HTML source of 
conditional wikitext in my sidebar.

http://www.cricket.onebit.ca/Site/SideBar

I'm working on a fancier sidebar, and rather than duplicate everything 
and work on a separate copy, I've used

(:if authid:)
##all the new stuff, including
%sidehead%User: {$AuthId}  ##this works

(:if:)
the old stuff that already works.


The page shows as expected. When logged in, I see the experimental 
stuff, and when not logged in I don't.

But when I ViewSource (hoping to find why the experimental stuff isn't 
quite doing what I want) the HTML includes only the non-conditional text.

Any ideas why not?

Sandy






From design5 at softflow.co.uk  Sun Dec 10 13:22:53 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 19:22:53 +0000
Subject: [pmwiki-users] Firefox view source and conditional wiki-text,
	in Site.Sidebar
In-Reply-To: <elhmi8$b4n$1@sea.gmane.org>
References: <elhmi8$b4n$1@sea.gmane.org>
Message-ID: <1829253016.20061210192253@softflow.co.uk>

Sunday, December 10, 2006, 7:18:31 PM, Sandy wrote:

> The page shows as expected. When logged in, I see the experimental 
> stuff, and when not logged in I don't.

> But when I ViewSource (hoping to find why the experimental stuff isn't
> quite doing what I want) the HTML includes only the non-conditional text.

> Any ideas why not?

when you are logged in you should see the experimental stuff.
and Viewsource shows the html for it. Do you say it does not show this
html when you are logged in?


Hans




From sandy at onebit.ca  Sun Dec 10 13:45:04 2006
From: sandy at onebit.ca (Sandy)
Date: Sun, 10 Dec 2006 14:45:04 -0500
Subject: [pmwiki-users] Firefox view source and conditional wiki-text,
	in Site.Sidebar
In-Reply-To: <1829253016.20061210192253@softflow.co.uk>
References: <elhmi8$b4n$1@sea.gmane.org>
	<1829253016.20061210192253@softflow.co.uk>
Message-ID: <elho40$fk7$1@sea.gmane.org>

Hans wrote:
> Sunday, December 10, 2006, 7:18:31 PM, Sandy wrote:
> 
>> The page shows as expected. When logged in, I see the experimental 
>> stuff, and when not logged in I don't.
> 
>> But when I ViewSource (hoping to find why the experimental stuff isn't
>> quite doing what I want) the HTML includes only the non-conditional text.
> 
>> Any ideas why not?
> 
> when you are logged in you should see the experimental stuff.
> and Viewsource shows the html for it. Do you say it does not show this
> html when you are logged in?
> 
> 
> Hans

That's right. The browser shows it, but not the ViewSource view. Very 
annoying.

Just added a new user ID.

www.cricket.onebit.ca

Login link is at the bottom left.
ID is   test
password is    test

Sandy





From design5 at softflow.co.uk  Sun Dec 10 13:57:26 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 10 Dec 2006 19:57:26 +0000
Subject: [pmwiki-users] Firefox view source and conditional wiki-text,
	in Site.Sidebar
In-Reply-To: <elho40$fk7$1@sea.gmane.org>
References: <elhmi8$b4n$1@sea.gmane.org>
	<1829253016.20061210192253@softflow.co.uk> <elho40$fk7$1@sea.gmane.org>
Message-ID: <3110055316.20061210195726@softflow.co.uk>

Sunday, December 10, 2006, 7:45:04 PM, Sandy wrote:

> That's right. The browser shows it, but not the ViewSource view. Very
> annoying.

                <!--PageLeftFmt-->
                                <div  style='text-align: center;' > 
<p class='sidehead'>User: test
</p>

from view Source firefox 2
seems alright to me


Hans




From sandy at onebit.ca  Sun Dec 10 14:02:10 2006
From: sandy at onebit.ca (Sandy)
Date: Sun, 10 Dec 2006 15:02:10 -0500
Subject: [pmwiki-users] Firefox view source and conditional wiki-text,
	in Site.Sidebar
In-Reply-To: <3110055316.20061210195726@softflow.co.uk>
References: <elhmi8$b4n$1@sea.gmane.org>	<1829253016.20061210192253@softflow.co.uk>
	<elho40$fk7$1@sea.gmane.org>
	<3110055316.20061210195726@softflow.co.uk>
Message-ID: <elhp43$i62$1@sea.gmane.org>

Hans wrote:
> Sunday, December 10, 2006, 7:45:04 PM, Sandy wrote:
> 
>> That's right. The browser shows it, but not the ViewSource view. Very
>> annoying.
> 
>                 <!--PageLeftFmt-->
>                                 <div  style='text-align: center;' > 
> <p class='sidehead'>User: test
> </p>
> 
> from view Source firefox 2
> seems alright to me
> 
> 
> Hans

So now we have two oddities: what I'm seeing, and why it's not the same 
as what you see.

I'm in Firefox 1.5.something at the moment. Will upgrade and see if that 
makes a difference.

Sandy




From Ben at InterdependentWeb.com  Sun Dec 10 16:10:37 2006
From: Ben at InterdependentWeb.com (Ben Stallings)
Date: Sun, 10 Dec 2006 16:10:37 -0600
Subject: [pmwiki-users] paginated pagelists
Message-ID: <457C85DD.7050809@InterdependentWeb.com>

Hi, folks.

Has anyone figured out a way to paginate pagelists?  It's easy enough to 
get the first page, with count=10 or whatever, but how would you go 
about getting the second page?

Just curious.  --Ben S.



From crisses at kinhost.org  Sun Dec 10 16:46:41 2006
From: crisses at kinhost.org (Crisses)
Date: Sun, 10 Dec 2006 17:46:41 -0500
Subject: [pmwiki-users] paginated pagelists
In-Reply-To: <457C85DD.7050809@InterdependentWeb.com>
References: <457C85DD.7050809@InterdependentWeb.com>
Message-ID: <73F9B48F-17DE-4B03-9342-7D3468E9BCBD@kinhost.org>


On Dec 10, 2006, at 5:10 PM, Ben Stallings wrote:

> Hi, folks.
>
> Has anyone figured out a way to paginate pagelists?  It's easy  
> enough to
> get the first page, with count=10 or whatever, but how would you go
> about getting the second page?
>
> Just curious.  --Ben S.

it would be nice if something like count=+10 would give a number list  
of pages linked to every-ten-results:

1 2 3 .... 10 11 12

It would probably require another value like "start"  count=+10  
current=2 for current page being page 2.  The values could be sent  
through GET vars http://....pmwiki.php?...count=10&current=2

but the pagelist would require "request=1" to read the GET vars.

But I don't know how to do it as things stand.


I like big counts like 50 :)

Crisses



From kat_lists at katspace.homelinux.org  Sun Dec 10 17:15:41 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Mon, 11 Dec 2006 10:15:41 +1100
Subject: [pmwiki-users] paginated pagelists
In-Reply-To: <457C85DD.7050809@InterdependentWeb.com>
References: <457C85DD.7050809@InterdependentWeb.com>
Message-ID: <20061210231541.GA12767@katla.katspace.homelinux.org>

On Sun, Dec 10, 2006 at 04:10:37PM -0600, Ben Stallings wrote:
> Has anyone figured out a way to paginate pagelists?  It's easy enough to 
> get the first page, with count=10 or whatever, but how would you go 
> about getting the second page?

Can't do it at the moment.
Vote for the feature to be added:
http://www.pmwiki.org/wiki/PITS/00689

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From katir at hindu.org  Sun Dec 10 21:03:49 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sun, 10 Dec 2006 17:03:49 -1000
Subject: [pmwiki-users] Global Header (or footer) in PMWiki - location
In-Reply-To: <fec7cf150612100417i431edb92g8030fb42e5e7f206@mail.gmail.com>
References: <457BA398.2060701@hindu.org>	
	<1896995131.20061210101920@softflow.co.uk>
	<fec7cf150612100417i431edb92g8030fb42e5e7f206@mail.gmail.com>
Message-ID: <457CCA95.7010009@hindu.org>

Well this is  "hammer and saw" production site and
and not for public consumption and I will probably be happier
in the long run if the form appears on *every* page as the site
is all about "getting the jobs done."

It is also RSPM-KISS

Really Simple Project Management -- Keep it Simple Software

I looked at Basecamp and ActiveCollab.. way over kill
for our needs...  and the whole
reason for going in this direction is exactly to
minimize the framework as much as possible: i.e
a smattering of conditionals is best avoided.
(things appear here but not there... etc. =
more wiki admin...)

At least initially, I'm trying go to see if, within this framework:

-- One to do form
-- Groups Names = Project Names = Menu Selection
-- One group for Staff whose page names are equivalent
to the "Owner" assignment in the To Do Form
-- well designed page lists

we get all the functionality we need, initially.
We're looking for a "lean glider"
A shephard's pipe: bamboo with 6 holes, nothing more...
well, it may be a bit more complex than that (smile)

We are very close and it is "so cool"
Just now learning about pagelists, which is like finding jewels
in your garden. Wow!

Hans, thanks for the Site.AllGroupHeader option.. I will test it


The Editor wrote:
> On 12/10/06, Hans <design5 at softflow.co.uk> wrote:
>> Sunday, December 10, 2006, 6:05:12 AM, Sivakatirswami wrote:
>>
>> > 1) I have a small zapdata form which I want to appear on every page 
>> site
>> > wide. It acts to display the data that was previously enter on that 
>> page or
>> > is empty if none was entered on that page.
>>
>> Here is maybe a better way:
>> Use a new site.AllGroupHeader page, which will be included on top of
>> any GroupHeader pages, on top of content area.
>> Define this in config.php:
>>
>> # add Site.AllGroupHeader page
>> $GroupHeaderFmt =
>>  '(:include $SiteGroup.AllGroupHeader:)(:nl:)'
>>  .'(:include $Group.GroupHeader:)(:nl:)';
>>
>> Then create Site.AllGroupHeader and add
>>
>> (:include Main.ToDoEntry:)
>>
>> Ideally you wan to show Main.ToDoEntry only if your page has no
>> content, or a  certain content only? You may be able to include
>> (:include Main.ToDoEntry:) in a conditional on some page content
>> criteria (which i don't know):
>>
>> (:if enabled $SomeVariable:)(:include Main.ToDoEntry:)(:if:)
>>
>> or something along this line.
>>
> 
> My guess is Sivaka would like something like a little menu bar in the
> AllGroupHeader with a couple options like:
> 
> [[New ToDo]] | [[Edit ToDo]] | [[Delete ToDo]] | [[Search ToDos]] etc...
> 
> And then when one or various other options are clicked, the
> appropriate form comes up.  If this is what you have in mind, I could
> show you how to do that.  Hans suggestion to put it in the
> AllGroupHeader is probably the way to go for this.
> 
> If I'm missing what you have in mind, you could maybe explain exactly
> what you want in that section of your page....
> 
> Cheers,
> Caveman
> 
> PS.  Hans, is there a way to disable that part of the skins with
> something lik (:noAllGroupHeader:) or are we locked into it for every
> page?  I also suspect there are pages Sivaka won't want this showing
> up, and would like to disable it.  Or perhaps even better, he might
> like to set it so it only shows up in groups like:
> 
> TODOS-Project1, TODOS-Project2.
> 
> Can that be done somehow?  Sivaka, is this what you want?
> 



From katir at hindu.org  Sun Dec 10 21:39:25 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sun, 10 Dec 2006 17:39:25 -1000
Subject: [pmwiki-users] Zap Data Form Extra Vertical White Space -Gemini
	or PmWiki?
In-Reply-To: <fec7cf150612100408s59299198n1134f2a975571929@mail.gmail.com>
References: <457BA915.7060008@hindu.org>
	<fec7cf150612100408s59299198n1134f2a975571929@mail.gmail.com>
Message-ID: <457CD2ED.8020102@hindu.org>

No go...table doesn't help. either ZapData, PMwiki or Gemini
is still prepending "<br />" line breaks before  hidden input lines:

<div id='wikitext'>
<form method='post'>
<p><input type='hidden' name='action' value='zap' />
<br /><input type='hidden' name='ZAPkey' value='540853' />
<br /><input type='hidden' name='datapage' value='TODO-{Project}.#' />
</p>
<table ><tr><td  valign='top'>Project:
</td><td  valign='top'><select name=Project>
SNIP///
<br /></select>
</p></td></tr><tr><td  valign='top'>Description:
</td><td  valign='top'><input type='text' name='Description' value='' 
class='inputbox' size='50' />
</td></tr></table>
<p><input type='hidden' name='returnpage' value='Main.ToDoEntry' 
/><input type='hidden' name='savedata' 
value='ID,Project,Owner,Priority,Status,Description,returnpage' />
<br /><input type='submit' value='Submit' class='inputbutton' />
</p></form>

Sivakatirswami
www.himalayanacademy.com

Get Hinduism Today Digital Edition. It's Free!
http://www.hinduismtoday.com/digital/

The Editor wrote:
> That is something to do with how PmWiki processes things.  Here's how
> I set your form up on my machine to get it to look a little better.
> 
> (Or conceivably your skin.  It doesn't do it on mine).
> 
> (:zapdata:)
> (:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
> (:table:)
> (:cellnr:)Project:
> (:cell:)(:select Project:)
> (:option "LandManagement":) Land Management
> (:option "SystemAdmin":) System Admin
> (:option "AjaxInitiative":) Ajax Initiatives
> (:option "AudioLibrary":) Audio Library
> (:option "MailingLists":) Mailing Lists
> (:selectend:)
> (:cellnr:)Owner:
> (:cell:)(:select Owner:)
> (:option "Sivakatirswami":) Sivakatirswami
> (:option "Sadhunathan":) Sadhunathan
> (:option "Andre":) Andre
> (:option Caveman":) Caveman
> (:selectend:)
> (:cellnr:)Priority:
> (:cell:)(:select Priority:)
> (:option "1-Urgent!":) Urgent!
> (:option "2-High":) High
> (:option "3-Medium":) Medium
> (:option "4-Low":) Low
> (:selectend:)
> (:cellnr:)Status:
> (:cell:)(:select Status:)
> (:option "Open":) Open
> (:option "In Progress":) In Progress
> (:option "Pending":) Pending
> (:option "Hold":) Hold
> (:option "Complete":) Complete
> (:selectend:)
> (:cellnr:)Description:
> (:cell:)(:input text Description "{$Description}" size="50":)
> (:tableend:)
> (:input hidden savedata "Project,Owner,Priority,Status,Description":)
> (:input submit value="Submit":)
> (:input hidden datapage "TODO-{Project}.=" :)
> (:zapend:)
> 
> You will notice I put it in tables (table directives) and I eliminated
> the first option from each select box--which just produced a blank
> line in the output.  You will want to put those back in when you get
> the update forms working...
> 
> Oh, I just fixed the ZAPdata bug.  I uploaded it quietly for you to
> PmWiki, as I'm making other changes to accommodate some other users
> and make some minor improvements (shouldn't affect functionality).  If
> you get this email before I release the fuller version, you can start
> playing with the interrim version.  The threading at least is fixed.
> 
> Cheers,
> Caveman
> 



From dausha at gmail.com  Sun Dec 10 22:36:31 2006
From: dausha at gmail.com (Ben Wilson)
Date: Sun, 10 Dec 2006 22:36:31 -0600
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 2 Release (Address and
	Directions)
Message-ID: <cc6097050612102036n60279352x9c6bd95bae5982ec@mail.gmail.com>

I apologize for sending too many emails out so quickly, and for those
not interested, I appreciate your indulgence. Google Map API pre2 has
the following new features:

* fromto - Allows the site administrator or wiki editor to toggle
whether the Directions dialog appears with a display window. This is
for my international siblings for whom Google does not yet provide
directions. I suppose that means that Google either thinks you know
your own way, or that you're best left aimless--not sure which.

* addr - Uses Google's geocoding service to convert a street address
to a lat/lon. I've not tested international addresses.

Multiple maps are still a sticky wicket. You can have multiple maps on
a page, but if you have display windows, they seem to pop-up on the
wrong map. You also can float a map.

Pre-3 should represent fixed multi-maps and perhaps linking to other
wiki pages from within the map.

http://www.pmwiki.org/wiki/Cookbook/GoogleMapAPI for the lowdown.

Address feature in play:
http://dausha.net/GoogleMapAPI/AddressLookup
http://dausha.net/GoogleMapAPI/AddressLookup?action=source

-- 
Ben Wilson
"Words are the only thing which will last forever" --- Churchill



From katir at hindu.org  Mon Dec 11 04:38:36 2006
From: katir at hindu.org (Sivakatirswami)
Date: Mon, 11 Dec 2006 00:38:36 -1000
Subject: [pmwiki-users] ZAPData -- Increment Page ID "stamp" in form
	submission
Message-ID: <457D352C.6070201@hindu.org>

Now that we have thread numbering working..
I  see that it  will not serve our requirements.

Context: simple form that creates a page:

TODO-fooProjectGroup.(IDNumber)

The page might be something like  this:

TOD0-LandManagement.10001

containing:

(:comment data:)
(:Project: LandManagement:)
(:Owner: Katir:)
(:Priority: 2:)
(:Status: 1-Open:)
(:Description: Fix the pull on the Husky... still sticks:)

OK with the TODO from installed in Site.AllGroupHeader
It picks up and displays this data quite nicely...OK
Let's say we change the Owner to "Andre" and  the priority 1
And submit:

(:comment data:)
(:Project: LandManagement:)
(:Owner: Andre:)
(:Priority: 1:)
(:Status: 1-Open:)
(:Description: I can't fix it! Can you take it to Kawamura's shop?:)

now I get a new page:
TOD0-LandManagement.10002
with the above data..

So now we have 2 TODO's where only 1 is wanted.
We just  want the  original over --written with the updated data.

The model we need seems to be different. Somewhere on some
static datapage we maintain some permanent ID variable
e.g.  ProjectManagement.DataPage
has value (:ToDoID: 10000:)
This would start out as a single integer: 10000

And every time a form is submitted, from Site.AllGroupHeader.
it would get incremented. This is already being done in the
XToDo cookbook "Simple ToDo" recipe but I am unable to
expose the mark up to see how to do it.

The generalized algorithm is pretty simple and would look something like 
this
(excuse me if I mix in xTalk since I'm a long time Revolution coder...)

(: input hidden ToDoID
     if field "ToDoID" is empty then # it means  this is a brand new 
submission

      updateCounter ({$ToDoID}) # a function call to the data page which 
contains the counter

         value = ({$ToDoID} # where we get the newly updated value for 
this  input value

else
   # it means this is an existing data page
value = ($:ToDoID)
  # where the value already exists as the data
  # (:IToDoID: 10001:)  on the page

function upDateCounter ({$ToDoID})
   # increment the ($:ToDoID) value on ProjectManagement.DataPage by +1
end UpdateCounter

Submit:

The page name remains the same  ToDo-Landmanagement.10001
and is simply over written with the new values.. and  the
same TODO is updated.  OR If it is a new page, our ID  counter is 
incremented
by one and a new page is created:
ToDo-Landmanagement.10002

Ideas?

Om shanti

Sivakatirswami
www.himalayanacademy.com




From noskule at gmx.net  Mon Dec 11 06:31:24 2006
From: noskule at gmx.net (noskule)
Date: Mon, 11 Dec 2006 13:31:24 +0100
Subject: [pmwiki-users] references / anchors
Message-ID: <457D4F9C.1020004@gmx.net>

hi list
I try to do numerical anchors so that i could link from the text to a 
number at a footnote at the bottom of the text  . . .example:


Some text Some text Some text Some text Some text Some text Some text 
Some text Some text Some text Some text Some text [[#test]]

Some text Some text Some text Some text Some text Some text Some text 
Some text Some text Some text Some text Some text  [[#1]]

----
[[#test]] this works as footnote
[[#1]]  this footnote dont work




so text work as anchors but numbers dont. Could someone tell me whats 
the problem here?
thanks for any hints
nos




From design5 at softflow.co.uk  Mon Dec 11 06:36:27 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 11 Dec 2006 12:36:27 +0000
Subject: [pmwiki-users] references / anchors
In-Reply-To: <457D4F9C.1020004@gmx.net>
References: <457D4F9C.1020004@gmx.net>
Message-ID: <1897347066.20061211123627@softflow.co.uk>

Monday, December 11, 2006, 12:31:24 PM, noskule wrote:

> so text work as anchors but numbers dont. Could someone tell me whats
> the problem here?

Anchor names have to start with  a letter, you can't have a digit as
the first character. It's a HTML definition Pmwiki is following here.


Hans




From pmwiki at ben-amotz.com  Mon Dec 11 06:54:09 2006
From: pmwiki at ben-amotz.com (Pico)
Date: Mon, 11 Dec 2006 07:54:09 -0500
Subject: [pmwiki-users] paginated pagelists
In-Reply-To: <20061210231541.GA12767@katla.katspace.homelinux.org>
References: <457C85DD.7050809@InterdependentWeb.com>
	<20061210231541.GA12767@katla.katspace.homelinux.org>
Message-ID: <457D54F1.8040801@ben-amotz.com>

Kathryn Andersen wrote:
> On Sun, Dec 10, 2006 at 04:10:37PM -0600, Ben Stallings wrote:
>> Has anyone figured out a way to paginate pagelists?  It's easy enough to 
>> get the first page, with count=10 or whatever, but how would you go 
>> about getting the second page?
> 
> Can't do it at the moment.
> Vote for the feature to be added:
> http://www.pmwiki.org/wiki/PITS/00689
> 
> Kathryn Andersen

Martin has been interested in this for a while.  See his post, dated 
10/30/06 "pagelist range problem" and the link to his site, quoted below:

- - -

Yeah, I actually prototyped some stuff for this (by
creating a skip argument to pagelists) a while ago and
did not really like the results.  It is a tricky issue
and it seems like there has to be a better way.

You can see my ugly prototype here:
http://www.theficks.name/test/plext.dev/pmwiki.php?n=Test.Paging?count=10
I thinkt that I mentioned in a previous email that I
would need to be able to do math on a wiki page for
this to be more generic.  Maybe instead we could come
up with some special pagelist variables that would
have the numbers already calculated for us?  Something
like {$$nextpagecount} {$$prevpagecount}.  I really
haven't thought about this much though, so I don't
even know if this makes sense.

With java I used to use the DisplayTable tag which had
powerfull paging abilities, but even it did not get
things quite right.  It still felt like a hack.  It's
not an easy problem.

-Martin

- - -

Pico

-- 

         __  /
        /   /
       /___/ _/  ___/  __  /
      /      /  /     /   /
    _/     _/  ____/ ____/

 >>>===pmwiki at ben-amotz.com===>



From noskule at gmx.net  Mon Dec 11 08:35:23 2006
From: noskule at gmx.net (noskule)
Date: Mon, 11 Dec 2006 15:35:23 +0100
Subject: [pmwiki-users] references / anchors
In-Reply-To: <1897347066.20061211123627@softflow.co.uk>
References: <457D4F9C.1020004@gmx.net>
	<1897347066.20061211123627@softflow.co.uk>
Message-ID: <457D6CAB.6040208@gmx.net>

Hans schrieb:
> Monday, December 11, 2006, 12:31:24 PM, noskule wrote:
>
>   
>> so text work as anchors but numbers dont. Could someone tell me whats
>> the problem here?
>>     
>
> Anchor names have to start with  a letter, you can't have a digit as
> the first character. It's a HTML definition Pmwiki is following here.
>
>
> Hans
>
>   
ah oky I see, thanks



From bart.mollet at hogent.be  Mon Dec 11 09:20:52 2006
From: bart.mollet at hogent.be (Bart Mollet)
Date: Mon, 11 Dec 2006 16:20:52 +0100
Subject: [pmwiki-users] Problems after recompiling Apache
Message-ID: <457D7754.2030903@hogent.be>

Hi all,

We use pmwiki in our e-learning portal and after some problems with 
apache, we decided to recompile apache on our server (Apache 2.0.59)

After this, everything looks find, exept our pmwiki-module. On every 
page there's this kind of text:

function:PrintSkin Start
<<Here comes the page content>>
PrintSkin End

And no sidebar etc. Any ideas?

Mvg,
Bart Mollet

-- 
HoGent - Sector Onderwijs - Digitaal Leren
bart.mollet at hogent.be



From lighans at gmail.com  Mon Dec 11 09:23:03 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Mon, 11 Dec 2006 16:23:03 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <uodqbsq66.fsf@1stein.org>
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
Message-ID: <bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>

Inspired bij Luigi and Stefan I installed WikiGallery.
Nice thing!! the versatility of Pmwiki is proven, each time I find
some new stuff. thanks Stefan.

But off course always something to wish. At this moment I use
Coppermine (integrated in DragonflyCMS). And Coppermine is able to
counts the amount of viewers of each photo. Could I use {$PageCount}
of {$PageViews} from SimplePageCounter/TotalCounter?

-- 
Groetjes
Hans
http://www.fali.nl



From sandy at onebit.ca  Mon Dec 11 09:25:42 2006
From: sandy at onebit.ca (Sandy)
Date: Mon, 11 Dec 2006 10:25:42 -0500
Subject: [pmwiki-users] Firefox view source and conditional wiki-text,
	in Site.Sidebar
In-Reply-To: <elhp43$i62$1@sea.gmane.org>
References: <elhmi8$b4n$1@sea.gmane.org>	<1829253016.20061210192253@softflow.co.uk>	<elho40$fk7$1@sea.gmane.org>	<3110055316.20061210195726@softflow.co.uk>
	<elhp43$i62$1@sea.gmane.org>
Message-ID: <eljt9n$dsl$1@sea.gmane.org>

Sandy wrote:
> Hans wrote:
>> Sunday, December 10, 2006, 7:45:04 PM, Sandy wrote:
>>
>>> That's right. The browser shows it, but not the ViewSource view. Very
>>> annoying.
>>                 <!--PageLeftFmt-->
>>                                 <div  style='text-align: center;' > 
>> <p class='sidehead'>User: test
>> </p>
>>
>> from view Source firefox 2
>> seems alright to me
>>
>>
>> Hans
> 
> So now we have two oddities: what I'm seeing, and why it's not the same 
> as what you see.
> 
> I'm in Firefox 1.5.something at the moment. Will upgrade and see if that 
> makes a difference.
> 
> Sandy

Nope, Firefox 2.0 doesn't make a difference. Even tried editing the part
visible to everyone to make sure it wasn't a caching problem; the new
public bit shows in viewsource, the protected part doesn't, even though 
the main browser window shows it just fine.

Ah, well, another computer oddity for the files. Managed to solve the
original styles problem using WebDeveloper.

Thanks for trying,

Sandy




From pmichaud at pobox.com  Mon Dec 11 09:33:05 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 09:33:05 -0600
Subject: [pmwiki-users] PmWiki 2.1.27 released (maintenance release)
Message-ID: <20061211153305.GA18415@host.pmichaud.com>

I've just released version 2.1.27 of PmWiki, now available from

    http://www.pmwiki.org/pub/pmwiki/pmwiki-2.1.27.tgz
    http://www.pmwiki.org/pub/pmwiki/pmwiki-2.1.27.zip
    http://www.sourceforge.net/projects/pmwiki
    svn://pmwiki.org/pmwiki/tags/pmwiki-2.1.27

It's pretty rare for me to issue a 2.1.x release after
starting the 2.2.0-beta series.  However, some recent changes
to PHP have exposed a minor (but annoying) bug in $TableRowIndexMax,
and so I wanted to fix it for those sites that aren't yet in
the 2.2.0 sequence, which is what this release does.

This release also adds support for the {*$var} markup
(added in 2.2.0-beta) to make it easier to migrate pages
from a 2.2.0 site into 2.1.27 .

I recommend that any site running 2.1.x upgrade to at least 2.1.27
to obtain these latest fixes.  It's also a good idea to start
looking into upgrading to 2.2.0-beta, which is reasonably stable
now and just needs a few feature additions before being complete.

Sites running 2.2.0-beta already have these items and therefore
do not need to upgrade.

Comments and questions welcomed as always.

Pm



From pmichaud at pobox.com  Mon Dec 11 09:36:22 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 09:36:22 -0600
Subject: [pmwiki-users] EnableRelativePageVars in beta releases
In-Reply-To: <20061208184716.GB20074@host.pmichaud.com>
References: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>
	<20061208175731.GI28218@host.pmichaud.com>
	<AFF40CF2-9B14-4D3C-8862-AA71B093822B@dsg-inc.com>
	<20061208184716.GB20074@host.pmichaud.com>
Message-ID: <20061211153622.GB18415@host.pmichaud.com>

On Fri, Dec 08, 2006 at 12:47:16PM -0600, Patrick R. Michaud wrote:
> On Fri, Dec 08, 2006 at 01:22:38PM -0500, Scott Connard wrote:
> > >The pages that come with the beta release distribution already
> > >work regardless of the setting of $EnableRelativePageVars --
> > >at least, they're supposed to.  
> > 
> > Yes, but... The {*$FullName} code isn't in the 2.1.26 release, so you  
> > can't have a Site.PageNotFound that works with both the 2.1.26  
> > release AND the 2.2.0 beta release unless you use the conditional  
> > code.  Anybody wanting to repeatedly move an existing site between  
> > 2.1.26 and 2.2.0 beta has to continually modify these certain files  
> > or add conditional code.
> 
> Oh, the easy solution to that is to enable the {*$FullName} 
> markup on the 2.1.26 site so that it does work.  
> [...]
> I should probably do this as a special 2.1.27 release.  

Now done.  I've just released pmwiki-2.1.27, which enables
the {*$Variable} markup introduced in 2.2.0-beta.  This means that
pages can be copied from a 2.2.0 site and the {*$Variable}
markup will work properly.

Pm



From pmichaud at pobox.com  Mon Dec 11 09:42:37 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 09:42:37 -0600
Subject: [pmwiki-users] Zap Data Form Extra Vertical White Space -Gemini
	or PmWiki?
In-Reply-To: <457CD2ED.8020102@hindu.org>
References: <457BA915.7060008@hindu.org>
	<fec7cf150612100408s59299198n1134f2a975571929@mail.gmail.com>
	<457CD2ED.8020102@hindu.org>
Message-ID: <20061211154237.GC18415@host.pmichaud.com>

On Sun, Dec 10, 2006 at 05:39:25PM -1000, Sivakatirswami wrote:
> No go...table doesn't help. either ZapData, PMwiki or Gemini
> is still prepending "<br />" line breaks before  hidden input lines:

Are you setting (:linebreaks:) somewhere, either in the
markup text, a GroupHeader, or in a local customization?

If so, then each linebreak in the input results in a linebreak
in the output, and this includes (:input hidden ... :) fields
that may be generated by ZAP or other recipes.

Pm




> <div id='wikitext'>
> <form method='post'>
> <p><input type='hidden' name='action' value='zap' />
> <br /><input type='hidden' name='ZAPkey' value='540853' />
> <br /><input type='hidden' name='datapage' value='TODO-{Project}.#' />
> </p>
> <table ><tr><td  valign='top'>Project:
> </td><td  valign='top'><select name=Project>
> SNIP///
> <br /></select>
> </p></td></tr><tr><td  valign='top'>Description:
> </td><td  valign='top'><input type='text' name='Description' value='' 
> class='inputbox' size='50' />
> </td></tr></table>
> <p><input type='hidden' name='returnpage' value='Main.ToDoEntry' 
> /><input type='hidden' name='savedata' 
> value='ID,Project,Owner,Priority,Status,Description,returnpage' />
> <br /><input type='submit' value='Submit' class='inputbutton' />
> </p></form>
> 
> Sivakatirswami
> www.himalayanacademy.com
> 
> Get Hinduism Today Digital Edition. It's Free!
> http://www.hinduismtoday.com/digital/
> 
> The Editor wrote:
> > That is something to do with how PmWiki processes things.  Here's how
> > I set your form up on my machine to get it to look a little better.
> > 
> > (Or conceivably your skin.  It doesn't do it on mine).
> > 
> > (:zapdata:)
> > (:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
> > (:table:)
> > (:cellnr:)Project:
> > (:cell:)(:select Project:)
> > (:option "LandManagement":) Land Management
> > (:option "SystemAdmin":) System Admin
> > (:option "AjaxInitiative":) Ajax Initiatives
> > (:option "AudioLibrary":) Audio Library
> > (:option "MailingLists":) Mailing Lists
> > (:selectend:)
> > (:cellnr:)Owner:
> > (:cell:)(:select Owner:)
> > (:option "Sivakatirswami":) Sivakatirswami
> > (:option "Sadhunathan":) Sadhunathan
> > (:option "Andre":) Andre
> > (:option Caveman":) Caveman
> > (:selectend:)
> > (:cellnr:)Priority:
> > (:cell:)(:select Priority:)
> > (:option "1-Urgent!":) Urgent!
> > (:option "2-High":) High
> > (:option "3-Medium":) Medium
> > (:option "4-Low":) Low
> > (:selectend:)
> > (:cellnr:)Status:
> > (:cell:)(:select Status:)
> > (:option "Open":) Open
> > (:option "In Progress":) In Progress
> > (:option "Pending":) Pending
> > (:option "Hold":) Hold
> > (:option "Complete":) Complete
> > (:selectend:)
> > (:cellnr:)Description:
> > (:cell:)(:input text Description "{$Description}" size="50":)
> > (:tableend:)
> > (:input hidden savedata "Project,Owner,Priority,Status,Description":)
> > (:input submit value="Submit":)
> > (:input hidden datapage "TODO-{Project}.=" :)
> > (:zapend:)
> > 
> > You will notice I put it in tables (table directives) and I eliminated
> > the first option from each select box--which just produced a blank
> > line in the output.  You will want to put those back in when you get
> > the update forms working...
> > 
> > Oh, I just fixed the ZAPdata bug.  I uploaded it quietly for you to
> > PmWiki, as I'm making other changes to accommodate some other users
> > and make some minor improvements (shouldn't affect functionality).  If
> > you get this email before I release the fuller version, you can start
> > playing with the interrim version.  The threading at least is fixed.
> > 
> > Cheers,
> > Caveman
> > 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From connard at dsg-inc.com  Mon Dec 11 09:52:39 2006
From: connard at dsg-inc.com (Scott Connard)
Date: Mon, 11 Dec 2006 10:52:39 -0500
Subject: [pmwiki-users] EnableRelativePageVars in beta releases
In-Reply-To: <20061211153622.GB18415@host.pmichaud.com>
References: <86917511-9EC8-49A9-920B-AF7A2FDCD929@dsg-inc.com>
	<20061208175731.GI28218@host.pmichaud.com>
	<AFF40CF2-9B14-4D3C-8862-AA71B093822B@dsg-inc.com>
	<20061208184716.GB20074@host.pmichaud.com>
	<20061211153622.GB18415@host.pmichaud.com>
Message-ID: <7B52580F-69B8-4624-889C-B9CA72A56D7B@dsg-inc.com>

Patrick,

You definitely are THE MAN!  That will make life much easier.

Scott.

P.S.  The download page needs updating...

On Dec 11, 2006, at 10:36 AM, Patrick R. Michaud wrote:

> On Fri, Dec 08, 2006 at 12:47:16PM -0600, Patrick R. Michaud wrote:
>> On Fri, Dec 08, 2006 at 01:22:38PM -0500, Scott Connard wrote:
>>>> The pages that come with the beta release distribution already
>>>> work regardless of the setting of $EnableRelativePageVars --
>>>> at least, they're supposed to.
>>>
>>> Yes, but... The {*$FullName} code isn't in the 2.1.26 release, so  
>>> you
>>> can't have a Site.PageNotFound that works with both the 2.1.26
>>> release AND the 2.2.0 beta release unless you use the conditional
>>> code.  Anybody wanting to repeatedly move an existing site between
>>> 2.1.26 and 2.2.0 beta has to continually modify these certain files
>>> or add conditional code.
>>
>> Oh, the easy solution to that is to enable the {*$FullName}
>> markup on the 2.1.26 site so that it does work.
>> [...]
>> I should probably do this as a special 2.1.27 release.
>
> Now done.  I've just released pmwiki-2.1.27, which enables
> the {*$Variable} markup introduced in 2.2.0-beta.  This means that
> pages can be copied from a 2.2.0 site and the {*$Variable}
> markup will work properly.
>
> Pm
>




From sandy at onebit.ca  Mon Dec 11 09:52:48 2006
From: sandy at onebit.ca (Sandy)
Date: Mon, 11 Dec 2006 10:52:48 -0500
Subject: [pmwiki-users] overriding class 'wikilink' ??
In-Reply-To: <421172.36828.qm@web31013.mail.mud.yahoo.com>
References: <421172.36828.qm@web31013.mail.mud.yahoo.com>
Message-ID: <eljush$kn1$1@sea.gmane.org>

Nicholas Buttle wrote:
> looking at my page source gives this...
> 
> <div id='sidebar'><p><span  style='color: #4E4541;
> text-decoration: none; font-size: smaller;'> <a
> style='color: #4E4541' class='wikilink'
> href='http://localhost/wiki10nov/pmwiki?n=Main.HomePage'>home
> page</a> </span>
> 
> this is despite me having put wikistyles round the
> 'home page' link in the sidebar as follows...
> 
> %color:#4E4541 text-decoration:none font-size:smaller%
> [[Main/HomePage | home page]] %%
> 
> so I guess what's happening is that the wikilink class
> is overriding my wikistyle code.  Is there a way
> either to define a new class in my stylesheet for this
> link and this link only?
> 
> TIA
> 

I'd expect the style (color) applied to the A tag to override the class 
(wikilink), but CSS and I don't always agree on things like that.

If you want to override one link only, use CSS's ID feature.

css file:
A#mine {abc:def;}

html file:
<A id="mine">

Haven't put the effort into learning enough about wikistyles to give 
confident advice on how to do that.

Sandy




From sts at 1stein.org  Mon Dec 11 10:11:48 2006
From: sts at 1stein.org (Stefan Schimanski)
Date: Mon, 11 Dec 2006 17:11:48 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
	(Hans Huijgen's message of "Mon\, 11 Dec 2006 16\:23\:03 +0100")
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
	<bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
Message-ID: <upsaq4dkr.fsf@1stein.org>

> But off course always something to wish. At this moment I use 
> Coppermine (integrated in DragonflyCMS). And Coppermine is able 
> to counts the amount of viewers of each photo. Could I use 
> {$PageCount} of {$PageViews} from 
> SimplePageCounter/TotalCounter?

For testing I added the following to 
Site/GalleryPictureDefault. And to my surprise it works fine:

(:if auth edit:)
[[{$FullName}?action=totalcounter|{$PageViews}views]]
(:if:)

Schimmi
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 185 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061211/9313faf8/attachment.bin 

From pmwiki at 911networks.com  Mon Dec 11 11:48:38 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Mon, 11 Dec 2006 09:48:38 -0800
Subject: [pmwiki-users] Page list format
Message-ID: <20061211094838.34c37f83@tadpole>

Hi,

I am trying to make a pagelist in a zebra table [with each row
alternating colours]

I have zebra defined in config.php
# Zebra table
$TableRowIndexMax = 2;
$TableRowAttrFmt = "class='ind\$TableRowIndex'";

I have titledes defined in LocalTemplates:

[[#titledes]]
||class=zebra border=0 cellspacing=0 width=98% align=center
||[[{=$FullName}|+]] ||{=$Description}  ||
[[#titledesend]]

All webpages have both (:title :) and (:description :) defined.

When I do a pagelist

(:pagelist fmt=#titledes count=15 order=-time:)

In the CSS, I have:
/* zebra tables */
table.zebra tr.ind1 { background-color:#ddddff; }

They are all in blue instead of alternate blue/white, and the 2nd
column of the description does not line up.

Any suggestion?


-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From lighans at gmail.com  Mon Dec 11 12:38:03 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Mon, 11 Dec 2006 19:38:03 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <upsaq4dkr.fsf@1stein.org>
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
	<bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
	<upsaq4dkr.fsf@1stein.org>
Message-ID: <bfccd1f90612111038m3834d14cjfda0aeee9ac7589c@mail.gmail.com>

2006/12/11, Stefan Schimanski <sts at 1stein.org>:
> For testing I added the following to
> Site/GalleryPictureDefault. And to my surprise it works fine:
>
> (:if auth edit:)
> [[{$FullName}?action=totalcounter|{$PageViews}views]]
> (:if:)

thank, Cool, Great. Right away added it to my wikigallery and works,
like it's very normal.
That WikiGallery is awesome. It adds a good working gallery to system
bij not being larger than 500 kb. That's a huge difference with
Coppermine. And it doesn't need a database, which is better for me, so
I "only" have to try to understand one server part (eg PHP).

What I do not like yet is the pagelist arrows <-- and --> But I can
live with that for the time being. (-;

-- 
Groetjes
Hans
http://www.fali.nl



From gmane at auxbuss.com  Mon Dec 11 12:42:59 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 11 Dec 2006 18:42:59 -0000
Subject: [pmwiki-users] Page list format
References: <20061211094838.34c37f83@tadpole>
Message-ID: <MPG.1fe7b6b1368d948d989963@news.gmane.org>

 said...
> Hi,
> 
> I am trying to make a pagelist in a zebra table [with each row
> alternating colours]
> 
> I have zebra defined in config.php
> # Zebra table
> $TableRowIndexMax = 2;
> $TableRowAttrFmt = "class='ind\$TableRowIndex'";
> 
> I have titledes defined in LocalTemplates:
> 
> [[#titledes]]
> ||class=zebra border=0 cellspacing=0 width=98% align=center
> ||[[{=$FullName}|+]] ||{=$Description}  ||
> [[#titledesend]]
> 
> All webpages have both (:title :) and (:description :) defined.
> 
> When I do a pagelist
> 
> (:pagelist fmt=#titledes count=15 order=-time:)
> 
> In the CSS, I have:
> /* zebra tables */
> table.zebra tr.ind1 { background-color:#ddddff; }
> 
> They are all in blue instead of alternate blue/white, and the 2nd
> column of the description does not line up.
> 
> Any suggestion?

I don't think that pagelist creates tables that follow the the 
tablerowindex formula. i.e.

  <tr class='ind1'>
  <tr class='ind2'>

Also strange is that any tables following a pagelist with your template 
also become zebra-ised.

-- 
Best,
Marc




From mini at nada.kth.se  Mon Dec 11 12:45:48 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Mon, 11 Dec 2006 19:45:48 +0100
Subject: [pmwiki-users] small patch for empty attachlists
Message-ID: <1165862748.5915.26.camel@daneel>

in XHTML, <ul></ul> is not permitted, so empty (:attachlist:) will make
a page not compliant.

As I include (:attachlist:) in the GroupFooter, many of my pages won't
validate. Yes, I will use (:if !attachments:), but still....

A simple fix:

--- upload.php.orig     2006-12-11 19:41:02.737488225 +0100
+++ upload.php  2006-12-11 19:43:59.522055339 +0100
@@ -92,7 +92,7 @@
 
 Markup('attachlist', 'directives', 
   '/\\(:attachlist\\s*(.*?):\\)/ei',
-  "Keep('<ul>'.FmtUploadList('$pagename',PSS('$1')).'</ul>')");
+  "Keep(FmtUploadList('$pagename',PSS('$1')))");
 SDV($GUIButtons['attach'], array(220, 'Attach:', '', '$[file.ext]',
   '$GUIButtonDirUrlFmt/attach.gif"$[Attach file]"'));
 SDV($LinkFunctions['Attach:'], 'LinkUpload');
@@ -270,6 +270,8 @@
     $filelist[$file] = $file;
   }
   closedir($dirp);
+  if(!count($filelist))
+    return "";
   $out = array();
   natcasesort($filelist);
   $overwrite = '';
@@ -284,7 +286,7 @@
       number_format($stat['size']) . " bytes ... " . 
       strftime($TimeFmt, $stat['mtime']) . "</li>";
   }
-  return implode("\n",$out);
+  return implode("\n","<ul>".$out."</ul>");
 }
 
 # this adds (:if [!]attachments:) to the markup

-- 
Plus ?a change, plus c'est la m?me chose




From mini at nada.kth.se  Mon Dec 11 12:49:18 2006
From: mini at nada.kth.se (Mikael Nilsson)
Date: Mon, 11 Dec 2006 19:49:18 +0100
Subject: [pmwiki-users] small patch for empty attachlists
In-Reply-To: <1165862748.5915.26.camel@daneel>
References: <1165862748.5915.26.camel@daneel>
Message-ID: <1165862958.5915.28.camel@daneel>

Sorry, should have been

--- upload.php.orig     2006-12-11 19:41:02.737488225 +0100
+++ upload.php  2006-12-11 19:49:11.709547361 +0100
@@ -92,7 +92,7 @@
 
 Markup('attachlist', 'directives', 
   '/\\(:attachlist\\s*(.*?):\\)/ei',
-  "Keep('<ul>'.FmtUploadList('$pagename',PSS('$1')).'</ul>')");
+  "Keep(FmtUploadList('$pagename',PSS('$1')))");
 SDV($GUIButtons['attach'], array(220, 'Attach:', '', '$[file.ext]',
   '$GUIButtonDirUrlFmt/attach.gif"$[Attach file]"'));
 SDV($LinkFunctions['Attach:'], 'LinkUpload');
@@ -270,6 +270,8 @@
     $filelist[$file] = $file;
   }
   closedir($dirp);
+  if(!count($filelist))
+    return "";
   $out = array();
   natcasesort($filelist);
   $overwrite = '';
@@ -284,7 +286,7 @@
       number_format($stat['size']) . " bytes ... " . 
       strftime($TimeFmt, $stat['mtime']) . "</li>";
   }
-  return implode("\n",$out);
+  return "<ul>".implode("\n",$out)."</ul>";
 }
 
 # this adds (:if [!]attachments:) to the markup


On m?n, 2006-12-11 at 19:45 +0100, Mikael Nilsson wrote:
> in XHTML, <ul></ul> is not permitted, so empty (:attachlist:) will make
> a page not compliant.
> 
> As I include (:attachlist:) in the GroupFooter, many of my pages won't
> validate. Yes, I will use (:if !attachments:), but still....
> 
> A simple fix:
> 
> --- upload.php.orig     2006-12-11 19:41:02.737488225 +0100
> +++ upload.php  2006-12-11 19:43:59.522055339 +0100
> @@ -92,7 +92,7 @@
>  
>  Markup('attachlist', 'directives', 
>    '/\\(:attachlist\\s*(.*?):\\)/ei',
> -  "Keep('<ul>'.FmtUploadList('$pagename',PSS('$1')).'</ul>')");
> +  "Keep(FmtUploadList('$pagename',PSS('$1')))");
>  SDV($GUIButtons['attach'], array(220, 'Attach:', '', '$[file.ext]',
>    '$GUIButtonDirUrlFmt/attach.gif"$[Attach file]"'));
>  SDV($LinkFunctions['Attach:'], 'LinkUpload');
> @@ -270,6 +270,8 @@
>      $filelist[$file] = $file;
>    }
>    closedir($dirp);
> +  if(!count($filelist))
> +    return "";
>    $out = array();
>    natcasesort($filelist);
>    $overwrite = '';
> @@ -284,7 +286,7 @@
>        number_format($stat['size']) . " bytes ... " . 
>        strftime($TimeFmt, $stat['mtime']) . "</li>";
>    }
> -  return implode("\n",$out);
> +  return implode("\n","<ul>".$out."</ul>");
>  }
>  
>  # this adds (:if [!]attachments:) to the markup
> 
-- 
Plus ?a change, plus c'est la m?me chose




From pmichaud at pobox.com  Mon Dec 11 13:11:46 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 13:11:46 -0600
Subject: [pmwiki-users] Page list format
In-Reply-To: <20061211094838.34c37f83@tadpole>
References: <20061211094838.34c37f83@tadpole>
Message-ID: <20061211191145.GE32376@host.pmichaud.com>

On Mon, Dec 11, 2006 at 09:48:38AM -0800, pmwiki at 911networks.com wrote:
> Hi,
> 
> I am trying to make a pagelist in a zebra table [with each row
> alternating colours]
> 
> I have zebra defined in config.php
> # Zebra table
> $TableRowIndexMax = 2;
> $TableRowAttrFmt = "class='ind\$TableRowIndex'";
> 
> I have titledes defined in LocalTemplates:
> 
> [[#titledes]]
> ||class=zebra border=0 cellspacing=0 width=98% align=center
> ||[[{=$FullName}|+]] ||{=$Description}  ||
> [[#titledesend]]
> 
> All webpages have both (:title :) and (:description :) defined.
> 
> When I do a pagelist
> 
> (:pagelist fmt=#titledes count=15 order=-time:)
> 
> In the CSS, I have:
> /* zebra tables */
> table.zebra tr.ind1 { background-color:#ddddff; }
> 
> They are all in blue instead of alternate blue/white, and the 2nd
> column of the description does not line up.
> 
> Any suggestion?

The ||class=zebra... line starts a new table, so PmWiki is creating
a bunch of 1-row tables, instead of a single table with multiple rows.

You probably want:

  [[#titledes]]
  (:if equal {<$Group} :)
  ||class=zebra border=0 cellspacing=0 width=98% align=center
  (:if:)
  ||[[{=$FullName}|+]] ||{=$Description}  ||

(You may need to put the first three lines into a single line of markup.)

Pm



From dspitzle at wash.k12.mi.us  Mon Dec 11 13:54:07 2006
From: dspitzle at wash.k12.mi.us (David Spitzley)
Date: Mon, 11 Dec 2006 14:54:07 -0500
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
Message-ID: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>

My main killer-app feature is icons, as that's the only thing standing in the way of being able to construct a map of locations in a region along with a list of addresses matched to the map.  Even if it requires the admin to download icons or something similar, I think that's reasonable.  You might want to set up a sample configuration that people can use right out of the box (maybe a set of letters and numbers).


>>> "Ben Wilson" <dausha at gmail.com> 12/9/2006 2:23 PM >>>
As warned, I've added three features to Google Map API, in an effort
to get the ball rolling. The code is available.

Specific features added to pre-1 release:

* Float
* Multiple maps (problem with text on one map changing behavior of
other map, hope to fix in pre-2).

Nearly done (see pre-2 release upcoming):
* No direction option. I have a solution, but its inelegant and so I
will take a second pass.

Remaining (see pre-3 release upcoming):
* Icons

Others (see pre-?? release upcoming):
* What do you want?

-- 
Ben Wilson
"Words are the only thing which will last forever" --- Churchill

_______________________________________________
pmwiki-users mailing list
pmwiki-users at pmichaud.com 
http://www.pmichaud.com/mailman/listinfo/pmwiki-users




From dausha at gmail.com  Mon Dec 11 14:16:15 2006
From: dausha at gmail.com (Ben Wilson)
Date: Mon, 11 Dec 2006 14:16:15 -0600
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>
References: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>
Message-ID: <cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>

I plan on making icons the "major" feature of this release. I've been
hemming and hawing on this matter for six months, and I think the mob
is about to riot! :-) FWIW, I'd implemented it before but retracted
because it was inelegant and restricted.

I think your suggestion of a "default" set of icons is an excellent
one. I will do just that. Have you seen a set of icons (via .zip or
.tgz) that you like? I know there's the standard red with [A-Z 0-9].
While this might suffice, I would like those who need the icon feature
most to ensure I serve their needs. I know of two or three in the
Community who want this feature implemented. So, perhaps we should
agree on the "default" set of icons.

Once I get GMA-2.2. out, I would like to set up a set of example
pages. I have a couple on my own web site (I think GMA would be a bit
much to run on PmWiki.org), but I need to organize the examples better
and explain myself more clearly.

When you say "sample configuration," are you referring to a sample
icon configuration?

I'll fix multi-maps for pre3, then icons on pre4. Depending on how
much ground I cover in my planned time, I may do batch-point (by
flatfile) for pre5.

Warm regards,
Ben Wilson

On 12/11/06, David Spitzley <dspitzle at wash.k12.mi.us> wrote:
> My main killer-app feature is icons, as that's the only thing standing in the way of being able to construct a map of locations in a region along with a list of addresses matched to the map.  Even if it requires the admin to download icons or something similar, I think that's reasonable.  You might want to set up a sample configuration that people can use right out of the box (maybe a set of letters and numbers).
>
>
> >>> "Ben Wilson" <dausha at gmail.com> 12/9/2006 2:23 PM >>>
> As warned, I've added three features to Google Map API, in an effort
> to get the ball rolling. The code is available.
>
> Specific features added to pre-1 release:
>
> * Float
> * Multiple maps (problem with text on one map changing behavior of
> other map, hope to fix in pre-2).
>
> Nearly done (see pre-2 release upcoming):
> * No direction option. I have a solution, but its inelegant and so I
> will take a second pass.
>
> Remaining (see pre-3 release upcoming):
> * Icons
>
> Others (see pre-?? release upcoming):
> * What do you want?
>
> --
> Ben Wilson
> "Words are the only thing which will last forever" --- Churchill
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>


-- 
Ben Wilson
"Words are the only thing which will last forever" --- Churchill



From crisses at kinhost.org  Mon Dec 11 14:25:17 2006
From: crisses at kinhost.org (Crisses)
Date: Mon, 11 Dec 2006 15:25:17 -0500
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>
References: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>
	<cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>
Message-ID: <51500491-F900-44F3-A303-E338DB0E51E8@kinhost.org>


On Dec 11, 2006, at 3:16 PM, Ben Wilson wrote:

> I think your suggestion of a "default" set of icons is an excellent
> one. I will do just that. Have you seen a set of icons (via .zip or
> .tgz) that you like? I know there's the standard red with [A-Z 0-9].
> While this might suffice, I would like those who need the icon feature
> most to ensure I serve their needs. I know of two or three in the
> Community who want this feature implemented. So, perhaps we should
> agree on the "default" set of icons.


How about allowing an "icon pack" -- in pub/images/gmapi/cherry_red/ 
*.gif

You set foldername and make sure that you have [A-Z0-9].gif in the  
folder?

Then set a config.php value for $GMAPI_icons = "cherry_red"; and it  
goes to the pub/images/gmapi/$GMAPI_icons for the icons?

easy to drop in any set of icons, people can contribute them, etc.????

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061211/8e71e9a1/attachment.html 

From dspitzle at wash.k12.mi.us  Mon Dec 11 14:57:27 2006
From: dspitzle at wash.k12.mi.us (David Spitzley)
Date: Mon, 11 Dec 2006 15:57:27 -0500
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <51500491-F900-44F3-A303-E338DB0E51E8@kinhost.org>
References: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>
	<cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>
	<51500491-F900-44F3-A303-E338DB0E51E8@kinhost.org>
Message-ID: <457D8072.A8B9.00BE.0@wash.k12.mi.us>

If that's practical, it sounds very easy to use.  I assume that
/cherry_red implies that there could be different sets of icons
installed, though.  Do you envision these as additive, allowing multiple
icon directories to be used at once?  If so, then there would need to be
a method for determining what to do when two icons have the same name. 
If that presents significant complications, I'd recommend a single
pub/images/gmapi/icons folder instead; multiple icon sets could be
combined, but duplicate names between icon sets would need to be
resolved by the administrator, rather than by the recipe.


David

>>> Crisses <crisses at kinhost.org> 12/11/2006 3:25 PM >>>

On Dec 11, 2006, at 3:16 PM, Ben Wilson wrote:

> I think your suggestion of a "default" set of icons is an excellent
> one. I will do just that. Have you seen a set of icons (via .zip or
> .tgz) that you like? I know there's the standard red with [A-Z 0-9].
> While this might suffice, I would like those who need the icon
feature
> most to ensure I serve their needs. I know of two or three in the
> Community who want this feature implemented. So, perhaps we should
> agree on the "default" set of icons.


How about allowing an "icon pack" -- in pub/images/gmapi/cherry_red/ 
*.gif

You set foldername and make sure that you have [A-Z0-9].gif in the  
folder?

Then set a config.php value for $GMAPI_icons = "cherry_red"; and it  
goes to the pub/images/gmapi/$GMAPI_icons for the icons?

easy to drop in any set of icons, people can contribute them, etc.????

Crisses



From crisses at kinhost.org  Mon Dec 11 15:08:52 2006
From: crisses at kinhost.org (Crisses)
Date: Mon, 11 Dec 2006 16:08:52 -0500
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <457D8072.A8B9.00BE.0@wash.k12.mi.us>
References: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>
	<cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>
	<51500491-F900-44F3-A303-E338DB0E51E8@kinhost.org>
	<457D8072.A8B9.00BE.0@wash.k12.mi.us>
Message-ID: <E64D0CB2-4D16-4D9D-B08D-84F53BE5D662@kinhost.org>

I was thinking that there could be different sets installed for per- 
page per-group or wiki farm installations sharing pub directories, etc.

So one site might use the cherry_red icon set, and another the  
sky_blue set.

:)

If you wanted to mix and match sets, I would make custom named  
folders like crisses_icons set.

Crisses
-- 
There's no perfect people; there's no perfect relationships.  There's  
only imperfect people perfectly willing to go to great lengths to  
correct mishaps in imperfect relationships.
   -- Ice

On Dec 11, 2006, at 3:57 PM, David Spitzley wrote:

> If that's practical, it sounds very easy to use.  I assume that
> /cherry_red implies that there could be different sets of icons
> installed, though.  Do you envision these as additive, allowing  
> multiple
> icon directories to be used at once?  If so, then there would need  
> to be
> a method for determining what to do when two icons have the same name.
> If that presents significant complications, I'd recommend a single
> pub/images/gmapi/icons folder instead; multiple icon sets could be
> combined, but duplicate names between icon sets would need to be
> resolved by the administrator, rather than by the recipe.
>
>
> David
>
>>>> Crisses <crisses at kinhost.org> 12/11/2006 3:25 PM >>>
>
> On Dec 11, 2006, at 3:16 PM, Ben Wilson wrote:
>
>> I think your suggestion of a "default" set of icons is an excellent
>> one. I will do just that. Have you seen a set of icons (via .zip or
>> .tgz) that you like? I know there's the standard red with [A-Z 0-9].
>> While this might suffice, I would like those who need the icon
> feature
>> most to ensure I serve their needs. I know of two or three in the
>> Community who want this feature implemented. So, perhaps we should
>> agree on the "default" set of icons.
>
>
> How about allowing an "icon pack" -- in pub/images/gmapi/cherry_red/
> *.gif
>
> You set foldername and make sure that you have [A-Z0-9].gif in the
> folder?
>
> Then set a config.php value for $GMAPI_icons = "cherry_red"; and it
> goes to the pub/images/gmapi/$GMAPI_icons for the icons?
>
> easy to drop in any set of icons, people can contribute them, etc.????
>
> Crisses
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061211/1cc00357/attachment.html 

From pmwiki at 911networks.com  Mon Dec 11 16:20:28 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Mon, 11 Dec 2006 14:20:28 -0800
Subject: [pmwiki-users] Page list format
In-Reply-To: <MPG.1fe7b6b1368d948d989963@news.gmane.org>
References: <20061211094838.34c37f83@tadpole>
	<MPG.1fe7b6b1368d948d989963@news.gmane.org>
Message-ID: <20061211142028.316c4ac9@tadpole>

On Mon, 11 Dec 2006 18:42:59 -0000
marc <gmane at auxbuss.com> wrote:


> I don't think that pagelist creates tables that follow the the 
> tablerowindex formula. i.e.
> 
>   <tr class='ind1'>
>   <tr class='ind2'>
> 
> Also strange is that any tables following a pagelist with your
> template also become zebra-ised.
> 

1. It's not, it's all blue. 

2. Actually, I could live with all the same colour, but I'd like to
have it  use  all  the  same  width  for both  columns,  the  title
and  the description.


-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From pmichaud at pobox.com  Mon Dec 11 16:29:13 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 16:29:13 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <812744494.20061211202621@softflow.co.uk>
References: <521548288.20061211171429@softflow.co.uk>
	<20061211175604.GB32376@host.pmichaud.com>
	<fec7cf150612111011j2111dd13le22e1fca7daa4ef2@mail.gmail.com>
	<20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
Message-ID: <20061211222907.GA32107@host.pmichaud.com>

For those who want to play with the new (:input select ... :)
markup, it's now activated on pmwiki.org .

There's a test and example page at 
http://www.pmwiki.org/wiki/Test/InputSelect (although the markup works
everywhere on pmwiki.org, not just in the Test group).

The new forms code has a lot more features than what is shown on
this one page (and I'll write more pages for it), but I could
use feedback/suggestions on what I have so far.

Pm




From pmwiki at 911networks.com  Mon Dec 11 16:30:01 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Mon, 11 Dec 2006 14:30:01 -0800
Subject: [pmwiki-users] Page list format
In-Reply-To: <20061211191145.GE32376@host.pmichaud.com>
References: <20061211094838.34c37f83@tadpole>
	<20061211191145.GE32376@host.pmichaud.com>
Message-ID: <20061211143001.3326d6c4@tadpole>

On Mon, 11 Dec 2006 13:11:46 -0600
"Patrick R. Michaud" <pmichaud at pobox.com> wrote:

> On Mon, Dec 11, 2006 at 09:48:38AM -0800, pmwiki at 911networks.com
> wrote:
> > Hi,
> > 
> > I am trying to make a pagelist in a zebra table [with each row
> > alternating colours]
> > 
> > I have zebra defined in config.php
> > # Zebra table
> > $TableRowIndexMax = 2;
> > $TableRowAttrFmt = "class='ind\$TableRowIndex'";
> > 
> > I have titledes defined in LocalTemplates:
> > 
> > [[#titledes]]
> > ||class=zebra border=0 cellspacing=0 width=98% align=center
> > ||[[{=$FullName}|+]] ||{=$Description}  ||
> > [[#titledesend]]
> > 
> > All webpages have both (:title :) and (:description :) defined.
> > 
> > When I do a pagelist
> > 
> > (:pagelist fmt=#titledes count=15 order=-time:)
> > 
> > In the CSS, I have:
> > /* zebra tables */
> > table.zebra tr.ind1 { background-color:#ddddff; }
> > 
> > They are all in blue instead of alternate blue/white, and the 2nd
> > column of the description does not line up.
> > 
> > Any suggestion?
> 
> The ||class=zebra... line starts a new table, so PmWiki is creating
> a bunch of 1-row tables, instead of a single table with multiple
> rows.
> 
> You probably want:
> 
>   [[#titledes]]
>   (:if equal {<$Group} :)
>   ||class=zebra border=0 cellspacing=0 width=98% align=center
>   (:if:)
>   ||[[{=$FullName}|+]] ||{=$Description}  ||
> 
> (You may need to put the first three lines into a single line of
> markup.)

Wow! I'm impressed, amazing. Just one more question.

It displays the group on the 1st row, then the pages on the next lines
and so on, then the next group.

Is it possible to remove the row that displays just the group?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From sts at 1stein.org  Mon Dec 11 16:56:56 2006
From: sts at 1stein.org (Stefan Schimanski)
Date: Mon, 11 Dec 2006 23:56:56 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <bfccd1f90612111038m3834d14cjfda0aeee9ac7589c@mail.gmail.com>
	(Hans Huijgen's message of "Mon\, 11 Dec 2006 19\:38\:03 +0100")
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
	<bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
	<upsaq4dkr.fsf@1stein.org>
	<bfccd1f90612111038m3834d14cjfda0aeee9ac7589c@mail.gmail.com>
Message-ID: <uk60y3utj.fsf@1stein.org>

"Hans Huijgen" <lighans at gmail.com> writes:

> 2006/12/11, Stefan Schimanski <sts at 1stein.org>: > For testing I 
>added the following to > Site/GalleryPictureDefault. And to my 
>surprise it works fine: > > (:if auth edit:) > 
>[[{$FullName}?action=totalcounter|{$PageViews}views]] > (:if:) 
>thank, Cool, Great. Right away added it to my wikigallery and 
>works, like it's very normal.  That WikiGallery is awesome. It 
>adds a good working gallery to system bij not being larger than 
>500 kb. That's a huge difference with Coppermine. And it doesn't 
>need a database, which is better for me, so I "only" have to try 
>to understand one server part (eg PHP). 

Nice to hear :)
 
> What I do not like yet is the pagelist arrows <-- and --> But I 
> can live with that for the time being. (-; 

Yes, the layout like the arrows could need some improvement, maybe 
something graphical. If you or anybody has an idea, feel free to 
send me :)

Schimmi

> -- 
> Groetjes
> Hans
> http://www.fali.nl
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 185 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061211/f828c52f/attachment.bin 

From design5 at softflow.co.uk  Mon Dec 11 17:06:17 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 11 Dec 2006 23:06:17 +0000
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061211222907.GA32107@host.pmichaud.com>
References: <521548288.20061211171429@softflow.co.uk>
	<20061211175604.GB32376@host.pmichaud.com>
	<fec7cf150612111011j2111dd13le22e1fca7daa4ef2@mail.gmail.com>
	<20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
Message-ID: <262921859.20061211230617@softflow.co.uk>

Monday, December 11, 2006, 10:29:13 PM, Patrick wrote:

> The new forms code has a lot more features than what is shown on
> this one page (and I'll write more pages for it), but I could
> use feedback/suggestions on what I have so far.

It looks very promising. Great to see multiple choice support,
and vertical size support. I guess horizontal size could be
manipulated with css via name for instance #abc {width:10em;} ?

But there is a lot of repetitive code:

(:input select name=abc 1 alpha :)
(:input select name=abc 2 beta  :)
(:input select name=abc 3 gamma :)

instead of

(:select abc:)
(:opt 1 alpha :)
(:opt 2 beta  :)
(:opt 3 gamma :)
(:selectend:)

Of course I see that including name=abc avoids the first and last
line (select, selectend). But it will make it bulky if you use a lot
of options.

Can the <select> tag carry a class='inputbox' ?


Hans




From editor at fast.st  Mon Dec 11 17:16:56 2006
From: editor at fast.st (The Editor)
Date: Mon, 11 Dec 2006 18:16:56 -0500
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <262921859.20061211230617@softflow.co.uk>
References: <521548288.20061211171429@softflow.co.uk>
	<20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
Message-ID: <fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>

Pm,

I don't see any way to set the default selected value.  I would really
like something where I can use a page/text variable to determine which
is option is selected initially in the form.

I know you probably have that worked in, but didn't see any examples
on the test page.

Cheers,
Dan



From pmichaud at pobox.com  Mon Dec 11 17:27:13 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 17:27:13 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <262921859.20061211230617@softflow.co.uk>
References: <fec7cf150612111011j2111dd13le22e1fca7daa4ef2@mail.gmail.com>
	<20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
Message-ID: <20061211232713.GB32107@host.pmichaud.com>

On Mon, Dec 11, 2006 at 11:06:17PM +0000, Hans wrote:
> It looks very promising. Great to see multiple choice support,
> and vertical size support. I guess horizontal size could be
> manipulated with css via name for instance #abc {width:10em;} ?
> 
> But there is a lot of repetitive code:
> 
> (:input select name=abc 1 alpha :)
> (:input select name=abc 2 beta  :)
> (:input select name=abc 3 gamma :)
> 
> instead of
> 
> (:select abc:)
> (:opt 1 alpha :)
> (:opt 2 beta  :)
> (:opt 3 gamma :)
> (:selectend:)
> 
> Of course I see that including name=abc avoids the first and last
> line (select, selectend). 

...and this is a *huge* advantage when generating select boxes
from pagelists, since we don't have to generate the initial select
and selectend directives.  It also means we don't have to deal
with the weird case where an author forgets the select/selectend.

> But it will make it bulky if you use a lot of options.

I've been thinking that it can be:

    (:input select name=abc 1 alpha :)
    (:input select 2 beta:)
    (:input select 3 gamma:)
    (:input select 4 whatever:)

So far I've somewhat avoided this because it goes against
the pattern of most of the other (:input:) markups.  Having
the single name= parameter as above means that the generic form is

    (:input select   <value> [<label>]:)

whereas many (but not all) of the other input controls have the form

    (:input text     <name> [<value>] :)
    (:input radio    <name> [<value>] :)
    (:input checkbox <name> [<value>] :)

Note specifically (:input radio:), where the name is repeated for 
each control regardless of the number of buttons, just like select
does now.

So, the prototype I started with follows the pattern used by
(:input radio:) and friends, even if it makes the markup a little
more bulky.  And it really matters only for select boxes that
are being maintained by hand -- for a pagelist-generated box
the bulk of doing it this way is much less.

Personally I can go either way on the issue, which is why I'm
curious to get feedback from others.

> Can the <select> tag carry a class='inputbox' ?

Yes, we can set a default for the select and it can also
be specified in the markup:

    (:input select name=foo abc 1 class='inputbox otherclass':)

(The class= argument only has to appear on one of the options --
if specified in multiple options, the last one wins.)

Pm



From pmichaud at pobox.com  Mon Dec 11 17:33:15 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 17:33:15 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
References: <20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
Message-ID: <20061211233315.GC32107@host.pmichaud.com>

On Mon, Dec 11, 2006 at 06:16:56PM -0500, The Editor wrote:
> I don't see any way to set the default selected value.  I would really
> like something where I can use a page/text variable to determine which
> is option is selected initially in the form.
> 
> I know you probably have that worked in, but didn't see any examples
> on the test page.

I just haven't gotten around to producing the examples yet.

Pm



From tejtm at operamail.com  Mon Dec 11 16:44:34 2006
From: tejtm at operamail.com (T)
Date: Mon, 11 Dec 2006 14:44:34 -0800
Subject: [pmwiki-users] ScriptUrl and login page
Message-ID: <elkn0a$gb2$2@sea.gmane.org>

Hi,

I am trying to get through the problem of not being able to login
to a wiki because the URL in login form action is not the URL set in
the $ScriptUrl.

I found a closed (lack of feedback) PITS record that seemed close to my issue
and added to it last week but so far that is not helping me make progress.

http://www.pmwiki.org/wiki/PITS/00337


The platform is Solaris. I am not an administer of the Wiki Farm.
I am using apache ProxyPass and $ScriptUrl to cause the wiki to appear on 
another webserver. Seems to work fine till the incorrect login form action.

I am very hopeful this can be resolved because PM asserts
"PmWiki always respects ScriptUrl" which, if could be made true,
would fix this problem.


thanks




From design5 at softflow.co.uk  Mon Dec 11 18:00:39 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 12 Dec 2006 00:00:39 +0000
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061211232713.GB32107@host.pmichaud.com>
References: <fec7cf150612111011j2111dd13le22e1fca7daa4ef2@mail.gmail.com>
	<20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<20061211232713.GB32107@host.pmichaud.com>
Message-ID: <130914792.20061212000039@softflow.co.uk>

Monday, December 11, 2006, 11:27:13 PM, Patrick wrote:

> I've been thinking that it can be:

>     (:input select name=abc 1 alpha :)
>     (:input select 2 beta:)
>     (:input select 3 gamma:)
>     (:input select 4 whatever:)

> So far I've somewhat avoided this because it goes against
> the pattern of most of the other (:input:) markups.  Having
> the single name= parameter as above means that the generic form is

>     (:input select   <value> [<label>]:)

> whereas many (but not all) of the other input controls have the form

>     (:input text     <name> [<value>] :)
>     (:input radio    <name> [<value>] :)
>     (:input checkbox <name> [<value>] :)

> Note specifically (:input radio:), where the name is repeated for 
> each control regardless of the number of buttons, just like select
> does now.

I think I am also in favour of following the example of the other
input controls. But perhaps the name= can be avoided / just be optional
in use (like value= and lable=)?

   (:input select <name> <value> [<label>] :)
   
   (:input select abc 1 alpha:)
   (:input select abc 2 betha:)

Or perhaps you made this possible already.


Hans




From pmichaud at pobox.com  Mon Dec 11 18:14:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 11 Dec 2006 18:14:12 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <130914792.20061212000039@softflow.co.uk>
References: <MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<20061211232713.GB32107@host.pmichaud.com>
	<130914792.20061212000039@softflow.co.uk>
Message-ID: <20061212001412.GD32107@host.pmichaud.com>

On Tue, Dec 12, 2006 at 12:00:39AM +0000, Hans wrote:
> Monday, December 11, 2006, 11:27:13 PM, Patrick wrote:
> 
> > I've been thinking that it can be:
> >     (:input select name=abc 1 alpha :)
> >     (:input select 2 beta:)
> >     (:input select 3 gamma:)
> >     (:input select 4 whatever:)
> >
> > [but many] of the other input controls have the form
> >     (:input text     <name> [<value>] :)
> >     (:input radio    <name> [<value>] :)
> >     (:input checkbox <name> [<value>] :)
> 
> 
> I think I am also in favour of following the example of the other
> input controls. But perhaps the name= can be avoided / just be optional
> in use (like value= and lable=)?
> 
>    (:input select <name> <value> [<label>] :)
>    
>    (:input select abc 1 alpha:)
>    (:input select abc 2 betha:)
> 
> Or perhaps you made this possible already.

This is possible already in the current implementation.  I just 
wrote all of the examples using an explicit "name=" just in case 
we decided to switch to the other form that doesn't require the
<name> attribute on each (:input select:).

Pm



From katir at hindu.org  Mon Dec 11 20:13:35 2006
From: katir at hindu.org (Sivakatirswami)
Date: Mon, 11 Dec 2006 16:13:35 -1000
Subject: [pmwiki-users] Zap Data Form Extra Vertical White Space -Gemini
 or PmWiki?
In-Reply-To: <20061211154237.GC18415@host.pmichaud.com>
References: <457BA915.7060008@hindu.org>
	<fec7cf150612100408s59299198n1134f2a975571929@mail.gmail.com>
	<457CD2ED.8020102@hindu.org>
	<20061211154237.GC18415@host.pmichaud.com>
Message-ID: <457E104F.3050904@hindu.org>

Indeed:

In Farmconfig.php

we have

$HTMLPNewline = '<br />';

ZAP is doing the insertion of those lines behind the scenes, so I have no
control over this at the markup level.  But I also don't want to\\
to back to requiring\\
users  to enter\\
those "horrid" things\\
just to get new lines (smile)\\

So, I guess we just live with
a couple of blank lines at the top of the form...

SKTS



Patrick R. Michaud wrote:
> On Sun, Dec 10, 2006 at 05:39:25PM -1000, Sivakatirswami wrote:
>> No go...table doesn't help. either ZapData, PMwiki or Gemini
>> is still prepending "<br />" line breaks before  hidden input lines:
> 
> Are you setting (:linebreaks:) somewhere, either in the
> markup text, a GroupHeader, or in a local customization?
> 
> If so, then each linebreak in the input results in a linebreak
> in the output, and this includes (:input hidden ... :) fields
> that may be generated by ZAP or other recipes.
> 
> Pm
> 
> 
> 
> 
>> <div id='wikitext'>
>> <form method='post'>
>> <p><input type='hidden' name='action' value='zap' />
>> <br /><input type='hidden' name='ZAPkey' value='540853' />
>> <br /><input type='hidden' name='datapage' value='TODO-{Project}.#' />
>> </p>
>> <table ><tr><td  valign='top'>Project:
>> </td><td  valign='top'><select name=Project>
>> SNIP///
>> <br /></select>
>> </p></td></tr><tr><td  valign='top'>Description:
>> </td><td  valign='top'><input type='text' name='Description' value='' 
>> class='inputbox' size='50' />
>> </td></tr></table>
>> <p><input type='hidden' name='returnpage' value='Main.ToDoEntry' 
>> /><input type='hidden' name='savedata' 
>> value='ID,Project,Owner,Priority,Status,Description,returnpage' />
>> <br /><input type='submit' value='Submit' class='inputbutton' />
>> </p></form>
>>
>> Sivakatirswami
>> www.himalayanacademy.com
>>
>> Get Hinduism Today Digital Edition. It's Free!
>> http://www.hinduismtoday.com/digital/
>>
>> The Editor wrote:
>>> That is something to do with how PmWiki processes things.  Here's how
>>> I set your form up on my machine to get it to look a little better.
>>>
>>> (Or conceivably your skin.  It doesn't do it on mine).
>>>
>>> (:zapdata:)
>>> (:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
>>> (:table:)
>>> (:cellnr:)Project:
>>> (:cell:)(:select Project:)
>>> (:option "LandManagement":) Land Management
>>> (:option "SystemAdmin":) System Admin
>>> (:option "AjaxInitiative":) Ajax Initiatives
>>> (:option "AudioLibrary":) Audio Library
>>> (:option "MailingLists":) Mailing Lists
>>> (:selectend:)
>>> (:cellnr:)Owner:
>>> (:cell:)(:select Owner:)
>>> (:option "Sivakatirswami":) Sivakatirswami
>>> (:option "Sadhunathan":) Sadhunathan
>>> (:option "Andre":) Andre
>>> (:option Caveman":) Caveman
>>> (:selectend:)
>>> (:cellnr:)Priority:
>>> (:cell:)(:select Priority:)
>>> (:option "1-Urgent!":) Urgent!
>>> (:option "2-High":) High
>>> (:option "3-Medium":) Medium
>>> (:option "4-Low":) Low
>>> (:selectend:)
>>> (:cellnr:)Status:
>>> (:cell:)(:select Status:)
>>> (:option "Open":) Open
>>> (:option "In Progress":) In Progress
>>> (:option "Pending":) Pending
>>> (:option "Hold":) Hold
>>> (:option "Complete":) Complete
>>> (:selectend:)
>>> (:cellnr:)Description:
>>> (:cell:)(:input text Description "{$Description}" size="50":)
>>> (:tableend:)
>>> (:input hidden savedata "Project,Owner,Priority,Status,Description":)
>>> (:input submit value="Submit":)
>>> (:input hidden datapage "TODO-{Project}.=" :)
>>> (:zapend:)
>>>
>>> You will notice I put it in tables (table directives) and I eliminated
>>> the first option from each select box--which just produced a blank
>>> line in the output.  You will want to put those back in when you get
>>> the update forms working...
>>>
>>> Oh, I just fixed the ZAPdata bug.  I uploaded it quietly for you to
>>> PmWiki, as I'm making other changes to accommodate some other users
>>> and make some minor improvements (shouldn't affect functionality).  If
>>> you get this email before I release the fuller version, you can start
>>> playing with the interrim version.  The threading at least is fixed.
>>>
>>> Cheers,
>>> Caveman
>>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 



From katir at hindu.org  Mon Dec 11 22:53:43 2006
From: katir at hindu.org (Sivakatirswami)
Date: Mon, 11 Dec 2006 18:53:43 -1000
Subject: [pmwiki-users] Conditional Expression Help for ZAP forms
Message-ID: <457E35D7.2010600@hindu.org>

ZAP-RSPM (ZAP-Really Simple Project Management) development is getting 
close to rollout..

I want a ZAP form that generates a new page to *not* introduce  a 
particular data value
to the page *after* it has been created. Other form fields will be 
updatable, but not
this one, which is poked-mandated-unchangeable on creation:

context:ToDo pages are generated from any place in the wiki.

User may be here: Design.ReturnPageLinks.
This "Mother" location  is "captured"  by a global TODO form in
Site.AllGroupHeader. with this statement: (:input hidden returnpage
"{$FullName}":) as a kind of a "Return link to my Mother" on the new
page which gets named:

TODO-{$Group}.2003 will have in it's data:

(:returnpage: fooProject.barPage:)

real example: TODO-Design.2003 contains now:

(:returnpage: Design.ReturnPageLinks:)

OK but when the user goes to TODO-Design.2003
if he were to update values in the form...
the return page will be poked now with itself

(:returnpage: TODO-Design.2003:) And, like so many
human beings, he only thinks of himself now and has
no way back to his Mother.. (smile)

OK so if I understand the possibilities, we want to enable the
form input globally *except* it we are in a "TODO" page
... Let me just type it in as a general algorithm
but I need help with the precise syntax.

(:if {$FullName} is not equal to ('TODO-*'):) # the end of the string is 
unknown
     (:input hidden returnpage "{$FullName}":)
(:ifend:)

In  Peace
Sivakatirswami
www.himalayanacademy.com




From bart.mollet at hogent.be  Tue Dec 12 02:09:55 2006
From: bart.mollet at hogent.be (Bart Mollet)
Date: Tue, 12 Dec 2006 09:09:55 +0100
Subject: [pmwiki-users] Problems after recompiling Apache
In-Reply-To: <457D7754.2030903@hogent.be>
References: <457D7754.2030903@hogent.be>
Message-ID: <457E63D3.3050702@hogent.be>

Bart Mollet schreef:
> We use pmwiki in our e-learning portal and after some problems with 
> apache, we decided to recompile apache on our server (Apache 2.0.59)
> After this, everything looks find, exept our pmwiki-module. On every 
> page there's this kind of text:
> function:PrintSkin Start
> <<Here comes the page content>>
> PrintSkin End
> And no sidebar etc. Any ideas?

Could it be related to the apache modules mod_auth_mysql or mod_deflate 
which we haven't included in the recompile?

Mvg,
Bart Mollet

-- 
HoGent - Sector Onderwijs - Digitaal Leren
bart.mollet at hogent.be



From bartolin at gmx.de  Tue Dec 12 03:53:19 2006
From: bartolin at gmx.de (Christian Bartolomaeus)
Date: Tue, 12 Dec 2006 10:53:19 +0100
Subject: [pmwiki-users] Bug report for Cookbook/ChessMarkup
Message-ID: <20061212095319.GA5307@speedy.hgw>

Hi,

I think the great ChessMarkup recipe has a bug: As it seems, the
notation for queenside castling (O-O-O) isn't recognized properly (it
is interpreted as O-O instead). You can see an example at:

  http://www.pmwiki.org/wiki/Cookbook/ChessMarkup#bug_with_queenside_castling

Best regards

Christian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061212/a2f1ce45/attachment.bin 

From gmane at auxbuss.com  Tue Dec 12 03:50:32 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 12 Dec 2006 09:50:32 -0000
Subject: [pmwiki-users] Page list format
References: <20061211094838.34c37f83@tadpole>
	<20061211191145.GE32376@host.pmichaud.com>
Message-ID: <MPG.1fe88ae3f77661b2989967@news.gmane.org>

Patrick R. Michaud said...
> On Mon, Dec 11, 2006 at 09:48:38AM -0800, pmwiki at 911networks.com wrote:
> > Hi,
> > 
> > I am trying to make a pagelist in a zebra table [with each row
> > alternating colours]
> > 
> > I have zebra defined in config.php
> > # Zebra table
> > $TableRowIndexMax = 2;
> > $TableRowAttrFmt = "class='ind\$TableRowIndex'";
> > 
> > I have titledes defined in LocalTemplates:
> > 
> > [[#titledes]]
> > ||class=zebra border=0 cellspacing=0 width=98% align=center
> > ||[[{=$FullName}|+]] ||{=$Description}  ||
> > [[#titledesend]]
> > 
> > All webpages have both (:title :) and (:description :) defined.
> > 
> > When I do a pagelist
> > 
> > (:pagelist fmt=#titledes count=15 order=-time:)
> > 
> > In the CSS, I have:
> > /* zebra tables */
> > table.zebra tr.ind1 { background-color:#ddddff; }
> > 
> > They are all in blue instead of alternate blue/white, and the 2nd
> > column of the description does not line up.
> > 
> > Any suggestion?
> 
> The ||class=zebra... line starts a new table, so PmWiki is creating
> a bunch of 1-row tables, instead of a single table with multiple rows.
> 
> You probably want:
> 
>   [[#titledes]]
>   (:if equal {<$Group} :)
>   ||class=zebra border=0 cellspacing=0 width=98% align=center
>   (:if:)
>   ||[[{=$FullName}|+]] ||{=$Description}  ||

Patrick, as I mentioned earlier, when using this template with, say:

  (:pagelist fmt=#titledes count=15 order=-time:)

any tables on the same page, after the above pagelist, are zebra-ised 
(i.e. have <table class='zebra') /until/ a table contains a 'class=' 
arg.

So, it's easy enough to fix by adding:

  || class=''

But perhaps it shouldn't happen.

-- 
Best,
Marc




From gmane at auxbuss.com  Tue Dec 12 03:50:29 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 12 Dec 2006 09:50:29 -0000
Subject: [pmwiki-users] (:input select ... :) markup prototype
References: <521548288.20061211171429@softflow.co.uk>
	<20061211175604.GB32376@host.pmichaud.com>
	<fec7cf150612111011j2111dd13le22e1fca7daa4ef2@mail.gmail.com>
	<20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
Message-ID: <MPG.1fe887f0d343f3c0989965@news.gmane.org>

Patrick R. Michaud said...
> For those who want to play with the new (:input select ... :)
> markup, it's now activated on pmwiki.org .
> 
> There's a test and example page at 
> http://www.pmwiki.org/wiki/Test/InputSelect (although the markup works
> everywhere on pmwiki.org, not just in the Test group).
> 
> The new forms code has a lot more features than what is shown on
> this one page (and I'll write more pages for it), but I could
> use feedback/suggestions on what I have so far.

Fabulous.

-- 
Best,
Marc




From gmane at auxbuss.com  Tue Dec 12 03:50:30 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 12 Dec 2006 09:50:30 -0000
Subject: [pmwiki-users] Page list format
References: <20061211094838.34c37f83@tadpole>
	<MPG.1fe7b6b1368d948d989963@news.gmane.org>
	<20061211142028.316c4ac9@tadpole>
Message-ID: <MPG.1fe8892c9b49560f989966@news.gmane.org>

 said...
> On Mon, 11 Dec 2006 18:42:59 -0000
> marc <gmane at auxbuss.com> wrote:
> 
> 
> > I don't think that pagelist creates tables that follow the the 
> > tablerowindex formula. i.e.
> > 
> >   <tr class='ind1'>
> >   <tr class='ind2'>
> > 
> > Also strange is that any tables following a pagelist with your
> > template also become zebra-ised.
> 
> 1. It's not, it's all blue. 

Nah! Also strange is that any tables /following/ a pagelist with your
template also become zebra-ised.

-- 
Best,
Marc




From kat_lists at katspace.homelinux.org  Tue Dec 12 04:12:50 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Tue, 12 Dec 2006 21:12:50 +1100
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061211232713.GB32107@host.pmichaud.com>
References: <20061211182356.GD32376@host.pmichaud.com>
	<MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<20061211232713.GB32107@host.pmichaud.com>
Message-ID: <20061212101250.GA10232@katla.katspace.homelinux.org>

On Mon, Dec 11, 2006 at 05:27:13PM -0600, Patrick R. Michaud wrote:
> On Mon, Dec 11, 2006 at 11:06:17PM +0000, Hans wrote:
> > It looks very promising. Great to see multiple choice support,
> > and vertical size support. I guess horizontal size could be
> > manipulated with css via name for instance #abc {width:10em;} ?
> > 
> > But there is a lot of repetitive code:
> > 
> > (:input select name=abc 1 alpha :)
> > (:input select name=abc 2 beta  :)
> > (:input select name=abc 3 gamma :)
> > 
> > instead of
> > 
> > (:select abc:)
> > (:opt 1 alpha :)
> > (:opt 2 beta  :)
> > (:opt 3 gamma :)
> > (:selectend:)
> > 
> > Of course I see that including name=abc avoids the first and last
> > line (select, selectend). 
> 
> ...and this is a *huge* advantage when generating select boxes
> from pagelists, since we don't have to generate the initial select
> and selectend directives.  It also means we don't have to deal
> with the weird case where an author forgets the select/selectend.

Agreed.  I was just getting ready to point that out when I read this...
A lot of people have been hanging out for (:input select :)
with the intent of using a pagelist to populate it -- that can lead to
nifty things like drop-down lists of pages to jump to, and so on.
 
> > But it will make it bulky if you use a lot of options.
> 
> I've been thinking that it can be:
> 
>     (:input select name=abc 1 alpha :)
>     (:input select 2 beta:)
>     (:input select 3 gamma:)
>     (:input select 4 whatever:)
> 
> So far I've somewhat avoided this because it goes against
> the pattern of most of the other (:input:) markups.  Having
> the single name= parameter as above means that the generic form is
> 
>     (:input select   <value> [<label>]:)
> 
> whereas many (but not all) of the other input controls have the form
> 
>     (:input text     <name> [<value>] :)
>     (:input radio    <name> [<value>] :)
>     (:input checkbox <name> [<value>] :)
> 
> Note specifically (:input radio:), where the name is repeated for 
> each control regardless of the number of buttons, just like select
> does now.

I'm in favour of making them more consistent with each other; it would
be nice if the name were optional on repeat, but not if that loses us
the ease-of-building with pagelists.
 
Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From g.sica at polimetrica.org  Tue Dec 12 06:23:45 2006
From: g.sica at polimetrica.org (nico)
Date: Tue, 12 Dec 2006 13:23:45 +0100
Subject: [pmwiki-users] Justify alignment
Message-ID: <20061212122153.M3130@polimetrica.it>

Hello,

I'd like to justify a text in my wiki.
Do you know if there is some command that I can use in the wiki editor?
I don't want to modify my css if possible, because this is the only text I'd like to justify.
Many thanks.

Cheers,
Nico


-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




From malexism at free.fr  Tue Dec 12 07:20:03 2006
From: malexism at free.fr (malexism at free.fr)
Date: Tue, 12 Dec 2006 14:20:03 +0100
Subject: [pmwiki-users] group title
In-Reply-To: <1621470388.20061210132302@softflow.co.uk>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
	<457BFF88.2010304@free.fr>
	<759265697.20061210124230@softflow.co.uk>
	<457C060C.6000602@free.fr>
	<1621470388.20061210132302@softflow.co.uk>
Message-ID: <457EAC83.5060805@free.fr>

Hans a ?crit :
> well page variables of form {$PageVar} were only introduced in version
> 2.1.0.,  so consider upgrading!

Ok, updated to the last 2 beta.
It works nice (vive PmWiki !) and the groupTitle recipe runs well.

There is just one thing : if a page do not have a title, or have 
(:notitle:), the $Title var is the same has the (:title:) of 
GroupHeader. Is it normal ? I think that without a title, a page should 
use his name (PageName)... no ?

many thanks !

marc
-- 
http://www.malexism.com/



From malexism at free.fr  Tue Dec 12 07:22:51 2006
From: malexism at free.fr (malexism at free.fr)
Date: Tue, 12 Dec 2006 14:22:51 +0100
Subject: [pmwiki-users] Justify alignment
In-Reply-To: <20061212122153.M3130@polimetrica.it>
References: <20061212122153.M3130@polimetrica.it>
Message-ID: <457EAD2B.4040606@free.fr>

nico a ?crit :
> I'd like to justify a text in my wiki.

I use this :
%define=j p: text-align:justify%

in GroupHeader, and then, in a page :
%j%

marc
-- 
http://www.malexism.com/



From design5 at softflow.co.uk  Tue Dec 12 07:26:59 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 12 Dec 2006 13:26:59 +0000
Subject: [pmwiki-users] group title
In-Reply-To: <457EAC83.5060805@free.fr>
References: <456F3C6F.30606@free.fr> <1385731339.20061130202259@softflow.co.uk>
	<456F4214.2010605@free.fr> <4575D92A.3030002@free.fr>
	<599dbcaf0612060559s1d63e980hb9862c565560e2c4@mail.gmail.com>
	<457BF4C0.30704@free.fr> <1552183435.20061210120435@softflow.co.uk>
	<457BFF88.2010304@free.fr> <759265697.20061210124230@softflow.co.uk>
	<457C060C.6000602@free.fr> <1621470388.20061210132302@softflow.co.uk>
	<457EAC83.5060805@free.fr>
Message-ID: <745018500.20061212132659@softflow.co.uk>

Tuesday, December 12, 2006, 1:20:03 PM, malexism wrote:

> There is just one thing : if a page do not have a title, or have 
> (:notitle:), the $Title var is the same has the (:title:) of 
> GroupHeader. Is it normal ? I think that without a title, a page should
> use his name (PageName)... no ?

I think this is normal, as anything in GroupHeader is inserted into
any page in the group. Try and add the group title instead to
GroupAttributes.


Hans




From stephane.smets at banksys.be  Tue Dec 12 07:38:01 2006
From: stephane.smets at banksys.be (SMETS Stephane     BKS-IT)
Date: Tue, 12 Dec 2006 14:38:01 +0100
Subject: [pmwiki-users] ScriptUrl and login page
Message-ID: <70442076C3BC5241B70CDA7B3931AC511B0B3A@eri.winad.be>

Hello 
Are you sure it is not a cookie problem with the browser? Last week I had the following problem : unable to login on the Zapsite. It was because I was using http://www.zapsite.org url , and this url reoute the browser to another address. When pmwiki send back the cookie to log me and keep author/and blabla, my browser refuse it because the domain name change. Then I set up an exception in the browser to autorize the name changing, and all was okay. It was with internet explorer many version.
Stephane

 -----Original Message-----
From: 	pmwiki-users-bounces at pmichaud.com [mailto:pmwiki-users-bounces at pmichaud.com]  On Behalf Of T
Sent:	lundi 11 d?cembre 2006 23:45
To:	pmwiki-users at pmichaud.com
Subject:	[pmwiki-users] ScriptUrl and login page

Hi,

I am trying to get through the problem of not being able to login
to a wiki because the URL in login form action is not the URL set in
the $ScriptUrl.

I found a closed (lack of feedback) PITS record that seemed close to my issue
and added to it last week but so far that is not helping me make progress.

http://www.pmwiki.org/wiki/PITS/00337


The platform is Solaris. I am not an administer of the Wiki Farm.
I am using apache ProxyPass and $ScriptUrl to cause the wiki to appear on 
another webserver. Seems to work fine till the incorrect login form action.

I am very hopeful this can be resolved because PM asserts
"PmWiki always respects ScriptUrl" which, if could be made true,
would fix this problem.


thanks


_______________________________________________
pmwiki-users mailing list
pmwiki-users at pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users


sa Banksys nv - Chaussee de Haecht 1442 Haachtsesteenweg 
- 1130 Brussels - Belgium
RPM-RPR Bruxelles-Brussel - TVA-BTW BE 0418.547.872
Bankrekening-Compte Bancaire-Bank Account 310-0269424-44
BIC BBRUBEBB - IBAN BE55 3100 2694 2444

"The information contained in this e-mail and any attachment thereto is confidential and may contain information which is protected by intellectual property rights.
This information is intended for the exclusive use of the recipient(s) named above.
This e-mail does not constitute any binding relationship or offer toward any of the addressees.
If you are not one of the addressees , one of their employees or a proxy holder entitled to hand over this message to the addressee(s), any use of the information contained herein (e.g. reproduction, divulgation, communication or distribution,...) is prohibited.
If you have received this message in error, please notify the sender and destroy it immediately after.
The integrity and security of this message cannot be guaranteed and it may be subject to data corruption, interception and unauthorized amendment, for which we accept no liability."




From pmichaud at pobox.com  Tue Dec 12 07:49:34 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 07:49:34 -0600
Subject: [pmwiki-users] Bug report for Cookbook/ChessMarkup
In-Reply-To: <20061212095319.GA5307@speedy.hgw>
References: <20061212095319.GA5307@speedy.hgw>
Message-ID: <20061212134934.GA22363@host.pmichaud.com>

On Tue, Dec 12, 2006 at 10:53:19AM +0100, Christian Bartolomaeus wrote:
> I think the great ChessMarkup recipe has a bug: As it seems, the
> notation for queenside castling (O-O-O) isn't recognized properly (it
> is interpreted as O-O instead). You can see an example at:
> 
>   http://www.pmwiki.org/wiki/Cookbook/ChessMarkup#bug_with_queenside_castling

Now fixed, thanks!

Pm



From pmichaud at pobox.com  Tue Dec 12 08:22:04 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 08:22:04 -0600
Subject: [pmwiki-users] Justify alignment
In-Reply-To: <20061212122153.M3130@polimetrica.it>
References: <20061212122153.M3130@polimetrica.it>
Message-ID: <20061212142204.GC22363@host.pmichaud.com>

On Tue, Dec 12, 2006 at 01:23:45PM +0100, nico wrote:
> Hello,
> 
> I'd like to justify a text in my wiki.
> Do you know if there is some command that I can use in the wiki editor?
> I don't want to modify my css if possible, because this is the only 
> text I'd like to justify.
> Many thanks.

I've now added a %justify% wikistyle to the WikiStylesPlus recipe:

    http://www.pmwiki.org/wiki/Cookbook/WikiStylesPlus

Pm



From email_for_rick at yahoo.co.uk  Tue Dec 12 09:34:00 2006
From: email_for_rick at yahoo.co.uk (R Creighton)
Date: Tue, 12 Dec 2006 15:34:00 +0000 (GMT)
Subject: [pmwiki-users] centering searchbox
Message-ID: <20061212153400.26039.qmail@web25006.mail.ukl.yahoo.com>

Hi,

Is there any straightforward way to center a searchbox on screen?  (Or to right-align it?)

ie 
Is there an equivalent of:
(:searchbox align=center:)

Many thanks,

Rick.



Send instant messages to your online friends http://uk.messenger.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061212/f5eb48ef/attachment.html 

From pmichaud at pobox.com  Tue Dec 12 09:41:04 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 09:41:04 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061211233315.GC32107@host.pmichaud.com>
References: <MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
Message-ID: <20061212154104.GG22363@host.pmichaud.com>

On Mon, Dec 11, 2006 at 05:33:15PM -0600, Patrick R. Michaud wrote:
> On Mon, Dec 11, 2006 at 06:16:56PM -0500, The Editor wrote:
> > I don't see any way to set the default selected value.  I would really
> > like something where I can use a page/text variable to determine which
> > is option is selected initially in the form.
> > 
> > I know you probably have that worked in, but didn't see any examples
> > on the test page.
> 
> I just haven't gotten around to producing the examples yet.

Examples now appear at

    http://www.pmwiki.org/wiki/Test/InputDefaults

Pm



From design5 at softflow.co.uk  Tue Dec 12 10:11:44 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 12 Dec 2006 16:11:44 +0000
Subject: [pmwiki-users] centering searchbox
In-Reply-To: <20061212153400.26039.qmail@web25006.mail.ukl.yahoo.com>
References: <20061212153400.26039.qmail@web25006.mail.ukl.yahoo.com>
Message-ID: <11210132763.20061212161144@softflow.co.uk>

Tuesday, December 12, 2006, 3:34:00 PM, R wrote:

> Is there an equivalent of:
> (:searchbox align=center:)

>>center<<
(:searchbox:)
>><<

puts it into a div which is centered.


Hans




From 5ko at free.fr  Tue Dec 12 10:28:00 2006
From: 5ko at free.fr (Petko Yotov)
Date: Tue, 12 Dec 2006 17:28:00 +0100
Subject: [pmwiki-users] Announce: Cookbook/ThumbList - A very simple and
	lightweight picture gallery
Message-ID: <200612121728.00563.5ko@free.fr>

Hello,

I am inviting you to take a look at this small gallery script that I wrote for 
PmWiki:

http://pmwiki.org/wiki/Cookbook/ThumbList

I wrote this extension for a simpler way to display a clickable thumbnail 
list. All you need is to upload or copy the files and add the command 
(:thumblist:) to the page.

Comments and bug reports are welcome.

Cheers,
Petko



From christian.ridderstrom at gmail.com  Tue Dec 12 10:41:38 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Tue, 12 Dec 2006 17:41:38 +0100
Subject: [pmwiki-users] Justify alignment
In-Reply-To: <20061212142204.GC22363@host.pmichaud.com>
References: <20061212122153.M3130@polimetrica.it>
	<20061212142204.GC22363@host.pmichaud.com>
Message-ID: <Pine.LNX.4.64.0612121739440.6965@black01.md.kth.se>

On Tue, 12 Dec 2006, Patrick R. Michaud wrote:

> On Tue, Dec 12, 2006 at 01:23:45PM +0100, nico wrote:
>> Hello,
>>
>> I'd like to justify a text in my wiki.
>> Do you know if there is some command that I can use in the wiki editor?
>> I don't want to modify my css if possible, because this is the only
>> text I'd like to justify.
>> Many thanks.
>
> I've now added a %justify% wikistyle to the WikiStylesPlus recipe:
>
>    http://www.pmwiki.org/wiki/Cookbook/WikiStylesPlus

Is there a way (as an author) to get a list of the styles that are 
available on a site (e.g. pmwiki.org)? IIRC, these exist in an array, so 
maybe some markup that presents this array might be useful to document the 
available styles. The output would only make sense to "experts" of 
course...

Btw, I don't see the rollover effect on the images on the page 
WikiStylesPlus with Opera.

/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From design5 at softflow.co.uk  Tue Dec 12 10:37:26 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 12 Dec 2006 16:37:26 +0000
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061212154104.GG22363@host.pmichaud.com>
References: <MPG.1fe7b7e622859a25989964@news.gmane.org>
	<20061211192009.GF32376@host.pmichaud.com>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
Message-ID: <1501908263.20061212163726@softflow.co.uk>

Tuesday, December 12, 2006, 3:41:04 PM, Patrick wrote:

>> I just haven't gotten around to producing the examples yet.

> Examples now appear at

>     http://www.pmwiki.org/wiki/Test/InputDefaults

I wonder if this is a good time to propose claiming the Cookbook.Input
page for use of demonstrating and sharing techniques in the use of
Pmwiki's input form markup.

I regard the Input recipe on Cookbook.Input pretty much as obsolate,
and the author has expressed no great desire to keep it alive or
rescue any parts which Pmwiki's input forms do not cover. The existing
page could be saved under a new name for archive's sake.


Hans




From editor at fast.st  Tue Dec 12 11:22:36 2006
From: editor at fast.st (The Editor)
Date: Tue, 12 Dec 2006 12:22:36 -0500
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061212154104.GG22363@host.pmichaud.com>
References: <MPG.1fe7b7e622859a25989964@news.gmane.org>
	<68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
Message-ID: <fec7cf150612120922n2ba4591eta32b5b52b9bea8b1@mail.gmail.com>

On 12/12/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> Examples now appear at
>
>    http://www.pmwiki.org/wiki/Test/InputDefaults
>
> Pm



Pm, these are fantastic!  Thanks so much.  These will be extremely useful.

Cheers,
Caveman



From nicola at nyu.edu  Tue Dec 12 11:59:41 2006
From: nicola at nyu.edu (Nicola Monat-Jacobs)
Date: Tue, 12 Dec 2006 12:59:41 -0500
Subject: [pmwiki-users] LDAP with BindDN
Message-ID: <C454ABB9-1ADA-4E9F-892A-2B5EB272E935@nyu.edu>

Hi -

I'm trying to get LDAP authentication working with the latest  
version, and though it prompts me to login, it says that my username  
and password are not recognized. My LDAP admin says that he's not  
even seeing requests from pmWiki host machine to the LDAP server. Our  
LDAP does not allow anonymous binds, so I am using the  
$AuthLDAPBindDN and $AuthLDAPBindPassword variables, but it's just  
failing silently. Is there any one who has implemented this? Is there  
anyway that I can get some kind of lead on what might be failing?  
I've attempted to turn on verbose logging in the php.ini file, but  
I'm not getting anything.

Thanks!



From ccox at airmail.net  Tue Dec 12 12:23:38 2006
From: ccox at airmail.net (Chris Cox)
Date: Tue, 12 Dec 2006 12:23:38 -0600
Subject: [pmwiki-users] LDAP with BindDN
In-Reply-To: <C454ABB9-1ADA-4E9F-892A-2B5EB272E935@nyu.edu>
References: <C454ABB9-1ADA-4E9F-892A-2B5EB272E935@nyu.edu>
Message-ID: <457EF3AA.8030906@airmail.net>

Nicola Monat-Jacobs wrote:
> Hi -
> 
> I'm trying to get LDAP authentication working with the latest  
> version, and though it prompts me to login, it says that my username  
> and password are not recognized. My LDAP admin says that he's not  
> even seeing requests from pmWiki host machine to the LDAP server. Our  
> LDAP does not allow anonymous binds, so I am using the  
> $AuthLDAPBindDN and $AuthLDAPBindPassword variables, but it's just  
> failing silently. Is there any one who has implemented this? Is there  
> anyway that I can get some kind of lead on what might be failing?  
> I've attempted to turn on verbose logging in the php.ini file, but  
> I'm not getting anything.

Perhaps not terribly specific, but if you have access to a Linux/Unix
box, have you tried doing a simple client query from there to make
sure you can bind and query??

Just a suggestion,
Chris





From design5 at softflow.co.uk  Tue Dec 12 13:05:02 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 12 Dec 2006 19:05:02 +0000
Subject: [pmwiki-users] BlogSimple Maintenance Update
Message-ID: <1574095804.20061212190502@softflow.co.uk>

I just released an update for Blog Simple.
http://www.pmwiki.org/wiki/Cookbook/BlogSimple

demo:  http://softflow.co.uk/design/Blog/Blog

I made a few few small changes to accommodate some new features of
newpageboxplus and commentboxplus.

Well those new features are not so new any more, but had not found
their way to this blog package.

I also removed the commentboxplus.php and newpageboxplus.php files
from the zip, they need to be downloaded separately now.
This will help me to keep it all up-to-date better, as I don't need
to constantly update the blog zip when updating one of the others.

BlogSimple is nearly a year old, and little has changed or needed
changing. Maybe a few whistles could be added with new pagelist
features like pagecounts. But the smooth integration of blog pages,
comment pages, a commentbox for visitors without edit rights, and a
newpagebox to create automatically special archive and category pages,
as well as new blog entry pages, from templates.

commentboxplus has seen a lot of security improvements over the year,
and is much better equipped now to deal with link spammers or wiki
hooligans. I say commentboxplus is the biggest change in the package
overall.

Big thanks to Pm for the pmwiki engine with its incredible pagelist
function, which produces lovely to look at lists using the special fmt
templates!

-- 
Best regards,
 Hans




From Ben at InterdependentWeb.com  Tue Dec 12 13:20:45 2006
From: Ben at InterdependentWeb.com (Ben Stallings)
Date: Tue, 12 Dec 2006 13:20:45 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <mailman.1746.1165940223.11785.pmwiki-users@pmichaud.com>
References: <mailman.1746.1165940223.11785.pmwiki-users@pmichaud.com>
Message-ID: <457F010D.8060704@InterdependentWeb.com>

Pm wrote,
> Examples now appear at
> 
>     http://www.pmwiki.org/wiki/Test/InputDefaults

Great!  Thank you, Pm!  This will be very useful.

I almost hate to ask, but does (:input default:) allow a set of 
checkboxes or select-multiple to have more than one default value, or 
just the one?  --Ben S.



From editor at fast.st  Tue Dec 12 13:37:49 2006
From: editor at fast.st (The Editor)
Date: Tue, 12 Dec 2006 14:37:49 -0500
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <457F010D.8060704@InterdependentWeb.com>
References: <mailman.1746.1165940223.11785.pmwiki-users@pmichaud.com>
	<457F010D.8060704@InterdependentWeb.com>
Message-ID: <fec7cf150612121137r6d149bb7g5aead0f776eac4ba@mail.gmail.com>

Also Pm, though I know you haven't settled on the textarea markup yet,
couldn't we just use the same approach for that input type?

(:input textarea FieldName:)
(:input default FieldName "some value":)

Perhaps with the "some value" equivalent to [= =] or [@ @] of the
content to keep html from getting into it.

Cheers,
Dan

PS.  This is really exciting. I'd like to see all these updated
together so I can redo all the snippets at the same time to use the
new markups.  Wonderful!!!



From sandy at onebit.ca  Tue Dec 12 13:37:17 2006
From: sandy at onebit.ca (Sandy)
Date: Tue, 12 Dec 2006 14:37:17 -0500
Subject: [pmwiki-users] Problems after recompiling Apache
In-Reply-To: <457E63D3.3050702@hogent.be>
References: <457D7754.2030903@hogent.be> <457E63D3.3050702@hogent.be>
Message-ID: <eln0dd$s1n$1@sea.gmane.org>

Bart Mollet wrote:
> Bart Mollet schreef:
>> We use pmwiki in our e-learning portal and after some problems with 
>> apache, we decided to recompile apache on our server (Apache 2.0.59)
>> After this, everything looks find, exept our pmwiki-module. On every 
>> page there's this kind of text:
>> function:PrintSkin Start
>> <<Here comes the page content>>
>> PrintSkin End
>> And no sidebar etc. Any ideas?
> 
> Could it be related to the apache modules mod_auth_mysql or mod_deflate 
> which we haven't included in the recompile?
> 
> Mvg,
> Bart Mollet
> 

Looks to me like it's not calling the skin correctly. Edit the tmpl of 
your skin and see if that change shows up.

If that's the problem, I'd check config.php next. Chances are something 
got moved around or accesses and/or rewrites got changed.

Pmwiki doesn't use mysql unless you've installed a recipe that does. I 
don't think those would be simple recipes to install. I don't know about 
mod_deflate.

Sandy




From pmichaud at pobox.com  Tue Dec 12 14:00:10 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 14:00:10 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <fec7cf150612121137r6d149bb7g5aead0f776eac4ba@mail.gmail.com>
References: <mailman.1746.1165940223.11785.pmwiki-users@pmichaud.com>
	<457F010D.8060704@InterdependentWeb.com>
	<fec7cf150612121137r6d149bb7g5aead0f776eac4ba@mail.gmail.com>
Message-ID: <20061212200007.GB28002@host.pmichaud.com>

On Tue, Dec 12, 2006 at 02:37:49PM -0500, The Editor wrote:
> Also Pm, though I know you haven't settled on the textarea markup yet,
> couldn't we just use the same approach for that input type?
> 
> (:input textarea FieldName:)
> (:input default FieldName "some value":)
>
> Perhaps with the "some value" equivalent to [= =] or [@ @] of the
> content to keep html from getting into it.

Yes, I'm thinking that this could be done for textarea as well,
but the biggest issue is that "some value" can't have any newlines
in it.  We could try escaping it with [=...=] to preserve the
newlines, but then the value can't have any escapes or page variables
in it.

And also, it's worth noting that currently any (:input default ... :)
directive has to appear before the field that uses it.  Again, I
can change this so that all (:input default:) markups are
processed before the others, but this would also mean that every
form appearing in a page will have to share the same set of 
defaults.

Pm



From pmichaud at pobox.com  Tue Dec 12 14:03:22 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 14:03:22 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <457F010D.8060704@InterdependentWeb.com>
References: <mailman.1746.1165940223.11785.pmwiki-users@pmichaud.com>
	<457F010D.8060704@InterdependentWeb.com>
Message-ID: <20061212200322.GC28002@host.pmichaud.com>

On Tue, Dec 12, 2006 at 01:20:45PM -0600, Ben Stallings wrote:
> Pm wrote,
> > Examples now appear at
> > 
> >     http://www.pmwiki.org/wiki/Test/InputDefaults
> 
> Great!  Thank you, Pm!  This will be very useful.
> 
> I almost hate to ask, but does (:input default:) allow a set of 
> checkboxes or select-multiple to have more than one default value, or 
> just the one?  

At present (:input default:) only allows a single default value,
although the $InputValues array can handle multiple values.

Pm




From pmichaud at pobox.com  Tue Dec 12 14:24:37 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 14:24:37 -0600
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <1501908263.20061212163726@softflow.co.uk>
References: <68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
	<1501908263.20061212163726@softflow.co.uk>
Message-ID: <20061212202433.GD28002@host.pmichaud.com>

On Tue, Dec 12, 2006 at 04:37:26PM +0000, Hans wrote:
> Tuesday, December 12, 2006, 3:41:04 PM, Patrick wrote:
> > Examples now appear at
> >     http://www.pmwiki.org/wiki/Test/InputDefaults
> 
> I wonder if this is a good time to propose claiming the Cookbook.Input
> page for use of demonstrating and sharing techniques in the use of
> Pmwiki's input form markup.
>
> I regard the Input recipe on Cookbook.Input pretty much as obsolate,
> and the author has expressed no great desire to keep it alive or
> rescue any parts which Pmwiki's input forms do not cover. The existing
> page could be saved under a new name for archive's sake.

Yes, all of this sounds good.  Make it so.  :-)

Pm



From pmichaud at pobox.com  Tue Dec 12 14:54:53 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 14:54:53 -0600
Subject: [pmwiki-users] ScriptUrl and login page
In-Reply-To: <elkn0a$gb2$2@sea.gmane.org>
References: <elkn0a$gb2$2@sea.gmane.org>
Message-ID: <20061212205452.GH28002@host.pmichaud.com>

On Mon, Dec 11, 2006 at 02:44:34PM -0800, T wrote:
> Hi,
> 
> I am trying to get through the problem of not being able to login
> to a wiki because the URL in login form action is not the URL set in
> the $ScriptUrl.
> 
> I found a closed (lack of feedback) PITS record that seemed close to my issue
> and added to it last week but so far that is not helping me make progress.
> 
> http://www.pmwiki.org/wiki/PITS/00337
> 
> 
> The platform is Solaris. I am not an administer of the Wiki Farm.
> I am using apache ProxyPass and $ScriptUrl to cause the wiki to appear on 
> another webserver. Seems to work fine till the incorrect login form action.
> 
> I am very hopeful this can be resolved because PM asserts
> "PmWiki always respects ScriptUrl" which, if could be made true,
> would fix this problem.

You're correct -- since I wrote that the authorization form
handling no longer respects $ScriptUrl.  Instead, the authorization
form is getting its action= value from whatever the server
provides in REQUEST_URI, which in this case isn't the true url
because your proxy and/or Apache are mucking it up and not preserving
it for PmWiki to use.  (The reason why PmWiki is using REQUEST_URI
here instead of $ScriptUrl is a long story, but has to do with
the many differences in the way browser and servers handle urls
in the action='' parameter.)

The short fix is to have the local/config.php file fixup
'REQUEST_URI' to look like we want.  So, in local/config.php, try:

    $_SERVER['REQUEST_URI'] = 
      preg_replace('/^[^?]*/', $ScriptUrl, $_SERVER['REQUEST_URI']);

This should replace the initial portion of REQUEST_URI with the
correct $ScriptUrl, and then everything may work after that.

Hope this helps,

Pm



From nicola at nyu.edu  Tue Dec 12 15:07:19 2006
From: nicola at nyu.edu (Nicola Monat-Jacobs)
Date: Tue, 12 Dec 2006 16:07:19 -0500
Subject: [pmwiki-users] LDAP with BindDN
In-Reply-To: <457EF3AA.8030906@airmail.net>
References: <C454ABB9-1ADA-4E9F-892A-2B5EB272E935@nyu.edu>
	<457EF3AA.8030906@airmail.net>
Message-ID: <41AB9297-31EF-44F1-AF52-033ACA452A38@nyu.edu>

Yes, I have confirmed that a command line query from the machine  
works. I just realized that PHP5 doesn't come with LDAP support  
enabled by default, so I think it's that.

http://us3.php.net/manual/en/ref.ldap.php

On Dec 12, 2006, at 1:23 PM, Chris Cox wrote:

> Nicola Monat-Jacobs wrote:
>> Hi -
>>
>> I'm trying to get LDAP authentication working with the latest
>> version, and though it prompts me to login, it says that my username
>> and password are not recognized. My LDAP admin says that he's not
>> even seeing requests from pmWiki host machine to the LDAP server. Our
>> LDAP does not allow anonymous binds, so I am using the
>> $AuthLDAPBindDN and $AuthLDAPBindPassword variables, but it's just
>> failing silently. Is there any one who has implemented this? Is there
>> anyway that I can get some kind of lead on what might be failing?
>> I've attempted to turn on verbose logging in the php.ini file, but
>> I'm not getting anything.
>
> Perhaps not terribly specific, but if you have access to a Linux/Unix
> box, have you tried doing a simple client query from there to make
> sure you can bind and query??
>
> Just a suggestion,
> Chris
>
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users




From katir at hindu.org  Tue Dec 12 15:09:51 2006
From: katir at hindu.org (Sivakatirswami)
Date: Tue, 12 Dec 2006 11:09:51 -1000
Subject: [pmwiki-users] Page List Only Returns One Instance of True Condition
Message-ID: <457F1A9F.6000601@hindu.org>

I'm new to page lists and conditionals, so.. struggling a bit.

We have a series of pages, a sub-selection of which we want to
show some data from on, as a "tiny" page list in
the right side bar of any given page.
Where the source pages have this data on them:

e.g. let's say we have three pages:
TODO-Design.1012
TODO-Design.1004
TODO-Design.1001

and all three of these pages have this data on them:
(:returnpage: Design.NavigationIssues:)

What we want is: on the "Mother Page: Design.NavigationIssues
to show a small list of those ToDo pages where the "returnpage" is this 
page...

I'm  very close, but my page list is only showing the very first (or 
last?) one.
What am I doing wrong?

In the right Side bar we have:  (:include Main.PerPageToDos:)

Main.PerPageToDos has this page list statement:

(:pagelist group=TODO* $:returnpage={$FullName} 
order=$:Priority,$:Project,$:ID fmt=#ToDosForThisPage:)

And Site.LocalTemplates has this fmt function declared
which pulls four bits of data from the pages:

fmt=#ToDosForThisPage

[@
[[#ToDosForThisPage]]
(:table cellpadding=1px border-left:2px border-top:2px:)
(:if equal {<$Group}:)
(:cellnr bgcolor=#f7f7f7:)[[{=$Group}/{=$Name}]]
(:cell bgcolor=#f7f7f7:){=$:Status}
(:cell bgcolor=#f7f7f7:){=$:Priority}
(:cellnr bgcolor=#f7f7f7:){=$:Owner}
(:cell colspan=2 bgcolor=#f7f7f7:){=$:Description}
(:if equal {>$Group}:)
(:tableend:)
[[#ToDosForThisPage]]
@]


But, the right side bar only shows the data from TODO-Design.1012
when it should be showing 3 pages
TODO-Design.1012
TODO-Design.1004
TODO-Design.1001
I
n wiki.d I believe it is stepping thru them in this order:
TODO-Design.1001
TODO-Design.1004
TODO-Design.1012

and my "intuition" is telling me that the fmt function is broken and 
instead of
cat'ing all three, each iteration wipes out the previous and only the final
is displayed..

TIA!

Sivakatirswami
www.himalayanacademy.com




From katir at hindu.org  Tue Dec 12 15:13:43 2006
From: katir at hindu.org (Sivakatirswami)
Date: Tue, 12 Dec 2006 11:13:43 -1000
Subject: [pmwiki-users] Conditional Expression Help for ZAP forms
Message-ID: <457F1B87.9000803@hindu.org>

OK I did my home work.. studied the conditionals section of the docs.
Patrick thanks for all the incredible effort to document these tools!

I was not quite able to grok the algorithm for (in xTalk)

if (condition A is true) then
     # do command X
   else
     # do command Y
end if

So I just wrote a series of explicit conditionals,
which of course works but is not the most efficient...

  # only write a new page if it is a new entry
(:if ! equal {$Group} 'TODO-{$Project}':)
    (:input hidden datapage TODO-{Project}.#:)
(:ifend:)

# get value for backlink from current location
(:if group -TODO*:)
     (:input hidden returnpage "{$FullName}":)
(:ifend:)

# repoke existing value for backlink from data on this page
# otherwise ZAP will zero out the field, because null is passed by default
(:if group TODO*:)
     (:input hidden returnpage "{$returnpage}":)
(:ifend:)

(:input hidden savedata 
"Project,Owner,Priority,Status,Description,returnpage":)
(:input submit value="Submit":)

1. Can someone show me the really "tight" way to write all that?
2. As "baby" programmer and using xTalk I tend to
not worry overly much about how "tight" to write things, because this
style is very readable later on. But... in this case I'm also concerned
about processing times... and if a terse version is faster, then it
would be better. I really don't know if the delay on form submissions
really has much to do with PHP speed which is probably only 10% of
time to screen update issue where 90% is the connectivity-roundtrip to
server...(Oh for a little AJAX in PMWiki!)

Sivakatirswami






From pmichaud at pobox.com  Tue Dec 12 16:36:18 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 16:36:18 -0600
Subject: [pmwiki-users] Page List Only Returns One Instance of True
	Condition
In-Reply-To: <457F1A9F.6000601@hindu.org>
References: <457F1A9F.6000601@hindu.org>
Message-ID: <20061212223615.GM28002@host.pmichaud.com>

On Tue, Dec 12, 2006 at 11:09:51AM -1000, Sivakatirswami wrote:
> I'm  very close, but my page list is only showing the very first (or 
> last?) one.
> What am I doing wrong?
> 
> [[#ToDosForThisPage]]
> (:table cellpadding=1px border-left:2px border-top:2px:)
> (:if equal {<$Group}:)
> (:cellnr bgcolor=#f7f7f7:)[[{=$Group}/{=$Name}]]
> (:cell bgcolor=#f7f7f7:){=$:Status}
> (:cell bgcolor=#f7f7f7:){=$:Priority}
> (:cellnr bgcolor=#f7f7f7:){=$:Owner}
> (:cell colspan=2 bgcolor=#f7f7f7:){=$:Description}
> (:if equal {>$Group}:)
> (:tableend:)
> [[#ToDosForThisPage]]

The (:if equal {<$Group}:) says to display whatever follows
(up to the next 'if') only for the first page in the list.  You
probably want

  [[#ToDosForThisPage]]
  (:if equal {<$Group}:)
  (:table cellpadding=1px border-left:2px border-top:2px:)
  (:if:)
  (:cellnr bgcolor=#f7f7f7:)[[{=$Group}/{=$Name}]]
  (:cell bgcolor=#f7f7f7:){=$:Status}
  (:cell bgcolor=#f7f7f7:){=$:Priority}
  (:cellnr bgcolor=#f7f7f7:){=$:Owner}
  (:cell colspan=2 bgcolor=#f7f7f7:){=$:Description}
  (:if equal {>$Group}:)
  (:tableend:)
  [[#ToDosForThisPage]]

Pm



From pmichaud at pobox.com  Tue Dec 12 17:12:30 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 12 Dec 2006 17:12:30 -0600
Subject: [pmwiki-users] Page list format
In-Reply-To: <MPG.1fe88ae3f77661b2989967@news.gmane.org>
References: <20061211094838.34c37f83@tadpole>
	<20061211191145.GE32376@host.pmichaud.com>
	<MPG.1fe88ae3f77661b2989967@news.gmane.org>
Message-ID: <20061212231230.GP28002@host.pmichaud.com>

On Tue, Dec 12, 2006 at 09:50:32AM -0000, marc wrote:
> > The ||class=zebra... line starts a new table, so PmWiki is creating
> > a bunch of 1-row tables, instead of a single table with multiple rows.
> > 
> >   [[#titledes]]
> >   (:if equal {<$Group} :)
> >   ||class=zebra border=0 cellspacing=0 width=98% align=center
> >   (:if:)
> >   ||[[{=$FullName}|+]] ||{=$Description}  ||
> 
> Patrick, as I mentioned earlier, when using this template with, say:
> 
>   (:pagelist fmt=#titledes count=15 order=-time:)
> 
> any tables on the same page, after the above pagelist, are zebra-ised 
> (i.e. have <table class='zebra') /until/ a table contains a 'class=' 
> arg.
> 
> So, it's easy enough to fix by adding:
> 
>   || class=''
> 
> But perhaps it shouldn't happen.

The || markup is defined as setting the attributes for any tables
that follow it on the page.  It's been that way since the earliest 
days of PmWiki, and I did it this way so that an author can set
the style for multiple tables once (with the first table) and not
have to repeat the line in every table that follows.

Thanks,

Pm



From design5 at softflow.co.uk  Tue Dec 12 17:53:33 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 12 Dec 2006 23:53:33 +0000
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <20061212202433.GD28002@host.pmichaud.com>
References: <68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
	<1501908263.20061212163726@softflow.co.uk>
	<20061212202433.GD28002@host.pmichaud.com>
Message-ID: <997035924.20061212235333@softflow.co.uk>

Tuesday, December 12, 2006, 8:24:37 PM, Patrick wrote:

>> I wonder if this is a good time to propose claiming the Cookbook.Input
>> page for use of demonstrating and sharing techniques in the use of
>> Pmwiki's input form markup.
>>
>> I regard the Input recipe on Cookbook.Input pretty much as obsolate,
>> and the author has expressed no great desire to keep it alive or
>> rescue any parts which Pmwiki's input forms do not cover. The existing
>> page could be saved under a new name for archive's sake.

> Yes, all of this sounds good.  Make it so.  :-)

Done.
Former Cookbook.Input now Cookbook.InputForms-Original

Cookbook.Forms now Cookbook.Input:
http://www.pmwiki.org/wiki/Cookbook/Input
This can be updated with the newest additions asap.

I moved the questions and discussion to
http://www.pmwiki.org/wiki/Cookbook/Input-Talk

I also copied the new demo pages from Test into Cookbook, and linked
it all with trail into Input, so they will be part of a kind of
tutorial:
http://www.pmwiki.org/wiki/Cookbook/InputDefault
http://www.pmwiki.org/wiki/Cookbook/InputSelect
http://www.pmwiki.org/wiki/Cookbook/InputJumpBox


Hans




From pmwiki at wrfranklin.org  Tue Dec 12 21:35:32 2006
From: pmwiki at wrfranklin.org (W Randolph Franklin)
Date: Tue, 12 Dec 2006 22:35:32 -0500
Subject: [pmwiki-users] Can't preview or save pages; Site.SideBar breakin
In-Reply-To: <mailman.1786.1165958026.11785.pmwiki-users@pmichaud.com>
References: <mailman.1786.1165958026.11785.pmwiki-users@pmichaud.com>
Message-ID: <200612122235.32538.pmwiki@wrfranklin.org>

Help!  Suddenly I can't preview or save any page.

That is, 

1. I browse to www.page/page?action=edit 

2. Pmwiki presents a page asking for my password as usual.

3. Pmwiki presents the usual edit window.

4. I fill in the Author field.

5. I click on PREVIEW or SAVE.

6. Pmwiki goes back to step 2.

Also pywe can no longer edit the page.

This happened about the same time that someone hacked my
Site.SideBar page, replacing it with a lot of links to some other
site (perhaps to increase its search engine ranking).   

I still haven't figured out how that happened.  Does pmwiki have
a hole?  Had I put a @nopass on the page for some reason (it had
that set)?  Did one of my group of researchers edit the group
from a compromised computer and the edit password leak out that
way?

Any help or info is welcome.  When I figure out more about the
breakin, I'll report it.

W. Randolph Franklin
pmwiki at wrfranklin.org









From editor at fast.st  Tue Dec 12 21:57:27 2006
From: editor at fast.st (The Editor)
Date: Tue, 12 Dec 2006 22:57:27 -0500
Subject: [pmwiki-users] zap rewrite progress...
Message-ID: <fec7cf150612121957x1b89454fse31611f0c40d7fca@mail.gmail.com>

Just thought I would mention to those of you waiting to take a look at
the upcoming version of zap, that I've made better than anticipated
progress on the overhaul of the engine to work as Ben and Pm
suggested, moving most of the zap commands into session variables
rather than form fields.  I've also made other changes--and it
actually seems to be working, though not thoroughly debugged or tested
yet.

Here's a list of the changes I've done or will be doing.  Let me know
if any have comments or questions on the changes outlined below.  I
will probably release it as a beta for awhile because it will break
some existing markups, and there will surely be a few bugs I missed.
Plus I will need time to update the documentation.

* Added a (:zap field=value:) markup which saves info to a keyed
session variable so it is invisible in html and more secure. This does
away with the awkward and arcane "lock pattern" that caused so much
confusion.
* Added an ignore command which tells zap to ignore certain fields
that might exist in the input form (in case they are needed for other
purposes, like a database).
* Rewrote the contorted zapform markup to allow an action
parameter--by default set to current page, but can be set to anything.
* Added a warn command which is like msg but stops form processing.
* Added a validate command which checks any given field for a regex pattern.
* Changed the if command from its old confusing syntax to one that is
hopefully more familiar, tying it into PmWiki's powerful conditional
system.  Should be much more flexible.
* Modules can now be automatically detected and utilized without
having to edit ZAP. I'm also going to add a heavily commented ZAPdemo
module others can use to design their own zap commands.
* Moved the login command out of ZAP to a ZAPlogin module for those
not using ZAP for their member management.  Also added a register
command to make it easier for admins to register new members.
* Added a rename command to ZAPfiles for renaming files.
* Added a ZAParchives module for several deprecated commands and markups.
* Created a new ZAPplus module to include several lesser used zap
commands, including listfmt and logs.  I also removed random, time,
totime, and count from ZAP, replacing the first 3 with markups in
ZAPplus, as these have proved easier to use.
* The new time markup allows you to display timestamps in any format,
and even add or subtract specified amounts of time.  Combining with
the checktime conditional gives you lots of options for scheduling
etc.
* Deprecated the required field as it was not very intuitive and its
features are more effectively done through combinations of validate,
if, and warn. Added a couple of its options into zapplus as
conditionals.

There are one or two things I still need to track down, but it's on
the downhill side I hope.  For awhile there I feared I was a bit lost
at sea, but it came out pretty clean. I would still like to touchup
the ZAPfixpage function, but don't really have any better ideas for
doing what it does right now.  Thanks for everyone's patience, as my
support of zap has been on hold a bit the last few days.

Cheers,
Dan



From 5ko at free.fr  Wed Dec 13 02:01:59 2006
From: 5ko at free.fr (Petko Yotov)
Date: Wed, 13 Dec 2006 09:01:59 +0100
Subject: [pmwiki-users] Request for $UrlLinkFmt update
Message-ID: <200612130901.59891.5ko@free.fr>

Hello, Pm,

May I ask you to update the $UrlLinkFmt variable in order for it to display 
the "title" attribute? The external links do allow setting of the link title 
(as for pictures), but the $UrlLinkFmt disables it by default:

 [[http://www.pmwiki.org/"A very nice wiki engine"|PmWiki website]] 

will display a tooltip, if there was title='\$LinkAlt' in the format:

 $UrlLinkFmt = "<a class='urllink' href='\$LinkUrl' title='\$LinkAlt' 
rel='nofollow'>\$LinkText</a>";

Enabling this will not break anything if no title is set, because

<a href='...'>text</a> and
<a href='...' title=''>text</a> 

display exactly the same way in the browsers.

Thanks,
Petko



From lighans at gmail.com  Wed Dec 13 03:00:06 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Wed, 13 Dec 2006 10:00:06 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <uk60y3utj.fsf@1stein.org>
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
	<bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
	<upsaq4dkr.fsf@1stein.org>
	<bfccd1f90612111038m3834d14cjfda0aeee9ac7589c@mail.gmail.com>
	<uk60y3utj.fsf@1stein.org>
Message-ID: <bfccd1f90612130100u7047e98t41cf6bb81f7f2490@mail.gmail.com>

2006/12/11, Stefan Schimanski <sts at 1stein.org>:
> > What I do not like yet is the pagelist arrows <-- and --> But I
> > can live with that for the time being. (-;
>
> Yes, the layout like the arrows could need some improvement, maybe
> something graphical. If you or anybody has an idea, feel free to
> send me :)

Stefan,

I was thinking about making the arrows a bigger font but leave the
words in between the same font (I'm ashamed to say I couldn't find the
place to change that yet). Maybe that would be enough.

Hagan's Qdig has a nice and simpel interface Which would become
something like " << Previous Overview Next >> " Or "<< Overview >> for
WikiGallery. Nice, cause no graphics are needed.

Coppermine uses triangles (see:
http://fali.nl/modules/coppermine/themes/default/images/prev.gif ) But
then I would prefere simple open triangles like:
http://www.oasis-open.org/docbook/xmlcharent/glyphs/100dpi/U25B9.png
-- 
Groetjes
Hans
http://www.fali.nl



From crisses at kinhost.org  Wed Dec 13 06:02:16 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 13 Dec 2006 07:02:16 -0500
Subject: [pmwiki-users] zap rewrite progress...
In-Reply-To: <fec7cf150612121957x1b89454fse31611f0c40d7fca@mail.gmail.com>
References: <fec7cf150612121957x1b89454fse31611f0c40d7fca@mail.gmail.com>
Message-ID: <0DEDEF47-3D17-4BE7-B2EE-08A7CB7193AC@kinhost.org>

On Dec 12, 2006, at 10:57 PM, The Editor wrote:

> I would still like to touchup
> the ZAPfixpage function, but don't really have any better ideas for
> doing what it does right now.  Thanks for everyone's patience, as my
> support of zap has been on hold a bit the last few days.

On the user's side, ZAPfixpage has to be one of the places people get  
confused, because the term "fix page" does not mean to the user what  
it means to you.  I assume you mean "fix page name" but to me it  
might be something like fixing all pages with links to a page I've  
renamed.

On the user's end, ZAPfixpage is not a command.  It's just a list of  
shortcuts used in other commands.  So why not CALL it "shortcuts" for  
the user documentation, since that's really the end of it that the  
users are going to see?

I may be missing something, but to my knowledge there's not really  
any "(:zapfixpage ... :)" markup, so calling it a function or command  
in terms of the documentation user-side is a mess.  To boot, the  
documentation for "ZAPfixpage" is under the term "Page" or something  
-- to add even more confusion since other pages refer to ZAPfixpage,  
but it's not in the documentation list.

In working on the ZAP documentation a bit, I've pointed all  
references to ZAPfixpage I came across to the Page documentation.

I could help with documentation efforts if you help me learn what  
you're doing. :)  I really do need to understand things to document  
them, but I might be better at documentation, in which case it  
becomes a divide and conquer scenario.

Also, if you could grant me better access to the ZAP documentation, I  
can help on other pages than just the Documentation section -- the  
Security page could use page anchors, for example, so other pages can  
reference specific sections of the Security document.

Crisses



From bartolin at gmx.de  Wed Dec 13 06:23:17 2006
From: bartolin at gmx.de (Christian Bartolomaeus)
Date: Wed, 13 Dec 2006 13:23:17 +0100
Subject: [pmwiki-users] Another problem with ChessMarkup (or (:markup:)?)
	(was: Re: Bug report for Cookbook/ChessMarkup)
In-Reply-To: <20061212134934.GA22363@host.pmichaud.com>
References: <20061212095319.GA5307@speedy.hgw>
	<20061212134934.GA22363@host.pmichaud.com>
Message-ID: <20061213122317.GA2781@speedy.hgw>

Hi,

* On 2006-12-12 Patrick R. Michaud (pmichaud at pobox.com) wrote:
> On Tue, Dec 12, 2006 at 10:53:19AM +0100, Christian Bartolomaeus wrote:
> > I think the great ChessMarkup recipe has a bug: As it seems, the
> > notation for queenside castling (O-O-O) isn't recognized properly (it
> > is interpreted as O-O instead). You can see an example at:
> > 
> >   http://www.pmwiki.org/wiki/Cookbook/ChessMarkup#bug_with_queenside_castling
> 
> Now fixed, thanks!

thanks for the quick fix!

Having a closer look at

  http://www.pmwiki.org/wiki/Cookbook/ChessMarkup

I just noticed another problem. It seems that the (:chessboard:)
markup doesn't play well with the (:markup:) directive. If you look at
the second chessboard on the ChessMarkup page you can see that the
moves (given via PGN) are not displayed.

> ====code from Chessboard/ChessMarkup====
>   1. e4 c5                            Sicilian opening
>   2. Nf3 d6 3. d4 cxd4 4. Nxd4 Nf6
>   5. Nc3 g6                           Dragon variation
> 
> and PmWiki treats each of the above PGN entries as moves in a virtual
> game. The [@(:chessboard:)@] markup then displays the state of the
> current game:
> 
> (:markup:) [=
> (:chessboard align=center:)
> =]
> ====end of code snippet====

If one inserts (:chessboard:) directly before the (:markup:) directive
everything works fine.

It's not very important to me, but maybe you can take a closer look
whether there is a problem with the (:chessboard:) or the (:markup:)
directive?

BTW, this behaviour wasn't introduced with your latest fix to
chess.php. I tested it with the older version and it was just the
same.

Best regards

Christian
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061213/17149be2/attachment.bin 

From lists at manor-farm.org  Wed Dec 13 06:30:32 2006
From: lists at manor-farm.org (Ian Barton)
Date: Wed, 13 Dec 2006 12:30:32 +0000
Subject: [pmwiki-users] htpasswd Authentication and IncludeUrl
Message-ID: <457FF268.9090303@manor-farm.org>

I have a wiki which is using htpasswd for authentication. I have another 
site (not a wiki) using the same password file. I want to include the 
second site in the wiki, using IncludeUrl. This works except that I am 
prompted to log in for both the wiki and when I view the page with the 
included url.

I imagine that this is some sort of session issue. Is there some way of 
ensuring that I only get asked to log in once?

Ian.



From tmdowling at gmail.com  Wed Dec 13 07:03:15 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Wed, 13 Dec 2006 07:03:15 -0600
Subject: [pmwiki-users] Can't preview or save pages; Site.SideBar breakin
In-Reply-To: <200612122235.32538.pmwiki@wrfranklin.org>
References: <mailman.1786.1165958026.11785.pmwiki-users@pmichaud.com>
	<200612122235.32538.pmwiki@wrfranklin.org>
Message-ID: <5c8455a0612130503t6dc8a91bk617c4925f93ab65a@mail.gmail.com>

On 12/12/06, W Randolph Franklin <pmwiki at wrfranklin.org> wrote:
> Help!  Suddenly I can't preview or save any page.
>
> That is,
>
> 1. I browse to www.page/page?action=edit
>
> 2. Pmwiki presents a page asking for my password as usual.
>
> 3. Pmwiki presents the usual edit window.
>
> 4. I fill in the Author field.
>
> 5. I click on PREVIEW or SAVE.
>
> 6. Pmwiki goes back to step 2.
>
> Also pywe can no longer edit the page.
>
> This happened about the same time that someone hacked my
> Site.SideBar page, replacing it with a lot of links to some other
> site (perhaps to increase its search engine ranking).
>
> I still haven't figured out how that happened.  Does pmwiki have
> a hole?  Had I put a @nopass on the page for some reason (it had
> that set)?  Did one of my group of researchers edit the group
> from a compromised computer and the edit password leak out that
> way?
>
> Any help or info is welcome.  When I figure out more about the
> breakin, I'll report it.

What version of the PmWiki software is the site running? -- for a
time, the Site.SideBar page did come with the edit-password pre-set to
@nopass.  (It's now set to the site's default edit password, I think)

If that relates to your inability to save any edit on any page, I
don't know how - but someone may.  If the saving problem is something
else, I might observe that the times when I've encountered something
similar, there was a problem with the .htaccess file in my
installation's root directory, and replacing it cleared things up.

HTH



From sapelzin at gmail.com  Wed Dec 13 07:40:16 2006
From: sapelzin at gmail.com (Stewart Apelzin)
Date: Wed, 13 Dec 2006 05:40:16 -0800
Subject: [pmwiki-users] 2 different secure paths with PMWiki
Message-ID: <014901c71ebc$3af973a0$64010471@splx.com>

Hello.  My company will be using PMWiki for two uses; to share information
amongst employees, and to share information with customers.  We generally
don't want the customers to be able to see our employee pages.  However, we
may want to share some specific employee info with customer (knowledge base
information).

 

Setting up page-by-page security will be a daunting task.  Are we better off
instead setting up two separate wikis (via a farm)?  If we do this, is there
a mechanism that we can use to share pages from one wiki to the other -
other than copying them manually?

 

Thank you

S Apelzin

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061213/3ce45cca/attachment.html 

From pmichaud at pobox.com  Wed Dec 13 07:53:04 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 07:53:04 -0600
Subject: [pmwiki-users] Another problem with ChessMarkup (or
	(:markup:)?) (was: Re: Bug report for Cookbook/ChessMarkup)
In-Reply-To: <20061213122317.GA2781@speedy.hgw>
References: <20061212095319.GA5307@speedy.hgw>
	<20061212134934.GA22363@host.pmichaud.com>
	<20061213122317.GA2781@speedy.hgw>
Message-ID: <20061213135304.GA3649@host.pmichaud.com>

On Wed, Dec 13, 2006 at 01:23:17PM +0100, Christian Bartolomaeus wrote:
> Having a closer look at
> 
>   http://www.pmwiki.org/wiki/Cookbook/ChessMarkup
> 
> I just noticed another problem. It seems that the (:chessboard:)
> markup doesn't play well with the (:markup:) directive. 
> ...
> If one inserts (:chessboard:) directly before the (:markup:) directive
> everything works fine.
> 
> It's not very important to me, but maybe you can take a closer look
> whether there is a problem with the (:chessboard:) or the (:markup:)
> directive?

The problem is that the (:markup:) directive is handled long
before any of the chess notation or other markups, so when
it gets converted to HTML none of the moves outside of (:markup:)
have been processed yet.

If the moves are put inside of (:markup:), or the (:chessboard:)
notation is moved outside of (:markup:), then everything works
fine.

I think that this is due to a long-ago change to the way that
(:markup:) is being processed, but I'm not sure of a good fix for 
it -- I'll have to think about it a bit.

Pm




From pmichaud at pobox.com  Wed Dec 13 07:58:44 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 07:58:44 -0600
Subject: [pmwiki-users] 2 different secure paths with PMWiki
In-Reply-To: <014901c71ebc$3af973a0$64010471@splx.com>
References: <014901c71ebc$3af973a0$64010471@splx.com>
Message-ID: <20061213135844.GB3649@host.pmichaud.com>

On Wed, Dec 13, 2006 at 05:40:16AM -0800, Stewart Apelzin wrote:
>    Hello.  My company will be using PMWiki for two uses; to share information
>    amongst employees, and to share information with customers.  We generally
>    don't want the customers to be able to see our employee pages.  However,
>    we may want to share some specific employee info with customer (knowledge
>    base information).
> 
>    Setting up page-by-page security will be a daunting task.  Are we better
>    off instead setting up two separate wikis (via a farm)?  

You might want to use wikigroups to do this -- that's a little
less "drastic" than setting up a farm.

>    If we do this, is
>    there a mechanism that we can use to share pages from one wiki to the
>    other - other than copying them manually?

Sure -- see the http://www.pmwiki.org/wiki/Cookbook/SharedPages recipe.

Pm



From design5 at softflow.co.uk  Wed Dec 13 07:54:03 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 13 Dec 2006 13:54:03 +0000
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <997035924.20061212235333@softflow.co.uk>
References: <68013852.20061211192758@softflow.co.uk>
	<20061211195537.GJ32376@host.pmichaud.com>
	<20061211202055.GK32376@host.pmichaud.com>
	<812744494.20061211202621@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
	<1501908263.20061212163726@softflow.co.uk>
	<20061212202433.GD28002@host.pmichaud.com>
	<997035924.20061212235333@softflow.co.uk>
Message-ID: <18110358977.20061213135403@softflow.co.uk>

Tuesday, December 12, 2006, 11:53:33 PM, Hans wrote:

> I also copied the new demo pages from Test into Cookbook, and linked
> it all with trail into Input, so they will be part of a kind of
> tutorial:
> http://www.pmwiki.org/wiki/Cookbook/InputDefault
> http://www.pmwiki.org/wiki/Cookbook/InputSelect
> http://www.pmwiki.org/wiki/Cookbook/InputJumpBox

(:jumpbox :) is only enabled on Test group, so it did not work in
cookbook. I put a redirect there. But perhaps it can be enabled
in Cookbook? Might be even useful there!


Hans




From nospam at eton.ca  Wed Dec 13 08:03:09 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Wed, 13 Dec 2006 09:03:09 -0500
Subject: [pmwiki-users] 2 different secure paths with PMWiki
In-Reply-To: <014901c71ebc$3af973a0$64010471@splx.com>
References: <014901c71ebc$3af973a0$64010471@splx.com>
Message-ID: <4580081D.1000508@eton.ca>

Stewart Apelzin wrote:
> Hello.  My company will be using PMWiki for two uses; to share 
> information amongst employees, and to share information with customers.  
> We generally don?t want the customers to be able to see our employee 
> pages.  However, we may want to share some specific employee info with 
> customer (knowledge base information).
> 
> Setting up page-by-page security will be a daunting task.  Are we better 
> off instead setting up two separate wikis (via a farm)?  If we do this, 
> is there a mechanism that we can use to share pages from one wiki to the 
> other ? other than copying them manually?
> 
> Thank you
> 
> S Apelzin

You could use a single wiki with password access to different groups. I 
do exactly this on public and private wikis.

On the public wiki (http://neil.eton.ca/wiki/) some of the groups are 
password protected. Each group has its own shared password - so all the 
users have the same password.

On the private wiki (no URL, since you can't get to it!) I use Apache 
Basic Authentication. Users are granted access to different groups 
depending on their authenticated ID. This is much more secure and finer 
grained than the public scheme, but it could be overkill for some cases.

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From gmane at auxbuss.com  Wed Dec 13 08:47:12 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 13 Dec 2006 14:47:12 -0000
Subject: [pmwiki-users] Page list format
References: <20061211094838.34c37f83@tadpole>
	<20061211191145.GE32376@host.pmichaud.com>
	<MPG.1fe88ae3f77661b2989967@news.gmane.org>
	<20061212231230.GP28002@host.pmichaud.com>
Message-ID: <MPG.1fe9f44f6603168d989972@news.gmane.org>

Patrick R. Michaud said...
> On Tue, Dec 12, 2006 at 09:50:32AM -0000, marc wrote:
> > > The ||class=zebra... line starts a new table, so PmWiki is creating
> > > a bunch of 1-row tables, instead of a single table with multiple rows.
> > > 
> > >   [[#titledes]]
> > >   (:if equal {<$Group} :)
> > >   ||class=zebra border=0 cellspacing=0 width=98% align=center
> > >   (:if:)
> > >   ||[[{=$FullName}|+]] ||{=$Description}  ||
> > 
> > Patrick, as I mentioned earlier, when using this template with, say:
> > 
> >   (:pagelist fmt=#titledes count=15 order=-time:)
> > 
> > any tables on the same page, after the above pagelist, are zebra-ised 
> > (i.e. have <table class='zebra') /until/ a table contains a 'class=' 
> > arg.
> > 
> > So, it's easy enough to fix by adding:
> > 
> >   || class=''
> > 
> > But perhaps it shouldn't happen.
> 
> The || markup is defined as setting the attributes for any tables
> that follow it on the page.  It's been that way since the earliest 
> days of PmWiki, and I did it this way so that an author can set
> the style for multiple tables once (with the first table) and not
> have to repeat the line in every table that follows.

You learn something new everyday ;-) Thanks.

-- 
Best,
Marc




From tmdowling at gmail.com  Wed Dec 13 09:17:36 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Wed, 13 Dec 2006 09:17:36 -0600
Subject: [pmwiki-users] 2 different secure paths with PMWiki
In-Reply-To: <014901c71ebc$3af973a0$64010471@splx.com>
References: <014901c71ebc$3af973a0$64010471@splx.com>
Message-ID: <5c8455a0612130717m5c857882i2985b645337912f9@mail.gmail.com>

On 12/13/06, Stewart Apelzin <sapelzin at gmail.com> wrote:
>
>
>
>
> Hello.  My company will be using PMWiki for two uses; to share information
> amongst employees, and to share information with customers.  We generally
> don't want the customers to be able to see our employee pages.  However, we
> may want to share some specific employee info with customer (knowledge base
> information).
>
>
>
> Setting up page-by-page security will be a daunting task.  Are we better off
> instead setting up two separate wikis (via a farm)?  If we do this, is there
> a mechanism that we can use to share pages from one wiki to the other ?
> other than copying them manually?

As others have said, different passwords for different wikigroups on a
single wiki may well work for this.  The tricky part will be making
public some pages that are logically part of the private area, if I'm
right in understanding what you're describing.  I would just caution
you that for security and navigational reasons, it's better to keep
public and private wikigroups separate, and *not to unprotect
individual pages* in otherwise-protected wikigroups.

So, for a simple way to handle this, if you have a topic that you want
to have public, but you also want employees to have private discussion
on or contributions to the subject, you might do something like:

PublicGroup.Topic1, PublicGroup.Topic2

PrivateDiscussionGroup.Topic1-Discussion,
PrivateDiscussionGroup.Topic2-Discussion

On each of the -Discussion pages, you could either link to the public
page, OR include it, using the syntax (:include PublicGroup.Topic1:).

Does that address your issues?



From sethcherney at yahoo.com  Wed Dec 13 13:41:21 2006
From: sethcherney at yahoo.com (Seth Cherney)
Date: Wed, 13 Dec 2006 11:41:21 -0800 (PST)
Subject: [pmwiki-users] Limiting New Page Creation
Message-ID: <97149.36474.qm@web33207.mail.mud.yahoo.com>

I would like to disable new page creation from within pmwiki, or restrict to admin only (we will be populating with content manually in general).  is there a quick way to do this?  Thanks!

 
---------------------------------
Have a burning question? Go to Yahoo! Answers and get answers from real people who know.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061213/d325e9e0/attachment.html 

From pmwiki at wrfranklin.org  Wed Dec 13 13:46:45 2006
From: pmwiki at wrfranklin.org (W Randolph Franklin)
Date: Wed, 13 Dec 2006 14:46:45 -0500
Subject: [pmwiki-users] Can't preview or save pages; Site.SideBar breakin
In-Reply-To: <5c8455a0612130503t6dc8a91bk617c4925f93ab65a@mail.gmail.com>
References: <mailman.1786.1165958026.11785.pmwiki-users@pmichaud.com>
	<200612122235.32538.pmwiki@wrfranklin.org>
	<5c8455a0612130503t6dc8a91bk617c4925f93ab65a@mail.gmail.com>
Message-ID: <200612131446.45782.pmwiki@wrfranklin.org>

On Wed 13 Dec 2006 8:03, Tegan Dowling wrote:
> On 12/12/06, W Randolph Franklin <pmwiki at wrfranklin.org> wrote:
> > Help!  Suddenly I can't preview or save any page.
> >
> > That is,
> >
> > 1. I browse to www.page/page?action=edit
> >
> > 2. Pmwiki presents a page asking for my password as usual.
> >
> > 3. Pmwiki presents the usual edit window.
> >
> > 4. I fill in the Author field.
> >
> > 5. I click on PREVIEW or SAVE.
> >
> > 6. Pmwiki goes back to step 2.
> >
> > Also pywe can no longer edit the page.
> >
> > This happened about the same time that someone hacked my
> > Site.SideBar page, replacing it with a lot of links to some
> > other site (perhaps to increase its search engine ranking).
> >
> > I still haven't figured out how that happened.  Does pmwiki
> > have a hole?  Had I put a @nopass on the page for some
> > reason (it had that set)?  Did one of my group of
> > researchers edit the group from a compromised computer and
> > the edit password leak out that way?
> >
> > Any help or info is welcome.  When I figure out more about
> > the breakin, I'll report it.
>
> What version of the PmWiki software is the site running? --

Grepping wikilib.d/* for any references to 'version' found
various versions listed; the highest is 2.1.26.

> for a time, the Site.SideBar page did come with the
> edit-password pre-set to @nopass.  (It's now set to the site's
> default edit password, I think)

Thanks; that probably explains that one.  The only way I could
remove the @nopass was to edit the page on the web server.  Using
the ?action=attr form didn't change it.


>
> If that relates to your inability to save any edit on any
> page, I don't know how - but someone may.  If the saving
> problem is something else, I might observe that the times when
> I've encountered something similar, there was a problem with
> the .htaccess file in my installation's root directory, and
> replacing it cleared things up.
>
> HTH

My pmwiki/.htaccess is:

# Use mod_rewrite to enable "Clean URLs" for a PmWiki 
installation.
RewriteEngine On
# Define the rewrite base.
RewriteBase /Homepages/wrf/pmwiki
# Send requests without parameters to pmwiki.php.
RewriteRule ^$           pmwiki.php  [L]
# Send requests for index.php to pmwiki.php.
RewriteRule ^index.php$  pmwiki.php  [L]
# Send requests for files that exist to those files.
RewriteCond %{REQUEST_FILENAME} !-f
# Send requests for directories that exist to those directories.
RewriteCond %{REQUEST_FILENAME} !-d
# Send requests to pmwiki.php, appending the query string part.
RewriteRule (.*)         pmwiki.php?n=$1  [QSA,L]

It apparently hasn't changed since May.

Thanks.

--
W. Randolph Franklin
pmwiki at wrfranklin.org



-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061213/215d1f51/attachment.bin 

From pmichaud at pobox.com  Wed Dec 13 13:53:44 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 13:53:44 -0600
Subject: [pmwiki-users] Limiting New Page Creation
In-Reply-To: <97149.36474.qm@web33207.mail.mud.yahoo.com>
References: <97149.36474.qm@web33207.mail.mud.yahoo.com>
Message-ID: <20061213195343.GA8177@host.pmichaud.com>

On Wed, Dec 13, 2006 at 11:41:21AM -0800, Seth Cherney wrote:
>    I would like to disable new page creation from within pmwiki, or restrict
>    to admin only (we will be populating with content manually in general). 
>    is there a quick way to do this?  Thanks!

You want to continue to allow existing pages to be edited, but 
prevent people from creating new pages?  Perhaps something like:

    $pagename = ResolvePageName($pagename);
    if (!PageExists($pagename)) $HandleAuth['edit'] = 'admin';

This says that if a page doesn't exist, then admin privileges
are required to edit it.

Let me know if this works,

Pm




From tboland at gmail.com  Wed Dec 13 14:27:22 2006
From: tboland at gmail.com (Tim Boland)
Date: Wed, 13 Dec 2006 15:27:22 -0500
Subject: [pmwiki-users] How to embed php code
Message-ID: <b70ab01d0612131227s549a5061x9d72e8ecab69ed36@mail.gmail.com>

I see that it is possible to write set php code functions using custom
markup.  Is it possible to write a custom markup tag that will let me write
any inline php code similar to the HTML markup stuff I have seen?
Something like this but for php tags.

Markup(
  'html',
  'fulltext',
   '/\\(:html:\\)(.*?)\\(:htmlend:\\)/esi',
  "'<:block>'.Keep(str_replace(array('&gt;', '&lt;', '&amp;'),
  array('>', '<', '&'), PSS('$1')))");

-- 
----------------------
Tim Boland
www.techtoolblog.com
----------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061213/8af36de9/attachment.html 

From pmichaud at pobox.com  Wed Dec 13 15:09:01 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 15:09:01 -0600
Subject: [pmwiki-users] How to embed php code
In-Reply-To: <b70ab01d0612131227s549a5061x9d72e8ecab69ed36@mail.gmail.com>
References: <b70ab01d0612131227s549a5061x9d72e8ecab69ed36@mail.gmail.com>
Message-ID: <20061213210857.GC8177@host.pmichaud.com>

On Wed, Dec 13, 2006 at 03:27:22PM -0500, Tim Boland wrote:
>    I see that it is possible to write set php code functions using custom
>    markup.  Is it possible to write a custom markup tag that will let me
>    write any inline php code similar to the HTML markup stuff I have seen?
>    Something like this but for php tags.

First, I have to point out that enabling inline PHP in markup is
REALLY DANGEROUS.  Essentially you're allowing any author to execute
any PHP program on your system -- this includes being able to erase files,
or even execute PHP programs downloaded from remote servers.

Still, if you want inline PHP and are willing to take the risks, the 
code below will add a <?php ... ?> markup, which will execute the PHP 
code and insert any output (e.g., from print or echo statements) into 
the final page output.  See http://www.pmwiki.org/wiki/Test/InlinePHP 
for a demonstration.

    Markup('php', '[=',
        '/&lt;\\?php\\s(.*?)\\?&gt;/es',
        "Keep(InlinePHP(PSS('$1')))");
    
    function InlinePHP($x) {
      $x = str_replace(array('&lt;', '&gt;', '&amp;'), array('<', '>', '&'), $x);
      ob_start();
      eval($x);
      $y = ob_get_contents();
      ob_end_clean();
      return $y;
    }


Again, this is really dangerous.  Personally I would never use it,
with the exception of the single Test.InlinePHP demonstration page
above (and even there I'm likely to cripple it or disable it because
it's way too risky for my tastes, even with the page being locked to
editing).

Pm



From brianbashi at gmail.com  Wed Dec 13 15:12:48 2006
From: brianbashi at gmail.com (Brian)
Date: Wed, 13 Dec 2006 16:12:48 -0500
Subject: [pmwiki-users] setting start page to a different location
Message-ID: <874389283.20061213161248@gmail.com>

Hello pmwiki-users,

  How do I set up pmwiki to start at a location other than
  /main/homepage ?

-- 
Best regards,
 Brian




From pmichaud at pobox.com  Wed Dec 13 15:24:38 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 15:24:38 -0600
Subject: [pmwiki-users] setting start page to a different location
In-Reply-To: <874389283.20061213161248@gmail.com>
References: <874389283.20061213161248@gmail.com>
Message-ID: <20061213212435.GE8177@host.pmichaud.com>

On Wed, Dec 13, 2006 at 04:12:48PM -0500, Brian wrote:
> Hello pmwiki-users,
> 
>   How do I set up pmwiki to start at a location other than
>   /main/homepage ?

In local/config.php, set $DefaultPage to the page you want to
have as the default.

If you're using AuthUser, be sure to do this before the
include of the authuser.php script.  In fact, it's best to
put any setting for $DefaultPage at the very top of your 
local/config.php file.

Pm



From lu.gmane at wischik.com  Wed Dec 13 15:49:29 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Wed, 13 Dec 2006 21:49:29 +0000 (UTC)
Subject: [pmwiki-users] How to embed php code
References: <b70ab01d0612131227s549a5061x9d72e8ecab69ed36@mail.gmail.com>
	<20061213210857.GC8177@host.pmichaud.com>
Message-ID: <loom.20061213T224526-410@post.gmane.org>

Patrick R. Michaud <pmichaud <at> pobox.com> writes:
> First, I have to point out that enabling inline PHP in markup is
> REALLY DANGEROUS.
> Still, if you want inline PHP and are willing to take the risks, the 
> code below will add a <?php ... ?> markup

I used the following precaution to disable anyone using (:html:) unless they
had admin privileges. Maybe you could adapt it for your php markup as well.

array_unshift($EditFunctions, 'MaybeDisableEmbedhtml');
function MaybeDisableEmbedhtml($pagename,&$page,&$new)
{ if (!CondAuth($pagename,"admin"))
  { $ROSPatterns["/\\(:html:\\)/i"] = "[:html:]";
    $ROSPatterns["/\\(:htmlend:\\)/i"] = "[:htmlend:]";
  }
}

Note: this code seems to work! but I haven't done a serious security audit on it.



clarification: I didn't disable *the people* using (:html:)! That'd be
cruel. I only disabled their use of it...

-- 
Lucian






From mailinglist at pornel.net  Wed Dec 13 16:28:34 2006
From: mailinglist at pornel.net (porneL)
Date: Wed, 13 Dec 2006 22:28:34 -0000
Subject: [pmwiki-users] PMWiki default documents vs search engines
Message-ID: <op.tkirdwutq87dpm@g5.local>


When I search for information about PMWiki I rarely find PMWiki's own site  
and documentation. The problem is that every PMWiki installation contains  
full copy of documentation, which gets indexed by search engines:
http://www.google.com/search?q=pmwiki+%22documentation+index%22 (217000  
results)

* it's lots of needlessly duplicated content which is off-topic for most  
of the sites
* searches for pmwiki-related information bring outdated/unauthoritative  
documents
* exploits against pmwiki can easily find potential victims

My suggestion is to exclude (in default configuration) PMWiki group from  
being indexed by search engines.

I know this problem can be avoided by using search on pmwiki.org site or  
limiting scope of google's search, but other points remain valid and just  
searching for "whatever pmwiki" is slightly more convenient.

-- 
regards, porneL



From pmichaud at pobox.com  Wed Dec 13 17:14:13 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 17:14:13 -0600
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <op.tkirdwutq87dpm@g5.local>
References: <op.tkirdwutq87dpm@g5.local>
Message-ID: <20061213231412.GI8177@host.pmichaud.com>

On Wed, Dec 13, 2006 at 10:28:34PM -0000, porneL wrote:
> 
> When I search for information about PMWiki I rarely find PMWiki's own site  
> and documentation. The problem is that every PMWiki installation contains  
> full copy of documentation, which gets indexed by search engines:
> http://www.google.com/search?q=pmwiki+%22documentation+index%22 (217000  
> results)
> 
> * it's lots of needlessly duplicated content which is off-topic for most  
> of the sites
> * searches for pmwiki-related information bring outdated/unauthoritative  
> documents
> * exploits against pmwiki can easily find potential victims
> 
> My suggestion is to exclude (in default configuration) PMWiki group from  
> being indexed by search engines.

PmWiki is already doing this -- PmWiki's default configuration has excluded 
the PmWiki group pages from being indexed by search engines since at 
least version 0.6.1 (February 2004).

You can prove this for yourself -- just do an install of PmWiki,
and then "view source" on any of the pages in the PmWiki group
(except PmWiki.PmWiki).  In the HTML output you'll see the 
<meta name='robots' content='noindex,nofollow' /> tag right near
the top of the document.

However, apparently a lot of site administrators have created
or are using skin templates that don't have a <!--HeaderText-->
directive.  As a result, the robots meta tag that PmWiki produces
isn't being included in the output, and the search engines are
therefore indexing the pages.  All of the links that I followed
from the google search above went to sites that seemingly didn't
have <!--HeaderText--> or <!--HTMLHeader--> in the skin template.

My guess is that the only real fix for this would be to have
PmWiki force a <!--HTMLHeader--> directive into any skin template
that omits it.  I'm not entirely sure that the PmWiki core should
be taking too many liberties withskin templates, however.

The other possibility would be to have PmWiki abort with an
error message if it loads a skin template that doesn't have the
required <!--HTMLHeader--> tag.  I guess that seems more reasonable.

At any rate, at this point I'll take the position that PmWiki
is already doing the right thing with its default settings, and
the problem is from the broken skin templates on all of those
sites.

However, in looking at the issue I just realized that pmwiki.org
*is* using the default distribution setting, which means that the
PmWiki group pages on pmwiki.org aren't being indexed by search
engines!  Oooooooops!  :-)

So, I'll adjust pmwiki.org's settings to not use the distribution
default and allow those pages to be indexed.  Thanks for pointing
this out, and hopefully those pages will start appearing on search
engines above the copies that are coming from other sites.

Thanks!

Pm



From pmichaud at pobox.com  Wed Dec 13 17:34:18 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 17:34:18 -0600
Subject: [pmwiki-users] pmwiki-2.2.0-beta17 released (adds select boxes)
Message-ID: <20061213233414.GJ8177@host.pmichaud.com>

I've just released pmwiki-2.2.0-beta17, which adds the (:input select ...:)
and (:input default ...:) markups to PmWiki.  This latest release is 
available from

    http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.0-beta17.tgz
    http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.0-beta17.zip
    svn://pmwiki.org/pmwiki/tags/latest

In the distribution files above I inadvertently forgot to include
the updated ReleaseNotes page, so these distributions still contain
the ReleaseNotes for beta16.  Rather than try to fix the beta17
distribution I'll just correct it in beta18 (in fact, beta18 may
end up being an update of a lot of documentation pages into the
distribution).

The (:input:) markup went through some significant internal
refactoring, so any sites that are doing substantial things
with forms (especially any customizations to the (:input:)
markups) may want to carefully test those customizations in this release.

This release also fixes a couple of minor bugs in (:searchbox:)
and in case conversions for xlpage-utf-8.php .

Comments, questions welcome as always on the pmwiki-users
mailing list.

Thanks!

Pm



From lu.gmane at wischik.com  Wed Dec 13 18:09:52 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Thu, 14 Dec 2006 00:09:52 +0000 (UTC)
Subject: [pmwiki-users] PMWiki default documents vs search engines
References: <op.tkirdwutq87dpm@g5.local>
Message-ID: <loom.20061214T010803-680@post.gmane.org>

porneL <mailinglist <at> pornel.net> writes:
> When I search for information about PMWiki I rarely find PMWiki's own site  
> and documentation. The problem is that every PMWiki installation contains  
> full copy of documentation

Is it even useful to copy the documentation onto every site that uses pmwiki?
I'd much rather have my site just link to www.pmwiki.org.

(I started trying to do this myself, deleting my local documentation locally.
But then I gave up on the grounds that each new version of pmwiki that I
install will just copy it again.)





From tejtm at operamail.com  Wed Dec 13 18:21:42 2006
From: tejtm at operamail.com (T)
Date: Wed, 13 Dec 2006 16:21:42 -0800
Subject: [pmwiki-users] ScriptUrl and login page
In-Reply-To: <20061212205452.GH28002@host.pmichaud.com>
References: <elkn0a$gb2$2@sea.gmane.org>
	<20061212205452.GH28002@host.pmichaud.com>
Message-ID: <elq5e9$fnf$1@sea.gmane.org>

Patrick R. Michaud wrote:
> On Mon, Dec 11, 2006 at 02:44:34PM -0800, T wrote:
>> Hi,
>>
>> I am trying to get through the problem of not being able to login
>> to a wiki because the URL in login form action is not the URL set in
>> the $ScriptUrl.
>>
>> I found a closed (lack of feedback) PITS record that seemed close to my issue
>> and added to it last week but so far that is not helping me make progress.
>>
>> http://www.pmwiki.org/wiki/PITS/00337
>>
>>
>> The platform is Solaris. I am not an administer of the Wiki Farm.
>> I am using apache ProxyPass and $ScriptUrl to cause the wiki to appear on 
>> another webserver. Seems to work fine till the incorrect login form action.
>>
>> I am very hopeful this can be resolved because PM asserts
>> "PmWiki always respects ScriptUrl" which, if could be made true,
>> would fix this problem.
> 
> You're correct -- since I wrote that the authorization form
> handling no longer respects $ScriptUrl.  Instead, the authorization
> form is getting its action= value from whatever the server
> provides in REQUEST_URI, which in this case isn't the true url
> because your proxy and/or Apache are mucking it up and not preserving
> it for PmWiki to use.  (The reason why PmWiki is using REQUEST_URI
> here instead of $ScriptUrl is a long story, but has to do with
> the many differences in the way browser and servers handle urls
> in the action='' parameter.)
> 
> The short fix is to have the local/config.php file fixup
> 'REQUEST_URI' to look like we want.  So, in local/config.php, try:
> 
>     $_SERVER['REQUEST_URI'] = 
>       preg_replace('/^[^?]*/', $ScriptUrl, $_SERVER['REQUEST_URI']);
> 
> This should replace the initial portion of REQUEST_URI with the
> correct $ScriptUrl, and then everything may work after that.
> 
> Hope this helps,
> 
> Pm

that is working perfectly for me.  thanks




From katir at hindu.org  Wed Dec 13 18:24:58 2006
From: katir at hindu.org (Sivakatirswami)
Date: Wed, 13 Dec 2006 14:24:58 -1000
Subject: [pmwiki-users] Zap Data Form Extra Vertical White Space -Gemini
 or PmWiki?
In-Reply-To: <457E104F.3050904@hindu.org>
References: <457BA915.7060008@hindu.org>	<fec7cf150612100408s59299198n1134f2a975571929@mail.gmail.com>	<457CD2ED.8020102@hindu.org>	<20061211154237.GC18415@host.pmichaud.com>
	<457E104F.3050904@hindu.org>
Message-ID: <458099DA.5060103@hindu.org>

Since the content we are concerned about is
a form idisplayed (as in include of Main.ToDoForm) in the

Site.AllGroupHeader

would there be a way to disable the new line mark up directive
  just for the Site.AllGroupHeader? or Main.ToDoForm?



e.g. Something like this;

if ! equal $Fullname Site.AllGroupHeader (then)
     $HTMLPNewline = '<br />';
ifend

But, hmmm if one is on page FooProject.BarPage

will PMWiki realize that it should disable the mark up only for the header
and not the rest of the page?

Sivakatirswami wrote:
> Indeed:
> 
> In Farmconfig.php
> 
> we have
> 
> $HTMLPNewline = '<br />';
> 
> ZAP is doing the insertion of those lines behind the scenes, so I have no
> control over this at the markup level.  But I also don't want to\\
> to back to requiring\\
> users  to enter\\
> those "horrid" things\\
> just to get new lines (smile)\\
> 
> So, I guess we just live with
> a couple of blank lines at the top of the form...
> 
> SKTS
> 
> 
> 
> Patrick R. Michaud wrote:
>> On Sun, Dec 10, 2006 at 05:39:25PM -1000, Sivakatirswami wrote:
>>> No go...table doesn't help. either ZapData, PMwiki or Gemini
>>> is still prepending "<br />" line breaks before  hidden input lines:
>> Are you setting (:linebreaks:) somewhere, either in the
>> markup text, a GroupHeader, or in a local customization?
>>
>> If so, then each linebreak in the input results in a linebreak
>> in the output, and this includes (:input hidden ... :) fields
>> that may be generated by ZAP or other recipes.
>>
>> Pm
>>
>>
>>
>>
>>> <div id='wikitext'>
>>> <form method='post'>
>>> <p><input type='hidden' name='action' value='zap' />
>>> <br /><input type='hidden' name='ZAPkey' value='540853' />
>>> <br /><input type='hidden' name='datapage' value='TODO-{Project}.#' />
>>> </p>
>>> <table ><tr><td  valign='top'>Project:
>>> </td><td  valign='top'><select name=Project>
>>> SNIP///
>>> <br /></select>
>>> </p></td></tr><tr><td  valign='top'>Description:
>>> </td><td  valign='top'><input type='text' name='Description' value='' 
>>> class='inputbox' size='50' />
>>> </td></tr></table>
>>> <p><input type='hidden' name='returnpage' value='Main.ToDoEntry' 
>>> /><input type='hidden' name='savedata' 
>>> value='ID,Project,Owner,Priority,Status,Description,returnpage' />
>>> <br /><input type='submit' value='Submit' class='inputbutton' />
>>> </p></form>
>>>
>>> Sivakatirswami
>>> www.himalayanacademy.com
>>>
>>> Get Hinduism Today Digital Edition. It's Free!
>>> http://www.hinduismtoday.com/digital/
>>>
>>> The Editor wrote:
>>>> That is something to do with how PmWiki processes things.  Here's how
>>>> I set your form up on my machine to get it to look a little better.
>>>>
>>>> (Or conceivably your skin.  It doesn't do it on mine).
>>>>
>>>> (:zapdata:)
>>>> (:zapform `Project`Owner`Priority`Status`Description`savedata`datapage` :)
>>>> (:table:)
>>>> (:cellnr:)Project:
>>>> (:cell:)(:select Project:)
>>>> (:option "LandManagement":) Land Management
>>>> (:option "SystemAdmin":) System Admin
>>>> (:option "AjaxInitiative":) Ajax Initiatives
>>>> (:option "AudioLibrary":) Audio Library
>>>> (:option "MailingLists":) Mailing Lists
>>>> (:selectend:)
>>>> (:cellnr:)Owner:
>>>> (:cell:)(:select Owner:)
>>>> (:option "Sivakatirswami":) Sivakatirswami
>>>> (:option "Sadhunathan":) Sadhunathan
>>>> (:option "Andre":) Andre
>>>> (:option Caveman":) Caveman
>>>> (:selectend:)
>>>> (:cellnr:)Priority:
>>>> (:cell:)(:select Priority:)
>>>> (:option "1-Urgent!":) Urgent!
>>>> (:option "2-High":) High
>>>> (:option "3-Medium":) Medium
>>>> (:option "4-Low":) Low
>>>> (:selectend:)
>>>> (:cellnr:)Status:
>>>> (:cell:)(:select Status:)
>>>> (:option "Open":) Open
>>>> (:option "In Progress":) In Progress
>>>> (:option "Pending":) Pending
>>>> (:option "Hold":) Hold
>>>> (:option "Complete":) Complete
>>>> (:selectend:)
>>>> (:cellnr:)Description:
>>>> (:cell:)(:input text Description "{$Description}" size="50":)
>>>> (:tableend:)
>>>> (:input hidden savedata "Project,Owner,Priority,Status,Description":)
>>>> (:input submit value="Submit":)
>>>> (:input hidden datapage "TODO-{Project}.=" :)
>>>> (:zapend:)
>>>>
>>>> You will notice I put it in tables (table directives) and I eliminated
>>>> the first option from each select box--which just produced a blank
>>>> line in the output.  You will want to put those back in when you get
>>>> the update forms working...
>>>>
>>>> Oh, I just fixed the ZAPdata bug.  I uploaded it quietly for you to
>>>> PmWiki, as I'm making other changes to accommodate some other users
>>>> and make some minor improvements (shouldn't affect functionality).  If
>>>> you get this email before I release the fuller version, you can start
>>>> playing with the interrim version.  The threading at least is fixed.
>>>>
>>>> Cheers,
>>>> Caveman
>>>>
>>> _______________________________________________
>>> pmwiki-users mailing list
>>> pmwiki-users at pmichaud.com
>>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 



From mailinglist at pornel.net  Wed Dec 13 18:25:28 2006
From: mailinglist at pornel.net (porneL)
Date: Thu, 14 Dec 2006 00:25:28 -0000
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <loom.20061214T010803-680@post.gmane.org>
References: <op.tkirdwutq87dpm@g5.local>
	<loom.20061214T010803-680@post.gmane.org>
Message-ID: <op.tkiwsqdbq87dpm@g5.local>

On Thu, 14 Dec 2006 00:09:52 -0000, Lucian Wischik <lu.gmane at wischik.com>  
wrote:

> Is it even useful to copy the documentation onto every site that uses  
> pmwiki?

Well, it might. If someone is using standalone PmWiki offline (i.e. making  
notes on a laptop) or to give wiki users help files in style/format that  
matches rest of the site.

However Pm has pointed out (off-list) that PmWiki does exclude  
documentation by default already, and it's a matter of sites/skins  
altering this behaviour.

-- 
regards, porneL



From katir at hindu.org  Wed Dec 13 19:23:03 2006
From: katir at hindu.org (Sivakatirswami)
Date: Wed, 13 Dec 2006 15:23:03 -1000
Subject: [pmwiki-users] New Page Template for New Group Creation
Message-ID: <4580A777.9010501@hindu.org>

I want to standardize what happens when any user creates a new group
and in some cases a new page in an existing group.

There are only two requirements in this context:

1.  To create a new group the user should be constrained (or given some 
kid of link or command. in the side bar probably...) to auto generate 
the first page of the group to be

FooGroup.FooGroup


2. I want that  first, new home page for any group
  to automatically contain the following mark up:

(:include Main.ProjectPageListTemplate:)

(:pagelist group={$Group}:)

Then we have a parallel need:

We have existing pages:

Staff.Andre
Staff.Caveman
Staff.SKTS

where this wants to be automatically installed:

(:include Main.StaffPageListTemplate:)

All though new group creation and new additions to the staff
are rare... and we could manually add these markups. I would
like to know what auto matic strategies might exist.

TIA!

Sivakatirswami






From dzosborn at gmail.com  Wed Dec 13 19:49:24 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Wed, 13 Dec 2006 20:49:24 -0500
Subject: [pmwiki-users] W3C validator & PmWiki
Message-ID: <680e31740612131749j1b5dbd82ne5953f44ff5944eb@mail.gmail.com>

Has anyone tried using the W3C validator to look at their wiki pages? See
http://validator.w3.org/

It's a useful tool for analyzing webpages, but I'm just now looking at some
wiki pages to see...

I found in trying to troubleshoot an old problem, a lot of false indications
of errors, and then in looking at some other pages, that it sometimes comes
up with errors that are not in the source code (view-source). Any thoughts
on what's happening?

Don
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061213/6eb1c0a0/attachment.html 

From pmichaud at pobox.com  Wed Dec 13 21:08:08 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 13 Dec 2006 21:08:08 -0600
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <loom.20061214T010803-680@post.gmane.org>
References: <op.tkirdwutq87dpm@g5.local>
	<loom.20061214T010803-680@post.gmane.org>
Message-ID: <20061214030808.GB23834@host.pmichaud.com>

On Thu, Dec 14, 2006 at 12:09:52AM +0000, Lucian Wischik wrote:
> porneL <mailinglist <at> pornel.net> writes:
> > When I search for information about PMWiki I rarely find PMWiki's own site  
> > and documentation. The problem is that every PMWiki installation contains  
> > full copy of documentation
> 
> Is it even useful to copy the documentation onto every site that uses pmwiki?
> I'd much rather have my site just link to www.pmwiki.org.

"Why PmWiki includes a copy of the documentation"

One of my first experiences with wiki software packages was that
I would download and install them, but there was virtually no
documentation included with the package.  Since the purpose of
a wiki is to allow collaboration among multiple authors, it
totally surprised me that the packages didn't provide at least
minimal documentation for authors to learn how to use the wiki.
In fact, the other packages didn't even provide standard documentation
that could be installed as an optional component.  So, I was left
with three somewhat unsatisfactory options:
   1. referring my authors to an external site (not good, as
      the other site often contains more than just documentation
      and/or things irrelevant to the wiki I'm running),
   2. copying instructions from the other site into my wiki
      (with no indication of license to do so, plus the hassle
      of continually trying to decide when pages needed to be
      copied), or
   3. creating and maintaining my own set of documentation pages
      for every wiki I installed.

So, when I created PmWiki, I didn't want to impose the same hardship
on future PmWiki administrators that the other wiki engines had 
imposed on me.  Thus, PmWiki has always come pre-installed with
basic documentation, and it's easy for sites to customize
the documentation without losing the customizations across
upgrades.

For those sites that don't want to expose the documentation, there
are at least two good options:
   1. Put a read password of "@lock" on PmWiki.GroupAttributes --
      this will generally keep the pages from being found or
      appearing in pagelists.
   2. After installing/upgrading, simply remove the PmWiki.* files
      from wikilib.d/ .

It used to be that option #2 wasn't viable because some utility
pages (e.g., PmWiki.EditQuickReference) were held in the PmWiki 
group, but now all such pages are in the Site group so it's no
longer a big issue.

Yes, I recognize that continually removing the PmWiki.* pages
from wikilib.d/ on each upgrade can be a bit of a pain, but
at the moment I think it's the least of the available evils.

But I'm open to suggestions, and if a lot of people think that we'd
be better off packaging the documentation as a separate download
or in a different manner than it is now, we can explore that
a bit.

Pm



From pmwiki at russhosting.com  Wed Dec 13 21:25:07 2006
From: pmwiki at russhosting.com (Russ)
Date: Wed, 13 Dec 2006 22:25:07 -0500
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <20061214030808.GB23834@host.pmichaud.com>
References: <op.tkirdwutq87dpm@g5.local>	<loom.20061214T010803-680@post.gmane.org>
	<20061214030808.GB23834@host.pmichaud.com>
Message-ID: <4580C413.50709@russhosting.com>

IMHO, the way documentation is currently distributed is ideal.  If you 
want to block it or remove it, that is easy to do.  However, if you have 
multiple PmWiki installations running different versions, the 
documentation is always valid *for that version*.  You won't have the 
situation where a user reads something on documentation linked from 
PmWiki.org, only to find that the feature they are trying to use was 
introduced two releases after your installation.  It is not always 
practical or desirable to upgrade to the latest version unless there is 
a valid security reason, so having a central documentation repository 
might be confusing as it begins to mention features or markup not 
available with the installed version.

Perhaps the documentation on "hiding" pages from the PmWiki group could 
be explained a little more ... this is the first time I'm seen the @lock 
(I've been excluding PmWiki.* from search and pagelists in the 
config.php file). 

Patrick, would the @lock also work to hide Site. pages (or a new Admin. 
group, for example) from search results and pagelists, without affecting 
their ability to be included in other pages like a read password would?

Regards,

Russ Jackman
InternetAdvisor.ca

Patrick R. Michaud wrote:
> For those sites that don't want to expose the documentation, there
> are at least two good options:
>    1. Put a read password of "@lock" on PmWiki.GroupAttributes --
>       this will generally keep the pages from being found or
>       appearing in pagelists.
>    2. After installing/upgrading, simply remove the PmWiki.* files
>       from wikilib.d/ .
>
> But I'm open to suggestions, and if a lot of people think that we'd
> be better off packaging the documentation as a separate download
> or in a different manner than it is now, we can explore that
> a bit.
>
> Pm
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>   

-- 
Internet Advisor
"We Build Websites that Build Profits"
http://www.InternetAdvisor.ca

Latest Virus Alerts: http://www.InternetAdvisor.ca/virus.html




From jbit at bitlink.com  Wed Dec 13 21:54:24 2006
From: jbit at bitlink.com (JB)
Date: Wed, 13 Dec 2006 21:54:24 -0600
Subject: [pmwiki-users] prevent users from changing seachbox parameters
Message-ID: <elqhu9$c2f$1@sea.gmane.org>

I put (:searchbox group=Main size=25 label=Go:) into
Site.PageActions.  I do a search.  The url for the browser
has the search information in it.  If I remove "&group=Main"
from the url in the browser it will search all the pages.

I know I cannot stop users from manipulating the url in
their browser, but how could I prevent that url from
changing the search to be different than specified in
the searchbox?




From lists at manor-farm.org  Thu Dec 14 00:35:27 2006
From: lists at manor-farm.org (Ian Barton)
Date: Thu, 14 Dec 2006 06:35:27 +0000
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <4580C413.50709@russhosting.com>
References: <op.tkirdwutq87dpm@g5.local>	<loom.20061214T010803-680@post.gmane.org>	<20061214030808.GB23834@host.pmichaud.com>
	<4580C413.50709@russhosting.com>
Message-ID: <4580F0AF.4040604@manor-farm.org>

> IMHO, the way documentation is currently distributed is ideal.  If you 
> want to block it or remove it, that is easy to do.  However, if you have 
> multiple PmWiki installations running different versions, the 
> documentation is always valid *for that version*.  You won't have the 
> situation where a user reads something on documentation linked from 
> PmWiki.org, only to find that the feature they are trying to use was 
> introduced two releases after your installation.  It is not always 
> practical or desirable to upgrade to the latest version unless there is 
> a valid security reason, so having a central documentation repository 
> might be confusing as it begins to mention features or markup not 
> available with the installed version.
> 
I totally agree. The only time I *really* need to look at pmwiki.org is 
for things like Cookbook entries.

Apart from anything else, if everyone had to look up everything on 
pmwiki.org PM's bandwidth costs would soar.

I can't see any mention of the effects of not including 
<!--HeaderText--> or <!--HTMLHeader--> in the Skin Guidelines page. 
Perhaps if we added an explanation of why this is a "good thing" skin 
authors would make sure their skin includes it.

Ian.



From hegewald at cab.bau.tu-bs.de  Thu Dec 14 02:26:35 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Thu, 14 Dec 2006 09:26:35 +0100
Subject: [pmwiki-users] Acronyms
In-Reply-To: <452E8EE4.1040206@pooq.com>
References: <A61DB130-8EDA-43B2-8A4E-87A7E8AF4E68@cab.bau.tu-bs.de>	<452D5653.2090301@pooq.com>
	<4495198D-1B69-47FF-B8AB-8618EE480E1B@cab.bau.tu-bs.de>
	<452E8EE4.1040206@pooq.com>
Message-ID: <EC3E371E-B8CF-421E-B99C-6A044F1149F8@cab.bau.tu-bs.de>

Hello,

Am 12.10.2006 um 20:52 schrieb Stirling Westrup:

> Hmm. Actually, now that I've looked at the old Acronym recipe, it  
> seems
> related to a recipe that I was thinking of writing anyway. I'll see  
> if I
> can't merge the functionality so that there is v2.0 recipe that does
> what you need. It may be a few days though.

I just found your QuickReplace recipe. From the description it looks  
as if it is capable of the acronyms feature and so much more!
I installed it but I am not sure where to put the acronyms. I have added
	include_once('cookbook/quickreplace.php');$QuickReplace['Acronyms']  
= array
	  ( 'flags' => 'e'
	  , 'page'  => array
	      ( '{$SiteGroup}.Acronyms'
	      , '{$Group}.Acronyms'
	      , '{$FullName}-Acronyms'
	      )
	  , 'match' => '{$1}'
	  , 'output' => 'Keep(PSS("<abbr title=\"$2\">$1</abbr>"))'
	  );
to the config page and now I wonder if the acronyms should go in  
Site.QuickReplace or a special acronyms page?

Many TIA,
-- Jan



From sti at pooq.com  Thu Dec 14 05:20:56 2006
From: sti at pooq.com (Stirling Westrup)
Date: Thu, 14 Dec 2006 06:20:56 -0500
Subject: [pmwiki-users] Acronyms
In-Reply-To: <EC3E371E-B8CF-421E-B99C-6A044F1149F8@cab.bau.tu-bs.de>
References: <A61DB130-8EDA-43B2-8A4E-87A7E8AF4E68@cab.bau.tu-bs.de>	<452D5653.2090301@pooq.com>	<4495198D-1B69-47FF-B8AB-8618EE480E1B@cab.bau.tu-bs.de>	<452E8EE4.1040206@pooq.com>
	<EC3E371E-B8CF-421E-B99C-6A044F1149F8@cab.bau.tu-bs.de>
Message-ID: <45813398.5050000@pooq.com>

Jan Hegewald wrote:

> I just found your QuickReplace recipe. From the description it looks  
> as if it is capable of the acronyms feature and so much more!
> I installed it but I am not sure where to put the acronyms. I have added
>
> 	include_once('cookbook/quickreplace.php');$QuickReplace['Acronyms']  
> = array
> 	  ( 'flags' => 'e'
> 	  , 'page'  => array
> 	      ( '{$SiteGroup}.Acronyms'
> 	      , '{$Group}.Acronyms'
> 	      , '{$FullName}-Acronyms'
> 	      )
> 	  , 'match' => '{$1}'
> 	  , 'output' => 'Keep(PSS("<abbr title=\"$2\">$1</abbr>"))'
> 	  );
> to the config page and now I wonder if the acronyms should go in  
> Site.QuickReplace or a special acronyms page?

Well, if you're using the above configuration, then its saying that the
Acronyms for a page called SomeGroup.SomePage should be looked for in the
pages called Site.Acronyms, SomeGroup.Acronyms and SomeGroup.SomePage-Acronyms
in that order.

You can change which pages it looks at, by changing the value of the 'page'
configuration entry. 'page' is documented fully at the bottom of the Cookbook
page. Let me know if it doesn't make sense.

Oh, and you need to do the include_once AFTER setting the value in the
QuickReplace array, not before, like it says on the cookbook page:

$QuickReplace['Acronyms'] = array
  ( 'flags' => 'e'
  , 'page'  => array
      ( '{$SiteGroup}.Acronyms'
      , '{$Group}.Acronyms'
      , '{$FullName}-Acronyms'
      )
  , 'match' => '{$1}'
  , 'output' => 'Keep(PSS("<abbr title=\"$2\">$1</abbr>"))'
  );

include_once('cookbook/quickreplace.php');

Let me know if you need any more help with it.





From hegewald at cab.bau.tu-bs.de  Thu Dec 14 06:14:41 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Thu, 14 Dec 2006 13:14:41 +0100
Subject: [pmwiki-users] Acronyms
In-Reply-To: <45813398.5050000@pooq.com>
References: <A61DB130-8EDA-43B2-8A4E-87A7E8AF4E68@cab.bau.tu-bs.de>	<452D5653.2090301@pooq.com>	<4495198D-1B69-47FF-B8AB-8618EE480E1B@cab.bau.tu-bs.de>	<452E8EE4.1040206@pooq.com>
	<EC3E371E-B8CF-421E-B99C-6A044F1149F8@cab.bau.tu-bs.de>
	<45813398.5050000@pooq.com>
Message-ID: <63DFA368-34F1-4633-90AF-F8F2DD1F7BF2@cab.bau.tu-bs.de>

Hello,

Am 14.12.2006 um 12:20 schrieb Stirling Westrup:

> Jan Hegewald wrote:
>
>> I just found your QuickReplace recipe. From the description it looks
>> as if it is capable of the acronyms feature and so much more!
>> I installed it but I am not sure where to put the acronyms. I have  
>> added
>>
>> 	include_once('cookbook/quickreplace.php');$QuickReplace['Acronyms']
>> = array
>> 	  ( 'flags' => 'e'
>> 	  , 'page'  => array
>> 	      ( '{$SiteGroup}.Acronyms'
>> 	      , '{$Group}.Acronyms'
>> 	      , '{$FullName}-Acronyms'
>> 	      )
>> 	  , 'match' => '{$1}'
>> 	  , 'output' => 'Keep(PSS("<abbr title=\"$2\">$1</abbr>"))'
>> 	  );
>> to the config page and now I wonder if the acronyms should go in
>> Site.QuickReplace or a special acronyms page?
>
> Well, if you're using the above configuration, then its saying that  
> the
> Acronyms for a page called SomeGroup.SomePage should be looked for  
> in the
> pages called Site.Acronyms, SomeGroup.Acronyms and  
> SomeGroup.SomePage-Acronyms
> in that order.

I have a Misc.Acronyms where I inserted
[@
'axxb' => 'XX Replacement Text'
@]
In Misc.Misc I tried axxb and {axxb} but nothing changed. Now I am  
stuck. I guess I misunderstood something. Please be patient with me (-;


> You can change which pages it looks at, by changing the value of  
> the 'page'
> configuration entry. 'page' is documented fully at the bottom of  
> the Cookbook
> page. Let me know if it doesn't make sense.

Seems to make sense. But I can not really tell until it is working.

> Oh, and you need to do the include_once AFTER setting the value in the
> QuickReplace array, not before, like it says on the cookbook page

understood.


Cheers,
-- Jan



From wang at knmi.nl  Thu Dec 14 07:23:06 2006
From: wang at knmi.nl (Xueli Wang)
Date: Thu, 14 Dec 2006 13:23:06 +0000
Subject: [pmwiki-users] question on sideBar
Message-ID: <4581503A.4070405@knmi.nl>

Hello everyone:

I have a question about editing sidebar.

I don't understand why some items in this frame get a question mark at 
the end of the line.
Has anybody experience with this?

Tanks!

xueli wang

Royal Netherlands Meteorological Institute
De Bilt
The Netherlands
----------------------------------------------------------------------------------------------
Zie ook/see also: http://www.knmi.nl/maildisclaimer.html



From hsingfoo at gmail.com  Thu Dec 14 08:08:50 2006
From: hsingfoo at gmail.com (Hsing-Foo Wang)
Date: Thu, 14 Dec 2006 15:08:50 +0100
Subject: [pmwiki-users] question on sideBar
In-Reply-To: <4581503A.4070405@knmi.nl>
References: <4581503A.4070405@knmi.nl>
Message-ID: <bf85d9a00612140608m686e2f39y58a758cbaf730b59@mail.gmail.com>

Xueli,

Items in the sidebar are regular references to regular wikipages (or
other links). The questionmark indicates that the page does not yet
exist. Clicking the item with a questionmark will lead you to a new
wiki page ready to be edited.

Cheers,
-HF


On 12/14/06, Xueli Wang <wang at knmi.nl> wrote:
> Hello everyone:
>
> I have a question about editing sidebar.
>
> I don't understand why some items in this frame get a question mark at
> the end of the line.
> Has anybody experience with this?
>
> Tanks!
>
> xueli wang
>
> Royal Netherlands Meteorological Institute
> De Bilt
> The Netherlands
> ----------------------------------------------------------------------------------------------
> Zie ook/see also: http://www.knmi.nl/maildisclaimer.html
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



From lighans at gmail.com  Thu Dec 14 09:01:21 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Thu, 14 Dec 2006 16:01:21 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <uk60y3utj.fsf@1stein.org>
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
	<bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
	<upsaq4dkr.fsf@1stein.org>
	<bfccd1f90612111038m3834d14cjfda0aeee9ac7589c@mail.gmail.com>
	<uk60y3utj.fsf@1stein.org>
Message-ID: <bfccd1f90612140701s50d4202ehab2fbf66498543f7@mail.gmail.com>

Stefan and others,

Another question/problem about WikiGallery.
In a farm I want to install WikiGallery.
The farm is located at biologie.fali.nl so I put wikigallery in that CookBook.
And the wikigallery should show up in natuurlijkleren.fali.nl
So in the config.php of natuurlijkleren.fali.nl I placed the
require_once (pagelist is not heavily used in this side, so no
problems there, yet)

http://natuurlijkleren.fali.nl/index.php/Pics/HomePage Should give an
imagegallery, but instead it gives some information about
pagelist.????
http://natuurlijkleren.fali.nl/index.php/Pics/sinterklaas gives a "go
up" link but then again pagelist-info.

Do I understand right that the pictures should be placed at
biologie.fali.nl/pictures?

There should be the thumb of this picture:
http://biologie.fali.nl/pictures/sinterklaas/phasmida.jpg
or
http://natuurlijkleren.fali.nl/pictures/sinterklaas/phasmida.jpg???

confusing all over.

I hope you (or somebody else on this list) can help me.

Cache has chmod 777.

Hans



From pmichaud at pobox.com  Thu Dec 14 09:04:44 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 09:04:44 -0600
Subject: [pmwiki-users] question on sideBar
In-Reply-To: <bf85d9a00612140608m686e2f39y58a758cbaf730b59@mail.gmail.com>
References: <4581503A.4070405@knmi.nl>
	<bf85d9a00612140608m686e2f39y58a758cbaf730b59@mail.gmail.com>
Message-ID: <20061214150444.GA1347@host.pmichaud.com>

On Thu, Dec 14, 2006 at 03:08:50PM +0100, Hsing-Foo Wang wrote:
> Xueli,
> 
> Items in the sidebar are regular references to regular wikipages (or
> other links). The questionmark indicates that the page does not yet
> exist. Clicking the item with a questionmark will lead you to a new
> wiki page ready to be edited.

And if editing the Site.SideBar page, be sure to qualify
any page links with their group name as well.

Pm


> On 12/14/06, Xueli Wang <wang at knmi.nl> wrote:
> > Hello everyone:
> >
> > I have a question about editing sidebar.
> >
> > I don't understand why some items in this frame get a question mark at
> > the end of the line.
> > Has anybody experience with this?
> >
> > Tanks!
> >
> > xueli wang
> >
> > Royal Netherlands Meteorological Institute
> > De Bilt
> > The Netherlands
> > ----------------------------------------------------------------------------------------------
> > Zie ook/see also: http://www.knmi.nl/maildisclaimer.html
> >
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> >
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From pmichaud at pobox.com  Thu Dec 14 09:09:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 09:09:12 -0600
Subject: [pmwiki-users] prevent users from changing seachbox parameters
In-Reply-To: <elqhu9$c2f$1@sea.gmane.org>
References: <elqhu9$c2f$1@sea.gmane.org>
Message-ID: <20061214150912.GB1347@host.pmichaud.com>

On Wed, Dec 13, 2006 at 09:54:24PM -0600, JB wrote:
> I put (:searchbox group=Main size=25 label=Go:) into
> Site.PageActions.  I do a search.  The url for the browser
> has the search information in it.  If I remove "&group=Main"
> from the url in the browser it will search all the pages.
> 
> I know I cannot stop users from manipulating the url in
> their browser, but how could I prevent that url from
> changing the search to be different than specified in
> the searchbox?

Specify the group="Main" in the (:searchresults:)
directive instead of in the (:searchbox:).

Phrased slightly differently: (:searchbox:) is
never responsible for generating the actual search
results, it's simply a form that generates a query
for the desired results.  As such, the only way
that (:searchbox:) can affect the results is via
url query parameters.  To force the search results
to be limited to a particular group regardless of
query parameters, one has to adjust the
(:searchresults:) markup.

Pm



From pmwiki at 911networks.com  Thu Dec 14 11:19:22 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Thu, 14 Dec 2006 09:19:22 -0800
Subject: [pmwiki-users] Pings
Message-ID: <20061214091922.0a8ad853@tadpole>

Is there a way to ping Google, MSN, Yahoo, Technocrati... whenever
there is a change?

There is http://www.pmwiki.org/wiki/Cookbook/GoogleSitemaps but it's
quite old. There are changes to the format to work with MSN and Yahoo

The scipt is dated  $Id: sitemap.php,v 1.7 2005/12/29 10:26:50
pts00065 Exp $



-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From pmichaud at pobox.com  Thu Dec 14 11:25:15 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 11:25:15 -0600
Subject: [pmwiki-users] W3C validator & PmWiki
In-Reply-To: <680e31740612131749j1b5dbd82ne5953f44ff5944eb@mail.gmail.com>
References: <680e31740612131749j1b5dbd82ne5953f44ff5944eb@mail.gmail.com>
Message-ID: <20061214172513.GB20403@host.pmichaud.com>

On Wed, Dec 13, 2006 at 08:49:24PM -0500, Donald Z. Osborn wrote:
>    Has anyone tried using the W3C validator to look at their wiki pages? See
>    http://validator.w3.org/

Sure, I validate my sites quite a bit.  :-)
> 
>    I found in trying to troubleshoot an old problem, a lot of false
>    indications of errors, and then in looking at some other pages, that it
>    sometimes comes up with errors that are not in the source code
>    (view-source). Any thoughts on what's happening?

Could you give an example url where this is happening?

Pm



From pmichaud at pobox.com  Thu Dec 14 11:53:05 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 11:53:05 -0600
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <4580F0AF.4040604@manor-farm.org>
References: <op.tkirdwutq87dpm@g5.local>
	<loom.20061214T010803-680@post.gmane.org>
	<20061214030808.GB23834@host.pmichaud.com>
	<4580C413.50709@russhosting.com> <4580F0AF.4040604@manor-farm.org>
Message-ID: <20061214175304.GC20403@host.pmichaud.com>

On Thu, Dec 14, 2006 at 06:35:27AM +0000, Ian Barton wrote:
> I can't see any mention of the effects of not including 
> <!--HeaderText--> or <!--HTMLHeader--> in the Skin Guidelines page. 
> Perhaps if we added an explanation of why this is a "good thing" skin 
> authors would make sure their skin includes it.

It's mentioned in the http://www.pmwiki.org/wiki/PmWiki/SkinTemplates
page:

    ... Two special directives are required in the template file. The 
    directive <!--PageText--> belongs to the <body> section of the 
    HTML document, and tells PmWiki where the main content of each wiki 
    page should be placed. The other required directive is 
    <!--HTMLHeader-->, which goes somewhere in the <head> section of 
    the HTML document.

I'm thinking that for 2.2.0 I'll have the skins.php code check for
the presence of <!--HTMLHeader--> (or <!--HeaderText-->) in the
skin template file and generate an error message if it's not
present.  We'll also have a configuration option that suppresses
this check for sites that *really* want a page template without
<!--HTMLHeader-->.

Pm



From vadmin at math.uconn.edu  Thu Dec 14 13:01:00 2006
From: vadmin at math.uconn.edu (Vince Admin Account)
Date: Thu, 14 Dec 2006 14:01:00 -0500
Subject: [pmwiki-users] Importing Mail or Mail Archive
In-Reply-To: <20061129160805.GA23769@host.pmichaud.com>
References: <456DAA94.30508@soul-healer.com>
	<20061129160805.GA23769@host.pmichaud.com>
Message-ID: <848EA7B6-586B-4328-8916-A49E641DBBDF@math.uconn.edu>

There has been a discussion and a PITS entry about mailing to pmwiki.
Perhaps there is a simple way to do what I would like to do, but I  
couldn't find a cookbook entry.
The minimum I guess that I need to do is to take a mail archive (ok,  
I could break into individual messages) and
make each message a wiki page, with a more or less reasonable markup  
for the headers.
Is this difficult to do? Or is it planned?
Thanks for your help.
      Vince




From katir at hindu.org  Thu Dec 14 03:55:43 2006
From: katir at hindu.org (Sivakatirswami)
Date: Wed, 13 Dec 2006 23:55:43 -1000
Subject: [pmwiki-users] Operating on wiki.d outside of  PMWiki
Message-ID: <45811F9F.6000408@hindu.org>

I use Revolution for all tasks, software application development, CGI's,
remote internet desktop client software etc.

it would be *very* easy for me to write a remote internet client
application that could read and interpret files in wiki.d
and display the content  right on my desktop outside of any
browser as such. More significantly, I don't know and probably
will never learn PHP, when I do the same things in xTalk in
1/20  of the time and with much greater ease...

If  I "operate" on files in wiki.d  in two ways:

1. Manipulate file names
2. manipulate content on pages

The format is easily parseable and one could read and write directly
to the text= node, and, if the filenames  were changed by an process
external to PMwiki, I would of course need to update the  name=node
to match the new file name... but all that's quite easy to do.  I just 
wonder
if PMwiki is going to have a melt down if we make such changes.

Obvious this hack will not update recent changes or the diff... but
I don't see that this would break anything.

Also where is the primary PMwiki mark strings to HTML output array
that  I might put into my own arrays to operate properly on the text=node?

I have in mind some global operations across sets of files that I would do
by creating a CGI and then calling that with a link inside PMwiki.

In particular  I'm interested in batch processing  sets  of files from one
file-nomenclature  to another after a certain phase in production control
process is complete.

specifically,

TODO-FooProject.2003
TODO-FooProject.2004
(And many other in this series)
want to be "rolled over" into their main group.
FooProject.2006-12-25-2003

The batch processor would examine content in pages to
make  a determination if their  time had come to
go join their mother ship... e.g. (:Status: Completed:)
would be used as such a flag.

I could also just ask the list and how some kind soul will create
  a recipe to meet such a need,  But, I fear I ask too much!
And the CGI to do the job I just describe above,
  could write in 10 minutes.

In  Peace

Sivakatirswami
www.himalayanacademy.com

Get Hinduism Today Digital Edition. It's Free!
http://www.hinduismtoday.com/digital/




From kelpranch at gmail.com  Thu Dec 14 13:40:11 2006
From: kelpranch at gmail.com (Jonathan Knight)
Date: Thu, 14 Dec 2006 11:40:11 -0800
Subject: [pmwiki-users] Drop-down side bar?
Message-ID: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>

Hi everyone,

Can someone point me to the code to produce a side bar with drop down menus
for each entry?

Many thanks in advance,
Jon

-- 
quid lucrum istic mihi est?
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061214/b3fb1292/attachment.html 

From jbit at bitlink.com  Thu Dec 14 14:17:19 2006
From: jbit at bitlink.com (JB)
Date: Thu, 14 Dec 2006 14:17:19 -0600
Subject: [pmwiki-users] prevent users from changing seachbox parameters
In-Reply-To: <20061214150912.GB1347@host.pmichaud.com>
References: <elqhu9$c2f$1@sea.gmane.org>
	<20061214150912.GB1347@host.pmichaud.com>
Message-ID: <4581B14F.10907@bitlink.com>

>> I know I cannot stop users from manipulating the url in
>> their browser, but how could I prevent that url from
>> changing the search to be different than specified in
>> the searchbox?
> 
> Specify the group="Main" in the (:searchresults:)
> directive instead of in the (:searchbox:).
> 
> To force the search results
> to be limited to a particular group regardless of
> query parameters, one has to adjust the
> (:searchresults:) markup.


I put the searchresults markup into my
Site.PageActions just below the searchbox.

   (:searchbox group=Main size=25 label=Go:)
   (:searchresults group=Main:)

It still does not stop the fact that if someone removes
"&group=Main" from the url in the browser it will search
ALL the pages.

Now when I do a search it displays results instead of the
page and is also outputs just below the searchbox in the
upper right of the page like below.

-------------------------------------------------
     Results of search for  group=Main aa:

     Main /
         PreviousMeetingTopics

     1 pages found out of 25 pages searched.
-------------------------------------------------




From jbit at bitlink.com  Thu Dec 14 14:17:19 2006
From: jbit at bitlink.com (JB)
Date: Thu, 14 Dec 2006 14:17:19 -0600
Subject: [pmwiki-users] prevent users from changing seachbox parameters
In-Reply-To: <20061214150912.GB1347@host.pmichaud.com>
References: <elqhu9$c2f$1@sea.gmane.org>
	<20061214150912.GB1347@host.pmichaud.com>
Message-ID: <4581B14F.10907@bitlink.com>

>> I know I cannot stop users from manipulating the url in
>> their browser, but how could I prevent that url from
>> changing the search to be different than specified in
>> the searchbox?
> 
> Specify the group="Main" in the (:searchresults:)
> directive instead of in the (:searchbox:).
> 
> To force the search results
> to be limited to a particular group regardless of
> query parameters, one has to adjust the
> (:searchresults:) markup.


I put the searchresults markup into my
Site.PageActions just below the searchbox.

   (:searchbox group=Main size=25 label=Go:)
   (:searchresults group=Main:)

It still does not stop the fact that if someone removes
"&group=Main" from the url in the browser it will search
ALL the pages.

Now when I do a search it displays results instead of the
page and is also outputs just below the searchbox in the
upper right of the page like below.

-------------------------------------------------
     Results of search for  group=Main aa:

     Main /
         PreviousMeetingTopics

     1 pages found out of 25 pages searched.
-------------------------------------------------




From design5 at softflow.co.uk  Thu Dec 14 14:20:24 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 20:20:24 +0000
Subject: [pmwiki-users] prevent users from changing seachbox parameters
In-Reply-To: <4581B14F.10907@bitlink.com>
References: <elqhu9$c2f$1@sea.gmane.org>
	<20061214150912.GB1347@host.pmichaud.com> <4581B14F.10907@bitlink.com>
Message-ID: <708794264.20061214202024@softflow.co.uk>

Thursday, December 14, 2006, 8:17:19 PM, JB wrote:

> I put the searchresults markup into my
> Site.PageActions just below the searchbox.

>    (:searchbox group=Main size=25 label=Go:)
>    (:searchresults group=Main:)

> It still does not stop the fact that if someone removes
> "&group=Main" from the url in the browser it will search
> ALL the pages.

> Now when I do a search it displays results instead of the
> page and is also outputs just below the searchbox in the
> upper right of the page like below.

You need to put your customised (:searchresults:) into Site.Search
instead. Search uses by default Site.Search as a page template to
display searchresults.


Hans




From gmane at auxbuss.com  Thu Dec 14 14:35:37 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 14 Dec 2006 20:35:37 -0000
Subject: [pmwiki-users] W3C validator & PmWiki
References: <680e31740612131749j1b5dbd82ne5953f44ff5944eb@mail.gmail.com>
	<20061214172513.GB20403@host.pmichaud.com>
Message-ID: <MPG.1febc5f7d2520d2f989979@news.gmane.org>

Patrick R. Michaud said...
> On Wed, Dec 13, 2006 at 08:49:24PM -0500, Donald Z. Osborn wrote:
> >    Has anyone tried using the W3C validator to look at their wiki pages? See
> >    http://validator.w3.org/
> 
> Sure, I validate my sites quite a bit.  :-)
> > 
> >    I found in trying to troubleshoot an old problem, a lot of false
> >    indications of errors, and then in looking at some other pages, that it
> >    sometimes comes up with errors that are not in the source code
> >    (view-source). Any thoughts on what's happening?
> 
> Could you give an example url where this is happening?

Except the search results :-)

-- 
Best,
Marc




From Ben at InterdependentWeb.com  Thu Dec 14 15:07:55 2006
From: Ben at InterdependentWeb.com (Ben Stallings)
Date: Thu, 14 Dec 2006 15:07:55 -0600
Subject: [pmwiki-users] numeric pagelist sort?
Message-ID: <4581BD2B.6020606@InterdependentWeb.com>

Quick question...

Has anyone written a custom sort order for pagelists that orders the 
results numerically, rather than by string comparison?  (So that, for 
example, 11 comes before 101, not after)  Thanks in advance.  --Ben



From pmichaud at pobox.com  Thu Dec 14 15:08:17 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 15:08:17 -0600
Subject: [pmwiki-users] Operating on wiki.d outside of  PMWiki
In-Reply-To: <45811F9F.6000408@hindu.org>
References: <45811F9F.6000408@hindu.org>
Message-ID: <20061214210815.GA1728@host.pmichaud.com>

On Wed, Dec 13, 2006 at 11:55:43PM -1000, Sivakatirswami wrote:
> If  I "operate" on files in wiki.d  in two ways:
> 
> 1. Manipulate file names
> 2. manipulate content on pages
> 
> The format is easily parseable and one could read and write directly
> to the text= node, and, if the filenames  were changed by an process
> external to PMwiki, I would of course need to update the  name=node
> to match the new file name... but all that's quite easy to do.  I just 
> wonder
> if PMwiki is going to have a melt down if we make such changes.

PmWiki won't melt down.  In fact, it's not even necessary to
update the name= attribute; PmWiki maintains name= as a form of
backup redundancy, not because it needs or uses it anywhere.

The only thing that will be an issue is the .pageindex file, which
will be out of sync with any page files that are manipulated directly.
An easy solution is to simply remove the .pageindex file whenever
a page is changed directlyi -- PmWiki will then rebuild .pageindex
over subsequent requests.

> Also where is the primary PMwiki mark strings to HTML output array
> that  I might put into my own arrays to operate properly on the text=node?

They're held in the $MarkupTable array.  Each entry of $MarkupTable
is itself an array with several entries -- the ones you'll be
looking for are:

    'pat' == the pattern to be replaced
    'rep' == what to replace it with

Note that many times 'rep' is itself an executable function, as
opposed to a simple replacement string.

Pm



From pmichaud at pobox.com  Thu Dec 14 15:12:30 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 15:12:30 -0600
Subject: [pmwiki-users] numeric pagelist sort?
In-Reply-To: <4581BD2B.6020606@InterdependentWeb.com>
References: <4581BD2B.6020606@InterdependentWeb.com>
Message-ID: <20061214211226.GB1728@host.pmichaud.com>

On Thu, Dec 14, 2006 at 03:07:55PM -0600, Ben Stallings wrote:
> Quick question...
> 
> Has anyone written a custom sort order for pagelists that orders the 
> results numerically, rather than by string comparison?  (So that, for 
> example, 11 comes before 101, not after)  Thanks in advance.  --Ben

What are you wanting to compare numerically?  Yes, PmWiki can do
this, but it's probably easier to give a usable example using a real
field name instead of made-up ones.

Pm



From pmichaud at pobox.com  Thu Dec 14 15:14:45 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 15:14:45 -0600
Subject: [pmwiki-users] W3C validator & PmWiki
In-Reply-To: <MPG.1febc5f7d2520d2f989979@news.gmane.org>
References: <680e31740612131749j1b5dbd82ne5953f44ff5944eb@mail.gmail.com>
	<20061214172513.GB20403@host.pmichaud.com>
	<MPG.1febc5f7d2520d2f989979@news.gmane.org>
Message-ID: <20061214211443.GC1728@host.pmichaud.com>

On Thu, Dec 14, 2006 at 08:35:37PM -0000, marc wrote:
> Patrick R. Michaud said...
> > On Wed, Dec 13, 2006 at 08:49:24PM -0500, Donald Z. Osborn wrote:
> > >    Has anyone tried using the W3C validator to look at their wiki pages? See
> > >    http://validator.w3.org/
> > 
> > Sure, I validate my sites quite a bit.  :-)
> > > 
> > >    I found in trying to troubleshoot an old problem, a lot of false
> > >    indications of errors, and then in looking at some other pages, that it
> > >    sometimes comes up with errors that are not in the source code
> > >    (view-source). Any thoughts on what's happening?
> > 
> > Could you give an example url where this is happening?
> 
> Except the search results :-)

The search results don't validate, correct.  However, I'm looking
for an example where the validator gives errors that aren't in the
view-source.  (The search results do have errors in the view-source
as well.)

Pm



From kat_lists at katspace.homelinux.org  Thu Dec 14 15:18:02 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Fri, 15 Dec 2006 08:18:02 +1100
Subject: [pmwiki-users] Importing Mail or Mail Archive
In-Reply-To: <848EA7B6-586B-4328-8916-A49E641DBBDF@math.uconn.edu>
References: <456DAA94.30508@soul-healer.com>
	<20061129160805.GA23769@host.pmichaud.com>
	<848EA7B6-586B-4328-8916-A49E641DBBDF@math.uconn.edu>
Message-ID: <20061214211802.GA24386@katla.katspace.homelinux.org>

On Thu, Dec 14, 2006 at 02:01:00PM -0500, Vince Admin Account wrote:
> There has been a discussion and a PITS entry about mailing to pmwiki.
> Perhaps there is a simple way to do what I would like to do, but I  
> couldn't find a cookbook entry.
> The minimum I guess that I need to do is to take a mail archive (ok,  
> I could break into individual messages) and
> make each message a wiki page, with a more or less reasonable markup  
> for the headers.
> Is this difficult to do? Or is it planned?

Well, if you have a mail archive that you want to display in a wiki, as
an interim measure, you might be able to use the IncludeUpload[1] recipe
to include the mail messages without actually converting them into wiki
pages.

You can use txt2html[2] to convert the messages to HTML (it has a "mail"
mode which should treat the headers right) -- the IncludeUpload recipe
can do such conversions on the fly.  And you wouldn't have to move the
mail archive (if it was already in individual messages on the webserver)
because IncludeUpload can also deal with files on the webserver (they
don't *have* to be in the PmWiki uploads directory).

If you really wanted the messages to be in wiki format, you could
convert them to HTML and then use HTML::WikiConverter[3]
to convert them to Wiki markup.

You would have to do it all by hand, though, unless you wrote yourself a
script.

Another, probably better, program for converting mail archives into HTML
is MHonArc[4], since it's oriented towards mail archives (rather than
being a generic text-to-HTML converter); it converts whole mailboxes to
sets of HTML files in a directory.   That still doesn't cover the "make
them into wiki pages" problem; that would still have to be done by hand,
whether you use WikiConverter or IncludeUpload.

I vaguely recall someone mentioning that they had written a Perl module
for accessing PmWiki pages (via the filesystem) but I have no idea if
the module is actually available anywhere.  (Someone?  Please?)

[1] http://www.pmwiki.org/wiki/Cookbook/IncludeUpload
[2] http://search.cpan.org/~rubykat/txt2html-2.44/
[3] http://search.cpan.org/~diberri/HTML-WikiConverter-0.61/
[4] http://www.mhonarc.org/

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From design5 at softflow.co.uk  Thu Dec 14 15:28:15 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 21:28:15 +0000
Subject: [pmwiki-users] jumpbox error
Message-ID: <1904071516.20061214212815@softflow.co.uk>

I got an 'invalid pagename' error when using the jumpbox
on http://www.pmwiki.org/wiki/Test/JumpBox
with this line:

(:input jumpbox value="Cookbook.Input" label=Input:)

Why can't it jump to a GroupName.PageName when it can jump to
PageName?


 Hans




From pmichaud at pobox.com  Thu Dec 14 15:54:37 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 15:54:37 -0600
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <1904071516.20061214212815@softflow.co.uk>
References: <1904071516.20061214212815@softflow.co.uk>
Message-ID: <20061214215436.GD1728@host.pmichaud.com>

On Thu, Dec 14, 2006 at 09:28:15PM +0000, Hans wrote:
> I got an 'invalid pagename' error when using the jumpbox
> on http://www.pmwiki.org/wiki/Test/JumpBox
> with this line:
> 
> (:input jumpbox value="Cookbook.Input" label=Input:)
> 
> Why can't it jump to a GroupName.PageName when it can jump to
> PageName?

value= has to be a url, not a pagename.

We could try to change the jumpbox to accept pagename
values instead of urls, but I was just following the example
given earlier in the week.

Pm



From design5 at softflow.co.uk  Thu Dec 14 15:55:02 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 21:55:02 +0000
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <20061214215436.GD1728@host.pmichaud.com>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
Message-ID: <1864406861.20061214215502@softflow.co.uk>

Thursday, December 14, 2006, 9:54:37 PM, Patrick wrote:

>> (:input jumpbox value="Cookbook.Input" label=Input:)
>> 
>> Why can't it jump to a GroupName.PageName when it can jump to
>> PageName?

> value= has to be a url, not a pagename.

> We could try to change the jumpbox to accept pagename
> values instead of urls, but I was just following the example
> given earlier in the week.

well you are right, otherwise the javascript will fail.
Still (:input jumpbox value=Jumpbox:) redirects to non-existent page
Jumpbox.Jumpbox

puzzled


Hans




From design5 at softflow.co.uk  Thu Dec 14 15:56:16 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 21:56:16 +0000
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <20061214215436.GD1728@host.pmichaud.com>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
Message-ID: <854897243.20061214215616@softflow.co.uk>

Thursday, December 14, 2006, 9:54:37 PM, Patrick wrote:

> value= has to be a url, not a pagename.

PS: why then the example at the top of the test page?


Hans




From sts at 1stein.org  Thu Dec 14 16:08:26 2006
From: sts at 1stein.org (Stefan Schimanski)
Date: Thu, 14 Dec 2006 23:08:26 +0100
Subject: [pmwiki-users] Pings
In-Reply-To: <20061214091922.0a8ad853@tadpole> (pmwiki@911networks.com's
	message of "Thu\, 14 Dec 2006 09\:19\:22 -0800")
References: <20061214091922.0a8ad853@tadpole>
Message-ID: <m21wn2ruzp.fsf@goedel.local>

Look at my GoogleBlogPing recipe at
http://www.pmwiki.org/wiki/Cookbook/GoogleBlogPing
I had started with a general Technorati compatible recipe, but didn't
finish it yet. I just put a link to ping-o-matic in my bookmark bar,
that's easy enough.

Schimmi

> Is there a way to ping Google, MSN, Yahoo, Technocrati... whenever
> there is a change?
>
> There is http://www.pmwiki.org/wiki/Cookbook/GoogleSitemaps but it's
> quite old. There are changes to the format to work with MSN and Yahoo
>
> The scipt is dated  $Id: sitemap.php,v 1.7 2005/12/29 10:26:50
> pts00065 Exp $
>
>
>
> -- 
> Thanks
> http://www.sqlhacks.com
> The SQL knowledge base
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 187 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061214/69488c67/attachment.bin 

From dzosborn at gmail.com  Thu Dec 14 16:15:14 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Thu, 14 Dec 2006 17:15:14 -0500
Subject: [pmwiki-users] W3C validator & PmWiki
In-Reply-To: <20061214211443.GC1728@host.pmichaud.com>
References: <680e31740612131749j1b5dbd82ne5953f44ff5944eb@mail.gmail.com>
	<20061214172513.GB20403@host.pmichaud.com>
	<MPG.1febc5f7d2520d2f989979@news.gmane.org>
	<20061214211443.GC1728@host.pmichaud.com>
Message-ID: <680e31740612141415k2ff05b43hd035109b78182c80@mail.gmail.com>

I thought that was what I saw on a couple of skins (BNG and I think Gemini -
one instance on the latter).

If you want to see a lot, look at
http://www.panafril10n.org/wikidoc/pmwiki.php/PanAfrLoc/HomePage (this issue
is browser-independent of course). I went over the view sources in both FF
and IE, (for good meaure). There are different kinds of errors, but among
them what struck me was the indication there was a missing > or < when in
ffact the view sources showed them there.

Then in a quick check I thought I found the same thing in a couple of other
skins, which made me wonder (not that that puts the problem in my
implementation in any company, but that it raised doubts about something in
the way the validator was looking at things)'

Don


On 12/14/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
>
> On Thu, Dec 14, 2006 at 08:35:37PM -0000, marc wrote:
> > Patrick R. Michaud said...
> > > On Wed, Dec 13, 2006 at 08:49:24PM -0500, Donald Z. Osborn wrote:
> > > >    Has anyone tried using the W3C validator to look at their wiki
> pages? See
> > > >    http://validator.w3.org/
> > >
> > > Sure, I validate my sites quite a bit.  :-)
> > > >
> > > >    I found in trying to troubleshoot an old problem, a lot of false
> > > >    indications of errors, and then in looking at some other pages,
> that it
> > > >    sometimes comes up with errors that are not in the source code
> > > >    (view-source). Any thoughts on what's happening?
> > >
> > > Could you give an example url where this is happening?
> >
> > Except the search results :-)
>
> The search results don't validate, correct.  However, I'm looking
> for an example where the validator gives errors that aren't in the
> view-source.  (The search results do have errors in the view-source
> as well.)
>
> Pm
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061214/3ec524e7/attachment.html 

From pmichaud at pobox.com  Thu Dec 14 16:56:48 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 16:56:48 -0600
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <854897243.20061214215616@softflow.co.uk>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
Message-ID: <20061214225648.GE1728@host.pmichaud.com>

On Thu, Dec 14, 2006 at 09:56:16PM +0000, Hans wrote:
> Thursday, December 14, 2006, 9:54:37 PM, Patrick wrote:
> 
> > value= has to be a url, not a pagename.
> 
> PS: why then the example at the top of the test page?

Oops, mistake on my part.  I think that at the time I wrote
that I was thinking of using value=pagename, but then changed
it to be value=pageurl instead.

Pm



From design5 at softflow.co.uk  Thu Dec 14 17:15:00 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 23:15:00 +0000
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <20061214225648.GE1728@host.pmichaud.com>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
	<20061214225648.GE1728@host.pmichaud.com>
Message-ID: <1814715964.20061214231500@softflow.co.uk>

Thursday, December 14, 2006, 10:56:48 PM, Patrick wrote:

> Oops, mistake on my part.  I think that at the time I wrote
> that I was thinking of using value=pagename, but then changed
> it to be value=pageurl instead.

If one wants to use page names it works fine by prefixing
{$ScriptUrl}:

(:input jumpbox value="{$ScriptUrl}?n=Cookbook.Input" label=Input:)

or shorter

(:input jumpbox "{$ScriptUrl}?n=Cookbook.Input" Input:)


Great input form script!


Hans




From pmichaud at pobox.com  Thu Dec 14 17:24:15 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 17:24:15 -0600
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <1814715964.20061214231500@softflow.co.uk>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
	<20061214225648.GE1728@host.pmichaud.com>
	<1814715964.20061214231500@softflow.co.uk>
Message-ID: <20061214232414.GG1728@host.pmichaud.com>

On Thu, Dec 14, 2006 at 11:15:00PM +0000, Hans wrote:
> Thursday, December 14, 2006, 10:56:48 PM, Patrick wrote:
> 
> > Oops, mistake on my part.  I think that at the time I wrote
> > that I was thinking of using value=pagename, but then changed
> > it to be value=pageurl instead.
> 
> If one wants to use page names it works fine by prefixing
> {$ScriptUrl}:
> 
> (:input jumpbox value="{$ScriptUrl}?n=Cookbook.Input" label=Input:)
> 
> or shorter
> 
> (:input jumpbox "{$ScriptUrl}?n=Cookbook.Input" Input:)

Even better is

    (:input jumpbox "{Cookbook.Input$PageUrl}" Input:)

because it will then use the correct url for the page 
regardless of the ?n=Cookbook.Input or /Cookbook/Input form.

Pm



From design5 at softflow.co.uk  Thu Dec 14 17:27:13 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 23:27:13 +0000
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <20061214232414.GG1728@host.pmichaud.com>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
	<20061214225648.GE1728@host.pmichaud.com>
	<1814715964.20061214231500@softflow.co.uk>
	<20061214232414.GG1728@host.pmichaud.com>
Message-ID: <64112235.20061214232713@softflow.co.uk>

Thursday, December 14, 2006, 11:24:15 PM, Patrick wrote:

> Even better is

>     (:input jumpbox "{Cookbook.Input$PageUrl}" Input:)

> because it will then use the correct url for the page 
> regardless of the ?n=Cookbook.Input or /Cookbook/Input form.

I thought ?n=Group.Name will always work.

{Cookbook.Input$PageUrl} looks spooky to me at first glance, since
PageUrl is at the end. Could you please explain this construct?


I found another error in the same jumpbox:
Using the Jump to page button does not work.
The markup needs this:

<form action='{$ScriptUrl}' method='post'>

$ScriptUrl instead of $PageUrl

And just to ease my mind:
In pmwiki php {$ScriptUrl} is equivalent to $ScriptUrl, none is
preferable above the other?


Hans




From dominique.faure at gmail.com  Thu Dec 14 17:42:09 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Fri, 15 Dec 2006 00:42:09 +0100
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <64112235.20061214232713@softflow.co.uk>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
	<20061214225648.GE1728@host.pmichaud.com>
	<1814715964.20061214231500@softflow.co.uk>
	<20061214232414.GG1728@host.pmichaud.com>
	<64112235.20061214232713@softflow.co.uk>
Message-ID: <599dbcaf0612141542w5706c6bds311e4cb57b02656@mail.gmail.com>

On 12/15/06, Hans <design5 at softflow.co.uk> wrote:
> Thursday, December 14, 2006, 11:24:15 PM, Patrick wrote:
>
> > Even better is
>
> >     (:input jumpbox "{Cookbook.Input$PageUrl}" Input:)
>
> > because it will then use the correct url for the page
> > regardless of the ?n=Cookbook.Input or /Cookbook/Input form.
>
> I thought ?n=Group.Name will always work.
>
> {Cookbook.Input$PageUrl} looks spooky to me at first glance, since
> PageUrl is at the end. Could you please explain this construct?
>

The {$PageUrl} evaluated from to the Cookbook.Input page ie the url of
the Cookbook.Input page.following the current pmwiki config.

A damn *real* clever trick here!

Dom



From pmichaud at pobox.com  Thu Dec 14 17:44:57 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 17:44:57 -0600
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <64112235.20061214232713@softflow.co.uk>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
	<20061214225648.GE1728@host.pmichaud.com>
	<1814715964.20061214231500@softflow.co.uk>
	<20061214232414.GG1728@host.pmichaud.com>
	<64112235.20061214232713@softflow.co.uk>
Message-ID: <20061214234457.GI1728@host.pmichaud.com>

On Thu, Dec 14, 2006 at 11:27:13PM +0000, Hans wrote:
> Thursday, December 14, 2006, 11:24:15 PM, Patrick wrote:
> 
> > Even better is
> 
> >     (:input jumpbox "{Cookbook.Input$PageUrl}" Input:)
> 
> > because it will then use the correct url for the page 
> > regardless of the ?n=Cookbook.Input or /Cookbook/Input form.
> 
> I thought ?n=Group.Name will always work.

It will always work, but it means that the url in the address
bar might not match the form of other urls (e.g., on pmwiki.org
the urls are /wiki/Group/Name, not /wiki?n=Group.Name).

> {Cookbook.Input$PageUrl} looks spooky to me at first glance, since
> PageUrl is at the end. Could you please explain this construct?

That just means the url of the Cookbook.Input page.  It's the same
as any other page variable:

    {Cookbook.Input$Name}           Input
    {Cookbook.Input$Group}          Cookbook
    {Cookbook.Input$FullName}       Cookbook.Input
    {Cookbook.Input$PageUrl}        .../wiki/Cookbook/Input
                                      or
                                    .../wiki?n=Cookbook.Input
                                    (depends on $EnablePathInfo setting)

> I found another error in the same jumpbox:
> Using the Jump to page button does not work.
> The markup needs this:
> 
> <form action='{$ScriptUrl}' method='post'>
> 
> $ScriptUrl instead of $PageUrl

Really, it doesn't work with $PageUrl?  I thought that PmWiki would
always prefer the 'n' parameter over any other source of pagename.


> And just to ease my mind:
> In pmwiki php {$ScriptUrl} is equivalent to $ScriptUrl, none is
> preferable above the other?

I generally choose {$ScriptUrl} simply because it makes it
clearer, and is more consistent with what appears in the markup.
But {$...} only works for page variables; if referring to
a global variable from a $...Fmt string, then don't use the
curly braces.

Pm



From design5 at softflow.co.uk  Thu Dec 14 17:45:30 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 14 Dec 2006 23:45:30 +0000
Subject: [pmwiki-users] jumpbox error
In-Reply-To: <20061214234457.GI1728@host.pmichaud.com>
References: <1904071516.20061214212815@softflow.co.uk>
	<20061214215436.GD1728@host.pmichaud.com>
	<854897243.20061214215616@softflow.co.uk>
	<20061214225648.GE1728@host.pmichaud.com>
	<1814715964.20061214231500@softflow.co.uk>
	<20061214232414.GG1728@host.pmichaud.com>
	<64112235.20061214232713@softflow.co.uk>
	<20061214234457.GI1728@host.pmichaud.com>
Message-ID: <1832019366.20061214234530@softflow.co.uk>

Thursday, December 14, 2006, 11:44:57 PM, Patrick wrote:

> Really, it doesn't work with $PageUrl?  I thought that PmWiki would
> always prefer the 'n' parameter over any other source of pagename.

http://www.pmwiki.org/wiki/Test/JumpBox

first example, just click the button, some action, but no change.


Hans




From crisses at kinhost.org  Thu Dec 14 18:48:38 2006
From: crisses at kinhost.org (Crisses)
Date: Thu, 14 Dec 2006 19:48:38 -0500
Subject: [pmwiki-users] PMWiki default documents vs search engines
In-Reply-To: <op.tkiwsqdbq87dpm@g5.local>
References: <op.tkirdwutq87dpm@g5.local>
	<loom.20061214T010803-680@post.gmane.org>
	<op.tkiwsqdbq87dpm@g5.local>
Message-ID: <24551CEB-3AA7-48B9-8998-EA692ECC4D34@kinhost.org>


On Dec 13, 2006, at 7:25 PM, porneL wrote:

>> Is it even useful to copy the documentation onto every site that uses
>> pmwiki?
>
> Well, it might. If someone is using standalone PmWiki offline (i.e.  
> making
> notes on a laptop) or to give wiki users help files in style/format  
> that
> matches rest of the site.

The other point is that the documentation covers only the features  
valid to the current installation.  so if you're on a PmWiki site  
that's outdated, at least the items in the documentation are the ones  
that will work :)  I have bumped into some PHP functions on the  
php.net site that are not valid for PHP4 -- just when I got my hopes  
up about them I read they were PHP 5 only. :(

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061214/80eb302d/attachment.html 

From sti at pooq.com  Thu Dec 14 19:22:31 2006
From: sti at pooq.com (Stirling Westrup)
Date: Thu, 14 Dec 2006 20:22:31 -0500
Subject: [pmwiki-users] Acronyms
In-Reply-To: <63DFA368-34F1-4633-90AF-F8F2DD1F7BF2@cab.bau.tu-bs.de>
References: <A61DB130-8EDA-43B2-8A4E-87A7E8AF4E68@cab.bau.tu-bs.de>	<452D5653.2090301@pooq.com>	<4495198D-1B69-47FF-B8AB-8618EE480E1B@cab.bau.tu-bs.de>	<452E8EE4.1040206@pooq.com>	<EC3E371E-B8CF-421E-B99C-6A044F1149F8@cab.bau.tu-bs.de>	<45813398.5050000@pooq.com>
	<63DFA368-34F1-4633-90AF-F8F2DD1F7BF2@cab.bau.tu-bs.de>
Message-ID: <4581F8D7.1030204@pooq.com>

Jan Hegewald wrote:
> Hello,
> 
> Am 14.12.2006 um 12:20 schrieb Stirling Westrup:
> 
>> Jan Hegewald wrote:
>>
> 
> I have a Misc.Acronyms where I inserted
> [@
> 'axxb' => 'XX Replacement Text'
> @]
> In Misc.Misc I tried axxb and {axxb} but nothing changed. Now I am  
> stuck. I guess I misunderstood something. Please be patient with me (-;
> 
Using the configuration you gave above, then {axxb} on the Misc.Misc page
should appear as an underlined 'axxb'. When you put your cursor on it, it
should show 'XX Replacement Text' as a tooltip.

If this isn't what's happening, then something is wrong in the configuration
somewhere. Do you have a URL for the page so I can look at it?





From tokyostory2000 at yahoo.co.jp  Thu Dec 14 19:40:45 2006
From: tokyostory2000 at yahoo.co.jp (Kevin)
Date: Fri, 15 Dec 2006 10:40:45 +0900
Subject: [pmwiki-users] Modifying Header
Message-ID: <4581FD1D.4030907@yahoo.co.jp>

Hello All,

Two basic questions from a newbie.

Is it possible to add html code to the header and then lock the header 
so it can't be edited by users?

Also, is there a way to lock some pages and not others?

Thanks in advance!



From sandy at onebit.ca  Thu Dec 14 19:56:14 2006
From: sandy at onebit.ca (Sandy)
Date: Thu, 14 Dec 2006 20:56:14 -0500
Subject: [pmwiki-users] Drop-down side bar?
In-Reply-To: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
Message-ID: <elsvbu$7qb$1@sea.gmane.org>

Jonathan Knight wrote:
> Hi everyone,
> 
> Can someone point me to the code to produce a side bar with drop down 
> menus for each entry?
> 
> Many thanks in advance,
> Jon
> 
> -- 
> quid lucrum istic mihi est?
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users

http://pmwiki.org/wiki/Cookbook/ExpandingMenus
This one uses conditional markup. Very nice use of tools already available.

There are also several more. Look up 'menu' on pmwiki. Some use 
JavaScript, but there are a few that don't. Seems a popular idea.

Cheers!

Sandy




From pmichaud at pobox.com  Thu Dec 14 20:47:01 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 20:47:01 -0600
Subject: [pmwiki-users] Modifying Header
In-Reply-To: <4581FD1D.4030907@yahoo.co.jp>
References: <4581FD1D.4030907@yahoo.co.jp>
Message-ID: <20061215024700.GA20312@host.pmichaud.com>

On Fri, Dec 15, 2006 at 10:40:45AM +0900, Kevin wrote:
> Hello All,
> 
> Two basic questions from a newbie.
> 
> Is it possible to add html code to the header and then lock the header 
> so it can't be edited by users?

What "header" are you referring to?  You can either modify the
skin template (http://www.pmwiki.org/wiki/PmWiki/Skins,
http://www.pmwiki.org/wiki/PmWiki/SkinTemplates).

> Also, is there a way to lock some pages and not others?

Yes -- see http://www.pmwiki.org/wiki/PmWiki/Passwords .  You can
lock individual pages, a group of pages, or the entire site.

Pm



From pmwiki at 911networks.com  Thu Dec 14 20:48:13 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Thu, 14 Dec 2006 18:48:13 -0800
Subject: [pmwiki-users] Crawling through
Message-ID: <20061214184813.02151db1@tadpole>

I am trying to make a sitemap to submit to google & yahoo. 
I used the free website: xml-sitemaps.com.

I have configured:

$SearchPatterns['default'][] = '!\\.(All)?Recent(Changes|Uploads|Comments)$!';
$SearchPatterns['default'][] = '!\\.Group(Print)?(Header|Footer|Attributes)$!';
$SearchPatterns['default'][] = '!\\.(Left|Right|Side)(Bar|Menu|Note)$!';
$SearchPatterns['default'][] = '!^Site\\.!';
$SearchPatterns['default'][] = '!^PmWiki\\.!';

# disable the page history [globally]
if ($action == 'diff') $action='browse';
# so that only registered users can see the source
$HandleAuth['diff'] = $HandleAuth['source'] = 'edit';

upload is also disabled in local/config.php

The problem that xml-sitemaps.com included all the Site files, the PmWiki files, the footers, 
the headers as separate files. It also indexed the same pages as: edit, diff, source, upload

It created the following: 

<url>
  <loc>http://www.sqlhacks.com/index.php/Retrieve/SqlAlias-in-where-clause?action=source</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/RecentChanges?action=edit</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/RecentChanges?action=diff</loc>
  <priority>0.5</priority>
  <lastmod>2006-12-15T02:37:00+00:00</lastmod>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/RightBar?action=source</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/RightBar?action=upload</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/SideBarFooter?action=edit</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/SideBarFooter?action=diff</loc>
  <priority>0.5</priority>
  <lastmod>2006-12-15T02:37:00+00:00</lastmod>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/SideBarFooter?action=source</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>
<url>
  <loc>http://www.sqlhacks.com/index.php/Site/SideBarFooter?action=upload</loc>
  <priority>0.5</priority>
  <changefreq>weekly</changefreq>
</url>

Any suggestion?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From pmichaud at pobox.com  Thu Dec 14 21:26:05 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 14 Dec 2006 21:26:05 -0600
Subject: [pmwiki-users] Crawling through
In-Reply-To: <20061214184813.02151db1@tadpole>
References: <20061214184813.02151db1@tadpole>
Message-ID: <20061215032604.GB20312@host.pmichaud.com>

On Thu, Dec 14, 2006 at 06:48:13PM -0800, pmwiki at 911networks.com wrote:
> I am trying to make a sitemap to submit to google & yahoo. 
> I used the free website: xml-sitemaps.com.
> 
> I have configured:
> 
> $SearchPatterns['default'][] = '!\\.(All)?Recent(Changes|Uploads|Comments)$!';
> $SearchPatterns['default'][] = '!\\.Group(Print)?(Header|Footer|Attributes)$!';
> $SearchPatterns['default'][] = '!\\.(Left|Right|Side)(Bar|Menu|Note)$!';
> $SearchPatterns['default'][] = '!^Site\\.!';
> $SearchPatterns['default'][] = '!^PmWiki\\.!';

Changing the value of $SearchPatterns won't affect crawling at
all -- it only affects the results of the (:searchresults:) and
(:pagelist:) directives within PmWiki.

> # disable the page history [globally]
> if ($action == 'diff') $action='browse';
> # so that only registered users can see the source
> $HandleAuth['diff'] = $HandleAuth['source'] = 'edit';
> 
> upload is also disabled in local/config.php
> 
> The problem that xml-sitemaps.com included all the Site files, 
> the PmWiki files, the footers, the headers as separate files. 
> It also indexed the same pages as: edit, diff, source, upload

xml-sitemaps.com will follow any links it happens to find on a
site.  What's worse, xml-sitemaps.com doesn't seem to honor the 
any of the robot meta tags -- it includes pages (such as ?action=edit)
that clearly indicate that they're not to be indexed by robots
and that the links on those pages shouldn't be followed.  To me 
that's a fairly serious bug in xml-sitemaps.com's spider.

(I note that the 2.2 version of the XML Sitemaps Generator
software apparently honors the robots meta tags, but the 1.0 
version used by the online interface doesn't seem to do that.)

I'm not quite sure what to offer, other than to suggest
downloading a later version of the XML Sitemaps Generator
and trying that.  

I may be able to come up with a recipe to generate XML
sitemaps based on PmWiki pagelists, but I don't know how long
that would take or how useful it'd be.  I do know that
search engines, especially Googlebot, are completely 
hammering my site with tons of unnecessary hits, so
something like this is growing in importance.

Pm



From romat2 at gmail.com  Fri Dec 15 02:56:40 2006
From: romat2 at gmail.com (Roman)
Date: Fri, 15 Dec 2006 09:56:40 +0100
Subject: [pmwiki-users] Cookbook/OptionMenu versus JumpBox
Message-ID: <3e8cb5c00612150056t1b54272i6c9a4375b18f3731@mail.gmail.com>

Dominique,

could you share with us your opinion on Cookbook/OptionMenu versus
JumpBox? Now, I am using your Optionmenu recipe. Comparing with
Jumpbox I prefer it because it is more author friendly - you don't
have to define pagelist template and you don't have to do any local
customizations, just to specify fmt=optionmenu in pagelist directive.
I've noticed that you are active in Jumpbox threads and you also
wrote: "One more time, I'm very pleased to have to obsolete weird
recipes... ;)". What do you mean by this and how would you, as an
author of OptionMenu, compare these two aproaches?

Thanks, Roman



From hegewald at cab.bau.tu-bs.de  Fri Dec 15 03:26:07 2006
From: hegewald at cab.bau.tu-bs.de (Jan Hegewald)
Date: Fri, 15 Dec 2006 10:26:07 +0100
Subject: [pmwiki-users] Acronyms
In-Reply-To: <4581F8D7.1030204@pooq.com>
References: <A61DB130-8EDA-43B2-8A4E-87A7E8AF4E68@cab.bau.tu-bs.de>	<452D5653.2090301@pooq.com>	<4495198D-1B69-47FF-B8AB-8618EE480E1B@cab.bau.tu-bs.de>	<452E8EE4.1040206@pooq.com>	<EC3E371E-B8CF-421E-B99C-6A044F1149F8@cab.bau.tu-bs.de>	<45813398.5050000@pooq.com>
	<63DFA368-34F1-4633-90AF-F8F2DD1F7BF2@cab.bau.tu-bs.de>
	<4581F8D7.1030204@pooq.com>
Message-ID: <199EAA54-D67B-49ED-925B-94F49075789B@cab.bau.tu-bs.de>

Hello,

Am 15.12.2006 um 02:22 schrieb Stirling Westrup:

> Using the configuration you gave above, then {axxb} on the  
> Misc.Misc page
> should appear as an underlined 'axxb'. When you put your cursor on  
> it, it
> should show 'XX Replacement Text' as a tooltip.
>
> If this isn't what's happening, then something is wrong in the  
> configuration
> somewhere.

I discovered that everything works fine with a different browser. So  
it is my default browser (which is Safari 2) which is making trouble  
here.

Many thanks for your help and the tasty recipe.

Cheers,
-- Jan



From tokyostory2000 at yahoo.co.jp  Fri Dec 15 06:15:35 2006
From: tokyostory2000 at yahoo.co.jp (Kevin)
Date: Fri, 15 Dec 2006 21:15:35 +0900
Subject: [pmwiki-users] Creating an index.html page
In-Reply-To: <elsvbu$7qb$1@sea.gmane.org>
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
	<elsvbu$7qb$1@sea.gmane.org>
Message-ID: <458291E7.2080601@yahoo.co.jp>

Hello,

Two more simple questions.  Once I have PMwiki installed to my server, 
how do a create a index.html or index.php page that will be the main 
page of my site?  Also, is it important to leave the PMwiki folder with 
the same name?

Thanks in advance.





From nicholas_buttle at yahoo.com  Fri Dec 15 06:21:06 2006
From: nicholas_buttle at yahoo.com (Nicholas Buttle)
Date: Fri, 15 Dec 2006 04:21:06 -0800 (PST)
Subject: [pmwiki-users] B-Bay
Message-ID: <20061215122106.85785.qmail@web31013.mail.mud.yahoo.com>

Hi,

As part of our internal pmwiki implementation somebody
suggested an office version of ebay.

I don't suppose anyone is working on an auctioning
cookbook or could suggest how difficult one might be
to set up.

TIA

Nicholas


 
____________________________________________________________________________________
Do you Yahoo!?
Everyone is raving about the all-new Yahoo! Mail beta.
http://new.mail.yahoo.com



From gmane at auxbuss.com  Fri Dec 15 07:27:39 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 15 Dec 2006 13:27:39 -0000
Subject: [pmwiki-users] Creating an index.html page
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
	<elsvbu$7qb$1@sea.gmane.org> <458291E7.2080601@yahoo.co.jp>
Message-ID: <MPG.1fecb2f91a241a3b98997b@news.gmane.org>

Kevin said...
> 
> Two more simple questions.  Once I have PMwiki installed to my server, 
> how do a create a index.html or index.php page that will be the main 
> page of my site?

>From the docs PmWiki/Installation

The PmWiki distribution deliberately doesn't include an index.php file. 
Resist the temptation to rename pmwiki.php to index.php because if you 
rename the file it will not be overwritten during an upgrade. Instead, 
add an index.php "wrapper script" with the following single line 
(missing a closing " ?>" tag deliberately):

  <?php include('pmwiki.php'); 

> Also, is it important to leave the PMwiki folder with the same name?

No, but I think most if us do so.

-- 
Best,
Marc




From editor at fast.st  Fri Dec 15 08:20:50 2006
From: editor at fast.st (The Editor)
Date: Fri, 15 Dec 2006 09:20:50 -0500
Subject: [pmwiki-users] zap modules questions
Message-ID: <fec7cf150612150620j540ad954tf0ed39d29126359f@mail.gmail.com>

Greetings list,

As some of you may know, I've been doing a pretty significant rewrite
of the zap code to make it a bit more flexible and secure, and to
accommodate the requests of various individuals.  I'm also hoping to
simplify the syntax so zap will take less of a learning curve (sorry
it is so complicated!).  In the process I've been thinking some about
how the zap modules work.

Currently, the various commands and features in zap are scattered
throughout several modules.  Parts of those modules are more
experimental, others work fine.  Some parts have useful features,
others less so.  I'm considering taking the more stable, useful
features and adding them back into zap, and leave the experimental
portions to modules for development at a later time.  Does anyone have
any preferences for module features that should come prepacked in the
basic zap install?

My tentative plan at this point:

zap (main module)
* add basic email (from zapmail)
* add create/destroy/rename pages (from zapfiles).
* add upload command?

zaplogin
* a new module for login and new member registration commands

zapmail
* maillists, and newsletters

zaplog
* rename from zapfiles and use for logging function

zapcart
* keep as is

zapchat
* keep as is

zaparchives
* deprecated zap commands

zapdemo
* template for building your own module.

The idea behind this shift, is I'd like for most users to only have to
download one script.

I could also create a zaplite module with a heavily stripped down
version of zap without any extra markups, conditionals, and a bare
minimum of commands, just for those who want basic data saving
capability--though it's a bit hard to define which commands are a bare
minimum...  (I tried this once before but found it a bit hard to keep
both versions of zap updated).

Also, I've simply eliminated about a half dozen commands where they
could be better handled by markup and/or conditionals.  Hope to have a
beta out very soon, later today maybe, though updating the
documentation will take longer...

Thanks in advance for your input!

Cheers,
Dan



From pmwiki at ben-amotz.com  Fri Dec 15 08:44:20 2006
From: pmwiki at ben-amotz.com (Pico)
Date: Fri, 15 Dec 2006 09:44:20 -0500
Subject: [pmwiki-users] Roadmap comments feature
Message-ID: <4582B4C4.9030705@ben-amotz.com>

Any estimate of when the comments features will start to appear in 2.2.0?

Do you anticipate comments making use of the new input select (for 
example, to categorize comments being posted and to determine the target 
page where a particular comment will be posted)?

-- 

        __  /
       /   /
      /___/ _/  ___/  __  /
     /      /  /     /   /
   _/     _/  ____/ ____/

>>>===pmwiki at ben-amotz.com===>




From lighans at gmail.com  Fri Dec 15 08:48:18 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Fri, 15 Dec 2006 15:48:18 +0100
Subject: [pmwiki-users] WikiGallery
In-Reply-To: <bfccd1f90612140701s50d4202ehab2fbf66498543f7@mail.gmail.com>
References: <d9d039dd0612100734u671dab3ge55f7259eb032d04@mail.gmail.com>
	<uodqbsq66.fsf@1stein.org>
	<bfccd1f90612110723ic6a9915q83b177ff065227ec@mail.gmail.com>
	<upsaq4dkr.fsf@1stein.org>
	<bfccd1f90612111038m3834d14cjfda0aeee9ac7589c@mail.gmail.com>
	<uk60y3utj.fsf@1stein.org>
	<bfccd1f90612140701s50d4202ehab2fbf66498543f7@mail.gmail.com>
Message-ID: <bfccd1f90612150648wa7862datdd3aab58b3552f49@mail.gmail.com>

Sorry for bothering you. I thought I doublechecked everything. But I
forgot the obvious.
It used the wikigallery for the other site. And there I uncommented
$FPLTemplatePageFmt. And yes, after changing that, it works.

-- 
Groetjes
Hans
http://www.fali.nl



From Ben at InterdependentWeb.com  Thu Dec 14 16:40:56 2006
From: Ben at InterdependentWeb.com (Ben Stallings)
Date: Thu, 14 Dec 2006 16:40:56 -0600
Subject: [pmwiki-users] numeric pagelist sort?
In-Reply-To: <20061214211226.GB1728@host.pmichaud.com>
References: <4581BD2B.6020606@InterdependentWeb.com>
	<20061214211226.GB1728@host.pmichaud.com>
Message-ID: <4581D2F8.6010206@InterdependentWeb.com>

Patrick R. Michaud wrote:
> What are you wanting to compare numerically?  Yes, PmWiki can do
> this, but it's probably easier to give a usable example using a real
> field name instead of made-up ones.

Well, the immediate example would be {=$Name}... for example, currently 
DataQuery refers to records by their primary key, which is usually an 
integer with no leading zeros: 
http://www.workscited.net/dataquery/Main/ListRecordsInATable?q=a&group=Article&action=search
(sorry for the long URL).

But even once I get the program to accept alternate key fields, people 
may want to sort by numeric fields like {=$:dues_paid}, so it would be 
nice to have a general solution.  If none exists, that's fine, but I 
thought perhaps a general solution had already been written.  Thanks!  --Ben



From dominique.faure at gmail.com  Fri Dec 15 08:57:25 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Fri, 15 Dec 2006 15:57:25 +0100
Subject: [pmwiki-users] Cookbook/OptionMenu versus JumpBox
In-Reply-To: <3e8cb5c00612150056t1b54272i6c9a4375b18f3731@mail.gmail.com>
References: <3e8cb5c00612150056t1b54272i6c9a4375b18f3731@mail.gmail.com>
Message-ID: <599dbcaf0612150657m36df927fyba5664e14c3d781@mail.gmail.com>

On 12/15/06, Roman <romat2 at gmail.com> wrote:
> Dominique,
>
> could you share with us your opinion on Cookbook/OptionMenu versus
> JumpBox? Now, I am using your Optionmenu recipe. Comparing with
> Jumpbox I prefer it because it is more author friendly - you don't
> have to define pagelist template and you don't have to do any local
> customizations, just to specify fmt=optionmenu in pagelist directive.
> I've noticed that you are active in Jumpbox threads and you also
> wrote: "One more time, I'm very pleased to have to obsolete weird
> recipes... ;)". What do you mean by this and how would you, as an
> author of OptionMenu, compare these two aproaches?

The Cookbook/OptionMenu is a "classical" php coded recipe and don't
rely on last form markup features. The recipe may even run on v2.1
(untested). You'd install it as any other recipe. The provided markup
is:

  (:pagelist group=Cookbook fmt=optionmenu:)

The Cookbook/InputJumpBox may be considered as a side effect of latest
form handling provided latest beta. It may also be considered as a
recipe since you'll need both a bit of php to define the specialized
(:input jumpbox:) form markup, and to add the dedicated pagelist
template format using it into your Site.LocalTemplates. The provided
markup is then:

  (:pagelist group=Cookbook fmt=#jumpbox:)

Technically speaking, both approaches provide the same behavior, but
the Cookbook/OptionMenu as a "closed" behavior provider is far less
flexible than the Cookbook/InputJumpBox which is only a specialization
of a core  implementated feature.
For example it's nearly impossible with Cookbook/OptionMenu to provide
conditionally forged menu item without using php code, while it's a
real piece of cake with Cookbook/InputJumpBox which requires nothing
more.

That's why I tend to consider Cookbook/OptionMenu as obsolete ie. I
won't maintain it anymore.

NB: I even just provided a way to emulate the javascript hidden submit
button alternative for Cookbook/InputJumpBox ;)

Dom



From nicola at nyu.edu  Fri Dec 15 09:07:44 2006
From: nicola at nyu.edu (Nicola Monat-Jacobs)
Date: Fri, 15 Dec 2006 10:07:44 -0500
Subject: [pmwiki-users] LDAP with BindDN
In-Reply-To: <41AB9297-31EF-44F1-AF52-033ACA452A38@nyu.edu>
References: <C454ABB9-1ADA-4E9F-892A-2B5EB272E935@nyu.edu>
	<457EF3AA.8030906@airmail.net>
	<41AB9297-31EF-44F1-AF52-033ACA452A38@nyu.edu>
Message-ID: <36782651-ABF4-4C90-BA29-9517E3633C69@nyu.edu>

Okay, so now PHP has been complied with LDAP support, but I am  
getting PHP error messages:

Warning: ldap_set_option(): supplied argument is not a valid ldap  
link resource in /usr/local/apache2/htdocs/pmwiki/scripts/ 
authuser.php on line 144

Warning: ldap_bind() expects parameter 1 to be resource, boolean  
given in /usr/local/apache2/htdocs/pmwiki/scripts/authuser.php on  
line 145

Warning: ldap_close() expects parameter 1 to be resource, boolean  
given in /usr/local/apache2/htdocs/pmwiki/scripts/authuser.php on  
line 154

Warning: Cannot modify header information - headers already sent by  
(output started at /usr/local/apache2/htdocs/pmwiki/scripts/ 
authuser.php:144) in /usr/local/apache2/htdocs/pmwiki/pmwiki.php on  
line 885

Weirder still, it looks like the values from my local/config.php file  
are only being detected sporadically. For example, it will pick up  
and use my wiki's name, but it won't recognize $PubDirURL as a  
variable (even though it is set in that file), and thus the image  
doesn't display. Earlier, I was having to restart apache to even get  
settings from the config file to be noticed. This could be the reason  
that the above errors are happening - the LDAP settings in the config  
file aren't being read.

This is very mysterious and I can't figure it out.

N

On Dec 12, 2006, at 4:07 PM, Nicola Monat-Jacobs wrote:

> Yes, I have confirmed that a command line query from the machine  
> works. I just realized that PHP5 doesn't come with LDAP support  
> enabled by default, so I think it's that.
>
> http://us3.php.net/manual/en/ref.ldap.php
>
> On Dec 12, 2006, at 1:23 PM, Chris Cox wrote:
>
>> Nicola Monat-Jacobs wrote:
>>> Hi -
>>>
>>> I'm trying to get LDAP authentication working with the latest
>>> version, and though it prompts me to login, it says that my username
>>> and password are not recognized. My LDAP admin says that he's not
>>> even seeing requests from pmWiki host machine to the LDAP server.  
>>> Our
>>> LDAP does not allow anonymous binds, so I am using the
>>> $AuthLDAPBindDN and $AuthLDAPBindPassword variables, but it's just
>>> failing silently. Is there any one who has implemented this? Is  
>>> there
>>> anyway that I can get some kind of lead on what might be failing?
>>> I've attempted to turn on verbose logging in the php.ini file, but
>>> I'm not getting anything.
>>
>> Perhaps not terribly specific, but if you have access to a Linux/Unix
>> box, have you tried doing a simple client query from there to make
>> sure you can bind and query??
>>
>> Just a suggestion,
>> Chris
>>
>>
>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>




From oneidak at gmail.com  Fri Dec 15 10:00:09 2006
From: oneidak at gmail.com (Oneida Kincaid)
Date: Fri, 15 Dec 2006 08:00:09 -0800
Subject: [pmwiki-users] Clean URLs
In-Reply-To: <mailman.57.1166185267.9735.pmwiki-users@pmichaud.com>
References: <mailman.57.1166185267.9735.pmwiki-users@pmichaud.com>
Message-ID: <4582C689.6040402@gmail.com>

I have a new PmWiki installation at http://www.pwsdots.org/. At one 
point while installing PmWiki I had nice clean urls (e.g., 
http://www.pwsdots.org/Articles.Carnitine) using the following:

(1) In the local/config.php file:

$ScriptUrl = 'http://www.pwsdots.org';
$EnablePathInfo = 1;

(2) an index.php file with <?php include('pmwiki.php');

(3) an htaccess file with:

RewriteEngine On
RewriteBase /
RewriteRule ^$pmwiki.php  [L]
RewriteRule ^index\.php$ pmwiki.php  [L]
RewriteRule ^([^/a-z].*) pmwiki.php?n=$1  [QSA,L]

Then somehow things got messed up and now all links are broken (404 not 
found error) unless I set $EnablePathInfo to 0. However, when I do that, 
all links have a ?n=, e.g., http://www.pwsdots.org/?n=Articles.Carnitine.

Does anyone who understands mod_rewrite better than I do know how the 
?n= can be removed from the urls? I know this question has probably been 
asked a zillion times before, but I've studied the CleanURLs page and 
fiddled and fiddled with things until my brain has turned to mush. Maybe 
someone with a fresh eye on this can see what I'm missing?

Thanks,
Oneida







From sandy at onebit.ca  Fri Dec 15 10:19:02 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 15 Dec 2006 11:19:02 -0500
Subject: [pmwiki-users] EmailForm with confirmation code to discourage spam
Message-ID: <eluhtn$th9$1@sea.gmane.org>


emailform-s.php

Added a 3-digit confirmation code, similar to CommentBoxPlus, but 
without the JavaScript.

http://www.pmwiki.org/wiki/Cookbook/MailForm

Formatting is kludged, but it works.

Example is:
http://www.cricket.onebit.ca/Main/Feedback2

Cheers!

Sandy







From hsingfoo at gmail.com  Fri Dec 15 10:26:41 2006
From: hsingfoo at gmail.com (Hsing-Foo Wang)
Date: Fri, 15 Dec 2006 17:26:41 +0100
Subject: [pmwiki-users] question on sideBar
In-Reply-To: <20061214150444.GA1347@host.pmichaud.com>
References: <4581503A.4070405@knmi.nl>
	<bf85d9a00612140608m686e2f39y58a758cbaf730b59@mail.gmail.com>
	<20061214150444.GA1347@host.pmichaud.com>
Message-ID: <bf85d9a00612150826j2822915ay5755fc5e6115cea@mail.gmail.com>

As pm suggests, that's the way to do it correctly. Links with no
groupname will assume the page is within the 'Site' group, and not
within the intended group.

e.g.
[[NewItem]] will assume the 'NewItem' is within the 'Site' group (Site.NewItem)
[[NewGroup.NewItem]] will search the 'NewItem' page is within the
'NewGroup' group

Regards,
-HF


>
> And if editing the Site.SideBar page, be sure to qualify
> any page links with their group name as well.
>
> Pm



From crisses at kinhost.org  Fri Dec 15 10:38:35 2006
From: crisses at kinhost.org (Crisses)
Date: Fri, 15 Dec 2006 11:38:35 -0500
Subject: [pmwiki-users] zap modules questions
In-Reply-To: <fec7cf150612150620j540ad954tf0ed39d29126359f@mail.gmail.com>
References: <fec7cf150612150620j540ad954tf0ed39d29126359f@mail.gmail.com>
Message-ID: <6FEC2BA6-B93B-4E54-929E-DC92BA83F7DA@kinhost.org>


On Dec 15, 2006, at 9:20 AM, The Editor wrote:

> zap (main module)
> * add basic email (from zapmail)
> * add create/destroy/rename pages (from zapfiles).
> * add upload command?

I liked the email being kept separate.  It makes it a not-security- 
issue on pages where I want ZAP but don't want anyone sending  
emails.  I'm just thinking along the lines of a multi-user site where  
perhaps some users are stupid with passwords, but have access to  
ZAP.  The people that SHOULD be on the site are trustworthy, but the  
people who might get on the site are not.

I don't care if it's in the file, if I must specify in the config  
file whether or not to enable email.

In other words, if I just want to make pretty forms that store data,  
I don't want forms that might send emails.

> zaplogin
> * a new module for login and new member registration commands

good -- keep it out :)  I don't need it LOL

> zapmail
> * maillists, and newsletters

How about "zapmail" with the email stuff, and "zaplists" for  
mailinglist and newsletter subscription management?

> zapdemo
> * template for building your own module.

Could be interesting....

> The idea behind this shift, is I'd like for most users to only have to
> download one script.

I didn't mind downloading the zapmail script to try out email  
functions.  Everything else was in the zap.php that I needed.

> I could also create a zaplite module with a heavily stripped down
> version of zap without any extra markups, conditionals, and a bare
> minimum of commands, just for those who want basic data saving
> capability--though it's a bit hard to define which commands are a bare
> minimum...  (I tried this once before but found it a bit hard to keep
> both versions of zap updated).

You can do this on a configuration level, if you disable commands in  
the configs by default?
$ZAPConfig['advanced'] = false; //default - baby steps
$ZAPConfig['advanced'] = true; //turn up the volume

> Also, I've simply eliminated about a half dozen commands where they
> could be better handled by markup and/or conditionals.  Hope to have a
> beta out very soon, later today maybe, though updating the
> documentation will take longer...

I would love to help test.  I still need that email form :)

Sorry that I don't have answers for your questions on the developer  
list....

Crisses



From ben at interdependentweb.com  Fri Dec 15 11:11:35 2006
From: ben at interdependentweb.com (Ben Stallings)
Date: Fri, 15 Dec 2006 11:11:35 -0600
Subject: [pmwiki-users] B-Bay
In-Reply-To: <mailman.57.1166185267.9735.pmwiki-users@pmichaud.com>
References: <mailman.57.1166185267.9735.pmwiki-users@pmichaud.com>
Message-ID: <4582D747.9010908@interdependentweb.com>

Nicholas wrote,
> I don't suppose anyone is working on an auctioning
> cookbook or could suggest how difficult one might be
> to set up.

Pretty darn tough, would be my guess.  ZAPdata could get you a lot of 
the way there, if you wanted to design a lot of forms yourself. 
Handling bids would be a challenge.

The easier way to go would be to use a separate open-source auction 
program and use AuthUserDbase to use the other program's database for 
your wiki logins, so that a single login would work for both programs.

Good luck!  --Ben S.



From sandy at onebit.ca  Fri Dec 15 11:21:02 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 15 Dec 2006 12:21:02 -0500
Subject: [pmwiki-users] B-Bay
In-Reply-To: <4582D747.9010908@interdependentweb.com>
References: <mailman.57.1166185267.9735.pmwiki-users@pmichaud.com>
	<4582D747.9010908@interdependentweb.com>
Message-ID: <elulhu$ldh$1@sea.gmane.org>

Ben Stallings wrote:
> Nicholas wrote,
>> I don't suppose anyone is working on an auctioning
>> cookbook or could suggest how difficult one might be
>> to set up.
> 
> Pretty darn tough, would be my guess.  ZAPdata could get you a lot of 
> the way there, if you wanted to design a lot of forms yourself. 
> Handling bids would be a challenge.
> 
> The easier way to go would be to use a separate open-source auction 
> program and use AuthUserDbase to use the other program's database for 
> your wiki logins, so that a single login would work for both programs.
> 
> Good luck!  --Ben S.

Does it have to be similar to EBay? Charities often have silent 
auctions, where you add your name and bid to a public list. No automated 
bidding. If the "add only" feature has been implemented, that would 
prevent people from changing others' bids.

Maybe the forums feature? Each item would be a thread and each bid a post.

Sandy




From pmichaud at pobox.com  Fri Dec 15 11:33:01 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 11:33:01 -0600
Subject: [pmwiki-users] your mail
In-Reply-To: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
References: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
Message-ID: <20061215173259.GA31822@host.pmichaud.com>

On Fri, Dec 15, 2006 at 06:13:50PM +0100, Laurent Meister wrote:
> Hello everybody,  in the past few days our provider registered  
> several DOS-attacs on our pmwiki (http://www.apfelwiki.de). There  
> seems to be some bots requesting all the time the internal  
> searchengine. Also the Frontpage (http://apfelwiki.de(wiki/Main/ 
> ApfelWiki) seems to be target. Our provider is now recommending to  
> redirect to another directory and block wiki/.
> 
> I hope it's not to confusing... does anybody has an idea, what to do  
> or change on our wiki?

What version of PmWiki are you using?

What's the user agent string of the bots that are requesting
the engine?

Pm



From sandy at onebit.ca  Fri Dec 15 11:56:01 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 15 Dec 2006 12:56:01 -0500
Subject: [pmwiki-users] RSS Feeds not working
Message-ID: <elunjh$1nb$1@sea.gmane.org>

I'm positive I had it working once.

Using Firefox 2.0 and
pmwiki-2.2.0-beta17.


Site is
http://www.cricket.onebit.ca/Site/AllRecentChanges?action=rss.


The local/config.php file has:

if ($action == 'rss') include_once("$FarmD/scripts/feeds.php");
if ($action == 'atom') include_once('$FarmD/scripts/feeds.php');
if ($action == 'rdf') include_once('$FarmD/scripts/feeds.php');
if ($action == 'dc') include_once('$FarmD/scripts/feeds.php');

$FeedFmt['rss']['item']['description'] = '$LastModifiedSummary';
$FeedFmt['atom']['item']['description'] = '$LastModifiedSummary';
$FeedFmt['rdf']['item']['description'] = '$LastModifiedSummary';
$FeedFmt['dc']['item']['description'] = '$LastModifiedSummary';

$FeedFmt['rss']['item']['title'] = '{$Group} / {$Title} : 
$LastModifiedSummary';

$FeedFmt['rss']['item']['description'] = '$LastModifiedSummary';

++++
What I get is:

XML Parsing Error: xml declaration not at start of external entity
Location: http://www.cricket.onebit.ca/Site/AllRecentChanges?action=rss
Line Number 5, Column 1:<?xml version="1.0" encoding="ISO-8859-1"?>
^

++++
I was able to ViewSource and get the actual xml file. It starts with 
several blank lines. PmWiki's equivalent feed does not, so that might be 
the problem, but I've no clue what's causing that to happen.

Any ideas?

Thanks in advance,

Sandy




From pmichaud at pobox.com  Fri Dec 15 12:11:05 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 12:11:05 -0600
Subject: [pmwiki-users] RSS Feeds not working
In-Reply-To: <elunjh$1nb$1@sea.gmane.org>
References: <elunjh$1nb$1@sea.gmane.org>
Message-ID: <20061215181105.GA11655@host.pmichaud.com>

On Fri, Dec 15, 2006 at 12:56:01PM -0500, Sandy wrote:
> I'm positive I had it working once.
> 
> Using Firefox 2.0 and
> pmwiki-2.2.0-beta17.
> 
> 
> Site is
> http://www.cricket.onebit.ca/Site/AllRecentChanges?action=rss.
> 
> 
> The local/config.php file has:
> 
> if ($action == 'rss') include_once("$FarmD/scripts/feeds.php");
> if ($action == 'atom') include_once('$FarmD/scripts/feeds.php');
> if ($action == 'rdf') include_once('$FarmD/scripts/feeds.php');
> if ($action == 'dc') include_once('$FarmD/scripts/feeds.php');

This certainly isn't the source of the problem, but you probably
want double-quotes around $FarmD/scripts/feeds.php in the atom/rdf/dc
lines.

I don't really know where the blank lines are coming from.
Perhaps a recipe somewhere, or one of the customizations?

Would it be possible to test it on a fresh 2.2.0.beta-17 install?

Pm



From sandy at onebit.ca  Fri Dec 15 13:15:47 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 15 Dec 2006 14:15:47 -0500
Subject: [pmwiki-users] RSS Feeds not working
In-Reply-To: <20061215181105.GA11655@host.pmichaud.com>
References: <elunjh$1nb$1@sea.gmane.org>
	<20061215181105.GA11655@host.pmichaud.com>
Message-ID: <elus94$iti$1@sea.gmane.org>

Patrick R. Michaud wrote:
> On Fri, Dec 15, 2006 at 12:56:01PM -0500, Sandy wrote:
>> I'm positive I had it working once.
>>
>> Using Firefox 2.0 and
>> pmwiki-2.2.0-beta17.
>>
>>
>> Site is
>> http://www.cricket.onebit.ca/Site/AllRecentChanges?action=rss.
>>
>>
>> The local/config.php file has:
>>
>> if ($action == 'rss') include_once("$FarmD/scripts/feeds.php");
>> if ($action == 'atom') include_once('$FarmD/scripts/feeds.php');
>> if ($action == 'rdf') include_once('$FarmD/scripts/feeds.php');
>> if ($action == 'dc') include_once('$FarmD/scripts/feeds.php');
> 
> This certainly isn't the source of the problem, but you probably
> want double-quotes around $FarmD/scripts/feeds.php in the atom/rdf/dc
> lines.
> 
> I don't really know where the blank lines are coming from.
> Perhaps a recipe somewhere, or one of the customizations?
> 
> Would it be possible to test it on a fresh 2.2.0.beta-17 install?
> 
> Pm

Works fine on fresh install.
http://www.onebit.ca/pmwikifresh/pmwiki.php?n=Main.RecentChanges?action=rss

Only recipes on old one are:

CleanURLs (Please, no, don't let that be the problem. Too many things to 
change at once.)
Commentboxplus
emailform-s
extendcond
pagetoc
pmcal
skinchange
skinlist

All the rest of the changes were in farmconfig and local/config, and the 
skin. (I doubt action=rss would call the skin.)

Sandy





From pmwiki at 911networks.com  Fri Dec 15 13:44:43 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Fri, 15 Dec 2006 11:44:43 -0800
Subject: [pmwiki-users] wikilib.d cleanup
Message-ID: <20061215114443.49f678e1@tadpole>

Can I safely delete all the Pmwiki.xxx files from wikilib.d?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From sandy at onebit.ca  Fri Dec 15 13:44:39 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 15 Dec 2006 14:44:39 -0500
Subject: [pmwiki-users] RSS Feeds not working
In-Reply-To: <elus94$iti$1@sea.gmane.org>
References: <elunjh$1nb$1@sea.gmane.org>	<20061215181105.GA11655@host.pmichaud.com>
	<elus94$iti$1@sea.gmane.org>
Message-ID: <elutv8$ok7$1@sea.gmane.org>

Sandy wrote:
> Patrick R. Michaud wrote:
>> On Fri, Dec 15, 2006 at 12:56:01PM -0500, Sandy wrote:
>>> I'm positive I had it working once.
>>>
>>> Using Firefox 2.0 and
>>> pmwiki-2.2.0-beta17.
>>>
>>>
>>> Site is
>>> http://www.cricket.onebit.ca/Site/AllRecentChanges?action=rss.
>>>
>>>
>>> The local/config.php file has:
>>>
>>> if ($action == 'rss') include_once("$FarmD/scripts/feeds.php");
>>> if ($action == 'atom') include_once('$FarmD/scripts/feeds.php');
>>> if ($action == 'rdf') include_once('$FarmD/scripts/feeds.php');
>>> if ($action == 'dc') include_once('$FarmD/scripts/feeds.php');
>> This certainly isn't the source of the problem, but you probably
>> want double-quotes around $FarmD/scripts/feeds.php in the atom/rdf/dc
>> lines.
>>
>> I don't really know where the blank lines are coming from.
>> Perhaps a recipe somewhere, or one of the customizations?
>>
>> Would it be possible to test it on a fresh 2.2.0.beta-17 install?
>>
>> Pm


Found it!!!

Both farmconfig.php and local/config.php had some blank lines before
<?php if (!defined('PmWiki')) exit();

Blank space doesn't matter, right? It's PHP, not Python.

Sandy




From jbit at bitlink.com  Fri Dec 15 13:57:41 2006
From: jbit at bitlink.com (JB)
Date: Fri, 15 Dec 2006 13:57:41 -0600
Subject: [pmwiki-users] modify searchresults text
Message-ID: <eluuof$rk8$1@sea.gmane.org>

I put into my Site.Search page

     (:searchresults group=Main:)

When I search for the word "wizard" I get text displayed
in the results:

    Results of search for <italics>group=Main wizard</italics>:

How an I change the text displayed so it is like this

    Results of search for <italics>wizard</italics>:

I want to limit the search to group Main, but not have
the results say "group=Main".

How can I change this?




From jbit at bitlink.com  Fri Dec 15 14:23:06 2006
From: jbit at bitlink.com (JB)
Date: Fri, 15 Dec 2006 14:23:06 -0600
Subject: [pmwiki-users] A skin is changing $LinkPageSelfFmt
Message-ID: <elv085$3u6$1@sea.gmane.org>

Skins are to change the look and feel of the pages.

There is a skin that sets the variable "$LinkPageSelfFmt".

     # changes to extended markup recipe for selflink definition:
     global $LinkPageSelfFmt;
     $LinkPageSelfFmt = "<a class='selflink'>\$LinkText</a>";

Somehow I don't think a skin should be setting a variable
like this.




From tmdowling at gmail.com  Fri Dec 15 14:28:16 2006
From: tmdowling at gmail.com (Tegan Dowling)
Date: Fri, 15 Dec 2006 14:28:16 -0600
Subject: [pmwiki-users] wikilib.d cleanup
In-Reply-To: <20061215114443.49f678e1@tadpole>
References: <20061215114443.49f678e1@tadpole>
Message-ID: <5c8455a0612151228t1f6d8efftd82dd4b820ffa792@mail.gmail.com>

On 12/15/06, pmwiki at 911networks.com <pmwiki at 911networks.com> wrote:
> Can I safely delete all the Pmwiki.xxx files from wikilib.d?
>

Yes.  Just two days ago, in the thread "PMWiki default documents vs
search engines", PM said:

After installing/upgrading, simply remove the PmWiki.* files from wikilib.d/ .

It used to be that [this] wasn't viable because some utility
pages (e.g., PmWiki.EditQuickReference) were held in the PmWiki
group, but now all such pages are in the Site group so it's no
longer a big issue.

Yes, I recognize that continually removing the PmWiki.* pages
from wikilib.d/ on each upgrade can be a bit of a pain, but
at the moment I think it's the least of the available evils.



From design5 at softflow.co.uk  Fri Dec 15 15:18:28 2006
From: design5 at softflow.co.uk (Hans)
Date: Fri, 15 Dec 2006 21:18:28 +0000
Subject: [pmwiki-users] A skin is changing $LinkPageSelfFmt
In-Reply-To: <elv085$3u6$1@sea.gmane.org>
References: <elv085$3u6$1@sea.gmane.org>
Message-ID: <1837357828.20061215211828@softflow.co.uk>

Friday, December 15, 2006, 8:23:06 PM, JB wrote:

> Skins are to change the look and feel of the pages.

> There is a skin that sets the variable "$LinkPageSelfFmt".

>      # changes to extended markup recipe for selflink definition:
>      global $LinkPageSelfFmt;
>      $LinkPageSelfFmt = "<a class='selflink'>\$LinkText</a>";

> Somehow I don't think a skin should be setting a variable
> like this.

Would you care to explain please?
Should in your opinion a skin not set $LinkPageSelfFmt, and why not?
Or is the above example objectionable, could it be improved?

I set $LinkPageSelfFmt to override a $LinkPageSelfFmt setting from
extendmarkup.php, which just rendered links in the SideBar not to my
liking, as bold black text, dotted underlined.

PmWiki sets $LinkPageSelfFmt not as a SDV variable, so any recipe or
skin needing/wanting to change this can't use SDV either.
PmWiki sets $LinkPageSelfFmt as a link, so you have the paradox
situation to see a link to a page in the sidebar, which you are already
on. I do not agree with this (as does Markup Extensions), and so I
redefined it. Some admins like it this way, a few asked how to change
it. I think it should become a SDV variable, and all recipes wishing
to set it would use SDV as well, and then an admin can set
it in config.php if she/he wishes.


Hans




From pmichaud at pobox.com  Fri Dec 15 16:28:20 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 16:28:20 -0600
Subject: [pmwiki-users] your mail
In-Reply-To: <2281C6CA-DFAE-47B9-B1C4-2CC769022628@apfelwiki.de>
References: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
	<20061215173259.GA31822@host.pmichaud.com>
	<2281C6CA-DFAE-47B9-B1C4-2CC769022628@apfelwiki.de>
Message-ID: <20061215222816.GB23849@host.pmichaud.com>

On Fri, Dec 15, 2006 at 11:12:54PM +0100, Laurent Meister wrote:
> First we used pmwiki 2.1.16 and after the first attac I upgraded the  
> wiki to 2.2..0 beta 16.  The user agent string of the bots seems to  
> be always like this two:
> 
> User-Agent: libwww-perl/5.803
> Via: 1.1 cache.edu.hel.fi:8080 (squid/2.5.STABLE14)
> 
> or
> 
> User-Agent: Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1;  
> Maxthon)
> Via: 1.0 mining.becs.ac.in:3128 (squid/2.5.STABLE9)

I've seen a bunch of those on my site, also.   Is it making
requests for a page called gallery_top.inc.php?  If yes, then
it's apparently a bunch of zombie computers that are attempting 
to exploit a security hole in PHPGallery --totally unrelated to
PmWiki.  For some reason it appears to be also targeting PmWiki
sites, even though PmWiki has nothing to do with PHPGallery (afaik).

On my site I simply used Apache's mod_rewrite to block all requests
containing "gallery_top.inc.php":

    RewriteCond %{REQUEST_URI} gallery_top.inc.php
    RewriteRule .* - [F,L]

This causes any request containing "gallery_top.inc.php" to
be instantly returned as "403 Forbidden".  Feel free to try it -- 
http://www.pmwiki.org/wiki/Main/gallery_top.inc.php .

If you can't adjust the webserver to block the requests, then
it can be done from local/config.php:

    if (strpos($_SERVER['REQUEST_URI'], 'gallery_top.inc.php')) exit();

This causes PmWiki to immediately exit if it sees a request
with the offending string.  This isn't as good as the mod_rewrite
above (because it still causes PmWiki to be run), but it gets
caught very early in PmWiki processing and thus doesn't eat up
a lot of resources for no reason at all.

Note that redirecting to another location and blocking /wiki won't
stop the requests from coming in, it'll just mean they don't get
passed to PmWiki.  Blocking the actual urls at the webserver is
effectively the same, and doesn't require that you go moving your
site to a different location.

If the attack isn't consistently requesting gallery_top.inc.php,
then you could try blocking access based on the libwww-perl
user agent.  Let me know if you need ideas or information about doing
that.

Pm

> Am 15.12.2006 um 18:33 schrieb Patrick R. Michaud:
> 
> >On Fri, Dec 15, 2006 at 06:13:50PM +0100, Laurent Meister wrote:
> >>Hello everybody,  in the past few days our provider registered
> >>several DOS-attacs on our pmwiki (http://www.apfelwiki.de). There
> >>seems to be some bots requesting all the time the internal
> >>searchengine. Also the Frontpage (http://apfelwiki.de(wiki/Main/
> >>ApfelWiki) seems to be target. Our provider is now recommending to
> >>redirect to another directory and block wiki/.
> >>
> >>I hope it's not to confusing... does anybody has an idea, what to do
> >>or change on our wiki?
> >
> >What version of PmWiki are you using?
> >
> >What's the user agent string of the bots that are requesting
> >the engine?
> >
> >Pm
> >



From pmichaud at pobox.com  Fri Dec 15 16:37:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 16:37:12 -0600
Subject: [pmwiki-users] your mail
In-Reply-To: <20061215222816.GB23849@host.pmichaud.com>
References: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
	<20061215173259.GA31822@host.pmichaud.com>
	<2281C6CA-DFAE-47B9-B1C4-2CC769022628@apfelwiki.de>
	<20061215222816.GB23849@host.pmichaud.com>
Message-ID: <20061215223712.GD23849@host.pmichaud.com>

On Fri, Dec 15, 2006 at 04:28:20PM -0600, Patrick R. Michaud wrote:
> On Fri, Dec 15, 2006 at 11:12:54PM +0100, Laurent Meister wrote:
> > First we used pmwiki 2.1.16 and after the first attac I upgraded the  
> > wiki to 2.2..0 beta 16.  The user agent string of the bots seems to  
> > be always like this two:
> > 
> > User-Agent: libwww-perl/5.803
> > Via: 1.1 cache.edu.hel.fi:8080 (squid/2.5.STABLE14)
> > 
> If the attack isn't consistently requesting gallery_top.inc.php,
> then you could try blocking access based on the libwww-perl
> user agent.  Let me know if you need ideas or information about doing
> that.

...In thinking about this a bit further, can anyone think of a reason
why PmWiki _shouldn't_ default to treating libwww-perl user agents 
like any other robot?  AFAIK libwww-perl isn't commonly used for
"normal" interactive browsers.

Pm



From editor at fast.st  Fri Dec 15 16:42:42 2006
From: editor at fast.st (The Editor)
Date: Fri, 15 Dec 2006 17:42:42 -0500
Subject: [pmwiki-users] zap rewrite being uploaded
Message-ID: <fec7cf150612151442l777efdbtb37c4713a4beee2d@mail.gmail.com>

I just got through uploading the new zap script to zapsite.  I've
managed to test it on most of my existing snippets, and despite some
significant changes in how the code functions, generally it still
works.  However, I would not recommend upgrading just yet as I have
had a chance to rewrite the documentation--and there a large number of
changes.

I will add a downloads page to zap for all the beta versions (modules,
etc.) for those who just want to tinker around and maybe help debug.
It turned out to be a much bigger job than I anticipated but I hope
the results will be worth it for those using zap.  In an earlier email
I outlined some of the new features so won't repeat them here.  I'll
try to get the documentation up early next week. Thanks for everyone's
patience...

Cheers,
Dan

PS.  Hope everyone has a great weekend.



From kat_lists at katspace.homelinux.org  Fri Dec 15 17:09:55 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Sat, 16 Dec 2006 10:09:55 +1100
Subject: [pmwiki-users] your mail
In-Reply-To: <20061215223712.GD23849@host.pmichaud.com>
References: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
	<20061215173259.GA31822@host.pmichaud.com>
	<2281C6CA-DFAE-47B9-B1C4-2CC769022628@apfelwiki.de>
	<20061215222816.GB23849@host.pmichaud.com>
	<20061215223712.GD23849@host.pmichaud.com>
Message-ID: <20061215230955.GA17494@katla.katspace.homelinux.org>

On Fri, Dec 15, 2006 at 04:37:12PM -0600, Patrick R. Michaud wrote:
> On Fri, Dec 15, 2006 at 04:28:20PM -0600, Patrick R. Michaud wrote:
> > On Fri, Dec 15, 2006 at 11:12:54PM +0100, Laurent Meister wrote:
> > > First we used pmwiki 2.1.16 and after the first attac I upgraded the  
> > > wiki to 2.2..0 beta 16.  The user agent string of the bots seems to  
> > > be always like this two:
> > > 
> > > User-Agent: libwww-perl/5.803
> > > Via: 1.1 cache.edu.hel.fi:8080 (squid/2.5.STABLE14)
> > > 
> > If the attack isn't consistently requesting gallery_top.inc.php,
> > then you could try blocking access based on the libwww-perl
> > user agent.  Let me know if you need ideas or information about doing
> > that.
> 
> ...In thinking about this a bit further, can anyone think of a reason
> why PmWiki _shouldn't_ default to treating libwww-perl user agents 
> like any other robot?  AFAIK libwww-perl isn't commonly used for
> "normal" interactive browsers.

I can think of a reason: perl-based scripts that want to interact with
PmWiki -- I mean, "good" scripts written by users, rather than being an
"evil robot".  I know I've had in the back of my mind wanting to be able
to use perl scripts to interact with PmWiki (I just haven't written
them yet); one as a replacement for pywe, to do "edit wiki pages with
your favourite editor"; another to assist conversion from
AutomatedArchive (which is Perl-based) to my PmWiki StoryArchive recipe.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From pmichaud at pobox.com  Fri Dec 15 17:23:18 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 17:23:18 -0600
Subject: [pmwiki-users] your mail
In-Reply-To: <20061215230955.GA17494@katla.katspace.homelinux.org>
References: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
	<20061215173259.GA31822@host.pmichaud.com>
	<2281C6CA-DFAE-47B9-B1C4-2CC769022628@apfelwiki.de>
	<20061215222816.GB23849@host.pmichaud.com>
	<20061215223712.GD23849@host.pmichaud.com>
	<20061215230955.GA17494@katla.katspace.homelinux.org>
Message-ID: <20061215232313.GE23849@host.pmichaud.com>

On Sat, Dec 16, 2006 at 10:09:55AM +1100, Kathryn Andersen wrote:
> On Fri, Dec 15, 2006 at 04:37:12PM -0600, Patrick R. Michaud wrote:
> > On Fri, Dec 15, 2006 at 04:28:20PM -0600, Patrick R. Michaud wrote:
> > > If the attack isn't consistently requesting gallery_top.inc.php,
> > > then you could try blocking access based on the libwww-perl
> > > user agent.  Let me know if you need ideas or information about doing
> > > that.
> > 
> > ...In thinking about this a bit further, can anyone think of a reason
> > why PmWiki _shouldn't_ default to treating libwww-perl user agents 
> > like any other robot?  AFAIK libwww-perl isn't commonly used for
> > "normal" interactive browsers.
> 
> I can think of a reason: perl-based scripts that want to interact with
> PmWiki -- I mean, "good" scripts written by users, rather than being an
> "evil robot".  I know I've had in the back of my mind wanting to be able
> to use perl scripts to interact with PmWiki (I just haven't written
> them yet); one as a replacement for pywe, to do "edit wiki pages with
> your favourite editor"...

1.  Would it be reasonable to ask that such "good" scripts change 
    the User Agent string to not include the libwww-perl?

2.  I have a perl-based editing script already (based on one that 
    Scott Duff wrote many years ago), but it needs some cleaning up 
    and to be updated to better handle cookies/passwords.

Pm



From sethcherney at yahoo.com  Fri Dec 15 17:58:56 2006
From: sethcherney at yahoo.com (Seth Cherney)
Date: Fri, 15 Dec 2006 15:58:56 -0800 (PST)
Subject: [pmwiki-users] Small headache with a spell check attempt.
Message-ID: <684555.89729.qm@web33202.mail.mud.yahoo.com>

I have been trying to integrate a java spell check into pmwiki, as I cannot access pspell/aspell on my hosted server.  

My thought was only to mod PM's spellcheck.php to call the other js (it works on js in the browser as well.  The spell checker I am trying to integrate is VERY easy to integrate (but I am no coder).  It is sourceforge.net/projects/jspspellcheck, based on jazzy - and using word lists fo dicts (ie can make any language!).
  
I was dropping the whole thing into the pub directory, then trying to rewrite the spellcheck.php in the cookbook to point to it.  There are a few syntax problems converting the js to php compatible js, and it tries to find the form name, but ther is no form name in pmwiki edit, just for the text area. bellow is the file I have been trying to work on.  the two lines with !!! are the ones I believe causing probs.  someone with a little time could perhaps download jspspellcheck and give me  some help??  I think it is very easy for someone with background (I am a theologian).

Yes, the script works fine from the directory outside of pmwiki.

My whole wiki will be for spell cheking, so this is crucial to say the least.  
THANKS IN ADVANCE, MERCI BIEN, MUCHAS GRACIAS.

CODE (pms orig is commented out at the top):
<?php if (!defined('PmWiki')) exit(); 
/*  
    This script adds a spell checking functionality to PmWiki
    based on Speller Pages (http://spellerpages.sourceforge.net)
    and GNU Aspell.

    The script was originally prototyped by Ciaran Jessup, and then
    modified by Patrick Michaud (pmichaud at pobox.com) for cleaner
    installation with PmWiki.  

    To use this script, you will need a working copy of GNU aspell
    on your server.  Then, add the following line to your local
    configuration:

        include_once('cookbook/spellchecker.php');

    This will add a "spell check" button to the GUI button bar, and
    link in the necessary spell checking scripts.
#<script src='$PubDirUrl/speller/spellChecker.js'></script>
#<script type='text/javascript' >
#function openSpellChecker() {
#    var textarea1 = document.getElementById('text');
#    var speller = new spellChecker( textarea1 );
#    speller.popUpUrl = '$PubDirUrl/speller/spellchecker.html';
##    speller.openChecker();
#}
#</script>
*/

# If we're not editing, then just exit.
if ($action != 'edit') return;
# Configure in the Speller Pages javascript code.
$HTMLHeaderFmt[] = "
<script src='$PubDirUrl/jspspellcheck/jspspellcheck/spellcheck-caller.js'></script>
<script type='text/javascript' >
function spellCheck(){
    var elements = new Array(0);
    !!!    elements = document.getElementById('text');
    !!!    startSpellCheck('$PubDirUrl/jspspellcheck/', elements );
}
</script>
";
# Add a GUI button for spell checking.
$GUIButtons['spellcheck'] = array(1000, '', '', '',
  "<a href='javascript:spellcheck()'><img src='\$GUIButtonDirUrlFmt/spellcheck.gif' title='$[Spell check]' style='border:0px' /></a>");

?>


 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061215/31e7d7ea/attachment.html 

From pmichaud at pobox.com  Fri Dec 15 19:00:21 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 19:00:21 -0600
Subject: [pmwiki-users] A skin is changing $LinkPageSelfFmt
In-Reply-To: <1837357828.20061215211828@softflow.co.uk>
References: <elv085$3u6$1@sea.gmane.org>
	<1837357828.20061215211828@softflow.co.uk>
Message-ID: <20061216010020.GF23849@host.pmichaud.com>

On Fri, Dec 15, 2006 at 09:18:28PM +0000, Hans wrote:
> PmWiki sets $LinkPageSelfFmt not as a SDV variable, so any recipe or
> skin needing/wanting to change this can't use SDV either.
> [...] I think it should become a SDV variable, and all recipes wishing
> to set it would use SDV as well, and then an admin can set
> it in config.php if she/he wishes.

Unfortunately there's traditionally been a catch-22 here.  In order 
for $LinkPageSelfFmt to become set via SDV, PmWiki has to make
any default setting for $LinkPageSelfFmt _after_ all customizations
are performed.

But there are some recipes and customizations that rely on
$LinkPageSelfFmt already being set at the time the recipe is
run.  (This would be true for any recipe that starts calling
the markup/link processor.)

I've thought about making the $LinkPage...Fmt be set within
the LinkPage() function, but that function is slow enough already
without adding four or five more SDV() calls to each execution.

Still, we're in 2.2.0-beta, so if we wanted to move
the $LinkPage...Fmt variables below local configuration
and set them to be SDV, now would be the time.

Pm



From kat_lists at katspace.homelinux.org  Fri Dec 15 20:08:24 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Sat, 16 Dec 2006 13:08:24 +1100
Subject: [pmwiki-users] your mail
In-Reply-To: <20061215232313.GE23849@host.pmichaud.com>
References: <F2C9604C-BC90-409A-B27D-1AFE2608927E@apfelwiki.de>
	<20061215173259.GA31822@host.pmichaud.com>
	<2281C6CA-DFAE-47B9-B1C4-2CC769022628@apfelwiki.de>
	<20061215222816.GB23849@host.pmichaud.com>
	<20061215223712.GD23849@host.pmichaud.com>
	<20061215230955.GA17494@katla.katspace.homelinux.org>
	<20061215232313.GE23849@host.pmichaud.com>
Message-ID: <20061216020824.GA19854@katla.katspace.homelinux.org>

On Fri, Dec 15, 2006 at 05:23:18PM -0600, Patrick R. Michaud wrote:
> On Sat, Dec 16, 2006 at 10:09:55AM +1100, Kathryn Andersen wrote:
> > I can think of a reason: perl-based scripts that want to interact with
> > PmWiki -- I mean, "good" scripts written by users, rather than being an
> > "evil robot".  I know I've had in the back of my mind wanting to be able
> > to use perl scripts to interact with PmWiki (I just haven't written
> > them yet); one as a replacement for pywe, to do "edit wiki pages with
> > your favourite editor"...
> 
> 1.  Would it be reasonable to ask that such "good" scripts change 
>     the User Agent string to not include the libwww-perl?

Okay, if it's clearly documented, with some code snippets to make it
clear how to change the User Agent string; that would be helpful.
 
> 2.  I have a perl-based editing script already (based on one that 
>     Scott Duff wrote many years ago), but it needs some cleaning up 
>     and to be updated to better handle cookies/passwords.

I'd really appreciate if you could make that available; even more if it
could be a module plus a script, because one thing I've been using pywe
with is with a (crude) perl script which automates some things, and then
calls pywe with the results so that the user can fix up errors before
the file gets committed to the wiki.  If the "perl-based editing" could
be a module then there would be some lovely potential for calling it
from other scripts. 8-)

Thanks.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From sandy at onebit.ca  Fri Dec 15 21:07:53 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 15 Dec 2006 22:07:53 -0500
Subject: [pmwiki-users] Error 406: appropriate representation of the
	requested resource
Message-ID: <elvnua$iop$1@sea.gmane.org>

I get this error when I try to add more to my page. The page is longer 
than usual for me, but not long compared to some I've seen.

Not Acceptable
An appropriate representation of the requested resource 
/Fiction/PFriends could not be found on this server.

Apache/1.3.37 Server at cricket.onebit.ca Port 80




I narrowed it down to a specific word, but there are no special symbols 
or wiki-codes that I can see.

Any ideas? I've narrowed it down to the word "opening". I can replace 
that word with anything else, even several words, and it works.

http://www.cricket.onebit.ca/Fiction/PFriends

UserID test
password test
should let you see everything but change nothing.

Sandy




From pmichaud at pobox.com  Fri Dec 15 22:15:19 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 15 Dec 2006 22:15:19 -0600
Subject: [pmwiki-users] Error 406: appropriate representation of the
	requested resource
In-Reply-To: <elvnua$iop$1@sea.gmane.org>
References: <elvnua$iop$1@sea.gmane.org>
Message-ID: <20061216041517.GA13528@host.pmichaud.com>

On Fri, Dec 15, 2006 at 10:07:53PM -0500, Sandy wrote:
> I get this error when I try to add more to my page. The page is longer 
> than usual for me, but not long compared to some I've seen.
> 
> I narrowed it down to a specific word, but there are no special symbols 
> or wiki-codes that I can see.
> 
> Any ideas? I've narrowed it down to the word "opening". I can replace 
> that word with anything else, even several words, and it works.

This sounds to me like mod_security is somehow blocking the post.

Are you able to add the word "opening" to other pages -- i.e., is
it blocking only on this one page?

What happens if you split the word "opening" into separate parts in
the markup?  For example, you might try "[=op=]ening" and see if
that works.

Pm



From albi at cvmx.org  Sat Dec 16 02:14:11 2006
From: albi at cvmx.org (Albi Rebmann)
Date: Sat, 16 Dec 2006 09:14:11 +0100
Subject: [pmwiki-users] Error: headers already sent
Message-ID: <em09sk$n91$1@sea.gmane.org>

Hello,

I have some strange problem, I get following errors on Webpage:

Warning: Division by zero in /html/online/mitarbeiter/wiki/pmwiki.php on
line 1100

Warning: Division by zero in /html/online/mitarbeiter/wiki/pmwiki.php on
line 1100

Warning: Cannot modify header information - headers already sent by
(output started at /html/online/mitarbeiter/wiki/pmwiki.php:1100) in
/html/online/mitarbeiter/wiki/pmwiki.php on line 884



The Wiki Source is this:

|| %newwin%[[http://www.life.de/newsportal2/|Attach:forum.png]] ||
%newwin%[[Main/ForenRichtlinien|Attach:forumrichtlinien.png]] ||
|| %newwin%[[http://www.life.de/newsportal2/|LifeNet Foren im
Newsportal]] || %newwin%[[Main/ForenRichtlinien|Forenrichtlinien]] ||



The Problem are the tables, when I remove them, all is fine.
Does anybody have a idea why this happens? On another server all works fine.


ALBI...




From albi at cvmx.org  Sat Dec 16 02:24:26 2006
From: albi at cvmx.org (Albi Rebmann)
Date: Sat, 16 Dec 2006 09:24:26 +0100
Subject: [pmwiki-users] Error: headers already sent
In-Reply-To: <em09sk$n91$1@sea.gmane.org>
References: <em09sk$n91$1@sea.gmane.org>
Message-ID: <em0afq$ob0$1@sea.gmane.org>

Albi Rebmann wrote:
> I have some strange problem, I get following errors on Webpage:

Problem solved, new version .27 helps.


ALBI...




From crisses at kinhost.org  Sat Dec 16 07:51:56 2006
From: crisses at kinhost.org (Crisses)
Date: Sat, 16 Dec 2006 08:51:56 -0500
Subject: [pmwiki-users] Small headache with a spell check attempt.
In-Reply-To: <684555.89729.qm@web33202.mail.mud.yahoo.com>
References: <684555.89729.qm@web33202.mail.mud.yahoo.com>
Message-ID: <C291A4D6-B403-4246-939D-708770864B5E@kinhost.org>


On Dec 15, 2006, at 6:58 PM, Seth Cherney wrote:

> I have been trying to integrate a java spell check into pmwiki, as  
> I cannot access pspell/aspell on my hosted server.

Geek note: Java is not JavaScript.  :)  Java is by Sun Corporation,  
and is a very very hefty undertaking.  JavaScript is by Netscape Corp  
I believe, and is meant for browser scripting.  The two came out  
around the same time, and the names are very very confusing.

This is JavaScript.  I started reading and went "Java!  I can't help  
with Java!!" :)  Good thing I kept reading.

> My thought was only to mod PM's spellcheck.php to call the other js  
> (it works on js in the browser as well.  The spell checker I am  
> trying to integrate is VERY easy to integrate (but I am no coder).   
> It is sourceforge.net/projects/jspspellcheck, based on jazzy - and  
> using word lists fo dicts (ie can make any language!).
>
> I was dropping the whole thing into the pub directory, then trying  
> to rewrite the spellcheck.php in the cookbook to point to it.   
> There are a few syntax problems converting the js to php compatible  
> js, and it tries to find the form name, but ther is no form name in  
> pmwiki edit, just for the text area.

Ok -- actually this is probably a make-or-break issue.  When using  
JavaScript to "script the DOM" (document object model or something)  
it really needs to have a "name" on the "object" (in this case the  
browser's text area) to point to.

The getElementById needs a CSS Id on the item you're accessing...   
such as <textarea id="spellCheckme">  id tags are meant to be unique  
identifiers on the page -- used only once.  JavaScript takes  
advantage of that fact, and uses it to target an item on the page.

> bellow is the file I have been trying to work on.  the two lines  
> with !!! are the ones I believe causing probs.  someone with a  
> little time could perhaps download jspspellcheck and give me  some  
> help??  I think it is very easy for someone with background (I am a  
> theologian).

Sorry I don't have time to do that :/

>     This will add a "spell check" button to the GUI button bar, and
>     link in the necessary spell checking scripts.
> #<script src='$PubDirUrl/speller/spellChecker.js'></script>
> #<script type='text/javascript' >
> #function openSpellChecker() {
> #    var textarea1 = document.getElementById('text');
> #    var speller = new spellChecker( textarea1 );
> #    speller.popUpUrl = '$PubDirUrl/speller/spellchecker.html';
> ##    speller.openChecker();
> #}
> #</script>
> */
>
> # If we're not editing, then just exit.
> if ($action != 'edit') return;
> # Configure in the Speller Pages javascript code.
> $HTMLHeaderFmt[] = "
> <script src='$PubDirUrl/jspspellcheck/jspspellcheck/spellcheck- 
> caller.js'></script>
> <script type='text/javascript' >
> function spellCheck(){
>     var elements = new Array(0);
>     !!!    elements = document.getElementById('text');

Unless the id on the box is specifically "text" this will fail.

You can try getElementsByTagName and "textarea"?

elements = document.getElementsByTagName("textarea")
if(elements.length) {
     !!!    startSpellCheck('$PubDirUrl/jspspellcheck/', elements );
}
}
</script>

This is me guessing.  I am a programmer, but I'm NOT a JavaScript  
programmer.

it's either this, or find a way to add the id="text" to the HTML for  
the textarea.

Crisses



From sethcherney at yahoo.com  Sat Dec 16 09:31:32 2006
From: sethcherney at yahoo.com (Seth Cherney)
Date: Sat, 16 Dec 2006 07:31:32 -0800 (PST)
Subject: [pmwiki-users] Small headache with a spell check attempt.
In-Reply-To: <C291A4D6-B403-4246-939D-708770864B5E@kinhost.org>
Message-ID: <793143.34658.qm@web33205.mail.mud.yahoo.com>

Java is the backend, JS is the front end (ie actually embedded on the page)..

There is an element id on the text area in question in pmwiki (thus I still have hope), but the jspspellcheck js is written for the concatenated names (ie element.formname.textareaname.  
unfortunately there is no form name, but only text are name in pmwiki.

thanks, and thanks  to anyone else who can take a look.

Seth
Crisses <crisses at kinhost.org> wrote: 
On Dec 15, 2006, at 6:58 PM, Seth Cherney wrote:

> I have been trying to integrate a java spell check into pmwiki, as  
> I cannot access pspell/aspell on my hosted server.

Geek note: Java is not JavaScript.  :)  Java is by Sun Corporation,  
and is a very very hefty undertaking.  JavaScript is by Netscape Corp  
I believe, and is meant for browser scripting.  The two came out  
around the same time, and the names are very very confusing.

This is JavaScript.  I started reading and went "Java!  I can't help  
with Java!!" :)  Good thing I kept reading.

> My thought was only to mod PM's spellcheck.php to call the other js  
> (it works on js in the browser as well.  The spell checker I am  
> trying to integrate is VERY easy to integrate (but I am no coder).   
> It is sourceforge.net/projects/jspspellcheck, based on jazzy - and  
> using word lists fo dicts (ie can make any language!).
>
> I was dropping the whole thing into the pub directory, then trying  
> to rewrite the spellcheck.php in the cookbook to point to it.   
> There are a few syntax problems converting the js to php compatible  
> js, and it tries to find the form name, but ther is no form name in  
> pmwiki edit, just for the text area.

Ok -- actually this is probably a make-or-break issue.  When using  
JavaScript to "script the DOM" (document object model or something)  
it really needs to have a "name" on the "object" (in this case the  
browser's text area) to point to.

The getElementById needs a CSS Id on the item you're accessing...   
such as   id tags are meant to be unique  <br>identifiers on the page -- used only once.  JavaScript takes  <br>advantage of that fact, and uses it to target an item on the page.<br><br>> bellow is the file I have been trying to work on.  the two lines  <br>> with !!! are the ones I believe causing probs.  someone with a  <br>> little time could perhaps download jspspellcheck and give me  some  <br>> help??  I think it is very easy for someone with background (I am a  <br>> theologian).<br><br>Sorry I don't have time to do that :/<br><br>>     This will add a "spell check" button to the GUI button bar, and<br>>     link in the necessary spell checking scripts.<br>> #<script src='$PubDirUrl/speller/spellChecker.js'></script><br>> #<script type='text/javascript' ><br>> #function openSpellChecker() {<br>> #    var textarea1 = document.getElementById('text');<br>> #    var speller = new spellChecker( textarea1 );<br>> #    speller.popUpUrl =
 '$PubDirUrl/speller/spellchecker.html';<br>> ##    speller.openChecker();<br>> #}<br>> #</script><br>> */<br>><br>> # If we're not editing, then just exit.<br>> if ($action != 'edit') return;<br>> # Configure in the Speller Pages javascript code.<br>> $HTMLHeaderFmt[] = "<br>> <script src='$PubDirUrl/jspspellcheck/jspspellcheck/spellcheck- <br>> caller.js'></script><br>> <script type='text/javascript' ><br>> function spellCheck(){<br>>     var elements = new Array(0);<br>>     !!!    elements = document.getElementById('text');<br><br>Unless the id on the box is specifically "text" this will fail.<br><br>You can try getElementsByTagName and "textarea"?<br><br>elements = document.getElementsByTagName("textarea")<br>if(elements.length) {<br>     !!!    startSpellCheck('$PubDirUrl/jspspellcheck/', elements );<br>}<br>}<br></script><br><br>This is me guessing.  I am a programmer, but I'm NOT a JavaScript  <br>programmer.<br><br>it's either this, or find a way to add the
 id="text" to the HTML for  <br>the textarea.<br><br>Crisses<br></blockquote><br>
 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061216/eeef2ce0/attachment.html 

From design5 at softflow.co.uk  Sat Dec 16 19:19:32 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 01:19:32 +0000
Subject: [pmwiki-users] New recipe: Fox
Message-ID: <1878100609.20061217011932@softflow.co.uk>

I like to announce the release of a new recipe, called Fox:
http://www.pmwiki.org/wiki/Cookbook/Fox

Fox is a form processing extension, using Pmwiki's built in input
forms. Fox can post to the current page, or a specified target page.
It will not overwrite or delete any pages, but will append or prepend
the posted content at specified places in the page. One can use a
template string or a template page to format the posted content. Fox
uses special markup as spaceholders on the template. One can add
special delete links or buttons, with which either single lines posted
whole multi-line posts can be deleted. Fox has a number of security
settings to allow and manage posts by users who do not have edit
access. This recipe has grown out of a substantial modification and
improvement of AddDeleteLine2, combining most of its features and the
best of CommentBoxPlus.

Please have a look at it, have a look at the examples on my site, and
bring your comments and suggestions. Thank you!

-- 
Best,
 Hans




From commentgg at hotmail.com  Sat Dec 16 20:59:07 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Sun, 17 Dec 2006 02:59:07 +0000
Subject: [pmwiki-users] secure farms (getting lost in compromises)
Message-ID: <BAY111-W4E52BDA0F66EEFA995C9DBCCA0@phx.gbl>



Hi, I suppose this is a subject many have problems with. For those who don't want to open up their wiki.d to the public, the question is how to install? It seems to me there is no satisfactory solution as various users did their thing but got criticised. I remember Patrick declaring once he'd publish his setup, but ever since, and especially this week he's desparately without time. I'd like some preferred, secure and workable solution. Even the default install of a single wiki in my opinion is no longer up-to-date. 


After giving the matter some thought my preferred solution (induced by Ben Wilsons FarmAlternative) is like this. I have a personal root-folder which I'll abbreviate with just a hyphen ('-') and it already contains a public_html public folder. So these are the folders I'd like and which I consider the simplest setup:


 -     # personal root folder

 -/pmwiki-2.1.9   # a specific version of pmwiki, untarred
 -/pmwiki-2.2.0   # a specific version of pmwiki, untarred, most recent

 -/wiki         # the folder containing all fields data and includes a shared field:

 -/wiki/shared   # shared field containing all farm stuff, except the code (scripts) and the pub files:
 -/wiki/shared/local        # farm config
 -/wiki/shared/wiki.d       # shared content for all wikis
 -/wiki/shared/cookbook  # my precious shared farm scripts

 -/wiki/mysite           # first field
 -/wiki/mysite/local        # field config
 -/wiki/mysite/wiki.d       # field pages
 -/wiki/mysite/cookbook  # not needed in most sites

 -/wiki/mysite2   #  idem for second field

 -/public_html   # personal web accessible folder
 -/public_html/shared       # farm & shared pub stuff goes here
 -/public_html/myfield        # mysite has its pub folders (skins etc) here, and an index.php
 -/public_html/myfield2       # mysite2 idem

Index.php in the public field folders redirect to -/wiki/version.php. This file sets up the the farm and 'exits into' pmwiki.php. 

This setup will work identically on Windows, allowing me to test things on the legacy operating system. 

Symlinks could be used by those interested in them. 


Seems simple enough, but I can't get it to work. I'm no security nor Linux expert, but I have seen nothing better. 

Does anyone support the thesis?

Thanks,

/jm





_________________________________________________________________
Search from any Web page with powerful protection. Get the FREE Windows Live Toolbar Today!
http://get.live.com/toolbar/overview


From brianbashi at gmail.com  Sat Dec 16 21:20:06 2006
From: brianbashi at gmail.com (Brian)
Date: Sat, 16 Dec 2006 22:20:06 -0500
Subject: [pmwiki-users] zap not working for me
Message-ID: <684182911.20061216222006@gmail.com>

Hello pmwiki-users,

  I cannot get even the simplest ZAP code to work:

(:messages:)
(:zapform:)
Field1: (:input text field1:)\\
Field2: (:input text field2:)\\
(:input hidden savedata field1,field2:)\\
(:input submit value="Save Data":)
(:zapend:)

(:zapdata:)
Field1: {$field1}\\
Field2: {$field2}


The forms and button display correctly, but after hitting 'save data',
nothing happens. I am logged in when sending the form. I am using the
latest version of pmwiki.

I have cleanurls enabled and spacewikiwords, could this be interfering
in writing to the page in some way?

-- 
Best regards,
 Brian




From lu.gmane at wischik.com  Sat Dec 16 21:31:15 2006
From: lu.gmane at wischik.com (Lucian Wischik)
Date: Sun, 17 Dec 2006 03:31:15 +0000 (UTC)
Subject: [pmwiki-users] secure farms (getting lost in compromises)
References: <BAY111-W4E52BDA0F66EEFA995C9DBCCA0@phx.gbl>
Message-ID: <loom.20061217T043010-778@post.gmane.org>

J. Meijer <commentgg <at> hotmail.com> writes:
> Hi, I suppose this is a subject many have problems with.
> For those who don't want to open up their wiki.d to the
> public, the question is how to install?

(sorry, I haven't read any previous discussion on this subject, so my
answer may already have been covered...)

How about just putting a .htaccess file in the wiki.d directory,
one that disallows web access to it?

-- 
Lucian





From brianbashi at gmail.com  Sat Dec 16 21:35:32 2006
From: brianbashi at gmail.com (Brian)
Date: Sat, 16 Dec 2006 22:35:32 -0500
Subject: [pmwiki-users] zap question, never mind
Message-ID: <546997352.20061216223532@gmail.com>

Hello pmwiki-users,

      Please ignore my last question.
    
   The problem was my $authuser string in config.php was below
   include_once.

-- 
Best regards,
 Brian




From katir at hindu.org  Sat Dec 16 22:05:42 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sat, 16 Dec 2006 18:05:42 -1000
Subject: [pmwiki-users] New Input Select -- populate drop down from single
	page content?
Message-ID: <4584C216.4080606@hindu.org>

OK, taking a moment to check out the new input features. Marvelous!

The group page navigator solves the problem of long lists on pages...
That's soooo good. I would use that right away...

Questions:

1. Is this stable? Can I upgrade PMwiki today, use that mark up and not 
have to fix input forms next month?
(Caveman, are you lurking? will this break current ZAP forms?)

2. I'm interested in the option to populate the option drop down select 
menu with a series of items that would be maintained on a separate wiki 
page.  You have an example for groups,

(:if false:)
[[#dropdownlist]]
(:input select name=n {=$FullName} "{=$Name}":)
[[#dropdownlistend]]
(:if:)

(:pagelist fmt=#dropdownlist group=Test:)

But could contents of a single page  become the pull down menu items?

My specific use would be: and possibly there are various way to tackle it:

I want the pull down option select list to display, some, but not All 
groups in the wiki....
i.e. wiki might have groups

Chapatis
Oranges
Volcanoes
Volvos
Bananas
GraniteCarving

But I want want a drop down menu with links only tothe "food" groups

Chapatis.Chapatis
Oranges.Oranges
Bananas.Bananas

I thought the easiest way to maintain this would be to have a single 
page with the
groups (it could be any list though... alpha beta gamma) you want to 
appear in the drop down menu.
instead of having to iterate these in the page list declarations. This 
would allow a naive user to
control the content of the pull where she might be otherwise 
trepidatious about editing

group=*,-Volvos,-GraniteCarving,-Volcanoes

Instead, just edit a page to contain:

Chapatis
Bananas
Oranges

and the pull down now show a new input selection list.

Sivakatirswami
www.himalayanacademy.com



From katir at hindu.org  Sat Dec 16 22:51:46 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sat, 16 Dec 2006 18:51:46 -1000
Subject: [pmwiki-users] Using Site.AuthUser for Controlling Access to wiki
	Page Groups
Message-ID: <4584CCE2.4010100@hindu.org>

I'm trying to grok, finally, Auth User to control access to wikis.

Because I thought the admin was just too high earlier, I separated out 
wikis to fields and then
used .htaccess files to specific fields. This was useful as it 
integrated PMwiki access control
within the same admin task used to any and all  protected areas on the 
web site (apart
from PMwiki...)

But now I'm finding that some fields I have created are best integrated 
into a single wiki.
the model would be that certain sets of groups would be available for 
read and edit
by  some people but not others... In this particular implementation, 
typically
if you have clearance to read pages, you also have
clearance to edit... (these are not public sites...)

But If I merge several fields, then I will still need to work with 
access control for sets of
groups. I already understand the PMwiki password system, find it still a 
bit cumbersome.
I need to be apply to set up auth groups...
What I'm wondering now, after reviewing...

http://www.pmwiki.org/wiki/PmWiki/AuthUser

is that, I see reference to "groups" but these are user groups
and not Pmwiki {$Groups}

if there is a way to use the Site.AuthUser  page to control access by ID
to page groups? One would envision something akin to page list markup
(so that we don't have yet another, new construct to remember...)

Let's say we have on the Site.AuthUser page
( an possbily there is some recipe for this already in place
but I have not seen it)

LIST OF USERS
------
   alice: (:encrypt wonderland:)
   bob: (:encrypt clouds:)
   pat: (:encrypt roses:)
   john: (:encrypt flute:)

USER GROUPS
----
@writers: alice, john
@admin: bob, pat

----------
ACCESS CONTROL TO PMWIKI PAGE-GROUPS
# where we declare the page-groups that
# an auth users-groups can read and write
# something like:

@Writers: access: group=-LexiconProject,AudioTranscription
@Admin: access: group=*  #all groups

Heck, lets' go all the way, where we define what the groups
can and cannot do. One want this to be implemented from the
start on log in... which makes me wonder how PMwiki decides
what page in the whole wiki it will first display to
someone who has read on privileges to one or two groups:

@Viewers: access: group=Teachers,Cirriculum attr=read
@Writers: access: group=-LexiconProject,AudioTranscription attr=read,edit
@Admin: access: group=*  #all groups  attr=read,edit,admin

Perhaps all this is already present in the framework and someone
can jus point me in the right direction. I *could* use PMwiki password
but then you have to configure every single group, and if you make a new
group you have to go and configure that one... you need to keep an
offline list of users and what password you have assigned to what groups 
etc.
whereas doing all this at Site.AuthUser would be marvelous.


In  Peace
Sivakatirswami
www.himalayanacademy.com



From 5ko at free.fr  Sat Dec 16 23:23:45 2006
From: 5ko at free.fr (Petko Yotov)
Date: Sun, 17 Dec 2006 06:23:45 +0100
Subject: [pmwiki-users] New Input Select -- populate drop down from
	single page content?
In-Reply-To: <4584C216.4080606@hindu.org>
References: <4584C216.4080606@hindu.org>
Message-ID: <200612170623.45849.5ko@free.fr>

On Sunday 17 December 2006 05:05, Sivakatirswami wrote:
> But could contents of a single page  become the pull down menu items?
[cut]

> I thought the easiest way to maintain this would be to have a single
> page with the
> groups (it could be any list though... alpha beta gamma) you want to
> appear in the drop down menu.
> instead of having to iterate these in the page list declarations. This
> would allow a naive user to
> control the content of the pull where she might be otherwise
> trepidatious about editing

You can use 

(:pagelist fmt=#dropdownlist trail=Group.LinksToInclude :)

Inside the page [[Group.LinksToInclude]]  you set a list:

* [[Oranges/]]
* [[Apples/]]

etc. 

See http://www.pmwiki.org/wiki/PmWiki/PageLists and
http://www.pmwiki.org/wiki/Cookbook/PagelistExplained

Petko



From kat_lists at katspace.homelinux.org  Sun Dec 17 01:58:26 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Sun, 17 Dec 2006 18:58:26 +1100
Subject: [pmwiki-users] secure farms (getting lost in compromises)
In-Reply-To: <BAY111-W4E52BDA0F66EEFA995C9DBCCA0@phx.gbl>
References: <BAY111-W4E52BDA0F66EEFA995C9DBCCA0@phx.gbl>
Message-ID: <20061217075826.GA23242@katla.katspace.homelinux.org>

On Sun, Dec 17, 2006 at 02:59:07AM +0000, J. Meijer wrote:
> 
> Hi, I suppose this is a subject many have problems with. For those who
> don't want to open up their wiki.d to the public, the question is how
> to install? It seems to me there is no satisfactory solution as
> various users did their thing but got criticised. I remember Patrick
> declaring once he'd publish his setup, but ever since, and especially
> this week he's desparately without time. I'd like some preferred,
> secure and workable solution. Even the default install of a single
> wiki in my opinion is no longer up-to-date. 

I think the difficulty with this is that TMTOWTDI
(There's More Than One Way To Do It)
 
For example, *my* farm setup takes advantage of the Apache "Alias"
command, which I can do because I have access to the Apache
configuration, but not everyone does.

I like my solution because it's simple, doesn't need me to move files
around, and only takes three lines of config in the Apache config file
for each farm.

This is how I have it set up:

All the web stuff is in /var/www/katspace.  The DOCUMENT_ROOT is
actually /var/www/katspace/htdocs; other directories in
/var/www/katspace are not accessible from the webserver.
This includes /var/www/katspace/pmwiki, which contains the master farm;
other farms are in /var/www/katspace/ficwiki and so on.

This solves the security problem of worrying about access to wiki.d or
cookbook or scripts directories.  Using the "Alias" command, I then make
only the required directories accessable to the webserver, as follows:

Alias /stuff/pub /var/www/katspace/pmwiki/pub
Alias /stuff/uploads /var/www/katspace/pmwiki/uploads
Alias /stuff /var/www/katspace/pmwiki/index.php

Thus, going http://www.katspace.org/stuff/ gets you to the main wiki
page.

The /var/www/katspace/pmwiki directory is set up just like a normal
PmWiki setup, straight out of the tarball.

Other farms are similar, though they only contain index.php, local/
pub/ wiki.d/ and uploads/ in them.

Alias /ficstuff/pub /var/www/katspace/ficwiki/pub
Alias /ficstuff/uploads /var/www/katspace/ficwiki/uploads
Alias /ficstuff /var/www/katspace/ficwiki/index.php

(And, yes, I am using CleanUrls)

But this basically boils down to this: there can never be *one*
"preferred solution".

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From pmichaud at pobox.com  Sun Dec 17 03:30:42 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Sun, 17 Dec 2006 03:30:42 -0600
Subject: [pmwiki-users] secure farms (getting lost in compromises)
In-Reply-To: <loom.20061217T043010-778@post.gmane.org>
References: <BAY111-W4E52BDA0F66EEFA995C9DBCCA0@phx.gbl>
	<loom.20061217T043010-778@post.gmane.org>
Message-ID: <20061217093042.GA17538@host.pmichaud.com>

On Sun, Dec 17, 2006 at 03:31:15AM +0000, Lucian Wischik wrote:
> J. Meijer <commentgg <at> hotmail.com> writes:
> > Hi, I suppose this is a subject many have problems with.
> > For those who don't want to open up their wiki.d to the
> > public, the question is how to install?
> 
> (sorry, I haven't read any previous discussion on this subject, so my
> answer may already have been covered...)
> 
> How about just putting a .htaccess file in the wiki.d directory,
> one that disallows web access to it?

PmWiki already puts a .htaccess file in the wiki.d/ directory
to disallow web access.  But some sites may not be running
Apache, and some Apache servers are not configured to recognize
or process .htaccess files.

For those sites where I really want wiki.d/ out of the web
hierarchy, my approach is generally to install PmWiki outside of
the web hierarchy, and then place an index script inside 
of my web space that has the following:

    <?php
      chdir('/path/to/real/pmwiki');
      include_once('pmwiki.php');

I then create either symlinks or aliases for the pub/ and uploads/
directories, and also explicitly set values for $ScriptUrl and
$PubDirUrl in local/config.php .

That's the basics of the approach that I use.  But as Kathryn
accurately comments in a later message -- there's more than one "right"
way to do it, and because of the many applications and site configurations
it's very difficult to declare any of them as a "preferred" one.
There are a lot of sites in the PmWiki universe that fall into
one or more of the following categories:
   - not running Apache
   - Apache ignores per-directory .htaccess files
   - cannot create aliases
   - cannot create symlinks
   - don't have mod_rewrite available
   - are running farms
   - have PHP safe_mode enabled
   - miscellaneous other factors

Pm



From pmichaud at pobox.com  Sun Dec 17 03:36:21 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Sun, 17 Dec 2006 03:36:21 -0600
Subject: [pmwiki-users] New Input Select -- populate drop down from
	single page content?
In-Reply-To: <4584C216.4080606@hindu.org>
References: <4584C216.4080606@hindu.org>
Message-ID: <20061217093559.GB17538@host.pmichaud.com>

On Sat, Dec 16, 2006 at 06:05:42PM -1000, Sivakatirswami wrote:
> The group page navigator solves the problem of long lists on pages...
> That's soooo good. I would use that right away...
> 
> Questions:
> 
> 1. Is this stable? Can I upgrade PMwiki today, use that mark up and not 
> have to fix input forms next month?

(:input select ...:) is fairly stable -- I don't think it will change
drastically in the near future.

> 2. I'm interested in the option to populate the option drop down select 
> menu with a series of items that would be maintained on a separate wiki 
> page.  You have an example for groups,
> (:if false:)
> [[#dropdownlist]]
> (:input select name=n {=$FullName} "{=$Name}":)
> [[#dropdownlistend]]
> (:if:)
> 
> (:pagelist fmt=#dropdownlist group=Test:)
> 
> But could contents of a single page  become the pull down menu items?

Sure -- it can be done with a trail, as in:

    (:pagelist trail=SomePageTrail fmt=#dropdownlist:)

It can also be done by creating the select box entries 
manually, as in:

    (:input form:)
    (:input select n {Chapatis/$PageUrl}  Chapatis  :)
    (:input select n {Oranges/$PageUrl}   Oranges   :)
    (:input select n {Bananas/$PageUrl}   Bananas   :)
    (:input end:)

Pm



From design5 at softflow.co.uk  Sun Dec 17 03:34:17 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 09:34:17 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1878100609.20061217011932@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
Message-ID: <60259124.20061217093417@softflow.co.uk>

I am encountering a problem with the delete link on my public site,
which doe snot show on my local machine. The delete button seems to
work, but the delete links don't have any effect.

I also don't see the Recent Changes page updated when posting.
but it should automatically using the UpdatePage function

I am working on this...
Sorry for announcing a release which is flawed.


Hans




From gmane at auxbuss.com  Sun Dec 17 06:21:13 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 17 Dec 2006 12:21:13 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
Message-ID: <MPG.1fef468730ef14e3989980@news.gmane.org>

Hans said...
> I like to announce the release of a new recipe, called Fox:
> http://www.pmwiki.org/wiki/Cookbook/Fox
> 
> Fox is a form processing extension, using Pmwiki's built in input
> forms. Fox can post to the current page, or a specified target page.
> It will not overwrite or delete any pages, but will append or prepend
> the posted content at specified places in the page. One can use a
> template string or a template page to format the posted content. Fox
> uses special markup as spaceholders on the template. One can add
> special delete links or buttons, with which either single lines posted
> whole multi-line posts can be deleted. Fox has a number of security
> settings to allow and manage posts by users who do not have edit
> access. This recipe has grown out of a substantial modification and
> improvement of AddDeleteLine2, combining most of its features and the
> best of CommentBoxPlus.
> 
> Please have a look at it, have a look at the examples on my site, and
> bring your comments and suggestions. Thank you!

Hi Hans,

Looks good, but I can't get it to write messages. I'm using your 
CommentBox example for testing.

Here's what I have:

test page: field/Testing.CommentBox
contents (copied from your site unchanged):

(:fox comments template=CommentBoxTemplate:)
|| Heading:||(:input text heading size=60:)
|| ||'''Your Message''' ||
|| ||(:input textarea text cols=60 rows=6:) ||
|| ||Post Public [[Comments]]:(:input radio target Fox.Comments Public 
checked:) or Private [[CommentsPrivate]]:(:input radio target 
Fox.CommentsPrivate Private:) ||
|| Author:||(:input text author value='{$Author}' size=30:) (:input 
submit post Enter:) ||
(:foxend comments:)

template page: field/Testing/CommentBoxTemplate

contents (copied from your site unchanged):

#foxbegin#
(:div1 class=messagehead:)
>>div2 rfloat<< 
(:if expr ( auth admin || author {author} ):){[foxdelrange button]}
(:if:)
>>div2end<<
>>div3 rfloat<<  
[-{date:d.m.Y - H:i}-] &nbsp; 
>>div3end<<
!!!!!{author}
(:div1end:) 
>>messageitem<< 
'''{heading}'''
>>messageitem<<
{text}
>><<#foxend#

I've manually created: Testing.Comments, so that it exists.

Whenever I post a message, regardless of privileges, the form is 
returned blank and nothing is written to Testing.Comments.

I've made no config settings, as the defaults appear to be sufficient 
for testing.

What am I missing?

Cheers,
Marc





From gmane at auxbuss.com  Sun Dec 17 07:17:19 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 17 Dec 2006 13:17:19 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
Message-ID: <MPG.1fef535013a65fbc989982@news.gmane.org>

marc said...
> Hans said...
> > I like to announce the release of a new recipe, called Fox:
> > http://www.pmwiki.org/wiki/Cookbook/Fox
> > 
> > Fox is a form processing extension, using Pmwiki's built in input
> > forms. Fox can post to the current page, or a specified target page.
> > It will not overwrite or delete any pages, but will append or prepend
> > the posted content at specified places in the page. One can use a
> > template string or a template page to format the posted content. Fox
> > uses special markup as spaceholders on the template. One can add
> > special delete links or buttons, with which either single lines posted
> > whole multi-line posts can be deleted. Fox has a number of security
> > settings to allow and manage posts by users who do not have edit
> > access. This recipe has grown out of a substantial modification and
> > improvement of AddDeleteLine2, combining most of its features and the
> > best of CommentBoxPlus.
> > 
> > Please have a look at it, have a look at the examples on my site, and
> > bring your comments and suggestions. Thank you!
> 
> Hi Hans,
> 
> Looks good, but I can't get it to write messages. I'm using your 
> CommentBox example for testing.
> 
> Here's what I have:
> 
> test page: field/Testing.CommentBox
> contents (copied from your site unchanged):
> 
> (:fox comments template=CommentBoxTemplate:)
> || Heading:||(:input text heading size=60:)
> || ||'''Your Message''' ||
> || ||(:input textarea text cols=60 rows=6:) ||
> || ||Post Public [[Comments]]:(:input radio target Fox.Comments Public 
> checked:) or Private [[CommentsPrivate]]:(:input radio target 
> Fox.CommentsPrivate Private:) ||
> || Author:||(:input text author value='{$Author}' size=30:) (:input 
> submit post Enter:) ||
> (:foxend comments:)
> 
> template page: field/Testing/CommentBoxTemplate
> 
> contents (copied from your site unchanged):
> 
> #foxbegin#
> (:div1 class=messagehead:)
> >>div2 rfloat<< 
> (:if expr ( auth admin || author {author} ):){[foxdelrange button]}
> (:if:)
> >>div2end<<
> >>div3 rfloat<<  
> [-{date:d.m.Y - H:i}-] &nbsp; 
> >>div3end<<
> !!!!!{author}
> (:div1end:) 
> >>messageitem<< 
> '''{heading}'''
> >>messageitem<<
> {text}
> >><<#foxend#
> 
> I've manually created: Testing.Comments, so that it exists.
> 
> Whenever I post a message, regardless of privileges, the form is 
> returned blank and nothing is written to Testing.Comments.
> 
> I've made no config settings, as the defaults appear to be sufficient 
> for testing.
> 
> What am I missing?

Debug note: This code in FoxHandlePost is being execute

    if (!$page OR !$permit) {
        echo "Permission denied to edit $targetname"; 
        Redirect($pagename);
    }

Note that the echo message is redundant because the Redirect wipes it 
out. Might be better to send an error_log(), perhaps.

It returns: Permission denied to edit Fox.Comments

-- 
Best,
Marc




From gmane at auxbuss.com  Sun Dec 17 07:39:13 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 17 Dec 2006 13:39:13 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
Message-ID: <MPG.1fef58b2e57635d8989983@news.gmane.org>

marc said...
> marc said...
> > Hans said...
> > > I like to announce the release of a new recipe, called Fox:
> > > http://www.pmwiki.org/wiki/Cookbook/Fox
> > 
> > Looks good, but I can't get it to write messages. I'm using your 
> > CommentBox example for testing.
> > 
> > Here's what I have:
> > 
> > test page: field/Testing.CommentBox
> > contents (copied from your site unchanged):
> > 
> > (:fox comments template=CommentBoxTemplate:)
> > || Heading:||(:input text heading size=60:)
> > || ||'''Your Message''' ||
> > || ||(:input textarea text cols=60 rows=6:) ||
> > || ||Post Public [[Comments]]:(:input radio target Fox.Comments Public 
> > checked:) or Private [[CommentsPrivate]]:(:input radio target 
> > Fox.CommentsPrivate Private:) ||
> > || Author:||(:input text author value='{$Author}' size=30:) (:input 
> > submit post Enter:) ||
> > (:foxend comments:)

> It returns: Permission denied to edit Fox.Comments

Okay, mea culpa, I should have paid a bit more attention to:

  (:input radio target Fox.Comments Public checked:) 

Now that I've changed this to:

  (:input radio target Comments Public checked:)

the file: Testing.Comments is written. That's the good news. However, 
while I can view Testing.Comments as a regular PmWiki page, I cannot get 
it to display on the same page as the fox form, despite trying all the 
placement options.

Finally, I only seem to be able to post when logged in. Is this correct? 
The docs say: "By default users are allowed to post, even if they have 
no page edit rights. Set $FoxAuth = 'edit'; to restrict posting to those 
with edit rights."

-- 
Best,
Marc




From design5 at softflow.co.uk  Sun Dec 17 09:19:37 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 15:19:37 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1fef58b2e57635d8989983@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
Message-ID: <1014678139.20061217151937@softflow.co.uk>

Sunday, December 17, 2006, 1:39:13 PM, marc wrote:

> Now that I've changed this to:

>   (:input radio target Comments Public checked:)

> the file: Testing.Comments is written. That's the good news. However,
> while I can view Testing.Comments as a regular PmWiki page, I cannot get
> it to display on the same page as the fox form, despite trying all the
> placement options.

> Finally, I only seem to be able to post when logged in. Is this correct?
> The docs say: "By default users are allowed to post, even if they have
> no page edit rights. Set $FoxAuth = 'edit'; to restrict posting to those
> with edit rights."

On the CommentBox page you need below the from somewhere:
   (:include Testing.Comments:)
to display the page as included.

Well you should be able to post when not logged in.
Perhaps you can try and delete the Comments page and let it be created
by your first comment post. Do the CommentBox page and Comments page have
the same permissions set?
I am not quite sure about this, as I am still investigating some odd
behaviour, especially not being able to use delete links.
$FoxAuth = 'read'; (default) means that Fox can read the page when the
user got 'read' permission.


Hans




From brianbashi at gmail.com  Sun Dec 17 09:34:04 2006
From: brianbashi at gmail.com (Brian)
Date: Sun, 17 Dec 2006 10:34:04 -0500
Subject: [pmwiki-users] horribly confused on ZAP create and pagetemplate
Message-ID: <242137465.20061217103404@gmail.com>

Hello pmwiki-users,

My goal is to create pages with ZAP using a form and template. I
decided to start small by just learning to create simple pages using
ZAP, but failed miserably. Here is my snippet:

My site is related to the stock market, so I want the pages to be named as a stock
symbol, in the group "Stocks".


(:zapform `symbol` :)
(:input text create "<Stocks>"."<{symbol}>">:)
(:input submit value="create page":)
(:zapend:)


-- 
Best regards,
 Brian




From sandy at onebit.ca  Sun Dec 17 10:05:44 2006
From: sandy at onebit.ca (Sandy)
Date: Sun, 17 Dec 2006 11:05:44 -0500
Subject: [pmwiki-users] Error 406: appropriate representation of the
	requested resource
In-Reply-To: <20061216041517.GA13528@host.pmichaud.com>
References: <elvnua$iop$1@sea.gmane.org>
	<20061216041517.GA13528@host.pmichaud.com>
Message-ID: <em3psp$hk8$1@sea.gmane.org>

Patrick R. Michaud wrote:
> On Fri, Dec 15, 2006 at 10:07:53PM -0500, Sandy wrote:
>> I get this error when I try to add more to my page. The page is longer 
>> than usual for me, but not long compared to some I've seen.
>>
>> I narrowed it down to a specific word, but there are no special symbols 
>> or wiki-codes that I can see.
>>
>> Any ideas? I've narrowed it down to the word "opening". I can replace 
>> that word with anything else, even several words, and it works.
> 
> This sounds to me like mod_security is somehow blocking the post.
> 
> Are you able to add the word "opening" to other pages -- i.e., is
> it blocking only on this one page?
> 
> What happens if you split the word "opening" into separate parts in
> the markup?  For example, you might try "[=op=]ening" and see if
> that works.
> 
> Pm

I tried it in one other page and it worked fine. A short page.

The work-around you suggested works.

Oh, how I miss good old Applesoft. Things were a bit easier to debug, 
and our goals were somewhat lower.

Sandy




From labellz at earthlink.net  Sun Dec 17 10:59:25 2006
From: labellz at earthlink.net (L. Bell)
Date: Sun, 17 Dec 2006 11:59:25 -0500
Subject: [pmwiki-users] Http 404 with IE, forumstyled, new topic
In-Reply-To: <20061128160545.257410@gmx.net>
References: <20061128160545.257410@gmx.net>
Message-ID: <A72FA513-84D1-45C4-8A22-A03F2591E9D0@earthlink.net>

Hi -

I am using forumstyled.php and commentboxplus.php, pmwiki 2.1.26.
Only reported problem: InternetExplorer users can not create a new  
forum topic.
They get HTTP error: 404 Page Not Found.
IE users can post responses to existing forum topics.
IE users can create new pages elsewhere in the wiki.
Safari, Firefox, and Opera users can all create new topics.
It's just IE with the problem.
It's multiple users, none are bleeding edge types.  Assume they're  
all running IE V6.

What could cause this - that IE can create new non-forum pages, but  
not forum topic pages?

Thanks,

Liz

PS. Florian emailed about a very similar problem a few weeks ago  
(original below).
But I didn't see any resolution/suggestion emails.
I can narrow my problem to IE.

On 28-Nov-06, at 11:05 AM, Florian Fischer wrote:

> hello,
>
> i just noticed that my forum isn't working correctly. i use  
> forumstyled.php and commentboxplus.php
>
> trying to create a new formtopic with (:newforumtopic:) i get the  
> http 404 message.
>
> The strange thing is that trying to add a normal page with  
> newpagebos works fine. so the rights on the directory wiki.d seems  
> to be correct. What might go wrong?
>
> Florian




From gmane at auxbuss.com  Sun Dec 17 11:09:57 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 17 Dec 2006 17:09:57 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
Message-ID: <MPG.1fef89fb2052fef5989988@news.gmane.org>

Hans said...
> Sunday, December 17, 2006, 1:39:13 PM, marc wrote:
> 
> > Now that I've changed this to:
> 
> >   (:input radio target Comments Public checked:)
> 
> > the file: Testing.Comments is written. That's the good news. However,
> > while I can view Testing.Comments as a regular PmWiki page, I cannot get
> > it to display on the same page as the fox form, despite trying all the
> > placement options.
> 
> > Finally, I only seem to be able to post when logged in. Is this correct?
> > The docs say: "By default users are allowed to post, even if they have
> > no page edit rights. Set $FoxAuth = 'edit'; to restrict posting to those
> > with edit rights."
> 
> On the CommentBox page you need below the from somewhere:
>    (:include Testing.Comments:)
> to display the page as included.

Oops, I think I misunderstood the 'placement' parameter. So thanks for 
pointing that out.

> Well you should be able to post when not logged in.
> Perhaps you can try and delete the Comments page and let it be created
> by your first comment post. Do the CommentBox page and Comments page have
> the same permissions set?

Nope, no dice. It only creates the comment page when a user is logged 
in. I'm testing this on a Windows machine, so there are no permission 
issues ;-)

> I am not quite sure about this, as I am still investigating some odd
> behaviour, especially not being able to use delete links.
> $FoxAuth = 'read'; (default) means that Fox can read the page when the
> user got 'read' permission.

It seems that UpdatePage in FoxUpdatePage returns different results. I 
know UpdatePage doesn't check update permissions, but I don't know what 
it does if you don't have them and proceed. 

I also spotted that UpdatePage isn't incrementing the rev #. Maybe 
that's as designed, but I would have expected it to.

-- 
Best,
Marc




From design5 at softflow.co.uk  Sun Dec 17 11:52:40 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 17:52:40 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1fef89fb2052fef5989988@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
Message-ID: <1334185469.20061217175240@softflow.co.uk>

Sunday, December 17, 2006, 5:09:57 PM, marc wrote:

> It seems that UpdatePage in FoxUpdatePage returns different results. I
> know UpdatePage doesn't check update permissions, but I don't know what
> it does if you don't have them and proceed. 

> I also spotted that UpdatePage isn't incrementing the rev #. Maybe 
> that's as designed, but I would have expected it to.

FoxUpdatePage is a function in which UpdatePage is called, or, if
newedit is used as name for an input text box, then FoxUpdatePage loads
the new page in edit mode instead of saving it via UpdatePage.

It saves fine on my Windows machine, both for logged in users and
others. But you need to supply an author name in the author box, even
if you can't log in.

I have posted a new update fox.php script, mending a bug which
prevented the delete link working properly all the time.


Hans




From design5 at softflow.co.uk  Sun Dec 17 12:20:17 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 18:20:17 +0000
Subject: [pmwiki-users] Http 404 with IE, forumstyled, new topic
In-Reply-To: <A72FA513-84D1-45C4-8A22-A03F2591E9D0@earthlink.net>
References: <20061128160545.257410@gmx.net>
	<A72FA513-84D1-45C4-8A22-A03F2591E9D0@earthlink.net>
Message-ID: <1463364173.20061217182017@softflow.co.uk>

Sunday, December 17, 2006, 4:59:25 PM, L. wrote:

> What could cause this - that IE can create new non-forum pages, but
> not forum topic pages?

Yes you are right, I can see this problem too.
Can you confirm that the problem originates with newpageboxplus or
commentboxplus or forumstyled, by running a test where you do not
include those scripts in config.php?

I just did this and I still get the error trying to open a
non-existing page.
Testing method: I open a wiki page with IE.
Then I append some numbers to the url in the address bar, and press
enter, asking IE to load a page which I know does not exist (in any
group). I get the "Page not found" error, instead of the pmwiki "page
not found" dialog (which asks politely if you want the page to be
created). - But I don't get this error doing it on pmwiki.org. - I am
puzzled.


Hans




From design5 at softflow.co.uk  Sun Dec 17 12:30:33 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 18:30:33 +0000
Subject: [pmwiki-users] Http 404 with IE, forumstyled, new topic
In-Reply-To: <1463364173.20061217182017@softflow.co.uk>
References: <20061128160545.257410@gmx.net>
	<A72FA513-84D1-45C4-8A22-A03F2591E9D0@earthlink.net>
	<1463364173.20061217182017@softflow.co.uk>
Message-ID: <1505620488.20061217183033@softflow.co.uk>

I get this error on a clean wiki with no config.php (i.e. no recipes
or skins loaded), when trying to access a page which is nonexistent,
using IE6.

HTTP 404 - File not found
Internet Explorer


Hans




From gmane at auxbuss.com  Sun Dec 17 13:22:13 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 17 Dec 2006 19:22:13 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
Message-ID: <MPG.1fefa91dce883dfc98998a@news.gmane.org>

Hans said...
> Sunday, December 17, 2006, 5:09:57 PM, marc wrote:
> 
> > It seems that UpdatePage in FoxUpdatePage returns different results. I
> > know UpdatePage doesn't check update permissions, but I don't know what
> > it does if you don't have them and proceed. 
> 
> > I also spotted that UpdatePage isn't incrementing the rev #. Maybe 
> > that's as designed, but I would have expected it to.
> 
> FoxUpdatePage is a function in which UpdatePage is called, or, if
> newedit is used as name for an input text box, then FoxUpdatePage loads
> the new page in edit mode instead of saving it via UpdatePage.

Yes, I know. What I'm saying is that UpdatePage in FoxUpdatePage returns 
different results depending on whether a user is logged in or not. In 
other words, UpdatePage is not writing the page when not logged in. In 
all other cases the comment is successfully written.

I checked for identical input, and - disregarding timestamps - the input 
from both sources is/was identical - $targetname, $oldpage and $newpage. 
On return, $newpage is different - since in one case the page is not 
being written. So the only difference would appear to be whether the 
user is logged in or not - and this is consistent.

> It saves fine on my Windows machine, both for logged in users and
> others. But you need to supply an author name in the author box, even
> if you can't log in.

Yes, I am supplying author names.
 
> I have posted a new update fox.php script, mending a bug which
> prevented the delete link working properly all the time.

I tried this, but it still doesn't post when the user is not logged in. 
I also tried fox.php on a clean install - so no authuser, etc. - and 
comments were not posted.

Btw, I also see the 'delete' buttons when the user is not logged in.

-- 
Best,
Marc




From tca at gnu.org  Sun Dec 17 13:25:01 2006
From: tca at gnu.org (Tom Cato Amundsen)
Date: Sun, 17 Dec 2006 20:25:01 +0100
Subject: [pmwiki-users] zap not working for me
Message-ID: <20061217192501.GA5868@localhost.localdomain>

On Sat, Dec 16, 2006 at 10:20:06PM -0500, Brian wrote:
> Hello pmwiki-users,
> 
>   I cannot get even the simplest ZAP code to work:

I had a similar problem, and was told to use authuser. Don't know if
this still applies.

Tom Cato

> Best regards,
>  Brian
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 

-- 
Tom Cato Amundsen <tca at gnu.org>                 http://www.solfege.org/
GNU Solfege - free ear training    http://www.gnu.org/software/solfege/



From Flori-Fischer at gmx.net  Sun Dec 17 13:32:53 2006
From: Flori-Fischer at gmx.net (Florian Fischer)
Date: Sun, 17 Dec 2006 20:32:53 +0100
Subject: [pmwiki-users] Fwd: Re:  Http 404 with IE, forumstyled, new topic
Message-ID: <20061217193253.162960@gmx.net>

-------- Original-Nachricht --------
Datum: Sun, 17 Dec 2006 20:31:46 +0100
Von: "Florian Fischer" <Flori-Fischer at gmx.net>
An: Hans <design5 at softflow.co.uk>
Betreff: Re: [pmwiki-users] Http 404 with IE, forumstyled, new topic


-------- Original-Nachricht --------
Datum: Sun, 17 Dec 2006 18:20:17 +0000
Von: Hans <design5 at softflow.co.uk>
An: "L. Bell" <labellz at earthlink.net>
Betreff: Re: [pmwiki-users] Http 404 with IE, forumstyled, new topic

> Sunday, December 17, 2006, 4:59:25 PM, L. wrote:
> 
> > What could cause this - that IE can create new non-forum pages, but
> > not forum topic pages?
> 
> Yes you are right, I can see this problem too.
> Can you confirm that the problem originates with newpageboxplus or
> commentboxplus or forumstyled, by running a test where you do not
> include those scripts in config.php?
> 
> I just did this and I still get the error trying to open a
> non-existing page.
> Testing method: I open a wiki page with IE.
> Then I append some numbers to the url in the address bar, and press
> enter, asking IE to load a page which I know does not exist (in any
> group). I get the "Page not found" error, instead of the pmwiki "page
> not found" dialog (which asks politely if you want the page to be
> created). - But I don't get this error doing it on pmwiki.org. - I am
> puzzled.
> 
> 
> Hans
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Hello,

at least i'm not the only one facing this problem. I've posted exactly this problem two or three weeks ago, but obviously anybody has noticed this problem before. The strange thing about this problem is, that from times to times (really only a few times, it works, but then just one time). And what is really strange is another fact. I have two sites running with exactly the same configuration and usage of recipes. In the second one it works perfectly and in the other one appears the reported problem. 

So hopefully someone will find a solution.

Regards,

Florian 

-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal f?r Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

-- 
"Ein Herz f?r Kinder" - Ihre Spende hilft! Aktion: www.deutschlandsegelt.de
Unser Dankesch?n: Ihr Name auf dem Segel der 1. deutschen America's Cup-Yacht!



From design5 at softflow.co.uk  Sun Dec 17 13:45:02 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 17 Dec 2006 19:45:02 +0000
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
Message-ID: <512428428.20061217194502@softflow.co.uk>

I get this error on a clean wiki with no config.php (i.e. no recipes
or skins loaded), when trying to open a page (valid page name)
which is nonexistent, using IE6.

HTTP 404 - File not found
Internet Explorer

Method:
Visit an existent wiki page, add some digits to the url to get a
non-existent name, Enter.

Seems to be a kind of pmwiki bug?
The polite pmwiki error page which asks if you like to create the
page, does not appear. Instead the 404 error.

Hans





From gmane at auxbuss.com  Sun Dec 17 13:46:31 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 17 Dec 2006 19:46:31 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
Message-ID: <MPG.1fefaef2f0a4e7a698998b@news.gmane.org>

marc said...
> Hans said...
> > Sunday, December 17, 2006, 5:09:57 PM, marc wrote:
> > 
> > > It seems that UpdatePage in FoxUpdatePage returns different results. I
> > > know UpdatePage doesn't check update permissions, but I don't know what
> > > it does if you don't have them and proceed. 
> > 
> > > I also spotted that UpdatePage isn't incrementing the rev #. Maybe 
> > > that's as designed, but I would have expected it to.
> > 
> > FoxUpdatePage is a function in which UpdatePage is called, or, if
> > newedit is used as name for an input text box, then FoxUpdatePage loads
> > the new page in edit mode instead of saving it via UpdatePage.
> 
> Yes, I know. What I'm saying is that UpdatePage in FoxUpdatePage returns 
> different results depending on whether a user is logged in or not. In 
> other words, UpdatePage is not writing the page when not logged in. In 
> all other cases the comment is successfully written.
> 
> I checked for identical input, and - disregarding timestamps - the input 
> from both sources is/was identical - $targetname, $oldpage and $newpage. 
> On return, $newpage is different - since in one case the page is not 
> being written. So the only difference would appear to be whether the 
> user is logged in or not - and this is consistent.
> 
> > It saves fine on my Windows machine, both for logged in users and
> > others. But you need to supply an author name in the author box, even
> > if you can't log in.
> 
> Yes, I am supplying author names.
>  
> > I have posted a new update fox.php script, mending a bug which
> > prevented the delete link working properly all the time.
> 
> I tried this, but it still doesn't post when the user is not logged in. 
> I also tried fox.php on a clean install - so no authuser, etc. - and 
> comments were not posted.
> 
> Btw, I also see the 'delete' buttons when the user is not logged in.

Just to add to the intrigue, I ran this on a mirror of the site running 
Linux and it was possible to post without logging in, but it was also 
possible to delete /all/ comments.

-- 
Best,
Marc




From labellz at earthlink.net  Sun Dec 17 17:28:35 2006
From: labellz at earthlink.net (L. Bell)
Date: Sun, 17 Dec 2006 18:28:35 -0500
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <512428428.20061217194502@softflow.co.uk>
References: <512428428.20061217194502@softflow.co.uk>
Message-ID: <FFBA3DBC-6422-43CA-AEFC-9C322C0A8E66@earthlink.net>

I am building a new wiki from scratch, so I had a page of predefined  
links to a bunch of pages that need to be created.  Users were  
working from that list, not creating their own pages.
Else I might have noticed this sooner.

For my IE6 users:
* if they click on one of those predefined links to a non-existent  
page, it opens them right up in Edit mode (I have an edit template  
defined for the group, and they see it correctly)
* if they then click Cancel, they get an HTTP 404 page not found message
* if they instead click Save, the page is correctly saved

Also for IE6 users, as reported in my earlier email, using  
forumstyled.php:
* they can post a reply to an existing topic
* they can not create a new topic - they get 404 page not found

Hans - per your earlier suggestion, I had them try to create a new  
page by typing a new page name directly into the URL.  They also get  
404 page not found error.

Liz


For my IE users,

On 17-Dec-06, at 2:45 PM, Hans wrote:

> I get this error on a clean wiki with no config.php (i.e. no recipes
> or skins loaded), when trying to open a page (valid page name)
> which is nonexistent, using IE6.
>
> HTTP 404 - File not found
> Internet Explorer
>
> Method:
> Visit an existent wiki page, add some digits to the url to get a
> non-existent name, Enter.
>
> Seems to be a kind of pmwiki bug?
> The polite pmwiki error page which asks if you like to create the
> page, does not appear. Instead the 404 error.
>
> Hans




From katir at hindu.org  Sun Dec 17 17:57:51 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sun, 17 Dec 2006 13:57:51 -1000
Subject: [pmwiki-users] Default Content for New Pages on Creation
Message-ID: <4585D97F.1020802@hindu.org>

I asked this on the 13th, got no answer... let's try again with less
verbiage.

Let's say in the URL bar  one enters, for a page that does not yet exist:

http://my.wiki.org/zap/index.php?n=NewProject.NewProject

# this is meant to be a new home page for a new group-project

Is there a way to have the new page be created with content
already inserted? One would want it *only* for NewGroup.NewGroup
home pages. Not other pages in the new group.

Similarly, for within a given group where you want all new pages
created, to have default content inserted

Staff.NewVolunteer1
Staff.NewVolunteer2
etc

to have these be "poked" automatically with some
content on creation. Kind of like having a baby
who already knows how to recite page lists.

The envision default content would be some carefully tailor pages lists
for presentation of future pages on these
a) group home pages
b) individual staff pages in single group "Staff"

In  Peace

Sivakatirswami
www.himalayanacademy.com



From crisses at kinhost.org  Sun Dec 17 19:02:10 2006
From: crisses at kinhost.org (Crisses)
Date: Sun, 17 Dec 2006 20:02:10 -0500
Subject: [pmwiki-users] horribly confused on ZAP create and pagetemplate
In-Reply-To: <242137465.20061217103404@gmail.com>
References: <242137465.20061217103404@gmail.com>
Message-ID: <6442EF1C-BF09-48A3-B518-0CC4E0133371@kinhost.org>


On Dec 17, 2006, at 10:34 AM, Brian wrote:

> Hello pmwiki-users,
>
> My goal is to create pages with ZAP using a form and template. I
> decided to start small by just learning to create simple pages using
> ZAP, but failed miserably. Here is my snippet:
>
> My site is related to the stock market, so I want the pages to be  
> named as a stock
> symbol, in the group "Stocks".
>
>
> (:zapform `symbol` :)
> (:input text create "<Stocks>"."<{symbol}>">:)
> (:input submit value="create page":)
> (:zapend:)
>

Hi, Brian,

Mind you I don't know ANYTHING about ZAP writing with templates.  But  
I wrote up a rather extensive analysis of a working Business  
Directory on PmWiki.org.

See if it is any help to you, because ZAP is pretty confusing, and I  
went over what I did line-by-line and explained them, then pointed to  
relevant ZAP documentation.  Right now is NOT a good time to be  
looking at ZAP snippets on the site, however -- Dan/Caveman is in the  
middle of revamping the recipe and changed most of the snippets for  
the *new* ZAP version before leaving for the weekend -- so the  
documentation on the ZAP site may be off right now :/

So the version of zap.php you're using is in alignment with the page  
I put on pmwiki.org -- hopefully it helps:

http://pmwiki.org/wiki/Cookbook/ZAPBusinessDirectory

Crisses




From crisses at kinhost.org  Sun Dec 17 19:16:42 2006
From: crisses at kinhost.org (Crisses)
Date: Sun, 17 Dec 2006 20:16:42 -0500
Subject: [pmwiki-users] Default Content for New Pages on Creation
In-Reply-To: <4585D97F.1020802@hindu.org>
References: <4585D97F.1020802@hindu.org>
Message-ID: <A952B847-34D3-4A20-BF37-0E5B4E810E55@kinhost.org>

On Dec 17, 2006, at 6:57 PM, Sivakatirswami wrote:

> I asked this on the 13th, got no answer... let's try again with less
> verbiage.
>
> Let's say in the URL bar  one enters, for a page that does not yet  
> exist:
>
> http://my.wiki.org/zap/index.php?n=NewProject.NewProject
>
> # this is meant to be a new home page for a new group-project
>
> Is there a way to have the new page be created with content
> already inserted? One would want it *only* for NewGroup.NewGroup
> home pages. Not other pages in the new group.

http://pmwiki.org/wiki/Cookbook/EditTemplates

You want it for pages in the NewGroup group?

If you only want it in one group, make a new file named NewGroup.php  
in the local/ folder, and tell it what page to use as the template.   
Many people use NewGroup.Template for example:

$EditTemplatesFmt = 'NewGroup.Template';

The page explains the options for you but please ask if you don't  
understand.

> Similarly, for within a given group where you want all new pages
> created, to have default content inserted
>
> Staff.NewVolunteer1
> Staff.NewVolunteer2
> etc
>
> to have these be "poked" automatically with some
> content on creation. Kind of like having a baby
> who already knows how to recite page lists.

The same page should help with this.

> The envision default content would be some carefully tailor pages  
> lists
> for presentation of future pages on these
> a) group home pages
> b) individual staff pages in single group "Staff"

Another way to get "default" content on every page in a group is to  
use either Group.GroupHeader or Group.GroupFooter

example:

(:pagelist link={*$FullName}:)

would be a list of all pages on the site linking to the current  
page.  {*$Var} means "Use the value for the current page" where  
{$Var} would be the value for GroupHeader or GroupFooter.  You don't  
want all pages referring to GroupHeader, you want all pages referring  
to the current page.

This would be automatically included for all pages in the group,  
without the chance that the editor would delete it by accident.  You  
can then password protect the GroupHeader or GroupFooter page so that  
editors can't mess up the automatically included text.

Crisses


-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061217/6b6b44e6/attachment.html 

From admin at obutex.com  Mon Dec 18 01:55:31 2006
From: admin at obutex.com (=?ISO-8859-2?Q?Jiri_Hlad=F9vka_/_OBUTEX?=)
Date: Mon, 18 Dec 2006 08:55:31 +0100
Subject: [pmwiki-users] horribly confused on ZAP create and pagetemplate
In-Reply-To: <242137465.20061217103404@gmail.com>
References: <242137465.20061217103404@gmail.com>
Message-ID: <45864973.9050703@obutex.com>

Helo Brian,
your command

(:input text create "<Stocks>"."<{symbol}>">:)

looks very strange. Try

(:input hidden create "Stocks.Symbol":)
to create Stocks.Symbol page

or 

(:input text symbol:)
(:input hidden create "Stocks.{$symbol}":)
to create (in the group Stocks) a page with name you entered into the textbox


or
(:input text symbol:)
(:input hidden datapage "Stocks.{$symbol}":)

May there must be something like
(:input hidden savedata :)

Hope this helps,
Jiri


Brian napsal(a):
> Hello pmwiki-users,
>
> My goal is to create pages with ZAP using a form and template. I
> decided to start small by just learning to create simple pages using
> ZAP, but failed miserably. Here is my snippet:
>
> My site is related to the stock market, so I want the pages to be named as a stock
> symbol, in the group "Stocks".
>
>
> (:zapform `symbol` :)
> (:input text create "<Stocks>"."<{symbol}>">:)
> (:input submit value="create page":)
> (:zapend:)
>
>
>   

-- 
OBUTEX s.r.o
Ing.Ji?? Hlad?vka
Zlatovsk? 22
911 01 Tren??n

tel.: +421 (0)32 6587000
mailto:admin at obutex.com

http://www.obutex.com





From design5 at softflow.co.uk  Mon Dec 18 02:28:58 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 08:28:58 +0000
Subject: [pmwiki-users] Default Content for New Pages on Creation
In-Reply-To: <4585D97F.1020802@hindu.org>
References: <4585D97F.1020802@hindu.org>
Message-ID: <1448278895.20061218082858@softflow.co.uk>

Sunday, December 17, 2006, 11:57:51 PM, Sivakatirswami wrote:

> Is there a way to have the new page be created with content
> already inserted? One would want it *only* for NewGroup.NewGroup
> home pages. Not other pages in the new group.

You may also have a look at NewGroupBox
http://www.pmwiki.org/wiki/Cookbook/NewGroupBox

This will give you a directive to create a simple form for entering a
new group name, which will let you create a new group, and creates
pages you specify automatically with content from templates.
So you can have a box in your sidebar with a "New Project" button,
which lets you have ProjectXYZ group created automatically with a
number of content pages saved automatically.


Hans




From design5 at softflow.co.uk  Mon Dec 18 02:56:01 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 08:56:01 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
Message-ID: <262938426.20061218085601@softflow.co.uk>

Sunday, December 17, 2006, 7:46:31 PM, marc wrote:

>> Btw, I also see the 'delete' buttons when the user is not logged in.

> Just to add to the intrigue, I ran this on a mirror of the site running
> Linux and it was possible to post without logging in, but it was also
> possible to delete /all/ comments.

About being able to delete posts:
If you see a delete link, you can use it.

I am not trying to redefine PmWiki's security philosophy, which
takes the point of view, that a page is the smallest unit for security
protection. Parts of a page may be hidden for group's of users with
conditional markup for instance, but those hidden parts are not really
safely protected.

Now in the examples I have put up I am trying to hide the delete
buttons by using a conditional checked on the author name.
This conditional is not actually part of PmWiki's core set of
conditionals, so you need to define it in a local config file first:

# add conditional markup: (:if author AUTHORNAME:)
$Conditions['author'] = "\$GLOBALS['Author']==\$condparm";

I could perhaps include it in fox.php
And/or simplify my examples. Sorry for the omission!

To make delete buttons a little safer, it may be better to use
the following in a template:

(:if expr ( authid && author {author} ):){[foxdelrange]}(:if:)

But this will only create delete links for users who are logged in via
AuthUser, excluding guest visitors.

Or have a delete button only for admin use:

(:if auth admin:){[foxdelrange button]}(:if:)

Hope this clears some confusion!
Sorry I can't give any more ideas at present about your problems
saving pages. If you find out more please let me know!


Hans




From design5 at softflow.co.uk  Mon Dec 18 03:08:07 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 09:08:07 +0000
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <op.tkpz2udi2zi6oj@g5.local>
References: <512428428.20061217194502@softflow.co.uk>
	<op.tkpz2udi2zi6oj@g5.local>
Message-ID: <17110513609.20061218090807@softflow.co.uk>

Sunday, December 17, 2006, 8:19:32 PM, porneL wrote:

> It might be caused by "friendly errors" feature of IE.

> To prevent new/blank pages from appearing in search engines and causing
> all sorts of other trouble, PMWiki MUST send them as error pages.

Indeed this is the case! Thank you!

One can change IE's behaviour by opening
Tools -> Internet Options -> Advanced tab
and unchecking the Show friendly HTTP error messages box

But this is just a work-around.
I hope that PmWiki will be able to handle this, perhaps by creating
an appropriate error page, which stops IE kicking in with "friendly"
'HTTP 404 - File not found' error messages.
Please Patrick can you look at this?


Hans




From lists at manor-farm.org  Mon Dec 18 03:11:49 2006
From: lists at manor-farm.org (Ian Barton)
Date: Mon, 18 Dec 2006 09:11:49 +0000
Subject: [pmwiki-users] Using Site.AuthUser for Controlling Access to
 wiki	Page Groups
In-Reply-To: <4584CCE2.4010100@hindu.org>
References: <4584CCE2.4010100@hindu.org>
Message-ID: <45865B55.1020906@manor-farm.org>

> 
> Perhaps all this is already present in the framework and someone
> can jus point me in the right direction. I *could* use PMwiki password
> but then you have to configure every single group, and if you make a new
> group you have to go and configure that one... you need to keep an
> offline list of users and what password you have assigned to what groups 
> etc.
> whereas doing all this at Site.AuthUser would be marvelous.
> 
You can use the GroupName.GroupAttributes to set permissions for a whole 
group. This can contain user groups that you have set in Site.AuthUser. 
To restate your problem slightly:) I think you want some mechanism of 
automatically creating GroupName.GroupAttributes prefilled with the 
Site.AuthUser groups to give correct permissions.

Ian.



From tokyostory2000 at yahoo.co.jp  Mon Dec 18 03:34:09 2006
From: tokyostory2000 at yahoo.co.jp (Kevin)
Date: Mon, 18 Dec 2006 18:34:09 +0900
Subject: [pmwiki-users] wrapper script
In-Reply-To: <MPG.1fecb2f91a241a3b98997b@news.gmane.org>
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>	<elsvbu$7qb$1@sea.gmane.org>
	<458291E7.2080601@yahoo.co.jp>
	<MPG.1fecb2f91a241a3b98997b@news.gmane.org>
Message-ID: <45866091.2050308@yahoo.co.jp>

Another basic question:

The documentation recommends adding a "wrapper script" with the 
following script:

 <?php include('pmwiki.php'); 


I am a novice programmer and have no idea where to put this text.  Does 
it go into the config file?  HTaccess?  Or do I create a new file for 
this?  

Thanks in advance.

Kevin



From editor at fast.st  Mon Dec 18 03:44:51 2006
From: editor at fast.st (The Editor)
Date: Mon, 18 Dec 2006 04:44:51 -0500
Subject: [pmwiki-users] horribly confused on ZAP create and pagetemplate
In-Reply-To: <45864973.9050703@obutex.com>
References: <242137465.20061217103404@gmail.com> <45864973.9050703@obutex.com>
Message-ID: <fec7cf150612180144n2d63fc27wdd1ed7224ab77187@mail.gmail.com>

Hi Brian, sorry the documentation is not as clear as I'd like.  I'll
be working on it some to try and get it updated today.  As I was also
away yesterday as I had a big graduation service at the training
school I run...

On 12/18/06, Jiri Hlad?vka / OBUTEX <admin at obutex.com> wrote:
> Helo Brian,
> your command
>
> (:input text create "<Stocks>"."<{symbol}>">:)
>
> looks very strange. Try
>
> (:input hidden create "Stocks.Symbol":)
> to create Stocks.Symbol page
>
> or
>
> (:input text symbol:)
> (:input hidden create "Stocks.{$symbol}":)
> to create (in the group Stocks) a page with name you entered into the textbox

This is close.  To insert the value of one field in another however
you should write it without the dollar sign:

(:input text symbol:)
(:input hidden create "Stocks.{symbol}":)

Leaving out the $ distinguishes it from a page variable.

> May there must be something like
> (:input hidden savedata :)

When using the create command, the savedata value is not used.  If you
want to store hidden data values on the new page, you can use the
createdata command.

> Brian napsal(a):
> > My goal is to create pages with ZAP using a form and template. I
> > decided to start small by just learning to create simple pages using
> > ZAP, but failed miserably. Here is my snippet:
> >
> > My site is related to the stock market, so I want the pages to be named as a stock
> > symbol, in the group "Stocks".
> >
> > (:zapform `symbol` :)
> > (:input text create "<Stocks>"."<{symbol}>">:)
> > (:input submit value="create page":)
> > (:zapend:)

Here are a few other tips.

1) Make sure you have zap working by using something like this snippet
on a page:

(:zapform:)(:zapget:)
(:input hidden Install="Installation Successful":)
(:input hidden passdata="Install":)
(:input submit value="Test Install":) {$Install}
(:zapend:)

You should be able to click the button and it will tell you if zap is
installed properly.

2) To use the create command you must have both zap and zapfiles
installed and enabled in your config file.  zap is the main engine,
zapfiles contains the create function.  Also, if you do not have
authuser enabled, and you are not logged in, you will need to set the
page attributes to allow for form submissions on your form.

3) By default, you set up your template at Group.Name-template for
your page, but in this case you don't know what the actual create page
name will be, so you must assign a page template location.  Like this:

(:input hidden pagetemplate=Stocks.MyTemplate:)

Make sure, of course, you create that page to look however you want.
If you want to insert fields from the form into the page, use the
regular field insertion syntax, as above.  For example you might put a
line on Stocks.MyTemplate like this:

!!Stock Page for  {symbol}

When the page is created, {symbol} will be replaced with whatever you
type into that field.

4) When creating a page, you must have a lockpattern in the zapform
command for any fields in the form you submit, something more like the
following (complete snippet, I think):

(:zapform `symbol`create`pagetemplate` :)
(:input text symbol:)
(:input hidden create "Stocks.{symbol}":)
(:input hidden pagetemplate=Stocks.MyTemplate:)
(:input submit value="create page":)
(:zapend:)

I should point out, some of this is going to change in the new zap
coming out very soon. It will be mostly downward compatible, but not
completely.  The main thing I'm hoping is it will be much easier to
configure and use.

Hope this helps.

Cheers,
Dan

PS.  Thanks to everyone that helped to answer Brian's question while I was away!

From malexism at free.fr  Mon Dec 18 04:40:37 2006
From: malexism at free.fr (malexism at free.fr)
Date: Mon, 18 Dec 2006 11:40:37 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1878100609.20061217011932@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
Message-ID: <45867025.2000602@free.fr>

Hans a ?crit :
> bring your comments and suggestions.

I saw your examples. Many way to use Fox, it's usefull and seems simple.
Is it possible to imagine a threaded forum ? As is, it's difficult to 
see new messages.

Bravo
marc

-- 
http://www.malexism.com/



From crisses at kinhost.org  Mon Dec 18 05:27:15 2006
From: crisses at kinhost.org (Crisses)
Date: Mon, 18 Dec 2006 06:27:15 -0500
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <262938426.20061218085601@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
Message-ID: <628CC7FC-B5BF-4708-AFAA-0D702A097CC2@kinhost.org>


On Dec 18, 2006, at 3:56 AM, Hans wrote:

> Or have a delete button only for admin use:
>
> (:if auth admin:){[foxdelrange button]}(:if:)

If this recipe is available on a page that another user can edit, the  
other user with edit permissions can add the foxdelrange button to a  
page?

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061218/c6fbfb0b/attachment.html 

From nospam at eton.ca  Mon Dec 18 07:01:34 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Mon, 18 Dec 2006 08:01:34 -0500
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <17110513609.20061218090807@softflow.co.uk>
References: <512428428.20061217194502@softflow.co.uk>	<op.tkpz2udi2zi6oj@g5.local>
	<17110513609.20061218090807@softflow.co.uk>
Message-ID: <4586912E.8040601@eton.ca>

On 2006-12-18 Hans is rumoured to have said:
> > It might be caused by "friendly errors" feature of IE.
> 
> > > To prevent new/blank pages from appearing in search engines and 
> causing
> > > all sorts of other trouble, PMWiki MUST send them as error pages.
> 
> Indeed this is the case! Thank you!
> 
> One can change IE's behaviour by opening
> Tools -> Internet Options -> Advanced tab
> and unchecking the Show friendly HTTP error messages box

But on my wiki I get the same result (pmwiki message) regardless of the 
IE setting. Different versions?

> http://neil.eton.ca/wiki/index.php/Main/HomePage


-- 
Neil Herber
Corporate info at http://www.eton.ca/



From nospam at eton.ca  Mon Dec 18 07:10:16 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Mon, 18 Dec 2006 08:10:16 -0500
Subject: [pmwiki-users] Using Site.AuthUser for Controlling Access to
 wiki	Page Groups
In-Reply-To: <45865B55.1020906@manor-farm.org>
References: <4584CCE2.4010100@hindu.org> <45865B55.1020906@manor-farm.org>
Message-ID: <45869338.9090005@eton.ca>

Ian Barton wrote:
>> Perhaps all this is already present in the framework and someone
>> can jus point me in the right direction. I *could* use PMwiki password
>> but then you have to configure every single group, and if you make a new
>> group you have to go and configure that one... you need to keep an
>> offline list of users and what password you have assigned to what groups 
>> etc.
>> whereas doing all this at Site.AuthUser would be marvelous.
>>
> You can use the GroupName.GroupAttributes to set permissions for a whole 
> group. This can contain user groups that you have set in Site.AuthUser. 
> To restate your problem slightly:) I think you want some mechanism of 
> automatically creating GroupName.GroupAttributes prefilled with the 
> Site.AuthUser groups to give correct permissions.

I create authorization groups on the Site.AuthUser page that have the 
same name as the wikigroup they grant access to.

So for example, on Site.AuthUser I would have:
@Groupx: NeilHerber, IanBarton

And on Groupx.GroupAttributes I would have:
Set new read password: @Groupx

I find this easy to maintain and simple to understand. It does require 
setting the GroupAttributes - but just once.

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From design5 at softflow.co.uk  Mon Dec 18 08:08:33 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 14:08:33 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <628CC7FC-B5BF-4708-AFAA-0D702A097CC2@kinhost.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<628CC7FC-B5BF-4708-AFAA-0D702A097CC2@kinhost.org>
Message-ID: <1910149601.20061218140833@softflow.co.uk>

Monday, December 18, 2006, 11:27:15 AM, Crisses wrote:

> If this recipe is available on a page that another user can edit, the
> other user with edit permissions can add the foxdelrange button to a
> page?

Yes of course. If you got edit permission to a page, you can add or
change all kinds of things from the rich troves of pmwiki...

Do you think I need to add an admin option in form of a config
variable to disable delete button, or disable the delete action?
Which would still leave Fox intact for adding posts etc. ?


Hans




From design5 at softflow.co.uk  Mon Dec 18 08:34:10 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 14:34:10 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <45867025.2000602@free.fr>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr>
Message-ID: <2476660.20061218143410@softflow.co.uk>

Monday, December 18, 2006, 10:40:37 AM, malexism wrote:

> I saw your examples. Many way to use Fox, it's usefull and seems simple.
> Is it possible to imagine a threaded forum ? As is, it's difficult to
> see new messages.

I built FoxForum the same way as Simple Forum: Each new topic is
created as a new page, and all posts on the topic are posted in the
page. I can't quite imagine how to set up a threaded forum (but there
may be a way). But I can imagine many ways of making new messages more
visible. For instance the topic index could be built differently with
a different pagelist format, to include the latest message, or at
least a part of it.

But I think a threaded model does not work well with the linear
storage of messages on one page per topic. A threaded modal may be
achievable with ZAP, as it stores each message post on a different
page, if I understood rightly.

I am going to add to Fox still an end-of-post anchor, so each post has
a starting and ending anchor, and can be included in another page
easily like (:include PageName#post12#post12end:)

At the moment Fox puts a start-of-post anchor to each post of form
[[#fox$id]], $id being replaced with a number derived from counting the
posts + 1. This is nice and readable, but if someone deletes a post,
The next post will get an anchor with the same name as one already
existing. So I need to revise this part too, perhaps just use the
timestamp to create the anchor.

Ideas most welcome!


Hans




From brianbashi at gmail.com  Mon Dec 18 08:48:52 2006
From: brianbashi at gmail.com (Brian)
Date: Mon, 18 Dec 2006 09:48:52 -0500
Subject: [pmwiki-users] horribly confused on ZAP create and pagetemplate
In-Reply-To: <fec7cf150612180144n2d63fc27wdd1ed7224ab77187@mail.gmail.com>
References: <242137465.20061217103404@gmail.com> <45864973.9050703@obutex.com>
	<fec7cf150612180144n2d63fc27wdd1ed7224ab77187@mail.gmail.com>
Message-ID: <1888922454.20061218094852@gmail.com>

Hello The,

Monday, December 18, 2006, 4:44:51 AM, you wrote:

Thank you everyone for the overwhelming help!

It seems though I've been stopped dead in my tracks. Dan wrote to test
if ZAP is properly installed using this snippet:

> Here are a few other tips.
> 
> 1) Make sure you have zap working by using something like this snippet
> on a page:
> 
> (:zapform:)
> (:zapget:)
> (:input hidden Install="Installation Successful":)
> (:input hidden passdata="Install":)
> (:input submit value="Test Install":) {$Install}
> (:zapend:)


I click on "test install" and it seems
to reload the page, but thats all. I put (:messages:) at the top too,
and it displays "form submitted".  I find this odd because other
simple snippets did work. I was logged in when running the snippet.

Here is my config.php:

<?php if (!defined('PmWiki')) exit();
$EnableAccessCode = 1;
$AuthUser['brian'] = crypt('***');
include_once("$FarmD/cookbook/zap.php");
include_once("$FarmD/cookbook/zapfiles.php");
include_once("$FarmD/cookbook/commentboxplus.php");
include_once("$FarmD/cookbook/edittitle.php");
include_once("$FarmD/cookbook/spacewikiwords.php");
include_once("$FarmD/cookbook/pmfeed.php");
include_once("$FarmD/scripts/authuser.php");

zapfiles.php and zap.php are uploaded to cookbook and both the latest
version.



-- 
Best regards,
 Brian




From pmichaud at pobox.com  Mon Dec 18 09:08:23 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 09:08:23 -0600
Subject: [pmwiki-users] wrapper script
In-Reply-To: <45866091.2050308@yahoo.co.jp>
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
	<elsvbu$7qb$1@sea.gmane.org> <458291E7.2080601@yahoo.co.jp>
	<MPG.1fecb2f91a241a3b98997b@news.gmane.org>
	<45866091.2050308@yahoo.co.jp>
Message-ID: <20061218150822.GA9644@host.pmichaud.com>

On Mon, Dec 18, 2006 at 06:34:09PM +0900, Kevin wrote:
> Another basic question:
> 
> The documentation recommends adding a "wrapper script" with the 
> following script:
> 
>  <?php include('pmwiki.php'); 
> 
> 
> I am a novice programmer and have no idea where to put this text.  Does 
> it go into the config file?  HTaccess?  Or do I create a new file for 
> this?  

Create a new file called 'index.php' for this.

Pm



From malexism at free.fr  Mon Dec 18 09:19:49 2006
From: malexism at free.fr (malexism at free.fr)
Date: Mon, 18 Dec 2006 16:19:49 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <2476660.20061218143410@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
Message-ID: <4586B195.3070005@free.fr>

Hans a ?crit :
 > I can't quite imagine how to set up a threaded forum

may be with ! !! !!! !!!! etc. in each page/topic ?

> But I can imagine many ways of making new messages more
> visible.

with something like a TOC ?

marc
-- 
http://www.malexism.com/



From pmichaud at pobox.com  Mon Dec 18 10:32:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 10:32:12 -0600
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <17110513609.20061218090807@softflow.co.uk>
References: <512428428.20061217194502@softflow.co.uk>
	<op.tkpz2udi2zi6oj@g5.local>
	<17110513609.20061218090807@softflow.co.uk>
Message-ID: <20061218163212.GB9644@host.pmichaud.com>

On Mon, Dec 18, 2006 at 09:08:07AM +0000, Hans wrote:
> Sunday, December 17, 2006, 8:19:32 PM, porneL wrote:
> > It might be caused by "friendly errors" feature of IE.
> > To prevent new/blank pages from appearing in search engines and causing
> > all sorts of other trouble, PMWiki MUST send them as error pages.
> 
> One can change IE's behaviour by opening
> Tools -> Internet Options -> Advanced tab
> and unchecking the Show friendly HTTP error messages box
> 
> But this is just a work-around.
> I hope that PmWiki will be able to handle this, perhaps by creating
> an appropriate error page, which stops IE kicking in with "friendly"
> 'HTTP 404 - File not found' error messages.
> Please Patrick can you look at this?

I'm in the same boat as Neil Herber -- I get the page itself,
not the "friendly IE message".  I get the page regardless of
the "Show friendly HTTP error" setting in Internet Options .

What version of IE are you running?  (My system has
"6.0.2900.2180.xpsp_sp2_gdr.050301-1519".)

PmWiki has been returning 404 Not Found messages for non-existent
pages since at least 2.1.beta21 (January 2006), and afaict IE
hasn't mentioned anything about this before now.  I'm wondering
if this issue is due to a recent upgrade within IE?

Regardless, if IE is (now) displaying different results for 404 pages,
I don't have a really good answer, short of configuring PmWiki to 
detect the browser type and return a different status code for 
Internet Explorer.

Pm



From brianbashi at gmail.com  Mon Dec 18 10:45:28 2006
From: brianbashi at gmail.com (Brian)
Date: Mon, 18 Dec 2006 11:45:28 -0500
Subject: [pmwiki-users] horribly confused on ZAP create and pagetemplate
	-solved
In-Reply-To: <fec7cf150612180144n2d63fc27wdd1ed7224ab77187@mail.gmail.com>
References: <242137465.20061217103404@gmail.com> <45864973.9050703@obutex.com>
	<fec7cf150612180144n2d63fc27wdd1ed7224ab77187@mail.gmail.com>
Message-ID: <573103725.20061218114528@gmail.com>

Caveman,

> (:zapform `symbol`create`pagetemplate` :)
> (:input text symbol:)
> (:input hidden create "Stocks.{symbol}":)
> (:input hidden pagetemplate=Stocks.MyTemplate:)
> (:input submit value="create page":)
> (:zapend:)

The code snippet you provided worked! Without a proper example to look at I
was totally lost. I spent all of yesterday and could not for the life
of me create a single page.

You should consider posting this snippet at zapsite, because the code
is extraordinarily helpful in figuring out lockpattern, create, and
pagetemplate.

Thank you so much!

Brian





From design5 at softflow.co.uk  Mon Dec 18 10:43:28 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 16:43:28 +0000
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <20061218163212.GB9644@host.pmichaud.com>
References: <512428428.20061217194502@softflow.co.uk>
	<op.tkpz2udi2zi6oj@g5.local>
	<17110513609.20061218090807@softflow.co.uk>
	<20061218163212.GB9644@host.pmichaud.com>
Message-ID: <6610201939.20061218164328@softflow.co.uk>

Monday, December 18, 2006, 4:32:12 PM, Patrick wrote:

> I'm in the same boat as Neil Herber -- I get the page itself,
> not the "friendly IE message".  I get the page regardless of
> the "Show friendly HTTP error" setting in Internet Options .

> What version of IE are you running?  (My system has
> "6.0.2900.2180.xpsp_sp2_gdr.050301-1519".)

> PmWiki has been returning 404 Not Found messages for non-existent
> pages since at least 2.1.beta21 (January 2006), and afaict IE
> hasn't mentioned anything about this before now.  I'm wondering
> if this issue is due to a recent upgrade within IE?

My version is older: 6.0.2600.0000.xpclient.010817-1148IS
and I have run it for years it seems, and not had this error with
pmwiki before. Very odd.


Hans




From gmane at auxbuss.com  Mon Dec 18 11:14:11 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 18 Dec 2006 17:14:11 -0000
Subject: [pmwiki-users] wrapper script
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
	<elsvbu$7qb$1@sea.gmane.org> <458291E7.2080601@yahoo.co.jp>
	<MPG.1fecb2f91a241a3b98997b@news.gmane.org>
	<45866091.2050308@yahoo.co.jp>
Message-ID: <MPG.1ff0dc97d4e4338d98998d@news.gmane.org>

Kevin said...
> Another basic question:
> 
> The documentation recommends adding a "wrapper script" with the 
> following script:
> 
>  <?php include('pmwiki.php'); 
> 
> 
> I am a novice programmer and have no idea where to put this text.  Does 
> it go into the config file?  HTaccess?  Or do I create a new file for 
> this?  

Create a new file with just that one line.

-- 
Best,
Marc




From editor at fast.st  Mon Dec 18 11:28:11 2006
From: editor at fast.st (The Editor)
Date: Mon, 18 Dec 2006 12:28:11 -0500
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <2476660.20061218143410@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
Message-ID: <fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>

On 12/18/06, Hans <design5 at softflow.co.uk> wrote:
> Monday, December 18, 2006, 10:40:37 AM, malexism wrote:
>
> > I saw your examples. Many way to use Fox, it's usefull and seems simple.
> > Is it possible to imagine a threaded forum ? As is, it's difficult to
> > see new messages.
>
> I built FoxForum the same way as Simple Forum: Each new topic is
> created as a new page, and all posts on the topic are posted in the
> page. I can't quite imagine how to set up a threaded forum (but there
> may be a way). But I can imagine many ways of making new messages more
> visible. For instance the topic index could be built differently with
> a different pagelist format, to include the latest message, or at
> least a part of it.
>
> But I think a threaded model does not work well with the linear
> storage of messages on one page per topic. A threaded modal may be
> achievable with ZAP, as it stores each message post on a different
> page, if I understood rightly.

Yes, zap can do threaded forums.  If Hans wanted to add that
capability to Fox it should be fairly simply.  I'd be happy to supply
the code.

zap also has the same kind of page templating capabilities introduced
in ADL.  It does not however take an append/prepend approach to
comments but rather stores them as data on separate pages that can be
retrieved via pagelists and formatted as desired.  It's also easy to
edit/delete individual comments.  The advantage to Fox's approach
however is faster processing, as you only have to load one page for a
whole thread.  This may be a good approach to use in zapchat as the
pagelisting there can get a bit slow...

PS. if you're interested in zap however, wait till the next release
out sometime soon.


> I am going to add to Fox still an end-of-post anchor, so each post has
> a starting and ending anchor, and can be included in another page
> easily like (:include PageName#post12#post12end:)
>
> At the moment Fox puts a start-of-post anchor to each post of form
> [[#fox$id]], $id being replaced with a number derived from counting the
> posts + 1. This is nice and readable, but if someone deletes a post,
> The next post will get an anchor with the same name as one already
> existing. So I need to revise this part too, perhaps just use the
> timestamp to create the anchor.
>
> Ideas most welcome!

Good work Hans!  Great idea to combine ADL with CommentBox plus, and
some nice looking forums, etc.

Cheers,
Dan



From design5 at softflow.co.uk  Mon Dec 18 11:31:02 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 17:31:02 +0000
Subject: [pmwiki-users] wrapper script
In-Reply-To: <MPG.1ff0dc97d4e4338d98998d@news.gmane.org>
References: <801d8d970612141140h24f3f845y5768857ac4bc8eb4@mail.gmail.com>
	<elsvbu$7qb$1@sea.gmane.org> <458291E7.2080601@yahoo.co.jp>
	<MPG.1fecb2f91a241a3b98997b@news.gmane.org>
	<45866091.2050308@yahoo.co.jp>
	<MPG.1ff0dc97d4e4338d98998d@news.gmane.org>
Message-ID: <1577582236.20061218173102@softflow.co.uk>

Monday, December 18, 2006, 5:14:11 PM, marc wrote:

> Kevin said...
>> Another basic question:
>> 
>> The documentation recommends adding a "wrapper script" with the 
>> following script:
>> 
>>  <?php include('pmwiki.php'); 
>> 
>> 
>> I am a novice programmer and have no idea where to put this text.  Does
>> it go into the config file?  HTaccess?  Or do I create a new file for
>> this?  

> Create a new file with just that one line.

To be a bit more specific:

The recommended "wrapper" script should be called index.php and live
in the pmwiki directory, aside pmwiki.php.
The purpose is to load pmwiki.php, if a browser asks for the directory
url.
I.e http://example.com/pmwiki/ will get pmwiki running, and you should
get the default page. With no index.php http://example.com/pmwiki/ may
show the file content of the pmwiki directory, or return with an
"access forbidden" error.


Hans




From sethcherney at yahoo.com  Mon Dec 18 11:45:18 2006
From: sethcherney at yahoo.com (Seth Cherney)
Date: Mon, 18 Dec 2006 09:45:18 -0800 (PST)
Subject: [pmwiki-users] jspspellcheck - update
In-Reply-To: <mailman.595.1166462895.9735.pmwiki-users@pmichaud.com>
Message-ID: <384947.81981.qm@web33207.mail.mud.yahoo.com>

I am still trying to get jspspellcheck to work (I suppose there are not too many people in hosted environments, since otherwise this would be more popular).

I have managed to add a form name to the form, to conform to the syntax of jspspellcheck (name=editform).  
I can call the script outside of pmwiki.

IS THERE an issue of permissions for the script?  will pmwiki disallow this for some reason?  On click, nothing happens, no error messages, but no execute.


This is the script portion I have right now in spellcheck.php (in cookbook):

<script language='javascript' type='text/javascript' src='$PubDirUrl/jspspellcheck/jspspellcheck/spellcheck-caller.js'></script>
<script language='javascript' type='text/javascript' >
<!--

    function spellCheck(){
    var elements;[elements.length] = new Array(0);
    elements;[elements.length] = document.editform.text;
    startSpellCheck('$PubDirUrl/jspspellcheck/jspspellcheck/', elements ); THIS COULD BE WRONG orig was: (jspspellcheck/', elements );
}

// -->
</script>
In the called js, there is the constant baseUrl.  not sure if this will be part off the problem:

function startSpellCheck( baseUrl, /* Array of Form Elements */ elements )
... ... ...

openCenteredWindow( baseUrl + 'spellcheck-entry.jsp' + params, 300, 200 );

Thanks, Seth

 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061218/ae120478/attachment.html 

From design5 at softflow.co.uk  Mon Dec 18 11:45:28 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 17:45:28 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
Message-ID: <15010377777.20061218174528@softflow.co.uk>

Monday, December 18, 2006, 5:28:11 PM, The wrote:

> zap also has the same kind of page templating capabilities introduced
> in ADL.  It does not however take an append/prepend approach to
> comments but rather stores them as data on separate pages that can be
> retrieved via pagelists and formatted as desired.  It's also easy to
> edit/delete individual comments.  The advantage to Fox's approach
> however is faster processing, as you only have to load one page for a
> whole thread.  This may be a good approach to use in zapchat as the
> pagelisting there can get a bit slow...

I don't understand this claim of faster processing.
In order to show a thread ZAP has to load lots of pages (well the
pagelist does), each with one comment only. Whereas with Fox you just
load the topic page, no pagelist processing involved at all.

Of course if one wanted to build  a multi-threaded forum, using messages
stored on one page per topic, then there is the problem of extracting
individual messages from the page, and putting them back together in
a different order etc. which may be a lot of processing, or may be
not. I don't know.

In any case I don't want to go down the road and
store each forum message in a separate page, I don't like the
idea of hundreds or thousands of tiny pages in one folder, all with
just a numeric index as pagename. The simple approach of one topic per
page will produce hugely less pages, and pages with reasonable names
as well. This fits well for me with PmWiki's simple approach. ZAP
tries to make it into a kind of database. Maybe this is doable and
workable, but fairly complex to set up. I just prefer a simpler
approach.


Hans




From pmichaud at pobox.com  Mon Dec 18 11:48:22 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 11:48:22 -0600
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <6610201939.20061218164328@softflow.co.uk>
References: <512428428.20061217194502@softflow.co.uk>
	<op.tkpz2udi2zi6oj@g5.local>
	<17110513609.20061218090807@softflow.co.uk>
	<20061218163212.GB9644@host.pmichaud.com>
	<6610201939.20061218164328@softflow.co.uk>
Message-ID: <20061218174822.GB23625@host.pmichaud.com>

On Mon, Dec 18, 2006 at 04:43:28PM +0000, Hans wrote:
> Monday, December 18, 2006, 4:32:12 PM, Patrick wrote:
> 
> > I'm in the same boat as Neil Herber -- I get the page itself,
> > not the "friendly IE message".  I get the page regardless of
> > the "Show friendly HTTP error" setting in Internet Options .
> 
> > What version of IE are you running?  (My system has
> > "6.0.2900.2180.xpsp_sp2_gdr.050301-1519".)
> 
> > PmWiki has been returning 404 Not Found messages for non-existent
> > pages since at least 2.1.beta21 (January 2006), and afaict IE
> > hasn't mentioned anything about this before now.  I'm wondering
> > if this issue is due to a recent upgrade within IE?
> 
> My version is older: 6.0.2600.0000.xpclient.010817-1148IS
> and I have run it for years it seems, and not had this error with
> pmwiki before. Very odd.

I agree, it's odd.  But afaict it's not anything that has changed
recently with PmWiki.

Pm



From jhaupt at gmail.com  Mon Dec 18 11:55:50 2006
From: jhaupt at gmail.com (Jon Haupt)
Date: Mon, 18 Dec 2006 11:55:50 -0600
Subject: [pmwiki-users] weird session error
In-Reply-To: <e0759c2c0611270911nda4a0f3xa977ad9385cdf2d3@mail.gmail.com>
References: <e0759c2c0611270911nda4a0f3xa977ad9385cdf2d3@mail.gmail.com>
Message-ID: <d046de70612180955p5fe22a1chaaa1ce35445dfe50@mail.gmail.com>

On 11/27/06, Brent Zupp <atticus4 at gmail.com> wrote:
> Does anyone understand this session error?
>
> I'm using pmwiki-2.2.0-beta16
>
>
> Warning : session_write_close() [function.session-write-close]:
> open(/tmp/sess_87ed5b663b4cee7650c6755e7f9f1520, O_RDWR)
> failed: Permission denied (13) in /pmwikipath/pmwiki.php on line 1723
>
>  Warning: session_write_close() [function.session-write-close]: Failed to
> write session data (files). Please verify that the current setting of
> session.save_path is correct () in /pmwikipath/pmwiki.php on line 1723
>
>  Warning: Cannot modify header information - headers already sent by (output
> started at /pmwikipath/pmwiki/pmwiki.php:1723) in
> /pmwikipath/pmwiki/pmwiki.php on line 931
>
> --
> Brent Zupp
> http://www.wanderings.net/notebook
> http://www.flickr.com/photos/62142788 at N00/
>
> To invent, you need a good imagination and a pile of junk.
>  ~ Thomas A. Edison
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
I'm getting this exact same error.  It just suddenly started popping
up on all my PmWiki installations.  I suppose it must be related to
some PHP configuration that was changed.  Has anyone actually figured
out a solution to this problem?

Jon Haupt



From pmichaud at pobox.com  Mon Dec 18 12:05:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 12:05:41 -0600
Subject: [pmwiki-users] weird session error
In-Reply-To: <d046de70612180955p5fe22a1chaaa1ce35445dfe50@mail.gmail.com>
References: <e0759c2c0611270911nda4a0f3xa977ad9385cdf2d3@mail.gmail.com>
	<d046de70612180955p5fe22a1chaaa1ce35445dfe50@mail.gmail.com>
Message-ID: <20061218180539.GC23625@host.pmichaud.com>

On Mon, Dec 18, 2006 at 11:55:50AM -0600, Jon Haupt wrote:
> On 11/27/06, Brent Zupp <atticus4 at gmail.com> wrote:
> > Does anyone understand this session error?
> >
> > I'm using pmwiki-2.2.0-beta16
> >
> > Warning : session_write_close() [function.session-write-close]:
> > open(/tmp/sess_87ed5b663b4cee7650c6755e7f9f1520, O_RDWR)
> > failed: Permission denied (13) in /pmwikipath/pmwiki.php on line 1723
> >
> I'm getting this exact same error.  It just suddenly started popping
> up on all my PmWiki installations.  I suppose it must be related to
> some PHP configuration that was changed.  Has anyone actually figured
> out a solution to this problem?

Usually this means one or more of the following:

    1.  The webserver account doesn't have write permission to the /tmp dir
    2.  The disk partition containing /tmp has been mounted read only
    3.  The PHP configuration has been changed such that it is no
        longer able to create session files in /tmp (I don't know
        if safe_mode-related settings can affect this).

So, I'd be looking at the /tmp directory on your server and see if
things are okay there.

The workaround is to tell PHP to store sessions in another directory
that is writable.  For example, one can create a "session.d" directory,
give it write permissions, and then place the following in either
local/config.php or local/farmconfig.php:

    session_save_path('session.d');

Pm



From mail at revida.sk  Mon Dec 18 12:07:29 2006
From: mail at revida.sk (Jiri)
Date: Mon, 18 Dec 2006 19:07:29 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
References: <1878100609.20061217011932@softflow.co.uk>	<45867025.2000602@free.fr>
	<2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
Message-ID: <4586D8E1.9030100@revida.sk>

What about to set and update some page-variable FoxLastPostNr and not to 
count the posts ?

Jiri

>>...
>> At the moment Fox puts a start-of-post anchor to each post of form
>> [[#fox$id]], $id being replaced with a number derived from counting the
>> posts + 1. This is nice and readable, but if someone deletes a post,
>> The next post will get an anchor with the same name as one already
>> existing. So I need to revise this part too, perhaps just use the
>> timestamp to create the anchor.
>>
>> Ideas most welcome!
> ...




From kelpranch at gmail.com  Mon Dec 18 12:14:03 2006
From: kelpranch at gmail.com (Jonathan Knight)
Date: Mon, 18 Dec 2006 10:14:03 -0800
Subject: [pmwiki-users] Drop down menu in side bar?
Message-ID: <801d8d970612181014ga929f66k3e01525c99abd5d6@mail.gmail.com>

Hi Everyone,

Can anybody give me some advice for setting up a drop down type menu for the
sidebar navigation?

Thanks!
Jon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061218/9df13a5a/attachment.html 

From pmichaud at pobox.com  Mon Dec 18 12:50:58 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 12:50:58 -0600
Subject: [pmwiki-users] PmWiki work directory
Message-ID: <20061218185055.GD23625@host.pmichaud.com>

We've discussed this in the past, but two recent messages to the 
mailing lists [1, 2] convince me that we really need a dedicated 
"work directory" (other than wiki.d/) where PmWiki can store 
temporary working files.

The simplest approach at this point is to simply have PmWiki
create a work.d/ directory (in the pmwiki root) and have it start 
storing its files there.  The work files that have traditionally
gone into wiki.d/ would then lose the dot, so that we have:

    work.d/flock
    work.d/pagelist
    work.d/notify
    ...etc...

A big advantage is that we can then easily do

    session_save_path('work.d');

and a *lot* of PHP configuration issues disappear:

  1. Sessions in a farm no longer "move" from one wiki to the next
  2. PHP sessions on Windows platforms work by default
  3. The "/tmp is not writable" problem is no longer an issue
  4. Don't have to worry about session timeouts from other PHP
     scripts

This topic has come up in the past, and many people have 
suggested alternate directory layouts that refactor PmWiki's
directory structure a bit.  So, now might be a good time to
revisit some of them, and perhaps look at new ideas.  All I ask
is that proposals be kept short and to the point.  If a lot
of explanation or justification is needed, then divide the
message up into "summary" and "long description" sections.

Some initial constraints:
  - Unless there are extremely compelling circumstances, I have no
    intent to change the layout of cookbook/, pub/, local/, scripts/,
    or docs/ .
  - Proposals cannot assume that everyone is running Apache, 
    has mod_rewrite available, or has the ability to create symlinks.
  - Initial installation should continue to be as close to "unzip
    and run" as it is now.
  - The default must continue to run in PHP safe_mode environments
    at least as well as it does now.

So, as usual, comments welcomed.

Thanks!

Pm

1. http://www.pmichaud.com/pipermail/pmwiki-users/2006-December/037312.html
2. http://www.pmichaud.com/pipermail/pmwiki-devel/2006-December/000481.html



From katir at hindu.org  Sun Dec 17 04:40:28 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sun, 17 Dec 2006 00:40:28 -1000
Subject: [pmwiki-users] Create pages with default content
Message-ID: <45851E9C.1000203@hindu.org>

I asked this on the 13th, got no answer...
let's try again with less verbiage:

simply:

1) this is about page creation
2) where new pages contain some default text (or markup)
     --could be some: (:include, (:pagelist, (:comment data:)
# pre-filled data... etc. whatever...

Our specific requirements:

1. prefill new default home pages for groups with pre-defined page lists
     e.g.
       -- a small form prompts to create a  new group
       -- user enters a new group-name for a new project like 
"MakingIncense"
       -- page does not exist yet, but  there will appear on the page a 
link like
              "MakingIncense.MakingIncense?" (or "MakingIncense.HomePage?")
                  (I will use Zap Data for this.)

       -- user clicks and is prompted that the page does not exist...
        -- he  clicks on the the link and a default edit displays for 
the new page
         as per normal new page creation in PMwiki.. only this time
            It already  contains pre-defined text, markup, includes etc.

2. prefill new default pages in a specific group;
     --Staff.AnyNewStaffMember
           # contains some specific page lists carefully defined for 
{$Group}.{$Name}
     --such that if  we create a new page:
         -  Staff.NewVolunteer # this is pre-filled with the text-mark 
up of some
                default text-markup-content for any new page in  group 
"Staff"

Doable or not? (with any existing recipes) Note my workflow as defined above
is not yet  actually defined, so we are open to any solution for creating
pages with default text-markup already inserted.

In  Peace
Sivakatirswami
www.himalayanacademy.com




From katir at hindu.org  Mon Dec 18 05:05:02 2006
From: katir at hindu.org (Sivakatirswami)
Date: Mon, 18 Dec 2006 01:05:02 -1000
Subject: [pmwiki-users] Using Site.AuthUser for Controlling Access to
 wiki	Page Groups
In-Reply-To: <45865B55.1020906@manor-farm.org>
References: <4584CCE2.4010100@hindu.org> <45865B55.1020906@manor-farm.org>
Message-ID: <458675DE.8040306@hindu.org>



skts wrote: >> Perhaps all this is already present in the framework and
someone >> can jus point me in the right direction. I *could* use PMwiki
>> password but then you have to configure every single group, and if
>> >>
you make a new group you have to go and configure that one... you >>
need to keep an offline list of users and what password you have >>
assigned to what groups etc. whereas doing all this at >> Site.AuthUser
would be marvelous.

Ian Barton wrote:

> You can use the GroupName.GroupAttributes to set permissions for a >
whole group. This can contain user groups that you have set in >
Site.AuthUser. To restate your problem slightly:) I think you want >
some mechanism of automatically creating GroupName.GroupAttributes >
prefilled with the Site.AuthUser groups to give correct permissions. >
Ok will look into that... I just tried it on my box (I test on OSX...)
http://127.0.0.1/zap/Staff.StaffAttributes but i get a 404. So, I'm not
getting you....

Actually what I'm looking for is everything on one page -- Site.AuthUser
page.

e.g. if you create a new group "HighLevelClearanceRequired"  then you
need to set the read and edit to your @MostTrusted group of users in
that groups attributes.

Then you have another group "AnyoneCanReadThisStuff"   So then you have
to set it up once to allow @GeneralPublic  users to read only and
@MostTrusted group of users to read and edit...

OK... so by the time you go thru doing this on 20 groups... where is
your documentation? the user-authorization map for who has access to
what groups? How will I tell someone else (even myself, six months later)
  what I have done?... what file
can they look at to see the access privileges "schema" for all groups in
the entire wiki. (pass words encrypted of course) with comments on why
the decisions were made for the privileges set up for each group...

I  *could* (will need to in the absence of anything else) keep this file
offline as a record for myself, but it would be so efficient if   on a
single page we were able to set the access privileges to all groups  on
the wiki, individually *from* that  page.

So, (dreaming) then you open Site.AuthUser and there it all is, in one
place:

ACCESS PRIVILEGES BY GROUP:

(:groupaccess group=AnyoneCanReadThisStuff @GeneralPublic=Read
@MostTrusted=Read,Edit:) (:groupaccess group=HighLevelClearanceRequired
  @MostTrusted=Read,Edit:) (:groupaccess group=CookieRecipes
@GeneralPublic=Read @AllMyMoms=Read,Edit :)

etc.  such that  in a single location, all access privileges  to all
groups are declared and from there, implemented automatically. Generally
speaking we are not talking about Nuclear Bomb Launch Codes, or Access
Codes to Corporate Bank  accounts. but just a general management of what
some people  should see and what others really don't need to know
about... so having it all on one Site.AuthUser page will suffice from a
security point of view. Passwords are encrypted  anyway, so even if
someone did get all that info, they could not do much with it

I'm very new to this auth business and could be missing something, let
me ask it as a question: after six months of  making new groups, setting
their attributes... where in PMWiki is all this information available
for review-editing in a single pass? without having to sit there and do
a manual edit attri for each group?

TIA

Sivakatirswami






From design5 at softflow.co.uk  Mon Dec 18 12:52:27 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 18:52:27 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <4586D8E1.9030100@revida.sk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<4586D8E1.9030100@revida.sk>
Message-ID: <875876091.20061218185227@softflow.co.uk>

Monday, December 18, 2006, 6:07:29 PM, Jiri wrote:

> What about to set and update some page-variable FoxLastPostNr and not to
> count the posts ?

Perhaps, but it is quite complicated, as I need to put it somewhere on
the page, and each post has to update it. Also Fox allows multiple
forms each posting their own "thread", so I need to distinguish
between which form the post originates, i.e. have a form index and a
post number index.

setting the anchors by counting the posts is so much simpler...


Hans




From mail at revida.sk  Mon Dec 18 13:01:20 2006
From: mail at revida.sk (Jiri)
Date: Mon, 18 Dec 2006 20:01:20 +0100
Subject: [pmwiki-users] New recipe: Fox (about forum)
In-Reply-To: <15010377777.20061218174528@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>	<45867025.2000602@free.fr>
	<2476660.20061218143410@softflow.co.uk>	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<15010377777.20061218174528@softflow.co.uk>
Message-ID: <4586E580.9070908@revida.sk>

Hi all,
I think it is necessary to consider and estimate how huge the forum can 
be (depending on contributors activity).
Each aproach has its pros and disadvantages.
If I expect hunderds or thousands posts to not numerous topics
then the downloaded page can grow too long with the last post at the 
bottom if all posts are stored in one topic page.
Using pagelists you can show only most recent posts (count=10 for 
example) or posts sent within last 3 days with a link to the full 
pagelist. (it can be maintained in a single page using parameters 
url?show=10 or url?days=3 with conditionaly displaying proper pagelist)
I think it is easier to delete or erase old posts files or files older 
then x days.

I think there is no obstacle to use both recipes in one site - each used 
accordingly to the needs.
If I create a forum to report bugs I would use Fox.
If I have a forum to collect comments to program features (like PITS) I 
would use Zap as I can easy append my reaction direct to each post.
In a small community where only registered members are allowed to read 
and post comments to actual themes which will be outdated within 3 month
I do not care if there is 50 or 150 pages.

Both recipes are too young to say *now* which fits my needs the best.

Best regards,
Jiri


Hans napsal(a):
> Monday, December 18, 2006, 5:28:11 PM, The wrote:
...
> 
> In any case I don't want to go down the road and
> store each forum message in a separate page, I don't like the
> idea of hundreds or thousands of tiny pages in one folder, all with
> just a numeric index as pagename. The simple approach of one topic per
> page will produce hugely less pages, and pages with reasonable names
> as well. ...




From pmichaud at pobox.com  Mon Dec 18 13:21:58 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 13:21:58 -0600
Subject: [pmwiki-users] Create pages with default content
In-Reply-To: <45851E9C.1000203@hindu.org>
References: <45851E9C.1000203@hindu.org>
Message-ID: <20061218192155.GE23625@host.pmichaud.com>

On Sun, Dec 17, 2006 at 12:40:28AM -1000, Sivakatirswami wrote:
> I asked this on the 13th, got no answer...
> let's try again with less verbiage:
> 
> simply:
> 
> 1) this is about page creation
> 2) where new pages contain some default text (or markup)
>      --could be some: (:include, (:pagelist, (:comment data:)
> # pre-filled data... etc. whatever...

Assuming this is about "page creation" -- i.e., what should happen
when someone attempts to _create_ a page in a new group (as opposed
to viewing a non-existent page in a new group), then
http://www.pmwiki.org/wiki/Cookbook/EditTemplates is what
you're looking for.  So to answer your specific questions...

> 1. prefill new default home pages for groups with pre-defined page lists

To pre-fill all new Group.Group home pages upon editing:

    $pagename = ResolvePageName($pagename);
    $group = PageVar($pagename, '$Group');
    if ($pagename == "$group.$group")
      $EditTemplatesFmt = 'Site.NewGroupTemplate';

When someone attempts to edit a page that has a name of the form
"Group.Group" and that doesn't exist, the edit form will be
pre-filled with the contents of Site.NewGroupTemplate.

> 2. prefill new default pages in a specific group;
>      --Staff.AnyNewStaffMember

In local/Staff.php:

    $EditTemplatesFmt = 'Site.StaffTemplate';

This causes any new page in the Staff group to be automatically
filled with the contents of Site.StaffTemplate when it is edited.

Pm



From design5 at softflow.co.uk  Mon Dec 18 13:27:14 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 19:27:14 +0000
Subject: [pmwiki-users] New recipe: Fox (about forum)
In-Reply-To: <4586E580.9070908@revida.sk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<15010377777.20061218174528@softflow.co.uk>
	<4586E580.9070908@revida.sk>
Message-ID: <78236036.20061218192714@softflow.co.uk>

Monday, December 18, 2006, 7:01:20 PM, Jiri wrote:

> If I expect hunderds or thousands posts to not numerous topics
> then the downloaded page can grow too long with the last post at the
> bottom if all posts are stored in one topic page.

With SimpleForum I could just use the BreakPage recipe to break the
page into more manageable (for the reader) chunks. I expect to do the
same with a forum built with Fox, it only needs a break-page marker
inserted after every so-often post, and I will add that to Fox.


Hans




From pmichaud at pobox.com  Mon Dec 18 13:35:56 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 13:35:56 -0600
Subject: [pmwiki-users] Using Site.AuthUser for Controlling Access to
	wiki	Page Groups
In-Reply-To: <458675DE.8040306@hindu.org>
References: <4584CCE2.4010100@hindu.org> <45865B55.1020906@manor-farm.org>
	<458675DE.8040306@hindu.org>
Message-ID: <20061218193555.GG23625@host.pmichaud.com>

On Mon, Dec 18, 2006 at 01:05:02AM -1000, Sivakatirswami wrote:
> 
> Actually what I'm looking for is everything on one page -- Site.AuthUser
> page.
> [...]

According to http://www.pmwiki.org/wiki/PmWiki/RoadMap, the
ability to manage all permissions from a single location is 
slated to happen sometime after the 2.2.0 release 
("Centralized authorization control").

It's tightly bound to the way that pages are stored and
handled, which is why I'm not committing to it prior to 2.2.0 .

> I'm very new to this auth business and could be missing something, let
> me ask it as a question: after six months of  making new groups, setting
> their attributes... where in PMWiki is all this information available
> for review-editing in a single pass? 

This doesn't exist today, but it's slated to be available for
2.2.0 ("Listing of site-wide permissions settings").

Pm



From pmichaud at pobox.com  Mon Dec 18 13:45:20 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 18 Dec 2006 13:45:20 -0600
Subject: [pmwiki-users] jspspellcheck - update
In-Reply-To: <384947.81981.qm@web33207.mail.mud.yahoo.com>
References: <mailman.595.1166462895.9735.pmwiki-users@pmichaud.com>
	<384947.81981.qm@web33207.mail.mud.yahoo.com>
Message-ID: <20061218194508.GH23625@host.pmichaud.com>

On Mon, Dec 18, 2006 at 09:45:18AM -0800, Seth Cherney wrote:
>    I am still trying to get jspspellcheck to work (I suppose there are not
>    too many people in hosted environments, since otherwise this would be more
>    popular).

I looked at jspspellcheck over the weekend, but since it makes use
of Java servlets I'm not sure how to make that work in my hosted
environment.  If someone can give me a quick tutorial of how to
install/configure the Java servlet portion I might be able to 
help a bit more, but it wasn't instantly obvious to me how to do it.

In particular, I get to the steps in the jspspellcheck instructions
that say:

    BTW, as an alternitive you can just unzip this WAR into your WAR, 
    just don't include the /WEB-INF/web.xml and /META-INF/* files.

    1. Place the files in the jspspellcheck directory into a place 
    that you feel comfortable with (inside your war)

I have no idea what a "WAR" is, or where it might be on my
server.  When I attempt to run the examples, my server returns
the .jsp files as plain text rather than executing them on the
server, or whatever is supposed to happen.

>    IS THERE an issue of permissions for the script?  will pmwiki disallow
>    this for some reason?  On click, nothing happens, no error messages, but
>    no execute.

PmWiki itself doesn't disallow anything, no.

Pm



From kat_lists at katspace.homelinux.org  Mon Dec 18 15:06:36 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Tue, 19 Dec 2006 08:06:36 +1100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <15010377777.20061218174528@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<15010377777.20061218174528@softflow.co.uk>
Message-ID: <20061218210636.GC21891@katla.katspace.homelinux.org>

On Mon, Dec 18, 2006 at 05:45:28PM +0000, Hans wrote:
> Monday, December 18, 2006, 5:28:11 PM, The wrote:
> 
> > zap also has the same kind of page templating capabilities introduced
> > in ADL.  It does not however take an append/prepend approach to
> > comments but rather stores them as data on separate pages that can be
> > retrieved via pagelists and formatted as desired.  It's also easy to
> > edit/delete individual comments.  The advantage to Fox's approach
> > however is faster processing, as you only have to load one page for a
> > whole thread.  This may be a good approach to use in zapchat as the
> > pagelisting there can get a bit slow...
> 
> I don't understand this claim of faster processing.
> In order to show a thread ZAP has to load lots of pages (well the
> pagelist does), each with one comment only. Whereas with Fox you just
> load the topic page, no pagelist processing involved at all.

Er, the previous poster was saying that *Fox* has faster processing.
You're both agreeing with each other!

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From design5 at softflow.co.uk  Mon Dec 18 15:14:44 2006
From: design5 at softflow.co.uk (Hans)
Date: Mon, 18 Dec 2006 21:14:44 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061218210636.GC21891@katla.katspace.homelinux.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<15010377777.20061218174528@softflow.co.uk>
	<20061218210636.GC21891@katla.katspace.homelinux.org>
Message-ID: <664256412.20061218211444@softflow.co.uk>

Monday, December 18, 2006, 9:06:36 PM, Kathryn wrote:

> Er, the previous poster was saying that *Fox* has faster processing.
> You're both agreeing with each other!

Thank you! I got that rather wrong, sorry Dan!


Hans




From sethcherney at yahoo.com  Mon Dec 18 15:24:01 2006
From: sethcherney at yahoo.com (Seth Cherney)
Date: Mon, 18 Dec 2006 13:24:01 -0800 (PST)
Subject: [pmwiki-users] jspspellcheck - update
In-Reply-To: <20061218194508.GH23625@host.pmichaud.com>
Message-ID: <341121.66585.qm@web33206.mail.mud.yahoo.com>



"Patrick R. Michaud" <pmichaud at pobox.com> wrote: On Mon, Dec 18, 2006 at 09:45:18AM -0800, Seth Cherney wrote:
>    I am still trying to get jspspellcheck to work (I suppose there are not
>    too many people in hosted environments, since otherwise this would be more
>    popular).

I looked at jspspellcheck over the weekend, but since it makes use
of Java servlets I'm not sure how to make that work in my hosted
environment.  If someone can give me a quick tutorial of how to
install/configure the Java servlet portion I might be able to 
help a bit more, but it wasn't instantly obvious to me how to do it.

In particular, I get to the steps in the jspspellcheck instructions
that say:

    BTW, as an alternitive you can just unzip this WAR into your WAR, 
    just don't include the /WEB-INF/web.xml and /META-INF/* files.

***THIS only matters if you want to make a larger java program and include it as a part - not for us.

    1. Place the files in the jspspellcheck directory into a place 
    that you feel comfortable with (inside your war)

I have no idea what a "WAR" is, or where it might be on my
server.  When I attempt to run the examples, my server returns
the .jsp files as plain text rather than executing them on the
server, or whatever is supposed to happen.

***I think that is since you dont have tomcat installed and/or enabled.  it depends on each host, send an email to admin if you are super interested.  


>    IS THERE an issue of permissions for the script?  will pmwiki disallow
>    this for some reason?  On click, nothing happens, no error messages, but
>    no execute.

PmWiki itself doesn't disallow anything, no.

Pm

I will keep trying.  there are a few programmers here in Chicago I will try to contact about it, I will keep everyone posted if I can get this worked out.  IF YOU DONT ALREADY USE JAVA, it can be extremely difficult to setup.  on your local computer try xampp (apachefriends.org) since it configures most things for you. But, it is a pain, use only as necessary!

Thanks, Seth

 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061218/46ea6da5/attachment.html 

From pmwiki at 911networks.com  Mon Dec 18 15:38:30 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Mon, 18 Dec 2006 13:38:30 -0800
Subject: [pmwiki-users] jspspellcheck - update
In-Reply-To: <341121.66585.qm@web33206.mail.mud.yahoo.com>
References: <20061218194508.GH23625@host.pmichaud.com>
	<341121.66585.qm@web33206.mail.mud.yahoo.com>
Message-ID: <20061218133830.54c0726d@tadpole>

On Mon, 18 Dec 2006 13:24:01 -0800 (PST)
Seth Cherney <sethcherney at yahoo.com> wrote:

> 
> 
> "Patrick R. Michaud" <pmichaud at pobox.com> wrote: On Mon, Dec 18,
> 2006 at 09:45:18AM -0800, Seth Cherney wrote:
> >    I am still trying to get jspspellcheck to work (I suppose
> > there are not too many people in hosted environments, since
> > otherwise this would be more popular).
> 
> I looked at jspspellcheck over the weekend, but since it makes use
> of Java servlets I'm not sure how to make that work in my hosted
> environment.  If someone can give me a quick tutorial of how to
> install/configure the Java servlet portion I might be able to 
> help a bit more, but it wasn't instantly obvious to me how to do it.

I know that it would be nice to have it integrated into PmWiki, but
if you use Firefox v2.0 the spell checking is enabled in the browser.
It's also available on Opera v9.0+. I think that it's also enabled on
IE7. 

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From dspitzle at wash.k12.mi.us  Mon Dec 18 19:33:59 2006
From: dspitzle at wash.k12.mi.us (David Spitzley)
Date: Mon, 18 Dec 2006 20:33:59 -0500
Subject: [pmwiki-users] Spam filtering not cutting it
Message-ID: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>

I'm running the BlogSimple2 recipe along with Blocklist3, and I've got
the blocklist filtering the comments (editing is password protected). 
Unfortunately, in practice all this seems to mean is that every time I
clean today's two dozen spam comments off of my site, they contain key
terms I haven't seen before.  I see that there's a Captcha recipe, but
it doesn't appear to integrate into the rest of pmwiki.  Does anybody
have any suggestions on how to further hinder spam in my comments?


David
>>> Kathryn Andersen <kat_lists at katspace.homelinux.org> 12/18/06 4:06 PM
>>>
On Mon, Dec 18, 2006 at 05:45:28PM +0000, Hans wrote:
> Monday, December 18, 2006, 5:28:11 PM, The wrote:
> 
> > zap also has the same kind of page templating capabilities
introduced
> > in ADL.  It does not however take an append/prepend approach to
> > comments but rather stores them as data on separate pages that can
be
> > retrieved via pagelists and formatted as desired.  It's also easy to
> > edit/delete individual comments.  The advantage to Fox's approach
> > however is faster processing, as you only have to load one page for
a
> > whole thread.  This may be a good approach to use in zapchat as the
> > pagelisting there can get a bit slow...
> 
> I don't understand this claim of faster processing.
> In order to show a thread ZAP has to load lots of pages (well the
> pagelist does), each with one comment only. Whereas with Fox you just
> load the topic page, no pagelist processing involved at all.

Er, the previous poster was saying that *Fox* has faster processing.
You're both agreeing with each other!

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list
<http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe

_______________________________________________
pmwiki-users mailing list
pmwiki-users at pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users




From nospam at eton.ca  Mon Dec 18 20:43:42 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Mon, 18 Dec 2006 21:43:42 -0500
Subject: [pmwiki-users] Spam filtering not cutting it
In-Reply-To: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
References: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
Message-ID: <458751DE.1050504@eton.ca>

On 2006-12-18 David Spitzley is rumoured to have said:
> I'm running the BlogSimple2 recipe along with Blocklist3, and I've 
> got the blocklist filtering the comments (editing is password 
> protected). Unfortunately, in practice all this seems to mean is that 
> every time I clean today's two dozen spam comments off of my site, 
> they contain key terms I haven't seen before. I see that there's a 
> Captcha recipe, but it doesn't appear to integrate into the rest of 
> pmwiki. Does anybody have any suggestions on how to further hinder 
> spam in my comments? 

I found that using URL fragments rather than key words eliminated 
virtually all of the spam on my site.

It is trivial for spammers to provide alt3rnate sp311ing 4 drug names, 
but much harder for them to have an unlimited supply of URLs.

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From robin at kallisti.net.nz  Mon Dec 18 23:56:54 2006
From: robin at kallisti.net.nz (Robin Sheat)
Date: Tue, 19 Dec 2006 18:56:54 +1300
Subject: [pmwiki-users] Spam filtering not cutting it
In-Reply-To: <458751DE.1050504@eton.ca>
References: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
	<458751DE.1050504@eton.ca>
Message-ID: <200612191856.54349.robin@kallisti.net.nz>

On Tuesday 19 December 2006 15:43, Neil Herber (nospam) wrote:
> I found that using URL fragments rather than key words eliminated
> virtually all of the spam on my site.
I wonder if it's worth looking into integrating Akismet, like wordpress uses, 
into it. It's had a 100% spam/0% ham success rate on my regular 'blog so far.

Robin.



From robin at kallisti.net.nz  Tue Dec 19 00:00:03 2006
From: robin at kallisti.net.nz (Robin Sheat)
Date: Tue, 19 Dec 2006 19:00:03 +1300
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <20061218163212.GB9644@host.pmichaud.com>
References: <512428428.20061217194502@softflow.co.uk>
	<17110513609.20061218090807@softflow.co.uk>
	<20061218163212.GB9644@host.pmichaud.com>
Message-ID: <200612191900.03897.robin@kallisti.net.nz>

On Tuesday 19 December 2006 05:32, Patrick R. Michaud wrote:
> Regardless, if IE is (now) displaying different results for 404 pages,
> I don't have a really good answer, short of configuring PmWiki to
> detect the browser type and return a different status code for
> Internet Explorer.
I think it used to be the case that if the content returned on a 404 was under 
a certain size, IE would display its own 'friendly' page. If it was more, it 
would display the content. Maybe PmWiki's page has gotten smaller, or the IE 
limits changed. Perhaps try faking a really large page and see if that makes 
a difference.

Robin.



From christian.ridderstrom at gmail.com  Tue Dec 19 00:45:21 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Tue, 19 Dec 2006 07:45:21 +0100
Subject: [pmwiki-users] Spam filtering not cutting it
In-Reply-To: <458751DE.1050504@eton.ca>
References: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
	<458751DE.1050504@eton.ca>
Message-ID: <Pine.LNX.4.64.0612190742490.29651@black01.md.kth.se>

On Mon, 18 Dec 2006, Neil Herber (nospam) wrote:

> It is trivial for spammers to provide alt3rnate sp311ing 4 drug names, 
> but much harder for them to have an unlimited supply of URLs.

Until they start using tiny url or equivalent services. At first I didn't 
want to mention it in case I gave spammers bad ideas, but as it's in the 
open anyway...

http://blog.washingtonpost.com/securityfix/2006/06/spam_spotted_using_tinyurl.html

The article mentions that tinyurl seem to deactivate spam links once they 
see them (or are made aware of them).

cheers
/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From design5 at softflow.co.uk  Tue Dec 19 02:05:10 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 08:05:10 +0000
Subject: [pmwiki-users] Spam filtering not cutting it
In-Reply-To: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
References: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
Message-ID: <185950132.20061219080510@softflow.co.uk>

Tuesday, December 19, 2006, 1:33:59 AM, David wrote:

> I'm running the BlogSimple2 recipe along with Blocklist3, and I've got
> the blocklist filtering the comments (editing is password protected).
> Unfortunately, in practice all this seems to mean is that every time I
> clean today's two dozen spam comments off of my site, they contain key
> terms I haven't seen before.  I see that there's a Captcha recipe, but
> it doesn't appear to integrate into the rest of pmwiki.  Does anybody
> have any suggestions on how to further hinder spam in my comments?

I guess you are using commentboxplus for comments. Have you got
$EnableAccessCode enabled? At least it makes sure that any link spammers
are not robots.


Hans




From design5 at softflow.co.uk  Tue Dec 19 04:28:17 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 10:28:17 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <4586D8E1.9030100@revida.sk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<4586D8E1.9030100@revida.sk>
Message-ID: <1284401047.20061219102817@softflow.co.uk>

Monday, December 18, 2006, 6:07:29 PM, Jiri wrote:

> What about to set and update some page-variable FoxLastPostNr and not to
> count the posts ?

I changed fox.php so it keeps a record of posts posted as 'foxcount' in
the page file (not the page text), increasing by one at each post.
I also added an action=foxinit which resets this number to zero.
You need auth 'attr' to be able to use it.

So now the page variables $FoxCount, $FoxCountInc and $FoxCountDec
increase one for each post, and will not go down when posts are
deleted. Posts also get their unique anchor name with this number.
If you need to know the exact number of posts, page variable
$FoxPostCount still counts the posts.

This change should give opportunities to link to or include individual
posts, without fear of duplicated anchor names.


Hans




From daho at borntofly.ch  Tue Dec 19 04:48:56 2006
From: daho at borntofly.ch (Daniel Hofer)
Date: Tue, 19 Dec 2006 11:48:56 +0100
Subject: [pmwiki-users] Crazy problem with Site.PageActions
Message-ID: <em8g2o$2v0$1@sea.gmane.org>

Hello everybody

for some weeks or months I have the problem, that my PageActions doesn't 
work correctly (newest version, with Monobook):
-If I click on a tab for Edit, History or Attach, it would open a page 
called "Logbook.{*$FullName}"
-If I'm on the upload-page,under point 5 in the description appears:
  View the {*$FullName} page
instead of
  View the Logbook page

I've consulted Site.PageActions from wikilib.d, there I found the following:
  {*$FullName} als reference

--> ok, I deleted all * (stars), and then it worked.
I edited also Site.UploadQuickReference and deleted the stars.

But there are several other sections with these stars.
I don't know from what they come.
Am I the only one with these problems?

I've just deleted the whole wikilib.d folder and copied it again.
Then I changed from Monobook to Pmwiki skin.
And I deleted all own Site.PageActions and Site.UploadQuickReference.
-->No change.
I.e. on Attachement-page it shows:
  View the {*Name} page or
  Edit the {*Name} page or
...

I don't understand.
What's wrong here?

I hope somebody has an idea;-)

Thanks a lot!

Daniel




From dominique.faure at gmail.com  Tue Dec 19 04:50:46 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Tue, 19 Dec 2006 11:50:46 +0100
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <20061218185055.GD23625@host.pmichaud.com>
References: <20061218185055.GD23625@host.pmichaud.com>
Message-ID: <599dbcaf0612190250r2f1ae02ex9353f24320e90572@mail.gmail.com>

On 12/18/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> We've discussed this in the past, but two recent messages to the
> mailing lists [1, 2] convince me that we really need a dedicated
> "work directory" (other than wiki.d/) where PmWiki can store
> temporary working files.
>
> The simplest approach at this point is to simply have PmWiki
> create a work.d/ directory (in the pmwiki root) and have it start
> storing its files there.  The work files that have traditionally
> gone into wiki.d/ would then lose the dot, so that we have:
>
>     work.d/flock
>     work.d/pagelist
>     work.d/notify
>     ...etc...
>
> A big advantage is that we can then easily do
>
>     session_save_path('work.d');
>
> and a *lot* of PHP configuration issues disappear:
>
>   1. Sessions in a farm no longer "move" from one wiki to the next
>   2. PHP sessions on Windows platforms work by default
>   3. The "/tmp is not writable" problem is no longer an issue
>   4. Don't have to worry about session timeouts from other PHP
>      scripts
>
> This topic has come up in the past, and many people have
> suggested alternate directory layouts that refactor PmWiki's
> directory structure a bit.  So, now might be a good time to
> revisit some of them, and perhaps look at new ideas.  All I ask
> is that proposals be kept short and to the point.  If a lot
> of explanation or justification is needed, then divide the
> message up into "summary" and "long description" sections.
>
> Some initial constraints:
>   - Unless there are extremely compelling circumstances, I have no
>     intent to change the layout of cookbook/, pub/, local/, scripts/,
>     or docs/ .
>   - Proposals cannot assume that everyone is running Apache,
>     has mod_rewrite available, or has the ability to create symlinks.
>   - Initial installation should continue to be as close to "unzip
>     and run" as it is now.
>   - The default must continue to run in PHP safe_mode environments
>     at least as well as it does now.
>
> So, as usual, comments welcomed.
>

I definitely vote for it!

Dom



From gmane at auxbuss.com  Tue Dec 19 04:54:09 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 19 Dec 2006 10:54:09 -0000
Subject: [pmwiki-users] PmWiki work directory
References: <20061218185055.GD23625@host.pmichaud.com>
Message-ID: <MPG.1ff1d504bb63958f98998e@news.gmane.org>

Patrick R. Michaud said...
> We've discussed this in the past, but two recent messages to the 
> mailing lists [1, 2] convince me that we really need a dedicated 
> "work directory" (other than wiki.d/) where PmWiki can store 
> temporary working files.
> 
> The simplest approach at this point is to simply have PmWiki
> create a work.d/ directory (in the pmwiki root) and have it start 
> storing its files there.  The work files that have traditionally
> gone into wiki.d/ would then lose the dot, so that we have:
> 
>     work.d/flock
>     work.d/pagelist
>     work.d/notify
>     ...etc...
> 
> A big advantage is that we can then easily do
> 
>     session_save_path('work.d');
> 
> and a *lot* of PHP configuration issues disappear:
> 
>   1. Sessions in a farm no longer "move" from one wiki to the next
>   2. PHP sessions on Windows platforms work by default
>   3. The "/tmp is not writable" problem is no longer an issue
>   4. Don't have to worry about session timeouts from other PHP
>      scripts

If this "simple" solution works, then may I turn the question around and 
ask: what problems (or future limitations) would it impose? (As opposed 
to a more complex solution.)

It would be great to see the session situation simplified (if that's the 
right word).

-- 
Best,
Marc




From admin at obutex.com  Tue Dec 19 05:46:41 2006
From: admin at obutex.com (=?ISO-8859-2?Q?Jiri_Hlad=F9vka_/_OBUTEX?=)
Date: Tue, 19 Dec 2006 12:46:41 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1284401047.20061219102817@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>	<45867025.2000602@free.fr>
	<2476660.20061218143410@softflow.co.uk>	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>	<4586D8E1.9030100@revida.sk>
	<1284401047.20061219102817@softflow.co.uk>
Message-ID: <4587D121.80701@obutex.com>


How can be used $FoxCountInc and $FoxCountDec  ?
If I understand well then $FoxPostCount has a value=8 if there was 10 
posts and 2 were deleted,
and the $FoxCount has a value=10.
What  happens with $FoxPostCount when action=foxinit ?

Jiri

Hans napsal(a):
> Monday, December 18, 2006, 6:07:29 PM, Jiri wrote:
>
>   
>> What about to set and update some page-variable FoxLastPostNr and not to
>> count the posts ?
>>     
>
> I changed fox.php so it keeps a record of posts posted as 'foxcount' in
> the page file (not the page text), increasing by one at each post.
> I also added an action=foxinit which resets this number to zero.
> You need auth 'attr' to be able to use it.
>
> So now the page variables $FoxCount, $FoxCountInc and $FoxCountDec
> increase one for each post, and will not go down when posts are
> deleted. Posts also get their unique anchor name with this number.
> If you need to know the exact number of posts, page variable
> $FoxPostCount still counts the posts.
>
> This change should give opportunities to link to or include individual
> posts, without fear of duplicated anchor names.
>
>
> Hans
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
> __________ Informace od NOD32 1927 (20061219) __________
>
> Tato zprava byla proverena antivirovym systemem NOD32.
> http://www.nod32.cz
>
>
>
>   

-- 
OBUTEX s.r.o
Ing.Ji?? Hlad?vka
Zlatovsk? 22
911 01 Tren??n

tel.: +421 (0)32 6587000
mailto:admin at obutex.com

http://www.obutex.com





From crisses at kinhost.org  Tue Dec 19 06:03:49 2006
From: crisses at kinhost.org (Crisses)
Date: Tue, 19 Dec 2006 07:03:49 -0500
Subject: [pmwiki-users] Crazy problem with Site.PageActions
In-Reply-To: <em8g2o$2v0$1@sea.gmane.org>
References: <em8g2o$2v0$1@sea.gmane.org>
Message-ID: <D589BA70-3DDD-4AF0-99E2-A77649FC90C2@kinhost.org>


On Dec 19, 2006, at 5:48 AM, Daniel Hofer wrote:

> I don't understand.
> What's wrong here?
>
> I hope somebody has an idea;-)

The skin was upgraded to conform with the latest PmWiki changes.

You should either upgrade to the latest 2.1 stable or 2.2 beta  
series, and the skin would work with the *'s in it.  Changes were  
made to require {*$Var} for variables in included pages to refer to  
the page they are being called into, rather than the page they're  
being called in FROM.  i.e. GroupHeader can have {$Name} and the  
answer will be GroupHeader, no matter what page you are looking at.   
Or it can have {*$Name} and you will see the page's name -- if you're  
viewing Group.HomePage, then it will say HomePage even though the  
variable is coming from GroupHeader.

This is a significant change, so the latest 2.1 was made to be  
compatible with the change.

If you're using 2.0 or earlier, you may want to consider a major  
upgrade.

There are other changes, please read the Release Notes on the  
PmWiki.org site.

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061219/7962c9d3/attachment.html 

From design5 at softflow.co.uk  Tue Dec 19 06:34:33 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 12:34:33 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <4587D121.80701@obutex.com>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<4586D8E1.9030100@revida.sk> <1284401047.20061219102817@softflow.co.uk>
	<4587D121.80701@obutex.com>
Message-ID: <499248987.20061219123433@softflow.co.uk>

Tuesday, December 19, 2006, 11:46:41 AM, Jiri wrote:

> How can be used $FoxCountInc and $FoxCountDec  ?
> If I understand well then $FoxPostCount has a value=8 if there was 10
> posts and 2 were deleted,
> and the $FoxCount has a value=10.

Yes. And {$FoxCountInc} will give you a new number for the next post.

> What  happens with $FoxPostCount when action=foxinit ?

{$FoxPostCount} equals number of posts on page.
Actually it counts the #foxbegin# strings on the page.
Nothing happens to it with action=foxinit.
{$FoxCount} equals $page['foxcount'], a variable stored in the page,
and always increased by 1 with each addition of a post.
{$FoxCountInc} equals $page['foxcount'] + 1
{$FoxCountDec} equals $page['foxcount'] - 1

The added anchors [[#post$id]] and [[#postend$id]]
using $id = $page['foxcount'] + 1;
no post: {$FoxPostCount} equals 0
i.e. first post: [[#post1]];  {$FoxPostCount} equals 1
second post: [[#post2]];  {$FoxPostCount} equals 3
third post: [[#post3]];  {$FoxPostCount} equals 3
delete post two and one: {$FoxPostCount} equals 1
fourth post: [[#post4]]; {$FoxPostCount} equals 2


Hans




From dominique.faure at gmail.com  Tue Dec 19 07:05:24 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Tue, 19 Dec 2006 14:05:24 +0100
Subject: [pmwiki-users] jspspellcheck - update
In-Reply-To: <20061218194508.GH23625@host.pmichaud.com>
References: <mailman.595.1166462895.9735.pmwiki-users@pmichaud.com>
	<384947.81981.qm@web33207.mail.mud.yahoo.com>
	<20061218194508.GH23625@host.pmichaud.com>
Message-ID: <599dbcaf0612190505q245fe834qbe87cf769c8be847@mail.gmail.com>

On 12/18/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Mon, Dec 18, 2006 at 09:45:18AM -0800, Seth Cherney wrote:
> >    I am still trying to get jspspellcheck to work (I suppose there are not
> >    too many people in hosted environments, since otherwise this would be more
> >    popular).
>
> I looked at jspspellcheck over the weekend, but since it makes use
> of Java servlets I'm not sure how to make that work in my hosted
> environment.  If someone can give me a quick tutorial of how to
> install/configure the Java servlet portion I might be able to
> help a bit more, but it wasn't instantly obvious to me how to do it.
>
> In particular, I get to the steps in the jspspellcheck instructions
> that say:
>
>     BTW, as an alternitive you can just unzip this WAR into your WAR,
>     just don't include the /WEB-INF/web.xml and /META-INF/* files.
>
>     1. Place the files in the jspspellcheck directory into a place
>     that you feel comfortable with (inside your war)
>
> I have no idea what a "WAR" is, or where it might be on my
> server.  When I attempt to run the examples, my server returns
> the .jsp files as plain text rather than executing them on the
> server, or whatever is supposed to happen.
>

I haven't tried enough java to be a specialist, but I think that WAR
is an acronym for "Web ARchive" which are supposed to be a convenient
(!?!) kind of container for your tomcat/... server (as the .jar could
be for .class files). Therefore, they are zip files with some xml
manifests qualifying the content.

Hope this help,
Dom



From dominique.faure at gmail.com  Tue Dec 19 07:43:24 2006
From: dominique.faure at gmail.com (Dominique Faure)
Date: Tue, 19 Dec 2006 14:43:24 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <15010377777.20061218174528@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
	<45867025.2000602@free.fr> <2476660.20061218143410@softflow.co.uk>
	<fec7cf150612180928of770448pe5d9f8a01d35cd16@mail.gmail.com>
	<15010377777.20061218174528@softflow.co.uk>
Message-ID: <599dbcaf0612190543od54a1bi6a8a0e56fa57a89d@mail.gmail.com>

On 12/18/06, Hans <design5 at softflow.co.uk> wrote:
[...]
>
> Of course if one wanted to build  a multi-threaded forum, using messages
> stored on one page per topic, then there is the problem of extracting
> individual messages from the page, and putting them back together in
> a different order etc. which may be a lot of processing, or may be
> not. I don't know.
>
> In any case I don't want to go down the road and
> store each forum message in a separate page, I don't like the
> idea of hundreds or thousands of tiny pages in one folder, all with
> just a numeric index as pagename. The simple approach of one topic per
> page will produce hugely less pages, and pages with reasonable names
> as well. This fits well for me with PmWiki's simple approach. ZAP
> tries to make it into a kind of database. Maybe this is doable and
> workable, but fairly complex to set up. I just prefer a simpler
> approach.
>

I didn't looked neither at zap's code nor at yours, but IMHO, a topic
should be a single page using (:include ...:) directives to organize
the thread flow. Then, the included threads could be either:

* Individual pages fetched with (:include MyTopic-nnnn:) with the
benefit to allow individual message display and navigation through a
trail.

* Or, all located on a single page. The directive would be (:include
MyTopic-Talks#nnnn#nnnnend:), and a (:toc:) directive would be a
really plus to the message navigation.

* Or even best, a merge of the two solutions, in order to balance the
size/number of pages to process, or to follow some periodicity rules
as a mailing-list archive manager could do.

Just my 2c.
Dom



From dspitzle at wash.k12.mi.us  Tue Dec 19 08:04:28 2006
From: dspitzle at wash.k12.mi.us (David Spitzley)
Date: Tue, 19 Dec 2006 09:04:28 -0500
Subject: [pmwiki-users] Spam filtering not cutting it
In-Reply-To: <185950132.20061219080510@softflow.co.uk>
References: <4586FB37020000BE000050D3@gw.wash.k12.mi.us>
	<185950132.20061219080510@softflow.co.uk>
Message-ID: <4587AB1D.A8B9.00BE.0@wash.k12.mi.us>

EnableAccessCode?  Perfect!  I had missed that.


David

>>> Hans <design5 at softflow.co.uk> 12/19/2006 3:05 AM >>>
Tuesday, December 19, 2006, 1:33:59 AM, David wrote:

> I'm running the BlogSimple2 recipe along with Blocklist3, and I've
got
> the blocklist filtering the comments (editing is password
protected).
> Unfortunately, in practice all this seems to mean is that every time
I
> clean today's two dozen spam comments off of my site, they contain
key
> terms I haven't seen before.  I see that there's a Captcha recipe,
but
> it doesn't appear to integrate into the rest of pmwiki.  Does
anybody
> have any suggestions on how to further hinder spam in my comments?

I guess you are using commentboxplus for comments. Have you got
$EnableAccessCode enabled? At least it makes sure that any link
spammers
are not robots.


Hans




From gmane at auxbuss.com  Tue Dec 19 09:10:33 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 19 Dec 2006 15:10:33 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
Message-ID: <MPG.1ff2111581f0fc5e989991@news.gmane.org>

Hans said...
> Sunday, December 17, 2006, 7:46:31 PM, marc wrote:
> 
> >> Btw, I also see the 'delete' buttons when the user is not logged in.
> 
> > Just to add to the intrigue, I ran this on a mirror of the site running
> > Linux and it was possible to post without logging in, but it was also
> > possible to delete /all/ comments.
> 
> Sorry I can't give any more ideas at present about your problems
> saving pages. If you find out more please let me know!

Just had another look at this on Windows XP.

An additional symptom is that each attempt at a post, when not logged 
in, adds a new line to the 'Comments' page. I've attached the raw 
contents of the appropriate page [1]. (The longer diff is where I 
cleared contents via action=edit.)

As I mentioned before, the contents of the args to

  UpdatePage($targetname, $oldpage, $newpage);

in FoxUpdatePage is identical: when logged in, I can post when not 
logged in I cannot post.

I also tried this on a fresh install of the latest PmWiki release in the 
root of the web server (as /pmwiki, I tend to use ~user) - the only 
change being to add

  include_once("$FarmD/cookbook/fox.php");

to config.php (which itself was an unedited version of sample-
config.php). The result was the same. But in this case, it's not 
possible to post at all.

I then did the same thing on a new Windows XP machine - that had never 
seen PmWiki before - and the same problem persists. The newly created 
file is below [2]. This machine also has PHP4, whereas the first machine 
runs PHP5.

All of this has been done under Apache. As it happens, the latter 
machine above had IIS installed, so I brought down Apache and brought up 
IIS and tried again. No joy; same symptoms.

I then tried it (latest PmWiki) under lighttpd on the first machine, and 
again, no joy.

So, whatever is going causing the problem seems to be Windows related 
and not web server related.

Have you tried it on a clean PmWiki install yourself?

-- 
Best,
Marc

[1]

version=pmwiki-2.2.0-beta16 ordered=1 urlencoded=1
agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6
author=fred
csum=
ctime=1166382738
host=192.168.0.1
name=Main.Comments
rev=24
targets=
text=%0a%0a%0a%0a%0a%0a
time=1166535501
author:1166535501=fred
diff:1166535501:1166535496:=6d5%0a%3c %0a
host:1166535501=192.168.0.1
author:1166535496=fred
diff:1166535496:1166535368:=5d4%0a%3c %0a
host:1166535496=192.168.0.1
author:1166535368=fred
diff:1166535368:1166535364:=4d3%0a%3c %0a
host:1166535368=192.168.0.1
author:1166535364=fred
diff:1166535364:1166535360:=3d2%0a%3c %0a
host:1166535364=192.168.0.1
author:1166535360=fred
diff:1166535360:1166535344:=2d1%0a%3c %0a
host:1166535360=192.168.0.1
author:1166535344=fred
diff:1166535344:1166535333:=1d0%0a%3c %0a
host:1166535344=192.168.0.1
author:1166535333=fred
diff:1166535333:1166535168:=0a1,17%0a> %0a> %0a> %0a> %0a> %0a> %0a> %
0a> %0a> %0a> %0a> %0a> %0a> %0a> %0a> %0a> %0a> %0a
host:1166535333=192.168.0.1
author:1166535168=fred
diff:1166535168:1166534573:=17d16%0a%3c %0a
host:1166535168=192.168.0.1
author:1166534573=dino
diff:1166534573:1166534495:=16d15%0a%3c %0a
host:1166534573=192.168.0.1
author:1166534495=dino
diff:1166534495:1166534439:=15d14%0a%3c %0a
host:1166534495=192.168.0.1
author:1166534439=dino
diff:1166534439:1166534371:=14d13%0a%3c %0a
host:1166534439=192.168.0.1
author:1166534371=fred
diff:1166534371:1166534344:=13d12%0a%3c %0a
host:1166534371=192.168.0.1
author:1166534344=fred
diff:1166534344:1166533679:=12d11%0a%3c %0a
host:1166534344=192.168.0.1
author:1166533679=fred
diff:1166533679:1166533470:=11d10%0a%3c %0a
host:1166533679=192.168.0.1
author:1166533470=anon
diff:1166533470:1166383246:=10d9%0a%3c %0a
host:1166533470=192.168.0.1
author:1166383246=fred
diff:1166383246:1166383137:=9d8%0a%3c %0a
host:1166383246=192.168.0.1
author:1166383137=test
diff:1166383137:1166383069:=8d7%0a%3c %0a
host:1166383137=192.168.0.1
author:1166383069=test
diff:1166383069:1166383037:=7d6%0a%3c %0a
host:1166383069=192.168.0.1
author:1166383037=test
diff:1166383037:1166383027:=6d5%0a%3c %0a
host:1166383037=192.168.0.1
author:1166383027=rrrrrr
diff:1166383027:1166382957:=5d4%0a%3c %0a
host:1166383027=192.168.0.1
author:1166382957=rrrrrr
diff:1166382957:1166382818:=4d3%0a%3c %0a
host:1166382957=192.168.0.1
author:1166382818=test
diff:1166382818:1166382807:=3d2%0a%3c %0a
host:1166382818=192.168.0.1
author:1166382807=test
diff:1166382807:1166382738:=2d1%0a%3c %0a
host:1166382807=192.168.0.1
author:1166382738=test
diff:1166382738:1166382738:=1d0%0a%3c %0a
host:1166382738=192.168.0.1

[2]

version=pmwiki-2.2.0-beta17 ordered=1 urlencoded=1
agent=Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.4) 
Gecko/20060508 Firefox/1.5.0.4
author=fred
ctime=1166539303
host=192.168.0.190
name=Main.Comments
rev=1
targets=
text=%0a
time=1166539303
author:1166539303=fred
diff:1166539303:1166539303:=1d0%0a%3c %0a
host:1166539303=192.168.0.190




From design5 at softflow.co.uk  Tue Dec 19 11:24:38 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 17:24:38 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff2111581f0fc5e989991@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
Message-ID: <6510501806.20061219172438@softflow.co.uk>

Tuesday, December 19, 2006, 3:10:33 PM, marc wrote:

> Have you tried it on a clean PmWiki install yourself?

Yes. Latest pmwiki, No recipes except fox.php.
No special setings, no author or authuser.
Works okay, both on local Windows XP machine with WAMP server, and on
hosting service public server (I think they run on Linux).
Very weird, as you seem to be the only one having  a problem
with saving pages.

Try and copy the NewPageBox example into a new page:

'''NewPageBox opens new page in edit mode'''
If page exists it will jump to target page.

(:fox box1 #top redirect=1 :)
(:input text newedit value="Test" size=20:)(:input submit post "New Page":)
(:foxend box1:)

'''NewPageBox saves new page with template string inserted'''
If page exists it will append template string to existing target page.

(:fox box2 #top redirect=1 :)
(:input text target value="Test" size=20:)(:input submit post "New Page":)
(:foxtemplate "'''New Page'''":)
(:foxend box2:)

First box does not use UpdatePage function of pmwiki 2.2.0,
Second one does.


Hans




From meister at apfelwiki.de  Tue Dec 19 12:19:05 2006
From: meister at apfelwiki.de (Laurent Meister)
Date: Tue, 19 Dec 2006 19:19:05 +0100
Subject: [pmwiki-users] DOS-Attacs and SPAM on action?edit
Message-ID: <A7B2672A-09D3-4C51-9B18-5E788DABD057@apfelwiki.de>

Hello,

we still have lot of attacs on the action=edit function. We blocked  
the libwww User-Agent, but it doesn't help. The User agent now is  
"Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon)"

Does any one has an idea? Our provider is still blocking the  
action=edit. This is not very helpful for a wiki.

Thx for helping

Laurent Meister
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061219/4be1c59c/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2111 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061219/4be1c59c/attachment.bin 

From gmane at auxbuss.com  Tue Dec 19 12:24:18 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 19 Dec 2006 18:24:18 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
Message-ID: <MPG.1ff23e925080573b989993@news.gmane.org>

Hans said...
> Tuesday, December 19, 2006, 3:10:33 PM, marc wrote:
> 
> > Have you tried it on a clean PmWiki install yourself?
> 
> Yes. Latest pmwiki, No recipes except fox.php.
> No special setings, no author or authuser.
> Works okay, both on local Windows XP machine with WAMP server, and on
> hosting service public server (I think they run on Linux).
> Very weird, as you seem to be the only one having  a problem
> with saving pages.

Deleting too.

I've started debugging UpdatePage in spare moments. First, I just 
wrapped some debug stuff around the foreach calls to $EditFunctions [1]. 
The result is below [2].

These show two attempts to delete a comment from Comments (which only 
contained one comment); the first is logged out, the second logged in.

Now, if you compare these two runs (after removing the timestamps). Then 
they are identical. The only difference is that in one case 
$IsPagePosted is true after UpdatePage, while in the other it is false.

So, the question is - probably for Pm - in what circumstances can 
UpdatePage receive identical input, yet produce different results?

> Try and copy the NewPageBox example into a new page:
> 
> '''NewPageBox opens new page in edit mode'''
> If page exists it will jump to target page.
> 
> (:fox box1 #top redirect=1 :)
> (:input text newedit value="Test" size=20:)(:input submit post "New Page":)
> (:foxend box1:)
> 
> '''NewPageBox saves new page with template string inserted'''
> If page exists it will append template string to existing target page.
> 
> (:fox box2 #top redirect=1 :)
> (:input text target value="Test" size=20:)(:input submit post "New Page":)
> (:foxtemplate "'''New Page'''":)
> (:foxend box2:)
> 
> First box does not use UpdatePage function of pmwiki 2.2.0,
> Second one does.

I'll take a look, although I'd like to know what you are seeking here.

-- 
Best,
Marc

[1] added error_logs to UpdatePage

function UpdatePage($pagename, &$page, &$new, $fnlist = NULL) {
  global $EditFunctions, $IsPagePosted;
  if (is_null($fnlist)) $fnlist = $EditFunctions;
  $IsPagePosted = false;
  error_log('Entering UpdatePage');
  error_log('$pageame:'.$pagename);
  error_log('$page:'.print_r($page,true));
  error_log('$new:'.print_r($new,true));
  foreach((array)$fnlist as $fn) {
	  $fn($pagename, $page, $new);
  }
  error_log('Exiting UpdatePage');
  if ($IsPagePosted) error_log('$IsPagePosted=true');
  else error_log('$IsPagePosted=false');
  return $IsPagePosted;
}

[2]

[Tue Dec 19 17:57:58 2006] [error] [client 192.168.0.1] Entering 
UpdatePage, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:57:58 2006] [error] [client 192.168.0.1] 
$pageame:Testing.Comments, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:57:58 2006] [error] [client 192.168.0.1] $page:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 38\n    [targets] => \n    [text] => 
\n#foxbegin 1166381837a64200b0#[[#fox1]]\n(:div1 class=messagehead:)\n>>
div2 rfloat<< \n(:if expr ( auth admin || author auxbuss ):)
{[foxdelrange button 1166381837a64200b0 {$FullName} ]}(:if:)\n>>div2end
<<\n>>div3 rfloat<<  \n[-17.12.2006 - 18:57-] &nbsp; \n>>div3end
<<\n!!!!!auxbuss\n(:div1end:) \n>>messageitem<< \n'''test'''\n>>
messageitem<<\ntest\n>><<#foxend 1166381837a64200b0#\n    [time] => 
1166550710\n)\n, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:57:58 2006] [error] [client 192.168.0.1] $new:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 38\n    [targets] => \n    [text] => \n    
[time] => 1166550710\n)\n, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:57:58 2006] [error] [client 192.168.0.1] Exiting 
UpdatePage, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:57:58 2006] [error] [client 192.168.0.1] 
$IsPagePosted=false, referer: http://niff/~marc/Marc/Testing/CommentBox



[Tue Dec 19 17:58:21 2006] [error] [client 192.168.0.1] Entering 
UpdatePage, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:58:21 2006] [error] [client 192.168.0.1] 
$pageame:Testing.Comments, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:58:21 2006] [error] [client 192.168.0.1] $page:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 38\n    [targets] => \n    [text] => 
\n#foxbegin 1166381837a64200b0#[[#fox1]]\n(:div1 class=messagehead:)\n>>
div2 rfloat<< \n(:if expr ( auth admin || author auxbuss ):)
{[foxdelrange button 1166381837a64200b0 {$FullName} ]}(:if:)\n>>div2end
<<\n>>div3 rfloat<<  \n[-17.12.2006 - 18:57-] &nbsp; \n>>div3end
<<\n!!!!!auxbuss\n(:div1end:) \n>>messageitem<< \n'''test'''\n>>
messageitem<<\ntest\n>><<#foxend 1166381837a64200b0#\n    [time] => 
1166550710\n)\n, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:58:21 2006] [error] [client 192.168.0.1] $new:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 38\n    [targets] => \n    [text] => \n    
[time] => 1166550710\n)\n, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:58:21 2006] [error] [client 192.168.0.1] Exiting 
UpdatePage, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 17:58:21 2006] [error] [client 192.168.0.1] 
$IsPagePosted=true, referer: http://niff/~marc/Marc/Testing/CommentBox






From design5 at softflow.co.uk  Tue Dec 19 12:41:04 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 18:41:04 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff23e925080573b989993@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
Message-ID: <18610210041.20061219184104@softflow.co.uk>

Tuesday, December 19, 2006, 6:24:18 PM, marc wrote:

> So, the question is - probably for Pm - in what circumstances can 
> UpdatePage receive identical input, yet produce different results?

I take it that your problem with page save is only with fox.php, and
you can save pages fine from the normal edit window.

I don't know if calling the Lock function does make a difference,
i.e. HandelEdit calls Lock before calling UpdatePage, in fox.php Lock
is not called. When Pm wrote about how to use UpdatePage he did  not
mention Lock. But it may be an idea to try and add Lock(2); at the
beginning of FixHandlePost, and Lock(0); at the end of the function
before Redirect, and see what happens? Just guessing, as I have no
clue.

Please note that in the latest fox.php I removed function
FoxUpdatePage, and integrated the call to UpdatePage in both
FoxHandlePost and FoxHandleDelete (and in FoxHandleInit, which is for
resetting the foxcount variable).


Hans




From gmane at auxbuss.com  Tue Dec 19 13:20:17 2006
From: gmane at auxbuss.com (marc)
Date: Tue, 19 Dec 2006 19:20:17 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
Message-ID: <MPG.1ff24bbee7db6e9989995@news.gmane.org>

Hans said...
> Tuesday, December 19, 2006, 6:24:18 PM, marc wrote:
> 
> > So, the question is - probably for Pm - in what circumstances can 
> > UpdatePage receive identical input, yet produce different results?
> 
> I take it that your problem with page save is only with fox.php, and
> you can save pages fine from the normal edit window.

Yes.
> 
> I don't know if calling the Lock function does make a difference,
> i.e. HandelEdit calls Lock before calling UpdatePage, in fox.php Lock
> is not called. When Pm wrote about how to use UpdatePage he did  not
> mention Lock. But it may be an idea to try and add Lock(2); at the
> beginning of FixHandlePost, and Lock(0); at the end of the function
> before Redirect, and see what happens? Just guessing, as I have no
> clue.

My method is always to isolate the problem, then start hacking :-) 
Hopefully, the issue will be obvious once isolated.

The problem occurs in PostPage(). Below are the debug results from the 
(now) usual identical runs, first logged out, second logged in.

All is identical until after calling PostPage(). At this point, in the 
failing case, $new has become truncated:

$new:Array\n(\n    [version] => pmwiki-2.2.0-beta17 ordered=1 
urlencoded=1\n    [agent] => Mozilla/5.0 (Windows; U; Windows NT 5.1; 
en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6\n    [author] => 
auxbuss\n    [csum] => \n    [ctime] => 1166370453\n    [host] => 
192.168.0.1\n    [name] => Testing.Comments\n    [rev] => 45\n    
[targets] => \n    [text] => \n    [time] => 1166553945\n)\n

Whereas the successful delete comment returns:

$new:Array\n(\n    [version] => pmwiki-2.2.0-beta17 ordered=1 
urlencoded=1\n    [agent] => Mozilla/5.0 (Windows; U; Windows NT 5.1; 
en-US; rv:1.8.0.6) Gecko/20060728 Firefox/1.5.0.6\n    [author] => 
auxbuss\n    [csum] => \n    [ctime] => 1166370453\n    [host] => 
192.168.0.1\n    [name] => Testing.Comments\n    [rev] => 45\n    
[targets] => \n    [text] => \n    [time] => 1166553945\n    
[author:1166554002] => auxbuss\n    [host:1166554002] => 192.168.0.1\n    
[diff:1166554002:1166553945:] => 0a1,16\n> \n> #foxbegin 
1166553937a70703b0#[[#fox1]]\n> (:div1 class=messagehead:)\n> >>div2 
rfloat<< \n> (:if expr ( auth admin || author marc ):){[foxdelrange 
button 1166553937a70703b0 {$FullName} ]}(:if:)\n> >>div2end<<\n> >>div3 
rfloat<<  \n> [-19.12.2006 - 18:45-] &nbsp; \n> >>div3end<<\n> !!!!!marc
\n> (:div1end:) \n> >>messageitem<< \n> '''subject'''\n> >>messageitem
<<\n> message\n> >><<#foxend 1166553937a70703b0#\n\n)\n

Nice big clue!

Looking at PostPage(), it's clear that $EnablePost is not true in the 
failing case.

-- 
Best,
Marc

[1] Here is UpdatePage for reference:

function UpdatePage($pagename, &$page, &$new, $fnlist = NULL) {
  global $EditFunctions, $IsPagePosted;
  if (is_null($fnlist)) $fnlist = $EditFunctions;
  $IsPagePosted = false;
  error_log('Entering UpdatePage');
  foreach((array)$fnlist as $fn) {
	  error_log("************ Calling $fn ***************");
	  error_log('$pageame:'.$pagename);
	  error_log('$page:'.print_r($page,true));
	  error_log('$new:'.print_r($new,true));
	  $fn($pagename, $page, $new);
	  error_log("************ After calling $fn ***************");
	  error_log('$pageame:'.$pagename);
	  error_log('$page:'.print_r($page,true));
	  error_log('$new:'.print_r($new,true));
  	  if ($IsPagePosted) error_log('$IsPagePosted=true');
	  	  else error_log('$IsPagePosted=false');
  }
  error_log('Exiting UpdatePage');
  if ($IsPagePosted) error_log('$IsPagePosted=true');
  else error_log('$IsPagePosted=false');
  return $IsPagePosted;
}

Logged out:

[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] ************ 
Calling PostPage ***************, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] 
$pageame:Testing.Comments, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] $page:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => 
\n#foxbegin 1166553937a70703b0#[[#fox1]]\n(:div1 class=messagehead:)\n>>
div2 rfloat<< \n(:if expr ( auth admin || author marc ):){[foxdelrange 
button 1166553937a70703b0 {$FullName} ]}(:if:)\n>>div2end<<\n>>div3 
rfloat<<  \n[-19.12.2006 - 18:45-] &nbsp; \n>>div3end<<\n!!!!!marc\n
(:div1end:) \n>>messageitem<< \n'''subject'''\n>>messageitem<<\nmessage
\n>><<#foxend 1166553937a70703b0#\n\n    [time] => 1166553945\n)\n, 
referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] $new:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => \n    
[time] => 1166553945\n)\n, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] ************ 
After calling PostPage ***************, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] 
$pageame:Testing.Comments, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] $page:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => 
\n#foxbegin 1166553937a70703b0#[[#fox1]]\n(:div1 class=messagehead:)\n>>
div2 rfloat<< \n(:if expr ( auth admin || author marc ):){[foxdelrange 
button 1166553937a70703b0 {$FullName} ]}(:if:)\n>>div2end<<\n>>div3 
rfloat<<  \n[-19.12.2006 - 18:45-] &nbsp; \n>>div3end<<\n!!!!!marc\n
(:div1end:) \n>>messageitem<< \n'''subject'''\n>>messageitem<<\nmessage
\n>><<#foxend 1166553937a70703b0#\n\n    [time] => 1166553945\n)\n, 
referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] $new:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => \n    
[time] => 1166553945\n)\n, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] 
$IsPagePosted=false, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:19 2006] [error] [client 192.168.0.1] ************ 
Calling PostRecentChanges ***************

Logged in:

[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] ************ 
Calling PostPage ***************, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] 
$pageame:Testing.Comments, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] $page:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => 
\n#foxbegin 1166553937a70703b0#[[#fox1]]\n(:div1 class=messagehead:)\n>>
div2 rfloat<< \n(:if expr ( auth admin || author marc ):){[foxdelrange 
button 1166553937a70703b0 {$FullName} ]}(:if:)\n>>div2end<<\n>>div3 
rfloat<<  \n[-19.12.2006 - 18:45-] &nbsp; \n>>div3end<<\n!!!!!marc\n
(:div1end:) \n>>messageitem<< \n'''subject'''\n>>messageitem<<\nmessage
\n>><<#foxend 1166553937a70703b0#\n\n    [time] => 1166553945\n)\n, 
referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] $new:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => \n    
[time] => 1166553945\n)\n, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] ************ 
After calling PostPage ***************, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] 
$pageame:Testing.Comments, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] $page:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => 
\n#foxbegin 1166553937a70703b0#[[#fox1]]\n(:div1 class=messagehead:)\n>>
div2 rfloat<< \n(:if expr ( auth admin || author marc ):){[foxdelrange 
button 1166553937a70703b0 {$FullName} ]}(:if:)\n>>div2end<<\n>>div3 
rfloat<<  \n[-19.12.2006 - 18:45-] &nbsp; \n>>div3end<<\n!!!!!marc\n
(:div1end:) \n>>messageitem<< \n'''subject'''\n>>messageitem<<\nmessage
\n>><<#foxend 1166553937a70703b0#\n\n    [time] => 1166553945\n)\n, 
referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] $new:Array\n(\n    
[version] => pmwiki-2.2.0-beta17 ordered=1 urlencoded=1\n    [agent] => 
Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.0.6) 
Gecko/20060728 Firefox/1.5.0.6\n    [author] => auxbuss\n    [csum] => 
\n    [ctime] => 1166370453\n    [host] => 192.168.0.1\n    [name] => 
Testing.Comments\n    [rev] => 45\n    [targets] => \n    [text] => \n    
[time] => 1166553945\n    [author:1166554002] => auxbuss\n    
[host:1166554002] => 192.168.0.1\n    [diff:1166554002:1166553945:] => 
0a1,16\n> \n> #foxbegin 1166553937a70703b0#[[#fox1]]\n> (:div1 
class=messagehead:)\n> >>div2 rfloat<< \n> (:if expr ( auth admin || 
author marc ):){[foxdelrange button 1166553937a70703b0 {$FullName} ]}
(:if:)\n> >>div2end<<\n> >>div3 rfloat<<  \n> [-19.12.2006 - 18:45-] 
&nbsp; \n> >>div3end<<\n> !!!!!marc\n> (:div1end:) \n> >>messageitem<< 
\n> '''subject'''\n> >>messageitem<<\n> message\n> >><<#foxend 
1166553937a70703b0#\n\n)\n, referer: http://niff/
~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] 
$IsPagePosted=true, referer: http://niff/~marc/Marc/Testing/CommentBox
[Tue Dec 19 18:46:42 2006] [error] [client 192.168.0.1] ************ 
Calling PostRecentChanges ***************








From pmichaud at pobox.com  Tue Dec 19 13:22:02 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 13:22:02 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <18610210041.20061219184104@softflow.co.uk>
References: <1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
Message-ID: <20061219192202.GD9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 06:41:04PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 6:24:18 PM, marc wrote:
> 
> > So, the question is - probably for Pm - in what circumstances can 
> > UpdatePage receive identical input, yet produce different results?
> 
> I take it that your problem with page save is only with fox.php, and
> you can save pages fine from the normal edit window.

For experimentation, I've activated a brand-new PmWiki install and
loaded the fox.php recipe, now available at

    http://www.pmichaud.com/sandbox/fox/pmwiki.php

The local/config.php file contains:

    <?php
      $EnableRelativePageVars = 1;
      include_once('cookbook/fox.php');

Feel free to use that site for experimentation, or to demonstrate
specific problems or oddities.

I'll keep looking at this a bit more.

Pm



From pmichaud at pobox.com  Tue Dec 19 13:31:47 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 13:31:47 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff24bbee7db6e9989995@news.gmane.org>
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
Message-ID: <20061219193147.GF9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 07:20:17PM -0000, marc wrote:
> Hans said...
> > Tuesday, December 19, 2006, 6:24:18 PM, marc wrote:
> > 
> > > So, the question is - probably for Pm - in what circumstances can 
> > > UpdatePage receive identical input, yet produce different results?
> > 
> > I take it that your problem with page save is only with fox.php, and
> > you can save pages fine from the normal edit window.
> 
> Yes.
> > 
> > I don't know if calling the Lock function does make a difference,
> > i.e. HandelEdit calls Lock before calling UpdatePage, in fox.php Lock
> > is not called. When Pm wrote about how to use UpdatePage he did  not
> > mention Lock. But it may be an idea to try and add Lock(2); at the
> > beginning of FixHandlePost, and Lock(0); at the end of the function
> > before Redirect, and see what happens? Just guessing, as I have no
> > clue.
> 
> My method is always to isolate the problem, then start hacking :-) 
> Hopefully, the issue will be obvious once isolated.

I don't know if this is the issue, but there's at least one big
nasty potential bug in fox.php:  all of the calls to RetrieveAuthPage()
are passing READPAGE_CURRENT, which means that any page history
is being lost when UpdatePage() is called.  

The READPAGE_CURRENT value says "give me only the most recent 
version of the page without any page history", so then UpdatePage() 
doesn't have the page history available to save along with the page.

Again, I don't know if that's related to the current issue, but
it's at least something to be looked at.

Pm



From pmwiki at 911networks.com  Tue Dec 19 13:32:37 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Tue, 19 Dec 2006 11:32:37 -0800
Subject: [pmwiki-users] Being pounded
Message-ID: <20061219113237.7ad47989@tadpole>

My site is http://www.sqlhacks.com

I use the fixflow skin [thanks Hans, you are listed in the credits]
with the (:noaction:). So you can't see the Edit, Print, Recent
Changes, Source...

When I create the sitemap through http://www.xml-sitemaps.com it
finds properly 30 pages, but I check my logs it get:

sqlhacks.com 72.52.140.189 - - [15/Dec/2006:09:36:27 -0800]
"GET /index.php/Retrieve/Retrieve HTTP/1.1" 404 9187 "-" "Mozil
la/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com 72.52.140.189 - -
[15/Dec/2006:09:36:28 -0800]
"GET /index.php/Retrieve/Retrieve?action=source HTTP/1.1" 200 9 538
"-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
72.52.140.189 - - [15/Dec/2006:09:36:28 -0800]
"GET /index.php/Retrieve/Retrieve?action=upload HTTP/1.1" 404 8 440
"-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
72.52.140.189 - - [15/Dec/2006:09:36:29 -0800]
"GET /index.php/Site/Search?q=link=Retrieve.Retrieve HTTP/1.1" 200
11691 "-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
72.52.140.189 - - [15/Dec/2006:09:36:29 -0800]
"GET /index.php/Site/Search?q=Retrieve/ HTTP/1.1" 200 13011 "-"
"Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com 72.52.140.189
- - [15/Dec/2006:09:36:30 -0800]

...

sqlhacks.com 72.52.140.189 - - [15/Dec/2006:09:36:26 -0800]
"GET /index.php/Retrieve/Retrieve?action=edit HTTP/1.1" 200 100 32
"-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
72.52.140.189 - - [15/Dec/2006:09:36:26 -0800]
"GET /index.php/Retrieve/Retrieve?action=diff HTTP/1.1" 404 918 7 "-"
"Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)"



I have thousands of these. Where did the bot get the upload, the source, the diff...?

Any suggestion?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From design5 at softflow.co.uk  Tue Dec 19 13:37:17 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 19:37:17 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061219193147.GF9315@host.pmichaud.com>
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
Message-ID: <348835566.20061219193717@softflow.co.uk>

Tuesday, December 19, 2006, 7:31:47 PM, Patrick wrote:

> I don't know if this is the issue, but there's at least one big
> nasty potential bug in fox.php:  all of the calls to RetrieveAuthPage()
> are passing READPAGE_CURRENT, which means that any page history
> is being lost when UpdatePage() is called.  

> The READPAGE_CURRENT value says "give me only the most recent 
> version of the page without any page history", so then UpdatePage() 
> doesn't have the page history available to save along with the page.

So READPAGE_CURRENT can be left out?
Strange though that I get a page history when saving posts.
Well I get one on my site, but not on the pmwiki fox testsite....


Hans




From pmichaud at pobox.com  Tue Dec 19 13:47:51 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 13:47:51 -0600
Subject: [pmwiki-users] Being pounded
In-Reply-To: <20061219113237.7ad47989@tadpole>
References: <20061219113237.7ad47989@tadpole>
Message-ID: <20061219194751.GG9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 11:32:37AM -0800, pmwiki at 911networks.com wrote:
> My site is http://www.sqlhacks.com
> 
> I use the fixflow skin [thanks Hans, you are listed in the credits]
> with the (:noaction:). So you can't see the Edit, Print, Recent
> Changes, Source...
> 
> When I create the sitemap through http://www.xml-sitemaps.com it
> finds properly 30 pages, but I check my logs it get:
> 
> sqlhacks.com 72.52.140.189 - - [15/Dec/2006:09:36:27 -0800]
> "GET /index.php/Retrieve/Retrieve HTTP/1.1" 404 9187 "-" "Mozil
> la/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com 72.52.140.189 - -
> [15/Dec/2006:09:36:28 -0800]
> "GET /index.php/Retrieve/Retrieve?action=source HTTP/1.1" 200 9 538
> "-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
> ...

Somewhere on the site there is probably a (broken) link to a page 
called Retrieve.Retrieve.  Since that page doesn't have (:noaction:) 
in it, the links appear and the xml-sitemaps.com spider follows them.

(And, as I've previously commented, I think the xml-sitemaps.com
spider is fairly broken and can't be relied upon to give good sitemaps
for any modern or database-backed site.  Basically, any spider that
ignores 'nofollow,noindex' in meta robots tags (as xml-sitemaps.com's
spider apparently does) just isn't going to do what you want here.)

Pm



From pmichaud at pobox.com  Tue Dec 19 13:49:56 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 13:49:56 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <348835566.20061219193717@softflow.co.uk>
References: <MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
Message-ID: <20061219194956.GH9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 07:37:17PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 7:31:47 PM, Patrick wrote:
> 
> > I don't know if this is the issue, but there's at least one big
> > nasty potential bug in fox.php:  all of the calls to RetrieveAuthPage()
> > are passing READPAGE_CURRENT, which means that any page history
> > is being lost when UpdatePage() is called.  
> 
> > The READPAGE_CURRENT value says "give me only the most recent 
> > version of the page without any page history", so then UpdatePage() 
> > doesn't have the page history available to save along with the page.
> 
> So READPAGE_CURRENT can be left out?

Yes.  If READPAGE_CURRENT is left out then the entire page is read,
including history.


> Strange though that I get a page history when saving posts.
> Well I get one on my site, but not on the pmwiki fox testsite....

Well, you should get one history entry -- the history for the
most recent update.  But any history prior to that should be
lost.

If it's not being lost on your site, then perhaps you have a 
custom PageStore somewhere that isn't doing anything special
for READPAGE_CURRENT...?

Pm



From design5 at softflow.co.uk  Tue Dec 19 14:01:58 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 20:01:58 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061219194956.GH9315@host.pmichaud.com>
References: <MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
Message-ID: <652822484.20061219200158@softflow.co.uk>

Tuesday, December 19, 2006, 7:49:56 PM, Patrick wrote:

> Well, you should get one history entry -- the history for the
> most recent update.  But any history prior to that should be
> lost.

> If it's not being lost on your site, then perhaps you have a 
> custom PageStore somewhere that isn't doing anything special
> for READPAGE_CURRENT...?

The only custom PageStore is defined in skin.php:

## automatic loading of skin default config pages
global $WikiLibDirs, $SkinDir;
    $where = count($WikiLibDirs);
    if ($where>1) $where--;
    array_splice($WikiLibDirs, $where, 0, 
        array(new PageStore("$SkinDir/wikilib.d/\$FullName")));

Now I changed fox.php and removed the READPAGE_CURRENT parts.
I am not getting a history when posting.
But I get a history when deleting posts.

I have not uploaded this version yet.
I just don't know what is going on.


Hans




From pmichaud at pobox.com  Tue Dec 19 14:10:23 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 14:10:23 -0600
Subject: [pmwiki-users] DOS-Attacs and SPAM on action?edit
In-Reply-To: <A7B2672A-09D3-4C51-9B18-5E788DABD057@apfelwiki.de>
References: <A7B2672A-09D3-4C51-9B18-5E788DABD057@apfelwiki.de>
Message-ID: <20061219201023.GI9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 07:19:05PM +0100, Laurent Meister wrote:
>    Hello,
>    we still have lot of attacs on the action=edit function. We blocked the
>    libwww User-Agent, but it doesn't help. The User agent now is "Mozilla/4.0
>    (compatible; MSIE 6.0; Windows NT 5.1; SV1; Maxthon)"
>    Does any one has an idea? Our provider is still blocking the action=edit.
>    This is not very helpful for a wiki.

What sort of answer are you looking for?

One possibility would be to change ?action=edit to a different name:

    $HandleActions['real_edit'] = 'HandleEdit';
    $HandleAuth['real_edit'] = 'edit';

and then change Site.PageActions or other links to use ?action=real_edit
instead of ?action=edit.  For example:

    $LinkPageCreateFmt =
      "<a class='createlinktext' rel='nofollow'
        href='{\$PageUrl}?action=real_edit'>\$LinkText</a><a rel='nofollow'
        class='createlink' href='{\$PageUrl}?action=real_edit'>?</a>";

Then your provider could block ?action=edit while editing will still
get through.  But if the robots are grabbing the ?action=edit links
from the site anyway, this won't really stop them as the robots
will then start using ?action=real_edit .

Sadly, it all depends on the nature of the robots that are
attacking your site.   But any public-facing site that contains
links is going to end up having those links be activated by a robot
somewhere -- there's not much that can be done to prevent it.

Also, are you certain it's a DOS attack -- are all of the requests
coming from the same set of hosts?  By way of comparison, here are
some statistics for pmwiki.org for December 18th (one day):

   total number of requests with ?action=edit   : 2,589
      coming from Yahoo! Slurp                  :   183
      coming from Googlebot                     :    87
   number of unique hosts issuing ?action=edit  :   478
   maximum number of requests from 
      a single host (80.253.81.178)             : 1,041

There are just some poorly-behaved systems on the web, and
afaict there's not a reliable method for separating the good
robots from the bad ones.

Pm



From pmichaud at pobox.com  Tue Dec 19 14:18:21 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 14:18:21 -0600
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <MPG.1ff1d504bb63958f98998e@news.gmane.org>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
Message-ID: <20061219201821.GJ9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 10:54:09AM -0000, marc wrote:
> Patrick R. Michaud said...
> > The simplest approach at this point is to simply have PmWiki
> > create a work.d/ directory (in the pmwiki root) and have it start 
> > storing its files there.  The work files that have traditionally
> > gone into wiki.d/ would then lose the dot, so that we have:
> > 
> >     work.d/flock
> >     work.d/pagelist
> >     work.d/notify
> >     ...etc...
> > 
> 
> If this "simple" solution works, then may I turn the question around and 
> ask: what problems (or future limitations) would it impose? (As opposed 
> to a more complex solution.)

Downsides:
   - it's another (webserver writable) directory to keep track of
   - for sites that have been moving wiki.d/ out of the pmwiki root,
     this directory has to be moved also
   - the work.d/ directory has to be protected somehow (just like
     wiki.d/ does)

> It would be great to see the session situation simplified (if that's the 
> right word).

Agreed.

Pm



From pmichaud at pobox.com  Tue Dec 19 14:20:20 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 14:20:20 -0600
Subject: [pmwiki-users] HTTP 404 with IE, a pmwiki bug?
In-Reply-To: <200612191900.03897.robin@kallisti.net.nz>
References: <512428428.20061217194502@softflow.co.uk>
	<17110513609.20061218090807@softflow.co.uk>
	<20061218163212.GB9644@host.pmichaud.com>
	<200612191900.03897.robin@kallisti.net.nz>
Message-ID: <20061219202020.GK9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 07:00:03PM +1300, Robin Sheat wrote:
> On Tuesday 19 December 2006 05:32, Patrick R. Michaud wrote:
> > Regardless, if IE is (now) displaying different results for 404 pages,
> > I don't have a really good answer, short of configuring PmWiki to
> > detect the browser type and return a different status code for
> > Internet Explorer.
> I think it used to be the case that if the content returned on a 404 was under 
> a certain size, IE would display its own 'friendly' page. If it was more, it 
> would display the content. Maybe PmWiki's page has gotten smaller, or the IE 
> limits changed. Perhaps try faking a really large page and see if that makes 
> a difference.

FWIW, from a fresh install a "Page Not Found" error from PmWiki generates
over 6,000 bytes of output.  So, I don't think page size is the issue.

It could be that there's a proxy involved that is somehow manipulating
the 404 Not Found results.  (But that seems unlikely since it would probably
be affecting Firefox and other browsers as well.)

Pm




From design5 at softflow.co.uk  Tue Dec 19 14:16:22 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 20:16:22 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <652822484.20061219200158@softflow.co.uk>
References: <MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
Message-ID: <1967545676.20061219201622@softflow.co.uk>

Tuesday, December 19, 2006, 8:01:58 PM, Hans wrote:

> I have not uploaded this version yet.
> I just don't know what is going on.

Okay I found my mistakes which prevented page history creation (or I
hope I found them all).
I uploaded the new version of fox.php


Hans




From pmichaud at pobox.com  Tue Dec 19 14:31:31 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 14:31:31 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1967545676.20061219201622@softflow.co.uk>
References: <MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
Message-ID: <20061219203131.GL9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 08:16:22PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 8:01:58 PM, Hans wrote:
> 
> > I have not uploaded this version yet.
> > I just don't know what is going on.
> 
> Okay I found my mistakes which prevented page history creation (or I
> hope I found them all).
> I uploaded the new version of fox.php

New version now installed at 
http://www.pmichaud.com/sandbox/fox/pmwiki.php, for any
further testing that needs to be done.  I've also set the
admin password for that site to be 'fox', in case you need
that.

If there are any further issues and they can be duplicated
on that site, I can help troubleshoot them a bit.

Pm



From design5 at softflow.co.uk  Tue Dec 19 14:31:18 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 20:31:18 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1967545676.20061219201622@softflow.co.uk>
References: <MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
Message-ID: <1456367035.20061219203118@softflow.co.uk>

One thing I discovered with the page history regards
comment pages which have the latest comment post prepended, put to the
top:
In this case the page history grows quite dramatically with each new
post, as the page content gets shifted downward. Each new post ends up
having more or less the whole page written again into the history.

I wonder if this needs some special measure, as on a forum posts can
run into hundreds, and the page size will get quite big. Perhaps one
needs to set a history limit of ten or twenty entries?
And how can this be done so it affects the right pages?
I think the forum script (i.e. fox.php) would need to handle this.


Hans




From pmichaud at pobox.com  Tue Dec 19 14:42:54 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 14:42:54 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1456367035.20061219203118@softflow.co.uk>
References: <6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
Message-ID: <20061219204253.GN9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 08:31:18PM +0000, Hans wrote:
> One thing I discovered with the page history regards
> comment pages which have the latest comment post prepended, put to the
> top:
> In this case the page history grows quite dramatically with each new
> post, as the page content gets shifted downward. Each new post ends up
> having more or less the whole page written again into the history.

Gee, that's odd.  Is the commenting doing more than just inserting
the new text into the page (i.e., is it somehow adjusting or modifying
the existing comments)?

If the recipe is simply inserting text into an existing page,
but leaving the existing text largely intact, then it shouldn't
be any different than someone manually inserting a new section of
text into an existing page (which obviously doesn't rewrite the
entire page into the history).

Pm



From design5 at softflow.co.uk  Tue Dec 19 14:43:30 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 20:43:30 +0000
Subject: [pmwiki-users] commenting to private pages
Message-ID: <1904244707.20061219204330@softflow.co.uk>

Developing the Fox recipe I managed to make it post comments to other
pages, and to have comments posted to edit protected pages from users
with no edit permission, by setting a general auth level to 'read'
when retrieving the page for processing.

But when posting to a 'read' protected page it will ask for the
password for that page, before proceeding with processing the page.
I can't see a built-in mechanism in PmWiki which allows to circumvent
this. Is there one?

Also it raises the question if it is at all desirable to post to a
read protected page if you have no permission to read it. It is
certainly a little odd, as you can't see the result of your post,
But if it is desirable in some circumstances, how can it be done?

  
 Hans




From pmichaud at pobox.com  Tue Dec 19 14:53:17 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 14:53:17 -0600
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <1904244707.20061219204330@softflow.co.uk>
References: <1904244707.20061219204330@softflow.co.uk>
Message-ID: <20061219205317.GP9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 08:43:30PM +0000, Hans wrote:
> But when posting to a 'read' protected page it will ask for the
> password for that page, before proceeding with processing the page.
> I can't see a built-in mechanism in PmWiki which allows to circumvent
> this. Is there one?

Simply use ReadPage() instead of RetrieveAuthPage().

> Also it raises the question if it is at all desirable to post to a
> read protected page if you have no permission to read it. It is
> certainly a little odd, as you can't see the result of your post,
> But if it is desirable in some circumstances, how can it be done?

This "just" means that the form for posting content needs to be
on a page separate from the one where the content will be posted.
The form can be publicly readable, while the page containing the
resulting content is not.

Pm



From design5 at softflow.co.uk  Tue Dec 19 14:48:57 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 20:48:57 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061219204253.GN9315@host.pmichaud.com>
References: <6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
Message-ID: <1725780150.20061219204857@softflow.co.uk>

Tuesday, December 19, 2006, 8:42:54 PM, Patrick wrote:

> Gee, that's odd.  Is the commenting doing more than just inserting
> the new text into the page (i.e., is it somehow adjusting or modifying
> the existing comments)?

Maybe it does it not very cleverly. Maybe you can show me a better
way? It does things like:

$page['text'] = $addstring."\n".$page['text']

$addstring is the new processed entry, made from template and field
values. Here it prepends the new entry to the text

or it does:

$textrows[$nr] = "$line\n".$addstring;

$textrows is an array of all text lines of the page text.
Here it puts the new entry string after a line.


Hans




From nospam at eton.ca  Tue Dec 19 14:58:54 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Tue, 19 Dec 2006 15:58:54 -0500
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <1904244707.20061219204330@softflow.co.uk>
References: <1904244707.20061219204330@softflow.co.uk>
Message-ID: <4588528E.3090107@eton.ca>

On 2006-12-19 Hans is rumoured to have said:
> Also it raises the question if it is at all desirable to post to a 
> read protected page if you have no permission to read it. It is 
> certainly a little odd, as you can't see the result of your post, But 
> if it is desirable in some circumstances, how can it be done? 

I would not want anyone without the correct permissions to be able to 
post to a read protected page except under one circumstance: posting to 
a "private comments" page. In this case I want people to be able to 
leave comments, but not see comments that others have left. I don't want 
a separate page for each comment. In some ways it is like email - once 
you have sent it, you can't edit it and only the designated reader can 
see it.

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From pmichaud at pobox.com  Tue Dec 19 15:01:14 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 15:01:14 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1725780150.20061219204857@softflow.co.uk>
References: <18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
Message-ID: <20061219210114.GQ9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 08:48:57PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 8:42:54 PM, Patrick wrote:
> 
> > Gee, that's odd.  Is the commenting doing more than just inserting
> > the new text into the page (i.e., is it somehow adjusting or modifying
> > the existing comments)?
> 
> Maybe it does it not very cleverly. Maybe you can show me a better
> way? It does things like:
> 
> $page['text'] = $addstring."\n".$page['text']
> 
> $addstring is the new processed entry, made from template and field
> values. Here it prepends the new entry to the text
> 
> or it does:
> 
> $textrows[$nr] = "$line\n".$addstring;
> 
> $textrows is an array of all text lines of the page text.
> Here it puts the new entry string after a line.

Those look okay to me -- perhaps you could create a sample
page on the sandbox site that demonstrates the type of page
history you're concerned about?

Pm



From pmichaud at pobox.com  Tue Dec 19 15:05:01 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 15:05:01 -0600
Subject: [pmwiki-users] jspspellcheck - update
In-Reply-To: <341121.66585.qm@web33206.mail.mud.yahoo.com>
References: <20061218194508.GH23625@host.pmichaud.com>
	<341121.66585.qm@web33206.mail.mud.yahoo.com>
Message-ID: <20061219210501.GR9315@host.pmichaud.com>

On Mon, Dec 18, 2006 at 01:24:01PM -0800, Seth Cherney wrote:
> "Patrick R. Michaud" <pmichaud at pobox.com> wrote:
> >  I looked at jspspellcheck over the weekend, but since it makes use
> >  of Java servlets I'm not sure how to make that work in my hosted
> >  environment. If someone can give me a quick tutorial of how to
> >  install/configure the Java servlet portion I might be able to
> >  help a bit more, but it wasn't instantly obvious to me how to do it.
> 
> ***I think that is since you dont have tomcat installed and/or enabled. 
> it depends on each host, send an email to admin if you are super
> interested. 

Ummmmmm, I am the admin for my server.  I tried emailing myself, but
that just got me a response that I didn't know much about installing
or enabling tomcat.  ;-)

But that's at least more than I knew before, which is that
jspspellcheck requires tomcat to work, which means it's likely
to have limited applicability for many people.

Thanks!

Pm



From design5 at softflow.co.uk  Tue Dec 19 15:00:48 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 21:00:48 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061219210114.GQ9315@host.pmichaud.com>
References: <18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
	<20061219210114.GQ9315@host.pmichaud.com>
Message-ID: <1147753402.20061219210048@softflow.co.uk>

Tuesday, December 19, 2006, 9:01:14 PM, Patrick wrote:

> Those look okay to me -- perhaps you could create a sample
> page on the sandbox site that demonstrates the type of page
> history you're concerned about?

http://www.pmichaud.com/sandbox/fox/pmwiki.php?n=Main.CommentBox

I just posted 12 comments.
Have  a look at the history.


Hans




From design5 at softflow.co.uk  Tue Dec 19 15:22:19 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 21:22:19 +0000
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <4588528E.3090107@eton.ca>
References: <1904244707.20061219204330@softflow.co.uk>
	<4588528E.3090107@eton.ca>
Message-ID: <3910601687.20061219212219@softflow.co.uk>

Tuesday, December 19, 2006, 8:58:54 PM, Neil wrote:

> I would not want anyone without the correct permissions to be able to
> post to a read protected page except under one circumstance: posting to
> a "private comments" page. In this case I want people to be able to 
> leave comments, but not see comments that others have left. I don't want
> a separate page for each comment. In some ways it is like email - once
> you have sent it, you can't edit it and only the designated reader can
> see it.

The way Fox will handle this, once I put in the switch to ReadPage(),
bypassing Auth, is that you can create a comment form specifying a
target page. The target page can be read and edit protected, and the
page with the comment form can be edit protected.

And as a additional security matter, Fox got an array of allowed (and
disallowed) pagename patterns, with which an admin can restrict the
choice of page names Fox may post to.

A third measure is requiring users to enter a random generated access
code.

A fourth measure is disabling posting of directives.

I hope these measures are sufficient safeguard for sites which
want to allow commenting or other form posting to users who have no
edit rights in general.

For sites wishing to restrict posting to logged in users with general
edit permission the admin can set $FoxAuth to 'edit', and then all
page reads, for adding or deleting posts, require edit permission.

If I missed anything blatant, or otherwise, please let me know!


Hans




From design5 at softflow.co.uk  Tue Dec 19 15:25:55 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 21:25:55 +0000
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <20061219205317.GP9315@host.pmichaud.com>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
Message-ID: <1597211595.20061219212555@softflow.co.uk>

Tuesday, December 19, 2006, 8:53:17 PM, Patrick wrote:

> Simply use ReadPage() instead of RetrieveAuthPage().

You think the following code is sufficient as a switch between the
case where it may be allowed to post to some private page(s), and the
case where an admin can enforce a higher auth level for posting, by
setting var $FoxAuth to 'edit' or higher?

    if($FoxAuth=='read') $page = ReadPage($targetname);
    else $page = RetrieveAuthPage($targetname, $FoxAuth, true);
    

Hans




From design5 at softflow.co.uk  Tue Dec 19 15:33:38 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 21:33:38 +0000
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <1597211595.20061219212555@softflow.co.uk>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
	<1597211595.20061219212555@softflow.co.uk>
Message-ID: <149812680.20061219213338@softflow.co.uk>

Tuesday, December 19, 2006, 9:25:55 PM, Hans wrote:

>     if($FoxAuth=='read') $page = ReadPage($targetname);
>     else $page = RetrieveAuthPage($targetname, $FoxAuth, true);

looking at this, perhaps it is better to add a "low permission" level to
$FoxAuth:

     if($FoxAuth=='freepost') $page = ReadPage($targetname);
     else $page = RetrieveAuthPage($targetname, $FoxAuth, true);

Of course an admin can set $FoxAuth differently for different pages as
local configurations.

Hans




From pmwiki at 911networks.com  Tue Dec 19 15:48:56 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Tue, 19 Dec 2006 13:48:56 -0800
Subject: [pmwiki-users] Being pounded
In-Reply-To: <20061219194751.GG9315@host.pmichaud.com>
References: <20061219113237.7ad47989@tadpole>
	<20061219194751.GG9315@host.pmichaud.com>
Message-ID: <20061219134856.742172ec@tadpole>

On Tue, 19 Dec 2006 13:47:51 -0600
"Patrick R. Michaud" <pmichaud at pobox.com> wrote:

> On Tue, Dec 19, 2006 at 11:32:37AM -0800, pmwiki at 911networks.com
> wrote:
> > My site is http://www.sqlhacks.com
> > 
> > I use the fixflow skin [thanks Hans, you are listed in the
> > credits] with the (:noaction:). So you can't see the Edit, Print,
> > Recent Changes, Source...
> > 
> > When I create the sitemap through http://www.xml-sitemaps.com it
> > finds properly 30 pages, but I check my logs it get:
> > 
> > sqlhacks.com 72.52.140.189 - - [15/Dec/2006:09:36:27 -0800]
> > "GET /index.php/Retrieve/Retrieve HTTP/1.1" 404 9187 "-" "Mozil
> > la/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com 72.52.140.189 - -
> > [15/Dec/2006:09:36:28 -0800]
> > "GET /index.php/Retrieve/Retrieve?action=source HTTP/1.1" 200 9
> > 538 "-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
> > ...
> 
> Somewhere on the site there is probably a (broken) link to a page 
> called Retrieve.Retrieve.  Since that page doesn't have
> (:noaction:) in it, the links appear and the xml-sitemaps.com
> spider follows them.

I do NOT have a page named Retrieve.Retrieve. In the Retrieve group, I
have:

Retrieve.Alias-in-where
Retrieve.Conditional-columns
Retrieve.Organizational-Chart-BOM
Retrieve.Pivot
Retrieve.RecentChanges
Retrieve.Search-for-missing
Retrieve.Search-For-Special-Characters
Retrieve.Search-nulls
Retrieve.Search-whole-table
Retrieve.Update-from-other-tables

Where did the Retrieve.Retrieve come from?

I have in the Site.SideBar:

----
%sidehead% [[Retrieve|[+Retrieve Data+]]]
----

Could it be from the Site.SideBar?

Do I need a (:noaction:) in the SideBar, any side effect?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From pmichaud at pobox.com  Tue Dec 19 15:50:52 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 15:50:52 -0600
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <1597211595.20061219212555@softflow.co.uk>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
	<1597211595.20061219212555@softflow.co.uk>
Message-ID: <20061219215052.GS9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 09:25:55PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 8:53:17 PM, Patrick wrote:
> 
> > Simply use ReadPage() instead of RetrieveAuthPage().
> 
> You think the following code is sufficient as a switch between the
> case where it may be allowed to post to some private page(s), and the
> case where an admin can enforce a higher auth level for posting, by
> setting var $FoxAuth to 'edit' or higher?
> 
>     if($FoxAuth=='read') $page = ReadPage($targetname);
>     else $page = RetrieveAuthPage($targetname, $FoxAuth, true);

Oh, I forgot.  RetrieveAuthPage allows a $level value of 'ALWAYS',
which means that the page is returned regardless of any
authorization settings in effect:

    $page = RetrieveAuthPage($targetname, 'ALWAYS', true);

That should work just about the same as ReadPage() for what you're
wanting to do.  Phrased another way, when Fox has decided that it's
okay to post to a page regardless of permissions, it can just pass
'ALWAYS' to the RetrieveAuthPage function instead of 'read' or 'edit'.

Pm



From design5 at softflow.co.uk  Tue Dec 19 16:01:23 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 22:01:23 +0000
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <20061219215052.GS9315@host.pmichaud.com>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
	<1597211595.20061219212555@softflow.co.uk>
	<20061219215052.GS9315@host.pmichaud.com>
Message-ID: <961807301.20061219220123@softflow.co.uk>

Tuesday, December 19, 2006, 9:50:52 PM, Patrick wrote:

> Oh, I forgot.  RetrieveAuthPage allows a $level value of 'ALWAYS',
> which means that the page is returned regardless of any
> authorization settings in effect:

>     $page = RetrieveAuthPage($targetname, 'ALWAYS', true);

> That should work just about the same as ReadPage() for what you're
> wanting to do.  Phrased another way, when Fox has decided that it's
> okay to post to a page regardless of permissions, it can just pass
> 'ALWAYS' to the RetrieveAuthPage function instead of 'read' or 'edit'.

Great. Thank you! ALWAYS in CAPITALS!

So Fox can already post to read protected pages, just by setting
$FoxAuth = 'ALWAYS';


Hans




From nospam at eton.ca  Tue Dec 19 16:09:19 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Tue, 19 Dec 2006 17:09:19 -0500
Subject: [pmwiki-users] Being pounded
In-Reply-To: <20061219134856.742172ec@tadpole>
References: <20061219113237.7ad47989@tadpole>	<20061219194751.GG9315@host.pmichaud.com>
	<20061219134856.742172ec@tadpole>
Message-ID: <4588630F.90006@eton.ca>

On 2006-12-19 pmwiki at 911networks.com is rumoured to have said:
> I do NOT have a page named Retrieve.Retrieve. In the Retrieve group, 
> I have: Retrieve.Alias-in-where Retrieve.Conditional-columns 
> Retrieve.Organizational-Chart-BOM Retrieve.Pivot 
> Retrieve.RecentChanges Retrieve.Search-for-missing 
> Retrieve.Search-For-Special-Characters Retrieve.Search-nulls 
> Retrieve.Search-whole-table Retrieve.Update-from-other-tables Where 
> did the Retrieve.Retrieve come from? 

The problem appears if anyone enters an undefined page name - such as 
Retrieve.Retrieve.

I tried just that, and the "Retrieve/Retrieve doesn't exist" message 
appears along with all of the "hidden" menu bar items. The links are 
clickable.

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From pmichaud at pobox.com  Tue Dec 19 16:16:55 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 16:16:55 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1147753402.20061219210048@softflow.co.uk>
References: <20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
	<20061219210114.GQ9315@host.pmichaud.com>
	<1147753402.20061219210048@softflow.co.uk>
Message-ID: <20061219221652.GT9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 09:00:48PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 9:01:14 PM, Patrick wrote:
> 
> > Those look okay to me -- perhaps you could create a sample
> > page on the sandbox site that demonstrates the type of page
> > history you're concerned about?
> 
> http://www.pmichaud.com/sandbox/fox/pmwiki.php?n=Main.CommentBox
> 
> I just posted 12 comments.
> Have  a look at the history.

Ahhh, I see what happening.  Since each entry has a similar template
format, the phpdiff engine is treating the instances of

    (:div1 class=frame:)
    >>div2 rfloat<<
    ...
    >>div2end<<
    ...
    (:div1end:)
    >>frame<<
    ...
    >>frame<<
    >><<

as being "identical" from one entry to the next, and thus each of
the dotted sections in between are treated as little changes.  
In other words, instead of thinking "I can just insert this small
chunk of text here", it sees the diff as a lot of small changes
to be done in between the parts of the page that remain the
same.

The phpdiff algorithm isn't quite smart enough to realize that 
chunking things into longer pieces could result in a shorter diff 
-- it just looks to see "do I have a sequence matching lines at 
this point in the output"?

I'm not sure what it would take to get phpdiff to look for longer
sequences of matching lines...but I suspect it could slow down
the algorithm considerably (and might require more memory).
If someone wants to take a look at improving the algorithm,
that might be worthwhile.

Pm



From nospam at eton.ca  Tue Dec 19 16:19:34 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Tue, 19 Dec 2006 17:19:34 -0500
Subject: [pmwiki-users] Being pounded
In-Reply-To: <4588630F.90006@eton.ca>
References: <20061219113237.7ad47989@tadpole>	<20061219194751.GG9315@host.pmichaud.com>	<20061219134856.742172ec@tadpole>
	<4588630F.90006@eton.ca>
Message-ID: <45886576.4020908@eton.ca>

On 2006-12-19 Neil Herber (nospam) is rumoured to have said:
> The problem appears if anyone enters an undefined page name - such as 
> Retrieve.Retrieve. I tried just that, and the "Retrieve/Retrieve 
> doesn't exist" message appears along with all of the "hidden" menu 
> bar items. The links are clickable.
> 

Sorry, I realized too late that my comment was not too helpful (though 
accurate). An easy way to cure this would be to put some conditionals 
around items in the code that creates your menus.

For example, on one of my sites I do this:

> *[[{$Name}?action=edit | Edit ]]
> *[[{$Name}?action=diff | History ]]
> *[[Site/AllRecentChangesPerAuthor |All Recent Changes]]
> (:if auth admin:) 
> *[[{$Name}?action=upload | Attach a File]]
> *[[{$Name}?action=attr | Set Attributes]]
> *[[{$Group}/GroupAttributes?action=attr | Set Group Attributes]]
> (:if:)
> 
> [[<<]]
> ->''Page last modified by {$LastModifiedBy}, {$LastModified}''

So only admin guys can see the last 3 links. Works on non-existant pages 
too.

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From design5 at softflow.co.uk  Tue Dec 19 16:19:23 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 22:19:23 +0000
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <20061219215052.GS9315@host.pmichaud.com>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
	<1597211595.20061219212555@softflow.co.uk>
	<20061219215052.GS9315@host.pmichaud.com>
Message-ID: <193000618.20061219221923@softflow.co.uk>

Tuesday, December 19, 2006, 9:50:52 PM, Patrick wrote:

> Phrased another way, when Fox has decided that it's
> okay to post to a page regardless of permissions, it can just pass
> 'ALWAYS' to the RetrieveAuthPage function instead of 'read' or 'edit'.

I had to read that sentence once more, and like to comment:
I have taken the attitude with Fox, that it should not be able to
decide when it is okay to post to a page, from any markup on a page or
from some GET or POST string, but that decision is better left to an
admin via configuration in local config files.

Maybe I am a bit too paranoid to open some  security hole.

I think ideally I like a variable like $FoxAuth being part of page
attributes: Set Fox Auth level: [.....]
and a user with 'attr' access privilege can set these.

Perhaps that can be done already.
But probably should not be a part of fox.php?

It was mentioned previously as a 'commenting' level.
Perhaps better called a 'post' level:
You are privileged to read and to post, but not to edit or anything
else fancy.


Hans




From design5 at softflow.co.uk  Tue Dec 19 16:23:53 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 22:23:53 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061219221652.GT9315@host.pmichaud.com>
References: <20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
	<20061219210114.GQ9315@host.pmichaud.com>
	<1147753402.20061219210048@softflow.co.uk>
	<20061219221652.GT9315@host.pmichaud.com>
Message-ID: <1083043613.20061219222353@softflow.co.uk>

Tuesday, December 19, 2006, 10:16:55 PM, Patrick wrote:

> Ahhh, I see what happening.  Since each entry has a similar template
> format, the phpdiff engine is treating the instances of

>     (:div1 class=frame:)
>     >>div2 rfloat<<
>     ...
>     >>div2end<<
>     ...
>     (:div1end:)
>     >>frame<<
>     ...
>     >>frame<<
>     >><<

> as being "identical" from one entry to the next, and thus each of
> the dotted sections in between are treated as little changes.  
> In other words, instead of thinking "I can just insert this small
> chunk of text here", it sees the diff as a lot of small changes
> to be done in between the parts of the page that remain the
> same.

I will try and insert unique id names into the divs.
Since I got an incrementing  counter it should work quite easily
by modifying the template.


Hans




From pmichaud at pobox.com  Tue Dec 19 16:28:47 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 16:28:47 -0600
Subject: [pmwiki-users] Being pounded
In-Reply-To: <20061219134856.742172ec@tadpole>
References: <20061219113237.7ad47989@tadpole>
	<20061219194751.GG9315@host.pmichaud.com>
	<20061219134856.742172ec@tadpole>
Message-ID: <20061219222847.GU9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 01:48:56PM -0800, pmwiki at 911networks.com wrote:
> On Tue, 19 Dec 2006 13:47:51 -0600
> "Patrick R. Michaud" <pmichaud at pobox.com> wrote:
> > On Tue, Dec 19, 2006 at 11:32:37AM -0800, pmwiki at 911networks.com
> > > I use the fixflow skin [thanks Hans, you are listed in the
> > > credits] with the (:noaction:). So you can't see the Edit, Print,
> > > Recent Changes, Source...
> > > 
> > > When I create the sitemap through http://www.xml-sitemaps.com it
> > > finds properly 30 pages, but I check my logs it get:
> > > 
> > > sqlhacks.com 72.52.140.189 - - [15/Dec/2006:09:36:27 -0800]
> > > "GET /index.php/Retrieve/Retrieve HTTP/1.1" 404 9187 "-" "Mozil
> > > la/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com 72.52.140.189 - -
> > > [15/Dec/2006:09:36:28 -0800]
> > > "GET /index.php/Retrieve/Retrieve?action=source HTTP/1.1" 200 9
> > > 538 "-" "Mozilla/6.0 (MSIE 6.0; Windows NT 5.1;)" sqlhacks.com
> > > ...
> > 
> > Somewhere on the site there is probably a (broken) link to a page 
> > called Retrieve.Retrieve.  Since that page doesn't have
> > (:noaction:) in it, the links appear and the xml-sitemaps.com
> > spider follows them.
> 
> I do NOT have a page named Retrieve.Retrieve. 

Right -- that's what I meant by "broken link" -- it's a link
to a non-existent page.  Sorry for not being precise -- I'll
rephrase:

Somewhere on the page is a link to a *non-existent* page 
called Retrieve.Retrieve.  Since that non-existent page 
doesn't have (:noaction:) in it, the links appear and the 
xml-sitemaps.com spider follows them.  See 
http://www.sqlhacks.org/index.php/Retrieve/Retrieve to
see what the robot is seeing.

So, because there's a broken link somewhere to a 
non-existent Retrieve.Retrieve page, the spider is picking
up extra links to ?action=source, ?action=edit, ?action=search,
etc. on that "non-existent" page.  

The spider apparently isn't smart enough to realize that a 
404 error code means "no such page" and that it shouldn't
index that page or follow any of the links on the page.

(On the other hand, PmWiki appears to be giving robots
an 'index,follow' indication on non-existent pages.  We
should probably fix that to default to "noindex,nofollow".
But even this won't help with xml-sitemaps.com, as their
spider appears to ignore such directives anyway.)

> Where did the Retrieve.Retrieve come from?

I don't know -- but all it takes is one incorrect link to
get the spider to go to that page.  It could be coming from
an errant sidebar link or from the skin somewhere.

> I have in the Site.SideBar:
> 
> ----
> %sidehead% [[Retrieve|[+Retrieve Data+]]]
> ----
> 
> Could it be from the Site.SideBar?

Yes, it's not a good idea to have unqualified links
in Site.SideBar.  I would make sure that it's

    %sidehead% [[Site.Retrieve|[+Retrieve Data+]]]

> Do I need a (:noaction:) in the SideBar, any side effect?

I don't think that (:noaction:) in the SideBar will help--
by the time the SideBar is being displayed it's usually too
late to affect any earlier parts of the layout or the
main text area.

Pm



From brianbashi at gmail.com  Tue Dec 19 16:29:20 2006
From: brianbashi at gmail.com (Brian)
Date: Tue, 19 Dec 2006 17:29:20 -0500
Subject: [pmwiki-users] pmwiki does not recognize $DefaultPage =
Message-ID: <1974436623.20061219172920@gmail.com>

Hello pmwiki-users,

  I added $DefaultPage = 'Groupname.Pagename';  to the config.php, but
  it still loads at Main.HomePage. Moving the line to  the top didn't
  help either. I know the new page exists because I created it
  manually. Does anyone know what might be wrong?

  Here is a part of my config.php:

<?php if (!defined('PmWiki')) exit();
$DefaultPage = 'Stocks.Home';
$EnableAccessCode = 1;
$AuthUser['brian'] = crypt('***');
include_once("$FarmD/cookbook/zap.php");
include_once("$FarmD/cookbook/zapfiles.php");
include_once("$FarmD/cookbook/commentboxplus.php");
include_once("$FarmD/cookbook/edittitle.php");
include_once("$FarmD/cookbook/spacewikiwords.php");
include_once("$FarmD/cookbook/pmfeed.php");
include_once("$FarmD/scripts/authuser.php");

$EditTitle = 1;
$PageEditForm = 'Site.EditForm';
$EnablePathInfo = 1;
  
-- 
Best regards,
 Brian




From pmichaud at pobox.com  Tue Dec 19 16:33:33 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 16:33:33 -0600
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <193000618.20061219221923@softflow.co.uk>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
	<1597211595.20061219212555@softflow.co.uk>
	<20061219215052.GS9315@host.pmichaud.com>
	<193000618.20061219221923@softflow.co.uk>
Message-ID: <20061219223333.GV9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 10:19:23PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 9:50:52 PM, Patrick wrote:
> 
> > Phrased another way, when Fox has decided that it's
> > okay to post to a page regardless of permissions, it can just pass
> > 'ALWAYS' to the RetrieveAuthPage function instead of 'read' or 'edit'.
> 
> I had to read that sentence once more, and like to comment:
> I have taken the attitude with Fox, that it should not be able to
> decide when it is okay to post to a page, from any markup on a page or
> from some GET or POST string, but that decision is better left to an
> admin via configuration in local config files.

...and this is a difficult decision, and tough to explain to
newbie administrators.

> It was mentioned previously as a 'commenting' level.
> Perhaps better called a 'post' level:
> You are privileged to read and to post, but not to edit or anything
> else fancy.

FWIW, it looks like you're retracing the exact same steps that I 
had gone through with developing ?action=insert back in October,
except I was calling the new level 'insert' instead of 'post'.

It may also be worth noting that I think ?action=insert could
end up obsoleting much of this once I get it working.  (And the
fact that I haven't gotten it working yet is probably a good
indication of how difficult it is to get the security correct
for this type of action.)  

I recognize that people are impatient to get something working, 
but it's also important that it be done right.

Pm



From pmichaud at pobox.com  Tue Dec 19 16:36:45 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 16:36:45 -0600
Subject: [pmwiki-users] pmwiki does not recognize $DefaultPage =
In-Reply-To: <1974436623.20061219172920@gmail.com>
References: <1974436623.20061219172920@gmail.com>
Message-ID: <20061219223644.GW9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 05:29:20PM -0500, Brian wrote:
> Hello pmwiki-users,
> 
>   I added $DefaultPage = 'Groupname.Pagename';  to the config.php, but
>   it still loads at Main.HomePage. Moving the line to  the top didn't
>   help either. I know the new page exists because I created it
>   manually. Does anyone know what might be wrong?

Do you have a farmconfig.php file somewhere?  If so, what are its
contents?

Is there a url I could look at?  (And if so, could you set
$EnableDiag=1; in the config.php ?)

Pm



From pmichaud at pobox.com  Tue Dec 19 16:43:50 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 16:43:50 -0600
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1083043613.20061219222353@softflow.co.uk>
References: <20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
	<20061219210114.GQ9315@host.pmichaud.com>
	<1147753402.20061219210048@softflow.co.uk>
	<20061219221652.GT9315@host.pmichaud.com>
	<1083043613.20061219222353@softflow.co.uk>
Message-ID: <20061219224347.GX9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 10:23:53PM +0000, Hans wrote:
> Tuesday, December 19, 2006, 10:16:55 PM, Patrick wrote:
> > Ahhh, I see what happening.  Since each entry has a similar template
> > format, the phpdiff engine is treating the instances of
> 
> >     (:div1 class=frame:)
> >     >>div2 rfloat<<
> >     ...
> >     >>div2end<<
> >     ...
> >     (:div1end:)

Also, I might note that >>div2 rfloat<< and >>div2end<< look  
just a bit odd here.  The above is exactly the same as writing:

    (:div1 class=frame:)
    (:div:) %div2 rfloat div%
    ...
    (:div:) %div2end div%
    ...
    (:div1end:)

In other words, you end up with this structure:

    <div class=frame>
      <div class='div2 rfloat'>
      ...
      </div>
      <div class='div2end'>
      ...
      </div>
    </div>

I suspect you want either

    (:div1 class=frame:)
    (:div2:) %rfloat div%
    ...
    (:div2end:)
    ...
    (:div1end:)

or

    (:div1 class=frame:)
    >>rfloat<<
    ...
    >><<
    ...
    (:div1end:)

Unless you really are intending to get 'div2' and 'div2end' 
classes in the output, in which case I think they ought to 
have better names than 'div2' and 'div2end'.

Pm



From design5 at softflow.co.uk  Tue Dec 19 16:50:30 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 22:50:30 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <20061219224347.GX9315@host.pmichaud.com>
References: <20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
	<20061219210114.GQ9315@host.pmichaud.com>
	<1147753402.20061219210048@softflow.co.uk>
	<20061219221652.GT9315@host.pmichaud.com>
	<1083043613.20061219222353@softflow.co.uk>
	<20061219224347.GX9315@host.pmichaud.com>
Message-ID: <1286103096.20061219225030@softflow.co.uk>

Tuesday, December 19, 2006, 10:43:50 PM, Patrick wrote:

>     (:div1 class=frame:)
>     >>rfloat<<
>     ...
>     >><<
>     ...
>     (:div1end:)

> Unless you really are intending to get 'div2' and 'div2end' 
> classes in the output, in which case I think they ought to 
> have better names than 'div2' and 'div2end'.

Thanks this last one was intended. I bungled on the syntax for
nested divs, I thought it was more complicated and needed the div1
div2 etc (in other words: I worked from half-forgotten syntax
information).


Hans




From pmwiki at 911networks.com  Tue Dec 19 16:55:52 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Tue, 19 Dec 2006 14:55:52 -0800
Subject: [pmwiki-users] Being pounded
In-Reply-To: <20061219222847.GU9315@host.pmichaud.com>
References: <20061219113237.7ad47989@tadpole>
	<20061219194751.GG9315@host.pmichaud.com>
	<20061219134856.742172ec@tadpole>
	<20061219222847.GU9315@host.pmichaud.com>
Message-ID: <20061219145552.1b5449e8@tadpole>

On Tue, 19 Dec 2006 16:28:47 -0600
"Patrick R. Michaud" <pmichaud at pobox.com> wrote:


> Right -- that's what I meant by "broken link" -- it's a link
> to a non-existent page.  Sorry for not being precise -- I'll
> rephrase:
> 
> Somewhere on the page is a link to a *non-existent* page 
> called Retrieve.Retrieve.  Since that non-existent page 
> doesn't have (:noaction:) in it, the links appear and the 
> xml-sitemaps.com spider follows them.  See 
> http://www.sqlhacks.org/index.php/Retrieve/Retrieve to
> see what the robot is seeing.

Thanks, that's is somewhat clearer, but shouldn't:
?action=refcount show me the broken link, with "missing" "pagename
in group Retrieve" "referenced from pages in all groups"? 

I only get:

	Referring pages
Name / Time	All	R.C.


 blank


-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From design5 at softflow.co.uk  Tue Dec 19 16:57:52 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 22:57:52 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1083043613.20061219222353@softflow.co.uk>
References: <20061219193147.GF9315@host.pmichaud.com>
	<348835566.20061219193717@softflow.co.uk>
	<20061219194956.GH9315@host.pmichaud.com>
	<652822484.20061219200158@softflow.co.uk>
	<1967545676.20061219201622@softflow.co.uk>
	<1456367035.20061219203118@softflow.co.uk>
	<20061219204253.GN9315@host.pmichaud.com>
	<1725780150.20061219204857@softflow.co.uk>
	<20061219210114.GQ9315@host.pmichaud.com>
	<1147753402.20061219210048@softflow.co.uk>
	<20061219221652.GT9315@host.pmichaud.com>
	<1083043613.20061219222353@softflow.co.uk>
Message-ID: <8510046696.20061219225752@softflow.co.uk>

Tuesday, December 19, 2006, 10:23:53 PM, Hans wrote:

> I will try and insert unique id names into the divs.
> Since I got an incrementing  counter it should work quite easily
> by modifying the template.

Well that did not help either.
So we are stuck with running up huge histories if we prepend similar
templated inserts.

So how can I add code to restrict running up huge histories?
Is $DiffKeepDays the only tool to restrict page history size?
Do we have  a "flush history" tool? Or better "flush history but the
last n entries"?


Hans




From brianbashi at gmail.com  Tue Dec 19 17:03:55 2006
From: brianbashi at gmail.com (Brian)
Date: Tue, 19 Dec 2006 18:03:55 -0500
Subject: [pmwiki-users] fixed defaultpage problem,
	spacewikiwords.php was the culprit
Message-ID: <869839621.20061219180355@gmail.com>

Hello pmwiki-users,

  Please ignore my last question. Spacewikiwords.php was somehow
  interferring with $DefaultPage so I got rid of it.
  
 To keep my old naming scheme I used pmwiki's internal switch, $SpaceWikiWords = 1;

 And added this to get hyphens between words:

$MakePageNamePatterns = array(
    "/'/" => '',                           # strip single-quotes
    "/[^$PageNameChars]+/" => ' ',         # convert non-alnums to spaces
    "/((^|[^-\\w])\\w)/e" 
      => "strtoupper('$1')",               # initial caps after spaces
    "/\\s+/" => '-'                        # convert spaces to hyphen
); 

-- 
Best regards,
 Brian




From pmichaud at pobox.com  Tue Dec 19 17:12:12 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 17:12:12 -0600
Subject: [pmwiki-users] Being pounded
In-Reply-To: <20061219145552.1b5449e8@tadpole>
References: <20061219113237.7ad47989@tadpole>
	<20061219194751.GG9315@host.pmichaud.com>
	<20061219134856.742172ec@tadpole>
	<20061219222847.GU9315@host.pmichaud.com>
	<20061219145552.1b5449e8@tadpole>
Message-ID: <20061219231212.GY9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 02:55:52PM -0800, pmwiki at 911networks.com wrote:
> On Tue, 19 Dec 2006 16:28:47 -0600
> "Patrick R. Michaud" <pmichaud at pobox.com> wrote:
> > Right -- that's what I meant by "broken link" -- it's a link
> > to a non-existent page.  Sorry for not being precise -- I'll
> > rephrase:
> > 
> > Somewhere on the page is a link to a *non-existent* page 
> > called Retrieve.Retrieve.  Since that non-existent page 
> > doesn't have (:noaction:) in it, the links appear and the 
> > xml-sitemaps.com spider follows them.  See 
> > http://www.sqlhacks.org/index.php/Retrieve/Retrieve to
> > see what the robot is seeing.
> 
> Thanks, that's is somewhat clearer, but shouldn't:
> ?action=refcount show me the broken link, with "missing" "pagename
> in group Retrieve" "referenced from pages in all groups"? 

Note that the link to the Retrieve.Retrieve page could be
coming from somewhere other than wiki markup -- it could
be generated by a skin template or some other item.

And it could be the case that it's being generated by
something other than direct markup -- e.g., it could be
coming from a pagelist, search results, {*$PageUrl},
{*$FullName}, etc. -- which ?action=refcount won't (can't)
catch.  ?action=refcount can only find actual page references
in the page's markup.

More on this in a bit...

Pm



From Andrew.Gordon at unisys.com  Tue Dec 19 17:19:16 2006
From: Andrew.Gordon at unisys.com (Gordon, Andrew)
Date: Tue, 19 Dec 2006 17:19:16 -0600
Subject: [pmwiki-users] can a zip file be uploaded with PMWIKI?
Message-ID: <3B47B246F5809C42929EF62AB9174C8506C42686@USEA-EXCH2.na.uis.unisys.com>

I am trying to upload a zip file and it fails with the following
message: 

 

DD-Section-1_Dec-14-2006.zip: file is larger than maximum allowed by
webserver

 

 

Config.php has the following upload settings

 

$EnableUpload = 1;

$DefaultPasswords['upload'] = crypt('secret');

$UploadExtSize['pdf'] = 2000000;

$UploadExtSize['doc'] = 2000000;

$UploadExtSize['jpg'] = 100000;  # allow 100K jpg files

$UploadExtSize['ppt'] = 2000000;

$UploadExtSize['zip'] = 3000000;

 

 

The file is 2726 KB bytes. 

 

 

I need to upload about 50 files and am looking for a fast way to do
this. Your suggestions are appreciated.

 

 

 

 

Best regards

 

Andy

 

Andrew Gordon

Director Open Source Solutions - Federal

CTO Office Federal 

703-439-5491 (Office) 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061219/e468f8f1/attachment.html 

From Andrew.Gordon at unisys.com  Tue Dec 19 17:28:30 2006
From: Andrew.Gordon at unisys.com (Gordon, Andrew)
Date: Tue, 19 Dec 2006 17:28:30 -0600
Subject: [pmwiki-users] Is there a way to upload several files at once
Message-ID: <3B47B246F5809C42929EF62AB9174C8506C4269E@USEA-EXCH2.na.uis.unisys.com>

I have several files, about 50 that I need to upload. Is there a fast
way to do this?

 

Best regards

 

Andy

 

Andrew Gordon

Director Open Source Solutions - Federal

CTO Office Federal 

703-439-5491 (Office) 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061219/f6181da6/attachment.html 

From christian.ridderstrom at gmail.com  Tue Dec 19 17:30:13 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Wed, 20 Dec 2006 00:30:13 +0100
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <20061219201821.GJ9315@host.pmichaud.com>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
Message-ID: <Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>

On Tue, 19 Dec 2006, Patrick R. Michaud wrote:

> On Tue, Dec 19, 2006 at 10:54:09AM -0000, marc wrote:
>> Patrick R. Michaud said...
>>> The simplest approach at this point is to simply have PmWiki
>>> create a work.d/ directory (in the pmwiki root) and have it start
>>> storing its files there.  The work files that have traditionally
>>> gone into wiki.d/ would then lose the dot, so that we have:
>>>
>>>     work.d/flock
>>>     work.d/pagelist
>>>     work.d/notify
>>>     ...etc...
>>>
>>
>> If this "simple" solution works, then may I turn the question around and
>> ask: what problems (or future limitations) would it impose? (As opposed
>> to a more complex solution.)
>
> Downsides:
>   - it's another (webserver writable) directory to keep track of
>   - for sites that have been moving wiki.d/ out of the pmwiki root,
>     this directory has to be moved also
>   - the work.d/ directory has to be protected somehow (just like
>     wiki.d/ does)

Could we have a writable directory called pmwiki.d/, which in turns by 
default contains wiki.d/ and work.d/. (Possibly even uploads?)

Alternatively, put work.d/ inside wiki.d/.

I haven't thought this through, but keeping a single directory structure 
that pmwiki can write to seems like a good idea.

/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From sandy at onebit.ca  Tue Dec 19 17:54:21 2006
From: sandy at onebit.ca (Sandy)
Date: Tue, 19 Dec 2006 18:54:21 -0500
Subject: [pmwiki-users] Drop down menu in side bar?
In-Reply-To: <801d8d970612181014ga929f66k3e01525c99abd5d6@mail.gmail.com>
References: <801d8d970612181014ga929f66k3e01525c99abd5d6@mail.gmail.com>
Message-ID: <em9u3d$p76$1@sea.gmane.org>

Jonathan Knight wrote:
> Hi Everyone,
> 
> Can anybody give me some advice for setting up a drop down type menu for 
> the sidebar navigation?
> 
> Thanks!
> Jon
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Looks like my original answer got lost in another question.

http://pmwiki.org/wiki/Cookbook/ExpandingMenus
This one uses conditional markup. Very nice use of tools already available.

There are also several more. Look up 'menu' on pmwiki. Some use
JavaScript, but there are a few that don't. Seems a popular idea.

Cheers!

Sandy




From design5 at softflow.co.uk  Tue Dec 19 17:55:42 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 19 Dec 2006 23:55:42 +0000
Subject: [pmwiki-users] commenting to private pages
In-Reply-To: <20061219223333.GV9315@host.pmichaud.com>
References: <1904244707.20061219204330@softflow.co.uk>
	<20061219205317.GP9315@host.pmichaud.com>
	<1597211595.20061219212555@softflow.co.uk>
	<20061219215052.GS9315@host.pmichaud.com>
	<193000618.20061219221923@softflow.co.uk>
	<20061219223333.GV9315@host.pmichaud.com>
Message-ID: <147609718.20061219235542@softflow.co.uk>

Tuesday, December 19, 2006, 10:33:33 PM, Patrick wrote:

> FWIW, it looks like you're retracing the exact same steps that I 
> had gone through with developing ?action=insert back in October,
> except I was calling the new level 'insert' instead of 'post'.

> It may also be worth noting that I think ?action=insert could
> end up obsoleting much of this once I get it working.  (And the
> fact that I haven't gotten it working yet is probably a good
> indication of how difficult it is to get the security correct
> for this type of action.)  

> I recognize that people are impatient to get something working, 
> but it's also important that it be done right.

Sure. I don't know if I am impatient. I enjoy the challenge to see if
something can be done, within the current framework.
I am sorry I was not here to witness the discussion about
action=insert. I read  with interest
http://www.pmwiki.org/wiki/PmWiki/Comments-UseCases

I knew that the commentbox recipe could do quite a bit of it, and when
I found adddeleteline2 it sort of clicked to combine these as a
general form extension processor. I reckon Fox can handle all
of the Comments-UseCases, I just hope I got the security
considerations right. But of course a lot can be improved, and there
may be quite different and better ways to do it, and a new insert
action may make it obsolete, or opens the door for great improvements.

May I also point out that AddDeleteLine2 and Fox add the option to
have post deletion, and that both adding and deleting posts should
be considered regards security and handling issues.


Hans




From jeb at mac.com  Tue Dec 19 18:33:40 2006
From: jeb at mac.com (jeb eddy)
Date: Tue, 19 Dec 2006 16:33:40 -0800
Subject: [pmwiki-users] flunking at farming
Message-ID: <a06210205c1acf97aaf66@[10.0.1.2]>


I gotta say I am impressed at the caliber of both the Pmwiki software 
and the talent in this group.  I am not a star at this sport, and I'm 
a newcomer, and I have already gotten a bunch of things to work, 
including skins and a handful of recipes.

Many thanks to so many authors and contributors!




But I can't yet get my first farm to work.  I'm sure it is a mistake 
on my part, hopefully small.

I apologize for the length of this email, but I'm trying to show that 
I have tried to do my homework, and want to offer data for any 
diagnostician who may care to help.


I'm trying to follow the instructions at:

http://www.pmwiki.org/wiki/PmWiki/WikiFarms,  and just today I found
http://www.pmwiki.org/wiki/Cookbook/FarmSetupByExample, but alas...






My internet domain is "wigl.com" (that's W-I-G-L), which I will 
explain some other time.

The address of my successfully working Pmwiki site is

http://www.wigl.com/jeb1/pmwiki.php

Nothing there of interest yet, just practicing.

In the same local/ directory as config.php for my home site, I have 
created a file named "farmconfig.php", containing:

<?php if (!defined('PmWiki')) exit();
$FarmPubDirUrl = 'http://www.wigl.com/jeb1/pub';


I see that the permissions for local/config.php are 777.  Maybe I 
should change that before long, but I'm not clear on what the 
settings should be; I'll leave it as is for now.

Anyway, seeing 777, I set farmconfig.php to the same.


I have made no changes to the config.php in local/.

I do not have an "index.php" file in my home site.




Moving right along...

At the same level as my home wiki (home = http://www.wigl.com/jeb1/), 
I have created a folder jf333/, with 755.  (These permissions match 
those of my home wiki folder, jeb1/.)






In this jf333/ folder, I have created a file "index.php" containing only:

<?php include('../jeb1/pmwiki.php');

Permissions are 755.



I launch a browser to

http://www.wigl.com/jf333





First of all, the URL gets changed to:  http://wigl.com/jf333/

i.e., the "www" disappears.


=========================================
Question:
Is this what should happen?
=========================================
(I'd appreciate a short explanation of why it happens, too.  I have 
no idea why some URLs require 'www" and some do not.  I  thought it 
was related to the amount of money some companies pay to the web 
administrators in the sky...)



OK, I get the standard default Pmwiki home page.


(For several days, I also got a strange warning at the top, but 
recent email from Paul in response to a similar error directed me to 
look for leading blank lines and/or spaces in "farmconfig.php" in my 
home site; and yes, I found and removed a space.    Now the warning 
has gone. )


[[[Draft:  Add to instructions:
Be SURE to remove any leading blank lines, or space characters at the 
beginning of the <php?... line of your farmconfig.php file.  Failure 
to do this generates a strange error message about headings...   ]]]





But now comes the more serious trouble.


When I click "edit", I get:

---------------------------------------------------------
"The server encountered an internal error or misconfiguration and was 
unable to complete your request.

"Please contact the server administrator, webmaster at wigl.com and 
inform them of the time the error occurred, and anything you might 
have done that may have caused the error.

"More information about this error may be available in the server error log.


Apache/1.3.37 Server at wigl.com Port 80

---------------------------------------------------------



I'm mainly using Firefox 1.0.6.  I just used the "clear" button for 
the cache.  But same error w/  Safari 1.2.4 on my Mac; and same with 
IE on a PC.



I get the same server error screen for the buttons View, History, and Print.



Good news, however, is that a wiki.d directory has been created in 
jf333, containing only one file:      .flock .

I  changed the permissions on that directory to 777.  Still no success.



In a browser I also tried:

http://www.wigl.com/jf333/index.php   (i.e., including the index file name.)

Nope.  Exactly the same results as above.



=====================================================================
Question :  Have I provided enough so that someone can point out what 
am I doing wrong?
=====================================================================


=====
Almost last Question:  Are browser buffers a possible source of my trouble?
=====




Finally, under the heading "Customization" on the WikiFarms 
documentation page, the instructions describe a variable, $FarmD.

Since it is not mentioned in the general instructions, I assume it is 
optional, or created by the system?


Anyway, I have tried setting it to my home wiki directory, in 2 
different files:

-- jeb1/local/config.php (my home wiki)
-- jeb1/local/farmconfig.php in my home wiki


In my last attempts, just before mailing this, I have taken it out; 
still no luck with Edit in jf333.


I will share some nice zucchini and fresh corn with a fellow farmer 
who can get me going.

;-)


If there are some details that should be added to the existing 
instructions, I'll be happy to put them up as soon as I know what 
they are.

Thx,

Jeb Eddy




From pmichaud at pobox.com  Tue Dec 19 20:39:26 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 20:39:26 -0600
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
	<Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
Message-ID: <20061220023926.GA9315@host.pmichaud.com>

On Wed, Dec 20, 2006 at 12:30:13AM +0100, christian.ridderstrom at gmail.com wrote:
> On Tue, 19 Dec 2006, Patrick R. Michaud wrote:
> 
> >On Tue, Dec 19, 2006 at 10:54:09AM -0000, marc wrote:
> >>Patrick R. Michaud said...
> >>>The simplest approach at this point is to simply have PmWiki
> >>>create a work.d/ directory (in the pmwiki root) and have it start
> >>>storing its files there.  The work files that have traditionally
> >>>gone into wiki.d/ would then lose the dot, so that we have:
> >>>
> >>>    work.d/flock
> >>>    work.d/pagelist
> >>>    work.d/notify
> >>>    ...etc...
> >>>
> >>
> >>If this "simple" solution works, then may I turn the question around and
> >>ask: what problems (or future limitations) would it impose? (As opposed
> >>to a more complex solution.)
> >
> >Downsides:
> >  - it's another (webserver writable) directory to keep track of
> >  - for sites that have been moving wiki.d/ out of the pmwiki root,
> >    this directory has to be moved also
> >  - the work.d/ directory has to be protected somehow (just like
> >    wiki.d/ does)
> 
> Could we have a writable directory called pmwiki.d/, which in turns by 
> default contains wiki.d/ and work.d/. (Possibly even uploads?)

Having a separate writable directory for writable data makes sense.
The difficult part is deciding what to do with uploads/ -- on the one
hand, it makes sense that uploads/ would go where other writable
directories go, but on another hand it makes url processing a bit
more difficult.  Thoughts?

Pm



From pmichaud at pobox.com  Tue Dec 19 20:46:03 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 19 Dec 2006 20:46:03 -0600
Subject: [pmwiki-users] can a zip file be uploaded with PMWIKI?
In-Reply-To: <3B47B246F5809C42929EF62AB9174C8506C42686@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C8506C42686@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <20061220024603.GB9315@host.pmichaud.com>

On Tue, Dec 19, 2006 at 05:19:16PM -0600, Gordon, Andrew wrote:
>    I am trying to upload a zip file and it fails with the following message:
> 
>    DD-Section-1_Dec-14-2006.zip: file is larger than maximum allowed by
>    webserver

Note the word "webserver" here -- this means that something
outside of your PmWiki configuration is limiting the size
of the upload.  If PmWiki is the limiting factor, the error
message reads "file is larger than allowed maximum of 3000000 
bytes for .zip files".

PmWiki can't provide more details as to what the actual difficulty is,
because the only error indication that PmWiki receives is "file too big".

So, check the max_upload_size setting for PHP, and perhaps also
the LimitRequestBody directive in Apache.  For more details,
take a look at

    http://www.pmwiki.org/wiki/PmWiki/UploadsAdmin#otherfilesizelimits

>    I need to upload about 50 files and am looking for a fast way to do this.

If you have a lot of files to upload, the easiest way to do it is
by using FTP or some other file transfer application.  PmWiki's
upload feature is really intended for attaching files one-at-a-time
(although I'm hoping to change this someday).

Pm



From katir at hindu.org  Tue Dec 19 21:52:59 2006
From: katir at hindu.org (Sivakatirswami)
Date: Tue, 19 Dec 2006 17:52:59 -1000
Subject: [pmwiki-users] Navigator  vs Jump Box
Message-ID: <4588B39B.6010204@hindu.org>

OK... upgraded to 2.2.0b17

Playing with new inputSelect recipes, lovely

I got this working:

[@
[[#navigator]]
(:if equal {=$FullName} {*$FullName}:)
(:input select name=n  selected=selected {=$FullName} "{=$Name}":)
(:if ! equal {=$FullName} {*$FullName}:)
(:input select name=n {=$FullName} "{=$Name}":)
[[#navigatorend]]
@]

(:pagelist fmt=#navigator group={$Group}:)

Of course it doesn't do anything except populate the drop downlist
with the pages in  the current group...

so to turn it into a "real" navigator... is "jumpBox" our only option? or
does the  latest PM wiki offer a simpler method(s)

Goal: relieve pages of long lists of pages in a group and provide a drop 
down to
let users click, select and navigate to other  pages.
-
Sivakatirswami




From brianbashi at gmail.com  Tue Dec 19 22:02:19 2006
From: brianbashi at gmail.com (Brian)
Date: Tue, 19 Dec 2006 23:02:19 -0500
Subject: [pmwiki-users] ZAP question: how to write text to other pages ?
Message-ID: <1521338340.20061219230219@gmail.com>

Hello pmwiki-users,

  I finally got create and pagetemplate working to make new pages
  from a form. Is it possible using ZAP to generate a link to the
  newly created page in another page?

-- 
Best regards,
 Brian




From katir at hindu.org  Tue Dec 19 22:07:40 2006
From: katir at hindu.org (Sivakatirswami)
Date: Tue, 19 Dec 2006 18:07:40 -1000
Subject: [pmwiki-users] (:messages:)  being displayed
Message-ID: <4588B70C.4050008@hindu.org>

This form:

(:messages:)(:zapdata:)(:zapform 
`Project`Owner`Priority`Status`Description`returnpage`savedata`datapage` :)
Project: (:select Project:)
(:option value="{$Project}":) {$Project}
(:option value="ZapData":) ZapData
(:option value="Design":) Design
(:option value="Documentation":) Documentation
(:option value="Test-Delete":) Test-Delete
(:selectend:)&nbsp;Owner: (:select Owner:)
[SNIP]

always displays with

(:messages:)

rendered at the top of the page.

The *only* way I am able to disable it's appearance is to put some actual
text on the page above:

Some text here

(:messages:)(:zapdata:)(:zapform 
`Project`Owner`Priority`Status`Description`returnpage`savedata`datapage` :)
Project: (:select Project:)
(:option value="{$Project}":) {$Project}
[SNIP]

Now the string (:messages:) is not displayed. But this is not what we 
want...
we want  the  form to be flush up to the top... any solutions?

Sivakatirswami
www.himalayanacademy.com



From a507 at orthogony.com  Tue Dec 19 23:29:33 2006
From: a507 at orthogony.com (gdub)
Date: Tue, 19 Dec 2006 21:29:33 -0800
Subject: [pmwiki-users] need way to have different image on homepage only
Message-ID: <4588CA3D.3010706@orthogony.com>

Good evening-

I couldn't find this in the archives but I think
someone must have had such a need before...

I use the default skin but have replaced the
PmWiki logo with our company's via local/config.php .

But I'd like to use a different logo image for
the home page only.

Is there a simple recipe for this?

TIA,

   -dub




From lighans at gmail.com  Wed Dec 20 01:12:09 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Wed, 20 Dec 2006 08:12:09 +0100
Subject: [pmwiki-users] Is there a way to upload several files at once
In-Reply-To: <3B47B246F5809C42929EF62AB9174C8506C4269E@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C8506C4269E@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <bfccd1f90612192312mc4f9491s28cd6293665776c5@mail.gmail.com>

gordon,

you can upload them via FTP and attach them via attach:blabla.ext

Oh, and there is a pagelist thing which generates a list of attached
files (:attachlist:). Look at
http://www.pmwiki.org/wiki/PmWiki/Directives#attachlist for details.
-- 
Groetjes
Hans
http://www.fali.nl



From lighans at gmail.com  Wed Dec 20 01:36:04 2006
From: lighans at gmail.com (Hans Huijgen)
Date: Wed, 20 Dec 2006 08:36:04 +0100
Subject: [pmwiki-users] need way to have different image on homepage only
In-Reply-To: <4588CA3D.3010706@orthogony.com>
References: <4588CA3D.3010706@orthogony.com>
Message-ID: <bfccd1f90612192336r50c2c700m5dd5791508e7c41b@mail.gmail.com>

2006/12/20, gdub <a507 at orthogony.com>:
> Good evening-
(reminds me of the first words of The Last Walz album from The Band) (-;

> Is there a simple recipe for this?
I found it at http://www.pmwiki.org/wiki/PmWiki/InitialSetupTasks.
You can place $PageLogoUrl = "http://www.example.com/mylogo.gif"; in
your config.php.
-- 
Groetjes
Hans
http://www.fali.nl



From meister at apfelwiki.de  Wed Dec 20 02:50:28 2006
From: meister at apfelwiki.de (Laurent Meister)
Date: Wed, 20 Dec 2006 09:50:28 +0100
Subject: [pmwiki-users] Error pages
Message-ID: <91C7A62B-5018-4685-BCEB-9EF4BE28453C@apfelwiki.de>

Hello,

is it possible to have other Error-pages like 403 for example be  
shown in the wiki? Liki PageNotFound for 404?

Thx

Laurent Meister
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2111 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061220/269270bd/attachment.bin 

From christian.ridderstrom at gmail.com  Wed Dec 20 02:51:56 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Wed, 20 Dec 2006 09:51:56 +0100
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <20061220023926.GA9315@host.pmichaud.com>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
	<Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
	<20061220023926.GA9315@host.pmichaud.com>
Message-ID: <Pine.LNX.4.64.0612200924010.13698@black01.md.kth.se>

On Tue, 19 Dec 2006, Patrick R. Michaud wrote:

>> Could we have a writable directory called pmwiki.d/, which in turns by
>> default contains wiki.d/ and work.d/. (Possibly even uploads?)
>
> Having a separate writable directory for writable data makes sense. The 
> difficult part is deciding what to do with uploads/ -- on the one hand, 
> it makes sense that uploads/ would go where other writable directories 
> go, but on another hand it makes url processing a bit more difficult. 
> Thoughts?

I'm not sure I understand you. Are you talking about ugly URIs?

I assumed that when uploads/ is located in a pmwiki.d/ that resides 
outside the web tree, PmWiki's upload/download mechanism would have to be 
used.

/C
-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From editor at fast.st  Wed Dec 20 03:09:22 2006
From: editor at fast.st (The Editor)
Date: Wed, 20 Dec 2006 04:09:22 -0500
Subject: [pmwiki-users] (:messages:) being displayed
In-Reply-To: <4588B70C.4050008@hindu.org>
References: <4588B70C.4050008@hindu.org>
Message-ID: <fec7cf150612200109v3e47d23ckf0cd1fa82de8a942@mail.gmail.com>

On 12/19/06, Sivakatirswami <katir at hindu.org> wrote:
> This form:
>
> (:messages:)(:zapdata:)(:zapform
> `Project`Owner`Priority`Status`Description`returnpage`savedata`datapage` :)
> Project: (:select Project:)
> (:option value="{$Project}":) {$Project}
> (:option value="ZapData":) ZapData
> (:option value="Design":) Design
> (:option value="Documentation":) Documentation
> (:option value="Test-Delete":) Test-Delete
> (:selectend:)&nbsp;Owner: (:select Owner:)
> [SNIP]
>
> always displays with
>
> (:messages:)
>
> rendered at the top of the page.
>
> The *only* way I am able to disable it's appearance is to put some actual
> text on the page above:
>
> Some text here
>
> (:messages:)(:zapdata:)(:zapform
> `Project`Owner`Priority`Status`Description`returnpage`savedata`datapage` :)
> Project: (:select Project:)
> (:option value="{$Project}":) {$Project}
> [SNIP]
>
> Now the string (:messages:) is not displayed. But this is not what we
> want...
> we want  the  form to be flush up to the top... any solutions?

Don't know if it makes a difference, but I usually put (:messages:) on
a line by itself.  You could try:

(:messages:)
(:zapdata:)
(:zapform...:)

Of course if the Gemini skin puts in extra returns, I'm not sure how
to get around that.  That's a skin problem, or perhaps a feature.  :)

Cheers,
Dan



From lists at manor-farm.org  Wed Dec 20 03:46:33 2006
From: lists at manor-farm.org (Ian Barton)
Date: Wed, 20 Dec 2006 09:46:33 +0000
Subject: [pmwiki-users] flunking at farming
In-Reply-To: <a06210205c1acf97aaf66@[10.0.1.2]>
References: <a06210205c1acf97aaf66@[10.0.1.2]>
Message-ID: <45890679.4060706@manor-farm.org>

First of all, do you have access to somewhere on your web server that 
isn't web accessible? In other words somewhere you cannot access via a 
browser. If so this is probably the best place for your "base" PmWiki 
install.

jeb eddy wrote:

> http://www.wigl.com/jeb1/pmwiki.php
> 
> Nothing there of interest yet, just practicing.
> 
> In the same local/ directory as config.php for my home site, I have 
> created a file named "farmconfig.php", containing:
> 
> <?php if (!defined('PmWiki')) exit();
> $FarmPubDirUrl = 'http://www.wigl.com/jeb1/pub';
> 
This should be OK so far.

> 
> I see that the permissions for local/config.php are 777.  Maybe I 
> should change that before long, but I'm not clear on what the 
> settings should be; I'll leave it as is for now.
> 
> Anyway, seeing 777, I set farmconfig.php to the same.
> 
This probably only needs to be readable by the web server and writeable 
by the admin. However, leaving it at 777 shouldn't affect how PmWiki works.

> 
> At the same level as my home wiki (home = http://www.wigl.com/jeb1/), 
> I have created a folder jf333/, with 755.  (These permissions match 
> those of my home wiki folder, jeb1/.)
> 
> 
> In this jf333/ folder, I have created a file "index.php" containing only:
> 
> <?php include('../jeb1/pmwiki.php');
> 
This should probably be:
<?php include('../jeb1/pmwiki.php'); ?>

I assume the missing ?> is a typo in your email.

> First of all, the URL gets changed to:  http://wigl.com/jf333/
> 
> i.e., the "www" disappears.
> 
> 
> =========================================
> Question:
> Is this what should happen?
> =========================================
> (I'd appreciate a short explanation of why it happens, too.  I have 
> no idea why some URLs require 'www" and some do not.  I  thought it 
> was related to the amount of money some companies pay to the web 
> administrators in the sky...)
> 
> 
I think this may be related to your Apache configuration. The www prefix 
isn't required for a website. The only thing you require is the resource 
identifier (http://). The www bit is a sort of convention.
> 
> OK, I get the standard default Pmwiki home page.
> 
> 

Good!

> When I click "edit", I get:
> 
> ---------------------------------------------------------
> "The server encountered an internal error or misconfiguration and was 
> unable to complete your request.
> 
Do you have access to your server log. There may be more information in 
there.

> Good news, however, is that a wiki.d directory has been created in 
> jf333, containing only one file:      .flock .
> 
> I  changed the permissions on that directory to 777.  Still no success.
> 
One thing I would try is to explicitly set the path to your farm's home 
directory in your index.php:

<?php include('/var/www/jeb1/pmwiki.php');

Note you will need to determine the path yourself, the above is only an 
example. If you are on a Linux server and have shell access typing pwd 
at a shell prompt will tell you the path of your current dirctory.

> =====
> Almost last Question:  Are browser buffers a possible source of my trouble?
> =====
> 
Probably not.
> 
> 
> 
> Finally, under the heading "Customization" on the WikiFarms 
> documentation page, the instructions describe a variable, $FarmD.
> 
This is defined by PmWiki itself and is the directory of your base 
PmWiki install. You can use it as a shortcut in config files e.g.:

include_once("$FarmD/cookbook/recipe"):

It saves typing the full path to the directory. Note it does have other 
uses and is used internally by PmWiki.





From gmane at auxbuss.com  Wed Dec 20 04:25:49 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 20 Dec 2006 10:25:49 -0000
Subject: [pmwiki-users] PmWiki work directory
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
Message-ID: <MPG.1ff316ed74bf888f989996@news.gmane.org>

Patrick R. Michaud said...
> On Tue, Dec 19, 2006 at 10:54:09AM -0000, marc wrote:
> > Patrick R. Michaud said...
> > > The simplest approach at this point is to simply have PmWiki
> > > create a work.d/ directory (in the pmwiki root) and have it start 
> > > storing its files there.  The work files that have traditionally
> > > gone into wiki.d/ would then lose the dot, so that we have:
> > > 
> > >     work.d/flock
> > >     work.d/pagelist
> > >     work.d/notify
> > >     ...etc...
> > > 
> > 
> > If this "simple" solution works, then may I turn the question around and 
> > ask: what problems (or future limitations) would it impose? (As opposed 
> > to a more complex solution.)
> 
> Downsides:
>    - it's another (webserver writable) directory to keep track of
>    - for sites that have been moving wiki.d/ out of the pmwiki root,
>      this directory has to be moved also
>    - the work.d/ directory has to be protected somehow (just like
>      wiki.d/ does)

Since it's in the pmwiki root, then these look to me like teeny tiny 
downsides. Excellent.

> > It would be great to see the session situation simplified (if that's the 
> > right word).
> 
> Agreed.

I say, press the green button, asap.

-- 
Best,
Marc




From kat_lists at katspace.homelinux.org  Wed Dec 20 04:35:27 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Wed, 20 Dec 2006 21:35:27 +1100
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <20061220023926.GA9315@host.pmichaud.com>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
	<Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
	<20061220023926.GA9315@host.pmichaud.com>
Message-ID: <20061220103526.GA19762@katla.katspace.homelinux.org>

On Tue, Dec 19, 2006 at 08:39:26PM -0600, Patrick R. Michaud wrote:
> On Wed, Dec 20, 2006 at 12:30:13AM +0100, christian.ridderstrom at gmail.com wrote:
> > On Tue, 19 Dec 2006, Patrick R. Michaud wrote:
> > 
> > Could we have a writable directory called pmwiki.d/, which in turns by 
> > default contains wiki.d/ and work.d/. (Possibly even uploads?)
> 
> Having a separate writable directory for writable data makes sense.
> The difficult part is deciding what to do with uploads/ -- on the one
> hand, it makes sense that uploads/ would go where other writable
> directories go, but on another hand it makes url processing a bit
> more difficult.  Thoughts?

Please don't move uploads, it would probably break things.
But putting work.d and wiki.d inside pmwiki.d would be fine, I think.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From kat_lists at katspace.homelinux.org  Wed Dec 20 04:39:49 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Wed, 20 Dec 2006 21:39:49 +1100
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <4588B39B.6010204@hindu.org>
References: <4588B39B.6010204@hindu.org>
Message-ID: <20061220103949.GB19762@katla.katspace.homelinux.org>

On Tue, Dec 19, 2006 at 05:52:59PM -1000, Sivakatirswami wrote:
> I got this working:
> 
> [@
> [[#navigator]]
> (:if equal {=$FullName} {*$FullName}:)
> (:input select name=n  selected=selected {=$FullName} "{=$Name}":)
> (:if ! equal {=$FullName} {*$FullName}:)
> (:input select name=n {=$FullName} "{=$Name}":)
> [[#navigatorend]]
> @]
> 
> (:pagelist fmt=#navigator group={$Group}:)
> 
> Of course it doesn't do anything except populate the drop downlist
> with the pages in  the current group...
> 
> so to turn it into a "real" navigator... is "jumpBox" our only option? or
> does the  latest PM wiki offer a simpler method(s)
> 
> Goal: relieve pages of long lists of pages in a group and provide a drop 
> down to
> let users click, select and navigate to other  pages.

The jumpbox uses JavaScript, which is a disadvantage because not
everyone has JavaScript turned on.  The advantage of the jumpbox is that
all you do is change the selection and away it will go to the page.

To make a non-JavaScript solution, you would need to add, before your
pagelist, a (:form :) start (I forget the exact syntax) and after it, a
submit button and a (:form end:), to make it a proper form where data
can be submitted.  Then your users would select the desired page from
the list, and click the submit button to actually go to the page.

Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From Andrew.Gordon at unisys.com  Wed Dec 20 06:01:37 2006
From: Andrew.Gordon at unisys.com (Gordon, Andrew)
Date: Wed, 20 Dec 2006 06:01:37 -0600
Subject: [pmwiki-users] Blog support in PmWiki
Message-ID: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>

Is there Blog functionality in PmWiki? If so would someone point me to a
place to get started. Thank you

 

Best regards

 

Andy

 

Andrew Gordon

Director Open Source Solutions - Federal

CTO Office Federal 

703-439-5491 (Office) 

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/7086cd3d/attachment.html 

From crisses at kinhost.org  Wed Dec 20 06:24:26 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 20 Dec 2006 07:24:26 -0500
Subject: [pmwiki-users] flunking at farming
In-Reply-To: <45890679.4060706@manor-farm.org>
References: <a06210205c1acf97aaf66@[10.0.1.2]>
	<45890679.4060706@manor-farm.org>
Message-ID: <2B0FDF12-EECA-4F18-A39D-39E0C88CE795@kinhost.org>


On Dec 20, 2006, at 4:46 AM, Ian Barton wrote:

> First of all, do you have access to somewhere on your web server that
> isn't web accessible? In other words somewhere you cannot access via a
> browser. If so this is probably the best place for your "base" PmWiki
> install.

I have

/var/www/
	eclectictech.net/
	kinhost.org/
	wikifarm/pmwiki/pmwiki.php

Virtual hosts are pointed to their proper root folders.

farmconfig.php is in

	wikifarm/pmwiki/local/

so my farmconfig.php is NOT in the same directory as my site's local/ 
config.php  -- it's in the farm's local folder.

/var/www/eclectictech.net/index.php is

	<?php
	include_once('/var/www/wikifarm/pmwiki/pmwiki.php');

/var/www/eclectictech.net/local/config.php also has:

	include_once("$FarmD/local/farmconfig.php");

hopefully something there is helpful :)

>> At the same level as my home wiki (home = http://www.wigl.com/jeb1/),
>> I have created a folder jf333/, with 755.  (These permissions match
>> those of my home wiki folder, jeb1/.)
>>
>>
>> In this jf333/ folder, I have created a file "index.php"  
>> containing only:
>>
>> <?php include('../jeb1/pmwiki.php');
>>
> This should probably be:
> <?php include('../jeb1/pmwiki.php'); ?>
>
> I assume the missing ?> is a typo in your email.

Actually, leaving off the closing PHP delimiter in a file is fine,  
and sometimes wise -- it eliminates the possibility of outputting an  
extra linefeed and screwing up the headers being sent to the browser  
later.

>> Finally, under the heading "Customization" on the WikiFarms
>> documentation page, the instructions describe a variable, $FarmD.
>>
> This is defined by PmWiki itself and is the directory of your base
> PmWiki install. You can use it as a shortcut in config files e.g.:
>
> include_once("$FarmD/cookbook/recipe"):
>
> It saves typing the full path to the directory. Note it does have  
> other
> uses and is used internally by PmWiki.

Every statement using $FarmD must be in double quotes " not single  
quotes '.  Sometimes directions on pmwiki.org are in ' and if you add  
$FarmD to the example configs it won't work unless you also change to  
double quotes.

Crisses



From gmane at auxbuss.com  Wed Dec 20 06:29:19 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 20 Dec 2006 12:29:19 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
Message-ID: <MPG.1ff33ccd245f6891989998@news.gmane.org>

Patrick R. Michaud said...
> On Tue, Dec 19, 2006 at 07:20:17PM -0000, marc wrote:
> > Hans said...
> > > Tuesday, December 19, 2006, 6:24:18 PM, marc wrote:
> > > 
> > > > So, the question is - probably for Pm - in what circumstances can 
> > > > UpdatePage receive identical input, yet produce different results?
> > > 
> > > I take it that your problem with page save is only with fox.php, and
> > > you can save pages fine from the normal edit window.
> > 
> > Yes.
> > > 
> > > I don't know if calling the Lock function does make a difference,
> > > i.e. HandelEdit calls Lock before calling UpdatePage, in fox.php Lock
> > > is not called. When Pm wrote about how to use UpdatePage he did  not
> > > mention Lock. But it may be an idea to try and add Lock(2); at the
> > > beginning of FixHandlePost, and Lock(0); at the end of the function
> > > before Redirect, and see what happens? Just guessing, as I have no
> > > clue.
> > 
> > My method is always to isolate the problem, then start hacking :-) 
> > Hopefully, the issue will be obvious once isolated.
> 
> I don't know if this is the issue, but there's at least one big
> nasty potential bug in fox.php:  all of the calls to RetrieveAuthPage()
> are passing READPAGE_CURRENT, which means that any page history
> is being lost when UpdatePage() is called.  
> 
> The READPAGE_CURRENT value says "give me only the most recent 
> version of the page without any page history", so then UpdatePage() 
> doesn't have the page history available to save along with the page.
> 
> Again, I don't know if that's related to the current issue, but
> it's at least something to be looked at.

Unrelated to your post, Pm, but I want to continue the thread...

The problem is that $Author is empty on entry to author.php - obviously 
I'm entering an author value in the form's author field. (Since, $Author 
is set to $AuthId when logged in, this is not an issue in that case.)

So, my question is: where does fox.php expect $Author to be set to the 
value from the form, $_POST['author']?

-- 
Best,
Marc




From crisses at kinhost.org  Wed Dec 20 06:45:18 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 20 Dec 2006 07:45:18 -0500
Subject: [pmwiki-users] need way to have different image on homepage only
In-Reply-To: <bfccd1f90612192336r50c2c700m5dd5791508e7c41b@mail.gmail.com>
References: <4588CA3D.3010706@orthogony.com>
	<bfccd1f90612192336r50c2c700m5dd5791508e7c41b@mail.gmail.com>
Message-ID: <3781A768-BAF8-428F-AE69-7E4DBE7A97CD@kinhost.org>


On Dec 20, 2006, at 2:36 AM, Hans Huijgen wrote:

> 2006/12/20, gdub <a507 at orthogony.com>:
>> Good evening-
> (reminds me of the first words of The Last Walz album from The  
> Band) (-;
>
>> Is there a simple recipe for this?
> I found it at http://www.pmwiki.org/wiki/PmWiki/InitialSetupTasks.
> You can place $PageLogoUrl = "http://www.example.com/mylogo.gif"; in
> your config.php.
> -- 
> Groetjes

If you want it to change *only* on the Main.HomePage, you would do  
this in a file in the local/ directory named Main.HomePage.php

in config.php it will change the logo on the entire website.

Crisses




From carlos.ab at gmail.com  Wed Dec 20 06:55:54 2006
From: carlos.ab at gmail.com (Carlos A. Bonamigo)
Date: Wed, 20 Dec 2006 10:55:54 -0200
Subject: [pmwiki-users] Error pages
In-Reply-To: <91C7A62B-5018-4685-BCEB-9EF4BE28453C@apfelwiki.de>
References: <91C7A62B-5018-4685-BCEB-9EF4BE28453C@apfelwiki.de>
Message-ID: <200612201055.54711.carlos.ab@gmail.com>

Em Quarta 20 Dezembro 2006 06:50, Laurent Meister escreveu:
> Hello,
> 
> is it possible to have other Error-pages like 403 for example be  
> shown in the wiki? Liki PageNotFound for 404?
> 
> Thx
> 
> Laurent Meister
Hi,

I did that writing to .htaccess file, something like this :

ErrorDocument 400 /Site.BadRequest
ErrorDocument 401 /Site.Unauthorized
ErrorDocument 403 /Site.Forbidden
ErrorDocument 404 /Site.NotFound
ErrorDocument 500 /Site.ServerError

But I think that if a 500 or 400 error happens , maybe,  you won't see the 
wiki page.

Regards,

Carlos



From crisses at kinhost.org  Wed Dec 20 06:49:21 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 20 Dec 2006 07:49:21 -0500
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <8928BCF6-C708-4E57-8815-11B14481D9E5@kinhost.org>


On Dec 20, 2006, at 7:01 AM, Gordon, Andrew wrote:

> Is there Blog functionality in PmWiki? If so would someone point me  
> to a place to get started. Thank you
>
>
Hi, Andy,

http://pmwiki.org/wiki/Cookbook/Cookbook

is the list of plug-ins/recipes for PmWiki -- including user  
contributed suggestions, hints & tricks.

I haven't tried it, but I've been thinking about BlogSimple.

http://pmwiki.org/wiki/Cookbook/BlogSimple

Here's that blog recipe at work: http://softflow.co.uk/design/Blog/Blog

More blog-friendly features are planned, but if there's something  
that you want that you aren't sure PmWiki can do, please feel free to  
ask!!  PmWiki can do A LOT. :)

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/2d36c92b/attachment.html 

From gmane at auxbuss.com  Wed Dec 20 06:48:48 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 20 Dec 2006 12:48:48 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<MPG.1fef468730ef14e3989980@news.gmane.org>
	<MPG.1fef535013a65fbc989982@news.gmane.org>
	<MPG.1fef58b2e57635d8989983@news.gmane.org>
	<1014678139.20061217151937@softflow.co.uk>
	<MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
Message-ID: <MPG.1ff3415d17382d6e989999@news.gmane.org>

Hans said...
> Tuesday, December 19, 2006, 3:10:33 PM, marc wrote:
> 
> > Have you tried it on a clean PmWiki install yourself?
> 
> Yes. Latest pmwiki, No recipes except fox.php.
> No special setings, no author or authuser.
> Works okay, both on local Windows XP machine with WAMP server, and on
> hosting service public server (I think they run on Linux).
> Very weird, as you seem to be the only one having  a problem
> with saving pages.
> 
> Try and copy the NewPageBox example into a new page:
> 
> '''NewPageBox opens new page in edit mode'''
> If page exists it will jump to target page.
> 
> (:fox box1 #top redirect=1 :)
> (:input text newedit value="Test" size=20:)(:input submit post "New Page":)
> (:foxend box1:)
> 
> '''NewPageBox saves new page with template string inserted'''
> If page exists it will append template string to existing target page.
> 
> (:fox box2 #top redirect=1 :)
> (:input text target value="Test" size=20:)(:input submit post "New Page":)
> (:foxtemplate "'''New Page'''":)
> (:foxend box2:)
> 
> First box does not use UpdatePage function of pmwiki 2.2.0,
> Second one does.

The first one (top) opened an empty edit page

  Main / Test
  Editing Main.Test

with Author set to the last value I used when testing Fox [1]. It 
behaved as expected.

The second one (bottom) created a new page, as expected. As you can see 
from its history, it applies the correct author also.

  Main /
  Test
  Main.Test History

  Hide minor edits - Show changes to markup
  December 20, 2006, at 12:43 PM by mm -
  Deleted line 0:

  New Page
  Restore

-- 
Best,
Marc

[1] PmWiki itself "knows" that author has been set - i.e. {{$Author}}. 
Thus the author input box of FoxRecipe is always automatically set.




From crisses at kinhost.org  Wed Dec 20 06:56:21 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 20 Dec 2006 07:56:21 -0500
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <4588B39B.6010204@hindu.org>
References: <4588B39B.6010204@hindu.org>
Message-ID: <E5E9D0F4-B1CE-4B43-96C3-C69769E62B1E@kinhost.org>

On Dec 19, 2006, at 10:52 PM, Sivakatirswami wrote:

> OK... upgraded to 2.2.0b17
>
> Playing with new inputSelect recipes, lovely
>
> I got this working:
>
> [@
> [[#navigator]]

you're missing a form statement here I think.  And the method should  
be "GET":

(:input form method=get:)

> (:if equal {=$FullName} {*$FullName}:)
> (:input select name=n  selected=selected {=$FullName} "{=$Name}":)
> (:if ! equal {=$FullName} {*$FullName}:)
> (:input select name=n {=$FullName} "{=$Name}":)
here you want an ifend
(:ifend:

then a submit button (I don't think the name or value matter here.   
"g" is nice....)

(:input submit name=post value="Go" accesskey=g:)

then end the form

(:input end:)

> [[#navigatorend]]
> @]

See if that can help!

I grabbed the info from:

http://pmwiki.org/wiki/PmWiki/MarkupMasterIndex#Forms

You may also want to look at

http://www.pmwiki.org/wiki/Cookbook/Input

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/c8761bfb/attachment.html 

From Andrew.Gordon at unisys.com  Wed Dec 20 07:03:44 2006
From: Andrew.Gordon at unisys.com (Gordon, Andrew)
Date: Wed, 20 Dec 2006 07:03:44 -0600
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <8928BCF6-C708-4E57-8815-11B14481D9E5@kinhost.org>
Message-ID: <3B47B246F5809C42929EF62AB9174C8506C42973@USEA-EXCH2.na.uis.unisys.com>

It looks like something is in place for 2.2. if you go to this site
http://opensource.usca.edu/

 

You can see there is a sequence of postings with a date and time stamp.
I am using PmWiki 2.1.11 and would like to offer functionality like the
above site. 

 

Can this be done in 2.1.11?  Thank you and I realize you haven't tried
it yet. 

 

Best regards

 

Andy

 

Andrew Gordon

Director Open Source Solutions - Federal

CTO Office Federal 

703-439-5491 (Office) 

 

________________________________

From: Crisses [mailto:crisses at kinhost.org] 
Sent: Wednesday, December 20, 2006 7:49 AM
To: Gordon, Andrew
Cc: pmwiki-users at pmichaud.com
Subject: Re: [pmwiki-users] Blog support in PmWiki

 

 

On Dec 20, 2006, at 7:01 AM, Gordon, Andrew wrote:





Is there Blog functionality in PmWiki? If so would someone point me to a
place to get started. Thank you

 

Hi, Andy,

 

http://pmwiki.org/wiki/Cookbook/Cookbook

 

is the list of plug-ins/recipes for PmWiki -- including user contributed
suggestions, hints & tricks.

 

I haven't tried it, but I've been thinking about BlogSimple.

 

http://pmwiki.org/wiki/Cookbook/BlogSimple

 

Here's that blog recipe at work: http://softflow.co.uk/design/Blog/Blog

 

More blog-friendly features are planned, but if there's something that
you want that you aren't sure PmWiki can do, please feel free to ask!!
PmWiki can do A LOT. :)

 

Crisses

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/2695f87f/attachment.html 

From crisses at kinhost.org  Wed Dec 20 07:10:58 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 20 Dec 2006 08:10:58 -0500
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <3B47B246F5809C42929EF62AB9174C8506C42973@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C8506C42973@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <1B5E1691-2311-4F5F-B0F7-437975446A7A@kinhost.org>

It could be the same blog recipe I showed you -- only the CSS/format/ 
design is different.  Amazing things can be done with CSS :)

It does look like one of the calendar recipes is also being used on  
that site.  There are several on PmWiki's Cookbook.  Regardless,  
blogs are not a built-in feature.  This person is using recipes.  You  
should contact the admin of that site if you want to exactly  
duplicate what they've done :)

Date & timestamps are available even with BlogSimple.  see http:// 
softflow.co.uk/design/Blog/Blog and scroll down -- the time/date  
stamps are there.

Crisses
----
Now I've been crying lately, thinking about the world as it is
Why must we go on hating, why can't we live in bliss
Cause out on the edge of darkness, there rides a peace train
Oh peace train take this country, come take me home again
  -- Cat Stevens, Peace Train

On Dec 20, 2006, at 8:03 AM, Gordon, Andrew wrote:

> It looks like something is in place for 2.2. if you go to this  
> site  http://opensource.usca.edu/
>
>
>
> You can see there is a sequence of postings with a date and time  
> stamp. I am using PmWiki 2.1.11 and would like to offer  
> functionality like the above site.
>
>
>
> Can this be done in 2.1.11?  Thank you and I realize you haven?t  
> tried it yet.
>
>
>
> Best regards
>
>
>
> Andy
>
>
>
> Andrew Gordon
>
> Director Open Source Solutions - Federal
>
> CTO Office Federal
>
> 703-439-5491 (Office)
>
>
>
> From: Crisses [mailto:crisses at kinhost.org]
> Sent: Wednesday, December 20, 2006 7:49 AM
> To: Gordon, Andrew
> Cc: pmwiki-users at pmichaud.com
> Subject: Re: [pmwiki-users] Blog support in PmWiki
>
>
>
>
>
> On Dec 20, 2006, at 7:01 AM, Gordon, Andrew wrote:
>
>
>
>
> Is there Blog functionality in PmWiki? If so would someone point me  
> to a place to get started. Thank you
>
>
>
> Hi, Andy,
>
>
>
> http://pmwiki.org/wiki/Cookbook/Cookbook
>
>
>
> is the list of plug-ins/recipes for PmWiki -- including user  
> contributed suggestions, hints & tricks.
>
>
>
> I haven't tried it, but I've been thinking about BlogSimple.
>
>
>
> http://pmwiki.org/wiki/Cookbook/BlogSimple
>
>
>
> Here's that blog recipe at work: http://softflow.co.uk/design/Blog/ 
> Blog
>
>
>
> More blog-friendly features are planned, but if there's something  
> that you want that you aren't sure PmWiki can do, please feel free  
> to ask!!  PmWiki can do A LOT. :)
>
>
>
> Crisses
>
>

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/c60fefa0/attachment.html 

From christian.ridderstrom at gmail.com  Wed Dec 20 07:20:18 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Wed, 20 Dec 2006 14:20:18 +0100
Subject: [pmwiki-users] "Bug" when installing to a secure server?
Message-ID: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>

While looking at the directory strcuture, I noticed that the link to the 
style sheet by default isn't set correctly. You get

   <link rel='stylesheet'
 	href='http://<DOMAIN>/pmwiki/pub/skins/pmwiki/pmwiki.css'
 	type='text/css' />

even though the URI to pmwiki.php uses 'https' rather than 'http', i.e.

 	https://<DOMAIN>/pmwiki/pmwiki.php

The installation can be fixed by adding to config.php something like

 	$ScriptUrl = 'https://<DOMAIN>/pmwiki/pmwiki.php';
 	$PubDirUrl = 'https://<DOMAIN>/pmwiki/pub';

However, is there a reason why pmwiki can't detect the 'https' and use 
that for $PubDirUrl? I noticed that 'http:' is hardcoded in pmwiki.php:

$ScriptUrl = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
$PubDirUrl = preg_replace('#/[^/]*$#','/pub',$ScriptUrl,1);

So, is there some way to make pmwiki do this better?


If there isn't maybe we could at least have a function in pmwiki.php that 
could be called from local.php that (re)set the relevant variables with 
'https' rather than http.

The function could be something like this:

function PmWikiSetupDefaults($ProtocolType = 'http') {
   global $ScriptUrl, $PubDirUrl;
   $ScriptUrl =  $ProtocolType.'://'
 		. $_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
   $PubDirUrl = preg_replace('#/[^/]*$#','/pub',$ScriptUrl,1);

   ... // Other variables that are set with 'http' by default
}

cheers
/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From design5 at softflow.co.uk  Wed Dec 20 07:25:54 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 20 Dec 2006 13:25:54 +0000
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <1B5E1691-2311-4F5F-B0F7-437975446A7A@kinhost.org>
References: <3B47B246F5809C42929EF62AB9174C8506C42973@USEA-EXCH2.na.uis.unisys.com>
	<1B5E1691-2311-4F5F-B0F7-437975446A7A@kinhost.org>
Message-ID: <641916589.20061220132554@softflow.co.uk>

Wednesday, December 20, 2006, 1:10:58 PM, Crisses wrote:

> It could be the same blog recipe I showed you -- only the CSS/format/
> design is different.  Amazing things can be done with CSS :)

I don't think the site uses BlogSimple. It seems to use either
WikiCalendar or PmCalendar, having one blogpage per day, pagename as
datestring. Then using a pagelist directive to display blog(calendar)
pages on the home page.


Hans




From pmichaud at pobox.com  Wed Dec 20 08:00:14 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 08:00:14 -0600
Subject: [pmwiki-users] "Bug" when installing to a secure server?
In-Reply-To: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
Message-ID: <20061220140013.GA15931@host.pmichaud.com>

On Wed, Dec 20, 2006 at 02:20:18PM +0100, christian.ridderstrom at gmail.com wrote:
> While looking at the directory strcuture, I noticed that the link to the 
> style sheet by default isn't set correctly. You get
> 
>   <link rel='stylesheet'
> 	href='http://<DOMAIN>/pmwiki/pub/skins/pmwiki/pmwiki.css'
> 	type='text/css' />
> 
> even though the URI to pmwiki.php uses 'https' rather than 'http', i.e.
> 
> 	https://<DOMAIN>/pmwiki/pmwiki.php
> 
> The installation can be fixed by adding to config.php something like
> 
> 	$ScriptUrl = 'https://<DOMAIN>/pmwiki/pmwiki.php';
> 	$PubDirUrl = 'https://<DOMAIN>/pmwiki/pub';
> 
> However, is there a reason why pmwiki can't detect the 'https' and use 
> that for $PubDirUrl? I noticed that 'http:' is hardcoded in pmwiki.php:
> 
> $ScriptUrl = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
> $PubDirUrl = preg_replace('#/[^/]*$#','/pub',$ScriptUrl,1);
> 
> So, is there some way to make pmwiki do this better?

This is PITS #00527 (http://www.pmwiki.org/wiki/PITS/00527).

I can get PmWiki to automatically use https: instead of http:,
*IF* we can find a reliable way to detect when a server is being
accessed via https.  Supposedly IIS sets the HTTPS environment
variable to either "on" or "off".  I haven't found explicit
documentation of what Apache does -- if someone can point me to
that then I can make the appropriate changes to pmwiki.php.

Pm




From christian.ridderstrom at gmail.com  Wed Dec 20 08:08:18 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Wed, 20 Dec 2006 15:08:18 +0100
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <20061220103526.GA19762@katla.katspace.homelinux.org>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
	<Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
	<20061220023926.GA9315@host.pmichaud.com>
	<20061220103526.GA19762@katla.katspace.homelinux.org>
Message-ID: <Pine.LNX.4.64.0612201322000.13698@black01.md.kth.se>

This is be a long post... sorry.

Questions/choices:

* Is everything in the web tree, or is the installation split?
* Do files under uploads/ have to be in the web tree?
* Any recipes that need write access?
* Any recipes that need write access to files in the web tree?
   Eg. MimeTeX and the directory pub/cache/.
* Any recieps that need write access to files *not* in the web tree?

I won't adress all of them with this post - it's long as it is.
I'll look at the case with everything under the web tree (although I'd 
really prefer not doing that for my installations...)


To begin with, here's the current structure from a default installation of 
pmwiki with a single modified page (I've removed .gif, .txt and 
scripts/*.php as well as wiki pages):

---------------------------------------------------------------------------
$ tree -Ffa | grep -v '\(wikilib.d/[A-Z]\|scripts/.*php$\|\.gif$\|\.txt$\)'
.
|-- ./cookbook/
|   `-- ./cookbook/.htaccess
|-- ./docs/
|   |-- ./docs/.htaccess
|   `-- ./docs/sample-config.php
|-- ./local/
|   |-- ./local/.htaccess
|   `-- ./local/config.php
|-- ./pmwiki.php*
|-- ./pub/
|   |-- ./pub/css/
|   |-- ./pub/guiedit/
|   |   |-- ./pub/guiedit/README
|   |   |-- ./pub/guiedit/guiedit.js
|   `-- ./pub/skins/
|       |-- ./pub/skins/pmwiki/
|       |   |-- ./pub/skins/pmwiki/README
|       |   |-- ./pub/skins/pmwiki/pmwiki.css
|       |   `-- ./pub/skins/pmwiki/pmwiki.tmpl
|       `-- ./pub/skins/print/
|           |-- ./pub/skins/print/README
|           |-- ./pub/skins/print/print.css
|           |-- ./pub/skins/print/print.php
|           `-- ./pub/skins/print/print.tmpl
|-- ./scripts/
|   |-- ./scripts/.htaccess
|-- ./uploads/
|   `-- ./uploads/Main/
|       `-- ./uploads/Main/t.doc
|-- ./wiki.d/
|   |-- ./wiki.d/.flock
|   |-- ./wiki.d/.htaccess
|   |-- ./wiki.d/.lastmod
|   |-- ./wiki.d/.pageindex
|   |-- ./wiki.d/Main.Main
|   |-- ./wiki.d/Main.RecentChanges
|   `-- ./wiki.d/Site.AllRecentChanges
`-- ./wikilib.d/

14 directories, 195 files
---------------------------------------------------------------------------



The purpose of all the .htaccess files is to block browsers from the 
contents of those directories, or making sure that .php-files aren't 
executed. Ideally cookbook/, local/, wiki.d/ and possibly docs/ should be 
outside the web tree.

Strange... there is no .htaccess in wikilib.d/. Patrick?

Anyway, as we are talking about a directory for variable data, why not 
call it 'var/' rather than 'pmwiki.d/?

Here's a modified alternative for a default installation (with everything 
in the web tree and uploads/ under var/):

<web-tree>/pmwiki/
|-- ./cookbook/
|-- ./docs/
|-- ./local/
|-- ./pmwiki.php*
|-- ./pub/
|   |-- ./pub/css/
|   |-- ./pub/guiedit/
|   `-- ./pub/skins/
|-- ./scripts/
|-- ./var/					<--- New 
|   |-- ./wiki.d/				<--- Moved
|   |   |-- ./wiki.d/Main.Main
|   |   |-- ./wiki.d/Main.RecentChanges
|   |   `-- ./wiki.d/Site.AllRecentChanges
|   |-- ./work.d/				<--- Moved
|   |   |-- ./var/work.d/.flock
|   |   |-- ./var/work.d/.htaccess
|   |   |-- ./var/work.d/.lastmod
|   |   `-- ./var/work.d/.pageindex
|   `-- ./uploads/				<--- Moved
|       `-- Main/
|           `-- t.doc
`-- ./wikilib.d/




On Wed, 20 Dec 2006, Kathryn Andersen wrote:

> Please don't move uploads, it would probably break things.
> But putting work.d and wiki.d inside pmwiki.d would be fine, I think.

At the very least the location of uploads/ will be configurable. And the 
location of uploads/ in existing installations doesn't have to change. The 
way I see it, we are considering the structure for new installations.

There will likely be separate variables controlling the location of var/ 
and uploads/. Actually, isn't there alread a variable for uploads/?




What I see as a big advantage of keeping uploads/ in var/ is that the 
administrator only has to fiddle with the write permissions once. While I 
just did the installation to see it's original directory structure, I ran 
into this.  First I had to change the permissions for wiki.d/ to be 
created. Later on, in the middle of uploading a file I had to change the 
permissions again.

Btw, Patrick, it was very annoying to change the permissions the second 
time. Not so much because I had to do it, but because when I reloaded the 
page, I had start the uploading process all over (i.e. selecting file, 
choosing name of the target etc).

With uploads/ in var/ by default, at least this won't be a problem.



The drawback would then be that the URI for the uploaded files by default 
would be something like

 	pmwiki.org/wiki/var/uploads/<Group>/<File>

Hmm.. there is actually an alternative, although I don't really like it. 
What if <Group> was created directly in var/? It doesn't feel so good to 
me, but maybe it's an option. The URI would then become:

 	pmwiki.org/wiki/var/<Group>/<File>



The folder for uploads/ is a bit special since it in some installations 
must be in the web tree, and sometimes it doesn't. Maybe you want 
different directory structures for these cases.

As for special directories, another case is the directory pub/cache/ that 
is used by the recipe MimeTeX. The directory contains automatically 
generated images. I could imagine that a recipe for an image gallery does 
something similar if it automatically generated thumbnails.


Ok, this is enough... I'll break off here and see what others say.

cheers
/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From christian.ridderstrom at gmail.com  Wed Dec 20 08:11:08 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Wed, 20 Dec 2006 15:11:08 +0100
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <20061220103949.GB19762@katla.katspace.homelinux.org>
References: <4588B39B.6010204@hindu.org>
	<20061220103949.GB19762@katla.katspace.homelinux.org>
Message-ID: <Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>

On Wed, 20 Dec 2006, Kathryn Andersen wrote:

> On Tue, Dec 19, 2006 at 05:52:59PM -1000, Sivakatirswami wrote:
>> I got this working:
>>
>> [@
>> [[#navigator]]
>> (:if equal {=$FullName} {*$FullName}:)
>> (:input select name=n  selected=selected {=$FullName} "{=$Name}":)
>> (:if ! equal {=$FullName} {*$FullName}:)
>> (:input select name=n {=$FullName} "{=$Name}":)
>> [[#navigatorend]]
>> @]
>>
>> (:pagelist fmt=#navigator group={$Group}:)

> The jumpbox uses JavaScript, which is a disadvantage because not
> everyone has JavaScript turned on.  The advantage of the jumpbox is that
> all you do is change the selection and away it will go to the page.

I think it might be enough to do

 	(:input form ...:)
 	(:pagelist ...:)
 	(:input submit:)
 	(:input end:)

and it should without java script.   It should be possible to get the 
additional directives into the format #navigator with some if:s

cheers
/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From pmwiki-users at mailinator.com  Wed Dec 20 08:17:17 2006
From: pmwiki-users at mailinator.com (DFaure)
Date: Wed, 20 Dec 2006 15:17:17 +0100
Subject: [pmwiki-users] "Bug" when installing to a secure server?
In-Reply-To: <20061220140013.GA15931@host.pmichaud.com>
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
	<20061220140013.GA15931@host.pmichaud.com>
Message-ID: <599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>

On 12/20/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Wed, Dec 20, 2006 at 02:20:18PM +0100, christian.ridderstrom at gmail.com wrote:
> > While looking at the directory strcuture, I noticed that the link to the
> > style sheet by default isn't set correctly. You get
> >
> >   <link rel='stylesheet'
> >       href='http://<DOMAIN>/pmwiki/pub/skins/pmwiki/pmwiki.css'
> >       type='text/css' />
> >
> > even though the URI to pmwiki.php uses 'https' rather than 'http', i.e.
> >
> >       https://<DOMAIN>/pmwiki/pmwiki.php
> >
> > The installation can be fixed by adding to config.php something like
> >
> >       $ScriptUrl = 'https://<DOMAIN>/pmwiki/pmwiki.php';
> >       $PubDirUrl = 'https://<DOMAIN>/pmwiki/pub';
> >
> > However, is there a reason why pmwiki can't detect the 'https' and use
> > that for $PubDirUrl? I noticed that 'http:' is hardcoded in pmwiki.php:
> >
> > $ScriptUrl = 'http://'.$_SERVER['HTTP_HOST'].$_SERVER['SCRIPT_NAME'];
> > $PubDirUrl = preg_replace('#/[^/]*$#','/pub',$ScriptUrl,1);
> >
> > So, is there some way to make pmwiki do this better?
>
> This is PITS #00527 (http://www.pmwiki.org/wiki/PITS/00527).
>
> I can get PmWiki to automatically use https: instead of http:,
> *IF* we can find a reliable way to detect when a server is being
> accessed via https.  Supposedly IIS sets the HTTPS environment
> variable to either "on" or "off".  I haven't found explicit
> documentation of what Apache does -- if someone can point me to
> that then I can make the appropriate changes to pmwiki.php.
>
According to:

http://www.modssl.org/docs/2.8/ssl_reference.html#ToC25
http://httpd.apache.org/docs/2.2/mod/mod_ssl.html

and:

https://secure.salzburgresearch.at/admin/phpinfo.php

I think you may rely on the HTTPS environment variable.

;)
Dom



From gmane at auxbuss.com  Wed Dec 20 08:22:01 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 20 Dec 2006 14:22:01 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<MPG.1ff33ccd245f6891989998@news.gmane.org>
Message-ID: <MPG.1ff357574c364af398999b@news.gmane.org>

marc said...
> Patrick R. Michaud said...
> > On Tue, Dec 19, 2006 at 07:20:17PM -0000, marc wrote:
> > > Hans said...
> > > > Tuesday, December 19, 2006, 6:24:18 PM, marc wrote:
> > > > 
> > > > > So, the question is - probably for Pm - in what circumstances can 
> > > > > UpdatePage receive identical input, yet produce different results?
> > > > 
> > > > I take it that your problem with page save is only with fox.php, and
> > > > you can save pages fine from the normal edit window.
> > > 
> > > Yes.
> > > > 
> > > > I don't know if calling the Lock function does make a difference,
> > > > i.e. HandelEdit calls Lock before calling UpdatePage, in fox.php Lock
> > > > is not called. When Pm wrote about how to use UpdatePage he did  not
> > > > mention Lock. But it may be an idea to try and add Lock(2); at the
> > > > beginning of FixHandlePost, and Lock(0); at the end of the function
> > > > before Redirect, and see what happens? Just guessing, as I have no
> > > > clue.
> > > 
> > > My method is always to isolate the problem, then start hacking :-) 
> > > Hopefully, the issue will be obvious once isolated.
> > 
> > I don't know if this is the issue, but there's at least one big
> > nasty potential bug in fox.php:  all of the calls to RetrieveAuthPage()
> > are passing READPAGE_CURRENT, which means that any page history
> > is being lost when UpdatePage() is called.  
> > 
> > The READPAGE_CURRENT value says "give me only the most recent 
> > version of the page without any page history", so then UpdatePage() 
> > doesn't have the page history available to save along with the page.
> > 
> > Again, I don't know if that's related to the current issue, but
> > it's at least something to be looked at.
> 
> Unrelated to your post, Pm, but I want to continue the thread...
> 
> The problem is that $Author is empty on entry to author.php - obviously 
> I'm entering an author value in the form's author field. (Since, $Author 
> is set to $AuthId when logged in, this is not an issue in that case.)
> 
> So, my question is: where does fox.php expect $Author to be set to the 
> value from the form, $_POST['author']?

A breakthrough of sorts. I noticed on the clean PmWiki installation 
(the only recipe is fox,php, so no authuser.php) that author.php was 
setting $Author - as you would expect. However, On my main test PmWiki 
installation this was not the case. This is because, after

  include_once("$FarmD/scripts/authuser.php");

in farmconfig.php, there is

  $Author = $AuthId;

so that $Author is set. Thus, the section of author.php that uses $_POST
['author'] to set $Author is never called:

  if (!isset($Author)) {
    if (isset($_POST['author'])) {
      $x = stripmagic($_POST['author']);
      setcookie($AuthorCookie, $x, $AuthorCookieExpires,
                $AuthorCookieDir);
    } elseif (@$_COOKIE[$AuthorCookie]) {
      $x = stripmagic(@$_COOKIE[$AuthorCookie]);
    } else $x = @$AuthId;
  $Author = htmlspecialchars(preg_replace("/[^$AuthorNameChars]/",
            '', $x), ENT_QUOTES);
  }

By removing

  $Author = $AuthId;

I can force author.php to set author from $_POST['author'] and create a 
comment while not logged in.

This is not solution, because removing $Author = $AuthId will break 
other things.

(Note that this does not explain why leaving $Author = $AuthId in place 
on Linux works okay, and, since this is not relevant to a clean PmWiki 
install, it doesn't explain behaviour there either!)

-- 
Best,
Marc




From gmane at auxbuss.com  Wed Dec 20 09:32:53 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 20 Dec 2006 15:32:53 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<MPG.1ff33ccd245f6891989998@news.gmane.org>
	<MPG.1ff357574c364af398999b@news.gmane.org>
Message-ID: <MPG.1ff367dd7a03ee6c98999c@news.gmane.org>

marc said...

> (Note that this does not explain why leaving $Author = $AuthId in place 
> on Linux works okay, and, since this is not relevant to a clean PmWiki 
> install, it doesn't explain behaviour there either!)

The clean install problem was due to a tpyo <screams> in the template 
name

  (:fox comments template=FoxRecipeTemplate:)

Thankfully, a bit of lateral thinking cracked that, but although I'm not 
surprised that the missing template wasn't reported - although it might 
be a good idea to do so - the fact that the posted message contents is 
lost, but a new line is written to the comments page, is not the best 
outcome, imo.

So, that leaves us with the $Author = $AuthId problem.

-- 
Best,
Marc




From daho at borntofly.ch  Wed Dec 20 09:46:30 2006
From: daho at borntofly.ch (Daniel Hofer)
Date: Wed, 20 Dec 2006 16:46:30 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <1878100609.20061217011932@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>
Message-ID: <emblsn$5k5$1@sea.gmane.org>

hei, Fox is really great! Just what I wanted!
I want to use it for a small Trouble Ticket system.

Now one small question:
After click on "submit" I generate a new page in a given group called "Log".

Is there a chance to define the name of this new page dynamically with 
the current date like:
"Log.20061220001" where 001 is a autoincrement?

Thanks a lot!

Daniel




From dspitzle at wash.k12.mi.us  Wed Dec 20 09:53:02 2006
From: dspitzle at wash.k12.mi.us (David Spitzley)
Date: Wed, 20 Dec 2006 10:53:02 -0500
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <8928BCF6-C708-4E57-8815-11B14481D9E5@kinhost.org>
References: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
	<8928BCF6-C708-4E57-8815-11B14481D9E5@kinhost.org>
Message-ID: <4589160E.A8B9.00BE.0@wash.k12.mi.us>

>>> Crisses <crisses at kinhost.org> 12/20/2006 7:49 AM >>>

On Dec 20, 2006, at 7:01 AM, Gordon, Andrew wrote:

> Is there Blog functionality in PmWiki? If so would someone point me 

> to a place to get started. Thank you
>
>
Hi, Andy,

http://pmwiki.org/wiki/Cookbook/Cookbook 

is the list of plug-ins/recipes for PmWiki -- including user  
contributed suggestions, hints & tricks.

I haven't tried it, but I've been thinking about BlogSimple.

http://pmwiki.org/wiki/Cookbook/BlogSimple 

----------------------------------------------------------

I'm using BlogSimple myself at http://www.davidaspitzley.org/habitrail
, and I'm very pleased with it.  It took an hour or two to set things up
the way I wanted, but the functionality worked great out of the box.



David



From rvarick at gmail.com  Wed Dec 20 09:53:52 2006
From: rvarick at gmail.com (Ryan R. Varick)
Date: Wed, 20 Dec 2006 10:53:52 -0500
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <3B47B246F5809C42929EF62AB9174C8506C42973@USEA-EXCH2.na.uis.unisys.com>
References: <8928BCF6-C708-4E57-8815-11B14481D9E5@kinhost.org>
	<3B47B246F5809C42929EF62AB9174C8506C42973@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <48062fed0612200753j559f3ad8r6f91f39d61fb1ce2@mail.gmail.com>

That site looks like it is using my blogging recipe, Kind-of Blog
(http://pmwiki.org/wiki/Cookbook/Kind-ofBlog).

KOB is easy to set up and easy to use, but it isn't as flexible as
some of the other blogging extensions you can find on the cookbook.
You can't have pages named according to the title, for example.
You'll also note that I haven't updated it in a long time.  Pm has
said in the past that blogging will be part of the core when v2.2 is
released.  I've been waiting to see what that looks like before
updating the recipe.

My plan has always been to write a conversion script once blogging in
v2.2 is finalized.  That's been quite some time, so I may put together
a maintenance release in January.  Hope that helps you!

Ryan



On 12/20/06, Gordon, Andrew <Andrew.Gordon at unisys.com> wrote:
> It looks like something is in place for 2.2. if you go to this site
> http://opensource.usca.edu/



From daho at borntofly.ch  Wed Dec 20 09:51:00 2006
From: daho at borntofly.ch (Daniel Hofer)
Date: Wed, 20 Dec 2006 16:51:00 +0100
Subject: [pmwiki-users] Crazy problem with Site.PageActions
In-Reply-To: <D589BA70-3DDD-4AF0-99E2-A77649FC90C2@kinhost.org>
References: <em8g2o$2v0$1@sea.gmane.org>
	<D589BA70-3DDD-4AF0-99E2-A77649FC90C2@kinhost.org>
Message-ID: <embm55$7e8$1@sea.gmane.org>

Thank you!
mhm...I've just updated all again (deleted the whole directories). Now 
it works the most.
But one thing seems to be wrong:
if I click on "edit" the page appears correctly, but the second line shows:
"Editing {*$FullName}"

This also with the pmwiki-skin, which I've just completly deleted and 
new uploaded.

Think thats curious. What do you mean?




From pmichaud at pobox.com  Wed Dec 20 10:06:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 10:06:41 -0600
Subject: [pmwiki-users] Crazy problem with Site.PageActions
In-Reply-To: <embm55$7e8$1@sea.gmane.org>
References: <em8g2o$2v0$1@sea.gmane.org>
	<D589BA70-3DDD-4AF0-99E2-A77649FC90C2@kinhost.org>
	<embm55$7e8$1@sea.gmane.org>
Message-ID: <20061220160641.GD1931@host.pmichaud.com>

On Wed, Dec 20, 2006 at 04:51:00PM +0100, Daniel Hofer wrote:
> Thank you!
> mhm...I've just updated all again (deleted the whole directories). Now 
> it works the most.
> But one thing seems to be wrong:
> if I click on "edit" the page appears correctly, but the second line shows:
> "Editing {*$FullName}"
> 
> This also with the pmwiki-skin, which I've just completly deleted and 
> new uploaded.
> 
> Think thats curious. What do you mean?

What version of PmWiki are you running?

Pm



From ccox at airmail.net  Wed Dec 20 10:14:01 2006
From: ccox at airmail.net (Chris Cox)
Date: Wed, 20 Dec 2006 10:14:01 -0600
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
References: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
Message-ID: <45896149.4060104@airmail.net>

Gordon, Andrew wrote:
> Is there Blog functionality in PmWiki? If so would someone point me to a
> place to get started. Thank you

I'm just using the NewPageBoxPlus recipe...

http://pmwiki.org/wiki/Cookbook/NewPageBoxPlus

Our Site blogs at:
http://www.ntlug.org/AllBlogs/AllBlogs

Though the setup was somewhat intuitive, when I tried to write
up the process, there were simply too many variables (made it look
too complicated).  I may make another attempt to document it.




From pmichaud at pobox.com  Wed Dec 20 10:19:48 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 10:19:48 -0600
Subject: [pmwiki-users] "Bug" when installing to a secure server?
In-Reply-To: <599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
	<20061220140013.GA15931@host.pmichaud.com>
	<599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>
Message-ID: <20061220161948.GE1931@host.pmichaud.com>

On Wed, Dec 20, 2006 at 03:17:17PM +0100, DFaure wrote:
> On 12/20/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> >On Wed, Dec 20, 2006 at 02:20:18PM +0100, christian.ridderstrom at gmail.com 
> >wrote:
> >>
> >> However, is there a reason why pmwiki can't detect the 'https' and use
> >> that for $PubDirUrl? 
> >
> >This is PITS #00527 (http://www.pmwiki.org/wiki/PITS/00527).
> >
> >I can get PmWiki to automatically use https: instead of http:,
> >*IF* we can find a reliable way to detect when a server is being
> >accessed via https.  Supposedly IIS sets the HTTPS environment
> >variable to either "on" or "off".  I haven't found explicit
> >documentation of what Apache does -- if someone can point me to
> >that then I can make the appropriate changes to pmwiki.php.
> >
> According to:
> 
> http://www.modssl.org/docs/2.8/ssl_reference.html#ToC25
> http://httpd.apache.org/docs/2.2/mod/mod_ssl.html
> 
> and:
> 
> https://secure.salzburgresearch.at/admin/phpinfo.php
> 
> I think you may rely on the HTTPS environment variable.

Hmm.  It's annoying that none of the Apache/mod_ssl docs
actually say what value the HTTPS environment variable will 
be set to when running via a secure connection.  

But based on the phpinfo you've given above I guess we'll 
just assume 'https:' whenever $_SERVER['HTTPS'] is 'on', and
'http:' otherwise.

Thanks!

Pm



From christian.ridderstrom at gmail.com  Wed Dec 20 10:38:44 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Wed, 20 Dec 2006 17:38:44 +0100 (CET)
Subject: [pmwiki-users] "Bug" when installing to a secure server?
In-Reply-To: <20061220161948.GE1931@host.pmichaud.com>
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
	<20061220140013.GA15931@host.pmichaud.com>
	<599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>
	<20061220161948.GE1931@host.pmichaud.com>
Message-ID: <Pine.LNX.4.64.0612201737410.13698@black01.md.kth.se>

On Wed, 20 Dec 2006, Patrick R. Michaud wrote:

> On Wed, Dec 20, 2006 at 03:17:17PM +0100, DFaure wrote:
>> On 12/20/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
>>> On Wed, Dec 20, 2006 at 02:20:18PM +0100, christian.ridderstrom at gmail.com
>>> wrote:
>>>>
>>>> However, is there a reason why pmwiki can't detect the 'https' and use
>>>> that for $PubDirUrl?
>>>
>>> This is PITS #00527 (http://www.pmwiki.org/wiki/PITS/00527).
>>>
>>> I can get PmWiki to automatically use https: instead of http:,
>>> *IF* we can find a reliable way to detect when a server is being
>>> accessed via https.  Supposedly IIS sets the HTTPS environment
>>> variable to either "on" or "off".  I haven't found explicit
>>> documentation of what Apache does -- if someone can point me to
>>> that then I can make the appropriate changes to pmwiki.php.
>>>
>> According to:
>>
>> http://www.modssl.org/docs/2.8/ssl_reference.html#ToC25
>> http://httpd.apache.org/docs/2.2/mod/mod_ssl.html
>>
>> and:
>>
>> https://secure.salzburgresearch.at/admin/phpinfo.php
>>
>> I think you may rely on the HTTPS environment variable.
>
> Hmm.  It's annoying that none of the Apache/mod_ssl docs
> actually say what value the HTTPS environment variable will
> be set to when running via a secure connection.
>
> But based on the phpinfo you've given above I guess we'll
> just assume 'https:' whenever $_SERVER['HTTPS'] is 'on', and
> 'http:' otherwise.

I just checked using

 	echo "HTTPS: '". $_SERVER['HTTPS'] ."'";

On my secure installation the result was 'on', and on a public I just got 
what I think is an empty string, i.e. ''.

/C

>
> Thanks!
>
> Pm
>

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From editor at fast.st  Wed Dec 20 10:44:03 2006
From: editor at fast.st (The Editor)
Date: Wed, 20 Dec 2006 11:44:03 -0500
Subject: [pmwiki-users] Uploads question...
Message-ID: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>

Can someone explain exactly what I need to do to enable downloads from my site?

I have a page called Main.Downloads with all the files I want to make
available.  The links look like this:  Attach:zap.php

I ftp's all my files to Uploads/Main/

In my config I have

$EnableUpload = 1;
$UploadPrefixFmt = '';
$UploadExts['php'] = 'scripts';

It seems to be working, but when I click on the file, I get a blank
page.  Am I missing something?

Cheers,
Dan



From sandy at onebit.ca  Wed Dec 20 10:55:49 2006
From: sandy at onebit.ca (Sandy)
Date: Wed, 20 Dec 2006 11:55:49 -0500
Subject: [pmwiki-users] Uploads question...
In-Reply-To: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>
References: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>
Message-ID: <embpul$lhf$1@sea.gmane.org>

The Editor wrote:
> Can someone explain exactly what I need to do to enable downloads from my site?
> 
> I have a page called Main.Downloads with all the files I want to make
> available.  The links look like this:  Attach:zap.php
> 
> I ftp's all my files to Uploads/Main/
> 
> In my config I have
> 
> $EnableUpload = 1;
> $UploadPrefixFmt = '';
> $UploadExts['php'] = 'scripts';
> 
> It seems to be working, but when I click on the file, I get a blank
> page.  Am I missing something?
> 
> Cheers,
> Dan


I think it's trying to run the file because it's a php file, rather than 
downloading it to your computer.

Try right-clicking (Firefox) and selecting Download File, then open the 
resulting file in a text editor.

Also try putting up a file with a .txt extension that contains text 
unlikely to be interpreted as a program. It should open in the browser 
showing the text.

Hope this helps,

Sandy

-----

Experience means you've made the mistake before. I proudly claim to be 
very experienced.




From nicolas.pelletier at gmail.com  Wed Dec 20 10:58:01 2006
From: nicolas.pelletier at gmail.com (Nicolas Pelletier)
Date: Wed, 20 Dec 2006 11:58:01 -0500
Subject: [pmwiki-users] Question - dot as page name
Message-ID: <bcf4e68c0612200858v2e975203p3b0b54d6b3999fc4@mail.gmail.com>

Hi,

Is there a way to use a dot in a page name? Group Name?

In our case, we would like to have a group named .Net with some pages also
containing dots (like ".Net Problems" etc).

Is it possible and how can it be done?

Thanks,

nick
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/f8036d9f/attachment.html 

From editor at fast.st  Wed Dec 20 11:06:20 2006
From: editor at fast.st (The Editor)
Date: Wed, 20 Dec 2006 12:06:20 -0500
Subject: [pmwiki-users] Uploads question...
In-Reply-To: <embpul$lhf$1@sea.gmane.org>
References: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>
	<embpul$lhf$1@sea.gmane.org>
Message-ID: <fec7cf150612200906i7abfd815y8909446ffcb572d4@mail.gmail.com>

Thanks Sandy.  when I try to download it in FireFox (save link as) it
tries to save it as zap.php.htm.  When I open it, no file is found.
Also, if I try to view source in notepad directly from FireFox, it
says page not found.

Any other ideas?

By the way, if I put attachlist on the page, I see all the files--with
the little upload triangle, but they do the same thing.  The
Attach:File.Ext markup shows a link but no triangle.  I've never had
problems with the PmWiki site...

Cheers,
Dan



On 12/20/06, Sandy <sandy at onebit.ca> wrote:
> The Editor wrote:
> > Can someone explain exactly what I need to do to enable downloads from my site?
> >
> > I have a page called Main.Downloads with all the files I want to make
> > available.  The links look like this:  Attach:zap.php
> >
> > I ftp's all my files to Uploads/Main/
> >
> > In my config I have
> >
> > $EnableUpload = 1;
> > $UploadPrefixFmt = '';
> > $UploadExts['php'] = 'scripts';
> >
> > It seems to be working, but when I click on the file, I get a blank
> > page.  Am I missing something?
> >
> > Cheers,
> > Dan
>
>
> I think it's trying to run the file because it's a php file, rather than
> downloading it to your computer.
>
> Try right-clicking (Firefox) and selecting Download File, then open the
> resulting file in a text editor.
>
> Also try putting up a file with a .txt extension that contains text
> unlikely to be interpreted as a program. It should open in the browser
> showing the text.
>
> Hope this helps,
>
> Sandy
>
> -----
>
> Experience means you've made the mistake before. I proudly claim to be
> very experienced.
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



From tedc at science.org  Wed Dec 20 11:32:02 2006
From: tedc at science.org (Ted Coombs)
Date: Wed, 20 Dec 2006 07:32:02 -1000
Subject: [pmwiki-users] question about maximum number of files
Message-ID: <45897392.9070407@science.org>

My wikihistory.org site is growing in number of files. Currently there 
are about 360. I've noticed the interface slowing down considerably. I 
am using the flat file interface. Should I switch to using a database to 
manage the information?



From daho at borntofly.ch  Wed Dec 20 11:48:51 2006
From: daho at borntofly.ch (Daniel Hofer)
Date: Wed, 20 Dec 2006 18:48:51 +0100
Subject: [pmwiki-users] Crazy problem with Site.PageActions
In-Reply-To: <20061220160641.GD1931@host.pmichaud.com>
References: <em8g2o$2v0$1@sea.gmane.org>	<D589BA70-3DDD-4AF0-99E2-A77649FC90C2@kinhost.org>	<embm55$7e8$1@sea.gmane.org>
	<20061220160641.GD1931@host.pmichaud.com>
Message-ID: <embt1u$21t$1@sea.gmane.org>

> What version of PmWiki are you running?

ver. 2.2.0-beta17
I've deleted and uploaded all directories but wiki.d

thanks

Daniel




From editor at fast.st  Wed Dec 20 12:20:16 2006
From: editor at fast.st (The Editor)
Date: Wed, 20 Dec 2006 13:20:16 -0500
Subject: [pmwiki-users] new zap release...
Message-ID: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>

Well, I have the new beta version of zap ready to go but haven't quite
been able to get the downloads to work at zapsite.org (they seem to be
there...).  It is a significantly improved version--new features,
better security, greater flexibility and much simpler to use.  If you
can just get to the files.  :)

In the mean time, I have uploaded a bunch of new documentation and 8
or 10 pages of tutorials to explain a bit more how it works.  If
anyone has any feedback, on the tutorials, to let me know if they are
clear and helpful, or if some things are missing, I'd appreciate it.

I will try to put up a short upgrade summary that will describe
changes you will need to make to forms to get them to work with the
new zap.  If you find a snippet or form on zapsite that's not working,
please let me know so I can repair it.  As soon as I get the downloads
working I'll announce that here.

Cheers,
Dan

PS.  Thanks to everyone for their help.  There's one or two minor
fixes that still need to be made, but those shouldn't affect how it
works.  Only internal code changes.



From joshua at eeinternet.com  Wed Dec 20 12:48:10 2006
From: joshua at eeinternet.com (Joshua J. Kugler)
Date: Wed, 20 Dec 2006 09:48:10 -0900
Subject: [pmwiki-users] Question - dot as page name
In-Reply-To: <bcf4e68c0612200858v2e975203p3b0b54d6b3999fc4@mail.gmail.com>
References: <bcf4e68c0612200858v2e975203p3b0b54d6b3999fc4@mail.gmail.com>
Message-ID: <200612200948.12627.joshua@eeinternet.com>

On Wednesday 20 December 2006 07:58, Nicolas Pelletier wrote:
> Hi,
>
> Is there a way to use a dot in a page name? Group Name?
>
> In our case, we would like to have a group named .Net with some pages also
> containing dots (like ".Net Problems" etc).
>
> Is it possible and how can it be done?

I don't know for sure, but would assume probably not.  Why don't you just 
follow convention and use "DotNet"?  That is used rather widely, and is 
easier to search on.  A google query for "dotnet" returns "about" 12.3 
million pages.  A query for ".net" returns 1.62 billion pages, but a lot of 
those pages have nothing to do with programming, since punctuation isn't a 
part of google searches.

j

-- 
Joshua Kugler                           
Lead System Admin -- Senior Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/  ID 0xDB26D7CE
PO Box 80086 -- Fairbanks, AK 99708 -- Ph: 907-456-5581 Fax: 907-456-3111



From jhaupt at gmail.com  Wed Dec 20 12:55:14 2006
From: jhaupt at gmail.com (Jon Haupt)
Date: Wed, 20 Dec 2006 12:55:14 -0600
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <45896149.4060104@airmail.net>
References: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
	<45896149.4060104@airmail.net>
Message-ID: <d046de70612201055r14f8f0e8j4a307e28a1d713a3@mail.gmail.com>

On 12/20/06, Chris Cox <ccox at airmail.net> wrote:
> Gordon, Andrew wrote:
> > Is there Blog functionality in PmWiki? If so would someone point me to a
> > place to get started. Thank you
>
> I'm just using the NewPageBoxPlus recipe...
>
> http://pmwiki.org/wiki/Cookbook/NewPageBoxPlus
>
> Our Site blogs at:
> http://www.ntlug.org/AllBlogs/AllBlogs
>
> Though the setup was somewhat intuitive, when I tried to write
> up the process, there were simply too many variables (made it look
> too complicated).  I may make another attempt to document it.
>
>

You also might want to take a look at BlogSimple2:

http://pmwiki.org/wiki/Cookbook/BlogSimple2

Which offers a similar approach but with additional flexibility at the
cost of a bit more administrative setup.

Cheers,

Jon Haupt



From design5 at softflow.co.uk  Wed Dec 20 13:27:29 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 20 Dec 2006 19:27:29 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff357574c364af398999b@news.gmane.org>
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<MPG.1ff33ccd245f6891989998@news.gmane.org>
	<MPG.1ff357574c364af398999b@news.gmane.org>
Message-ID: <473525787.20061220192729@softflow.co.uk>

Wednesday, December 20, 2006, 2:22:01 PM, marc wrote:

> By removing

>   $Author = $AuthId;

> I can force author.php to set author from $_POST['author'] and create a
> comment while not logged in.

> This is not solution, because removing $Author = $AuthId will break 
> other things.

I use in config.php:

include_once("$FarmD/scripts/authuser.php");

if ($AuthId) {
  $Author = $AuthId;
  setcookie('author',$Author,0,'/');
}
include_once("$FarmD/scripts/author.php");

so $Author = $AuthId; is only set if authuser.php is loaded (which
defined $AuthId).

Re: Fox
Fox does not do anything with the author value. In the commentbox
example the author value is simply used in the template to fill in a
name in the message header. And it is conveniently populated with
{$Author} in the form.

Still it is perplexing that saving  a post or deleting  a post is not
possible when no author is defined, even when both authuser.php and
author.php are not loaded. I find that it seems to depend on

$EnablePostAuthorRequired = 1;

setting it to zero or commenting the line makes it possible to post
and to delete posts with fox, even with no author supplied.

Fox is doing very little or nothing to validate field input.
CommentBoxPlus is still more clever there, as it checks at least via
javascript if you have entered text and an author name. It is easier
to program since the form gets defined within the script.
Fox on the other hand relies on the PmWiki Input controls.
One can develop customised versions which will use minimum javascript
input validation. But this is not up to Fox.


Hans




From redaek at googlemail.com  Wed Dec 20 13:33:42 2006
From: redaek at googlemail.com (Reda El Khayyat)
Date: Wed, 20 Dec 2006 19:33:42 +0000
Subject: [pmwiki-users] Does RewriteEngine interfere with DirectoryIndex?
Message-ID: <790678ed0612201133g4198dc0erf9a17ee807a07b70@mail.gmail.com>

Hi,
I have a strange problem.
I'm trying to clean the url using the 'RewriteEngine' suggested method.
The wiki files are stored in root/wiki/.
I also have an index.html in the root folder, however since the
RewriteEngine is on, the index.html is no longer accessible.

I tried to add DirectoryIndex index.html to the .htaccess but had no luck.

Does anyone know what could be the problem? Thanks in advance for any
answer.

Cheers,
Reda
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/798d14a0/attachment.html 

From design5 at softflow.co.uk  Wed Dec 20 13:40:48 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 20 Dec 2006 19:40:48 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff367dd7a03ee6c98999c@news.gmane.org>
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<MPG.1ff33ccd245f6891989998@news.gmane.org>
	<MPG.1ff357574c364af398999b@news.gmane.org>
	<MPG.1ff367dd7a03ee6c98999c@news.gmane.org>
Message-ID: <1507863851.20061220194048@softflow.co.uk>

Wednesday, December 20, 2006, 3:32:53 PM, marc wrote:

> Thankfully, a bit of lateral thinking cracked that, but although I'm not
> surprised that the missing template wasn't reported - although it might
> be a good idea to do so - the fact that the posted message contents is
> lost, but a new line is written to the comments page, is not the best
> outcome, imo.

I am adding an error message, if a template page can't be found, but
is specified. And the function will return to the page, with no added
lines written. But I cannot prevent values from input fields being
lost in the process. Again this would need modified Input controls
which keep values "sticky" via javascript, I think.

BTW, what is the best way to alert a user or admin about errors etc.,
some easy to set up friendly message system. So far I only use echo,
which will flash a message and the script continues to run.


Hans




From design5 at softflow.co.uk  Wed Dec 20 13:46:41 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 20 Dec 2006 19:46:41 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <emblsn$5k5$1@sea.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org>
Message-ID: <869303596.20061220194641@softflow.co.uk>

Wednesday, December 20, 2006, 3:46:30 PM, Daniel wrote:

> hei, Fox is really great! Just what I wanted!
> I want to use it for a small Trouble Ticket system.

> Now one small question:
> After click on "submit" I generate a new page in a given group called "Log".

> Is there a chance to define the name of this new page dynamically with
> the current date like:
> "Log.20061220001" where 001 is a autoincrement?

Thanks Daniel! It would be easy to add the current day (today) as
a page variable, which can populate as value an Input 'target' field.
I use that with BlogSimple:

# add page variable {$Today2} in format yyyymmdd
$FmtPV['$Today2'] = 'strftime("%Y%m%d", time() )';

But to add an incrementing counter to the page name is a lot more
complex, as the script needs to check the page names in the target
group, check the date, find the highest running number for the date,
add one and set this as new target name. Probably can be done, just
not quite so simple as using a date page variable.

Maybe someone got an idea here?


Hans




From Pierre.Racine at sbf.ulaval.ca  Wed Dec 20 14:15:20 2006
From: Pierre.Racine at sbf.ulaval.ca (Pierre Racine)
Date: Wed, 20 Dec 2006 15:15:20 -0500
Subject: [pmwiki-users] Bold numbered list
Message-ID: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>

Anyone has a trick to make a numbered list with the text AND the numbers in bold?

 

Something like:

 

'''# The text'''

 

Pete

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/13042c49/attachment.html 

From dspitzle at wash.k12.mi.us  Wed Dec 20 14:17:25 2006
From: dspitzle at wash.k12.mi.us (David Spitzley)
Date: Wed, 20 Dec 2006 15:17:25 -0500
Subject: [pmwiki-users] Blog support in PmWiki
In-Reply-To: <d046de70612201055r14f8f0e8j4a307e28a1d713a3@mail.gmail.com>
References: <3B47B246F5809C42929EF62AB9174C8506C4289B@USEA-EXCH2.na.uis.unisys.com>
	<45896149.4060104@airmail.net>
	<d046de70612201055r14f8f0e8j4a307e28a1d713a3@mail.gmail.com>
Message-ID: <45895407.A8B9.00BE.0@wash.k12.mi.us>

>>> "Jon Haupt" <jhaupt at gmail.com> 12/20/2006 1:55 PM >>>
On 12/20/06, Chris Cox <ccox at airmail.net> wrote:
> Gordon, Andrew wrote:
> > Is there Blog functionality in PmWiki? If so would someone point me
to a
> > place to get started. Thank you
>
> I'm just using the NewPageBoxPlus recipe...
>
> http://pmwiki.org/wiki/Cookbook/NewPageBoxPlus 
>
> Our Site blogs at:
> http://www.ntlug.org/AllBlogs/AllBlogs 
>
> Though the setup was somewhat intuitive, when I tried to write
> up the process, there were simply too many variables (made it look
> too complicated).  I may make another attempt to document it.
>
>

You also might want to take a look at BlogSimple2:

http://pmwiki.org/wiki/Cookbook/BlogSimple2 

Which offers a similar approach but with additional flexibility at the
cost of a bit more administrative setup.
----------------------------------------------------------------

Oops, that's the one I'm running, not BlogSimple


David



From paul at pherber.com  Wed Dec 20 14:31:23 2006
From: paul at pherber.com (Paul Herber)
Date: Wed, 20 Dec 2006 20:31:23 +0000
Subject: [pmwiki-users] simple linear calender to show booked days
Message-ID: <7.0.1.0.0.20061220202423.019a4e88@pherber.com>

Hi all,
I'm a new pmWiki user, all I have set up so far is at
http://www.fionahgough.co.uk/pmwiki/ for a friend for fun..

However, I would like a new type of calender that can be used for a 
website for apartment bookings, just showing when the apartments are 
free/booked.
I can see something like the months going down the page and the days 
1..31 (as required) across with booked days in one colour and free 
days in another, with perhaps the days of the week and weekends shown somehow.
Is there already anything suitable?

MTIA.


-- 
Regards, Paul Herber, Sandrila Ltd.      paul at pherber.com
http://www.pherber.com/           http://www.sandrila.co.uk/





From dso at moosoft.com  Wed Dec 20 14:41:32 2006
From: dso at moosoft.com (dso)
Date: Wed, 20 Dec 2006 13:41:32 -0700
Subject: [pmwiki-users] Bold numbered list
In-Reply-To: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
References: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
Message-ID: <45899FFC.8030207@moosoft.com>

I would use

>>bold<<
# The text
>><<

Daniel

Pierre Racine wrote:
> Anyone has a trick to make a numbered list with the text AND the numbers in bold?
> 
>  
> 
> Something like:
> 
>  
> 
> '''# The text'''
> 
>  
> 
> Pete
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users


-- 
MooSoft Development Inc
http://www.moosoft.com



From crisses at kinhost.org  Wed Dec 20 14:54:26 2006
From: crisses at kinhost.org (Crisses)
Date: Wed, 20 Dec 2006 15:54:26 -0500
Subject: [pmwiki-users] Question - dot as page name
In-Reply-To: <200612200948.12627.joshua@eeinternet.com>
References: <bcf4e68c0612200858v2e975203p3b0b54d6b3999fc4@mail.gmail.com>
	<200612200948.12627.joshua@eeinternet.com>
Message-ID: <6654DD4E-A490-461D-8B6E-38361C01B984@kinhost.org>


On Dec 20, 2006, at 1:48 PM, Joshua J. Kugler wrote:

> On Wednesday 20 December 2006 07:58, Nicolas Pelletier wrote:
>> Hi,
>>
>> Is there a way to use a dot in a page name? Group Name?
>>
>> In our case, we would like to have a group named .Net with some  
>> pages also
>> containing dots (like ".Net Problems" etc).
>>
>> Is it possible and how can it be done?
>
> I don't know for sure, but would assume probably not.  Why don't  
> you just
> follow convention and use "DotNet"?  That is used rather widely,  
> and is
> easier to search on.  A google query for "dotnet" returns "about" 12.3
> million pages.  A query for ".net" returns 1.62 billion pages, but  
> a lot of
> those pages have nothing to do with programming, since punctuation  
> isn't a
> part of google searches.

Also, your TECHNICAL page name may be Main.DotNet but that doesn't  
stop you from using
(:title .Net Problems:)
which will change the title in the window, and for any bookmarks  
people make for the page, etc.

However, it will change your search engine rankings, as has been  
pointed out.  If you stick with "DotNet" it's searchable.  If you use  
".Net" it resolves to "net" even when you use quotes.... not as  
useful in the greater scheme of things :)

Crisses



From mvance at pobox.com  Wed Dec 20 14:57:30 2006
From: mvance at pobox.com (Matt Vance)
Date: Wed, 20 Dec 2006 14:57:30 -0600
Subject: [pmwiki-users] ldap configuration
Message-ID: <4589A3BA.6090708@pobox.com>

I'm working with a pmwiki installation that has been set up at a 
university. In the initial phase, only the professors on a particular 
committee were entering content. They would now like to open it up to 
editing by all faculty and for browsing by everyone. We have an LDAP 
server and we've been able to configure pmwiki to authenticate against 
it, using the following LDAP setting:

    ldap://ldap1.stedwards.edu/dc=stedwards,dc=edu?uid

. . . but we've been running into trouble trying to limit editing to 
just the faculty group. There is an email group within ldap 
(emailGroup=staff), but despite having tried a dozen or so variations to 
the ldap setting above, none have produced the desired results. Can 
anyone help me to come up with the correct LDAP setting?

Thanks,
Matt





From jbit at bitlink.com  Wed Dec 20 15:05:26 2006
From: jbit at bitlink.com (JB)
Date: Wed, 20 Dec 2006 15:05:26 -0600
Subject: [pmwiki-users] A skin is changing $LinkPageSelfFmt
In-Reply-To: <20061216010020.GF23849@host.pmichaud.com>
References: <elv085$3u6$1@sea.gmane.org>	<1837357828.20061215211828@softflow.co.uk>
	<20061216010020.GF23849@host.pmichaud.com>
Message-ID: <4589A596.5000908@bitlink.com>

Hans wrote:
 > > PmWiki sets $LinkPageSelfFmt not as a SDV variable, so any
 > > recipe or skin needing/wanting to change this can't use SDV
 > > either.  I think it should become a SDV variable, and all
 > > recipes wishing to set it would use SDV as well, and then
 > > an admin can set it in config.php if she/he wishes.

PM wrote:
 > Still, we're in 2.2.0-beta, so if we wanted to move
 > the $LinkPage...Fmt variables below local configuration
 > and set them to be SDV, now would be the time.



PM,

By saying "Now would be the time" you are not really
saying you will or will not do it.

I vote for making them SDV. Will you do this?
Does someone have to make a PITS entry for it?


John




From jbit at bitlink.com  Wed Dec 20 15:05:26 2006
From: jbit at bitlink.com (JB)
Date: Wed, 20 Dec 2006 15:05:26 -0600
Subject: [pmwiki-users] A skin is changing $LinkPageSelfFmt
In-Reply-To: <20061216010020.GF23849@host.pmichaud.com>
References: <elv085$3u6$1@sea.gmane.org>	<1837357828.20061215211828@softflow.co.uk>
	<20061216010020.GF23849@host.pmichaud.com>
Message-ID: <4589A596.5000908@bitlink.com>

Hans wrote:
 > > PmWiki sets $LinkPageSelfFmt not as a SDV variable, so any
 > > recipe or skin needing/wanting to change this can't use SDV
 > > either.  I think it should become a SDV variable, and all
 > > recipes wishing to set it would use SDV as well, and then
 > > an admin can set it in config.php if she/he wishes.

PM wrote:
 > Still, we're in 2.2.0-beta, so if we wanted to move
 > the $LinkPage...Fmt variables below local configuration
 > and set them to be SDV, now would be the time.



PM,

By saying "Now would be the time" you are not really
saying you will or will not do it.

I vote for making them SDV. Will you do this?
Does someone have to make a PITS entry for it?


John




From paul at pherber.com  Wed Dec 20 15:45:42 2006
From: paul at pherber.com (Paul Herber)
Date: Wed, 20 Dec 2006 21:45:42 +0000
Subject: [pmwiki-users] simple linear calender to show booked days
In-Reply-To: <314D0794-1B5F-4F09-9C93-46CC0B080356@kinhost.org>
References: <7.0.1.0.0.20061220202423.019a4e88@pherber.com>
	<314D0794-1B5F-4F09-9C93-46CC0B080356@kinhost.org>
Message-ID: <7.0.1.0.0.20061220214001.0199ee58@pherber.com>

An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/69ebbfe6/attachment.html 

From pmichaud at pobox.com  Wed Dec 20 16:02:36 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:02:36 -0600
Subject: [pmwiki-users] ldap configuration
In-Reply-To: <4589A3BA.6090708@pobox.com>
References: <4589A3BA.6090708@pobox.com>
Message-ID: <20061220220234.GA11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 02:57:30PM -0600, Matt Vance wrote:
> I'm working with a pmwiki installation that has been set up at a 
> university. In the initial phase, only the professors on a particular 
> committee were entering content. They would now like to open it up to 
> editing by all faculty and for browsing by everyone. We have an LDAP 
> server and we've been able to configure pmwiki to authenticate against 
> it, using the following LDAP setting:
> 
>     ldap://ldap1.stedwards.edu/dc=stedwards,dc=edu?uid
> 
> . . . but we've been running into trouble trying to limit editing to 
> just the faculty group. There is an email group within ldap 
> (emailGroup=staff), but despite having tried a dozen or so variations to 
> the ldap setting above, none have produced the desired results. Can 
> anyone help me to come up with the correct LDAP setting?

PmWiki's built-in LDAP authenticator doesn't have support for LDAP
groups (yet).  I'll have to do a bit of thinking about how to
develop a group specifier for LDAP groups.... it takes a fair bit
more processing and specification to handle LDAP groups.  From
the PmWiki end it becomes a two (or more) stage process: (1) Authenticate 
the username and password, then check the username for membership
in any desired groups.

Pm



From pmichaud at pobox.com  Wed Dec 20 16:07:49 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:07:49 -0600
Subject: [pmwiki-users] Crazy problem with Site.PageActions
In-Reply-To: <embt1u$21t$1@sea.gmane.org>
References: <em8g2o$2v0$1@sea.gmane.org>
	<D589BA70-3DDD-4AF0-99E2-A77649FC90C2@kinhost.org>
	<embm55$7e8$1@sea.gmane.org>
	<20061220160641.GD1931@host.pmichaud.com>
	<embt1u$21t$1@sea.gmane.org>
Message-ID: <20061220220749.GB11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 06:48:51PM +0100, Daniel Hofer wrote:
> > What version of PmWiki are you running?
> 
> ver. 2.2.0-beta17
> I've deleted and uploaded all directories but wiki.d

That's indeed very curious.  Is there a url I could look at?

Pm



From pmichaud at pobox.com  Wed Dec 20 16:16:46 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:16:46 -0600
Subject: [pmwiki-users] Uploads question...
In-Reply-To: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>
References: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>
Message-ID: <20061220221645.GC11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 11:44:03AM -0500, The Editor wrote:
> Can someone explain exactly what I need to do to enable downloads from my site?
> 
> I have a page called Main.Downloads with all the files I want to make
> available.  The links look like this:  Attach:zap.php
> 
> I ftp's all my files to Uploads/Main/
> 
> In my config I have
> 
> $EnableUpload = 1;
> $UploadPrefixFmt = '';
> $UploadExts['php'] = 'scripts';

You need two pieces here.

First, $UploadExts is supposed to contain the mime-type for
the extension (and 'scripts' isn't a valid mime-type).  You
probably want to have

    $UploadExts['php'] = 'text/plain';

which means that PmWiki will send an HTTP response of
Content-type: text/plain when accessing the file with
?action=download.

However, since you aren't setting $EnableDirectDownload,
that means that PmWiki is generating links to access the .php
files directly via the server, and not via PmWiki.  By default,
most webservers are configured to execute files ending with .php,
not to return them to the browser to be displayed or downloaded.  
Thus, you have to tell the webserver to treat the .php file as 
something other than a real .php file.  In Apache this can often
be done with one of the following directives in the .htaccess file
for the uploads/ directory:

    # treat .php files as text files
    AddType text/plain .php

or

    # treat .php files as a file to be downloaded
    AddType application/octet-stream .php

Also note that IE sometimes totally ignores the Content-Type
header altogether and treats it as an HTML file no matter
what the server specifies.

> It seems to be working, but when I click on the file, I get a blank
> page.  Am I missing something?

You're getting a blank page because the webserver is executing the
.php script directly, and it's not producing any output.

Pm



From pmichaud at pobox.com  Wed Dec 20 16:17:56 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:17:56 -0600
Subject: [pmwiki-users] Uploads question...
In-Reply-To: <fec7cf150612200906i7abfd815y8909446ffcb572d4@mail.gmail.com>
References: <fec7cf150612200844i3515bc5cw8e290f705d21c169@mail.gmail.com>
	<embpul$lhf$1@sea.gmane.org>
	<fec7cf150612200906i7abfd815y8909446ffcb572d4@mail.gmail.com>
Message-ID: <20061220221756.GD11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 12:06:20PM -0500, The Editor wrote:
> Any other ideas?
> 
> By the way, if I put attachlist on the page, I see all the files--with
> the little upload triangle, but they do the same thing.  The
> Attach:File.Ext markup shows a link but no triangle.  I've never had
> problems with the PmWiki site...

It works on the pmwiki.org site because I have my uploads/.htaccess
file set up with

    AddType text/plain .php

which means all .php files are treated as text files instead of
PHP scripts.

Pm



From pmichaud at pobox.com  Wed Dec 20 16:20:34 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:20:34 -0600
Subject: [pmwiki-users] question about maximum number of files
In-Reply-To: <45897392.9070407@science.org>
References: <45897392.9070407@science.org>
Message-ID: <20061220222032.GE11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 07:32:02AM -1000, Ted Coombs wrote:
> My wikihistory.org site is growing in number of files. Currently there 
> are about 360. I've noticed the interface slowing down considerably. I 
> am using the flat file interface. Should I switch to using a database to 
> manage the information?

FWIW, the pmwiki.org site has over 4800 pages (flat file), so it is
possible to have large numbers of pages with reasonable performance.
And sometimes the speed has to do more with the size of an individual
page (i.e., how long it takes to render the page), not the number of 
pages on the site.

It's possible to speed things up a bit by having the pages in wiki.d/
be subdivided into small directories -- e.g., per wikigroup, or by
the first letter of each page's name, or a variety of other options.

Pm



From pmichaud at pobox.com  Wed Dec 20 16:24:26 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:24:26 -0600
Subject: [pmwiki-users] Bold numbered list
In-Reply-To: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
References: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
Message-ID: <20061220222426.GF11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 03:15:20PM -0500, Pierre Racine wrote:
>    Anyone has a trick to make a numbered list with the text AND the numbers
>    in bold?

Define a new wikistyle for it:

    %define=bolditem item font-weight:bold%

and then for each bullet point you can do:

    # %bolditem% This text is bold
    # %bolditem% This is also bold

See http://www.pmwiki.org/wiki/Test/BoldOrderedList
for an example.

Pm




From pmichaud at pobox.com  Wed Dec 20 16:26:36 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:26:36 -0600
Subject: [pmwiki-users] A skin is changing $LinkPageSelfFmt
In-Reply-To: <4589A596.5000908@bitlink.com>
References: <elv085$3u6$1@sea.gmane.org>
	<1837357828.20061215211828@softflow.co.uk>
	<20061216010020.GF23849@host.pmichaud.com>
	<4589A596.5000908@bitlink.com>
Message-ID: <20061220222636.GG11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 03:05:26PM -0600, JB wrote:
> Hans wrote:
>  > > PmWiki sets $LinkPageSelfFmt not as a SDV variable, so any
>  > > recipe or skin needing/wanting to change this can't use SDV
>  > > either.  I think it should become a SDV variable, and all
>  > > recipes wishing to set it would use SDV as well, and then
>  > > an admin can set it in config.php if she/he wishes.
> 
> PM wrote:
>  > Still, we're in 2.2.0-beta, so if we wanted to move
>  > the $LinkPage...Fmt variables below local configuration
>  > and set them to be SDV, now would be the time.
> 
> By saying "Now would be the time" you are not really
> saying you will or will not do it.

I'm asking if anyone else has any opinion on the topic 
(either for or against) before changing something that could
potentially cause existing sites to break.

> I vote for making them SDV. 

Noted!  But we still have the issue of figuring out *where* to
put the SDV definitions in the code itself.  :-)

Pm



From pmwiki at 911networks.com  Wed Dec 20 16:33:37 2006
From: pmwiki at 911networks.com (pmwiki at 911networks.com)
Date: Wed, 20 Dec 2006 14:33:37 -0800
Subject: [pmwiki-users] question about maximum number of files
In-Reply-To: <20061220222032.GE11613@host.pmichaud.com>
References: <45897392.9070407@science.org>
	<20061220222032.GE11613@host.pmichaud.com>
Message-ID: <20061220143337.163712d9@tadpole>

On Wed, 20 Dec 2006 16:20:34 -0600
"Patrick R. Michaud" <pmichaud at pobox.com> wrote:

> It's possible to speed things up a bit by having the pages in
> wiki.d/ be subdivided into small directories -- e.g., per
> wikigroup, or by the first letter of each page's name, or a variety
> of other options.

Any link to explain how to do subdirectories below wiki.d?

-- 
Thanks
http://www.sqlhacks.com
The SQL knowledge base



From dso at moosoft.com  Wed Dec 20 16:35:10 2006
From: dso at moosoft.com (dso)
Date: Wed, 20 Dec 2006 15:35:10 -0700
Subject: [pmwiki-users] Bold numbered list
In-Reply-To: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
References: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
Message-ID: <4589BA9E.7070409@moosoft.com>

It looked like my text got mangled so I am resending this.  I think the
greater-than character does it.

I would use

   the >>bold<< style
   # item 1
   # item 2
   the end style >><<

Daniel

Pierre Racine wrote:
> Anyone has a trick to make a numbered list with the text AND the numbers in bold?
> 
>  
> 
> Something like:
> 
>  
> 
> '''# The text'''
> 
>  
> 
> Pete
> 
> 
> 
> 
> ------------------------------------------------------------------------
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users


-- 
MooSoft Development Inc
http://www.moosoft.com




From design5 at softflow.co.uk  Wed Dec 20 16:35:36 2006
From: design5 at softflow.co.uk (Hans)
Date: Wed, 20 Dec 2006 22:35:36 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <emblsn$5k5$1@sea.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org>
Message-ID: <788448609.20061220223536@softflow.co.uk>

Wednesday, December 20, 2006, 3:46:30 PM, Daniel wrote:

> Now one small question:
> After click on "submit" I generate a new page in a given group called "Log".

> Is there a chance to define the name of this new page dynamically with
> the current date like:
> "Log.20061220001" where 001 is a autoincrement?

Okay here is a solution: a new page variable {$NewTicket}
which is the new ticket pagename, i.e 'Log.20061220002'
Put the variable in the Fox form as
(:fox formname redirect=1 target={$NewTicket} template=... :)
...

Put this code in config.php:

# add page variable {$NewTicket}
# creates auto increasing pagename of format  
# Log.20061220001 (date and 3 digit number)
$FmtPV['$NewTicket'] = 'MakeNewTicket()';
function MakeNewTicket() {
   foreach(ListPages('/^Log\\.\\d/') as $i) 
       $issue = max(@$issue,substr($i,4));
   $issueday = substr($issue,0,8);
   $today = strftime("%Y%m%d", time());
   if($issueday==$today) {
      $nextissue = $issue+1;
      $pagename = 'Log.'.$nextissue;
   }
   else $pagename = 'Log.'.$today.'001';
   return $pagename;    
} 

Note that this code is group specific and deals with the exact format
you wanted. I have not tried to 'generalise' it.
Original idea adapted from PITS.php, thanks Pm!


Hans




From brianbashi at gmail.com  Wed Dec 20 16:37:45 2006
From: brianbashi at gmail.com (Brian)
Date: Wed, 20 Dec 2006 17:37:45 -0500
Subject: [pmwiki-users] ZAP question: keep and textarea
Message-ID: <822087738.20061220173745@gmail.com>

Hello pmwiki-users,

  Suppose I have the code:

   (:input textarea copy cols=80 rows=6:)

How do I integrate (:keep:)? I would like copy/pasted text to
be as close to the original as possible. Is this what KEEP is intended
for? As of now I have to add \\ manually.

-- 
Best regards,
 Brian




From pmichaud at pobox.com  Wed Dec 20 16:39:34 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Wed, 20 Dec 2006 16:39:34 -0600
Subject: [pmwiki-users] question about maximum number of files
In-Reply-To: <20061220143337.163712d9@tadpole>
References: <45897392.9070407@science.org>
	<20061220222032.GE11613@host.pmichaud.com>
	<20061220143337.163712d9@tadpole>
Message-ID: <20061220223933.GK11613@host.pmichaud.com>

On Wed, Dec 20, 2006 at 02:33:37PM -0800, pmwiki at 911networks.com wrote:
> On Wed, 20 Dec 2006 16:20:34 -0600
> "Patrick R. Michaud" <pmichaud at pobox.com> wrote:
> 
> > It's possible to speed things up a bit by having the pages in
> > wiki.d/ be subdivided into small directories -- e.g., per
> > wikigroup, or by the first letter of each page's name, or a variety
> > of other options.
> 
> Any link to explain how to do subdirectories below wiki.d?

http://www.pmwiki.org/wiki/Cookbook/PerGroupSubDirectories

Pm



From nicolas.pelletier at gmail.com  Wed Dec 20 17:41:50 2006
From: nicolas.pelletier at gmail.com (Nicolas Pelletier)
Date: Wed, 20 Dec 2006 18:41:50 -0500
Subject: [pmwiki-users] Question - dot as page name
In-Reply-To: <6654DD4E-A490-461D-8B6E-38361C01B984@kinhost.org>
References: <bcf4e68c0612200858v2e975203p3b0b54d6b3999fc4@mail.gmail.com>
	<200612200948.12627.joshua@eeinternet.com>
	<6654DD4E-A490-461D-8B6E-38361C01B984@kinhost.org>
Message-ID: <bcf4e68c0612201541q266d3ebat4ff8f3ad79e11149@mail.gmail.com>

Thanks a lot.

The arguments are strong to use DotNet and I'll do the switch shortly.

nick

On 12/20/06, Crisses <crisses at kinhost.org> wrote:
>
>
> On Dec 20, 2006, at 1:48 PM, Joshua J. Kugler wrote:
>
> > On Wednesday 20 December 2006 07:58, Nicolas Pelletier wrote:
> >> Hi,
> >>
> >> Is there a way to use a dot in a page name? Group Name?
> >>
> >> In our case, we would like to have a group named .Net with some
> >> pages also
> >> containing dots (like ".Net Problems" etc).
> >>
> >> Is it possible and how can it be done?
> >
> > I don't know for sure, but would assume probably not.  Why don't
> > you just
> > follow convention and use "DotNet"?  That is used rather widely,
> > and is
> > easier to search on.  A google query for "dotnet" returns "about" 12.3
> > million pages.  A query for ".net" returns 1.62 billion pages, but
> > a lot of
> > those pages have nothing to do with programming, since punctuation
> > isn't a
> > part of google searches.
>
> Also, your TECHNICAL page name may be Main.DotNet but that doesn't
> stop you from using
> (:title .Net Problems:)
> which will change the title in the window, and for any bookmarks
> people make for the page, etc.
>
> However, it will change your search engine rankings, as has been
> pointed out.  If you stick with "DotNet" it's searchable.  If you use
> ".Net" it resolves to "net" even when you use quotes.... not as
> useful in the greater scheme of things :)
>
> Crisses
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061220/6681d7e8/attachment.html 

From editor at fast.st  Wed Dec 20 18:02:52 2006
From: editor at fast.st (The Editor)
Date: Wed, 20 Dec 2006 19:02:52 -0500
Subject: [pmwiki-users] ZAP question: keep and textarea
In-Reply-To: <822087738.20061220173745@gmail.com>
References: <822087738.20061220173745@gmail.com>
Message-ID: <fec7cf150612201602n490d0d97rbd53eb52354d6a06@mail.gmail.com>

On 12/20/06, Brian <brianbashi at gmail.com> wrote:
> Hello pmwiki-users,
>
>  Suppose I have the code:
>
>   (:input textarea copy cols=80 rows=6:)
>
> How do I integrate (:keep:)? I would like copy/pasted text to
> be as close to the original as possible. Is this what KEEP is intended
> for? As of now I have to add \\ manually.


I don't think you can do it (yet) with the standard input text.
Hopefully Pm will be adding that capability soon.

As long as zap is enabled, you can do it like this:

(:zapdata Group.Name:)  //page where data is stored...
(:textarea name=field:)(:keep {$field}:)(:textareaend:)  //set field
to whatever...

And yes, it should do what you want.  No \\'s are needed and you can
even indent with spaces and it works fine.  See these pages:

http://www.fast.st/zap/pmwiki.php?n=Snippets.MagicBoxes
http://www.fast.st/zap/pmwiki.php?n=Docs.TextArea
http://www.fast.st/zap/pmwiki.php?n=Docs.MagicBoxes

Cheers,
Dan



From katir at hindu.org  Wed Dec 20 22:28:00 2006
From: katir at hindu.org (Sivakatirswami)
Date: Wed, 20 Dec 2006 18:28:00 -1000
Subject: [pmwiki-users] Change Color in Gemini Site.PageTopMenu
Message-ID: <458A0D50.5050909@hindu.org>

I'm using Gemini and have included a small page list
below the standard PMwiki menu.  In Site.PageTopMenu

I know this is an "unorthodox" way of  getting
something site wide. But it actually really improves the layout.

I was using Site.AllGroupHeader. But it appears inside
the main page content and we want this page list
to be clearly differentiated... it is like a kind of menu
anyway to pages related to this particular page the user
is on...

I removed the rFloat mark up So that the menu would ride above...

* %accesskey=$[ak_edit]%[[{*$Name}?action=edit | $[Edit Page] ]]
* %accesskey=$[ak_history]%[[{*$Name}?action=diff | $[Page History] ]]
* %accesskey=$[ak_recentchanges]%[[RecentChanges| $[Recent Changes] ]]
(:include Main.PerPageToDos:)

  Main.PerPageToDos  is:

(:pagelist group=TODO* $:returnpage={$FullName} $:Status="Open,In
Progress,Pending,Hold" order=$:Priority,$:Project,$:ID
fmt=#ToDosForThisPage:)

fmt=#ToDosForThisPage

[@
[[#ToDosForThisPage]]
(:if equal {<$Group}:)
(:table cellpadding=1px border-left:2px border-top:2px:)
(:if:)
(:cellnr bgcolor=#ffffff:)[[{=$Group}/{=$Name}]]
(:cell bgcolor=#ffffff:){=$:Status}
(:cell bgcolor=#ffffff:){=$:Priority}
(:cell bgcolor=#ffffff:){=$:Owner}
(:cell bgcolor=#ffffff:){=$:Description}
(:if equal {>$Group}:)
(:tableend:)
[[#ToDosForThisPage]]
@]

It all works really well: Except:

Problem: the text in the table is gray... as it seems that Gemini has
set all text in the header
and footer to Gray...

How can I change it to black... or, better yet, match main text color of
the gemini theme the user has chosen.
  I realize the latter might require too much of a hack, so I would
content with black. Which itself will be a hack no doubt as I will need
to "touch" the CSS which would be overwritten on upgrade.. I have no
problem with that.

TIA
Sivakatirswami



From jeb at mac.com  Wed Dec 20 22:51:38 2006
From: jeb at mac.com (jeb eddy)
Date: Wed, 20 Dec 2006 20:51:38 -0800
Subject: [pmwiki-users] flunking at farming
Message-ID: <a0621021fc1afbd01dbc7@[10.0.1.2]>



Thanks to Ian Barton, I found a "script.error_log" file that has a 
large number of identical entries:




<p>This PHP CGI binary was compiled with force-cgi-redirect enabled.  This
means that a page will only be served up if the REDIRECT_STATUS CGI variable is
set, e.g. via an Apache Action directive.</p>
<p>For more information as to <i>why</i> this behaviour exists, see 
the <a href="http://php.net/security.cgi-bin">manual page for CGI 
security</a>.</p>
<p>For more information about changing this behaviour or re-enabling 
this webserver,
consult the installation file that came with this distribution, or visit
<a href="http://php.net/install.windows">the manual page</a>.</p>
<b>Security Alert!</b> The PHP CGI cannot be accessed directly.



What luck.  This error-log file turns out to be editable by me, so I 
put a unique marker at the bottom and saved the file.

When I again try to access my attempt at my first farm site, I get 
another occurrence of this exact message.  So that definitely seems 
like progress.  But it doesn't sound like anything I can fix myself.

And, after a quick look, the info at the last URL above is 
w-w-a-a-y-y-y over my head.

Should I contact tech support at verio.com?

Or is there a kind soul on this list who knows what the error message 
really means, and knows what to do?  Any other verio customers here 
who have working farms?

Thx,

Jeb Eddy


PS:  not relevant to this list, but mighty funny: 
http://youtube.com/v/J3UDCoQnXjA




From shaneycrawford at yahoo.ca  Thu Dec 21 00:32:15 2006
From: shaneycrawford at yahoo.ca (Shaney Crawford)
Date: Thu, 21 Dec 2006 15:32:15 +0900
Subject: [pmwiki-users] and/or with multiple parameters in pagelist
In-Reply-To: <el4bij$ak3$1@sea.gmane.org>
References: <39c97d070611171756g5e4ba708n59379fe0e9e5cd89@mail.gmail.com>
	<el4bij$ak3$1@sea.gmane.org>
Message-ID: <39c97d070612202232h67bbfcefqabb24624425e2117@mail.gmail.com>

Hi Sandy,

No, unfortunately, I haven't.

Shaney.


On 12/6/06, Sandy <sandy at onebit.ca> wrote:
> Did you get this one solved?
>
> Sandy
>
> Shaney Crawford wrote:
> > Hello,
> >
> > The website that I am working on is an archive of articles from a
> > newsletter (http://www.alientimes.org -- but it's about living in
> > Tsukuba, Japan, not aliens -- long story).
> >
> > About half of the articles that we post every month are about events.
> > I would like to be able to list all of the articles that have to do
> > with events separately from the articles that do not have to do with
> > events.
> >
> > Each article is tagged with an issue category (Category.November2006)
> > and then one or more other topic categories (Category.Events,
> > Category.Classes, etc.).
> >
> > Listing all of the articles that DO NOT  have to do with events is
> > easy: code (1) gets me a list of pages that do not have to do with
> > one-off events (labelled as Category.Events) or classes
> > (Category.Classes) or monthly events (Category.CoffeeHour, etc.).
> >
> > (1)
> > !!Articles
> > (:pagelist group=Main Category.November2006 -Events -Classes
> > -InternationalWomensNetwork -TsukubaMothersNetwork -CoffeeHour
> > -EveningForum:)
> >
> > However, the following code doesn't work to give me the reverse of the
> > above (i.e. all of the articles that DO have to do with events).
> >
> > (2)
> > !!Events
> > (:pagelist group=Main Category.November2006 Events Classes
> > InternationalWomensNetwork TsukubaMothersNetwork CoffeeHour
> > EveningForum:)
> >
> > The simplest solution might be to label all event related information
> > with Category.Events, but I have chosen not to do that because it
> > makes the Events page insanely long and difficult to manage.
> >
> > Another solution would be to group the articles manually on the index
> > page (Main/MasterIndex).  I can do this if I have to, but I would
> > prefer to have an automated solution.
> >
> > So, my question is, is there a way to write code (2) that I am not aware of?
> >
> > Thank you for your help.
> >
> > Shaney.
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



From design5 at softflow.co.uk  Thu Dec 21 02:34:30 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 21 Dec 2006 08:34:30 +0000
Subject: [pmwiki-users] Change Color in Gemini Site.PageTopMenu
In-Reply-To: <458A0D50.5050909@hindu.org>
References: <458A0D50.5050909@hindu.org>
Message-ID: <1598827682.20061221083430@softflow.co.uk>

Thursday, December 21, 2006, 4:28:00 AM, Sivakatirswami wrote:

> Problem: the text in the table is gray... as it seems that Gemini has
> set all text in the header
> and footer to Gray...

> How can I change it to black... or, better yet, match main text color of
> the gemini theme the user has chosen.

In layout-gemini.css you find references to color:#999
for #stdtopnav and #smltopnav

You can override these by setting different values in
pub/css/local.css, or change the color for the table only with
#smltopnav table, #stdtopnav table { color:...}

And if you need different colors for different color schemes you would
need to put a hack into each of the c-color.css files.

I've choosen the grey for the top menu to be a little less intrusive than
black, and to be color neutral.


Hans




From christian.ridderstrom at gmail.com  Thu Dec 21 03:50:34 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Thu, 21 Dec 2006 10:50:34 +0100
Subject: [pmwiki-users] Bold numbered list
In-Reply-To: <20061220222426.GF11613@host.pmichaud.com>
References: <004501c72473$92c5bd20$c104cb84@sbf.ulaval.ca>
	<20061220222426.GF11613@host.pmichaud.com>
Message-ID: <Pine.LNX.4.64.0612211049500.13698@black01.md.kth.se>

On Wed, 20 Dec 2006, Patrick R. Michaud wrote:

> On Wed, Dec 20, 2006 at 03:15:20PM -0500, Pierre Racine wrote:
>>    Anyone has a trick to make a numbered list with the text AND the numbers
>>    in bold?
>
> Define a new wikistyle for it:
>
>    %define=bolditem item font-weight:bold%

I didn't know you could use ':' in the definition of a wiki style?
Is this new, and does it somehow differ from 'font-weight=bold'?

/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From katir at hindu.org  Thu Dec 21 04:12:47 2006
From: katir at hindu.org (Sivakatirswami)
Date: Thu, 21 Dec 2006 00:12:47 -1000
Subject: [pmwiki-users] Error Messsage from ZAP form page mirrored locally
Message-ID: <458A5E1F.1060301@hindu.org>

We use Interarchy's Mirror tools to download
our web server sites locally. Some download to our xServe and
some to my own box (OSX 10.4.8) I'm just mirroring down wiki.d in some
cases where the rest of the local framework is already a match
from the main distribution server.

I can then view the wikis locally even if I'm not on line
I'm getting this message on the zap form that is downloaded
here:

Warning: session_start() [function.session-start]: Cannot send session 
cookie - headers already sent by (output started at 
/Library/WebServer/html/pmwiki/pmwiki.php:952) in 
/Library/WebServer/html/pmwiki/cookbook/zap.php on line 463

Warning: session_start() [function.session-start]: Cannot send session 
cache limiter - headers already sent (output started at 
/Library/WebServer/html/pmwiki/pmwiki.php:952) in 
/Library/WebServer/html/pmwiki/cookbook/zap.php on line 463

The strange part is: this msg only appears at the top in the Site.RightBar

which has this include:

(:if group=-TODO:) (:include Main.ToDoForm:)(:ifend:)

But, if I go to the actual Main.ToDoForm

there is no error msg.

Is there some file I need to change or update locally to "reset" PMwiki 
after
the mirror download is done. I did delete the .pageindex.

I tried globally replacing the host=IP.IP.IP.IP  to the  host=127.0.0.1
in all the wiki.d files, But that didn't help. In fact it broke everything.
(no pages appeared at all after that.)

TIA





From christian.ridderstrom at gmail.com  Thu Dec 21 05:36:35 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Thu, 21 Dec 2006 12:36:35 +0100 (CET)
Subject: [pmwiki-users] Dealing with $ScriptUrl using a "local" path (Was:
	Wikipublisher..)
In-Reply-To: <Pine.LNX.4.64.0612211156270.13698@black01.md.kth.se>
References: <Pine.LNX.4.64.0612211156270.13698@black01.md.kth.se>
Message-ID: <Pine.LNX.4.64.0612211222580.13698@black01.md.kth.se>

Hi John (and Patrick)

I'm sending this to Patrick as well as the list I think the solution 
concerns PmWiki and possibly recipes in general.

On Thu, 21 Dec 2006, christian.ridderstrom at gmail.com wrote:

> I'm trying to install wiki publisher, but when trying to typeset a single 
> page I run into problems:
>
> Clicking download results in this link:
>
> http://www.wikipublisher.org/cgi-bin/mkpdf.pl//~chr/test/pmwiki.php?a<snip>
 						|
 						`-- stuff missing!

I found the culprit. Wikipublisher uses $ScriptUrl for the URI to the 
pdfserver (at wikipublisher.org). Since I had set $ScriptUrl like this:

 	$ScriptUrl = '/~chr/test/pmwiki.php';

the pdfserver has no idea from where I am coming. the quick fix is this:

 	$ScriptUrl = 'http://wiki.lyx.org/~chr/test/pmwiki.php';

However, I think I should be able to use a "local" $ScriptUrl?  (Patrick, 
could you let me know if this is a bad idea in general. The reason I 
started using it was that one of the LyX developers recommended it).

So how to get a recipe in general to know an "external" path to the 
script?

Here are some solutions I can think of:

* Introduce a function that is guaranteed to return a URI to the script
   that is "full", i.e. starts with 'http' or 'https'.
** This function could possibly also guarantee to return the URI of the
    actual script. That might be useful for people that use clean URIs.
    IIRC, some recieps have problems with clean URIs because they really
    need the URI of pmwiki.php.

* Introduce a variable like $ScriptUrlExt or $ScriptUrlFull that is
   guaranteed to start with 'http://' or 'https://' that recipes can use.

* Assume that recipes must check $ScriptUrl to see if it starts with
   'http'.

Maybe the solution to this problem can be combined with dealing with the 
difference between 'http:' and 'https:'?  I'm sure there are other recipes 
that could benefit from a method to generate a suitable (full) URI.

regards
/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From bram.brambring at gmail.com  Thu Dec 21 05:38:03 2006
From: bram.brambring at gmail.com (bram brambring)
Date: Thu, 21 Dec 2006 12:38:03 +0100
Subject: [pmwiki-users] pagelistcomma's
Message-ID: <154830950612210338h62ebdfe8w5e97ff60df83c658@mail.gmail.com>

Searching for some functionality I found that having a page with a pagevar like

:Tags:Foo,Bar

I'm not able to list this page using pagelist:

(:pagelist $:Tags=Foo,Bar:)

The comma seperates the string (I tried quoting).

What I actually was searching for is to use pagelist  and $:Var to
find tagged pages ( looks like http://www.pmwiki.org/wiki/PITS/00740)

So (:pagelist $Tags=Foo:) should return the page-example above.

However a page with :Tags:NotFoo,Bar should not be listed.

I Managed to write a derived MakePageVarList that does the job,
however I would like to know whether or not I missed a core-feature.

regards and thanks

bram



From editor at fast.st  Thu Dec 21 05:53:51 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 06:53:51 -0500
Subject: [pmwiki-users] ZAP 2007 released...
Message-ID: <fec7cf150612210353xee0dcdbndc8d883f65e4f0da@mail.gmail.com>

I just released ZAP 2007.  The beta version is currently only
available from www.zapsite.org.  The last stable release is still at
PmWiki.  From the ChangeBlog page, here are some of the new featues:

    * No longer requires AuthUser
    * Simplified new member registration and login module
    * A new "test mode" for ZAPmail module.
    * Added optional templating to lists (like pagelists)
    * Improved form validation using regular expression patterns
    * Powerful new conditional testing using PmWiki's conditional engine
    * Added a Warn command which stops processing, and can be used for
form submission confirmation
    * Enabled ZAP modules are now automatically detected
    * Added a ZAPdemo module with tips on how to create your own ZAP modules
    * Simplified and renamed the ZAPfixpage function to ZAPpageshortcuts.
    * Implemented a new security system that passes most ZAP commands
by SESSION vars rather then POST vars.
    * Ended the Lock Pattern!
    * Greatly simplified security and setup.
    * Added a rename command
    * Replaced several ZAP form commands with more flexible ZAP
markup, including: random numbers, captcha, time (strtotime, strftime,
+/-time, etc), threads and group count.
    * Added several new conditionals for use in ZAP or your wiki,
including: page exists, group exists, in list, check time, and page
fmt.
    * At ZAPsite (www.zapsite.org) login is no longer required, and
I've added extensive documentation (including a whole new tutorial
series). Also was able to get downloads working.
    * Smaller codebase (nearly 20% trimmed out!)

Cheers,
Dan



From gmane at auxbuss.com  Thu Dec 21 06:03:06 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 12:03:06 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<MPG.1ff33ccd245f6891989998@news.gmane.org>
	<MPG.1ff357574c364af398999b@news.gmane.org>
	<MPG.1ff367dd7a03ee6c98999c@news.gmane.org>
	<1507863851.20061220194048@softflow.co.uk>
Message-ID: <MPG.1ff47f245aa3c67498999f@news.gmane.org>

Hans said...
> Wednesday, December 20, 2006, 3:32:53 PM, marc wrote:
> 
> > Thankfully, a bit of lateral thinking cracked that, but although I'm not
> > surprised that the missing template wasn't reported - although it might
> > be a good idea to do so - the fact that the posted message contents is
> > lost, but a new line is written to the comments page, is not the best
> > outcome, imo.
> 
> I am adding an error message, if a template page can't be found, but
> is specified. And the function will return to the page, with no added
> lines written. But I cannot prevent values from input fields being
> lost in the process. Again this would need modified Input controls
> which keep values "sticky" via javascript, I think.

You can return input values by setting, say:

  <input value="<?php if (! empty ($_POST['email']) ) {echo $_POST
['email'];} ?>"

Clearly, there are a few things to think about when doing this.

> BTW, what is the best way to alert a user or admin about errors etc.,
> some easy to set up friendly message system. So far I only use echo,
> which will flash a message and the script continues to run.

I have my own mechanism for error reporting, because I feel that what 
the user should see, and what and when the admin needs to know are 
different things. Regardless, I prefer error_log() over echo for errors 
that a user need not see.

-- 
Best,
Marc




From gmane at auxbuss.com  Thu Dec 21 06:03:08 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 12:03:08 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <MPG.1fef89fb2052fef5989988@news.gmane.org>
	<1334185469.20061217175240@softflow.co.uk>
	<MPG.1fefa91dce883dfc98998a@news.gmane.org>
	<MPG.1fefaef2f0a4e7a698998b@news.gmane.org>
	<262938426.20061218085601@softflow.co.uk>
	<MPG.1ff2111581f0fc5e989991@news.gmane.org>
	<6510501806.20061219172438@softflow.co.uk>
	<MPG.1ff23e925080573b989993@news.gmane.org>
	<18610210041.20061219184104@softflow.co.uk>
	<MPG.1ff24bbee7db6e9989995@news.gmane.org>
	<20061219193147.GF9315@host.pmichaud.com>
	<MPG.1ff33ccd245f6891989998@news.gmane.org>
	<MPG.1ff357574c364af398999b@news.gmane.org>
	<473525787.20061220192729@softflow.co.uk>
Message-ID: <MPG.1ff48826887e495a9899a1@news.gmane.org>

Hans said...
> Wednesday, December 20, 2006, 2:22:01 PM, marc wrote:
> 
> > By removing
> 
> >   $Author = $AuthId;
> 
> > I can force author.php to set author from $_POST['author'] and create a
> > comment while not logged in.
> 
> > This is not solution, because removing $Author = $AuthId will break 
> > other things.
> 
> I use in config.php:
> 
> include_once("$FarmD/scripts/authuser.php");
> 
> if ($AuthId) {
>   $Author = $AuthId;
>   setcookie('author',$Author,0,'/');
> }
> include_once("$FarmD/scripts/author.php");
> 
> so $Author = $AuthId; is only set if authuser.php is loaded (which
> defined $AuthId).

I think I can just replace

  $Author = $AuthId;

with

  if ($AuthId) $Author = $AuthId;

since this problem stemmed from RequireAuthor(), which is part of 
author.php.

(If this is correct, then perhaps the docs should be changed: AuthUser/
#Setting the Author Name)

> Re: Fox
> Fox does not do anything with the author value. In the commentbox
> example the author value is simply used in the template to fill in a
> name in the message header. And it is conveniently populated with
> {$Author} in the form.

Yup, but Fox leans on the implied functionality that setting $Author 
brings (from using $_POST['author']), so we need to make sure that the 
expected behaviour is consistent.

I think that we have tripped over an outstanding anomaly from the 
introduction of UpdatePage(), as the stuff that follows indicates. But 
hey, what do I know?

> Still it is perplexing that saving  a post or deleting  a post is not
> possible when no author is defined, even when both authuser.php and
> author.php are not loaded. I find that it seems to depend on
> 
> $EnablePostAuthorRequired = 1;
> 
> setting it to zero or commenting the line makes it possible to post
> and to delete posts with fox, even with no author supplied.

It's used in author.php

  if (IsEnabled($EnablePostAuthorRequired,0))
    array_unshift($EditFunctions,'RequireAuthor');

and since this ($EditFunctions) is the array that UpdatePage() iterates 
over

  if (is_null($fnlist)) $fnlist = $EditFunctions;
  ...
  foreach((array)$fnlist as $fn) $fn($pagename, $page, $new);

then setting 

  $EnablePostAuthorRequired = 0;

will stop UpdatePage() running RequireAuthor() - the root of my original 
problem - and thus the post can be made.

> Fox is doing very little or nothing to validate field input.
> CommentBoxPlus is still more clever there, as it checks at least via
> javascript if you have entered text and an author name.

Yes, I use CommentBoxPlus a little, and it is Fox's lack of JS that I 
first liked.

> It is easier
> to program since the form gets defined within the script.
> Fox on the other hand relies on the PmWiki Input controls.
> One can develop customised versions which will use minimum javascript
> input validation. But this is not up to Fox.

Yup, and those are the other reasons I like it. Thanks very much for 
writing it.

-- 
Best,
Marc




From daho at borntofly.ch  Thu Dec 21 06:09:07 2006
From: daho at borntofly.ch (Daniel Hofer)
Date: Thu, 21 Dec 2006 13:09:07 +0100
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <788448609.20061220223536@softflow.co.uk>
References: <1878100609.20061217011932@softflow.co.uk>	<emblsn$5k5$1@sea.gmane.org>
	<788448609.20061220223536@softflow.co.uk>
Message-ID: <emdth6$hl0$1@sea.gmane.org>

Hei Hans

thank you very much!
It's very kind of you to help so much.

I'll just try it this afternoon;-)

Daniel




From gmane at auxbuss.com  Thu Dec 21 06:43:46 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 12:43:46 -0000
Subject: [pmwiki-users] Error Messsage from ZAP form page mirrored
	locally
References: <458A5E1F.1060301@hindu.org>
Message-ID: <MPG.1ff491bb3480e5649899a2@news.gmane.org>

Sivakatirswami said...

> I can then view the wikis locally even if I'm not on line
> I'm getting this message on the zap form that is downloaded
> here:
> 
> Warning: session_start() [function.session-start]: Cannot send session 
> cookie - headers already sent by (output started at 
> /Library/WebServer/html/pmwiki/pmwiki.php:952) in 
> /Library/WebServer/html/pmwiki/cookbook/zap.php on line 463
> 
> Warning: session_start() [function.session-start]: Cannot send session 
> cache limiter - headers already sent (output started at 
> /Library/WebServer/html/pmwiki/pmwiki.php:952) in 
> /Library/WebServer/html/pmwiki/cookbook/zap.php on line 463

Looks like Zap is doing 

  session_start();

instead of

  @session_start();

-- 
Best,
Marc




From pmwiki at ben-amotz.com  Thu Dec 21 07:03:38 2006
From: pmwiki at ben-amotz.com (Pico)
Date: Thu, 21 Dec 2006 08:03:38 -0500
Subject: [pmwiki-users] Need help restoring FAQ page on PmWiki.org
Message-ID: <458A862A.9090409@ben-amotz.com>

I can't restore the FAQ page on pmwiki.org  The message I get is

This post has been blocked by the administrator
Text blocked from posting: [url

Note, I don't see any urls posted in the text of the FAQ page, let alone 
the number that would normally trigger such a block (10, I believe).

Is the error being triggered by urls that may have been posted on the 
various page sections that are being included in the pagelist?  If so, 
that is a bit of a pain.  It might not be bad when confronted by a bunch 
of recent spam that shows up together in the recent changes, but if the 
spam occurs over a long period of time, with a few links on each page, 
then it will be quite a task to go back and identify all those sources 
before being able to restore the FAQ page.

Or is something else going on here?  Notice that the error detail seems 
to be cutoff ("[url") with unmatched square brackets.

Pico

-- 

        __  /
       /   /
      /___/ _/  ___/  __  /
     /      /  /     /   /
   _/     _/  ____/ ____/

>>>===pmwiki at ben-amotz.com===>




From nospam at eton.ca  Thu Dec 21 07:26:41 2006
From: nospam at eton.ca (Neil Herber (nospam))
Date: Thu, 21 Dec 2006 08:26:41 -0500
Subject: [pmwiki-users] Need help restoring FAQ page on PmWiki.org
In-Reply-To: <458A862A.9090409@ben-amotz.com>
References: <458A862A.9090409@ben-amotz.com>
Message-ID: <458A8B91.6090702@eton.ca>

On 2006-12-21 Pico is rumoured to have said:
> Or is something else going on here? Notice that the error detail 
> seems to be cutoff ("[url") with unmatched square brackets. 

Is it possible that one of the included blocklists has "[url" on it?

-- 
Neil Herber
Corporate info at http://www.eton.ca/



From editor at fast.st  Thu Dec 21 07:39:46 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 08:39:46 -0500
Subject: [pmwiki-users] Error Messsage from ZAP form page mirrored
	locally
In-Reply-To: <MPG.1ff491bb3480e5649899a2@news.gmane.org>
References: <458A5E1F.1060301@hindu.org>
	<MPG.1ff491bb3480e5649899a2@news.gmane.org>
Message-ID: <fec7cf150612210539r59a06ffbm9b47b9f22a28ec50@mail.gmail.com>

On 12/21/06, marc <gmane at auxbuss.com> wrote:
> Looks like Zap is doing
>
>  session_start();
>
> instead of
>
>  @session_start();


That's true...  I vaguely remember the @ symbol suppresses errors,
right?  Of course, if the session variables are needed for the form to
process, do I want to supress errors?  At least it shows there is a
problem?

What do you think?

Cheers,
Dan



From pmichaud at pobox.com  Thu Dec 21 07:56:42 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 21 Dec 2006 07:56:42 -0600
Subject: [pmwiki-users] Need help restoring FAQ page on PmWiki.org
In-Reply-To: <458A862A.9090409@ben-amotz.com>
References: <458A862A.9090409@ben-amotz.com>
Message-ID: <20061221135641.GB24469@host.pmichaud.com>

On Thu, Dec 21, 2006 at 08:03:38AM -0500, Pico wrote:
> I can't restore the FAQ page on pmwiki.org  The message I get is
> 
> This post has been blocked by the administrator
> Text blocked from posting: [url
> 
> Note, I don't see any urls posted in the text of the FAQ page, let alone 
> the number that would normally trigger such a block (10, I believe).
> 
> Is the error being triggered by urls that may have been posted on the 
> various page sections that are being included in the pagelist?  

Someone added "block:[url" to Site.Blocklist.
The PmWiki.FAQ page contained a link to "[[UrlApprovals]]",
and thus it was being blocked.

I've removed the "block:[url" term from Site.Blocklist, and
everything works now.

Pm



From pmichaud at pobox.com  Thu Dec 21 08:16:19 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 21 Dec 2006 08:16:19 -0600
Subject: [pmwiki-users] pagelistcomma's
In-Reply-To: <154830950612210338h62ebdfe8w5e97ff60df83c658@mail.gmail.com>
References: <154830950612210338h62ebdfe8w5e97ff60df83c658@mail.gmail.com>
Message-ID: <20061221141619.GC24469@host.pmichaud.com>

On Thu, Dec 21, 2006 at 12:38:03PM +0100, bram brambring wrote:
> Searching for some functionality I found that having a page with a pagevar like
> 
> :Tags:Foo,Bar
> 
> I'm not able to list this page using pagelist:
> 
> (:pagelist $:Tags=Foo,Bar:)
> 
> The comma seperates the string (I tried quoting).

Yes, at present there's not a way to filter on commas.
Fixing this will likely require a significant update to
ParseArgs.

If you choose a different separator character, such as space,
hyphen, or semicolon, then it should work properly.

One can also take advantage of the fact that $:Var= understands
wildcards, so that the following would work, although it
would allow any character between "Foo" and "Bar".

    (:pagelist $:Tags=Foo?Bar:)

Another possibility is to have separate "Foo" and "Bar" 
page text variables instead of a generic "Tags":

    :Foo: yes
    :Bar: yes

    (:pagelist $:Foo=yes $:Bar=yes:)

> What I actually was searching for is to use pagelist  and $:Var to
> find tagged pages ( looks like http://www.pmwiki.org/wiki/PITS/00740)
> 
> So (:pagelist $Tags=Foo:) should return the page-example above.

Actually, this would find only those pages where $:Tags is exactly
"Foo".  Page text variables are treated as full strings, not as
lists of attributes.

Pm



From pmichaud at pobox.com  Thu Dec 21 08:18:40 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 21 Dec 2006 08:18:40 -0600
Subject: [pmwiki-users] Error Messsage from ZAP form page mirrored
	locally
In-Reply-To: <fec7cf150612210539r59a06ffbm9b47b9f22a28ec50@mail.gmail.com>
References: <458A5E1F.1060301@hindu.org>
	<MPG.1ff491bb3480e5649899a2@news.gmane.org>
	<fec7cf150612210539r59a06ffbm9b47b9f22a28ec50@mail.gmail.com>
Message-ID: <20061221141840.GD24469@host.pmichaud.com>

On Thu, Dec 21, 2006 at 08:39:46AM -0500, The Editor wrote:
> On 12/21/06, marc <gmane at auxbuss.com> wrote:
> > Looks like Zap is doing
> >
> >  session_start();
> >
> > instead of
> >
> >  @session_start();
> 
> 
> That's true...  I vaguely remember the @ symbol suppresses errors,
> right?  Of course, if the session variables are needed for the form to
> process, do I want to supress errors?  At least it shows there is a
> problem?
> 
> What do you think?

PHP doesn't like or expect session_start() to be called
multiple times within the same script.

This came up earlier this month -- see 
http://thread.gmane.org/gmane.comp.web.wiki.pmwiki.devel/267/focus=297
for a fuller explanation.

Pm



From editor at fast.st  Thu Dec 21 08:30:06 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 09:30:06 -0500
Subject: [pmwiki-users] Error Messsage from ZAP form page mirrored
	locally
In-Reply-To: <20061221141840.GD24469@host.pmichaud.com>
References: <458A5E1F.1060301@hindu.org>
	<MPG.1ff491bb3480e5649899a2@news.gmane.org>
	<fec7cf150612210539r59a06ffbm9b47b9f22a28ec50@mail.gmail.com>
	<20061221141840.GD24469@host.pmichaud.com>
Message-ID: <fec7cf150612210630h4ae10776k1b8bded08852e43@mail.gmail.com>

In light of the thread you posted, how should the following lines be rewritten:

	session_start();
	$_SESSION['ZAP']["$formpage$fn"][$f] = $v;
	session_write_close();
to?

	<at>session_start();
	$_SESSION['ZAP']["$formpage$fn"][$f] = $v;
	session_write_close();

Should I keep the session_write_close?  And is there any need for
error supression?

These lines are triggered in a ZAP markup which stores value=field
pairs in a SESSION variable when the page is loaded.  It is not used
at all in the form processing after submission, if that makes a
difference.

FWIW, I've never noticed any problems with the current code however
except when the form is put in a sidebar and I have adequate
workarounds in those cases.

Cheers,
Dan



From pmichaud at pobox.com  Thu Dec 21 08:31:01 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 21 Dec 2006 08:31:01 -0600
Subject: [pmwiki-users] Dealing with $ScriptUrl using a "local" path
	(Was: Wikipublisher..)
In-Reply-To: <Pine.LNX.4.64.0612211222580.13698@black01.md.kth.se>
References: <Pine.LNX.4.64.0612211156270.13698@black01.md.kth.se>
	<Pine.LNX.4.64.0612211222580.13698@black01.md.kth.se>
Message-ID: <20061221143101.GE24469@host.pmichaud.com>

On Thu, Dec 21, 2006 at 12:36:35PM +0100, christian.ridderstrom at gmail.com wrote:
> Hi John (and Patrick)
> 
> I'm sending this to Patrick as well as the list I think the solution 
> concerns PmWiki and possibly recipes in general.
> 
> On Thu, 21 Dec 2006, christian.ridderstrom at gmail.com wrote:
> 
> >I'm trying to install wiki publisher, but when trying to typeset a single 
> >page I run into problems:
> >
> >Clicking download results in this link:
> >
> >http://www.wikipublisher.org/cgi-bin/mkpdf.pl//~chr/test/pmwiki.php?a<snip>
> 						|
> 						`-- stuff missing!
> 
> I found the culprit. Wikipublisher uses $ScriptUrl for the URI to the 
> pdfserver (at wikipublisher.org). Since I had set $ScriptUrl like this:
> 
> 	$ScriptUrl = '/~chr/test/pmwiki.php';
> 
> the pdfserver has no idea from where I am coming. the quick fix is this:
> 
> 	$ScriptUrl = 'http://wiki.lyx.org/~chr/test/pmwiki.php';
> 
> However, I think I should be able to use a "local" $ScriptUrl?  

This is PITS #00526 (http://www.pmwiki.org/wiki/PITS/00526).

Setting $ScriptUrl to a relative url causes all sorts of problems.
There are some places that absolutely require a complete url
as opposed to a partial one -- the WikiPublisher example above
is one, but complete urls are needed in RSS feeds, for Redirect: 
headers, in order for some forms to work, when using a variety
of CleanUrl solutions, etc.

The mailing list has discussed the possibility of adding another
variable like $ScriptUrl that would allow absolute paths, but
we've never gone anywhere with it.  You might check the mailing
list archives and summarize where things stood.

The biggest objection I have to introducing another variable is
that it complicates site configuration even further.  And my
strong preference is that $ScriptUrl continue to be a complete
url, so as to keep existing scripts and sites working as they do now.

However, one possibility would be to leave $ScriptUrl as a
complete url, and introduce a new variable that strips off
any leading "http://..." or "https://..." to produce a
partial url.

Pm



From nicola at nyu.edu  Thu Dec 21 08:37:07 2006
From: nicola at nyu.edu (Nicola Monat-Jacobs)
Date: Thu, 21 Dec 2006 09:37:07 -0500
Subject: [pmwiki-users] LDAP with BindDN
In-Reply-To: <36782651-ABF4-4C90-BA29-9517E3633C69@nyu.edu>
References: <C454ABB9-1ADA-4E9F-892A-2B5EB272E935@nyu.edu>
	<457EF3AA.8030906@airmail.net>
	<41AB9297-31EF-44F1-AF52-033ACA452A38@nyu.edu>
	<36782651-ABF4-4C90-BA29-9517E3633C69@nyu.edu>
Message-ID: <5F4ACF58-983E-47C7-970F-B3988EF1C44E@nyu.edu>

We recompiled PHP to use the OpenLDAP libraries (as opposed to the  
Sun iPlanet ones), and now I get a new, different error:

Warning: ldap_bind() [function.ldap-bind]: Unable to bind to server:  
Can't contact LDAP server in /usr/local/apache2/htdocs/pmwiki/scripts/ 
authuser.php on line 145

So, now it is failing at the actual bind step.

My question is: Is anyone on the list actually using LDAP  
authentication with pmWiki without doing an anonymous bind?
Does this actually work?

Thanks
Nicola


On Dec 15, 2006, at 10:07 AM, Nicola Monat-Jacobs wrote:

> Okay, so now PHP has been complied with LDAP support, but I am  
> getting PHP error messages:
>
> Warning: ldap_set_option(): supplied argument is not a valid ldap  
> link resource in /usr/local/apache2/htdocs/pmwiki/scripts/ 
> authuser.php on line 144
>
> Warning: ldap_bind() expects parameter 1 to be resource, boolean  
> given in /usr/local/apache2/htdocs/pmwiki/scripts/authuser.php on  
> line 145
>
> Warning: ldap_close() expects parameter 1 to be resource, boolean  
> given in /usr/local/apache2/htdocs/pmwiki/scripts/authuser.php on  
> line 154
>
> Warning: Cannot modify header information - headers already sent by  
> (output started at /usr/local/apache2/htdocs/pmwiki/scripts/ 
> authuser.php:144) in /usr/local/apache2/htdocs/pmwiki/pmwiki.php on  
> line 885
>
> Weirder still, it looks like the values from my local/config.php  
> file are only being detected sporadically. For example, it will  
> pick up and use my wiki's name, but it won't recognize $PubDirURL  
> as a variable (even though it is set in that file), and thus the  
> image doesn't display. Earlier, I was having to restart apache to  
> even get settings from the config file to be noticed. This could be  
> the reason that the above errors are happening - the LDAP settings  
> in the config file aren't being read.
>
> This is very mysterious and I can't figure it out.
>
> N
>
> On Dec 12, 2006, at 4:07 PM, Nicola Monat-Jacobs wrote:
>
>> Yes, I have confirmed that a command line query from the machine  
>> works. I just realized that PHP5 doesn't come with LDAP support  
>> enabled by default, so I think it's that.
>>
>> http://us3.php.net/manual/en/ref.ldap.php
>>
>> On Dec 12, 2006, at 1:23 PM, Chris Cox wrote:
>>
>>> Nicola Monat-Jacobs wrote:
>>>> Hi -
>>>>
>>>> I'm trying to get LDAP authentication working with the latest
>>>> version, and though it prompts me to login, it says that my  
>>>> username
>>>> and password are not recognized. My LDAP admin says that he's not
>>>> even seeing requests from pmWiki host machine to the LDAP  
>>>> server. Our
>>>> LDAP does not allow anonymous binds, so I am using the
>>>> $AuthLDAPBindDN and $AuthLDAPBindPassword variables, but it's just
>>>> failing silently. Is there any one who has implemented this? Is  
>>>> there
>>>> anyway that I can get some kind of lead on what might be failing?
>>>> I've attempted to turn on verbose logging in the php.ini file, but
>>>> I'm not getting anything.
>>>
>>> Perhaps not terribly specific, but if you have access to a Linux/ 
>>> Unix
>>> box, have you tried doing a simple client query from there to make
>>> sure you can bind and query??
>>>
>>> Just a suggestion,
>>> Chris
>>>
>>>
>>>
>>> _______________________________________________
>>> pmwiki-users mailing list
>>> pmwiki-users at pmichaud.com
>>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>




From gmane at auxbuss.com  Thu Dec 21 08:38:27 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 14:38:27 -0000
Subject: [pmwiki-users] Dealing with $ScriptUrl using a "local" path
	(Was: Wikipublisher..)
References: <Pine.LNX.4.64.0612211156270.13698@black01.md.kth.se>
	<Pine.LNX.4.64.0612211222580.13698@black01.md.kth.se>
Message-ID: <MPG.1ff4ac94110ca4169899a3@news.gmane.org>

 said...
> Hi John (and Patrick)
> 
> I'm sending this to Patrick as well as the list I think the solution 
> concerns PmWiki and possibly recipes in general.
> 
> On Thu, 21 Dec 2006, christian.ridderstrom at gmail.com wrote:
> 
> > I'm trying to install wiki publisher, but when trying to typeset a single 
> > page I run into problems:
> >
> > Clicking download results in this link:
> >
> > http://www.wikipublisher.org/cgi-bin/mkpdf.pl//~chr/test/pmwiki.php?a<snip>
>  						|
>  						`-- stuff missing!
> 
> I found the culprit. Wikipublisher uses $ScriptUrl for the URI to the 
> pdfserver (at wikipublisher.org). Since I had set $ScriptUrl like this:
> 
>  	$ScriptUrl = '/~chr/test/pmwiki.php';
> 
> the pdfserver has no idea from where I am coming. the quick fix is this:
> 
>  	$ScriptUrl = 'http://wiki.lyx.org/~chr/test/pmwiki.php';

I always use the full version. But I also use a hack to make things more 
easily portable. In (farm)config.php, something like:

  switch ($_SERVER['HTTP_HOST']) {
  case 'localmachinename': $FQDN = 'localmachinename/~marc'; break;
  case ...
  default: $FQDN = $_SERVER['HTTP_HOST'];}

  $FarmPubDirUrl	= "http://$FQDN/pmwiki/pub";
  # $ScriptUrl		= 'http://$FQDN';

I tend to set $ScriptUrl in each field:

  $ScriptUrl = "http://$FQDN/Fieldname";

This evolved more than it was designed, so this is only a suggestion, 
not a recommendation. 

-- 
Best,
Marc




From Pierre.Racine at sbf.ulaval.ca  Thu Dec 21 08:54:30 2006
From: Pierre.Racine at sbf.ulaval.ca (Pierre Racine)
Date: Thu, 21 Dec 2006 09:54:30 -0500
Subject: [pmwiki-users] Different behaviour between lframe and cframe
Message-ID: <001b01c7250f$eb9b7740$c104cb84@sbf.ulaval.ca>

Hi,

 

I'm centering images in the middle of a page and I have remarked a difference of behaviour between lframe and cframe:

 

With this syntax:

 

%lframe width=90px%Attach:image.jpg | Caption

 

The image is reduced to a width of 90px.

 

With this syntax:

 

%cframe width=90px%Attach:image.jpg | Caption

 

It is the frame which is reduced, not the image. The result is that a 300 pixels wide image gets much wider than the supposed
containing frame.

 

Pete

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061221/cff3b756/attachment.html 

From gmane at auxbuss.com  Thu Dec 21 08:58:15 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 14:58:15 -0000
Subject: [pmwiki-users] Error Messsage from ZAP form page mirrored
	locally
References: <458A5E1F.1060301@hindu.org>
	<MPG.1ff491bb3480e5649899a2@news.gmane.org>
	<fec7cf150612210539r59a06ffbm9b47b9f22a28ec50@mail.gmail.com>
	<20061221141840.GD24469@host.pmichaud.com>
	<fec7cf150612210630h4ae10776k1b8bded08852e43@mail.gmail.com>
Message-ID: <MPG.1ff4b149e2cb1e769899a4@news.gmane.org>

The Editor said...
> In light of the thread you posted, how should the following lines be rewritten:
> 
> 	session_start();
> 	$_SESSION['ZAP']["$formpage$fn"][$f] = $v;
> 	session_write_close();
> to?
> 
> 	<at>session_start();
> 	$_SESSION['ZAP']["$formpage$fn"][$f] = $v;
> 	session_write_close();

Yup, just add the @.
 
> Should I keep the session_write_close?

It depends. session_write_close() writes the session data and closes the 
session. This happens automatically when your script completes, so 
unless you have an immediate need to write the data, then you can leave 
it to PHP to tidy up for you. But it's up to you.

> And is there any need for error supression?

No.

-- 
Best,
Marc




From editor at fast.st  Thu Dec 21 09:25:13 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 10:25:13 -0500
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <20061204180459.GG1496@host.pmichaud.com>
References: <20061204172211.GF1496@host.pmichaud.com>
	<20061204175642.83459.qmail@web36113.mail.mud.yahoo.com>
	<20061204180459.GG1496@host.pmichaud.com>
Message-ID: <fec7cf150612210725s390f6fa8g26419202cce4c45b@mail.gmail.com>

Now that I'm getting the hang of expressions, I have a simple
question.  Why does Pm generally use double escapes \\ rather than
single escapes \.

Here's an example he sent me awhile back.  I think I understand the rest of it:

> > >     preg_replace('/\\{([-.:\\w]+)\\}/e', "Function('$1')", $text)

Just curious, and trying get a bitter better at this kind of thing.

Cheers,
Dan



From gmane at auxbuss.com  Thu Dec 21 09:45:20 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 15:45:20 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org>
	<788448609.20061220223536@softflow.co.uk>
Message-ID: <MPG.1ff4bc5de3affa509899a6@news.gmane.org>

Hans said...
> Wednesday, December 20, 2006, 3:46:30 PM, Daniel wrote:
> 
> > Now one small question:
> > After click on "submit" I generate a new page in a given group called "Log".
> 
> > Is there a chance to define the name of this new page dynamically with
> > the current date like:
> > "Log.20061220001" where 001 is a autoincrement?
> 
> Okay here is a solution: a new page variable {$NewTicket}
> which is the new ticket pagename, i.e 'Log.20061220002'
> Put the variable in the Fox form as
> (:fox formname redirect=1 target={$NewTicket} template=... :)
> ...
> 
> Put this code in config.php:
> 
> # add page variable {$NewTicket}
> # creates auto increasing pagename of format  
> # Log.20061220001 (date and 3 digit number)
> $FmtPV['$NewTicket'] = 'MakeNewTicket()';
> function MakeNewTicket() {
>    foreach(ListPages('/^Log\\.\\d/') as $i) 
>        $issue = max(@$issue,substr($i,4));
>    $issueday = substr($issue,0,8);
>    $today = strftime("%Y%m%d", time());
>    if($issueday==$today) {
>       $nextissue = $issue+1;
>       $pagename = 'Log.'.$nextissue;
>    }
>    else $pagename = 'Log.'.$today.'001';
>    return $pagename;    
> } 
> 
> Note that this code is group specific and deals with the exact format
> you wanted. I have not tried to 'generalise' it.
> Original idea adapted from PITS.php, thanks Pm!

Very neat! However, the 'Log.' format is invalid (I think) and ListPages
() returns $FullName, so the substr() doesn't work.

I tried the following with a pattern as a parameter (and changed 'Log.' 
to 'Log-'):

  $FmtPV['$NewTicket'] = 'MakeNewTicket(\'Log-\')';

  function MakeNewTicket($pattern) {
    foreach(ListPages("/^.*\\.$pattern/") as $i)
      $issue = max(@$issue,preg_replace("/.*\\.$pattern/",'',$i));
    $issueday = substr($issue,0,8);
    $today = strftime("%Y%m%d", time());
    if($issueday==$today) {
      $nextissue = $issue+1;
      $pagename = $pattern.$nextissue;
    }
    else $pagename = $pattern.$today.'001';
    return $pagename;    
  }

Note, however, that two (or more) users could obtain the same 
$nextissue, which results in both messages being written to the same 
page.

-- 
Best,
Marc




From gspivey at georgefox.edu  Thu Dec 21 09:53:41 2006
From: gspivey at georgefox.edu (Gary Spivey)
Date: Thu, 21 Dec 2006 07:53:41 -0800
Subject: [pmwiki-users] ldap configuration
In-Reply-To: <20061220220234.GA11613@host.pmichaud.com>
Message-ID: <4067829B4871054DB7E77A511FCE922416351B@exch-emp.campus.georgefox.edu>


> -----Original Message-----
> From: pmwiki-users-bounces at pmichaud.com [mailto:pmwiki-users-
> bounces at pmichaud.com] On Behalf Of Patrick R. Michaud
> Sent: Wednesday, December 20, 2006 2:03 PM
> To: Matt Vance
> Cc: pmwiki-users at pmichaud.com
> Subject: Re: [pmwiki-users] ldap configuration
> 
> On Wed, Dec 20, 2006 at 02:57:30PM -0600, Matt Vance wrote:
> > I'm working with a pmwiki installation that has been set up at a
> > university. In the initial phase, only the professors on a
particular
> > committee were entering content. They would now like to open it up
to
> > editing by all faculty and for browsing by everyone. We have an LDAP
> > server and we've been able to configure pmwiki to authenticate
against
> > it, using the following LDAP setting:
> >
> >     ldap://ldap1.stedwards.edu/dc=stedwards,dc=edu?uid
> >
> > . . . but we've been running into trouble trying to limit editing to
> > just the faculty group. There is an email group within ldap
> > (emailGroup=staff), but despite having tried a dozen or so
variations to
> > the ldap setting above, none have produced the desired results. Can
> > anyone help me to come up with the correct LDAP setting?
> 
> PmWiki's built-in LDAP authenticator doesn't have support for LDAP
> groups (yet).  I'll have to do a bit of thinking about how to
> develop a group specifier for LDAP groups.... it takes a fair bit
> more processing and specification to handle LDAP groups.  From
> the PmWiki end it becomes a two (or more) stage process: (1)
Authenticate
> the username and password, then check the username for membership
> in any desired groups.
> 
> Pm
> 

I had this same problem at my University, so I wrote the ExternAuthUser
module. I have pmwiki "embedded" in my website and I do LDAP
authentication via a php module. That LDAP authentication sets some php
session variables - including group, and using those functions, I can do
group/user privileges on an page. I currently have it set up so that the
group privileges are defined in a config file, but all the page
privileges can be set by whoever has attribute access to a given page. I
also changed the attribute pages to have checkboxes for each privilege
based on the possible groups, so that I can simply give access for
read/edit/upload/attribute privilege to
faculty/staff/employee/adjunct/student/alumni/anyone - and you can also
use the standard user field entry for any page - where the username
comes from a php variable.

Patrick, is it possible that pmwiki could handle LDAP groups the same
way - simply by setting some session variables? Of course, it would have
to be tuned to the users LDAP setup, but that seems like a given for any
solution.

Here is my populate script
  function ldap_populate ($ds,$username) {
    $_SESSION['username']=$username;
    $_SESSION['authenticated']=1;

    $sr=ldap_search($ds, "ou=People,dc=engr,dc=georgefox,dc=edu",
"uid=$username ");  
    $info = ldap_get_entries($ds, $sr);
    if ($info["count"] > 1)  {
      // If the count is greater than 1, something is wicked wrong
      // But, I am not going to check for this at this juncture. I don't
      // know that it is possible 
      echo "Something is wrong with your LDAP entry";
      echo " - please see your web administator";
      exit(0);
    }

    $_SESSION['uidNumber'] = $info[0]["uidnumber"][0];
    $_SESSION['firstName'] = $info[0]["givenname"][0];
    $_SESSION['lastName'] = $info[0]["sn"][0];
    $_SESSION['name'] = $info[0]["cn"][0];
    $_SESSION['email'] = $info[0]["mail"][0];
    $_SESSION['gid'] = $info[0]["gidnumber"][0];
    $_SESSION['authentication_level'] = $info[0]["gidnumber"][0];
    $_SESSION['groups'] = array();

    // Now see if the user is in any higher ranking groups
    // and fetch the group name
    $sr=ldap_search($ds, "ou=Group,dc=engr,dc=georgefox,dc=edu", 
                         "memberUid=$username");  
    $info = ldap_get_entries($ds, $sr);
    for ($i=0; $i<$info["count"]; $i++) {
       $gidNumber = $info[$i]["gidnumber"][0];
       if ($gidNumber > $_SESSION['authentication_level']) {
          $_SESSION['authentication_level'] = $gidNumber;
       }
       if ($gidNumber == $_SESSION['gid']) {
          $_SESSION['group'] = $info[$i]["cn"][0];
       }
       array_push($_SESSION['groups'],$info[$i]["cn"][0]);
    }
    return(1);
  }


-Gary



From gmane at auxbuss.com  Thu Dec 21 10:13:59 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 16:13:59 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org>
	<788448609.20061220223536@softflow.co.uk>
	<MPG.1ff4bc5de3affa509899a6@news.gmane.org>
Message-ID: <MPG.1ff4c2cee60112639899a7@news.gmane.org>

marc said...

> Note, however, that two (or more) users could obtain the same 
> $nextissue, which results in both messages being written to the same 
> page.

Thinking about it, this begs the question of whether it might be useful 
to add a Fox parameter to check the existence of a file and not apply 
the update if it exists: unique, say.

-- 
Best,
Marc




From list_ob at gmx.net  Thu Dec 21 10:36:45 2006
From: list_ob at gmx.net (Oliver Betz)
Date: Thu, 21 Dec 2006 17:36:45 +0100
Subject: [pmwiki-users] pmwiki-2.2.0-beta17 released (adds select boxes)
In-Reply-To: <20061213233414.GJ8177@host.pmichaud.com>
Message-ID: <458AC62D.25175.879DB82D@list_ob.gmx.net>

Hello Patrick,

[...]

> distribution I'll just correct it in beta18 (in fact, beta18 may
> end up being an update of a lot of documentation pages into the
> distribution).

do you mean documentation I can find already on pmwiki.org/wiki or 
"hard to find for the newbie" information?

Is beta 18 to be expected soon?

I ask because I want to evaluate "really soon now" PmWiki and would 
like to know whether there is a reason to wait a couple of days.

If the next version contains important information which is hard to 
find now, I would wait.

Oliver
-- 
Oliver Betz, Muenchen




From editor at fast.st  Thu Dec 21 10:58:05 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 11:58:05 -0500
Subject: [pmwiki-users] pmwiki-2.2.0-beta17 released (adds select boxes)
In-Reply-To: <458AC62D.25175.879DB82D@list_ob.gmx.net>
References: <20061213233414.GJ8177@host.pmichaud.com>
	<458AC62D.25175.879DB82D@list_ob.gmx.net>
Message-ID: <fec7cf150612210858y5db7b9b6hb3709b41a5a13b1@mail.gmail.com>

On 12/21/06, Oliver Betz <list_ob at gmx.net> wrote:
> Hello Patrick,
>
> [...]
>
> > distribution I'll just correct it in beta18 (in fact, beta18 may
> > end up being an update of a lot of documentation pages into the
> > distribution).
>
> do you mean documentation I can find already on pmwiki.org/wiki or
> "hard to find for the newbie" information?
>
> Is beta 18 to be expected soon?
>
> I ask because I want to evaluate "really soon now" PmWiki and would
> like to know whether there is a reason to wait a couple of days.
>
> If the next version contains important information which is hard to
> find now, I would wait.
>
> Oliver


Don't know Pm's release schedule but I will say PmWiki is extremely
easy to upgrade, and almost always painless.  If it were me I'd go
ahead and start taking advantage of the new features now.  Even if 18
cam out tomorrow, it's probably a 5 minute job to get it upgraded.
That's one huge reason I switched to PmWiki!

Cheers,
Dan



From tedc at science.org  Thu Dec 21 11:15:52 2006
From: tedc at science.org (Ted Coombs)
Date: Thu, 21 Dec 2006 07:15:52 -1000
Subject: [pmwiki-users] pmwiki-2.2.0-beta17 released (adds select boxes)
In-Reply-To: <fec7cf150612210858y5db7b9b6hb3709b41a5a13b1@mail.gmail.com>
References: <20061213233414.GJ8177@host.pmichaud.com>	<458AC62D.25175.879DB82D@list_ob.gmx.net>
	<fec7cf150612210858y5db7b9b6hb3709b41a5a13b1@mail.gmail.com>
Message-ID: <458AC148.3080106@science.org>

My two cents about whether you should begin evaluation now, or wait, is 
that it works "REALLY WELL" now, and is so simple to update that there 
is little reason why you should not begin an installation now. Not only 
is it all easy to use, this forum provides the best user support of any 
product I've ever encountered.

Ted Coombs

The Editor wrote:
> On 12/21/06, Oliver Betz <list_ob at gmx.net> wrote:
>   
>> Hello Patrick,
>>
>> [...]
>>
>>     
>>> distribution I'll just correct it in beta18 (in fact, beta18 may
>>> end up being an update of a lot of documentation pages into the
>>> distribution).
>>>       
>> do you mean documentation I can find already on pmwiki.org/wiki or
>> "hard to find for the newbie" information?
>>
>> Is beta 18 to be expected soon?
>>
>> I ask because I want to evaluate "really soon now" PmWiki and would
>> like to know whether there is a reason to wait a couple of days.
>>
>> If the next version contains important information which is hard to
>> find now, I would wait.
>>
>> Oliver
>>     
>
>
> Don't know Pm's release schedule but I will say PmWiki is extremely
> easy to upgrade, and almost always painless.  If it were me I'd go
> ahead and start taking advantage of the new features now.  Even if 18
> cam out tomorrow, it's probably a 5 minute job to get it upgraded.
> That's one huge reason I switched to PmWiki!
>
> Cheers,
> Dan
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>   




From design5 at softflow.co.uk  Thu Dec 21 11:29:34 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 21 Dec 2006 17:29:34 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff4bc5de3affa509899a6@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org> <788448609.20061220223536@softflow.co.uk>
	<MPG.1ff4bc5de3affa509899a6@news.gmane.org>
Message-ID: <3410251487.20061221172934@softflow.co.uk>

Thursday, December 21, 2006, 3:45:20 PM, marc wrote:

> Very neat! However, the 'Log.' format is invalid (I think) and ListPages
> () returns $FullName, so the substr() doesn't work.

Well I did test what I wrote. 'Log' is the name of the group,
and ListPages('/^Log\\.\\d/') is an array consisting of page names,
starting with Log. (pages in group Log), and continuing with digits.
substr does work,
   $issue = max(@$issue,substr($i,4));
gives the highest number of the pagename-as-digits, starting after the
dot.

> Note, however, that two (or more) users could obtain the same 
> $nextissue, which results in both messages being written to the same
> page.

True, perhaps Lock(2) should be called?


Hans




From design5 at softflow.co.uk  Thu Dec 21 11:31:33 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 21 Dec 2006 17:31:33 +0000
Subject: [pmwiki-users] New recipe: Fox
In-Reply-To: <MPG.1ff4c2cee60112639899a7@news.gmane.org>
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org> <788448609.20061220223536@softflow.co.uk>
	<MPG.1ff4bc5de3affa509899a6@news.gmane.org>
	<MPG.1ff4c2cee60112639899a7@news.gmane.org>
Message-ID: <9810307801.20061221173133@softflow.co.uk>

Thursday, December 21, 2006, 4:13:59 PM, marc wrote:

> Thinking about it, this begs the question of whether it might be useful
> to add a Fox parameter to check the existence of a file and not apply
> the update if it exists: unique, say.

Fox does not overwrite any page content, only appends or prepends
posts.


Hans




From editor at fast.st  Thu Dec 21 11:53:29 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 12:53:29 -0500
Subject: [pmwiki-users] Fwd:  Authentication Error
In-Reply-To: <fec7cf150609240713k13c12c5dnfc912a2da99cc4da@mail.gmail.com>
References: <fec7cf150609232351q151def07x23cb79183a2fdade@mail.gmail.com>
	<13B269F5-7079-4C6C-AEB8-A59A74DFB291@kinhost.org>
	<fec7cf150609240610s1ef78e63jd3c0ae84f897fa8d@mail.gmail.com>
	<1550CAF4-B510-4AAB-A321-8D75677C7A64@kinhost.org>
	<20060924134847.GB5631@host.pmichaud.com>
	<fec7cf150609240713k13c12c5dnfc912a2da99cc4da@mail.gmail.com>
Message-ID: <fec7cf150612210953r1d852a6gcc4c0f068cf6bf12@mail.gmail.com>

Below is a post from nearly three months ago that was (I thought)
fixed by Pm, but I just noted it happening again in ZAP's new
"register" function.  Actually it seems to be happening only because
in the new code snippet it happens to reload the same page...

Pm, did you ever fix this?  And if so, is there a chance it has broken
again by some change in 2.2?  Forwarding browser to a new page works
fine.  Also the registration process works as expected--apart from the
error messages.

Cheers,
Dan

PS. Setting a password at Site.AuthUser seems to have fixed it again...



---------- Forwarded message ----------
From: The Editor <editor at fast.st>
Date: Sep 24, 2006 9:13 AM
Subject: Re: [pmwiki-users] Authentication Error
To: "Patrick R. Michaud" <pmichaud at pobox.com>


On 9/24/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Sun, Sep 24, 2006 at 09:42:10AM -0400, Crisses wrote:
> > On Sep 24, 2006, at 9:10 AM, The Editor wrote:
> > > Here's the appropriate lines in authuser.php.  I put a star by line 82
> > > * in my editor.  Maybe someone can suggest what exactly this is
> > > looking for and why it's not being found on the FAST Data login
> > > script?  My login script is still down at the bottom.
> > >
> > >   foreach(preg_grep('/^@/', (array)@$auth[$authid]) as $g)
> > >     $authlist[$g] = 1;
> > >   foreach(preg_grep('/^@/', (array)@$auth['*']) as $g)
> > >     $authlist[$g] = 1;
> > > *  foreach(preg_grep('/^@/', array_keys($auth)) as $g)
> > >     if (in_array($authid, $auth[$g])) $authlist[$g] = 1;
>
> I think this is a bug in the authuser.php code -- it likely appears
> when AuthUserId() is called and there aren't any entries in either
> the $AuthUser array or in the Site.AuthUser page.
>
> I'll fix it for the next release.
>
> Pm
>

Ah Pm, I set up a password at Site.AuthUser and it fixed the problem.
Thanks for pointing it out.

Cheers,
Caveman



From drfredc at verizon.net  Thu Dec 21 11:55:10 2006
From: drfredc at verizon.net (Dr Fred C)
Date: Thu, 21 Dec 2006 09:55:10 -0800
Subject: [pmwiki-users] pmwiki-2.2.0-beta17 released (adds select boxes)
In-Reply-To: <458AC148.3080106@science.org>
References: <20061213233414.GJ8177@host.pmichaud.com>
	<458AC62D.25175.879DB82D@list_ob.gmx.net>
	<fec7cf150612210858y5db7b9b6hb3709b41a5a13b1@mail.gmail.com>
	<458AC148.3080106@science.org>
Message-ID: <458ACA7E.9080308@verizon.net>

An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061221/95ada96d/attachment.html 

From gmane at auxbuss.com  Thu Dec 21 12:24:06 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 18:24:06 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org>
	<788448609.20061220223536@softflow.co.uk>
	<MPG.1ff4bc5de3affa509899a6@news.gmane.org>
	<MPG.1ff4c2cee60112639899a7@news.gmane.org>
	<9810307801.20061221173133@softflow.co.uk>
Message-ID: <MPG.1ff4e19d576d09569899a8@news.gmane.org>

Hans said...
> Thursday, December 21, 2006, 4:13:59 PM, marc wrote:
> 
> > Thinking about it, this begs the question of whether it might be useful
> > to add a Fox parameter to check the existence of a file and not apply
> > the update if it exists: unique, say.
> 
> Fox does not overwrite any page content, only appends or prepends
> posts.

Yes, I know, and that's why I said update ;-) And 'unique' rather than 
'new' - although there's probably a better word.

If you don't like it, it's no problem, I'll sort it out. It'll be  
useful (to me) for situations like the example, where two folk risk 
writing to the same page, but where the content must be separate. It's 
not an ideal solution, but for low throughput should suffice.

-- 
Best,
Marc




From gmane at auxbuss.com  Thu Dec 21 12:39:50 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 21 Dec 2006 18:39:50 -0000
Subject: [pmwiki-users] New recipe: Fox
References: <1878100609.20061217011932@softflow.co.uk>
	<emblsn$5k5$1@sea.gmane.org>
	<788448609.20061220223536@softflow.co.uk>
	<MPG.1ff4bc5de3affa509899a6@news.gmane.org>
	<3410251487.20061221172934@softflow.co.uk>
Message-ID: <MPG.1ff4e5083df38af39899a9@news.gmane.org>

Hans said...
> Thursday, December 21, 2006, 3:45:20 PM, marc wrote:
> 
> > Very neat! However, the 'Log.' format is invalid (I think) and ListPages
> > () returns $FullName, so the substr() doesn't work.
> 
> Well I did test what I wrote. 'Log' is the name of the group

Ah, I misunderstood. Stupid of me really.

> and ListPages('/^Log\\.\\d/') is an array consisting of page names,
> starting with Log. (pages in group Log), and continuing with digits.
> substr does work,
>    $issue = max(@$issue,substr($i,4));
> gives the highest number of the pagename-as-digits, starting after the
> dot.

Well, given the above, yes it will.
 
> > Note, however, that two (or more) users could obtain the same 
> > $nextissue, which results in both messages being written to the same
> > page.
> 
> True, perhaps Lock(2) should be called?

I don't think that does it. See my other suggestion, which is more 
general.

-- 
Best,
Marc




From lists at manor-farm.org  Thu Dec 21 12:47:47 2006
From: lists at manor-farm.org (Ian Barton)
Date: Thu, 21 Dec 2006 18:47:47 +0000
Subject: [pmwiki-users] flunking at farming
In-Reply-To: <a0621021fc1afbd01dbc7@[10.0.1.2]>
References: <a0621021fc1afbd01dbc7@[10.0.1.2]>
Message-ID: <458AD6D3.8080904@manor-farm.org>


> <p>This PHP CGI binary was compiled with force-cgi-redirect enabled.  This
> means that a page will only be served up if the REDIRECT_STATUS CGI variable is
> set, e.g. via an Apache Action directive.</p>
> <p>For more information as to <i>why</i> this behaviour exists, see 
> the <a href="http://php.net/security.cgi-bin">manual page for CGI 
> security</a>.</p>
> <p>For more information about changing this behaviour or re-enabling 
> this webserver,
> consult the installation file that came with this distribution, or visit
> <a href="http://php.net/install.windows">the manual page</a>.</p>
> <b>Security Alert!</b> The PHP CGI cannot be accessed directly.
> 
> 
> 
> What luck.  This error-log file turns out to be editable by me, so I 
> put a unique marker at the bottom and saved the file.
> 
> When I again try to access my attempt at my first farm site, I get 
> another occurrence of this exact message.  So that definitely seems 
> like progress.  But it doesn't sound like anything I can fix myself.
> 
> And, after a quick look, the info at the last URL above is 
> w-w-a-a-y-y-y over my head.
> 
> Should I contact tech support at verio.com?
> 
> Or is there a kind soul on this list who knows what the error message 
> really means, and knows what to do?  Any other verio customers here 
> who have working farms?
> 

It looks as though php on your web server is setup to run as a cgi, 
rather than integrated into Apache. I'm afraid it needs someone who 
knows much more about php than I do to tell you how to fix it. I would 
suggest contacting verio unless anyone else on the list can suggest a fix.

Ian.



From katir at hindu.org  Thu Dec 21 13:32:34 2006
From: katir at hindu.org (Sivakatirswami)
Date: Thu, 21 Dec 2006 09:32:34 -1000
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
References: <4588B39B.6010204@hindu.org>	<20061220103949.GB19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
Message-ID: <458AE152.20400@hindu.org>

christian.ridderstrom at gmail.com wrote:

> 
> I think it might be enough to do
> 
>     (:input form ...:)
>     (:pagelist ...:)
>     (:input submit:)
>     (:input end:)
> 
> and it should without java script.   It should be possible to get the 
> additional directives into the format #navigator with some if:s
> 
> cheers
> /Christian

Since I design and write desktop applications, this is how
I think, but this may not translate to a PHP--> Web UI:

Of course we know that Java can trap
mouse events, and obviously PMwiki responds to
some subset of mouse events... so....

What is wanted is a "menu button" that, upon menu selection
a mouseup event is sent with the selection as a parameter
(in this case a page-url) that issues a "go to page"
in this context: that serves up the selected
page without an additional user action required.
  (i.e. eliminate "Submit" requirement).

Is that what you are saying might be
doable with additional directives  in the format #navigator
construct? I don't want to waste time fiddling with it
if it simply is not possible...

hmmm. I see this may be doable with zap "select+" ??

Sivakatirswami




From design5 at softflow.co.uk  Thu Dec 21 13:44:53 2006
From: design5 at softflow.co.uk (Hans)
Date: Thu, 21 Dec 2006 19:44:53 +0000
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <458AE152.20400@hindu.org>
References: <4588B39B.6010204@hindu.org>
	<20061220103949.GB19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
	<458AE152.20400@hindu.org>
Message-ID: <128070937.20061221194453@softflow.co.uk>

Thursday, December 21, 2006, 7:32:34 PM, Sivakatirswami wrote:

> What is wanted is a "menu button" that, upon menu selection
> a mouseup event is sent with the selection as a parameter
> (in this case a page-url) that issues a "go to page"
> in this context: that serves up the selected
> page without an additional user action required.
>   (i.e. eliminate "Submit" requirement).

just use the jumpbox (drop-down select box with instant navigation to
target page). It works well with a pagelist providing the pagenames of
a group. But refrain to program the pagelist to provide the index
pages of groups only (as a way to select amongst all groups), since
the pagelist will go through all pages of all groups, which may slow
down your wiki. If you need a jumpbox with groupnames, add them
manually, or providea wiki trail page with the links to the groups you
need, and let pagelist display these (as choice in the jumpbox).


Hans




From editor at fast.st  Thu Dec 21 15:39:27 2006
From: editor at fast.st (The Editor)
Date: Thu, 21 Dec 2006 16:39:27 -0500
Subject: [pmwiki-users] Email to Wiki
Message-ID: <fec7cf150612211339y12514808m967ada5e86fa1a07@mail.gmail.com>

Still wondering exactly what would be involved in getting an email to
wiki module working.  I have a real interest in this, and would like
perhaps to give it a whirl. But don't know where to start...

Can php be used with email functions--as in check an email account,
retrieve email messages, etc.?  (POP accounts enough for me).
Couldn't seem to find anything at php.net, but may not have known
where to look. If I could get a little traction, I could maybe
research it some more.  But then again, if it can't be done in php,
maybe I just need to forget about it awhile.

I'd be happy for about any system that could just retrieve emails and
convert them to simple text files...  There's gotta be something that
can do that.  Any ideas?

Cheers,
Dan



From info at hassanein.ch  Thu Dec 21 15:48:53 2006
From: info at hassanein.ch (info)
Date: Thu, 21 Dec 2006 22:48:53 +0100
Subject: [pmwiki-users] Can't create new pages
Message-ID: <200612212248.53536.info@hassanein.ch>

Hi

I installed pmWiki V2.2.0-beta17 on a Linux machine.
If I want to create new pages I get the following error message:

PmWiki needs to have a writable wiki.d/Public/ directory before it can 
continue. You can create the directory manually by executing the following 
commands on your server:

Directory wiki.d has chmod 777.

Any hint what is wrong here?

--
Thanks for your help.
Regards,
Mike



From dso at moosoft.com  Thu Dec 21 16:20:33 2006
From: dso at moosoft.com (dso)
Date: Thu, 21 Dec 2006 15:20:33 -0700
Subject: [pmwiki-users] Can't create new pages
In-Reply-To: <200612212248.53536.info@hassanein.ch>
References: <200612212248.53536.info@hassanein.ch>
Message-ID: <458B08B1.7070801@moosoft.com>

You need to mkdir Public and then chmod 777 Public

Daniel

info wrote:
> Hi
> 
> I installed pmWiki V2.2.0-beta17 on a Linux machine.
> If I want to create new pages I get the following error message:
> 
> PmWiki needs to have a writable wiki.d/Public/ directory before it can 
> continue. You can create the directory manually by executing the following 
> commands on your server:
> 
> Directory wiki.d has chmod 777.
> 
> Any hint what is wrong here?
> 
> --
> Thanks for your help.
> Regards,
> Mike
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users


-- 
MooSoft Development Inc
http://www.moosoft.com



From info at hassanein.ch  Thu Dec 21 16:34:08 2006
From: info at hassanein.ch (info)
Date: Thu, 21 Dec 2006 23:34:08 +0100
Subject: [pmwiki-users] Can't create new pages
In-Reply-To: <458B08B1.7070801@moosoft.com>
References: <200612212248.53536.info@hassanein.ch>
	<458B08B1.7070801@moosoft.com>
Message-ID: <200612212334.08909.info@hassanein.ch>

On Thursday 21 December 2006 23:20, dso wrote:
> You need to mkdir Public and then chmod 777 Public
Yes I know that's a possible way to achieve it.
But I would like to create pages through the pmWiki system online.

I installed pmWiki on another Webserver and there I do not have this problem.

--
Any hint is very much appreciated.
Regards,
Mike



From dso at moosoft.com  Thu Dec 21 16:54:57 2006
From: dso at moosoft.com (dso)
Date: Thu, 21 Dec 2006 15:54:57 -0700
Subject: [pmwiki-users] Can't create new pages
In-Reply-To: <200612212334.08909.info@hassanein.ch>
References: <200612212248.53536.info@hassanein.ch>	<458B08B1.7070801@moosoft.com>
	<200612212334.08909.info@hassanein.ch>
Message-ID: <458B10C1.3030702@moosoft.com>

I don't *think* Public is part of the normal pmWiki install.  It may be
for farms which I haven't dealt with.  However you should edit your
config.php to point to the correct location

The variable is $PubDirUrl

Daniel

info wrote:
> On Thursday 21 December 2006 23:20, dso wrote:
>> You need to mkdir Public and then chmod 777 Public
> Yes I know that's a possible way to achieve it.
> But I would like to create pages through the pmWiki system online.
> 
> I installed pmWiki on another Webserver and there I do not have this problem.
> 
> --
> Any hint is very much appreciated.
> Regards,
> Mike
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users


-- 
MooSoft Development Inc
http://www.moosoft.com



From info at hassanein.ch  Thu Dec 21 17:00:15 2006
From: info at hassanein.ch (info)
Date: Fri, 22 Dec 2006 00:00:15 +0100
Subject: [pmwiki-users] Can't create new pages
In-Reply-To: <458B10C1.3030702@moosoft.com>
References: <200612212248.53536.info@hassanein.ch>
	<200612212334.08909.info@hassanein.ch>
	<458B10C1.3030702@moosoft.com>
Message-ID: <200612220000.15489.info@hassanein.ch>

On Thursday 21 December 2006 23:54, dso wrote:
> I don't *think* Public is part of the normal pmWiki install.  It may be
> for farms which I haven't dealt with.  However you should edit your
> config.php to point to the correct location
Public is an entry I made in the menu and I use the cookbook "Per Group a 
Subdirectory", see at 
http://www.pmwiki.org/wiki/Cookbook/PerGroupSubDirectories

> The variable is $PubDirUrl
I checked this variable again, it is set correctly.

--
Any help is very much appreciated.
Kind regards,
Mike



From commentgg at hotmail.com  Thu Dec 21 17:59:15 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Thu, 21 Dec 2006 23:59:15 +0000
Subject: [pmwiki-users] no edits on pmwiki.org
Message-ID: <BAY111-W4D3BE60866A8CE7797B37BCCE0@phx.gbl>


That's what's wrong. Pages enter but I can't seem to edit. In both Firefox & Opera. Some 10 minutes now. 

/jm
_________________________________________________________________
Type your favorite song.? Get a customized station.? Try MSN Radio powered by Pandora.
http://radio.msn.com


From whudson at igc.org  Thu Dec 21 18:03:15 2006
From: whudson at igc.org (Wade Hudson)
Date: Thu, 21 Dec 2006 18:03:15 -0600
Subject: [pmwiki-users] Vulnerability being exploited
Message-ID: <458B20C3.901@igc.org>

Dear pmwiki users:

On my site, a vulernability is being exploited on the top-level script. 
About ten times a day, I receive spam that includes a number as the 
username and then has "@users.hostname.net" as the domain name.

My web host tells  me:

    The mail logs suggest that this message was indeed generated on our
    Web server, and the web logs turn up... something that looks like
    the (ab)use of a script on your own site, corresponding to the
    message time exactly:

    193.108.252.170 - - [20/Oct/2006:14:51:12 -0700] "POST /pmwiki.php
    HTTP/1.1" 302 16 "http://sitename/pmwiki.php" "Mozilla/5.0 (Windows;
    U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523"

    You need to close the exploit one way or another. We've had to
    disable Web scripts recently because they were being used for
    massive spamming and were bringing our whole Web server down, so
    it's probably just a matter of time before yours is more
    aggressively exploited.

    Looking more closely, the URL that's getting used is just
    /pmwiki.php, which is the central top-level script for the site

I am a relative novice. A friend set this site up for me. I think I know 
how to upload files to the site using WinSCP, which is configured to 
connect to the website when I log in, but that's about it. I could edit 
a particular file with precise instructions. So please be as simple and 
step-by-step as you can with your advice.

Also, if one of you might be available for one-on-one guidance, that 
might be helpful, unless what I need to do is very easy.

Thanks,
Wade

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061221/701002a4/attachment.html 

From haganfox at users.sourceforge.net  Thu Dec 21 19:03:54 2006
From: haganfox at users.sourceforge.net (HaganFox)
Date: Fri, 22 Dec 2006 01:03:54 +0000 (UTC)
Subject: [pmwiki-users] Can't create new pages
References: <200612212248.53536.info@hassanein.ch>
	<458B08B1.7070801@moosoft.com>
	<200612212334.08909.info@hassanein.ch>
Message-ID: <loom.20061222T015218-885@post.gmane.org>

info <info <at> hassanein.ch> writes:
> 
> On Thursday 21 December 2006 23:20, dso wrote:
> > You need to mkdir Public and then chmod 777 Public
> Yes I know that's a possible way to achieve it.
> But I would like to create pages through the pmWiki system online.
> 
> I installed pmWiki on another Webserver and there I do not have this problem.

One possibility would be that this server is running with PHP Safe Mode enabled
and the other one is not.  If Safe Mode enabled you will need to create any
directories and "chmod 777" them.  (Is that a verb?)

If Safe Mode is enabled a script cannot, under any circumstances, create a
directory and then write anything in that self-created directory.

Hagan




From katir at hindu.org  Thu Dec 21 19:10:01 2006
From: katir at hindu.org (Sivakatirswami)
Date: Thu, 21 Dec 2006 15:10:01 -1000
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
References: <4588B39B.6010204@hindu.org>	<20061220103949.GB19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
Message-ID: <458B3069.7090105@hindu.org>

christian.ridderstrom at gmail.com wrote:

> 
> I think it might be enough to do
> 
>     (:input form ...:)
>     (:pagelist ...:)
>     (:input submit:)
>     (:input end:)
> 
> and it should without java script.   It should be possible to get the 
> additional directives into the format #navigator with some if:s
> 
> cheers
> /Christian
OK, good, I would like to avoid the JAVA...

And also eliminate "Submit" requirement on option menu select action.
(as a designer-author of deskapps, this requirement makes one squirm)

Is that what you are saying might be
doable with additional directives  in the format #navigator
construct? I don't want to waste time fiddling with it
if it simply is not possible...

hmmm. I see this may be doable with zap "select+" ??

Happy Solstice Day (Sun starts moving north today.
We got a New Year's Day greeting from Bhutan...)

Sivakatirswami





From pmwiki at solidgone.com  Thu Dec 21 21:10:21 2006
From: pmwiki at solidgone.com (DaveG)
Date: Thu, 21 Dec 2006 22:10:21 -0500
Subject: [pmwiki-users] new zap release...
In-Reply-To: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>
References: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>
Message-ID: <458B4C9D.3080905@solidgone.com>

Some problems on the site:
  - Some areas of the site still require login. Snipets in particular, 
also Documentation.
  - I actually can't login with Guest/test, nor can I register.

I'm trying to get some basics working with Zap:
  - Getting a bunch of "Warning: Invalid argument supplied for foreach() 
in C:\temp\pmwiki-2.2.0-beta17\cookbook\zap.php on line 103" errors on a 
basic PmWiki install, only cookbook is Zap. Looks like this may be a 
known issue.
  - What I'm most struggling with is displaying data stored on another 
page. How are those variables referenced?
  - It appears that you wouldn't store multiple records with the same 
field names in a single page. Thus, lists would be constructed by 
storing 'records' in separate pages, and displaying the records in list 
format via pagelist. Is that correct?

Some suggestions:
  - provide basic examples.
    - Show how to display data from another page.
    - Point out somewhere early on that Zap relies heavily on pagelists, 
and provide some examples.

  - I remember seeing a quote: "pages can be treated like db records, 
with individual fields in them". If this is true, it helped put things 
into context, and should be on the site.

  - Context is important. Fox is very simple to understand as it sticks 
with data and display templates for displaying data. Zap's concepts are 
not well defined in the docs.


  ~ ~ Dave


The Editor wrote:
> Well, I have the new beta version of zap ready to go but haven't quite
> been able to get the downloads to work at zapsite.org (they seem to be
> there...).  It is a significantly improved version--new features,
> better security, greater flexibility and much simpler to use.  If you
> can just get to the files.  :)
> 
> In the mean time, I have uploaded a bunch of new documentation and 8
> or 10 pages of tutorials to explain a bit more how it works.  If
> anyone has any feedback, on the tutorials, to let me know if they are
> clear and helpful, or if some things are missing, I'd appreciate it.
> 
> I will try to put up a short upgrade summary that will describe
> changes you will need to make to forms to get them to work with the
> new zap.  If you find a snippet or form on zapsite that's not working,
> please let me know so I can repair it.  As soon as I get the downloads
> working I'll announce that here.
> 
> Cheers,
> Dan
> 
> PS.  Thanks to everyone for their help.  There's one or two minor
> fixes that still need to be made, but those shouldn't affect how it
> works.  Only internal code changes.
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 



From haganfox at users.sourceforge.net  Thu Dec 21 20:36:53 2006
From: haganfox at users.sourceforge.net (HaganFox)
Date: Fri, 22 Dec 2006 02:36:53 +0000 (UTC)
Subject: [pmwiki-users] "Bug" when installing to a secure server?
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
	<20061220140013.GA15931@host.pmichaud.com>
	<599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>
	<20061220161948.GE1931@host.pmichaud.com>
	<Pine.LNX.4.64.0612201737410.13698@black01.md.kth.se>
Message-ID: <loom.20061222T030140-248@post.gmane.org>

<christian.ridderstrom <at> gmail.com> writes:
> On Wed, 20 Dec 2006, Patrick R. Michaud wrote:
[...]
> >> I think you may rely on the HTTPS environment variable.
> >
> > Hmm.  It's annoying that none of the Apache/mod_ssl docs
> > actually say what value the HTTPS environment variable will
> > be set to when running via a secure connection.
> >
> > But based on the phpinfo you've given above I guess we'll
> > just assume 'https:' whenever $_SERVER['HTTPS'] is 'on', and
> > 'http:' otherwise.

I looked into this quite a bit when I wrote the SwitchToSSLMode recipe[1] and
decided that "whenever $_SERVER['HTTPS'] is 'on'" is a fairly reliable test.

I think these are accurate:

if ($_SERVER['HTTPS'] == 'on') { # definitely SSL }
if (!isset($_SERVER['HTTPS'])) { # definitely not SSL }
if ($_SERVER['HTTPS'] == 'off') { # definitely not SSL }
if ($_SERVER['SERVER_PORT'] == '443') { # extremely likely SSL }
if ($_SERVER['SERVER_PORT'] == '80') { # very likely not SSL }

> I just checked using
> 
>  	echo "HTTPS: '". $_SERVER['HTTPS'] ."'";
> 
> On my secure installation the result was 'on', and on a public I just got 
> what I think is an empty string, i.e. ''.

That's good feedback.  Just to be sure I understand, the public server is also
HTTPS, correct?

Assuming so, I suspect

if (@$_SERVER['HTTPS'] == 'on'
 || @$_SERVER['SERVER_PORT'] == '443') { # ... }

would work on both of those servers.   I think it would virtually never detect
HTTPS in error, except if a server is using port 443 and not HTTPS.  I don't
think that's likely to happen, and even if it does the wiki administrator can
always set $ScriptUrl explicitly.

Hagan

[1] http://www.pmwiki.org/wiki/Cookbook/SwitchToSSLMode




From crisses at kinhost.org  Fri Dec 22 05:44:12 2006
From: crisses at kinhost.org (Crisses)
Date: Fri, 22 Dec 2006 06:44:12 -0500
Subject: [pmwiki-users] Vulnerability being exploited
In-Reply-To: <458B20C3.901@igc.org>
References: <458B20C3.901@igc.org>
Message-ID: <CF792FEE-5747-44CB-B1C2-D82BADC7A832@kinhost.org>

On Dec 21, 2006, at 7:03 PM, Wade Hudson wrote:

> Dear pmwiki users:
>
> On my site, a vulernability is being exploited on the top-level  
> script. About ten times a day, I receive spam that includes a  
> number as the username and then has "@users.hostname.net" as the  
> domain name.
> My web host tells me: The mail logs suggest that this message was  
> indeed generated on our Web server, and the web logs turn up...  
> something that looks like the (ab)use of a script on your own site,  
> corresponding to the message time exactly:
>
> 193.108.252.170 - - [20/Oct/2006:14:51:12 -0700] "POST /pmwiki.php  
> HTTP/1.1" 302 16 "http://sitename/pmwiki.php" "Mozilla/5.0  
> (Windows; U; Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523"
>
> You need to close the exploit one way or another. We've had to  
> disable Web scripts recently because they were being used for  
> massive spamming and were bringing our whole Web server down, so  
> it's probably just a matter of time before yours is more  
> aggressively exploited.
>
> Looking more closely, the URL that's getting used is just / 
> pmwiki.php, which is the central top-level script for the site
> I am a relative novice. A friend set this site up for me. I think I  
> know how to upload files to the site using WinSCP, which is  
> configured to connect to the website when I log in, but that's  
> about it. I could edit a particular file with precise instructions.  
> So please be as simple and step-by-step as you can with your advice.
>
> Also, if one of you might be available for one-on-one guidance,  
> that might be helpful, unless what I need to do is very easy.
>
> Thanks,
> Wade
>

Hi, Wade,

EVERYTHING runs through the top-level script.  When you see http:// 
www.example.com/pmwiki.php/Main/HomePage -- it's still running  
through pmwiki.php.


so -- here's what we need to know:

What version are you running -- see page PmWiki/PmWiki on your site.   
Compare it with the latest release numbers at the pmwiki.org site --  
you likely have an old version.

What recipes are you using -- see the cookbook folder when you SCP to  
the site and give us a list of what's in there, or match up each  
recipe with the cookbook area of pmwiki.org --> each script may be  
updated from the version you're running.

The other places that there may be customizations that would make  
your site vulnerable is in the skins used and the local/  
configuration folder...

Suggestions:
upgrade the site - you could have an older version of PmWiki with  
known vulnerabilities that have been fixed.
upgrade any recipes used - again, maybe you're using recipes that had  
vulnerabilities that are known
give us the URL, so we can look at the site and make suggestions for  
how to improve your security

I'd say take everything one step at a time --
backup --> as easy as downloading everything to a safe directory on  
your home computer in case something breaks
disable recipes
upgrade pmwiki from pmwiki.org
re-download each recipe from pmwiki.org and install it
enable each recipe one at a time -> test if it works
if there's problems with anything, let us know.

If you want any help from the list in general, you might want to give  
us the URL for the site.  If you want assistance, just ask.  If you  
want to hire someone to explicitly take care of it for you (in a  
contract-for-hire way), I'm one of the people on the list available  
for hire -- I'm sure there are others.  I advise and give away ideas  
for free: I research, program, and do for money ;)

Crisses








From hsingfoo at gmail.com  Sat Dec 23 04:35:20 2006
From: hsingfoo at gmail.com (Hsing-Foo Wang)
Date: Sat, 23 Dec 2006 11:35:20 +0100
Subject: [pmwiki-users] Vulnerability being exploited
In-Reply-To: <458B20C3.901@igc.org>
References: <458B20C3.901@igc.org>
Message-ID: <bf85d9a00612230235u309747abna2d5c1b8092d4995@mail.gmail.com>

Something is really going wrong here.... pmwiki.org is down, is it related?

-HF


On 12/22/06, Wade Hudson <whudson at igc.org> wrote:
>
>  Dear pmwiki users:
>
>  On my site, a vulernability is being exploited on the top-level script.
> About ten times a day, I receive spam that includes a number as the username
> and then has "@users.hostname.net" as the domain name.
>  My web host tells me:
>
>
> The mail logs suggest that this message was indeed generated on our Web
> server, and the web logs turn up... something that looks like the (ab)use of
> a script on your own site, corresponding to the message time exactly:
>
>  193.108.252.170 - - [20/Oct/2006:14:51:12 -0700] "POST /pmwiki.php
> HTTP/1.1" 302 16 "http://sitename/pmwiki.php" "Mozilla/5.0 (Windows; U;
> Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523"
>
>  You need to close the exploit one way or another. We've had to disable Web
> scripts recently because they were being used for massive spamming and were
> bringing our whole Web server down, so it's probably just a matter of time
> before yours is more aggressively exploited.
>
>  Looking more closely, the URL that's getting used is just /pmwiki.php,
> which is the central top-level script for the site
>  I am a relative novice. A friend set this site up for me. I think I know
> how to upload files to the site using WinSCP, which is configured to connect
> to the website when I log in, but that's about it. I could edit a particular
> file with precise instructions. So please be as simple and step-by-step as
> you can with your advice.
>
>  Also, if one of you might be available for one-on-one guidance, that might
> be helpful, unless what I need to do is very easy.
>
>  Thanks,
>  Wade
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>



From tedc at science.org  Sat Dec 23 11:47:03 2006
From: tedc at science.org (Ted Coombs)
Date: Sat, 23 Dec 2006 07:47:03 -1000
Subject: [pmwiki-users] Vulnerability being exploited
In-Reply-To: <bf85d9a00612230235u309747abna2d5c1b8092d4995@mail.gmail.com>
References: <458B20C3.901@igc.org>
	<bf85d9a00612230235u309747abna2d5c1b8092d4995@mail.gmail.com>
Message-ID: <458D6B97.6090902@science.org>

I think the problem is bigger than that. Yesterday, when the site stayed 
down I did a trace on the DNS, and it just didn't exist. I think someone 
has highjacked the DNS. But, keep me up-to-date with the vuln.

Ted

Hsing-Foo Wang wrote:
> Something is really going wrong here.... pmwiki.org is down, is it related?
>
> -HF
>
>
> On 12/22/06, Wade Hudson <whudson at igc.org> wrote:
>   
>>  Dear pmwiki users:
>>
>>  On my site, a vulernability is being exploited on the top-level script.
>> About ten times a day, I receive spam that includes a number as the username
>> and then has "@users.hostname.net" as the domain name.
>>  My web host tells me:
>>
>>
>> The mail logs suggest that this message was indeed generated on our Web
>> server, and the web logs turn up... something that looks like the (ab)use of
>> a script on your own site, corresponding to the message time exactly:
>>
>>  193.108.252.170 - - [20/Oct/2006:14:51:12 -0700] "POST /pmwiki.php
>> HTTP/1.1" 302 16 "http://sitename/pmwiki.php" "Mozilla/5.0 (Windows; U;
>> Windows NT 5.0; en-US; rv:1.0rc3) Gecko/20020523"
>>
>>  You need to close the exploit one way or another. We've had to disable Web
>> scripts recently because they were being used for massive spamming and were
>> bringing our whole Web server down, so it's probably just a matter of time
>> before yours is more aggressively exploited.
>>
>>  Looking more closely, the URL that's getting used is just /pmwiki.php,
>> which is the central top-level script for the site
>>  I am a relative novice. A friend set this site up for me. I think I know
>> how to upload files to the site using WinSCP, which is configured to connect
>> to the website when I log in, but that's about it. I could edit a particular
>> file with precise instructions. So please be as simple and step-by-step as
>> you can with your advice.
>>
>>  Also, if one of you might be available for one-on-one guidance, that might
>> be helpful, unless what I need to do is very easy.
>>
>>  Thanks,
>>  Wade
>>
>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>>
>>
>>     
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>   




From editor at fast.st  Fri Dec 22 15:44:22 2006
From: editor at fast.st (The Editor)
Date: Fri, 22 Dec 2006 16:44:22 -0500
Subject: [pmwiki-users] Sitewide groupfooters
Message-ID: <fec7cf150612221344o57b2358fh9ba1c499c24a2247@mail.gmail.com>

Was wondering how one defined a sitewide default groupfooter in a
skin.  I want most pages of my site to be able to add tasks to a todo
group using a form in site.groupfooter.  In a few groups I want to
override with local groupfooters.  Or be able to use (:nogroupfooter:)

I have a custom skin and don't know how to do this.  If possible, I'd
like to make it a part of the <!--PageText--> because if I put it
somewhere else in the page template, I'm liable to get session
variable problems.  Thanks in advance.

Cheers,
Dan



From commentgg at hotmail.com  Fri Dec 22 09:35:34 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Fri, 22 Dec 2006 15:35:34 +0000
Subject: [pmwiki-users] FW: no edits on pmwiki.org
Message-ID: <BAY111-W7245EDA52957D4490B379BCCD0@phx.gbl>



It's gotten worse, I can't get to pmwiki.org *at all*. 

Just me then? Strange. All else (including other pmwiki's) is fine. 

/jm


----------------------------------------
> From: commentgg at hotmail.com
> To: pmwiki-users at pmichaud.com
> Subject: no edits on pmwiki.org
> Date: Thu, 21 Dec 2006 23:59:15 +0000
> 
> 
> That's what's wrong. Pages enter but I can't seem to edit. In both Firefox & Opera. Some 10 minutes now. 
> 
> /jm

_________________________________________________________________
Fixing up the home? Live Search can help.
http://imagine-windowslive.com/search/kits/default.aspx?kit=improve&locale=en-US&source=wlmemailtaglinenov06


From design5 at softflow.co.uk  Sat Dec 23 11:52:42 2006
From: design5 at softflow.co.uk (Hans)
Date: Sat, 23 Dec 2006 17:52:42 +0000
Subject: [pmwiki-users] Sitewide groupfooters
In-Reply-To: <fec7cf150612221344o57b2358fh9ba1c499c24a2247@mail.gmail.com>
References: <fec7cf150612221344o57b2358fh9ba1c499c24a2247@mail.gmail.com>
Message-ID: <9410668474.20061223175242@softflow.co.uk>

Friday, December 22, 2006, 9:44:22 PM, The wrote:

> Was wondering how one defined a sitewide default groupfooter in a
> skin.  I want most pages of my site to be able to add tasks to a todo
> group using a form in site.groupfooter.  In a few groups I want to
> override with local groupfooters.  Or be able to use (:nogroupfooter:)

Create a Site.AllGroupFooter similar to AllGroupHeader:
http://www.pmwiki.org/wiki/Cookbook/AllGroupHeader


Hans




From kat_lists at katspace.homelinux.org  Fri Dec 22 17:05:43 2006
From: kat_lists at katspace.homelinux.org (Kathryn Andersen)
Date: Sat, 23 Dec 2006 10:05:43 +1100
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <458B3069.7090105@hindu.org>
References: <4588B39B.6010204@hindu.org>
	<20061220103949.GB19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
	<458B3069.7090105@hindu.org>
Message-ID: <20061222230543.GB22827@katla.katspace.homelinux.org>

On Thu, Dec 21, 2006 at 03:10:01PM -1000, Sivakatirswami wrote:
> christian.ridderstrom at gmail.com wrote:
> 
> > I think it might be enough to do
> > 
> >     (:input form ...:)
> >     (:pagelist ...:)
> >     (:input submit:)
> >     (:input end:)
> > 
> > and it should without java script.   It should be possible to get the 
> > additional directives into the format #navigator with some if:s
> > 
> > cheers
> > /Christian
> OK, good, I would like to avoid the JAVA...
> 
> And also eliminate "Submit" requirement on option menu select action.
> (as a designer-author of deskapps, this requirement makes one squirm)

I'm afraid that if you want to do away with the Submit button, you
must use javascipt.  The Submit button is how you tell the PmWiki
script to do something.   Otherwise you can click selection menus all
day and nothing will happen.
 
Kathryn Andersen
-- 
 _--_|\     | Kathryn Andersen	<http://www.katspace.com>
/      \    | 
\_.--.*/    | GenFicCrit mailing list <http://www.katspace.com/gen_fic_crit/>
      v     | 
------------| Melbourne -> Victoria -> Australia -> Southern Hemisphere
Maranatha!  |	-> Earth -> Sol -> Milky Way Galaxy -> Universe



From sti at pooq.com  Sat Dec 23 11:02:32 2006
From: sti at pooq.com (Stirling Westrup)
Date: Sat, 23 Dec 2006 12:02:32 -0500
Subject: [pmwiki-users] pattern matching:
In-Reply-To: <fec7cf150612210725s390f6fa8g26419202cce4c45b@mail.gmail.com>
References: <20061204172211.GF1496@host.pmichaud.com>	<20061204175642.83459.qmail@web36113.mail.mud.yahoo.com>	<20061204180459.GG1496@host.pmichaud.com>
	<fec7cf150612210725s390f6fa8g26419202cce4c45b@mail.gmail.com>
Message-ID: <458D6128.6050404@pooq.com>

The Editor wrote:
> Now that I'm getting the hang of expressions, I have a simple
> question.  Why does Pm generally use double escapes \\ rather than
> single escapes \.
> 
> Here's an example he sent me awhile back.  I think I understand the rest of it:
> 
>>>>     preg_replace('/\\{([-.:\\w]+)\\}/e', "Function('$1')", $text)
> 
> Just curious, and trying get a bitter better at this kind of thing.
> 

PM has answered this question a couple of times that I can remember. Search
the archives for a definitive answer.

In short, IIRC, its because there are certain obscure cases where you need the
double escapes. Rather than having to try and figure out when those cases
occurs, he just always puts them in. This is, surprisingly, safe to do because
of how PHP handles escapes.





From pmichaud at pobox.com  Sat Dec 23 12:04:30 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Sat, 23 Dec 2006 12:04:30 -0600
Subject: [pmwiki-users] pmwiki.org back online
Message-ID: <20061223180429.GB16376@host.pmichaud.com>

For those who have been wondering what happened to
pmwiki.org the past couple of days, it's back online.

As far as to why it crashed -- a couple of weeks ago I asked 
my hosting provider to look into some performance issues on
my server, and they ended up making some "tuning" changes to
the Apache configuration.  But apparently they were a little
too liberal in the changes (they certainly are with respect 
to Apache's own recommendations) and on Thursday evening
the Apache processes ended up eating all of the system
resources.  The DNS server then crashed shortly thereafter,
thus making it difficult to reach the site.

Normally I would've caught this much sooner, but as it
turns out I've also been on vacation since Thursday
(I'm writing this email from my hotel room :-).

Anyway, I've re-tuned the Apache settings to something
a bit more reasonable, so hopefully this won't happen
again anytime soon.  And I'm returning from vacation
tomorrow, and can look into it further then.

Finally, my thanks go to whoever called me on my
cell phone this morning to let me know the site was
down -- it's greatly appreciated.  (Sorry I wasn't
more friendly on the phone -- I was just waking up
at the time! :-)

Thanks to all,

Pm



From shaneycrawford at yahoo.ca  Thu Dec 21 22:31:19 2006
From: shaneycrawford at yahoo.ca (Shaney Crawford)
Date: Fri, 22 Dec 2006 13:31:19 +0900
Subject: [pmwiki-users] Commas, Numbers in Categories
Message-ID: <39c97d070612212031m285e7afci2f57d5d67aa5480b@mail.gmail.com>

Hi there,

The reason I like pmwiki so much is because of the ease-of-use and the
way that it is so powerful with only php (no need for messy
databases).  My favourite feature of the software is the ability to
make categories.  I tend to use this feature more than anything else,
as the sites I make are often archives of information from other
places, so the ability to apply categories to the information is
extremely valuable.

I am having some problems including certain characters (commas,
numbers) in categories.  I posted an article earlier about a problem
that I am having with pagelists and categories (thank you for your
email, Crisses, I will respond soon), but the problems below are
different (and from a different website).

On this site, I am having problems making category pages that have
either numbers or commas in them.  To solve this problem, I thought
maybe I could use a
[[!link | name of link]]
structure to give the link a different name from the actual category
page.  However, it doesn't seem to be that simple a problem.

My question is:

>>>Is there some (simple) way to use commas or numbers in categories?<<<

I have included the details of what I am trying to do (and some
solutions) below, but if someone has encountered this problem before
and there is a simple answer (i.e. "No, there isn't a simple way to
use commas and/or numbers in categories"), please disregard what is
written below and just let me know.




=================
Background
=================

I have a site that has pages that assign metadata to linked documents
(pdf, word, etc.).  For example, for every document, I list the title,
format, and size of the document, along with the author's name and
affiliation, and the event/activity at which the document was used
(most of the documents are research presentations in pdf format)
amongst other keywords.

e.g.

-------------------
Title: The Effects of Something on Something Else
Format: pdf
Size: 0.3MB
Author: Someone With A Name
Affiliation: Institute of Something, Some University
Event: International Event With a Big Long Name that I Want to Shorten
Keywords: Something, Something Else
-------------------

In order to create an easy-to-use database of these documents, I have
coded the page in this way.

-------------------
Title: [[http://linkto.pdf | The Effects of Something on Something Else]]
Format: pdf
Size: 0.3MB
Author: [[!Someone With A Name]]
Affiliation: [[!Institute of Something, Some University]]
Event: [[!International Event With a Big Long Name that I Want to Shorten]]
Keywords: [[!Something]], [[!Something Else]]
-------------------


My problem is with the (1) Affiliation and (2) Event categories.



=================
(1) Problem with Affiliation Category: Commas
=================

The names of organizations often have commas in them.

e.g.
[[!Institute of Something, Some University]]

If I leave the comma in, the pagelist doesn't work properly and that
item is not included in the list, although the link does take me to
the correct page (Category.Institute of...).

I can take the comma out, but if possible I would rather leave it in
as some of these names can be rather long and convoluted, and the
commas are there for a reason.

Test Cases

--SOLUTION 1--
Ideally, I would like this to work, but it doesn't.
a. [[!Institute of Something, Some University]]

--SOLUTION 2--
This works, but is not ideal because the missing comma makes the
organization's name hard to understand.
a. [[!Institute of Something Some University]]

--SOLUTION 3--
This would be fine, if it worked.
a. [[Category/Institute of Something, Some University]]

--SOLUTION 4--
This is again, not ideal because of the missing comma.
a. [[Category/Institute of Something Some University]]

--SOLUTION 5--
If I take out the comma, I could add it back in like this, the way we
do it with regular links, but this doesn't work.
a. [[!Institute of Something Some University | Institute of Something,
Some University]]
b. [[Category/Institute of Something Some University | Institute of
Something, Some University]]

--SOLUTION 6--
This is just showing the final option, for the sake of argument.  It
doesn't make sense to do this, but if it worked, I would do it.
a. [[!Institute of Something, Some University | Institute of
Something, Some University]]
b. [[Category/Institute of Something, Some University | Institute of
Something, Some University]]

--SOLUTION 7--
It is possible to use a hyphen instead of a comma, but only if the
words are stuck together.
a. [[!Institute of Something-Some University]] (works)
b. [[!Institute of Something - Some University]] (doesn't work)


Results

Works properly:
Solution 2(a), Solution 7(a)

Links to proper category page, but doesn't include that item in the
category pagelist:
Solution 1(a), Solution 3(a), Solution 4(a), Solution 5(b), Solution
6(b), Solution 7(b)

Links to "regular" page (Main/Institute of...) rather than category
page (Category/Institute of...):
Solution 5(a), Solution 6(a)

Of course, I can do a workaround with an invisible link that puts the
item on the page and a visible link that takes the person to the right
page.

%comment%[[!Institute of Something Some University]]%%[[!Institute of
Something, Some University]]

This works, but it seems to be rather clunky, so if there is a more
elegant solution, I would like to know about it.  I tried changing the
comma to a semi-colon and that doesn't work.  Hyphens do, but they
don't look very nice because the hyphen cannot have spaces around it.

Ideally, I want to be able to use one of the following.

[[!Institute of Something, Some University]]
(like a regular category)
or
[[!Institute of Something Some University | Institute of Something,
Some University]]
(like a regular link)

If all else fails, I suppose I could just separate the two.

[[!Institute of Something]], [[!Some University]]

But that is also not ideal because an "Institute of Something" at one
university is not the same as a similarly named institute at another
university.  (Documents by same-named institutes would be grouped
together.) I suppose I could also just decide not to provide a link to
items at the "Institute" level, but that would mean an equivalent loss
of valuable cross-referencing data.




=================
(2) Problem with Event Category: Numbers
=================

I am also having a problem with the events category, which includes numbers.

The names of the events are often quite (ridiculously) long (e.g.
International Workshop on the Effects of Some Major Thing on Some
Other Important Thing and their Policy Ramifications), so it is not a
good idea to use them as the name of the link.  (Long links tend to
break in some mail readers.)

I still need to have a unique identifier for each event, so I have
decided to use the date in numerical format (e.g. 20061222).  However,
there are certain problems with using a number as the first letter of
a category, so I have chosen to put an "A" (for "activity") at the
beginning of the identifier (i.e. A20061222).

--SOLUTION 1--
This doesn't work.  The link goes to the right page, but the article
does not get added to the page.
[[!20061222]]

--SOLUTION 2--
This also doesn't work.  Same problem: The link goes to the right
page, but the article does not get added to the page.
[[!A20061222]]

--SOLUTION 3--
This works, but is not very informative to the reader.
[[!A 20061222]]

--SOLUTION 4--
This is what I want to do.  However, the link goes to a "regular" page
(Main/A 20061222) rather than a category page (Category/A 20061222).
[[!A 20061222 | International Workshop on the Effects of Some Major
Thing on Some Other Important Thing and their Policy Ramifications]]

--SOLUTION 5--
This is what I may have to do ("invisible link that puts the item in
the right category" with "visible link that jumps to the category
page" trick), but would rather not, if there is a way to make Solution
4 work properly.
* Event: %comment%[[!A 20061205]]%% [[Category/A 20061222 |
International Workshop on the Effects of Some Major Thing on Some
Other Important Thing and their Policy Ramifications]]




Any ideas?  Basically, I have come up with functional (but clunky)
workarounds, so I can use them as a last resort.  I would like to find
out, though, if there is a more elegant way to do it that I have not
considered.  I would like to keep the coding as simple as possible
(and keep the coding for each of the category pages as similar as
possible) so that I can eventually teach (non-techy) people how to
update the page.  That is why I am hoping to find the simplest
solution.

Also, is there a reason why the commas and numbers don't work properly
as category names?  I can kind of understand why commas wouldn't work,
but it seems like numbers should.  Is there something I am missing?  I
have had to do a similar kind of workaround on a site that archives
issues of a magazine by year, since the year in numeric form doesn't
work as a category -- the category page is created, but the items do
not get included in the page.  The example that is used in the
documentation for categories includes a year category (for classifying
films), so I assumed it *should* work.

Shaney.



From dausha at gmail.com  Sat Dec 23 12:24:03 2006
From: dausha at gmail.com (Ben Wilson)
Date: Sat, 23 Dec 2006 13:24:03 -0500
Subject: [pmwiki-users] RFC 968 Compliance?
Message-ID: <cc6097050612231024x5eaa4546t5e0ab30292351bfa@mail.gmail.com>

I've been doing some research, and I'm rather appalled, given the
present season, why PmWiki has not committed to being RFC 968
compliant.[1] I should think that even with Pm on vacation and servers
crashing that this should be a rather easy to remedy. Perhaps in the
next beta of the 2.2 series?

[1]: http://www.faqs.org/rfcs/rfc968.html
-- 
Ben Wilson
"Words are the only thing which will last forever" --- Churchill



From crisses at kinhost.org  Fri Dec 22 05:30:26 2006
From: crisses at kinhost.org (Crisses)
Date: Fri, 22 Dec 2006 06:30:26 -0500
Subject: [pmwiki-users] Email to Wiki
In-Reply-To: <fec7cf150612211339y12514808m967ada5e86fa1a07@mail.gmail.com>
References: <fec7cf150612211339y12514808m967ada5e86fa1a07@mail.gmail.com>
Message-ID: <57B55FFB-A610-4E1F-A6AC-5A5C1E8DFA72@kinhost.org>


On Dec 21, 2006, at 4:39 PM, The Editor wrote:

> Still wondering exactly what would be involved in getting an email to
> wiki module working.  I have a real interest in this, and would like
> perhaps to give it a whirl. But don't know where to start...
>
> Can php be used with email functions--as in check an email account,
> retrieve email messages, etc.?  (POP accounts enough for me).
> Couldn't seem to find anything at php.net, but may not have known
> where to look. If I could get a little traction, I could maybe
> research it some more.  But then again, if it can't be done in php,
> maybe I just need to forget about it awhile.
>
> I'd be happy for about any system that could just retrieve emails and
> convert them to simple text files...  There's gotta be something that
> can do that.  Any ideas?
>
> Cheers,
> Dan

http://wiki.cc/php/POP3
http://us2.php.net/imap
http://www.phpclasses.org/browse/file/3.html

etc.

The problem isn't whether PmWiki can pull page information from  
emails, but what the protocols and formats should be.  Patrick would  
be creating a way for the PmWiki core to pull information (or have  
other sites push information into PmWiki).  And that's where the  
issue is, not in what the exact email protocol is, but how to have an  
email name pages, or how to do email->markup, and etc.  You can  
create something right now, but it might change a great deal once  
it's pulled into the core.

I'm thinking along the lines of the XMLRPC recipe -- that's an  
external format that pushes information into the wiki just fine, and  
probably just needs to be "modernized" to use UpdatePage, etc.  I  
find using XMLRPC and Ecto to be indispensable when dealing with  
large wikis.  If only I could get the Ecto author to support wiki  
markup -> gui :)

Crisses





From pmbasa at us.ibm.com  Sat Dec 23 13:22:48 2006
From: pmbasa at us.ibm.com (Paula Basa)
Date: Sat, 23 Dec 2006 12:22:48 -0700
Subject: [pmwiki-users] Out of Office
Message-ID: <OFFFCEC3E6.0F70F07A-ON8725724D.006A752E-8725724D.006A752E@us.ibm.com>





I will be out of the office starting  12/22/2006 and will not return until
01/02/2007.

Happy holidays!

I will have limited access to email.  I will respond to your email as soon
as possible.

For urgent issues, please contact eBusiness Operations at 877-369-8675.

Thank You.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061223/d0ec74a6/attachment.html 

From crisses at kinhost.org  Fri Dec 22 06:39:58 2006
From: crisses at kinhost.org (Crisses)
Date: Fri, 22 Dec 2006 07:39:58 -0500
Subject: [pmwiki-users] Vulnerability being exploited
In-Reply-To: <458BCCEC.6000304@progressiveresourcecatalog.org>
References: <458B20C3.901@igc.org>
	<CF792FEE-5747-44CB-B1C2-D82BADC7A832@kinhost.org>
	<458BCCEC.6000304@progressiveresourcecatalog.org>
Message-ID: <382DACEC-10CD-42D3-9BD1-8417DEF16220@kinhost.org>

On Dec 22, 2006, at 7:17 AM, Wade Hudson wrote:

> Crisses,
>
> Thanks much for your response. I appreciate your offer to do it for  
> me for a fee, and may take you up on it later, but I'd like to  
> learn how to do it myself and it seems your direction will enable  
> me to do that.

Not a problem.  My company's mission is essentially "Teaching people  
how to TEACH people how to fish."  So I give people guidance, include  
training with package deals, etc.  but I also have to eat, so I  
charge money when people DON'T want to learn ;) when they don't have  
the time, or it's really too much for their level of knowledge to  
handle.

> The site is http://progressiveresourcecatalog.org/index.php

Nice!   A site after my own heart.

> My version is pmwiki-2.0.13.

That's pretty old.  It's definitely time to upgrade.  I suggest  
upgrading to the latest 2.1.x but the 2.2 beta 17 seems pretty stable  
if you would rather make the giant leap.

This means you should review the Release Notes for changes between  
the 2.0 and 2.1 series, at minimum.  Patrick tends to make pretty  
large leaps between the .x revisions.  If you want to do 2.1->2.2 I'm  
current on what needs to change for that part....it will probably  
involve changes to the skin/template of the site.



> The only *.php files in my cookbook directory are comments.php and  
> mailform.php.
> I use the dropdown skin.


I have a feeling it might be either the comments or mailform that are  
causing the problems.  You should look at those pages and see if  
there were bugfixes.  I'm not sure if the current recipes will work  
with 2.0.13 though.  hence one need to upgrade.

> Using WinSCP, I'm copying everything to a backup folder at the  
> moment. It'll take a while longer. After that is complete, I could  
> send you the config.php file.

You may just want to change the passwords in the file.

> How do I upgrade, step-by-step? (Like I said, I'm a novice :- 
> [   and the pmwiki site is down at the moment).

Yeah -- I was wondering about that.  I can send you the 2.2beta17 --  
I think I have it, but the comment and mailform scripts are another  
thing -- I don't think I have those. :/

Hey, no problem!

Hope the site comes back -- even DNS is down.

Crisses



From editor at fast.st  Fri Dec 22 03:04:34 2006
From: editor at fast.st (The Editor)
Date: Fri, 22 Dec 2006 04:04:34 -0500
Subject: [pmwiki-users] Navigator vs Jump Box
In-Reply-To: <458B3069.7090105@hindu.org>
References: <4588B39B.6010204@hindu.org>
	<20061220103949.GB19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
	<458B3069.7090105@hindu.org>
Message-ID: <fec7cf150612220104r2ba83e50sa46fec18f9789e2a@mail.gmail.com>

On 12/21/06, Sivakatirswami <katir at hindu.org> wrote:
> christian.ridderstrom at gmail.com wrote:
>
> >
> > I think it might be enough to do
> >
> >     (:input form ...:)
> >     (:pagelist ...:)
> >     (:input submit:)
> >     (:input end:)
> >
> > and it should without java script.   It should be possible to get the
> > additional directives into the format #navigator with some if:s
> >
> > cheers
> > /Christian
> OK, good, I would like to avoid the JAVA...
>
> And also eliminate "Submit" requirement on option menu select action.
> (as a designer-author of deskapps, this requirement makes one squirm)
>
> Is that what you are saying might be
> doable with additional directives  in the format #navigator
> construct? I don't want to waste time fiddling with it
> if it simply is not possible...
>
> hmmm. I see this may be doable with zap "select+" ??



If you have zap installed, it is as simple as this:

(:input form:)
(:select+ jump:)
(:option :)Select One
(:pagelist group=YourGroup name=-Group*,-RecentChanges fmt="#jumplist":)
(:selectend:)
(:input end:)

The word jump can be anything--it's just the form name.  Then add this template:

[@
[[#jumplist]]
(:option value="pmwiki.php?n={=$FullName}":)(:keep {=$Name}:)
[[#jumplistend]]
@]

I think it's a little simpler than the one in PmWiki's script file,
but haven't tinkered much with the new "input select" markup yet.

Now that I've thought about it, I realized you could do this just as
well.  Just tried it and it works fine:

[@
[[#jumplist]]
(:if equal {<$Group}:)
(:input form:)
(:select+ jump:)
(:option :)Select One
(:if:)
(:option value="pmwiki.php?n={=$FullName}":)(:keep {=$Name}:)
(:if equal {>$Group}:)
(:selectend:)
(:input end:)
(:if:)
[[#jumplistend]]
@]

for your template and then to create the list, all you'd need would be this:

(:pagelist group=YourGroup name=-Group*,-RecentChanges fmt="#jumplist":)

Again, this only works if you have zap installed. I had planned to
eliminate zap's select box markup when the new forms script came out
for PmWiki, but not sure I will do that till I've played around with
it some.  Pm's markup offers greater flexibility and power, but for
something simple like this, zap's seems a bit more intuitive to me,
and requires less typing.

Cheers,
Dan



From editor at fast.st  Fri Dec 22 09:10:06 2006
From: editor at fast.st (The Editor)
Date: Fri, 22 Dec 2006 10:10:06 -0500
Subject: [pmwiki-users] new zap release...
In-Reply-To: <458BF22A.8060004@solidgone.com>
References: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>
	<458B4C9D.3080905@solidgone.com>
	<fec7cf150612220231s3038b61cs2844062f02bc08fc@mail.gmail.com>
	<458BF22A.8060004@solidgone.com>
Message-ID: <fec7cf150612220710t27c04e83j84a10b17249f709f@mail.gmail.com>

On 12/22/06, DaveG <pmwiki at solidgone.com> wrote:
> A few comments below.
>
> The Editor wrote:
> > On 12/21/06, DaveG <pmwiki at solidgone.com> wrote:
> >> Some problems on the site:
> >>  - Some areas of the site still require login. Snipets in particular,
> >> also Documentation.
> >
> > I don't think this is correct.  I've checked and doublechecked.  Can't
> > find anything still requiring logins...  Did you perhaps double click
> > on a link?  If so--that calls up the edit window.  Maybe I should
> > change that.  It's just very convenient....
> Document editing from double-click is what requires the login. ref
> http://www.fast.st/zap/pmwiki.php?n=Docs.FieldReplacement

Ok, that's a feature then, not a bug!  :)

> >>  - I actually can't login with Guest/test, nor can I register.
> >
> > My mistake.  I upgraded the Register Snippet, but not the live
> > Register form.  It should be working now.  Also, somehow the password
> > was somehow delete on the Guest account.  It should be working again,
> > with that account a bit better locked down.
> Still not working with Guest/test.

This was a bug!  I changed how the hide command work in ZAP 2007 and
forgot to update the zapform here.  I *think* it is working there now.
 I should have looked more carefully as I thought the password was set
so it couldn't be changed in the Guest account.

> >> I'm trying to get some basics working with Zap:
> >>  - Getting a bunch of "Warning: Invalid argument supplied for foreach()
> >> in C:\temp\pmwiki-2.2.0-beta17\cookbook\zap.php on line 103" errors on a
> >> basic PmWiki install, only cookbook is Zap. Looks like this may be a
> >> known issue.
> >
> > No this is a new error--had to do with the part of the code that
> > checks for other enabled modules. Only occurs when no other modules
> > are installed.  Is now fixed and the updated download is up.
> Fix works.

Good. Thanks again for pointing out the bugs. I'm making good progress
on a demo version of GTD. Could have it done within a few hours, if
all goes well... :)

Cheers,
Dan



From lists at manor-farm.org  Fri Dec 22 03:32:41 2006
From: lists at manor-farm.org (Ian Barton)
Date: Fri, 22 Dec 2006 09:32:41 +0000
Subject: [pmwiki-users] Email to Wiki
In-Reply-To: <fec7cf150612211339y12514808m967ada5e86fa1a07@mail.gmail.com>
References: <fec7cf150612211339y12514808m967ada5e86fa1a07@mail.gmail.com>
Message-ID: <458BA639.4090600@manor-farm.org>

> Can php be used with email functions--as in check an email account,
> retrieve email messages, etc.?  (POP accounts enough for me).
> Couldn't seem to find anything at php.net, but may not have known
> where to look. If I could get a little traction, I could maybe
> research it some more.  But then again, if it can't be done in php,
> maybe I just need to forget about it awhile.
> 
> I'd be happy for about any system that could just retrieve emails and
> convert them to simple text files...  There's gotta be something that
> can do that.  Any ideas?
Try googling for php pop3, you should find lots of helpful info in the 
first screen. Here are a couple of urls to get you started:

http://wiki.cc/php/POP3

http://www.devarticles.com/c/a/PHP/Create-Your-Own-Mail-Script-With-PHP-and-IMAP/

Ian.



From christian.ridderstrom at gmail.com  Sat Dec 23 15:34:39 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Sat, 23 Dec 2006 22:34:39 +0100
Subject: [pmwiki-users] "Bug" when installing to a secure server?
In-Reply-To: <loom.20061222T030140-248@post.gmane.org>
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
	<20061220140013.GA15931@host.pmichaud.com>
	<599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>
	<20061220161948.GE1931@host.pmichaud.com>
	<Pine.LNX.4.64.0612201737410.13698@black01.md.kth.se>
	<loom.20061222T030140-248@post.gmane.org>
Message-ID: <Pine.LNX.4.64.0612232233580.24217@black01.md.kth.se>

On Fri, 22 Dec 2006, HaganFox wrote:

>> On my secure installation the result was 'on', and on a public I just got
>> what I think is an empty string, i.e. ''.
>
> That's good feedback.  Just to be sure I understand, the public server 
> is also HTTPS, correct?

No, I was being imprecise. The "public" server was 'http:'. sorry

/C

> Assuming so, I suspect
>
> if (@$_SERVER['HTTPS'] == 'on'
> || @$_SERVER['SERVER_PORT'] == '443') { # ... }
>
> would work on both of those servers.   I think it would virtually never detect
> HTTPS in error, except if a server is using port 443 and not HTTPS.  I don't
> think that's likely to happen, and even if it does the wiki administrator can
> always set $ScriptUrl explicitly.

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From sandy at onebit.ca  Fri Dec 22 09:00:53 2006
From: sandy at onebit.ca (Sandy)
Date: Fri, 22 Dec 2006 10:00:53 -0500
Subject: [pmwiki-users] Folder / File accessing problem
In-Reply-To: <456C7BC1.6000006@neuf.fr>
References: <456C7BC1.6000006@neuf.fr>
Message-ID: <emgrv5$ns0$1@sea.gmane.org>

Herv? VICO wrote:
> I've got a strange problem with my pmwiki-site :
> When I use the search tool, or I want to access to Site.AuthUser 
> administration page for example, an error message appears. It explains 
> me tha it cannot open /pub/skins/gemini/wikilib.d/PmWikiFr.OtherVariables
> 
> That's normal because this path /pub/skins/gemini/wikilib.d points to a 
> folder that doesn't exist at all !!!
> the file PmWikiFr.OtherVariables is actually located in /wikilib.d
> 
> Where does this strange path come from ?
> 
> 
> Thanks for Any Answer & Thanks for All !!!!!
> 
> Herv?


Any progress? List's been pretty busy lately, not surprising a few
questions get missed.

I'm afraid this one is definitely beyond my skills. I suspect one of the
over-ridden URL strings is causing the problem.

Couple of ideas, though, to help narrow things down.

- Are you using the standard single-wiki install, or have you moved 
directories around?
- Try going back to the default skin but keeping the translation.

Can you give us the URL? Also, in config.php set $EnableDiag=1;
This will enable the gurus to peek at some of the settings. (One more
example of why PmWiki rocks; when a new user says "I don't have a clue
how to find out if my server has xyz, the gurus can easily find out for
them!)

I assume you're using version 2.something.

Cheers!

Sandy

-----

Experience means you've made the mistake before. I proudly claim to be
very experienced.





From haganfox at users.sourceforge.net  Fri Dec 22 01:22:10 2006
From: haganfox at users.sourceforge.net (HaganFox)
Date: Fri, 22 Dec 2006 07:22:10 +0000 (UTC)
Subject: [pmwiki-users] PmWiki work directory
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
	<Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
	<20061220023926.GA9315@host.pmichaud.com>
Message-ID: <loom.20061222T061302-365@post.gmane.org>

Patrick R. Michaud <pmichaud <at> pobox.com> writes:
> 
> On Wed, Dec 20, 2006 at 12:30:13AM +0100, christian.ridderstrom <at> gmail.com
wrote:
> > On Tue, 19 Dec 2006, Patrick R. Michaud wrote:
[...]
> > >Downsides:
> > >  - it's another (webserver writable) directory to keep track of
> > >  - for sites that have been moving wiki.d/ out of the pmwiki root,
> > >    this directory has to be moved also
> > >  - the work.d/ directory has to be protected somehow (just like
> > >    wiki.d/ does)
> > 
> > Could we have a writable directory called pmwiki.d/, which in turns by 
> > default contains wiki.d/ and work.d/. (Possibly even uploads?)
> 
> Having a separate writable directory for writable data makes sense.

It certainly does.

[The following is incomplete.  I'm just brainstorming here while attempting to
be brief.]

I proposed or at least discussed this a long time ago but I can't seem to locate
or access the thread(s) in the archives.  (The pmichaud.com domain is not
resolving for me tonight.)

> The difficult part is deciding what to do with uploads/ -- on the one
> hand, it makes sense that uploads/ would go where other writable
> directories go, but on another hand it makes url processing a bit
> more difficult.  Thoughts?

A case could be made for treating uploads/ differently since it's the only
web-accessible writable directory (by default, anyway).

General thoughts:

Without a doubt having a single directory be the top of the "writable tree"
would have been better from the beginning.  Now that I'm accustomed to the
current directory layout it doesn't seem as compelling.

Single writable-tree advantages:

1) It's easy to understand.  Fewer directories in the main directory makes it
clearer what each one is for.

2) Installation is easier and more goof-proof.

2a) Safe Mode not withstanding, you could just change the permissions on one
directory (which might even come with the distribution) to 777 and be done.

2b) The slightly-more-secure method would not require setting permissions on the
main directory, reducing the chance of leaving the main directory writable.[1]

2c) Under some hosted-environment scenarios, setting 2777 permissions on the
main directory is not possible.  (Yes, there are workarounds.)[2]

3) Backup and restore procedures could be simplified.[3]  Same goes for
"permissions repair".[4]

4) It would be easier to move the writable directories outside the web document
tree.  Just move one directory and add/change one or two configuration settings.

Hagan

[1] A proposed solution for this was a "security audit" script that would check
permissions and report writable directories/files that don't need to be writable.

[2] For many mew administrators installing PmWiki in the webroot is easier to
understand compared to using chdir() in a wrapper script.  There are other
benefits, such as the path to pub/ being just http://FQDN/pub/, not
http://FQDN/pmwiki/pub/.

[3] As it is now, restoring a wiki is not straightforward, especially if there
are uploads.  The reason is because PmWiki needs to create directories and when
you untar an archive those directories have the wrong permissions.  See the next
note...

[4] I can envision permissions repair being a relatively simple matter.
* Rename the main writable directory.
* Create a new main writable directory and set its permissions.
* PmWiki duplicates the tree structure in the new writable tree.
* The administrator moves the files over to the new tree.  (Copy-then-delete
might work better, where PmWiki might even do the copying.)





From christian.ridderstrom at gmail.com  Sat Dec 23 05:53:51 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Sat, 23 Dec 2006 12:53:51 +0100
Subject: [pmwiki-users] Vulnerability being exploited
In-Reply-To: <458B20C3.901@igc.org>
References: <458B20C3.901@igc.org>
Message-ID: <Pine.LNX.4.64.0612231253060.13698@black01.md.kth.se>

On Thu, 21 Dec 2006, Wade Hudson wrote:

> Dear pmwiki users:
>
> On my site, a vulernability is being exploited on the top-level script. 
> About ten times a day, I receive spam that includes a number as the 
> username and then has "@users.hostname.net" as the domain name.

I'm not to clear on the details here. Are you saying that pmwiki.php is 
being used to send spam?

/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From christian.ridderstrom at gmail.com  Sat Dec 23 05:52:09 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Sat, 23 Dec 2006 12:52:09 +0100
Subject: [pmwiki-users] Navigator  vs Jump Box
In-Reply-To: <458B3069.7090105@hindu.org>
References: <4588B39B.6010204@hindu.org>
	<20061220103949.GB19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201509060.13698@black01.md.kth.se>
	<458B3069.7090105@hindu.org>
Message-ID: <Pine.LNX.4.64.0612231251200.13698@black01.md.kth.se>

On Thu, 21 Dec 2006, Sivakatirswami wrote:

> Is that what you are saying might be doable with additional directives 
> in the format #navigator construct? I don't want to waste time fiddling 
> with it if it simply is not possible...

I think it should be possible. Was this perhaps answered in another post 
in this thread?

/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From pmwiki at solidgone.com  Fri Dec 22 15:28:14 2006
From: pmwiki at solidgone.com (DaveG)
Date: Fri, 22 Dec 2006 16:28:14 -0500
Subject: [pmwiki-users] new zap release...
In-Reply-To: <fec7cf150612220231s3038b61cs2844062f02bc08fc@mail.gmail.com>
References: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>
	<458B4C9D.3080905@solidgone.com>
	<fec7cf150612220231s3038b61cs2844062f02bc08fc@mail.gmail.com>
Message-ID: <458C4DEE.4060505@solidgone.com>



The Editor wrote:
> On 12/21/06, DaveG <pmwiki at solidgone.com> wrote:
>> Some problems on the site:
>>  - Some areas of the site still require login. Snipets in particular,
>> also Documentation.
> 
> I don't think this is correct.  I've checked and doublechecked.  Can't
> find anything still requiring logins...  Did you perhaps double click
> on a link?  If so--that calls up the edit window.  Maybe I should
> change that.  It's just very convenient....
> 
>>  - I actually can't login with Guest/test, nor can I register.
> 
> My mistake.  I upgraded the Register Snippet, but not the live
> Register form.  It should be working now.  Also, somehow the password
> was somehow delete on the Guest account.  It should be working again,
> with that account a bit better locked down.
Fixed.

>> I'm trying to get some basics working with Zap:
>>  - Getting a bunch of "Warning: Invalid argument supplied for foreach()
>> in C:\temp\pmwiki-2.2.0-beta17\cookbook\zap.php on line 103" errors on a
>> basic PmWiki install, only cookbook is Zap. Looks like this may be a
>> known issue.
> 
> No this is a new error--had to do with the part of the code that
> checks for other enabled modules. Only occurs when no other modules
> are installed.  Is now fixed and the updated download is up.
Fixed.

>>  - What I'm most struggling with is displaying data stored on another
>> page. How are those variables referenced?
> 
> You refer to them as any other text variable.  That is
> 
> {$:field} or
> {Group/Name$:field}
Okay. Syntax seems a little inconsistent though, since variables on the 
same page are referenced:
   {$field}


> 
> Text variables can be referenced in a pagelist like this:
> 
> {=$:field}
Still not clear how to reference fields from within a pagelist, when the 
data is stored outside of the page on which the pagelist is being used. 
It appears that the pagelist now need to reference the datapage 
directly, which would make the pagelist less flexible.


>>  - It appears that you wouldn't store multiple records with the same
>> field names in a single page. Thus, lists would be constructed by
>> storing 'records' in separate pages, and displaying the records in list
>> format via pagelist. Is that correct?
> 
> That's right, normally each 'record' would be a different page in a
> group.  Then use a pagelist limited to that group, with whatever
> criteria you want, and it can pull up a table or 'report' of any kind.
> 
>> Some suggestions:
>>  - provide basic examples.
>>    - Show how to display data from another page.
>>    - Point out somewhere early on that Zap relies heavily on pagelists,
>> and provide some examples.
>>
>>  - I remember seeing a quote: "pages can be treated like db records,
>> with individual fields in them". If this is true, it helped put things
>> into context, and should be on the site.
> 
> These are some good suggestions. I've added quite a bit of
> documentation already.  But I could add a tutorial on retrieving and
> displaying data.  If you have other suggestions for improving the
> documentation, let me know.  
Try to make the tutorials flow a little better, leading the reader from 
one real use to another. As they stand I got to the end of the 
tutorials, and really didn't have much more of an understanding than 
when I started. I'd presume people want to store and display data, so 
start the tutorial in that fashion.

> I tried to update it all for the new zap
> but some things may still be unclear.  There's a lot of information
> there to update...  (Took more time than updating the code!)
> 
>>  - Context is important. Fox is very simple to understand as it sticks
>> with data and display templates for displaying data. Zap's concepts are
>> not well defined in the docs.
> 
> Fox is simpler, because it does one thing well, (Hans always does good
> work!)  Basically, it inserts templated page content (either append or
> prepend) into another page.  The reason zap is more complex, is it is
> a toolbox with building blocks you have to assemble yourself.
> (Actually, it has been able to do the equivalent of Fox back from when
> it was still FASTdata--I called it logging, but never used it much as
> I prefer a data-driven approach).
> 
> In my opinion, there are only two reasons one would want to use zap:
> 
> 1) if it happens to have some specific feature you can't find a ready
> made tool for.  If there is a specific tool--use it. If not, hopefully
> zap has a snippet you can just cut and paste.
> 
> 2) if you want a rapid development IDE.  Once you learn how zap works
> you can create very complex applications quickly. There's a learning
> curve--but once you get the hang of it, you do a LOT without ever
> having to touch php. Just hobble together a form. If you do a lot of
> custom coding, learning zap could save you much time in the future.
My point here was not to contrast Fox with Zap, but to highlight the 
fact that it's easy to contextualize Fox. "Here's the data, and here's 
how to display the data". The existing Zap docs don't help the reader 
put anything into context.


> 
> Hope this helps!
> 
> Cheers,
> Dan
> 



From pmwiki at solidgone.com  Fri Dec 22 08:56:42 2006
From: pmwiki at solidgone.com (DaveG)
Date: Fri, 22 Dec 2006 09:56:42 -0500
Subject: [pmwiki-users] new zap release...
In-Reply-To: <fec7cf150612220231s3038b61cs2844062f02bc08fc@mail.gmail.com>
References: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>
	<458B4C9D.3080905@solidgone.com>
	<fec7cf150612220231s3038b61cs2844062f02bc08fc@mail.gmail.com>
Message-ID: <458BF22A.8060004@solidgone.com>

A few comments below.

The Editor wrote:
> On 12/21/06, DaveG <pmwiki at solidgone.com> wrote:
>> Some problems on the site:
>>  - Some areas of the site still require login. Snipets in particular,
>> also Documentation.
> 
> I don't think this is correct.  I've checked and doublechecked.  Can't
> find anything still requiring logins...  Did you perhaps double click
> on a link?  If so--that calls up the edit window.  Maybe I should
> change that.  It's just very convenient....
Document editing from double-click is what requires the login. ref 
http://www.fast.st/zap/pmwiki.php?n=Docs.FieldReplacement


>>  - I actually can't login with Guest/test, nor can I register.
> 
> My mistake.  I upgraded the Register Snippet, but not the live
> Register form.  It should be working now.  Also, somehow the password
> was somehow delete on the Guest account.  It should be working again,
> with that account a bit better locked down.
Still not working with Guest/test.

>> I'm trying to get some basics working with Zap:
>>  - Getting a bunch of "Warning: Invalid argument supplied for foreach()
>> in C:\temp\pmwiki-2.2.0-beta17\cookbook\zap.php on line 103" errors on a
>> basic PmWiki install, only cookbook is Zap. Looks like this may be a
>> known issue.
> 
> No this is a new error--had to do with the part of the code that
> checks for other enabled modules. Only occurs when no other modules
> are installed.  Is now fixed and the updated download is up.
Fix works.

>>  - What I'm most struggling with is displaying data stored on another
>> page. How are those variables referenced?
> 
> You refer to them as any other text variable.  That is
> 
> {$:field} or
> {Group/Name$:field}
> 
> Text variables can be referenced in a pagelist like this:
> 
> {=$:field}
> 
>>  - It appears that you wouldn't store multiple records with the same
>> field names in a single page. Thus, lists would be constructed by
>> storing 'records' in separate pages, and displaying the records in list
>> format via pagelist. Is that correct?
> 
> That's right, normally each 'record' would be a different page in a
> group.  Then use a pagelist limited to that group, with whatever
> criteria you want, and it can pull up a table or 'report' of any kind.
> 
>> Some suggestions:
>>  - provide basic examples.
>>    - Show how to display data from another page.
>>    - Point out somewhere early on that Zap relies heavily on pagelists,
>> and provide some examples.
>>
>>  - I remember seeing a quote: "pages can be treated like db records,
>> with individual fields in them". If this is true, it helped put things
>> into context, and should be on the site.
> 
> These are some good suggestions. I've added quite a bit of
> documentation already.  But I could add a tutorial on retrieving and
> displaying data.  If you have other suggestions for improving the
> documentation, let me know.  I tried to update it all for the new zap
> but some things may still be unclear.  There's a lot of information
> there to update...  (Took more time than updating the code!)
> 
>>  - Context is important. Fox is very simple to understand as it sticks
>> with data and display templates for displaying data. Zap's concepts are
>> not well defined in the docs.
> 
> Fox is simpler, because it does one thing well, (Hans always does good
> work!)  Basically, it inserts templated page content (either append or
> prepend) into another page.  The reason zap is more complex, is it is
> a toolbox with building blocks you have to assemble yourself.
> (Actually, it has been able to do the equivalent of Fox back from when
> it was still FASTdata--I called it logging, but never used it much as
> I prefer a data-driven approach).
> 
> In my opinion, there are only two reasons one would want to use zap:
> 
> 1) if it happens to have some specific feature you can't find a ready
> made tool for.  If there is a specific tool--use it. If not, hopefully
> zap has a snippet you can just cut and paste.
> 
> 2) if you want a rapid development IDE.  Once you learn how zap works
> you can create very complex applications quickly. There's a learning
> curve--but once you get the hang of it, you do a LOT without ever
> having to touch php. Just hobble together a form. If you do a lot of
> custom coding, learning zap could save you much time in the future.
> 
> Hope this helps!
> 
> Cheers,
> Dan
> 



From editor at fast.st  Fri Dec 22 04:31:32 2006
From: editor at fast.st (The Editor)
Date: Fri, 22 Dec 2006 05:31:32 -0500
Subject: [pmwiki-users] new zap release...
In-Reply-To: <458B4C9D.3080905@solidgone.com>
References: <fec7cf150612201020s65b61fcer60f43e5ee4846714@mail.gmail.com>
	<458B4C9D.3080905@solidgone.com>
Message-ID: <fec7cf150612220231s3038b61cs2844062f02bc08fc@mail.gmail.com>

On 12/21/06, DaveG <pmwiki at solidgone.com> wrote:
> Some problems on the site:
>  - Some areas of the site still require login. Snipets in particular,
> also Documentation.

I don't think this is correct.  I've checked and doublechecked.  Can't
find anything still requiring logins...  Did you perhaps double click
on a link?  If so--that calls up the edit window.  Maybe I should
change that.  It's just very convenient....

>  - I actually can't login with Guest/test, nor can I register.

My mistake.  I upgraded the Register Snippet, but not the live
Register form.  It should be working now.  Also, somehow the password
was somehow delete on the Guest account.  It should be working again,
with that account a bit better locked down.

> I'm trying to get some basics working with Zap:
>  - Getting a bunch of "Warning: Invalid argument supplied for foreach()
> in C:\temp\pmwiki-2.2.0-beta17\cookbook\zap.php on line 103" errors on a
> basic PmWiki install, only cookbook is Zap. Looks like this may be a
> known issue.

No this is a new error--had to do with the part of the code that
checks for other enabled modules. Only occurs when no other modules
are installed.  Is now fixed and the updated download is up.

>  - What I'm most struggling with is displaying data stored on another
> page. How are those variables referenced?

You refer to them as any other text variable.  That is

{$:field} or
{Group/Name$:field}

Text variables can be referenced in a pagelist like this:

{=$:field}

>  - It appears that you wouldn't store multiple records with the same
> field names in a single page. Thus, lists would be constructed by
> storing 'records' in separate pages, and displaying the records in list
> format via pagelist. Is that correct?

That's right, normally each 'record' would be a different page in a
group.  Then use a pagelist limited to that group, with whatever
criteria you want, and it can pull up a table or 'report' of any kind.

> Some suggestions:
>  - provide basic examples.
>    - Show how to display data from another page.
>    - Point out somewhere early on that Zap relies heavily on pagelists,
> and provide some examples.
>
>  - I remember seeing a quote: "pages can be treated like db records,
> with individual fields in them". If this is true, it helped put things
> into context, and should be on the site.

These are some good suggestions. I've added quite a bit of
documentation already.  But I could add a tutorial on retrieving and
displaying data.  If you have other suggestions for improving the
documentation, let me know.  I tried to update it all for the new zap
but some things may still be unclear.  There's a lot of information
there to update...  (Took more time than updating the code!)

>  - Context is important. Fox is very simple to understand as it sticks
> with data and display templates for displaying data. Zap's concepts are
> not well defined in the docs.

Fox is simpler, because it does one thing well, (Hans always does good
work!)  Basically, it inserts templated page content (either append or
prepend) into another page.  The reason zap is more complex, is it is
a toolbox with building blocks you have to assemble yourself.
(Actually, it has been able to do the equivalent of Fox back from when
it was still FASTdata--I called it logging, but never used it much as
I prefer a data-driven approach).

In my opinion, there are only two reasons one would want to use zap:

1) if it happens to have some specific feature you can't find a ready
made tool for.  If there is a specific tool--use it. If not, hopefully
zap has a snippet you can just cut and paste.

2) if you want a rapid development IDE.  Once you learn how zap works
you can create very complex applications quickly. There's a learning
curve--but once you get the hang of it, you do a LOT without ever
having to touch php. Just hobble together a form. If you do a lot of
custom coding, learning zap could save you much time in the future.

Hope this helps!

Cheers,
Dan



From editor at fast.st  Sat Dec 23 20:16:30 2006
From: editor at fast.st (The Editor)
Date: Sat, 23 Dec 2006 21:16:30 -0500
Subject: [pmwiki-users] Nested Tables
Message-ID: <fec7cf150612231816if6d4831kdeea532f4c62d582@mail.gmail.com>

I was reading up on the new nested divs markup, but it doesn't seem to
allow nested tables.  Is that supported yet?  If so what is the
syntax.  Lots on nested divs, but not tables.

In particular I have fairly styled tables and need to put a pagelist
in a cell in another table.  And need to use advanced tables for both
the inner and outer table...  Can't seem to figure out a way to do it.

Cheers,
Dan

PS.  Here's part of the markup.  I tried it, but the pagelists don't
work with the simple tables markup.  Needs the advanced...

(:table cellpadding=5px border-left:2px border-top:2px width=800px:)
(:cellnr bgcolor=#e4e4e4 colspan=2:)'''Add a Task'''
(:cellnr bgcolor=#f7f7f7:)
(:messages:)
(:zapform name=tasks :)
||Project: (:pagelist group=Projects
name="-GroupHeader,-RecentChanges" fmt=#jumplist:) Assigned:
(:pagelist group=Profiles name="-GroupHeader,-RecentChanges"
fmt=#jumplist:) Priority: (:select Priority:)(:option value="1-Top":)
Top(:option value="2-Hi":) Hi(:option value="3-Med":) Med(:option
value="4-Lo":) Lo(:selectend:) Status: (:select Status:)(:option
"{$Status}":) {$Status} (:option value="Open":) Open (:option
value="In Progress":) In Progress (:option value="Pending":) Pending
(:option value="Hold":) Hold (:option value="Complete":) Complete
(:selectend:) ||
||Description: (:input text description "{$description}" size=70:)
(:input submit value="Submit":) ||
(:zap datapage="Tasks.#":)
(:zap savedata="Project,Owner,Priority,Status,Description":)
(:zapend:)
(:tableend:)



From pmwiki at christophedavid.org  Sun Dec 24 01:35:13 2006
From: pmwiki at christophedavid.org (Christophe David)
Date: Sun, 24 Dec 2006 08:35:13 +0100
Subject: [pmwiki-users] id and class for hyperlinks
Message-ID: <818fa0240612232335h6f8119e7ncdce05300acba2b6@mail.gmail.com>

Could someone plese tell me if there is a way to let PmWiki generate
hyperlinks with "id" and "class" tags using standard markup , like this :

<a href="http://..."      id="MyID"        class="MyClass">Link text</a>

with

[[    http://...  |  Link text   ]]

If in can be done, what is the syntax for id="MyID" and class="MyClass" ?

Thank you in anticipation.

Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061224/a0bf5238/attachment.html 

From g.sica at polimetrica.org  Sun Dec 24 02:03:17 2006
From: g.sica at polimetrica.org (nico)
Date: Sun, 24 Dec 2006 09:03:17 +0100
Subject: [pmwiki-users] Search engine
Message-ID: <20061224080102.M22298@polimetrica.it>

Hello,

I'd like to put the search engine also in a php page out of pmwiki.
Do you know if it's possible?
In particulare, I'd like to have my pmwiki and, in another page, only the search engine.
If i make a search through this search engine, my pmwiki including the results should be opened.
Can you help me please?
Many thanks.

All the best,
Nico

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




From g.sica at polimetrica.org  Sun Dec 24 02:03:22 2006
From: g.sica at polimetrica.org (nico)
Date: Sun, 24 Dec 2006 09:03:22 +0100
Subject: [pmwiki-users] Search engine
Message-ID: <20061224080323.M69937@polimetrica.org>

Hello,

I'd like to put the search engine also in a php page out of pmwiki.
Do you know if it's possible?
In particulare, I'd like to have my pmwiki and, in another page, only the search engine.
If i make a search through this search engine, my pmwiki including the results should be opened.
Can you help me please?
Many thanks.

All the best,
Nico

-- 
This message has been scanned for viruses and
dangerous content by MailScanner, and is
believed to be clean.




From anno at shroomery.org  Sun Dec 24 02:23:12 2006
From: anno at shroomery.org (Anno)
Date: Sun, 24 Dec 2006 09:23:12 +0100
Subject: [pmwiki-users] Search engine
In-Reply-To: <20061224080323.M69937@polimetrica.org>
References: <20061224080323.M69937@polimetrica.org>
Message-ID: <emldda$7j2$1@sea.gmane.org>

If you copy the search form into a new html document, it should work.

This would be the code, you have to enter your site's data instead of 
pmwiki.org:

<form  class='wikisearch' action='http://pmwiki.com/wiki/Site/Search' 
method='get'>
<input type='text' name='q' value='' class='inputbox searchbox' size='40' />
<input type='submit'    class='inputbutton searchbutton' value='Search' />
<input type='hidden' name='action' value='search' />
</form>




From editor at fast.st  Sun Dec 24 04:04:36 2006
From: editor at fast.st (The Editor)
Date: Sun, 24 Dec 2006 05:04:36 -0500
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <18110358977.20061213135403@softflow.co.uk>
References: <68013852.20061211192758@softflow.co.uk>
	<20061211222907.GA32107@host.pmichaud.com>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
	<1501908263.20061212163726@softflow.co.uk>
	<20061212202433.GD28002@host.pmichaud.com>
	<997035924.20061212235333@softflow.co.uk>
	<18110358977.20061213135403@softflow.co.uk>
Message-ID: <fec7cf150612240204m52b9e899p28236ea3eafc68c0@mail.gmail.com>

Finally got around to trying out the default value for select boxes.
But can't seem to get it to work.  Works great for radio boxes though.
 Here's the snippet I'm trying:

Day of the Week:
(:input default weekday "{$:weekday}":)  //zapdata stores 0,1,2, etc.
(:input select name=weekday 0 Sunday:)
(:input select name=weekday 1 Monday:)
(:input select name=weekday 2 Tuesday:)
(:input select name=weekday 3 Wednesday:)
(:input select name=weekday 4 Thursday:)
(:input select name=weekday 5 Friday:)
(:input select name=weekday 6 Saturday:)

Any help that could be given would be appreciated.  I noticed there
are no examples of default values for select boxes at
http://www.pmwiki.org/wiki/Cookbook/InputDefault.  Is this not added
yet?

Cheers,
Dan



From editor at fast.st  Sun Dec 24 05:19:02 2006
From: editor at fast.st (The Editor)
Date: Sun, 24 Dec 2006 06:19:02 -0500
Subject: [pmwiki-users] (:input select ... :) markup prototype
In-Reply-To: <fec7cf150612240204m52b9e899p28236ea3eafc68c0@mail.gmail.com>
References: <68013852.20061211192758@softflow.co.uk>
	<262921859.20061211230617@softflow.co.uk>
	<fec7cf150612111516n459b3f7cp6098c9cb12028c34@mail.gmail.com>
	<20061211233315.GC32107@host.pmichaud.com>
	<20061212154104.GG22363@host.pmichaud.com>
	<1501908263.20061212163726@softflow.co.uk>
	<20061212202433.GD28002@host.pmichaud.com>
	<997035924.20061212235333@softflow.co.uk>
	<18110358977.20061213135403@softflow.co.uk>
	<fec7cf150612240204m52b9e899p28236ea3eafc68c0@mail.gmail.com>
Message-ID: <fec7cf150612240319q65d2702es44aee9af9713269c@mail.gmail.com>

On 12/24/06, The Editor <editor at fast.st> wrote:
> Finally got around to trying out the default value for select boxes.
> But can't seem to get it to work.  Works great for radio boxes though.
>  Here's the snippet I'm trying:
>
> Day of the Week:
> (:input default weekday "{$:weekday}":)  //zapdata stores 0,1,2, etc.
> (:input select name=weekday 0 Sunday:)
> (:input select name=weekday 1 Monday:)
> (:input select name=weekday 2 Tuesday:)
> (:input select name=weekday 3 Wednesday:)
> (:input select name=weekday 4 Thursday:)
> (:input select name=weekday 5 Friday:)
> (:input select name=weekday 6 Saturday:)
>
> Any help that could be given would be appreciated.  I noticed there
> are no examples of default values for select boxes at
> http://www.pmwiki.org/wiki/Cookbook/InputDefault.  Is this not added
> yet?
>
> Cheers,
> Dan


Never mind, the code below works.  The code I used did not have proper
line breaks because I was embedding it in a cell using simple tables.

Managed to do a work around.  Works great!  Thanks again Pm!

Cheers,
Dan



From knigget at gmail.com  Sun Dec 24 09:14:35 2006
From: knigget at gmail.com (Roger Blum)
Date: Sun, 24 Dec 2006 15:14:35 +0000 (UTC)
Subject: [pmwiki-users] Upgrading Cookbook Recipes?
Message-ID: <loom.20061224T160813-614@post.gmane.org>

While there is a way to update pmwiki using svn, there doesn't seem
to be an equivalent for all those Cookbook recipes.  Even an automated
way to tell if the recipes you were using were up to date would be a big
plus.  Has anyone considered doing this?

Thanks!





From writeon1 at mchsi.com  Sun Dec 24 10:33:29 2006
From: writeon1 at mchsi.com (writeon1)
Date: Sun, 24 Dec 2006 10:33:29 -0600
Subject: [pmwiki-users] Calendars per page
Message-ID: <458EABD9.9010907@mchsi.com>

I like pmcal but would like to permit users to create their own 
calendars - just like pmcal, but per page rather than per group. Is 
there a way to do this? Right now I am thinking of just pointing them to 
Google's calendar .
Thanks,
Brendan



From aczaszyn at telus.net  Sun Dec 24 11:36:16 2006
From: aczaszyn at telus.net (Aleksander Czaszynski)
Date: Sun, 24 Dec 2006 09:36:16 -0800
Subject: [pmwiki-users] pmwiki.org back online
In-Reply-To: <20061223180429.GB16376@host.pmichaud.com>
References: <20061223180429.GB16376@host.pmichaud.com>
Message-ID: <200612240936.16983.aczaszyn@telus.net>

Hi Patrick R. Michaud

Marry Christmass an a Happy New Year 2007 for you and all family as well as 
for  pmwiki family

From Vancouver
Aleks



From editor at fast.st  Sun Dec 24 11:58:44 2006
From: editor at fast.st (The Editor)
Date: Sun, 24 Dec 2006 12:58:44 -0500
Subject: [pmwiki-users] Sitewide groupfooters
In-Reply-To: <9410668474.20061223175242@softflow.co.uk>
References: <fec7cf150612221344o57b2358fh9ba1c499c24a2247@mail.gmail.com>
	<9410668474.20061223175242@softflow.co.uk>
Message-ID: <fec7cf150612240958h2efceff5rc1bf19dd1507f5b7@mail.gmail.com>

Thanks Hans!  Just what I needed--with a few modifications....

Cheers,
Dan


On 12/23/06, Hans <design5 at softflow.co.uk> wrote:
> Friday, December 22, 2006, 9:44:22 PM, The wrote:
>
> > Was wondering how one defined a sitewide default groupfooter in a
> > skin.  I want most pages of my site to be able to add tasks to a todo
> > group using a form in site.groupfooter.  In a few groups I want to
> > override with local groupfooters.  Or be able to use (:nogroupfooter:)
>
> Create a Site.AllGroupFooter similar to AllGroupHeader:
> http://www.pmwiki.org/wiki/Cookbook/AllGroupHeader
>
>
> Hans
>
>



From gmane at auxbuss.com  Sun Dec 24 12:51:25 2006
From: gmane at auxbuss.com (marc)
Date: Sun, 24 Dec 2006 18:51:25 -0000
Subject: [pmwiki-users] stylepage recipe failure
Message-ID: <MPG.1ff8dc8deb5e02949899ad@news.gmane.org>

stylepage.php has as line 50

  mkdirp($GoalMeterCacheDir);

which causes it to fail - at least it does here.

I removed this, but has no joy in getting the recipe to work.

HTML is added:

  <link rel='stylesheet' href='/Site.StyleSheet.css' type='text/css' />

But I don't expect this to work.

$stylepage has successfully grabbed Site.StyleSheet
$stylepage['text'] = #wikitext {color:red; background:yellow; }
$cssfile = /Site.StyleSheet.css
$PubDirUrl is set okay for the field

The docs are light on how the caching is supposed to work, so I couldn't 
look any closer at diagnosing things.

Any hints would be appreciated.

-- 
Best,
Marc




From design5 at softflow.co.uk  Sun Dec 24 13:33:44 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 24 Dec 2006 19:33:44 +0000
Subject: [pmwiki-users] stylepage recipe failure
In-Reply-To: <MPG.1ff8dc8deb5e02949899ad@news.gmane.org>
References: <MPG.1ff8dc8deb5e02949899ad@news.gmane.org>
Message-ID: <1794841718.20061224193344@softflow.co.uk>

Sunday, December 24, 2006, 6:51:25 PM, marc wrote:

> stylepage.php has as line 50

>   mkdirp($GoalMeterCacheDir);

> which causes it to fail - at least it does here.

> I removed this, but has no joy in getting the recipe to work.

ooops!
If anything it should be

mkdirp($StylePageCacheDir);

Please let me know if this helps, or if the script fails here.
Then I can add it to the uploaded script.

This should create a cache directory for the style page css.
You can also create one by hand, like pub/cache/

I think your problems come from the script not seeing the cache
directory, it neds both an accurate cache directory and cache dir url
(for the <link... line in HTML).

Hope this helps!


Hans




From design5 at softflow.co.uk  Sun Dec 24 13:41:42 2006
From: design5 at softflow.co.uk (Hans)
Date: Sun, 24 Dec 2006 19:41:42 +0000
Subject: [pmwiki-users] stylepage recipe failure
In-Reply-To: <1794841718.20061224193344@softflow.co.uk>
References: <MPG.1ff8dc8deb5e02949899ad@news.gmane.org>
	<1794841718.20061224193344@softflow.co.uk>
Message-ID: <173958811.20061224194142@softflow.co.uk>

I updated the recipe on pmwiki.org.
Some variables had bad names.

Please let me know if

    mkdirp($StylePageCacheDir);

works.

http://www.pmwiki.org/wiki/Cookbook/CSSInWikiPages


Hans




From katir at hindu.org  Sun Dec 24 15:11:56 2006
From: katir at hindu.org (Sivakatirswami)
Date: Sun, 24 Dec 2006 11:11:56 -1000
Subject: [pmwiki-users] Sending PM a Gift
Message-ID: <458EED1C.7090101@hindu.org>

Hmmm I can't find PM's postal address any where to send a gift?

Can anyone send it off list?

Thanks

Sivakatirswami


Om shanti
(In  Peace)

Sivakatirswami
www.himalayanacademy.com

Get Hinduism Today Digital Edition. It's Free!
http://www.hinduismtoday.com/digital/



From czapkofan at gmail.com  Sun Dec 24 15:33:47 2006
From: czapkofan at gmail.com (Mateusz Czaplinski)
Date: Sun, 24 Dec 2006 21:33:47 +0000
Subject: [pmwiki-users] New Recipes: SortByScore, Excerpts,
	SearchQueryVariable, ProgressBar, Spaces in pagenames
Message-ID: <9a7752ba0612241333o2d45833boa3b5013737b513cb@mail.gmail.com>

Hello all.
I've been building a whole bunch of recipes recently, and I've just finished
uploading them all on pmwiki.org. What's there:

SortByScore - search results sorted by relevance *at last* - pages with most
occurences of the word appear first. See:
http://pmwiki.org/wiki/Cookbook/SortByScore

Excerpts - show fragments of pages surrounding some word (used by the recipe
above). See: http://pmwiki.org/wiki/Cookbook/Excerpts

SearchQueryVariable - useful if you want to provide user with a "Create page
with such name" link on the Search Results page. See:
http://pmwiki.org/wiki/Cookbook/SearchQueryVariable

ProgressBar - (:progress 30:) or (:progress 3/10:) both show a 30% progress
bar built with CSS. See: http://pmwiki.org/wiki/Cookbook/ProgressBar

Spaces in pagenames - the way they worked for me. See (attention):
http://pmwiki.org/wiki/Cookbook/AlternateNamingScheme - *at the bottom of
the page* (maybe I should move it to some better place?)

Please feel welcome to use them, leave comments, ask questions. If you write
any emails, *please* address/forward them to my private address (
czapkofan at gmail.com) or leave as comments on recipe pages. I don't have
enough time to read this group too often, and almost certainly I won't have
chance to notice them otherwise.

Greetings and Merry Christmas! Don't stay by your PCs too much during the
holidays ;)
Mateusz Czapli?ski
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061224/70510aaf/attachment.html 

From editor at fast.st  Sun Dec 24 15:43:26 2006
From: editor at fast.st (The Editor)
Date: Sun, 24 Dec 2006 16:43:26 -0500
Subject: [pmwiki-users] RSPM--my first ZAP app...
Message-ID: <fec7cf150612241343i7ac96fbfs4b607552dd39f846@mail.gmail.com>

I've been working on my first ZAP app, a "really simple project
management" system, using some ideas from SKTS and David G.
Everything is password protected, you login, and it goes right to the
home page where all your current, personal tasks, calendar events,
daily schedule etc are right at your finger tips.

Anyway, I've been having good success so far.  Here are some of the
features currently working:

* Built in Rolodex (Contacts)

* Weekly Schedule Maker (Items)

* Yearly Calendar (Events)
** Events can be one time or recurring

* Any number of Projects
** Projects let you build multiple (Documents)
** Each Document takes simple text imports

* Tasks
** Can be attached to any project, document, item, event, contact
** Tasks are assigned to/sortable by Project, Member, Status
(Priority), Deadline
** All fields are editable


Still to do:

* Multiple Members
**Members can set up semi-private
projects,documents,schedules,calendars,contacts
** Members can send messages to other members (documents)

* Tasks Handling
** Reassign tasks to different pages
** Automatically delete tasks (multiple checkboxes)
** Tasks can be archived when complete

* Emailing
** Can schedule emails to Members / Contacts / Mail Lists


I've never really done anything quite like this before, and wonder if
anyone has any suggestions for making this more useful.  You are
welcome to take a peak at http://www.fast.st/gtd/index.php, login
Guest/test.  Feel free to test...  It's not idiot proofed yet, and
it's still a work in progress, but you can get an idea of what I have
in mind.  TIA for the input.

Cheers,
Dan



From drfredc at verizon.net  Sun Dec 24 20:08:31 2006
From: drfredc at verizon.net (Dr Fred C)
Date: Sun, 24 Dec 2006 18:08:31 -0800
Subject: [pmwiki-users] RSPM--my first ZAP app...
In-Reply-To: <fec7cf150612241343i7ac96fbfs4b607552dd39f846@mail.gmail.com>
References: <fec7cf150612241343i7ac96fbfs4b607552dd39f846@mail.gmail.com>
Message-ID: <458F329F.7010307@verizon.net>

Sounds like an ambitious start.  It might be reasonably to scale back 
the initial goal and leave something for others work on, plus you will 
get some feedback on the first couple rungs... 

 When you get it all done, I hope it will be available as a generic 
example for others to build on.

The Editor wrote:
> I've been working on my first ZAP app, a "really simple project
> management" system, using some ideas from SKTS and David G.
> Everything is password protected, you login, and it goes right to the
> home page where all your current, personal tasks, calendar events,
> daily schedule etc are right at your finger tips.
>
> Anyway, I've been having good success so far.  Here are some of the
> features currently working:
>
> * Built in Rolodex (Contacts)
>
> * Weekly Schedule Maker (Items)
>
> * Yearly Calendar (Events)
> ** Events can be one time or recurring
>
> * Any number of Projects
> ** Projects let you build multiple (Documents)
> ** Each Document takes simple text imports
>
> * Tasks
> ** Can be attached to any project, document, item, event, contact
> ** Tasks are assigned to/sortable by Project, Member, Status
> (Priority), Deadline
> ** All fields are editable
>
>
> Still to do:
>
> * Multiple Members
> **Members can set up semi-private
> projects,documents,schedules,calendars,contacts
> ** Members can send messages to other members (documents)
>
> * Tasks Handling
> ** Reassign tasks to different pages
> ** Automatically delete tasks (multiple checkboxes)
> ** Tasks can be archived when complete
>
> * Emailing
> ** Can schedule emails to Members / Contacts / Mail Lists
>
>
> I've never really done anything quite like this before, and wonder if
> anyone has any suggestions for making this more useful.  You are
> welcome to take a peak at http://www.fast.st/gtd/index.php, login
> Guest/test.  Feel free to test...  It's not idiot proofed yet, and
> it's still a work in progress, but you can get an idea of what I have
> in mind.  TIA for the input.
>
> Cheers,
> Dan
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>
>   

-- 

Always, Dr Fred C
drfredc at drfredc.com




From gmane at auxbuss.com  Mon Dec 25 06:16:16 2006
From: gmane at auxbuss.com (marc)
Date: Mon, 25 Dec 2006 12:16:16 -0000
Subject: [pmwiki-users] stylepage recipe failure
References: <MPG.1ff8dc8deb5e02949899ad@news.gmane.org>
	<1794841718.20061224193344@softflow.co.uk>
	<173958811.20061224194142@softflow.co.uk>
Message-ID: <MPG.1ff9b575d55541da9899ae@news.gmane.org>

Hans said...
> I updated the recipe on pmwiki.org.
> Some variables had bad names.
> 
> Please let me know if
> 
>     mkdirp($StylePageCacheDir);
> 
> works.
> 
> http://www.pmwiki.org/wiki/Cookbook/CSSInWikiPages

Bingo! Thanks for sorting that out.

-- 
Best,
Marc




From kotobuki at gmail.com  Mon Dec 25 08:08:56 2006
From: kotobuki at gmail.com (Shigeru Kobayashi)
Date: Mon, 25 Dec 2006 23:08:56 +0900
Subject: [pmwiki-users] I have a trouble about cleaning URL
Message-ID: <c9e9a6410612250608t6324b1bao3d7c6801c6d5ff38@mail.gmail.com>

Dear all,

I have been trying to clean URL as described in the following web
page, but I have a problem.
http://www.pmwiki.org/wiki/Cookbook/CleanUrls#docroot

I'm hosting a PmWiki based wiki on Aplus.net. According to the
Aplus.net's knowledge base, mod_rewrite is supported.
http://www.apluskb.com/scripts/Does_AplusNET_s_hosting_servers_answer1475.html

The URL of the wiki is:
http://gainer.cc/pmwiki/index.php
(/gainer.cc/html/pmwiki/index.php)

And I'd like to change the URL as follows:
http://gainer.cc/index.php
(/gainer.cc/html/)

I created .htaccess file as follows:
RewriteEngine On
RewriteBase /
RewriteRule ^$           pmwiki/pmwiki.php  [L]
RewriteRule ^index\\.php$ pmwiki/pmwiki.php  [L]
RewriteRule ^([^/a-z].*) pmwiki/pmwiki.php?n=$1  [QSA,L]

But it seems that the rewriting does not work. Just to make sure, I
also tried again by replacing "pmwiki/pmwiki.php" with
"/gainer.cc/html/pmwiki/pmwiki.php", but got no luck.

* Currently, for some reason, http://gainer.cc/index.php exists to
redirect from http://gainer.cc/ to old MediaWiki based wiki. When I
confirmed, I renamed the index.php as _index.php.

I'm sorry for trouble you, but it would be much appreciated if you
give me any suggestions about this issue.


Best regards,
Shigeru Kobayashi



From pmichaud at pobox.com  Mon Dec 25 11:49:06 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Mon, 25 Dec 2006 11:49:06 -0600
Subject: [pmwiki-users] Nested Tables
In-Reply-To: <fec7cf150612231816if6d4831kdeea532f4c62d582@mail.gmail.com>
References: <fec7cf150612231816if6d4831kdeea532f4c62d582@mail.gmail.com>
Message-ID: <20061225174906.GC30025@host.pmichaud.com>

On Sat, Dec 23, 2006 at 09:16:30PM -0500, The Editor wrote:
> I was reading up on the new nested divs markup, but it doesn't seem to
> allow nested tables.  Is that supported yet?  If so what is the
> syntax.  Lots on nested divs, but not tables.

PmWiki doesn't support nested tables in its built-in markup (and I
have no immediate plans to add it).  I've generally held the position
that tables of such complexity really deserve their own markup.

Pm




From commentgg at hotmail.com  Mon Dec 25 16:13:31 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Mon, 25 Dec 2006 22:13:31 +0000
Subject: [pmwiki-users] RSPM--my first ZAP app...
Message-ID: <BAY111-W3F65B877230E42072735BBCC20@phx.gbl>



Dan, I took a look at your site. 

I'm writing just to say I'm impressed with your skills and the vision of your work. 

There is a lot to like, its departure 'into a better world', complementing basic pmwiki qualities. 

So there you have it. A bit of propaganda for ya :-) 

/jm



ps Can't you give a public logon+password that's valid only for a couple of days? 
Most will come to take a look the first day a message is posted. 
I for one didn't bother with this, as it's typically a buggy ride. 




On 12/24/06,  The Editor <editor at fast.st> wrote:
I've been working on my first ZAP app, a "really simple project
management" system, using some ideas from SKTS and David G.
Everything is password protected, you login, and it goes right to the
home page where all your current, personal tasks, calendar events,
daily schedule etc are right at your finger tips.

Anyway, I've been having good success so far.  Here are some of the
features currently working:

* Built in Rolodex (Contacts)

* Weekly Schedule Maker (Items)

* Yearly Calendar (Events)
** Events can be one time or recurring

* Any number of Projects
** Projects let you build multiple (Documents)
** Each Document takes simple text imports

* Tasks
** Can be attached to any project, document, item, event, contact
** Tasks are assigned to/sortable by Project, Member, Status
(Priority), Deadline
** All fields are editable


Still to do:

* Multiple Members
**Members can set up semi-private
projects,documents,schedules,calendars,contacts
** Members can send messages to other members (documents)

* Tasks Handling
** Reassign tasks to different pages
** Automatically delete tasks (multiple checkboxes)
** Tasks can be archived when complete

* Emailing
** Can schedule emails to Members / Contacts / Mail Lists


I've never really done anything quite like this before, and wonder if
anyone has any suggestions for making this more useful.  You are
welcome to take a peak at http://www.fast.st/gtd/index.php, login
Guest/test.  Feel free to test...  It's not idiot proofed yet, and
it's still a work in progress, but you can get an idea of what I have
in mind.  TIA for the input.

Cheers,
Dan

_________________________________________________________________
Fixing up the home? Live Search can help.
http://imagine-windowslive.com/search/kits/default.aspx?kit=improve&locale=en-US&source=wlmemailtaglinenov06


From editor at fast.st  Mon Dec 25 16:37:03 2006
From: editor at fast.st (The Editor)
Date: Mon, 25 Dec 2006 17:37:03 -0500
Subject: [pmwiki-users] Nested Tables
In-Reply-To: <20061225174906.GC30025@host.pmichaud.com>
References: <fec7cf150612231816if6d4831kdeea532f4c62d582@mail.gmail.com>
	<20061225174906.GC30025@host.pmichaud.com>
Message-ID: <fec7cf150612251437v37da16fbjb49c3f8d287311ed@mail.gmail.com>

On 12/25/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
> On Sat, Dec 23, 2006 at 09:16:30PM -0500, The Editor wrote:
> > I was reading up on the new nested divs markup, but it doesn't seem to
> > allow nested tables.  Is that supported yet?  If so what is the
> > syntax.  Lots on nested divs, but not tables.
>
> PmWiki doesn't support nested tables in its built-in markup (and I
> have no immediate plans to add it).  I've generally held the position
> that tables of such complexity really deserve their own markup.
>
> Pm

Actually I've discovered you have some nesting already.  You can put
simple tables in advanced tables and vice versa.  I've used it in
several situations.  As long as you don't need advanced formatting for
either the inner or outer table cells of course.

Anyway, in my situation I found a nice work around.  I like your new
select input tags.  They work nice.  Thanks Pm...

Cheers,
Dan

PS.  Looking forward to the textareas...



From commentgg at hotmail.com  Mon Dec 25 16:40:49 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Mon, 25 Dec 2006 22:40:49 +0000
Subject: [pmwiki-users] Firefox 2 breaks Alt+E, Alt+S etc accesskeys
Message-ID: <BAY111-W2E70905EC24139323140BBCC20@phx.gbl>


For those that upgrade to Firefox 2 and find their Alt+E, Alt+H, Alt+S and Alt+U accesskeys no longer work: you have to now press Shift *also*. 

Since that's too much of a bother for me I instead took note of the suggestion below which instructs to 

1. open url "about:config", 

2. search for contentAccess and 

3. change the value of the only entry returned to 4

Now accesskeys should work as in Firefox 1.5. 

If anyone knows of a similar hack for use in Opera, please post it as I really prefer to use that browser. 

/jm


The Solution (found on http://www.hannonhill.com/company/blog/2006/firefox-2.0-access-keys-bug.html):

Thankfully, the MozillaZine thread also provides the solution. According to "stonedyak", you just need to do "about:config" in Firefox and change "ui.key.contentAccess" to "4". That's it. I believe someone will come up with a quick Firefox extension to provide more control over this. It'll be interesting to see how things play out.

_________________________________________________________________
Try amazing new 3D maps
http://maps.live.com/?wip=51


From editor at fast.st  Mon Dec 25 18:16:56 2006
From: editor at fast.st (The Editor)
Date: Mon, 25 Dec 2006 19:16:56 -0500
Subject: [pmwiki-users] pagelist sort by text vars
Message-ID: <fec7cf150612251616v7da2252amf48788b4a3986947@mail.gmail.com>

Is it possible to sort by text variables on a page?  I was reading up
on a complicated thread between Crisses & Pm, back when zap was
storing data on separate data pages.  But now they are on the same
page--as text variables.  I understood, you could do something like:

(:pagelist heading="Urgent Tasks" group="Tasks*" name=-RecentChanges
sort={$:deadline} fmt=#zaptasks:)

But it does not seem to be working...  Any help anyone could give
would be appreciated...

Cheers,
Dan



From editor at fast.st  Mon Dec 25 19:11:57 2006
From: editor at fast.st (The Editor)
Date: Mon, 25 Dec 2006 20:11:57 -0500
Subject: [pmwiki-users] pagelist sort by text vars
In-Reply-To: <fec7cf150612251616v7da2252amf48788b4a3986947@mail.gmail.com>
References: <fec7cf150612251616v7da2252amf48788b4a3986947@mail.gmail.com>
Message-ID: <fec7cf150612251711w47785828sab7bc2f8ec561c4a@mail.gmail.com>

On 12/25/06, The Editor <editor at fast.st> wrote:
> Is it possible to sort by text variables on a page?  I was reading up
> on a complicated thread between Crisses & Pm, back when zap was
> storing data on separate data pages.  But now they are on the same
> page--as text variables.  I understood, you could do something like:
>
> (:pagelist heading="Urgent Tasks" group="Tasks*" name=-RecentChanges
> sort={$:deadline} fmt=#zaptasks:)
>
> But it does not seem to be working...  Any help anyone could give
> would be appreciated...
>
> Cheers,
> Dan


Sorry, another dumb question...  I just used the wrong syntax.  Here's
how it's supposed to be in case anyone finds this thread...

> (:pagelist heading="Urgent Tasks" group="Tasks*" name=-RecentChanges
> order=$:deadline fmt=#zaptasks:)

I got my zap app working, beautiful, like a charm!  But because I have
satellite, and my ftp program can't seem to cut through the clouds,
will have to upload the (more) finished project later.  Will let you
know when it is up and running...

Cheers,
Dan



From bmwoodruff+pmwiki at gmail.com  Tue Dec 26 02:25:10 2006
From: bmwoodruff+pmwiki at gmail.com (Ben Woodruff)
Date: Tue, 26 Dec 2006 01:25:10 -0700
Subject: [pmwiki-users] jsMath - scalable mathematics
Message-ID: <32af4fec0612260025p5762cb2dk1cec5b63ebea47da@mail.gmail.com>

Has anyone adopted using jsMath to embed mathematics in their wiki?

I have been using MimeTeX for the last 6 months, and am trying to update
the mathematics to jsMath because it allows for on the fly resizing and
a larger portion of mathematics commands. The most crucial to me is the
ability to automatically resize math graphics, as I use PMWiki for class
presenations and I need larger math graphics.

Since jsMath is just a javascript, I figure it could be enabled using
the details from the javascript cookbook entry, by having a
(:mathenable:) command to tell the computer that math needs be enabled,
and then a (:mathcompile:) to execute jsMath.  These could be added
automatically to every header and footer so that they never need to be
called again.  However, I was hoping there might be an easier way, such
as having a cookbook recipe which uses the same markup as MimeTeX for
processing mathematics, just makes appropriate changes to the html body
so that the jsMath script is called when needed.

If anyone has adopted jsMath in their wiki, I could use your help.  I
would like to make a recipe for using jsMath.

The jsMath home page is http://www.math.union.edu/~dpvc/jsMath/.

Ben Woodruff
BYU-Idaho
Mathematics Department



From editor at fast.st  Tue Dec 26 04:23:08 2006
From: editor at fast.st (The Editor)
Date: Tue, 26 Dec 2006 05:23:08 -0500
Subject: [pmwiki-users] RSPM--my first ZAP app...
In-Reply-To: <BAY111-W3F65B877230E42072735BBCC20@phx.gbl>
References: <BAY111-W3F65B877230E42072735BBCC20@phx.gbl>
Message-ID: <fec7cf150612260223g6bb166c8rf002f2474e8d4c70@mail.gmail.com>

I think I finally got the functionality I want for version 1.0 of ZAP
GTD (getting things done)..  It's quite cool actually!  But it's still
giving session errors on the live server, so I'll have to wait to
debug until after I get back.  Anyway, I'll be out of town till New
Years, but hope to have a live working demo up for folks to discuss
early next year.

When I get back, I'm also hoping to try and add capabilities for
multiple users, namely private projects/docs, schedule items, and
calendar events. I also want to split schedule to weekly and monthly,
so can include those once a month things.  And finally, I want to add
email capabilities, plus an update the ZAPnews module so I can
schedule outgoing emails to individuals and mail lists in advance, one
time events, or weekly/monthly/annually.

Thanks to everyone who helped to inspire the ideas behind this
project. (esp SKTS & DaveG).  Maybe now I can get caught up on all the
things I got behind in trying to develop ZAP!

Cheers,
Dan

.



From haganfox at users.sourceforge.net  Tue Dec 26 05:23:57 2006
From: haganfox at users.sourceforge.net (H. Fox)
Date: Tue, 26 Dec 2006 04:23:57 -0700
Subject: [pmwiki-users] I have a trouble about cleaning URL
Message-ID: <2966e8a50612260323i44715cf4td6f2233991a49378@mail.gmail.com>

Shigeru Kobayashi <kotobuki <at> gmail.com> writes:
>
> Dear all,
>
> I have been trying to clean URL as described in the following web
> page, but I have a problem.
> http://www.pmwiki.org/wiki/Cookbook/CleanUrls#docroot
[...]
> The URL of the wiki is:
> http://gainer.cc/pmwiki/index.php
> (/gainer.cc/html/pmwiki/index.php)
>
> And I'd like to change the URL as follows:
> http://gainer.cc/index.php
> (/gainer.cc/html/)
>
> I created .htaccess file as follows:
> RewriteEngine On
> RewriteBase /
> RewriteRule ^$           pmwiki/pmwiki.php  [L]
> RewriteRule ^index\\.php$ pmwiki/pmwiki.php  [L]
> RewriteRule ^([^/a-z].*) pmwiki/pmwiki.php?n=$1  [QSA,L]
>
> But it seems that the rewriting does not work. Just to make sure, I
> also tried again by replacing "pmwiki/pmwiki.php" with
> "/gainer.cc/html/pmwiki/pmwiki.php", but got no luck.
>
> * Currently, for some reason, http://gainer.cc/index.php exists

Try removing one of the backslashes from the fourth line to get

   RewriteRule ^index\.php$ pmwiki/pmwiki.php  [L]

> to
> redirect from http://gainer.cc/ to old MediaWiki based wiki. When I
> confirmed, I renamed the index.php as _index.php.

If the above rule exists in your /gainer.cc/html/.htaccess file then
/gainer.cc/html/index.php should be ignored.  If it's not ignored then the
server is not rewriting URLs as advertised.

Hagan



From info at hassanein.ch  Tue Dec 26 06:10:05 2006
From: info at hassanein.ch (info)
Date: Tue, 26 Dec 2006 13:10:05 +0100
Subject: [pmwiki-users] page name variable
Message-ID: <200612261310.05703.info@hassanein.ch>

Hi

By editing a pmwiki page I can use $Group to get the current group name.
Which variable gives me the current page name?

--
Thanks for any help.
Regards,
Mike



From pmichaud at pobox.com  Tue Dec 26 09:00:20 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 26 Dec 2006 09:00:20 -0600
Subject: [pmwiki-users] page name variable
In-Reply-To: <200612261310.05703.info@hassanein.ch>
References: <200612261310.05703.info@hassanein.ch>
Message-ID: <20061226150020.GA21700@host.pmichaud.com>

On Tue, Dec 26, 2006 at 01:10:05PM +0100, info wrote:
> Hi
> 
> By editing a pmwiki page I can use $Group to get the current group name.
> Which variable gives me the current page name?

    {$Name}      - name of the page
    {$FullName}  - group+name

See http://www.pmwiki.org/wiki/PmWiki/PageVariables .

Pm



From info at hassanein.ch  Tue Dec 26 09:16:02 2006
From: info at hassanein.ch (info)
Date: Tue, 26 Dec 2006 16:16:02 +0100
Subject: [pmwiki-users] page name variable
In-Reply-To: <20061226150020.GA21700@host.pmichaud.com>
References: <200612261310.05703.info@hassanein.ch>
	<20061226150020.GA21700@host.pmichaud.com>
Message-ID: <200612261616.02416.info@hassanein.ch>

On Tuesday 26 December 2006 16:00, Patrick R. Michaud wrote:
> On Tue, Dec 26, 2006 at 01:10:05PM +0100, info wrote:
> > By editing a pmwiki page I can use $Group to get the current group name.
> > Which variable gives me the current page name?
>
>     {$Name}      - name of the page
>     {$FullName}  - group+name
Excuse me I expressed myself inacurate.

I am editing the SideBar and within this I want to reference to content page 
name - is that possible at all?

The following line refers to the the SideBar:
%right% [-[[{$Group}.SideBar?action=edit | edit SideBar]]-]

I would like to have the equivalent which refers to the respective content 
page.
%right% [-[[{$Group}.{$<refer to content page>}?action=edit | edit Content]]-]

--
Thanks for any tipp.
Regards,
Mike



From design5 at softflow.co.uk  Tue Dec 26 09:31:34 2006
From: design5 at softflow.co.uk (Hans)
Date: Tue, 26 Dec 2006 15:31:34 +0000
Subject: [pmwiki-users] page name variable
In-Reply-To: <200612261616.02416.info@hassanein.ch>
References: <200612261310.05703.info@hassanein.ch>
	<20061226150020.GA21700@host.pmichaud.com>
	<200612261616.02416.info@hassanein.ch>
Message-ID: <219676332.20061226153134@softflow.co.uk>

Tuesday, December 26, 2006, 3:16:02 PM, info wrote:

> I am editing the SideBar and within this I want to reference to content page
> name - is that possible at all?

> The following line refers to the the SideBar:
> %right% [-[[{$Group}.SideBar?action=edit | edit SideBar]]-]

> I would like to have the equivalent which refers to the respective content
> page.
> %right% [-[[{$Group}.{$<refer to content page>}?action=edit | edit Content]]-]

with pmwiki 2.2.0 betas you need to make the pagevariable absolute by
using *, in order it to apply to the containing page. Otherwise it
applies to the secondary or included page (like SideBar).

so you may use
%right% [-[[{*$Group}.SideBar?action=edit | edit SideBar]]-]
and
%right% [-[[{*$FullName}?action=edit | edit Content]]-]

The latter without the * works for pmwiki pre 2.2.0


Hans




From sethcherney at yahoo.com  Tue Dec 26 10:35:28 2006
From: sethcherney at yahoo.com (Seth Cherney)
Date: Tue, 26 Dec 2006 08:35:28 -0800 (PST)
Subject: [pmwiki-users] posting to Static pages outside of PmWIki
In-Reply-To: <mailman.499.1167147102.5544.pmwiki-users@pmichaud.com>
Message-ID: <20061226163528.19678.qmail@web33203.mail.mud.yahoo.com>

I am trying to use the static pages to post to a directory outside of the pmwiki install:mysite/mydocs, while pmwiki is mysite/wiki.  SInce the whole recipe depends on $ScriptUrl, I am not sure which lines to edit to get it to post (actually, would be best to be able to use both a url and a system path, as I work in win xp but post to apache on linux).  If I alter the first lines of StaticPages.php, It appears that there are too many variables that will break in the other files.  
($ApplicationPathUrl = dirname($ScriptUrl);
$ApplicationPathDir = realpath(dirname(__FILE__) . "/../.");


if (!isset($StaticPageDir)) {$StaticPageDir = "pub/web";})

Thanks, Seth

pmwiki-users-request at pmichaud.com wrote: Send pmwiki-users mailing list submissions to
 pmwiki-users at pmichaud.com

To subscribe or unsubscribe via the World Wide Web, visit
 http://www.pmichaud.com/mailman/listinfo/pmwiki-users
or, via email, send a message with subject or body 'help' to
 pmwiki-users-request at pmichaud.com

You can reach the person managing the list at
 pmwiki-users-owner at pmichaud.com

When replying, please edit your Subject line so it is more specific
than "Re: Contents of pmwiki-users digest..."


Today's Topics:

   1. Re: RSPM--my first ZAP app... (J. Meijer)
   2. Re: Nested Tables (The Editor)
   3. Firefox 2 breaks Alt+E, Alt+S etc accesskeys (J. Meijer)
   4. pagelist sort by text vars (The Editor)
   5. Re: pagelist sort by text vars (The Editor)
   6. jsMath - scalable mathematics (Ben Woodruff)
   7. Re: RSPM--my first ZAP app... (The Editor)
   8. Re: I have a trouble about cleaning URL (H. Fox)
   9. page name variable (info)
  10. Re: page name variable (Patrick R. Michaud)
  11. Re: page name variable (info)
  12. Re: page name variable (Hans)


----------------------------------------------------------------------

Message: 1
Date: Mon, 25 Dec 2006 22:13:31 +0000
From: "J. Meijer" 
Subject: Re: [pmwiki-users] RSPM--my first ZAP app...
To: 

Message-ID: 
Content-Type: text/plain; charset="iso-8859-1"



Dan, I took a look at your site. 

I'm writing just to say I'm impressed with your skills and the vision of your work. 

There is a lot to like, its departure 'into a better world', complementing basic pmwiki qualities. 

So there you have it. A bit of propaganda for ya :-) 

/jm



ps Can't you give a public logon+password that's valid only for a couple of days? 
Most will come to take a look the first day a message is posted. 
I for one didn't bother with this, as it's typically a buggy ride. 




On 12/24/06,  The Editor  wrote:
I've been working on my first ZAP app, a "really simple project
management" system, using some ideas from SKTS and David G.
Everything is password protected, you login, and it goes right to the
home page where all your current, personal tasks, calendar events,
daily schedule etc are right at your finger tips.

Anyway, I've been having good success so far.  Here are some of the
features currently working:

* Built in Rolodex (Contacts)

* Weekly Schedule Maker (Items)

* Yearly Calendar (Events)
** Events can be one time or recurring

* Any number of Projects
** Projects let you build multiple (Documents)
** Each Document takes simple text imports

* Tasks
** Can be attached to any project, document, item, event, contact
** Tasks are assigned to/sortable by Project, Member, Status
(Priority), Deadline
** All fields are editable


Still to do:

* Multiple Members
**Members can set up semi-private
projects,documents,schedules,calendars,contacts
** Members can send messages to other members (documents)

* Tasks Handling
** Reassign tasks to different pages
** Automatically delete tasks (multiple checkboxes)
** Tasks can be archived when complete

* Emailing
** Can schedule emails to Members / Contacts / Mail Lists


I've never really done anything quite like this before, and wonder if
anyone has any suggestions for making this more useful.  You are
welcome to take a peak at http://www.fast.st/gtd/index.php, login
Guest/test.  Feel free to test...  It's not idiot proofed yet, and
it's still a work in progress, but you can get an idea of what I have
in mind.  TIA for the input.

Cheers,
Dan

_________________________________________________________________
Fixing up the home? Live Search can help.
http://imagine-windowslive.com/search/kits/default.aspx?kit=improve&locale=en-US&source=wlmemailtaglinenov06


------------------------------

Message: 2
Date: Mon, 25 Dec 2006 17:37:03 -0500
From: "The Editor" 
Subject: Re: [pmwiki-users] Nested Tables
To: "pmwiki-users at pmichaud.com" 

Message-ID:
 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 12/25/06, Patrick R. Michaud 
 wrote:
> On Sat, Dec 23, 2006 at 09:16:30PM -0500, The Editor wrote:
> > I was reading up on the new nested divs markup, but it doesn't seem to
> > allow nested tables.  Is that supported yet?  If so what is the
> > syntax.  Lots on nested divs, but not tables.
>
> PmWiki doesn't support nested tables in its built-in markup (and I
> have no immediate plans to add it).  I've generally held the position
> that tables of such complexity really deserve their own markup.
>
> Pm

Actually I've discovered you have some nesting already.  You can put
simple tables in advanced tables and vice versa.  I've used it in
several situations.  As long as you don't need advanced formatting for
either the inner or outer table cells of course.

Anyway, in my situation I found a nice work around.  I like your new
select input tags.  They work nice.  Thanks Pm...

Cheers,
Dan

PS.  Looking forward to the textareas...



------------------------------

Message: 3
Date: Mon, 25 Dec 2006 22:40:49 +0000
From: "J. Meijer" 
Subject: [pmwiki-users] Firefox 2 breaks Alt+E, Alt+S etc accesskeys
To: 

Message-ID: 
Content-Type: text/plain; charset="iso-8859-1"


For those that upgrade to Firefox 2 and find their Alt+E, Alt+H, Alt+S and Alt+U accesskeys no longer work: you have to now press Shift *also*. 

Since that's too much of a bother for me I instead took note of the suggestion below which instructs to 

1. open url "about:config", 

2. search for contentAccess and 

3. change the value of the only entry returned to 4

Now accesskeys should work as in Firefox 1.5. 

If anyone knows of a similar hack for use in Opera, please post it as I really prefer to use that browser. 

/jm


The Solution (found on http://www.hannonhill.com/company/blog/2006/firefox-2.0-access-keys-bug.html):

Thankfully, the MozillaZine thread also provides the solution. According to "stonedyak", you just need to do "about:config" in Firefox and change "ui.key.contentAccess" to "4". That's it. I believe someone will come up with a quick Firefox extension to provide more control over this. It'll be interesting to see how things play out.

_________________________________________________________________
Try amazing new 3D maps
http://maps.live.com/?wip=51


------------------------------

Message: 4
Date: Mon, 25 Dec 2006 19:16:56 -0500
From: "The Editor" 
Subject: [pmwiki-users] pagelist sort by text vars
To: "pmwiki-users at pmichaud.com" 

Message-ID:
 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Is it possible to sort by text variables on a page?  I was reading up
on a complicated thread between Crisses & Pm, back when zap was
storing data on separate data pages.  But now they are on the same
page--as text variables.  I understood, you could do something like:

(:pagelist heading="Urgent Tasks" group="Tasks*" name=-RecentChanges
sort={$:deadline} fmt=#zaptasks:)

But it does not seem to be working...  Any help anyone could give
would be appreciated...

Cheers,
Dan



------------------------------

Message: 5
Date: Mon, 25 Dec 2006 20:11:57 -0500
From: "The Editor" 
Subject: Re: [pmwiki-users] pagelist sort by text vars
To: "pmwiki-users at pmichaud.com" 

Message-ID:
 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

On 12/25/06, The Editor  wrote:
> Is it possible to sort by text variables on a page?  I was reading up
> on a complicated thread between Crisses & Pm, back when zap was
> storing data on separate data pages.  But now they are on the same
> page--as text variables.  I understood, you could do something like:
>
> (:pagelist heading="Urgent Tasks" group="Tasks*" name=-RecentChanges
> sort={$:deadline} fmt=#zaptasks:)
>
> But it does not seem to be working...  Any help anyone could give
> would be appreciated...
>
> Cheers,
> Dan


Sorry, another dumb question...  I just used the wrong syntax.  Here's
how it's supposed to be in case anyone finds this thread...

> (:pagelist heading="Urgent Tasks" group="Tasks*" name=-RecentChanges
> order=$:deadline fmt=#zaptasks:)

I got my zap app working, beautiful, like a charm!  But because I have
satellite, and my ftp program can't seem to cut through the clouds,
will have to upload the (more) finished project later.  Will let you
know when it is up and running...

Cheers,
Dan



------------------------------

Message: 6
Date: Tue, 26 Dec 2006 01:25:10 -0700
From: "Ben Woodruff" 
Subject: [pmwiki-users] jsMath - scalable mathematics
To: pmwiki-users at pmichaud.com
Message-ID:
 <32af4fec0612260025p5762cb2dk1cec5b63ebea47da at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Has anyone adopted using jsMath to embed mathematics in their wiki?

I have been using MimeTeX for the last 6 months, and am trying to update
the mathematics to jsMath because it allows for on the fly resizing and
a larger portion of mathematics commands. The most crucial to me is the
ability to automatically resize math graphics, as I use PMWiki for class
presenations and I need larger math graphics.

Since jsMath is just a javascript, I figure it could be enabled using
the details from the javascript cookbook entry, by having a
(:mathenable:) command to tell the computer that math needs be enabled,
and then a (:mathcompile:) to execute jsMath.  These could be added
automatically to every header and footer so that they never need to be
called again.  However, I was hoping there might be an easier way, such
as having a cookbook recipe which uses the same markup as MimeTeX for
processing mathematics, just makes appropriate changes to the html body
so that the jsMath script is called when needed.

If anyone has adopted jsMath in their wiki, I could use your help.  I
would like to make a recipe for using jsMath.

The jsMath home page is http://www.math.union.edu/~dpvc/jsMath/.

Ben Woodruff
BYU-Idaho
Mathematics Department



------------------------------

Message: 7
Date: Tue, 26 Dec 2006 05:23:08 -0500
From: "The Editor" 
Subject: Re: [pmwiki-users] RSPM--my first ZAP app...
To: "pmwiki-users at pmichaud.com" 

Message-ID:
 
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

I think I finally got the functionality I want for version 1.0 of ZAP
GTD (getting things done)..  It's quite cool actually!  But it's still
giving session errors on the live server, so I'll have to wait to
debug until after I get back.  Anyway, I'll be out of town till New
Years, but hope to have a live working demo up for folks to discuss
early next year.

When I get back, I'm also hoping to try and add capabilities for
multiple users, namely private projects/docs, schedule items, and
calendar events. I also want to split schedule to weekly and monthly,
so can include those once a month things.  And finally, I want to add
email capabilities, plus an update the ZAPnews module so I can
schedule outgoing emails to individuals and mail lists in advance, one
time events, or weekly/monthly/annually.

Thanks to everyone who helped to inspire the ideas behind this
project. (esp SKTS & DaveG).  Maybe now I can get caught up on all the
things I got behind in trying to develop ZAP!

Cheers,
Dan

.



------------------------------

Message: 8
Date: Tue, 26 Dec 2006 04:23:57 -0700
From: "H. Fox" 
Subject: Re: [pmwiki-users] I have a trouble about cleaning URL
To: "PmWiki-Users List" 

Message-ID:
 <2966e8a50612260323i44715cf4td6f2233991a49378 at mail.gmail.com>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed

Shigeru Kobayashi  gmail.com> writes:
>
> Dear all,
>
> I have been trying to clean URL as described in the following web
> page, but I have a problem.
> http://www.pmwiki.org/wiki/Cookbook/CleanUrls#docroot
[...]
> The URL of the wiki is:
> http://gainer.cc/pmwiki/index.php
> (/gainer.cc/html/pmwiki/index.php)
>
> And I'd like to change the URL as follows:
> http://gainer.cc/index.php
> (/gainer.cc/html/)
>
> I created .htaccess file as follows:
> RewriteEngine On
> RewriteBase /
> RewriteRule ^$           pmwiki/pmwiki.php  [L]
> RewriteRule ^index\\.php$ pmwiki/pmwiki.php  [L]
> RewriteRule ^([^/a-z].*) pmwiki/pmwiki.php?n=$1  [QSA,L]
>
> But it seems that the rewriting does not work. Just to make sure, I
> also tried again by replacing "pmwiki/pmwiki.php" with
> "/gainer.cc/html/pmwiki/pmwiki.php", but got no luck.
>
> * Currently, for some reason, http://gainer.cc/index.php exists

Try removing one of the backslashes from the fourth line to get

   RewriteRule ^index\.php$ pmwiki/pmwiki.php  [L]

> to
> redirect from http://gainer.cc/ to old MediaWiki based wiki. When I
> confirmed, I renamed the index.php as _index.php.

If the above rule exists in your /gainer.cc/html/.htaccess file then
/gainer.cc/html/index.php should be ignored.  If it's not ignored then the
server is not rewriting URLs as advertised.

Hagan



------------------------------

Message: 9
Date: Tue, 26 Dec 2006 13:10:05 +0100
From: info 
Subject: [pmwiki-users] page name variable
To: pmwiki-users at pmichaud.com
Message-ID: <200612261310.05703.info at hassanein.ch>
Content-Type: text/plain;  charset="us-ascii"

Hi

By editing a pmwiki page I can use $Group to get the current group name.
Which variable gives me the current page name?

--
Thanks for any help.
Regards,
Mike



------------------------------

Message: 10
Date: Tue, 26 Dec 2006 09:00:20 -0600
From: "Patrick R. Michaud" 

Subject: Re: [pmwiki-users] page name variable
To: info 
Cc: pmwiki-users at pmichaud.com
Message-ID: <20061226150020.GA21700 at host.pmichaud.com>
Content-Type: text/plain; charset=us-ascii

On Tue, Dec 26, 2006 at 01:10:05PM +0100, info wrote:
> Hi
> 
> By editing a pmwiki page I can use $Group to get the current group name.
> Which variable gives me the current page name?

    {$Name}      - name of the page
    {$FullName}  - group+name

See http://www.pmwiki.org/wiki/PmWiki/PageVariables .

Pm



------------------------------

Message: 11
Date: Tue, 26 Dec 2006 16:16:02 +0100
From: info 
Subject: Re: [pmwiki-users] page name variable
To: pmwiki-users at pmichaud.com
Message-ID: <200612261616.02416.info at hassanein.ch>
Content-Type: text/plain;  charset="iso-8859-1"

On Tuesday 26 December 2006 16:00, Patrick R. Michaud wrote:
> On Tue, Dec 26, 2006 at 01:10:05PM +0100, info wrote:
> > By editing a pmwiki page I can use $Group to get the current group name.
> > Which variable gives me the current page name?
>
>     {$Name}      - name of the page
>     {$FullName}  - group+name
Excuse me I expressed myself inacurate.

I am editing the SideBar and within this I want to reference to content page 
name - is that possible at all?

The following line refers to the the SideBar:
%right% [-[[{$Group}.SideBar?action=edit | edit SideBar]]-]

I would like to have the equivalent which refers to the respective content 
page.
%right% [-[[{$Group}.{$}?action=edit | edit Content]]-]

--
Thanks for any tipp.
Regards,
Mike



------------------------------

Message: 12
Date: Tue, 26 Dec 2006 15:31:34 +0000
From: Hans 
Subject: Re: [pmwiki-users] page name variable
To: info 
Cc: pmwiki-users at pmichaud.com
Message-ID: <219676332.20061226153134 at softflow.co.uk>
Content-Type: text/plain; charset=us-ascii

Tuesday, December 26, 2006, 3:16:02 PM, info wrote:

> I am editing the SideBar and within this I want to reference to content page
> name - is that possible at all?

> The following line refers to the the SideBar:
> %right% [-[[{$Group}.SideBar?action=edit | edit SideBar]]-]

> I would like to have the equivalent which refers to the respective content
> page.
> %right% [-[[{$Group}.{$}?action=edit | edit Content]]-]

with pmwiki 2.2.0 betas you need to make the pagevariable absolute by
using *, in order it to apply to the containing page. Otherwise it
applies to the secondary or included page (like SideBar).

so you may use
%right% [-[[{*$Group}.SideBar?action=edit | edit SideBar]]-]
and
%right% [-[[{*$FullName}?action=edit | edit Content]]-]

The latter without the * works for pmwiki pre 2.2.0


Hans




------------------------------

_______________________________________________
pmwiki-users mailing list
pmwiki-users at pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users


End of pmwiki-users Digest, Vol 18, Issue 94
********************************************











 __________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061226/670db2bf/attachment.html 

From pmichaud at pobox.com  Tue Dec 26 11:02:21 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Tue, 26 Dec 2006 11:02:21 -0600
Subject: [pmwiki-users] page name variable
In-Reply-To: <200612261616.02416.info@hassanein.ch>
References: <200612261310.05703.info@hassanein.ch>
	<20061226150020.GA21700@host.pmichaud.com>
	<200612261616.02416.info@hassanein.ch>
Message-ID: <20061226170221.GA22227@host.pmichaud.com>

On Tue, Dec 26, 2006 at 04:16:02PM +0100, info wrote:
> On Tuesday 26 December 2006 16:00, Patrick R. Michaud wrote:
> > On Tue, Dec 26, 2006 at 01:10:05PM +0100, info wrote:
> > > By editing a pmwiki page I can use $Group to get the current group name.
> > > Which variable gives me the current page name?
> >
> >     {$Name}      - name of the page
> >     {$FullName}  - group+name
> Excuse me I expressed myself inacurate.
> 
> I am editing the SideBar and within this I want to reference to content page 
> name - is that possible at all?
>
> I would like to have the equivalent which refers to the respective content 
> page.
> %right% [-[[{$Group}.{$<refer to content page>}?action=edit | edit Content]]-]

Try:

    %right% [-[[{*$FullName}?action=edit | edit Content]]-]


The '*' means "use the current content page", thus {*$FullName} gives
the full page name of the current content page (as opposed to the sidebar
itself).

Pm



From pmwiki at christophedavid.org  Tue Dec 26 14:22:49 2006
From: pmwiki at christophedavid.org (Christophe David)
Date: Tue, 26 Dec 2006 21:22:49 +0100
Subject: [pmwiki-users] class and id in url markups
Message-ID: <818fa0240612261222n22f3aa72u482f16fc2fb21f96@mail.gmail.com>

Could someone plese tell me if there is a way to let PmWiki generate
hyperlinks with "id" and "class" tags like this :

<a href="http://..."      id="MyID"        class="MyClass">Link text</a>

using standard markup

[[    http://...  |  Link text   ]]

If in can be done, what is the syntax for id="MyID" and class="MyClass" ?

Thank you in anticipation.

Christophe
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061226/ef3946bf/attachment.html 

From bmwoodruff+pmwiki at gmail.com  Tue Dec 26 16:29:31 2006
From: bmwoodruff+pmwiki at gmail.com (Ben Woodruff)
Date: Tue, 26 Dec 2006 15:29:31 -0700
Subject: [pmwiki-users] jsMath - scalable mathematics
Message-ID: <32af4fec0612261429p79e55068s4bdd2cb96c266d25@mail.gmail.com>

The following code should get jsMath to work in PMWiki.

I'm not a PHP expert, nor do I know if what I have written is the best
way of getting jsMath into the wiki, but it works, and it is rather
short.  I believe some who have been using MimeTeX will find this
addon rather nice.

If there is interest, I will take some time to upload this as a
cookbook recipe.  If there is not interest, then it can stay in the
pmwiki-users database.

If anyone has code improvement suggestions, please help me out.

Ben Woodruff

The main code is:

//This line gives you LaTeX $$ $$ display equations in the center

Markup('{$$', '<{$',
  '/\\{\\$\$(.*?)\\$\$\\}/e',
  "Keep('<DIV CLASS=math>'.'\${1}'.'</DIV>')");


//This line gives you $ $ equations in line.  You can then use
\displaystyle as normal to get pretty print equations inline.

Markup('{$', 'directives',
  '/\\{\\$(.*?)\\$\\}/e',
  "Keep('<SPAN CLASS=math>'.'\${1}'.'</SPAN>')");


$HTMLHeaderFmt['jsMathstuff'] =
  '
<SCRIPT> jsMath = {Controls: {cookie: {scale: 120}}} </SCRIPT>
<SCRIPT SRC="http://path-to-jsMath/plugins/autoload.js"></SCRIPT>
    <SCRIPT>
      window.onload = function () {
        jsMath.Autoload.Check();
        jsMath.Process(document);
      }
    </SCRIPT>
';
-------------- next part --------------
A non-text attachment was scrubbed...
Name: jsMath.php
Type: application/octet-stream
Size: 2833 bytes
Desc: not available
Url : /pipermail/pmwiki-users/attachments/20061226/1dbd72b4/attachment.obj 

From vadmin at math.uconn.edu  Tue Dec 26 18:03:42 2006
From: vadmin at math.uconn.edu (Vince Administration)
Date: Tue, 26 Dec 2006 19:03:42 -0500
Subject: [pmwiki-users] jsMath - scalable mathematics
In-Reply-To: <32af4fec0612261429p79e55068s4bdd2cb96c266d25@mail.gmail.com>
References: <32af4fec0612261429p79e55068s4bdd2cb96c266d25@mail.gmail.com>
Message-ID: <760BBE96-CBDF-4E1F-8849-146B15EA4212@math.uconn.edu>

Ben,
I would appreciate having it in the Cookbook.
Thanks for your effort.
        Vince

On Dec 26, 2006, at 5:29 PM, Ben Woodruff wrote:

> The following code should get jsMath to work in PMWiki.
>
> I'm not a PHP expert, nor do I know if what I have written is the best
> way of getting jsMath into the wiki, but it works, and it is rather
> short.  I believe some who have been using MimeTeX will find this
> addon rather nice.
>
> If there is interest, I will take some time to upload this as a
> cookbook recipe.  If there is not interest, then it can stay in the
> pmwiki-users database.
>
> If anyone has code improvement suggestions, please help me out.
>
> Ben Woodruff
>
> The main code is:
>
> //This line gives you LaTeX $$ $$ display equations in the center
>
> Markup('{$$', '<{$',
>  '/\\{\\$\$(.*?)\\$\$\\}/e',
>  "Keep('<DIV CLASS=math>'.'\${1}'.'</DIV>')");
>
>
> //This line gives you $ $ equations in line.  You can then use
> \displaystyle as normal to get pretty print equations inline.
>
> Markup('{$', 'directives',
>  '/\\{\\$(.*?)\\$\\}/e',
>  "Keep('<SPAN CLASS=math>'.'\${1}'.'</SPAN>')");
>
>
> $HTMLHeaderFmt['jsMathstuff'] =
>  '
> <SCRIPT> jsMath = {Controls: {cookie: {scale: 120}}} </SCRIPT>
> <SCRIPT SRC="http://path-to-jsMath/plugins/autoload.js"></SCRIPT>
>    <SCRIPT>
>      window.onload = function () {
>        jsMath.Autoload.Check();
>        jsMath.Process(document);
>      }
>    </SCRIPT>
> ';
> <jsMath.php>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users




From gmane at auxbuss.com  Wed Dec 27 03:55:58 2006
From: gmane at auxbuss.com (marc)
Date: Wed, 27 Dec 2006 09:55:58 -0000
Subject: [pmwiki-users] class and id in url markups
References: <818fa0240612261222n22f3aa72u482f16fc2fb21f96@mail.gmail.com>
Message-ID: <MPG.1ffc52e9a41d4a189899b3@news.gmane.org>

Christophe David said...
> Could someone plese tell me if there is a way to let PmWiki generate
> hyperlinks with "id" and "class" tags like this :
> 
> <a href="http://..."      id="MyID"        class="MyClass">Link text</a>
> 
> using standard markup
> 
> [[    http://...  |  Link text   ]]
> 
> If in can be done, what is the syntax for id="MyID" and class="MyClass" ?

I don't think that this can be changed by the standard markup.

You could use a span. e.g.:

  %class=fred%[[http://www.pmwiki.org | PmWIki]]%%

This generates:

  <span class="fred"><a class="urllink" href="http://www.pmwiki.org"
        rel="nofollow">PmWIki</a></span>

You could, of course, create some markup to do this automatically.

Another way is to wrap the appropriate area in a div

  >>YourClass<< or >>id=YourId<<

 and then create the appropriate CSS.

  #YourId.a {color=...;}

  a.YourClass {color=...;}

-- 
Best,
Marc




From writeon1 at mchsi.com  Wed Dec 27 08:43:33 2006
From: writeon1 at mchsi.com (writeon1)
Date: Wed, 27 Dec 2006 08:43:33 -0600
Subject: [pmwiki-users] zaplogin
Message-ID: <45928695.2010608@mchsi.com>


*Fatal error: *Call to undefined function AuthUserId() in 
/home/sanfrane/public_html/pmwiki/cookbook/zaplogin.php on line 15

My objective is to have a system whereby anyone can sign up and post to 
a specified public access Group, but where I can block a list of email 
addresses if necessary, from commenting (commentboxplus) or creating or 
editing those pages.

pmwiki version 2.2.0-beta17*
*I have zapdata and zaplogin loaded into the cookbook
zapdata is enabled in local/config.php and zaplogin enabled in 
local/Main.php.
I tested  with Test Install.
zapversion functions return Jan 1 '07 for zapdata and zaplogin.
I created a page Main.Register and pasted in the registration form example.
I have done nothing with passwords or user authorizations in the config 
file.

When I test the registration form I get the above error message.

I thought AuthUser was not needed in the latest version of zapdata.

Thanks,
Brendan


*

*



From pmwiki at solidgone.com  Wed Dec 27 15:39:09 2006
From: pmwiki at solidgone.com (DaveG)
Date: Wed, 27 Dec 2006 16:39:09 -0500
Subject: [pmwiki-users] Spreadsheet style calculations
Message-ID: <4592E7FD.6090603@solidgone.com>

Is there any way to do basic computations in PMWiki? I have an excel 
spreadsheet that I'd like to move onto the wiki. The sheet has the 
following columns (actually a few more, but these are the core):

Gallons - Miles - Miles/Gallon

I'd like to be able to enter the first two cols and have PM calculate 
the third. Additionally I'd like to maintain a "Average of Miles/Gallon" 
number as well.

Is the built-in functionaity to do this, or a Recipe somewhere?


  ~ ~ Dave



From sti at pooq.com  Wed Dec 27 15:51:56 2006
From: sti at pooq.com (Stirling Westrup)
Date: Wed, 27 Dec 2006 16:51:56 -0500
Subject: [pmwiki-users] Spreadsheet style calculations
In-Reply-To: <4592E7FD.6090603@solidgone.com>
References: <4592E7FD.6090603@solidgone.com>
Message-ID: <4592EAFC.5000708@pooq.com>

DaveG wrote:
> Is there any way to do basic computations in PMWiki? I have an excel 
> spreadsheet that I'd like to move onto the wiki. The sheet has the 
> following columns (actually a few more, but these are the core):
> 
> Gallons - Miles - Miles/Gallon
> 
> I'd like to be able to enter the first two cols and have PM calculate 
> the third. Additionally I'd like to maintain a "Average of Miles/Gallon" 
> number as well.
> 
> Is the built-in functionaity to do this, or a Recipe somewhere?
> 
PageVariableExtensions will allow you to perform simple math on numbers, and
with some work you can compute your average. I find the recipe somewhat
difficult to work with, but its currently the only way other than writing your
own markup extension.

http://www.pmwiki.org/wiki/Cookbook/PageVariableExtensions






From commentgg at hotmail.com  Wed Dec 27 22:09:01 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Thu, 28 Dec 2006 04:09:01 +0000
Subject: [pmwiki-users] how to align all of table to the left
Message-ID: <BAY111-W6B7E65A032693B3170B28BCC70@phx.gbl>


A || table results by default in a centered table. I need to align it to the left (or right) with markup. 

I looked into the docs, but I coundn't find anything that says how to do this. 

I tried to use a div, but without success. 

Simple enough a question it seems. Anyone with a quick answer?

/jm


_________________________________________________________________
Type your favorite song.? Get a customized station.? Try MSN Radio powered by Pandora.
http://radio.msn.com


From commentgg at hotmail.com  Wed Dec 27 22:25:52 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Thu, 28 Dec 2006 04:25:52 +0000
Subject: [pmwiki-users] (:toc:) question: automatic turn-off
Message-ID: <BAY111-W45FE9757F8D2E2609B7C4BCC70@phx.gbl>


I'm using the (:toc-float:) in the groupheader. 

This works fine, but sometimes pages have just a single title and this means the TOC is overkill. 

Is their a hack or some other way to turn it off when just one !! markup is present on the page? 

/jm



_________________________________________________________________
Get the Live.com Holiday Page for recipes, gift-giving ideas, and more.
www.live.com/?addtemplate=holiday


From katir at hindu.org  Thu Dec 28 05:26:11 2006
From: katir at hindu.org (Sivakatirswami)
Date: Thu, 28 Dec 2006 01:26:11 -1000
Subject: [pmwiki-users] Option List for All Groups
Message-ID: <4593A9D3.4000008@hindu.org>

I am trying to get an select-option input list to show
all the groups in the wiki.

If I put this in the  form:

: (:select name="Project":)
(:pagelist group=-Pmwiki,-Site,-Staff,-TODO* name=-RecentChanges 
fmt="#selectlistgroups":)
(:selectend:)

And this in Site.LocalTemplates:

!!!fmt=#selectlistgroups

A simple list of select options.

[@
[[#selectlistgroups]]
(:option value="{=$Group}":)(:keep {=$Group}:)
[[#selectlistgroupsend]]
@]

it almost works: but  I get a list that iterates the group
for every page:

Main
Main
Main
Design
Design
Design
Design
Documentation
Documentation
Documentation
Documentation
Documentation
Documentation
LayoutIssues
LayoutIssues
LayoutIssues
LayoutIssues
etc .

Of course, the code is doing exactly what is expected...
So, I need the recipe to list the groups sans duplications:

Main
Design
Documenation
LayoutIssues


How do I constrain the output to simple list of  all groups in the wiki
(sans those we do not want to appear, of  course: -Site etc.?


Sivakatirswami
www.himalayanacademy.com




From gmane at auxbuss.com  Thu Dec 28 07:16:48 2006
From: gmane at auxbuss.com (marc)
Date: Thu, 28 Dec 2006 13:16:48 -0000
Subject: [pmwiki-users] how to align all of table to the left
References: <BAY111-W6B7E65A032693B3170B28BCC70@phx.gbl>
Message-ID: <MPG.1ffdd3e61e14b61f9899b4@news.gmane.org>

J. Meijer said...
> 
> A || table results by default in a centered table.

It's normal for a table to align left, but a skin might override this - 
something I'd remove, personally.

> I need to align it to the left (or right) with markup.

It might be useful to keep something like the following in local.css:

  .centreit {margin-left:auto; margin-right:auto;}
  .leftit   {margin-right:auto;}
  .rightit  {margin-left:auto;}

To use it as you asked:

  || border=1 width=35% class=centreit
  ||barney || fred || dino||
  ||fred   || dino || barney||

-- 
Best,
Marc




From pmichaud at pobox.com  Thu Dec 28 10:17:47 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 10:17:47 -0600
Subject: [pmwiki-users] how to align all of table to the left
In-Reply-To: <BAY111-W6B7E65A032693B3170B28BCC70@phx.gbl>
References: <BAY111-W6B7E65A032693B3170B28BCC70@phx.gbl>
Message-ID: <20061228161747.GA24496@host.pmichaud.com>

On Thu, Dec 28, 2006 at 04:09:01AM +0000, J. Meijer wrote:
> 
> A || table results by default in a centered table. I need to align it to the left (or right) with markup. 

PmWiki doesn't default tables to any sort of alignment -- in fact,
any attributes given by an initial || are passed to the resulting
table output.

Thus, to get a table to float left, one can use:

    ||align=left

This produces <table align='left'>...</table> on any tables that
follow.

To get a table to align left (but not "float left") requires CSS, as in

    ||style="margin-left:0px;"

Pm



From pmichaud at pobox.com  Thu Dec 28 10:19:59 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 10:19:59 -0600
Subject: [pmwiki-users] Option List for All Groups
In-Reply-To: <4593A9D3.4000008@hindu.org>
References: <4593A9D3.4000008@hindu.org>
Message-ID: <20061228161959.GB24496@host.pmichaud.com>

On Thu, Dec 28, 2006 at 01:26:11AM -1000, Sivakatirswami wrote:
> I am trying to get an select-option input list to show
> all the groups in the wiki.
> 
> If I put this in the  form:
> 
> : (:select name="Project":)
> (:pagelist group=-Pmwiki,-Site,-Staff,-TODO* name=-RecentChanges 
> fmt="#selectlistgroups":)
> (:selectend:)
> 
> And this in Site.LocalTemplates:
> 
> !!!fmt=#selectlistgroups
> 
> A simple list of select options.
> 
> [@
> [[#selectlistgroups]]
> (:option value="{=$Group}":)(:keep {=$Group}:)
> [[#selectlistgroupsend]]
> @]
> 
> it almost works: but  I get a list that iterates the group
> for every page:

Try the following instead:

    [[#selectlistgroups]]
    (:if ! equal {<$Group} {=$Group}:)
    (:option value="{=$Group}":)(:keep {=$Group}:)
    [[#selectlistgroupsend]]

This outputs an option line only if the group of the
current page is different from the previous one.

Pm



From pmichaud at pobox.com  Thu Dec 28 10:29:28 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 10:29:28 -0600
Subject: [pmwiki-users] class and id in url markups
In-Reply-To: <818fa0240612261222n22f3aa72u482f16fc2fb21f96@mail.gmail.com>
References: <818fa0240612261222n22f3aa72u482f16fc2fb21f96@mail.gmail.com>
Message-ID: <20061228162928.GE24496@host.pmichaud.com>

On Tue, Dec 26, 2006 at 09:22:49PM +0100, Christophe David wrote:
>    Could someone plese tell me if there is a way to let PmWiki generate
>    hyperlinks with "id" and "class" tags like this :
> 
>    <a href="http://..."      id="MyID"        class="MyClass">Link text</a>
> 
>    using standard markup
> 
>    [[    http://...  |  Link text   ]]  
> 
>    If in can be done, what is the syntax for id="MyID" and class="MyClass" ?

There's not a standard markup way to do this at present.

Pm



From dso at moosoft.com  Thu Dec 28 10:55:58 2006
From: dso at moosoft.com (dso)
Date: Thu, 28 Dec 2006 09:55:58 -0700
Subject: [pmwiki-users] translatelink recipe
Message-ID: <4593F71E.2070109@moosoft.com>

I have uploaded the Translatelink recipe here:
http://www.pmwiki.org/wiki/Cookbook/Translatelink

This recipe inserts a set of flags with links to Google's translation
service.

Languages supported are French, German, Italian, Portuguese, Spanish,
Japanese, Korean, Chinese, Arabic and Russian

Daniel
-- 
MooSoft Development Inc
http://www.moosoft.com



From pmwiki at solidgone.com  Thu Dec 28 11:46:52 2006
From: pmwiki at solidgone.com (DaveG)
Date: Thu, 28 Dec 2006 12:46:52 -0500
Subject: [pmwiki-users] Spreadsheet style calculations
In-Reply-To: <4592EAFC.5000708@pooq.com>
References: <4592E7FD.6090603@solidgone.com> <4592EAFC.5000708@pooq.com>
Message-ID: <4594030C.3010604@solidgone.com>

Looks like that recipe has no concept of arrays (or columns/rows), which 
is going to make it tough to add new data to the table, without having 
to change the formulas each time.

Dow PMWiki have anything built in which could be leveraged?

  ~ ~ Dave

Stirling Westrup wrote:
> DaveG wrote:
>> Is there any way to do basic computations in PMWiki? I have an excel 
>> spreadsheet that I'd like to move onto the wiki. The sheet has the 
>> following columns (actually a few more, but these are the core):
>>
>> Gallons - Miles - Miles/Gallon
>>
>> I'd like to be able to enter the first two cols and have PM calculate 
>> the third. Additionally I'd like to maintain a "Average of Miles/Gallon" 
>> number as well.
>>
>> Is the built-in functionaity to do this, or a Recipe somewhere?
>>
> PageVariableExtensions will allow you to perform simple math on numbers, and
> with some work you can compute your average. I find the recipe somewhat
> difficult to work with, but its currently the only way other than writing your
> own markup extension.
> 
> http://www.pmwiki.org/wiki/Cookbook/PageVariableExtensions
> 
> 
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 



From pmichaud at pobox.com  Thu Dec 28 11:52:21 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 11:52:21 -0600
Subject: [pmwiki-users] Spreadsheet style calculations
In-Reply-To: <4594030C.3010604@solidgone.com>
References: <4592E7FD.6090603@solidgone.com> <4592EAFC.5000708@pooq.com>
	<4594030C.3010604@solidgone.com>
Message-ID: <20061228175221.GJ24496@host.pmichaud.com>

On Thu, Dec 28, 2006 at 12:46:52PM -0500, DaveG wrote:
> Looks like that recipe has no concept of arrays (or columns/rows), which 
> is going to make it tough to add new data to the table, without having 
> to change the formulas each time.
> 
> Dow PMWiki have anything built in which could be leveraged?

Not really.  PmWiki is designed to be a web publishing tool, not a
spreadsheet.  :-)

This isn't to say that such features cannot be added via recipe -- 
just that I can't think of anything built-in that would help
much here.

Pm


> Stirling Westrup wrote:
> > DaveG wrote:
> >> Is there any way to do basic computations in PMWiki? I have an excel 
> >> spreadsheet that I'd like to move onto the wiki. The sheet has the 
> >> following columns (actually a few more, but these are the core):
> >>
> >> Gallons - Miles - Miles/Gallon
> >>
> >> I'd like to be able to enter the first two cols and have PM calculate 
> >> the third. Additionally I'd like to maintain a "Average of Miles/Gallon" 
> >> number as well.
> >>
> >> Is the built-in functionaity to do this, or a Recipe somewhere?
> >>
> > PageVariableExtensions will allow you to perform simple math on numbers, and
> > with some work you can compute your average. I find the recipe somewhat
> > difficult to work with, but its currently the only way other than writing your
> > own markup extension.
> > 
> > http://www.pmwiki.org/wiki/Cookbook/PageVariableExtensions
> > 
> > 
> > 
> > 
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> > 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From bmwoodruff+pmwiki at gmail.com  Thu Dec 28 12:11:22 2006
From: bmwoodruff+pmwiki at gmail.com (Ben Woodruff)
Date: Thu, 28 Dec 2006 11:11:22 -0700
Subject: [pmwiki-users] jsMath - scalable mathematics
In-Reply-To: <760BBE96-CBDF-4E1F-8849-146B15EA4212@math.uconn.edu>
References: <32af4fec0612261429p79e55068s4bdd2cb96c266d25@mail.gmail.com>
	<760BBE96-CBDF-4E1F-8849-146B15EA4212@math.uconn.edu>
Message-ID: <32af4fec0612281011v312c13d4xa7229aa9d7751298@mail.gmail.com>

I put it in as a cookbook recipe (jsMath) last night.

It requires javascript to run.  Installing jsMath on your server is
fairly easy, however to get all the fonts installed it does take up
some space.

Enjoy using jsMath.

Ben Woodruff

On 12/26/06, Vince Administration <vadmin at math.uconn.edu> wrote:
> Ben,
> I would appreciate having it in the Cookbook.
> Thanks for your effort.
>         Vince
>
> On Dec 26, 2006, at 5:29 PM, Ben Woodruff wrote:
>
> > The following code should get jsMath to work in PMWiki.
> >
> > I'm not a PHP expert, nor do I know if what I have written is the best
> > way of getting jsMath into the wiki, but it works, and it is rather
> > short.  I believe some who have been using MimeTeX will find this
> > addon rather nice.
> >
> > If there is interest, I will take some time to upload this as a
> > cookbook recipe.  If there is not interest, then it can stay in the
> > pmwiki-users database.
> >
> > If anyone has code improvement suggestions, please help me out.
> >
> > Ben Woodruff
> >
> > The main code is:
> >
> > //This line gives you LaTeX $$ $$ display equations in the center
> >
> > Markup('{$$', '<{$',
> >  '/\\{\\$\$(.*?)\\$\$\\}/e',
> >  "Keep('<DIV CLASS=math>'.'\${1}'.'</DIV>')");
> >
> >
> > //This line gives you $ $ equations in line.  You can then use
> > \displaystyle as normal to get pretty print equations inline.
> >
> > Markup('{$', 'directives',
> >  '/\\{\\$(.*?)\\$\\}/e',
> >  "Keep('<SPAN CLASS=math>'.'\${1}'.'</SPAN>')");
> >
> >
> > $HTMLHeaderFmt['jsMathstuff'] =
> >  '
> > <SCRIPT> jsMath = {Controls: {cookie: {scale: 120}}} </SCRIPT>
> > <SCRIPT SRC="http://path-to-jsMath/plugins/autoload.js"></SCRIPT>
> >    <SCRIPT>
> >      window.onload = function () {
> >        jsMath.Autoload.Check();
> >        jsMath.Process(document);
> >      }
> >    </SCRIPT>
> > ';
> > <jsMath.php>
> > _______________________________________________
> > pmwiki-users mailing list
> > pmwiki-users at pmichaud.com
> > http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>



From sti at pooq.com  Thu Dec 28 13:23:38 2006
From: sti at pooq.com (Stirling Westrup)
Date: Thu, 28 Dec 2006 14:23:38 -0500
Subject: [pmwiki-users] Spreadsheet style calculations
In-Reply-To: <4594030C.3010604@solidgone.com>
References: <4592E7FD.6090603@solidgone.com> <4592EAFC.5000708@pooq.com>
	<4594030C.3010604@solidgone.com>
Message-ID: <459419BA.3090408@pooq.com>

DaveG wrote:
> Looks like that recipe has no concept of arrays (or columns/rows), which is
> going to make it tough to add new data to the table, without having to
> change the formulas each time.
> 
> Dow PMWiki have anything built in which could be leveraged?

You can use pagelists with a custom pagelist template that generates a table
from data pulled from other pages. The template can make use of the variable
extensions to do running math as it goes. It will be a major pain to write and
debug though, as templates and variable math happen at different times, so its
hard to write something that works as desired.

You'd also end up with each mileage/volume pair being stored on a separate
page, probably with a name based on the day it was recorded.

I wish I could think of a cleaner solution, but that's the best I can offer.




From pmichaud at pobox.com  Thu Dec 28 13:52:01 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 13:52:01 -0600
Subject: [pmwiki-users] "Bug" when installing to a secure server?
In-Reply-To: <loom.20061222T030140-248@post.gmane.org>
References: <Pine.LNX.4.64.0612201406001.13698@black01.md.kth.se>
	<20061220140013.GA15931@host.pmichaud.com>
	<599dbcaf0612200617n26efe337uf0dbf2d16480f9da@mail.gmail.com>
	<20061220161948.GE1931@host.pmichaud.com>
	<Pine.LNX.4.64.0612201737410.13698@black01.md.kth.se>
	<loom.20061222T030140-248@post.gmane.org>
Message-ID: <20061228195201.GN24496@host.pmichaud.com>

On Fri, Dec 22, 2006 at 02:36:53AM +0000, HaganFox wrote:
> Assuming so, I suspect
> 
> if (@$_SERVER['HTTPS'] == 'on'
>  || @$_SERVER['SERVER_PORT'] == '443') { # ... }
> 
> would work on both of those servers.   I think it would virtually never detect
> HTTPS in error, except if a server is using port 443 and not HTTPS.  I don't
> think that's likely to happen, and even if it does the wiki administrator can
> always set $ScriptUrl explicitly.

I agree, and this is the algorithm I've added to the core for
2.2.0-beta18.  

Many thanks.

Pm



From pmichaud at pobox.com  Thu Dec 28 15:00:05 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 15:00:05 -0600
Subject: [pmwiki-users] pmwiki-2.2.0-beta18 released
Message-ID: <20061228210005.GB27936@host.pmichaud.com>

Just a note that I've released pmwiki-2.2.0-beta18, now available from

    http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.0-beta18.tgz
    http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.0-beta18.zip
    svn://pmwiki.org/pmwiki/tags/latest

This release contains a number of minor bugfixes and enhancements.
All sites running 2.2.0-beta should probably upgrade directly
to beta18.  Sites running 2.1.x or earlier should check the 
ReleaseNotes page for important changes before upgrading.

The changes in beta18, briefly:

* Fixed $EnableRobotsCloakActions (broken by 2.2.0-beta1, now fixed).
* Robots are now given "nofollow,noindex" on non-existent pages.
* Robots that attempt to perform an invalid action on a
  non-existent page now receive a "404 Not Found" instead of
  "403 Forbidden".
* Added class='inputbox' to (:input select:) boxes.
* Added the .odt, .ods, and .odp extensions for attachments.
* $ScriptUrl and $PubDirUrl now automatically use 'https:' when
  accessed via a secure server.
* Fixed a bug in the link= and trail= options handling of 
  incomplete pagenames.

I'm still working on documentation and a few other features for
2.2.0-beta, but don't yet have an estimate of when everything will 
be ready.

Questions, comments, etc. welcome as always on the pmwiki-users mailing
list.

Pm
  



From pmichaud at pobox.com  Thu Dec 28 15:33:31 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 15:33:31 -0600
Subject: [pmwiki-users] Error pages
In-Reply-To: <91C7A62B-5018-4685-BCEB-9EF4BE28453C@apfelwiki.de>
References: <91C7A62B-5018-4685-BCEB-9EF4BE28453C@apfelwiki.de>
Message-ID: <20061228213331.GG27936@host.pmichaud.com>

On Wed, Dec 20, 2006 at 09:50:28AM +0100, Laurent Meister wrote:
> Hello,
> 
> is it possible to have other Error-pages like 403 for example be  
> shown in the wiki? Liki PageNotFound for 404?

If you're asking if it's possible for PmWiki to return pages
with a different result code -- yes, it's possible.  Simply
add the desired return code into the $HTTPHeaders[] array:

    $HTTPHeaders['status'] = "HTTP/1.1 403 Forbidden";

Of course, figuring out _when_ to change the headers is the real
trick, and for that I'd need to know more about what you're wanting
to accomplish.

In particular, let's suppose that you want Apache to return
PmWiki pages for various error codes.  In the apache configuration
(e.g., .htaccess), one can set:

    ErrorDocument 403 /pmwiki.php?n=Site.Forbidden

which tells apache to return the page given by 
"/pmwiki.php?n=Site.Forbidden" whenever it encounters a 
403 error.  Then to get PmWiki to return a 403 Forbidden
message for that page, place the following in 
local/Site.Forbidden.php :

    <?php
      $HTTPHeaders['status'] = "HTTP/1.1 403 Forbidden";

Pm



From pmichaud at pobox.com  Thu Dec 28 16:02:26 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Thu, 28 Dec 2006 16:02:26 -0600
Subject: [pmwiki-users] PmWiki work directory
In-Reply-To: <Pine.LNX.4.64.0612201322000.13698@black01.md.kth.se>
References: <20061218185055.GD23625@host.pmichaud.com>
	<MPG.1ff1d504bb63958f98998e@news.gmane.org>
	<20061219201821.GJ9315@host.pmichaud.com>
	<Pine.LNX.4.64.0612200028270.13698@black01.md.kth.se>
	<20061220023926.GA9315@host.pmichaud.com>
	<20061220103526.GA19762@katla.katspace.homelinux.org>
	<Pine.LNX.4.64.0612201322000.13698@black01.md.kth.se>
Message-ID: <20061228220226.GA3503@host.pmichaud.com>

On Wed, Dec 20, 2006 at 03:08:18PM +0100, christian.ridderstrom at gmail.com wrote:
> This is be a long post... sorry.
> 
> Questions/choices:
> 
> * Is everything in the web tree, or is the installation split?

The default should continue to be "everything in one place", to
simplify installation and backup.

> * Do files under uploads/ have to be in the web tree?

They don't have to be in the web tree.  However, there's a bit of
a performance penalty in requiring pmwiki.php to handle every
access to an attachment, whereas if they're in the web tree it
can be handled directly by the webserver.

> * Any recipes that need write access?

Sure, there are recipes that want write access to various places.
The proposed work.d/ would seem to be an appropriate place.

> * Any recipes that need write access to files in the web tree?
>   Eg. MimeTeX and the directory pub/cache/.

And yes, MimeTeX is just one example of a recipe that wants to
write things into a web accessible space.  There are others.

> The purpose of all the .htaccess files is to block browsers from the 
> contents of those directories, or making sure that .php-files aren't 
> executed. Ideally cookbook/, local/, wiki.d/ and possibly docs/ should be 
> outside the web tree.

Ideally, everything except pub/ would be outside the web tree.  If we
want to allow direct access to attachments (bypassing pmwiki.php), then
uploads/ needs to be in the web tree as well.

> Strange... there is no .htaccess in wikilib.d/. Patrick?

I don't see any real need to protect wikilib.d/ - its contents aren't
really "private".

> At the very least the location of uploads/ will be configurable. And the 
> location of uploads/ in existing installations doesn't have to change.  The 
> way I see it, we are considering the structure for new installations.

I'm considering the structure for new installations, yes, but I don't
necessarily want to require every existing installation to have to set
a configuration variable in order to get things to continue to work.

> What I see as a big advantage of keeping uploads/ in var/ is that the 
> administrator only has to fiddle with the write permissions once. 

...unless they're running with safe_mode enabled.  In that case the
administrator has to manually create (and set the permissions for)
the directories in var/ .

> The drawback would then be that the URI for the uploaded files by default 
> would be something like
> 
> 	pmwiki.org/wiki/var/uploads/<Group>/<File>

Hmm, that uri doesn't look so hot to me.  In fact, that's probably
one of the strongest arguments I've seen yet for leaving uploads/
where it is now.  :-|

> The folder for uploads/ is a bit special since it in some installations 
> must be in the web tree, and sometimes it doesn't. Maybe you want 
> different directory structures for these cases.

Not really, as it should be relatively easy for someone to switch from
one form to the other.

Pm



From commentgg at hotmail.com  Thu Dec 28 16:48:15 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Thu, 28 Dec 2006 22:48:15 +0000
Subject: [pmwiki-users] how to align all of table to the left
Message-ID: <BAY111-W732089CCFA58AE8AFD197BCC70@phx.gbl>



Below my replay that didn't make it to the list. 

Turns out I wasn't *all* wrong: the issue appears only with FireFox 2. 

A table that appears left in Opera, using 

  ||align=left

appears centered in firefox, number 2 is the only one I tested. With:

  || style="margin-left:0px;"

both browsers exhibit the same ("correct") behaviour. 

I'll make a comment about this on pmwiki.org.  



The issue has to do with the interpretation of the border-collapse property? 


Thanks,

/jm


----------------------------------------
> From: commentgg at hotmail.com
> Date: Thu, 28 Dec 2006 22:25:35 +0000
> 
> 
> 
> The align=left thing I found in the docs, first thing I'd tried, but it didn't work and I got frustrated. 
> 
> Testing again shows it does... so I don't get it. There seems to be no room for error! Oh well..
> 
> The thing that put the table to the center in simple skin was:
> 
>   table { border-collapse: collapse; }
> 
> Which is obvious only to the experienced. Never seen it before. 
> 
> Thanks Marc, Daniel, Patrick. 
> 
> /jm
> 
> 
> ----------------------------------------
> > Date: Thu, 28 Dec 2006 10:17:47 -0600
> > 
> > Thus, to get a table to float left, one can use:
> > 
> >     ||align=left
> > 
> > This produces <table align='left'>...</table> on any tables that
> > follow.
> > 
> > To get a table to align left (but not "float left") requires CSS, as in
> > 
> >     ||style="margin-left:0px;"
> > 
> > Pm
> 






_________________________________________________________________
Type your favorite song.? Get a customized station.? Try MSN Radio powered by Pandora.
http://radio.msn.com


From truth at good-news.co.uk  Thu Dec 28 19:16:55 2006
From: truth at good-news.co.uk (Truth Magazine)
Date: Thu, 28 Dec 2006 19:16:55 -0600 (CST)
Subject: [pmwiki-users] Users and "Attach" Options
Message-ID: <1167355015.v2.fusewebmail-137868@f>

Hi there.

Today I set up www.medrevise.co.uk/pmwiki/pmwiki.php

It is very nice, but I have a few little issues I need help with.

a) I want to bring in the "attach" option on pages, so I can put pictures in.
b) I want to bring in users, to the point that anyone can view, but only
users can edit, like in Wikipedia.

I've had a go at both those, but I can't seem to work it out.

Much love,
Chris




From dso at moosoft.com  Thu Dec 28 23:10:45 2006
From: dso at moosoft.com (dso)
Date: Thu, 28 Dec 2006 22:10:45 -0700
Subject: [pmwiki-users] notsosimpleskin resize
Message-ID: <4594A355.4050103@moosoft.com>

I would like to get direction on how to transform notsosimpleskin from a
fixed width skin to something that resizes to the browser window.  Is
this possible?  Thanks!

Daniel



From tokyostory2000 at yahoo.co.jp  Fri Dec 29 02:12:20 2006
From: tokyostory2000 at yahoo.co.jp (Kevin)
Date: Fri, 29 Dec 2006 17:12:20 +0900
Subject: [pmwiki-users] Installation Question and Blocklist Question
Message-ID: <4594CDE4.7060400@yahoo.co.jp>

Hello all,

When installing, is it important to ftp the whole pmwiki folder as is?  
or can the folder be unpacked and then uploaded.  For example, the 
pmwiki.php file would not be at  www.domain.com/pmwiki/pmwiki.php, but 
at www.domain.com/pmwiki.php  Will this cause problems?

My Site.site page does not include a Blocklist in the in "Configurations 
and Menu Pages" section.  Is it OK just to create a new page called 
Site.blocklist  ?

Thanks in advance!





From gmane at auxbuss.com  Fri Dec 29 06:04:33 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 29 Dec 2006 12:04:33 -0000
Subject: [pmwiki-users] notsosimpleskin resize
References: <4594A355.4050103@moosoft.com>
Message-ID: <MPG.1fff145a1abfbafa9899b5@news.gmane.org>

dso said...
> I would like to get direction on how to transform notsosimpleskin from a
> fixed width skin to something that resizes to the browser window.  Is
> this possible?  Thanks!

Not so simply.

The top and bottom images and the page background are images that span 
the width of the page. So, you would need to find a way to solve that 
problem. Part of the skin's attraction is the left and right shadows 
that these images provide, so unless you are prepared to jettison these, 
you've some work to do.

The first step, imo, is to make the skin table-less. I did this a while 
ago, and it simplifies the skin quite a bit. I also made it so that the 
min height is 100%. Oh, I forgot, there an initial install using this 
skin here:

  http://www.auxbuss.com/pmwiki/

... if that's of any use for a starter.

-- 
Best,
Marc




From christian.ridderstrom at gmail.com  Fri Dec 29 06:20:08 2006
From: christian.ridderstrom at gmail.com (christian.ridderstrom at gmail.com)
Date: Fri, 29 Dec 2006 13:20:08 +0100
Subject: [pmwiki-users] Selection between all groups and all pages in
	current group
Message-ID: <Pine.LNX.4.64.0612291317560.22260@black01.md.kth.se>

Hi,

I attempted to make a form that with a single selector lets you choose 
from a list consisting of:
* All the groups
* All the pages in the current group
Pressing 'submit' then transports you to either the hompeage of the 
selected group, or to the selected page in the current group.

However, I end up with two selectors when I try to use to (:pagelist:) to 
first create the list of groups, and then create the list of pages.

See here for an example:
 	http://pmwiki.org/wiki/Test/InputForSelectingPage

Any ideas
/Christian

-- 
Christian Ridderstr?m, +46-8-768 39 44               http://www.md.kth.se/~chr

From dzosborn at gmail.com  Fri Dec 29 07:32:19 2006
From: dzosborn at gmail.com (Donald Z. Osborn)
Date: Fri, 29 Dec 2006 08:32:19 -0500
Subject: [pmwiki-users] pmwiki-2.2.0-beta18 released
In-Reply-To: <20061228210005.GB27936@host.pmichaud.com>
References: <20061228210005.GB27936@host.pmichaud.com>
Message-ID: <680e31740612290532g11b3920ei9b976f7447fee74a@mail.gmail.com>

Patrick, Thanks for all the work you are doing on this.

A couple of questions arise when you write "Sites running 2.1.x or earlier
should check the
ReleaseNotes page for important changes before upgrading." :

1. Do you anticipate that the process of upgrading from a 2.1.x version (I'm
still running 2.1.7) to the final 2.2.0 version will  involve any
complications?

2. Is it recommended to take an intermediate step (i.e., install a
particular beta version) before the final version is ready to download?

Not having a lot of time to do upgrades, my strategy has been to wait until
the beta process is complete.

Best wishes for a Happy New Year 2007!

Don



On 12/28/06, Patrick R. Michaud <pmichaud at pobox.com> wrote:
>
> Just a note that I've released pmwiki-2.2.0-beta18, now available from
>
>     http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.0-beta18.tgz
>     http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.0-beta18.zip
>     svn://pmwiki.org/pmwiki/tags/latest
>
> This release contains a number of minor bugfixes and enhancements.
> All sites running 2.2.0-beta should probably upgrade directly
> to beta18.  Sites running 2.1.x or earlier should check the
> ReleaseNotes page for important changes before upgrading.
>
> The changes in beta18, briefly:
>
> * Fixed $EnableRobotsCloakActions (broken by 2.2.0-beta1, now fixed).
> * Robots are now given "nofollow,noindex" on non-existent pages.
> * Robots that attempt to perform an invalid action on a
>   non-existent page now receive a "404 Not Found" instead of
>   "403 Forbidden".
> * Added class='inputbox' to (:input select:) boxes.
> * Added the .odt, .ods, and .odp extensions for attachments.
> * $ScriptUrl and $PubDirUrl now automatically use 'https:' when
>   accessed via a secure server.
> * Fixed a bug in the link= and trail= options handling of
>   incomplete pagenames.
>
> I'm still working on documentation and a few other features for
> 2.2.0-beta, but don't yet have an estimate of when everything will
> be ready.
>
> Questions, comments, etc. welcome as always on the pmwiki-users mailing
> list.
>
> Pm
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061229/2896b3af/attachment.html 

From foxx at freemail.gr  Fri Dec 29 08:09:12 2006
From: foxx at freemail.gr (Athan)
Date: Fri, 29 Dec 2006 16:09:12 +0200
Subject: [pmwiki-users] "PmWiki can't process your request" error message.
Message-ID: <en37hn$s4t$1@sea.gmane.org>

When entering an invalid subpage, PmWiki gives a default error message. Say 
for example http://server/cms/Main/HomePage is en existing page. The 
following message appears, when someone enters 
http://server/cms/Main/HomePage/something. Is it possible to return an error 
(404) page instead this?

PmWiki can't process your request
?invalid page name
We are sorry for any inconvenience.

Thanks,
Athan 





From dso at moosoft.com  Fri Dec 29 10:19:48 2006
From: dso at moosoft.com (dso)
Date: Fri, 29 Dec 2006 09:19:48 -0700
Subject: [pmwiki-users] notsosimpleskin resize
In-Reply-To: <MPG.1fff145a1abfbafa9899b5@news.gmane.org>
References: <4594A355.4050103@moosoft.com>
	<MPG.1fff145a1abfbafa9899b5@news.gmane.org>
Message-ID: <45954024.8090601@moosoft.com>

Thank you!

This page looks a lot like notsosimpleskin but with a resizable width.
I would love to be able to do something like that:
http://www.giuntoli.com/?n=Main.HomePage?userlang=it

How did you make it tableless?  Have you considered releasing your own
skin, or have you already?  Thanks :)


Daniel

marc wrote:
> dso said...
>> I would like to get direction on how to transform notsosimpleskin from a
>> fixed width skin to something that resizes to the browser window.  Is
>> this possible?  Thanks!
> 
> Not so simply.
> 
> The top and bottom images and the page background are images that span 
> the width of the page. So, you would need to find a way to solve that 
> problem. Part of the skin's attraction is the left and right shadows 
> that these images provide, so unless you are prepared to jettison these, 
> you've some work to do.
> 
> The first step, imo, is to make the skin table-less. I did this a while 
> ago, and it simplifies the skin quite a bit. I also made it so that the 
> min height is 100%. Oh, I forgot, there an initial install using this 
> skin here:
> 
>   http://www.auxbuss.com/pmwiki/
> 
> ... if that's of any use for a starter.
> 


-- 
MooSoft Development Inc
http://www.moosoft.com



From commentgg at hotmail.com  Fri Dec 29 10:38:51 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Fri, 29 Dec 2006 16:38:51 +0000
Subject: [pmwiki-users] Spreadsheet style calculations
Message-ID: <BAY111-W1DBF48148F75BFF31DC7CBCC60@phx.gbl>

Dave, I have a script that sums row and sums columns putting in a markup in the summing row/column and quite a bit smarter then the code below. Haven't looked at it in a while. Your problem is similar and could be solved using 'relative' addressing. Recognize cells which have the sequence you need and modify them, something like (for simple tables):  Markup('celldiv','>{$var}'    ,'/([|][|] *(\d+(?:[.,]\d+)) *[|][|] *(\d+(?:[.,]\d+)) *[|][|] *)[(][(](+|-|/*)[)][)]/e'    ,"'$1'.($2$4$3)");This recognizes 2 numeric cells leading up to a third containing the ((/)) markup. The same markup would allow ((+)), ((-)) and ((*)) also. It will only perform its magic on numeric inputs, it won't cascade into formulas. /jmOn 12/27/06, DaveG <pmwiki at solidgone.com> wrote:Is there any way to do basic computations in PMWiki? I have an excelspreadsheet that I'd like to move onto the wiki. The sheet has thefollowing columns (actually a few more, but these are the core):Gallons - Miles - Miles/GallonI'd like to be able to enter the first two cols and have PM calculatethe third. Additionally I'd like to maintain a "Average of Miles/Gallon"number as well.Is the built-in functionaity to do this, or a Recipe somewhere?  ~ ~ Dave
_________________________________________________________________
Try amazing new 3D maps
http://maps.live.com/?wip=51
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061229/07682b6d/attachment.html 

From gmane at auxbuss.com  Fri Dec 29 11:27:37 2006
From: gmane at auxbuss.com (marc)
Date: Fri, 29 Dec 2006 17:27:37 -0000
Subject: [pmwiki-users] notsosimpleskin resize
References: <4594A355.4050103@moosoft.com>
	<MPG.1fff145a1abfbafa9899b5@news.gmane.org>
	<45954024.8090601@moosoft.com>
Message-ID: <MPG.1fff6018255aa4e59899b6@news.gmane.org>

dso said...
> marc wrote:
> > dso said...
> >> I would like to get direction on how to transform notsosimpleskin from a
> >> fixed width skin to something that resizes to the browser window.  Is
> >> this possible?  Thanks!
> > 
> > Not so simply.
> > 
> > The top and bottom images and the page background are images that span 
> > the width of the page. So, you would need to find a way to solve that 
> > problem. Part of the skin's attraction is the left and right shadows 
> > that these images provide, so unless you are prepared to jettison these, 
> > you've some work to do.
> > 
> > The first step, imo, is to make the skin table-less. I did this a while 
> > ago, and it simplifies the skin quite a bit. I also made it so that the 
> > min height is 100%. Oh, I forgot, there an initial install using this 
> > skin here:
> > 
> >   http://www.auxbuss.com/pmwiki/
> > 
> > ... if that's of any use for a starter.
>
> Thank you!
> 
> This page looks a lot like notsosimpleskin but with a resizable width.
> I would love to be able to do something like that:
> http://www.giuntoli.com/?n=Main.HomePage?userlang=it

Ah! Hmm, it's a bit of a mess from a CSS perspective. It shouldn't be 
too hard to replicate this with a table-less skin. To be honest, most of 
the time building these things is usually spent working around the mess 
that is IE :-|

> How did you make it tableless?

All the info is in the skin itself. It's basically a two-column setup 
with header and footer. So, start with a regular table-less version of 
that model and add the PmWiki bits and pieces (e.g. <!--PageText-->,	<!--
wiki:$SiteGroup.SideBar-->, and so on).

> Have you considered releasing your own skin?

Yes, I should package it up and release it.

-- 
Best,
Marc




From haganfox at users.sourceforge.net  Fri Dec 29 13:38:14 2006
From: haganfox at users.sourceforge.net (Hagan Fox)
Date: Fri, 29 Dec 2006 19:38:14 +0000 (UTC)
Subject: [pmwiki-users] Installation Question and Blocklist Question
References: <4594CDE4.7060400@yahoo.co.jp>
Message-ID: <loom.20061229T201411-660@post.gmane.org>

Kevin <tokyostory2000 <at> yahoo.co.jp> writes:

> 
> Hello all,
> 
> When installing, is it important to ftp the whole pmwiki folder as is?  
> or can the folder be unpacked and then uploaded.  For example, the 
> pmwiki.php file would not be at  www.domain.com/pmwiki/pmwiki.php, but 
> at www.domain.com/pmwiki.php  Will this cause problems?

It's probably best not to install the software in your document root directory
unless you have a specific reason for doing so.  You can make PmWiki appear to
be installed in the document root without actually installing it there.

There are instructions on the CleanURLs page.  Scroll down to 'Shortening or
Altering the Path and Eliminating "pmwiki.php"'.

   http://www.pmwiki.org/wiki/Cookbook/CleanUrls#index_file

> My Site.site page does not include a Blocklist in the in "Configurations 
> and Menu Pages" section.  Is it OK just to create a new page called 
> Site.blocklist  ?

Yes, except it will be Blocklist with a capital b.

Hagan

> Thanks in advance!
>







From nicholas_buttle at yahoo.com  Fri Dec 29 14:10:45 2006
From: nicholas_buttle at yahoo.com (Nicholas Buttle)
Date: Fri, 29 Dec 2006 12:10:45 -0800 (PST)
Subject: [pmwiki-users] clearing down
Message-ID: <322795.65393.qm@web31009.mail.mud.yahoo.com>

Hi,

I've managed to get something like ready for
unleashing the PMwiki to users.

Now I want to clear out all the rubbish that I've put
in there so that we can start with a clean install. 
What should I delete?  I want to get rid of the
uploaded files and the test pages/categories and their
content.

Also, is there any file that will tell me which
version of PMWiki I have?  It's only a couple of
months old but I'd like to keep on top of the versions
we have installed.

Thanks and happy holidays.

Nicholas

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 



From design5 at softflow.co.uk  Fri Dec 29 15:19:47 2006
From: design5 at softflow.co.uk (Hans)
Date: Fri, 29 Dec 2006 21:19:47 +0000
Subject: [pmwiki-users] [pmwiki-devel] togglelink recipe
In-Reply-To: <MPG.1fff6ff85061899d9899b7@news.gmane.org>
References: <MPG.1fff6ff85061899d9899b7@news.gmane.org>
Message-ID: <555594280.20061229211947@softflow.co.uk>

Friday, December 29, 2006, 8:11:42 PM, marc wrote:

> Just a request for $HTMLHeaderFmt['toggleobj'] to be moved into function
> Toggle(), so that the JS is only written when the function is used.

This would make sense, but then the JS would not be loaded if the (:toggle
markup is put in the SideBar or RightBar page, because markup in these
pages gets only loaded late, when the HTML head is already written.
this is a dilemma facing many recipes which need to load JS as part of
their functioning, but can't reliably use HTMLHeaderFmt in the function.


Hans




From pmichaud at pobox.com  Fri Dec 29 17:04:57 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Fri, 29 Dec 2006 17:04:57 -0600
Subject: [pmwiki-users] clearing down
In-Reply-To: <322795.65393.qm@web31009.mail.mud.yahoo.com>
References: <322795.65393.qm@web31009.mail.mud.yahoo.com>
Message-ID: <20061229230457.GB27968@host.pmichaud.com>

On Fri, Dec 29, 2006 at 12:10:45PM -0800, Nicholas Buttle wrote:
> Hi,
> 
> I've managed to get something like ready for
> unleashing the PMwiki to users.
> 
> Now I want to clear out all the rubbish that I've put
> in there so that we can start with a clean install. 
> What should I delete?  I want to get rid of the
> uploaded files and the test pages/categories and their
> content.

One easy mechanism is to simply rename the wiki.d/ and uploads/
directories to a different name.  PmWiki will then prompt you
to create new wiki.d/ and uploads/ directories.  Then if there
are any files you want to keep from the test install, you can
simply copy them from the old wiki.d/ or uploads/ directories
into the new ones.

> Also, is there any file that will tell me which
> version of PMWiki I have?  It's only a couple of
> months old but I'd like to keep on top of the versions
> we have installed.

You can do any of:
   - view the PmWiki.PmWiki page
   - edit a page and put {$Version} in the markup
   - look at the contents of the scripts/version.php file

Pm



From commentgg at hotmail.com  Fri Dec 29 18:10:49 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Sat, 30 Dec 2006 00:10:49 +0000
Subject: [pmwiki-users] [pmwiki-devel] togglelink recipe
Message-ID: <BAY111-W83DDB2BCA7C3BDDB42F7DBCC50@phx.gbl>


_________________________________________________________________
Get the Live.com Holiday Page for recipes, gift-giving ideas, and more.
www.live.com/?addtemplate=holiday
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061230/902ee496/attachment.html 

From haganfox at users.sourceforge.net  Fri Dec 29 23:47:41 2006
From: haganfox at users.sourceforge.net (H. Fox)
Date: Fri, 29 Dec 2006 22:47:41 -0700
Subject: [pmwiki-users] pmwiki-2.2.0-beta18 released
Message-ID: <2966e8a50612292147h535a8431u55bdbab8aa4bc806@mail.gmail.com>

Patrick R. Michaud <pmichaud <at> pobox.com> writes:
>
> Just a note that I've released pmwiki-2.2.0-beta18, now available
[...]
> I'm still working on documentation and a few other features for
> 2.2.0-beta, but don't yet have an estimate of when everything will
> be ready.
>
> Questions, comments, etc. welcome as always on the pmwiki-users mailing
> list.

Is the release-candidate documentation wiki at
http://www.pmwiki.org/rc/pmwiki.php still usable / current?

Hagan



From tokyostory2000 at yahoo.co.jp  Sat Dec 30 02:39:40 2006
From: tokyostory2000 at yahoo.co.jp (Kevin)
Date: Sat, 30 Dec 2006 17:39:40 +0900
Subject: [pmwiki-users] Wrapper script not working
Message-ID: <459625CC.9030608@yahoo.co.jp>

Hello All,

I am having a problem getting the redirect wrapper script to work. 

Do I place this index.php file in the root folder of my site, or in the 
pmwiki folder?

Thanks!





From bram.brambring at gmail.com  Sat Dec 30 05:45:43 2006
From: bram.brambring at gmail.com (bram brambring)
Date: Sat, 30 Dec 2006 12:45:43 +0100
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <cc6097050612091123g1601932clbe8c66ea249f1c7a@mail.gmail.com>
References: <cc6097050612091123g1601932clbe8c66ea249f1c7a@mail.gmail.com>
Message-ID: <154830950612300345l76dbc056yc36dc9b55d24718b@mail.gmail.com>

> * What do you want?

Seasons greetings Ben (and others)

I have been playing with your very nice api.

I have a rather longish text and would like to have the map in view
after a map-link is clicked. I messed a bit with your code, maybe
there is a better solution?



function makeGmalink(map, k) {
    map.panTo(points[k]);
    markers[k].openInfoWindowHtml(htmls[k]);
    window.scrollTo(map.top,0);
}

Probably even nicer would be to have some css/javascript to map the
map around, however I didn't manager that (yet)


page involved:

http://www.gryla.nl/Chili2007/StartPagina


bram



From tokyostory2000 at yahoo.co.jp  Sat Dec 30 09:13:22 2006
From: tokyostory2000 at yahoo.co.jp (Kevin)
Date: Sun, 31 Dec 2006 00:13:22 +0900
Subject: [pmwiki-users] Group names beginning with numbers.
Message-ID: <45968212.5010802@yahoo.co.jp>

Hello all,

Is it possible to enable group names that begin with numbers?  The 
documentation states that an Administrator can make this possible, but I 
can't find how.

Thanks!

Kevin



From dausha at gmail.com  Sat Dec 30 09:18:06 2006
From: dausha at gmail.com (Ben Wilson)
Date: Sat, 30 Dec 2006 10:18:06 -0500
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <154830950612300345l76dbc056yc36dc9b55d24718b@mail.gmail.com>
References: <cc6097050612091123g1601932clbe8c66ea249f1c7a@mail.gmail.com>
	<154830950612300345l76dbc056yc36dc9b55d24718b@mail.gmail.com>
Message-ID: <cc6097050612300718r4ab79a01v86a3d0e6b7f692b6@mail.gmail.com>

Your solutions appears to be the best. You are working with a tall
map. I'll add your code to the next release.

Also, there should be a new feature to remove the driving directions
which don't work outside the U.S. In a given point, it is 'fromto=n'
or in the defaults it is "$GmaDefaults['fromto'] = 'n';"

Regards,
Ben

On 12/30/06, bram brambring <bram.brambring at gmail.com> wrote:
> > * What do you want?
>
> Seasons greetings Ben (and others)
>
> I have been playing with your very nice api.
>
> I have a rather longish text and would like to have the map in view
> after a map-link is clicked. I messed a bit with your code, maybe
> there is a better solution?
>
>
>
> function makeGmalink(map, k) {
>     map.panTo(points[k]);
>     markers[k].openInfoWindowHtml(htmls[k]);
>     window.scrollTo(map.top,0);
> }
>
> Probably even nicer would be to have some css/javascript to map the
> map around, however I didn't manager that (yet)
>
>
> page involved:
>
> http://www.gryla.nl/Chili2007/StartPagina
>
>
> bram
>


-- 
Ben Wilson
"Words are the only thing which will last forever" --- Churchill



From pmichaud at pobox.com  Sat Dec 30 10:17:41 2006
From: pmichaud at pobox.com (Patrick R. Michaud)
Date: Sat, 30 Dec 2006 10:17:41 -0600
Subject: [pmwiki-users] Group names beginning with numbers.
In-Reply-To: <45968212.5010802@yahoo.co.jp>
References: <45968212.5010802@yahoo.co.jp>
Message-ID: <20061230161741.GB14283@host.pmichaud.com>

On Sun, Dec 31, 2006 at 12:13:22AM +0900, Kevin wrote:
> Hello all,
> 
> Is it possible to enable group names that begin with numbers?  The 
> documentation states that an Administrator can make this possible, but I 
> can't find how.

$GroupPattern = '[[:upper:]\\d][\\w]*(?:-\\w+)*';

Pm



From pmwiki at solidgone.com  Sat Dec 30 22:40:00 2006
From: pmwiki at solidgone.com (DaveG)
Date: Sat, 30 Dec 2006 23:40:00 -0500
Subject: [pmwiki-users] Spreadsheet style calculations
In-Reply-To: <BAY111-W1DBF48148F75BFF31DC7CBCC60@phx.gbl>
References: <BAY111-W1DBF48148F75BFF31DC7CBCC60@phx.gbl>
Message-ID: <45973F20.4010501@solidgone.com>

I'll take a look at the snipit you provided. Do you have the original 
code handy somewhere, and some time to dig it out for me?

  ~ ~ Dave

J. Meijer wrote:
> 
> 
> Dave,
> 
> I have a script that sums row and sums columns putting in a markup in 
> the summing row/column and quite a bit smarter then the code below. 
> Haven't looked at it in a while.
> 
> Your problem is similar and could be solved using 'relative' addressing. 
> Recognize cells which have the sequence you need and modify them, 
> something like (for simple tables):
> 
>   Markup('celldiv','>{$var}'
>     ,'/([|][|] *(\d+(?:[.,]\d+)) *[|][|] *(\d+(?:[.,]\d+)) *[|][|] 
> *)[(][(](+|-|/*)[)][)]/e'
>     ,"'$1'.($2$4$3)");
> 
> This recognizes 2 numeric cells leading up to a third containing the 
> ((/)) markup.
> 
> The same markup would allow ((+)), ((-)) and ((*)) also.
> 
> It will only perform its magic on numeric inputs, it won't cascade into 
> formulas.
> 
> /jm
> 
> 
> 
> 
> 
> On 12/27/06, *DaveG* <pmwiki at solidgone.com> wrote:
> 
>     Is there any way to do basic computations in PMWiki? I have an excel
>     spreadsheet that I'd like to move onto the wiki. The sheet has the
>     following columns (actually a few more, but these are the core):
> 
>     Gallons - Miles - Miles/Gallon
> 
>     I'd like to be able to enter the first two cols and have PM calculate
>     the third. Additionally I'd like to maintain a "Average of Miles/Gallon"
>     number as well.
> 
>     Is the built-in functionaity to do this, or a Recipe somewhere?
> 
> 
>       ~ ~ Dave
> 
> 
> 
> ------------------------------------------------------------------------
> Try amazing new 3D maps Check it out! <http://maps.live.com/?wip=51>



From aczaszyn at telus.net  Sat Dec 30 22:43:12 2006
From: aczaszyn at telus.net (Aleks)
Date: Sat, 30 Dec 2006 20:43:12 -0800
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <8BBC8ABEA47A1E4DA7156650CD37E2B6097758C4@absabmsx06.abs-cw.net>
Message-ID: <20061231044313.99VJFMNBNT@priv-edtnaa05.telusplanet.net>

Hi Bram

 

I tried to register GoogleMap http://www.google.com/apis/maps/signup.html
the following link http://localhost/Pmwiki/pmwiki.php/Luxury/GoogleMap and
the registration added me the "/" slash on the end of my URL like:

http://localhost/Pmwiki/pmwiki.php/Luxury/GoogleMap/

 

Is there any way to avoid the last "/" slash as I am calling my page as
follow: http://localhost/Pmwiki/pmwiki.php/Luxury/GoogleMap without slash on
the end?

 

When I call my page * [[Luxury/GoogleMap |Google Map]] on the side menu it
calls http://localhost/Pmwiki/pmwiki.php/Luxury/GoogleMap without slash.
When I add 

* [[Luxury/GoogleMap/ |Google Map]] this is not displayed at all on the side
menu.

 

Any solution for that?

 

Best Regards

 

Aleks

 

-----Original Message-----
From: pmwiki-users-bounces at pmichaud.com
[mailto:pmwiki-users-bounces at pmichaud.com] On Behalf Of bram brambring
Sent: Saturday, December 30, 2006 3:46 AM
To: PmWiki Users
Subject: Re: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release

 

> * What do you want?

 

Seasons greetings Ben (and others)

 

I have been playing with your very nice api.

 

I have a rather longish text and would like to have the map in view

after a map-link is clicked. I messed a bit with your code, maybe

there is a better solution?

 

 

 

function makeGmalink(map, k) {

    map.panTo(points[k]);

    markers[k].openInfoWindowHtml(htmls[k]);

    window.scrollTo(map.top,0);

}

 

Probably even nicer would be to have some css/javascript to map the

map around, however I didn't manager that (yet)

 

 

page involved:

 

http://www.gryla.nl/Chili2007/StartPagina

 

 

bram

 

_______________________________________________

pmwiki-users mailing list

pmwiki-users at pmichaud.com

http://www.pmichaud.com/mailman/listinfo/pmwiki-users

-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061230/1af96850/attachment.html 

From bram.brambring at gmail.com  Sun Dec 31 02:36:20 2006
From: bram.brambring at gmail.com (bram brambring)
Date: Sun, 31 Dec 2006 09:36:20 +0100
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <20061231044313.99VJFMNBNT@priv-edtnaa05.telusplanet.net>
References: <8BBC8ABEA47A1E4DA7156650CD37E2B6097758C4@absabmsx06.abs-cw.net>
	<20061231044313.99VJFMNBNT@priv-edtnaa05.telusplanet.net>
Message-ID: <154830950612310036w8a6d87cq3cce54d1bb95e0b0@mail.gmail.com>

On 12/31/06, Aleks <aczaszyn at telus.net> wrote:
>
>
>
>
> Hi Bram
>
>
>
> I tried to register GoogleMap
> http://www.google.com/apis/maps/signup.html  the following
> link http://localhost/Pmwiki/pmwiki.php/Luxury/GoogleMap
> and the registration added me the "/" slash on the end of my URL like:
>
> http://localhost/Pmwiki/pmwiki.php/Luxury/GoogleMap/
>
>

(Ben is the expert)

for my test-system (localhost/wiki) I registered  http://localhost/
(actually I used the local IP number instead of 'localhost'

that worked

bram



From commentgg at hotmail.com  Sun Dec 31 07:41:18 2006
From: commentgg at hotmail.com (J. Meijer)
Date: Sun, 31 Dec 2006 13:41:18 +0000
Subject: [pmwiki-users] FW:  Spreadsheet style calculations
Message-ID: <BAY111-W8E7AEE47CDA4AB6CEDDF3BCC40@phx.gbl>



> > I'll take a look at the snipit you provided. Do you have the original > code handy somewhere, and some time to dig it out for me?> >   ~ ~ Dave> > J. Meijer wrote:> > > > > > Dave,> > > > I have a script that sums row and sums columns putting in a markup in > > the summing row/column and quite a bit smarter then the code below. > > Haven't looked at it in a while.> > Below you'll find the relevant extract of the script that inserts itself between table markup and the pmwiki table function. It
internally reconstructs the table from data within <td> tags. So
it's able to do calculations on it. Hunt for embedded directives like
(:rowtotal:) and (:rowcount:). The difference between the 2 is that
rowtotal rounds to 2 digits (money format), while rowcount expects to
work with integers. The recipy could be easily generalized, it was just a quick hack. The number of digits should at least be a parameter. We could do much better! /jm
              # redine ||cell||, ||!header cell||, ||!caption!|| markupMarkup('^||||', 'block',   '/^\\|\\|.*\\|\\|.*$/e',  "TotalFormatTableRow(PSS('$0'))");  # reset totals for use between tablesMarkup('resettotals','^||||',  '/[(]:resettotals:[)]/e',  'PZZ($GLOBALS["ColumnTotals"]=array())');function TotalFormatTableRow($x) {  global $ColumnTotals;  $x=FormatTableRow($x);  $y=strip_tags($x,'<td>');  if(!preg_match_all('/>(.*?)<\/td>(?:<td|$)/mi',$y,$m)) return $x;  $tot=0;  foreach($m[1] as $i=>$n) {    if(substr($n,-3,1)==',') # undo locale for money format      $n=str_replace(array('.',',','%+%'),array('%+%','.',','),$n);    if(is_numeric($n)) {      $tot+=$n;      $ColumnTotals[$i]+=$n;    }  }  foreach($m[1] as $i=>$c) {    if(false!==strpos($c,'(:coltotal:)')) # presume money format      $x=substr_replace($x,sprintf("%01.2f", $ColumnTotals[$i]),strpos($x,'(:coltotal:)'),12);    elseif(false!==strpos($c,'(:colcount:)'))  # presume integers      $x=substr_replace($x,$ColumnTotals[$i],strpos($x,'(:colcount:)'),12);    else      continue;    $tot+=$ColumnTotals[$i];  }  foreach($m[1] as $i=>$c)     if(false!=strpos($c,'(:rowtotal:)'))       $ColumnTotals[$i]+=$tot;  $x=str_replace('(:rowtotal:)',sprintf("%01.2f", $tot),$x); # intended for money formats  $x=str_replace('(:rowcount:)',$tot,$x); # intended for integers  $c=1;  $x=preg_replace('/[(]:coltotal:[)]/mie','sprintf("%01.2f", $ColumnTotals[$c++])' ,$x);  return $x;  }
_________________________________________________________________
Get into the holiday spirit, chat with Santa on Messenger.
http://imagine-windowslive.com/minisites/santabot/default.aspx?locale=en-us
-------------- next part --------------
An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061231/39844c3f/attachment.html 

From pmwiki at solidgone.com  Sun Dec 31 09:43:28 2006
From: pmwiki at solidgone.com (DaveG)
Date: Sun, 31 Dec 2006 10:43:28 -0500
Subject: [pmwiki-users] Google Map API 2.2.0 Pre 1 Release
In-Reply-To: <cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>
References: <457D71AF.A8B9.00BE.0@wash.k12.mi.us>
	<cc6097050612111216o1c10506ai697ee4be5f86c723@mail.gmail.com>
Message-ID: <4597DAA0.5020905@solidgone.com>


<snip>
> I think your suggestion of a "default" set of icons is an excellent
> one. I will do just that. Have you seen a set of icons (via .zip or
> .tgz) that you like? 
Try http://www.famfamfam.com/ for a good set of free icons.





From drfredc at verizon.net  Sun Dec 31 21:22:57 2006
From: drfredc at verizon.net (Dr Fred C)
Date: Sun, 31 Dec 2006 19:22:57 -0800
Subject: [pmwiki-users] Spreadsheet style calculations
In-Reply-To: <45973F20.4010501@solidgone.com>
References: <BAY111-W1DBF48148F75BFF31DC7CBCC60@phx.gbl>
	<45973F20.4010501@solidgone.com>
Message-ID: <45987E91.70807@verizon.net>

An HTML attachment was scrubbed...
URL: /pipermail/pmwiki-users/attachments/20061231/62a6ff51/attachment.html