From xraysmalevich at gmail.com  Tue Jul  1 11:18:10 2014
From: xraysmalevich at gmail.com (michael paulukonis)
Date: Tue, 1 Jul 2014 12:18:10 -0400
Subject: [pmwiki-users] toggle.php and HTMLFooterFmt question
Message-ID: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>

re: http://pmwiki.org/wiki/Cookbook/Toggle

In the toggle.php recipe of 2014-02-21, we see the following:

$HTMLFooterFmt['toggle'] = "<script
type=\"text/javascript\">document.getElementById(\"{$id}\").style.display =
'{$style}';</script>";

This should create a simple string that is places into the HTMLFooterFmt
hash with the index of "toggle."

How on earth is toggle supposed to function if there is more than one
toggle present on the page?

Am I missing something in PHP/PmWiki that would allow this to work?

We don't see anything like this behavior in the older version from
2009-07-23

Perhaps not coincidentally, I have multiple toggles working with the
version from 2009-07-23, but not with 2013-02-21

Unless I make the following change:

  $HTMLFooterFmt["toggle$id"] = "<script
type=\"text/javascript\">document.getElementById(\"{$id}\").style.display =
'{$style}';</script>";


I do understand there were changes made between 2009 and 2014 (I'm slow in
updating) to handle nested divs, but I'm failing to see how that's
applicable, here (my targets are nested, for one thing).

-Michael Paulukonis
http://www.xradiograph.com
<http://goog_2112721603>Interference Patterns (a blog)
<http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelpaulukonis.com
<http://www.BestAndroidResources.com>

Sent from somewhere in the Cloud
(hearthrug, by the fender)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140701/68cce026/attachment.html>

From xraysmalevich at gmail.com  Wed Jul  2 09:15:27 2014
From: xraysmalevich at gmail.com (michael paulukonis)
Date: Wed, 2 Jul 2014 10:15:27 -0400
Subject: [pmwiki-users] Proposed change to pmwiki.php: Markup_e
In-Reply-To: <a3c8233df616a017f73e25f1b0baa40f.squirrel@www.researchonline.net>
References: <f093fb9dc1d7d4e00e5929404b759dc9.squirrel@mail.affinity.co.nz>
	<cone.1391724792.863680.15688.1000@pc4>
	<d62dcfc565999b3f3268387803cc8129.squirrel@mail.affinity.co.nz>
	<CACGy07qn+p2DB31=cpanM0MJWHB3t2NEARKundTeniwW8C7P5A@mail.gmail.com>
	<20140207135219.GB24675@pmichaud.com>
	<cone.1391794275.448162.21575.1000@pc4>
	<CACGy07oPjW8cCBHs71HLMmdhWJnmc2i4TqxQasWoiervHF+3RA@mail.gmail.com>
	<cone.1391823405.721719.23721.1000@pc4>
	<CACGy07rrPzNYiSAqR_UYSJsnVCk2FfhtveszdU2UhY_UJKmCuA@mail.gmail.com>
	<20140211151727.GA23804@pmichaud.com>
	<CACGy07odgd+Mnbb0OmaDAFNyP-nbCDwUX+ti_f6F9pyhQh-OAw@mail.gmail.com>
	<CACGy07rw8anEe=-UwRpaByd6A0XhKWwZsYwbjP3NXdeYH-_Aag@mail.gmail.com>
	<cone.1392323037.968104.32007.1000@pc4>
	<CACGy07q+b5oe1t_RRDSbYBQD7AG34ttBGEDd1upd0XOdBVwN0g@mail.gmail.com>
	<CACGy07pxkCWYq9beQ+FpZM7dwQyo58vhS5SMvd0NeOO8Q3eFng@mail.gmail.com>
	<a3c8233df616a017f73e25f1b0baa40f.squirrel@www.researchonline.net>
Message-ID: <CACGy07pDCoLBmkaPHNfcwS_MGFF+GW12z=qWafgg00obEnukTw@mail.gmail.com>

John, nobody said anything about changing the distribution model.

We're talking about lowering the barriers to entry for additional/new
developers.

I've been using PmWiki for 10 years, and I _still_ don't know how to
contribute to the code-base.



-Michael Paulukonis
http://www.xradiograph.com
<http://goog_2112721603>Interference Patterns (a blog)
<http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelpaulukonis.com
<http://www.BestAndroidResources.com>

Sent from somewhere in the Cloud
(hearthrug, by the fender)


On Fri, Jun 27, 2014 at 10:08 AM, John Rigdon <jrigdon at researchonline.net>
wrote:

> My issue with Git-hub and the other such download sites is it is TOO easy
> for someone to fork the source, add a virus and some fancy description and
> screw us all when we try to install it.
>
> I ALWAYS go to the publishers site and look for a download - which isn't
> often easy to find, but if not, I keep looking.  I've been burned too many
> times with viruses and worms.
>
> I'm now a year or more into using PMWiki and have a dozen or more sites
> implemented and have found no issues that weren't of my own making or not
> understanding what I needed to do.  I sure wish I could say the same about
> MYSQL.
>
> John Rigdon
> www.researchonline.net
>
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140702/e49b0efb/attachment.html>

From design at softflow.co.uk  Wed Jul  2 10:43:04 2014
From: design at softflow.co.uk (Hans Bracker)
Date: Wed, 2 Jul 2014 16:43:04 +0100
Subject: [pmwiki-users] Proposed change to pmwiki.php: Markup_e
In-Reply-To: <CACGy07pDCoLBmkaPHNfcwS_MGFF+GW12z=qWafgg00obEnukTw@mail.gmail.com>
References: <f093fb9dc1d7d4e00e5929404b759dc9.squirrel@mail.affinity.co.nz> 
	<cone.1391724792.863680.15688.1000@pc4>
	<d62dcfc565999b3f3268387803cc8129.squirrel@mail.affinity.co.nz>
	<CACGy07qn+p2DB31=cpanM0MJWHB3t2NEARKundTeniwW8C7P5A@mail.gmail.com>
	<20140207135219.GB24675@pmichaud.com>
	<cone.1391794275.448162.21575.1000@pc4>
	<CACGy07oPjW8cCBHs71HLMmdhWJnmc2i4TqxQasWoiervHF+3RA@mail.gmail.com>
	<cone.1391823405.721719.23721.1000@pc4>
	<CACGy07rrPzNYiSAqR_UYSJsnVCk2FfhtveszdU2UhY_UJKmCuA@mail.gmail.com>
	<20140211151727.GA23804@pmichaud.com>
	<CACGy07odgd+Mnbb0OmaDAFNyP-nbCDwUX+ti_f6F9pyhQh-OAw@mail.gmail.com>
	<CACGy07rw8anEe=-UwRpaByd6A0XhKWwZsYwbjP3NXdeYH-_Aag@mail.gmail.com>
	<cone.1392323037.968104.32007.1000@pc4>
	<CACGy07q+b5oe1t_RRDSbYBQD7AG34ttBGEDd1upd0XOdBVwN0g@mail.gmail.com>
	<CACGy07pxkCWYq9beQ+FpZM7dwQyo58vhS5SMvd0NeOO8Q3eFng@mail.gmail.com>
	<a3c8233df616a017f73e25f1b0baa40f.squirrel@www.researchonline.net>
	<CACGy07pDCoLBmkaPHNfcwS_MGFF+GW12z=qWafgg00obEnukTw@mail.gmail.com>
Message-ID: <1583794507.20140702164304@softflow.co.uk>


> I've been using PmWiki for 10 years, and I _still_ don't know how to contribute to the code-base.

My  understanding  is that changes to the code base are entirely up to
Patrick  and  Petko. We can make suggestions, discuss it, perhaps adda
PITS entry, and then it is up  to  them to implement anything, or not.
If I needed something badly, and  it is not implemented in the PmWiki
core, then usually I added it in form of cookbook recipes, or modifications
in recipes.


Best,
 Hans                         



From crisses at kinhost.org  Wed Jul  2 08:56:08 2014
From: crisses at kinhost.org (Crisses)
Date: Wed, 2 Jul 2014 09:56:08 -0400
Subject: [pmwiki-users] PmWiki standard AuthUser
Message-ID: <C925C80F-89FC-467B-8764-6AD472E5F475@kinhost.org>

Right now, an admin has to change passwords in AuthUser.  Some people don't want to tell the admin their password.

I am working on a membership site where members will log in and need edit permissions to their own profile information (name, contact info, description, etc.), can change their own passwords, are in a group @members so that permissions can be doled out around the website, some members can be @admin (or other permission group) privileged.  And I'd like to avoid using a database.

I'm looking through PmWiki documentation, recipes, etc.  So many recipes are old, haven't been maintained in 4+ years, are not PHP5 (much less 5.5) compatible, etc.  I was trying to get .htpasswd files working, spent a whole day on that, got it working -- but the recipe I was going to use to handle password updating and group management is http://www.pmwiki.org/wiki/Cookbook/HtpasswdForm -- and it's broken (and too complicated for an easy fix).  I put the (:command:) in the page, and the page comes out blank when it should come up with password updating and group permissions forms.

In all honesty, I love the simplicity of AuthUser.  It would be lovely if PmWiki finally got -- a little -- more sophisticated on user/password management.  Here's my thought on how it can be set up for users to edit their own password:

Similar to SiteAdmin there could be a locked-down group, perhaps (to keep with $BaseName tactics) "Profile-Data".  This would be a PmWiki data page hidden from the world.  In it could be profile data (page $Name = username, crypt'd password, email address, phone number, member expiration date, whatever...).

What I need:

I would like to be able to tell SiteAdmin/AuthUser to use Profile-Data/{$username}$:passwd for username/password auth.  So just like it would grab a username/password from the SiteAdmin/AuthUser page, I want it to grab the passwd: <encrypted password> from their Profile-Data page.

I also need a way to set group access attributes so that only id:{*$Name} (i.e. the current wiki page name) could edit their own pages (plus admins of course).  That might be configurable already via local/Profiles.php 

This I can probably do, although I'm rusty:

The user corresponding to the Profile, when logged in, can either directly edit their Profile-Data page, or (when one has edit permissions) there can be a form for updating their Profile-Data/$username data that saves data and the encrypted password to the corresponding Profile-Data/$Name page (cf how PmForm saves data to another page) while visiting their own Profile.

Then the only case in which an admin is needed is if a user forgets their password, not if they just want to change it.  This means admins can set an initial password and the users can change their own password after their first login.

Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140702/376c1731/attachment.html>

From pbowers at pobox.com  Wed Jul  2 15:51:14 2014
From: pbowers at pobox.com (Peter Bowers)
Date: Wed, 2 Jul 2014 22:51:14 +0200
Subject: [pmwiki-users] translation table using a variable
In-Reply-To: <20140627104434.99965s2te7npyqcy@server37.cyon.ch>
References: <20140624162757.129054hyurso8pgt@server37.cyon.ch>
	<20140627104434.99965s2te7npyqcy@server37.cyon.ch>
Message-ID: <CAMS2R8FDuVNE6Vnaj7O8XmONPjjOA7PT+rEU4ZxzeZ_nDj8H=Q@mail.gmail.com>

On Fri, Jun 27, 2014 at 10:44 AM, <lists at basel-inside.ch> wrote:

> I didn't find out until the moment, whether it's logic oder a bug
> $[lang_bas_str] doesn't seem to accept a function or ariable.
>
> I ase a workarround now - I use a comparison and a litteral/constant to
> translate.
>
> (:if equal {(substr {*$Trail} 9 7)} Gross:)[[Category/{(substr {*$Trail} 9
> 7)}?action=browse|$[Category]:$[Gross]-]](;elseif.....
>


If you set $EnableDiag to true and access a page with ?action=ruleset you
will see that the $[phrase] rule for translation fires in order #7 while
variables are order #8 and markup expressions are order #9.  This is why
you cannot translate the results of variables or markup expressions.

At different times in the past when faced with a specific need like this
where the standard rule order just doesn't do what I need I have
copy/pasted the markup function call from stdmarkup.php into config.php and
changed the name of the rule and the order.  Currently translation is
accomplished like this:

===(snip)===
# $[phrase] substitutions
Markup_e('$[phrase]', '>[=',
  '/\\$\\[(?>([^\\]]+))\\]/', "NoCache(XL(\$m[1]))");
===(snip)===

I would copy that from scripts/stdmarkup.php into config.php and change it
to be something like this:

===(snip)===
# $[phrase] substitutions
Markup_e('$[latexlate]', '>{(',
  '/\\$\\[(?>([^\\]]+))\\]/', "NoCache(XL(\$m[1]))");
===(snip)===

That will run right after markup expressions.  (Sometimes changing the
order of one rule like this will swap around the order of other rules if
the new order still fulfills the specified requirements, so you'll want to
ensure that it's still happening after {$var} as well using the
?action=ruleset again.)

It's somewhat inefficient because you will run the same rule twice, but it
keeps you from making changes to the core and it solves the problem you're
dealing with...

Oh, this assumes that the variable or the markup expression actually
contains the $[ and ] characters as well.  If you are doing $[{$var}] then
you'll need to change the markup slightly to be $late[{$var}] and then
change the regular expression to match appropriately.  (Otherwise the
$[...] will be changed to just ... by the firing of the first rule.)

I believe there's some way to delete a rule and then just redefine it in
your config.php - in fact, maybe simply by re-defining it you get rid of
previous definitions? - but it's been too long since I played with this
stuff so I don't remember.  If you can re-define the rule then just
copy/paste from stdmarkup.php and change the 2nd argument to be in the
order you want it to be.

-Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140702/64aec32a/attachment.html>

From pbowers at pobox.com  Wed Jul  2 15:56:12 2014
From: pbowers at pobox.com (Peter Bowers)
Date: Wed, 2 Jul 2014 22:56:12 +0200
Subject: [pmwiki-users] PmWiki standard AuthUser
In-Reply-To: <C925C80F-89FC-467B-8764-6AD472E5F475@kinhost.org>
References: <C925C80F-89FC-467B-8764-6AD472E5F475@kinhost.org>
Message-ID: <CAMS2R8FG7iGVj-vaW4LnVzYc_jGOKmz7aTjnT2V8n5F-exZmBg@mail.gmail.com>

On Wed, Jul 2, 2014 at 3:56 PM, Crisses <crisses at kinhost.org> wrote:

> Right now, an admin has to change passwords in AuthUser.  Some people
> don't want to tell the admin their password.


Check out http://www.pmwiki.org/wiki/Cookbook/UserAdmin -- despite numerous
red cautionary comments I believe it is in a workable state.  If it's not,
I believe a few hours would get it there...  Unfortunately I'm not able to
look at it any time in the foreseeable future - if anybody else wants to
pick it up, feel free...

-Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140702/db9ebd97/attachment.html>

From 5ko at 5ko.fr  Wed Jul  2 17:05:46 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Thu, 03 Jul 2014 00:05:46 +0200
Subject: [pmwiki-users] PmWiki 2.2.66 released
Message-ID: <cone.1404338746.521253.3060.1000@pc4>

Hello. PmWiki version 2.2.66 was published today, and is available at:

  http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.66.tgz
  http://www.pmwiki.org/pub/pmwiki/pmwiki-2.2.66.zip
   svn://www.pmwiki.org/pmwiki/tags/latest

This version fixes a minor longstanding bug in the default Notification  
format when a page is deleted. In custom patterns, the "_" character will no  
longer be considered a function name. The documentation was updated.

Thanks,
Petko
--
Change log     :  http://www.pmwiki.org/wiki/PmWiki/ChangeLog
Release notes  :  http://www.pmwiki.org/wiki/PmWiki/ReleaseNotes
If you upgrade :  http://www.pmwiki.org/wiki/PmWiki/Upgrades


From crisses at kinhost.org  Wed Jul  2 20:18:30 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Wed, 2 Jul 2014 21:18:30 -0400
Subject: [pmwiki-users] PmWiki standard AuthUser
In-Reply-To: <CAMS2R8FG7iGVj-vaW4LnVzYc_jGOKmz7aTjnT2V8n5F-exZmBg@mail.gmail.com>
References: <C925C80F-89FC-467B-8764-6AD472E5F475@kinhost.org>
	<CAMS2R8FG7iGVj-vaW4LnVzYc_jGOKmz7aTjnT2V8n5F-exZmBg@mail.gmail.com>
Message-ID: <22B9C10F-0A36-4385-9C14-151A11B9F0E0@kinhost.org>

Thank you, I'll look at it.  I looked through Security and several other attempts to find a suitable recipe, and I don't know whether I overlooked it or not.  

Crisses

On Jul 2, 2014, at 4:56 PM, Peter Bowers <pbowers at pobox.com> wrote:

> 
> On Wed, Jul 2, 2014 at 3:56 PM, Crisses <crisses at kinhost.org> wrote:
> Right now, an admin has to change passwords in AuthUser.  Some people don't want to tell the admin their password.
> 
> Check out http://www.pmwiki.org/wiki/Cookbook/UserAdmin -- despite numerous red cautionary comments I believe it is in a workable state.  If it's not, I believe a few hours would get it there...  Unfortunately I'm not able to look at it any time in the foreseeable future - if anybody else wants to pick it up, feel free...
> 
> -Peter

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140702/5fc5cfd5/attachment-0001.html>

From stefct4 at gmail.com  Wed Jul  2 22:38:26 2014
From: stefct4 at gmail.com (StefCT)
Date: Thu, 03 Jul 2014 05:38:26 +0200
Subject: [pmwiki-users] PmWiki standard AuthUser
In-Reply-To: <C925C80F-89FC-467B-8764-6AD472E5F475@kinhost.org>
References: <C925C80F-89FC-467B-8764-6AD472E5F475@kinhost.org>
Message-ID: <53B4D032.6080407@gmail.com>

On 07/02/2014 03:56 PM, Crisses wrote:
> Right now, an admin has to change passwords in AuthUser.  Some people
> don't want to tell the admin their password.

To avoid e-mailing passwords in plain text, you can always ask users to
encrypt their password with action=crypt and then email the resulting
string to you.

Anyway, I agree that some more sophisticated user/password management
tools would be great.

--StefCT


> 
> I am working on a membership site where members will log in and need
> edit permissions to their own profile information (name, contact info,
> description, etc.), can change their own passwords, are in a group
> @members so that permissions can be doled out around the website, some
> members can be @admin (or other permission group) privileged.  And I'd
> like to avoid using a database.
> 
> I'm looking through PmWiki documentation, recipes, etc.  So many recipes
> are old, haven't been maintained in 4+ years, are not PHP5 (much less
> 5.5) compatible, etc.  I was trying to get .htpasswd files working,
> spent a whole day on that, got it working -- but the recipe I was going
> to use to handle password updating and group management
> is http://www.pmwiki.org/wiki/Cookbook/HtpasswdForm -- and it's broken
> (and too complicated for an easy fix).  I put the (:command:) in the
> page, and the page comes out blank when it should come up with password
> updating and group permissions forms.
> 
> In all honesty, I love the simplicity of AuthUser.  It would be lovely
> if PmWiki finally got -- a little -- more sophisticated on user/password
> management.  Here's my thought on how it can be set up for users to edit
> their own password:
> 
> Similar to SiteAdmin there could be a locked-down group, perhaps (to
> keep with $BaseName tactics) "Profile-Data".  This would be a PmWiki
> data page hidden from the world.  In it could be profile data (page
> $Name = username, crypt'd password, email address, phone number, member
> expiration date, whatever...).
> 
> What I need:
> 
> I would like to be able to tell SiteAdmin/AuthUser to use
> Profile-Data/{$username}$:passwd for username/password auth.  So just
> like it would grab a username/password from the SiteAdmin/AuthUser page,
> I want it to grab the passwd: <encrypted password> from their
> Profile-Data page.
> 
> I also need a way to set group access attributes so that only
> id:{*$Name} (i.e. the current wiki page name) could edit their own pages
> (plus admins of course).  That might be configurable already via
> local/Profiles.php 
> 
> This I can probably do, although I'm rusty:
> 
> The user corresponding to the Profile, when logged in, can either
> directly edit their Profile-Data page, or (when one has edit
> permissions) there can be a form for updating their
> Profile-Data/$username data that saves data and the encrypted password
> to the corresponding Profile-Data/$Name page (cf how PmForm saves data
> to another page) while visiting their own Profile.
> 
> Then the only case in which an admin is needed is if a user forgets
> their password, not if they just want to change it.  This means admins
> can set an initial password and the users can change their own password
> after their first login.
> 
> Crisses
> 
> 
> 
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
> 



From dominique.faure at gmail.com  Thu Jul  3 12:26:07 2014
From: dominique.faure at gmail.com (Dominique Faure)
Date: Thu, 3 Jul 2014 19:26:07 +0200
Subject: [pmwiki-users] Recipe update needed?
Message-ID: <CA+cgkKu-iq=EMMrHQ6d5Nx9Ndrsrfrf4j8CWE7-vfDs4hSBKTw@mail.gmail.com>

On Wed, Jul 2, 2014 at 1:55 PM, Crisses <crisses at kinhost.org> wrote:
> Hi, Dfaure,
>
> I am wondering whether you are still using your PmWiki recipe for
> http://www.pmwiki.org/wiki/Cookbook/HtpasswdForm because I'm very interested
> in using it.
>
> However it's not working right now with the latest PmWiki.

Hi,

Feel free to try the latest version I just fixed and uploaded (nothing
fancier than trying to be php 5.5 compliant).

-- 
Dominique


From crisses at kinhost.org  Thu Jul  3 14:39:23 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Thu, 3 Jul 2014 15:39:23 -0400
Subject: [pmwiki-users] Notify Uploads?
Message-ID: <1CBDB890-A54E-404E-A2F9-837EB280CCA4@kinhost.org>

Hi,

Poked around on PmWiki.org and the Notify Posts page & upload recipes, and I don't see any way to 1) have an upload log (and track IP/user who uploads a file) i.e. add entries to Recent Changes for each uploaded file and 2) enable notification emails for uploads to pages or the site as a whole

Also, I don't see a way to approve uploads.

The point is to consider that perhaps someone uploads a PDF, image, document or script that they shouldn't -- or needs to be vetted before it's displayed.  So they need to be approved.  Upload -> emails admin -> if naughty can check a log to see who uploaded it (or info can be sent to admin in email).  

Anyone know whether any similar features are already available somehow?

Crisses

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140703/97ae38ff/attachment.html>

From crisses at kinhost.org  Thu Jul  3 14:55:07 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Thu, 3 Jul 2014 15:55:07 -0400
Subject: [pmwiki-users] toggle.php and HTMLFooterFmt question
In-Reply-To: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
References: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
Message-ID: <E1E29031-B398-42A5-8175-0918DC1B49B6@kinhost.org>


On Jul 1, 2014, at 12:18 PM, michael paulukonis <xraysmalevich at gmail.com> wrote:

> re: http://pmwiki.org/wiki/Cookbook/Toggle
> 
> In the toggle.php recipe of 2014-02-21, we see the following:
> 
> $HTMLFooterFmt['toggle'] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";
> 
> This should create a simple string that is places into the HTMLFooterFmt hash with the index of "toggle."
> 
> How on earth is toggle supposed to function if there is more than one toggle present on the page?

If you have more than one toggle, make sure they all have a different id. :)

I've used this recipe several times, and I love it.  It works very well.  When I used it with (:panelist:) for quizzes, I made sure to use a variable from the page (say $Name) as the index.

Example of a quiz at work, entirely PmWiki driven -- each quiz's info is stored in data pages elsewhere on the site, they have categories and are pulled into various pages of the website...  http://bte18.com/Main/GolfingBasics  So you can see the different calls to the toggle javascript code on the HTML end here.

> Am I missing something in PHP/PmWiki that would allow this to work?

It's a combo of PmWiki and Javascript at work here.  :)

> We don't see anything like this behavior in the older version from 2009-07-23
> 
> Perhaps not coincidentally, I have multiple toggles working with the version from 2009-07-23, but not with 2013-02-21
> 
> Unless I make the following change:
> 
>   $HTMLFooterFmt["toggle$id"] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";

Try the same line in the toggle.php I got from the cookbook (years ago):
$HTMLFooterFmt[] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";

The moment that you name it ['toggle'] it will only make one entry in $HTMLFooterFmt.  with the [] it will just append them all to the array with numbered indexes.

If you want them indexed "toggle" then yes they need unique $id appended to 'toggle" so each index is unique... which is exactly what you said worked.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140703/760971c1/attachment.html>

From xraysmalevich at gmail.com  Thu Jul  3 16:01:44 2014
From: xraysmalevich at gmail.com (michael paulukonis)
Date: Thu, 3 Jul 2014 17:01:44 -0400
Subject: [pmwiki-users] toggle.php and HTMLFooterFmt question
In-Reply-To: <E1E29031-B398-42A5-8175-0918DC1B49B6@kinhost.org>
References: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
	<E1E29031-B398-42A5-8175-0918DC1B49B6@kinhost.org>
Message-ID: <CACGy07r39ya6xMTCTkWcMQ0_r1Lm2-tsqNL+hNqeMMwbywBpHw@mail.gmail.com>

I think you're agreeing with me.

Which means that the 2014-02-21 needs to be patched.


-Michael Paulukonis
http://www.xradiograph.com
 <http://goog_2112721603>Interference Patterns (a blog)
<http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelpaulukonis.com
<http://www.BestAndroidResources.com>

Sent from somewhere in the Cloud
(hearthrug, by the fender)


On Thu, Jul 3, 2014 at 3:55 PM, Criss Ittermann <crisses at kinhost.org> wrote:

>
> On Jul 1, 2014, at 12:18 PM, michael paulukonis <xraysmalevich at gmail.com>
> wrote:
>
> re: http://pmwiki.org/wiki/Cookbook/Toggle
>
> In the toggle.php recipe of 2014-02-21, we see the following:
>
> $HTMLFooterFmt['toggle'] = "<script
> type=\"text/javascript\">document.getElementById(\"{$id}\").style.display =
> '{$style}';</script>";
>
> This should create a simple string that is places into the HTMLFooterFmt
> hash with the index of "toggle."
>
> How on earth is toggle supposed to function if there is more than one
> toggle present on the page?
>
>
> If you have more than one toggle, make sure they all have a different id.
> :)
>
> I've used this recipe several times, and I love it.  It works very well.
>  When I used it with (:panelist:) for quizzes, I made sure to use a
> variable from the page (say $Name) as the index.
>
> Example of a quiz at work, entirely PmWiki driven -- each quiz's info is
> stored in data pages elsewhere on the site, they have categories and are
> pulled into various pages of the website...
> http://bte18.com/Main/GolfingBasics  So you can see the different calls
> to the toggle javascript code on the HTML end here.
>
>
> Am I missing something in PHP/PmWiki that would allow this to work?
>
>
> It's a combo of PmWiki and Javascript at work here.  :)
>
> We don't see anything like this behavior in the older version from
> 2009-07-23
>
> Perhaps not coincidentally, I have multiple toggles working with the
> version from 2009-07-23, but not with 2013-02-21
>
> Unless I make the following change:
>
>   $HTMLFooterFmt["toggle$id"] = "<script
> type=\"text/javascript\">document.getElementById(\"{$id}\").style.display =
> '{$style}';</script>";
>
>
> Try the same line in the toggle.php I got from the cookbook (years ago):
> $HTMLFooterFmt[] = "<script
> type=\"text/javascript\">document.getElementById(\"{$id}\").style.display
> = '{$style}';</script>";
>
> The moment that you name it ['toggle'] it will only make one entry in
> $HTMLFooterFmt.  with the [] it will just append them all to the array with
> numbered indexes.
>
> If you want them indexed "toggle" then yes they need unique $id appended
> to 'toggle" so each index is unique... which is exactly what you said
> worked.
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140703/18c819d7/attachment.html>

From crisses at kinhost.org  Thu Jul  3 16:33:00 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Thu, 3 Jul 2014 17:33:00 -0400
Subject: [pmwiki-users] toggle.php and HTMLFooterFmt question
In-Reply-To: <CACGy07r39ya6xMTCTkWcMQ0_r1Lm2-tsqNL+hNqeMMwbywBpHw@mail.gmail.com>
References: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
	<E1E29031-B398-42A5-8175-0918DC1B49B6@kinhost.org>
	<CACGy07r39ya6xMTCTkWcMQ0_r1Lm2-tsqNL+hNqeMMwbywBpHw@mail.gmail.com>
Message-ID: <1F48B348-F4B8-4401-836D-50F27F58BDC2@kinhost.org>


On Jul 3, 2014, at 5:01 PM, michael paulukonis <xraysmalevich at gmail.com> wrote:

> I think you're agreeing with me.
> 
> Which means that the 2014-02-21 needs to be patched.

Yes, and your idea is probably better than [] in case someone needed a var dump to debug something.  On the HTML end, the javascript comes out fine with [].

> On Thu, Jul 3, 2014 at 3:55 PM, Criss Ittermann <crisses at kinhost.org> wrote:
> 
> On Jul 1, 2014, at 12:18 PM, michael paulukonis <xraysmalevich at gmail.com> wrote:
> 
>> re: http://pmwiki.org/wiki/Cookbook/Toggle
>> 
>> In the toggle.php recipe of 2014-02-21, we see the following:
>> 
>> $HTMLFooterFmt['toggle'] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";
>> 
>> This should create a simple string that is places into the HTMLFooterFmt hash with the index of "toggle."
>> 
>> How on earth is toggle supposed to function if there is more than one toggle present on the page?
> 
> If you have more than one toggle, make sure they all have a different id. :)
> 
> I've used this recipe several times, and I love it.  It works very well.  When I used it with (:panelist:) for quizzes, I made sure to use a variable from the page (say $Name) as the index.
> 
> Example of a quiz at work, entirely PmWiki driven -- each quiz's info is stored in data pages elsewhere on the site, they have categories and are pulled into various pages of the website...  http://bte18.com/Main/GolfingBasics  So you can see the different calls to the toggle javascript code on the HTML end here.
> 
> 
>> Am I missing something in PHP/PmWiki that would allow this to work?
> 
> 
> It's a combo of PmWiki and Javascript at work here.  :)
> 
>> We don't see anything like this behavior in the older version from 2009-07-23
>> 
>> Perhaps not coincidentally, I have multiple toggles working with the version from 2009-07-23, but not with 2013-02-21
>> 
>> Unless I make the following change:
>> 
>>   $HTMLFooterFmt["toggle$id"] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";
> 
> Try the same line in the toggle.php I got from the cookbook (years ago):
> $HTMLFooterFmt[] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";
> 
> The moment that you name it ['toggle'] it will only make one entry in $HTMLFooterFmt.  with the [] it will just append them all to the array with numbered indexes.
> 
> If you want them indexed "toggle" then yes they need unique $id appended to 'toggle" so each index is unique... which is exactly what you said worked.
> 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140703/b220300a/attachment-0001.html>

From design at softflow.co.uk  Thu Jul  3 20:12:54 2014
From: design at softflow.co.uk (Hans Bracker)
Date: Fri, 4 Jul 2014 02:12:54 +0100
Subject: [pmwiki-users] toggle.php and HTMLFooterFmt question
In-Reply-To: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
References: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
Message-ID: <1254012744.20140704021254@softflow.co.uk>

Hello Michael,

Tuesday, July 1, 2014, 5:18:10 PM, you wrote:

> In the toggle.php recipe of 2014-02-21, we see the following:

> $HTMLFooterFmt['toggle'] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";

> This should create a simple string that is places into the HTMLFooterFmt hash with the index of "toggle."

> How on earth is toggle supposed to function if there is more than one toggle present on the page?

sorry, but toggle.php version 2014-02-21 as on pmwiki.org does not contain the code line you quoted!
Instead it contains the line (as did previous versions):

   $HTMLFooterFmt[] = "<script type=\"text/javascript\">document.getElementById(\"{$id}\").style.display = '{$style}';</script>";

So  it  is working just fine, because multiple instances each with the
correct id of each toggle object are created in the HTML footer (exactly what Chrisses
mentioned).  The main java script is injected into the HTML foter just
once, which is also fine.

So  I  do  not  understand why you have an issue with toggle.php. Am I
missing something?


cheers,
 Hans                         
mailto:design at softflow.co.uk
www.softflow.co.uk



From xraysmalevich at gmail.com  Thu Jul  3 21:57:43 2014
From: xraysmalevich at gmail.com (michael paulukonis)
Date: Thu, 3 Jul 2014 22:57:43 -0400
Subject: [pmwiki-users] toggle.php and HTMLFooterFmt question
In-Reply-To: <1254012744.20140704021254@softflow.co.uk>
References: <CACGy07oSEVimhRVHsrRMJc2V8B232YoComr1iCGqiwp9tP8cOw@mail.gmail.com>
	<1254012744.20140704021254@softflow.co.uk>
Message-ID: <CACGy07pP0jGgf0RT2sg5ny+ug+N_VrnVhZQ_JtxA0K+6t6pGWQ@mail.gmail.com>

"It must have been a virus?"

I can say I'm not sure what happened, because I'm not -- but I had to have
somehow edited that file.
The weird thing is, I had no reason to even go into the code and look at it
until I had the problem with only the last toggle on the page functioning.

???

It's perfectly fine in one of my recent installs, screwed up in the other.

Sorry for the trouble.

-Michael Paulukonis
http://www.xradiograph.com
 <http://goog_2112721603>Interference Patterns (a blog)
<http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelpaulukonis.com
<http://www.BestAndroidResources.com>

Sent from somewhere in the Cloud
(hearthrug, by the fender)


On Thu, Jul 3, 2014 at 9:12 PM, Hans Bracker <design at softflow.co.uk> wrote:

> Hello Michael,
>
> Tuesday, July 1, 2014, 5:18:10 PM, you wrote:
>
> > In the toggle.php recipe of 2014-02-21, we see the following:
>
> > $HTMLFooterFmt['toggle'] = "<script
> type=\"text/javascript\">document.getElementById(\"{$id}\").style.display =
> '{$style}';</script>";
>
> > This should create a simple string that is places into the HTMLFooterFmt
> hash with the index of "toggle."
>
> > How on earth is toggle supposed to function if there is more than one
> toggle present on the page?
>
> sorry, but toggle.php version 2014-02-21 as on pmwiki.org does not
> contain the code line you quoted!
> Instead it contains the line (as did previous versions):
>
>    $HTMLFooterFmt[] = "<script
> type=\"text/javascript\">document.getElementById(\"{$id}\").style.display =
> '{$style}';</script>";
>
> So  it  is working just fine, because multiple instances each with the
> correct id of each toggle object are created in the HTML footer (exactly
> what Chrisses
> mentioned).  The main java script is injected into the HTML foter just
> once, which is also fine.
>
> So  I  do  not  understand why you have an issue with toggle.php. Am I
> missing something?
>
>
> cheers,
>  Hans
> mailto:design at softflow.co.uk
> www.softflow.co.uk
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140703/8e1b54ad/attachment.html>

From nzskiwi at gmail.com  Thu Jul  3 22:13:35 2014
From: nzskiwi at gmail.com (Simon)
Date: Fri, 4 Jul 2014 15:13:35 +1200
Subject: [pmwiki-users] Notify Uploads?
In-Reply-To: <1CBDB890-A54E-404E-A2F9-837EB280CCA4@kinhost.org>
References: <1CBDB890-A54E-404E-A2F9-837EB280CCA4@kinhost.org>
Message-ID: <CAFUSNWOL37ZNQbecYpqd2QU732easiddJCdJvx3K0md=Tfaw_w@mail.gmail.com>

I hope
http://www.pmwiki.org/wiki/Cookbook/RecentUploadsLog
answers your question about an uploads log.

The idea of approving uploads as you approve external links (URLApprove
<http://www.pmwiki.org/wiki/PmWiki/UrlApprovals>) is a good one.
I don't know of a recipe to suit.

Simon



On 4 July 2014 07:39, Criss Ittermann <crisses at kinhost.org> wrote:

> Hi,
>
> Poked around on PmWiki.org and the Notify Posts page & upload recipes,
> and I don't see any way to 1) have an upload log (and track IP/user who
> uploads a file) i.e. add entries to Recent Changes for each uploaded file
> and 2) enable notification emails for uploads to pages or the site as a
> whole
>
> Also, I don't see a way to approve uploads.
>
>   The point is to consider that perhaps someone uploads a PDF, image,
> document or script that they shouldn't -- or needs to be vetted before it's
> displayed.  So they need to be approved.  Upload -> emails admin -> if
> naughty can check a log to see who uploaded it (or info can be sent to
> admin in email).
>
> Anyone know whether any similar features are already available somehow?
>
> Crisses
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>


-- 
____
http://kiwiwiki.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140704/7211583d/attachment.html>

From crisses at kinhost.org  Tue Jul  8 10:58:35 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Tue, 8 Jul 2014 11:58:35 -0400
Subject: [pmwiki-users] PmForm RSVP Form - Radio button issue
Message-ID: <83E73CB2-CDFB-4A41-9611-F639DA3699FF@kinhost.org>

HI,

I've tried several ways to get the radio button (for "Yes" or "I'll be there.") selected automatically in the RSVP form I posted on PmForm.

I tried selected, selected=selected, selected=1.  I also tried using an input default.  i'm not seeing the "selected" option being sent to the HTML.

Not vital, but would be one less annoyance for the user of the form to have "yes" preselected.


[[#rsvpform]]
(:input pmform target=rsvp :)
(:input default request=1:)
(:input default anchor="I'll be there.":)
(:input default author "{$Author}" :)
'''Please RSVP for the event:'''
>>red<<
(:messages:)
>><<
%comment% $[Subject]:      (:input text Subject size=30:)
Name: (:input text author:)
||width=50%
||(:input radio anchor selected=selected "I'll be there." :) Yes ||(:input radio anchor "I can't make it.":) No ||(:input radio anchor "I might be there.":) Maybe ||
(:input submit post "Submit":)
(:input end:)
[[#rsvpformend]]

[[#rsvppost]](:template defaults where=bottom :)(:template require author errmsg="$[Missing name]":)(:template require author match="-*:*,-*@*,-*<*,-*>*" errmsg="Please just enter your name.":)(:template require Subject match="" errmsg="$[Please leave the subject field blank]" :)*"{$$anchor}" ~{$$author}
[[#rsvppostend]]


Crisses


-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140708/3a90da68/attachment.html>

From 5ko at 5ko.fr  Tue Jul  8 13:28:45 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Tue, 08 Jul 2014 20:28:45 +0200
Subject: [pmwiki-users] PmForm RSVP Form - Radio button issue
References: <83E73CB2-CDFB-4A41-9611-F639DA3699FF@kinhost.org>
Message-ID: <cone.1404844125.73103.27730.1000@pc4>

Criss Ittermann writes:
> I've tried several ways to get the radio button (for "Yes" or "I'll be  
> there.") selected automatically in the RSVP form I posted on PmForm.
>
> I tried selected, selected=selected, selected=1. ?I also tried using an input  
> default. ?i'm not seeing the "selected" option being sent to the HTML.

> (:input radio anchor selected=selected "I'll be there." :) Yes

Radio buttons and checkboxes are checked with the "checked" attribute:

  (:input radio anchor "I'll be there." checked=checked:)


To learn more look into any HTML reference, for example:

  https://developer.mozilla.org/en/docs/Web/HTML/Element/Input
  http://www.w3schools.com/tags/tag_input.asp

Petko



From crisses at kinhost.org  Tue Jul  8 19:38:15 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Tue, 8 Jul 2014 20:38:15 -0400
Subject: [pmwiki-users] PmForm RSVP Form - Radio button issue
In-Reply-To: <cone.1404844125.73103.27730.1000@pc4>
References: <83E73CB2-CDFB-4A41-9611-F639DA3699FF@kinhost.org>
	<cone.1404844125.73103.27730.1000@pc4>
Message-ID: <1F6469A9-A81B-4FBE-B3EF-8784E2C859C5@kinhost.org>


On Jul 8, 2014, at 2:28 PM, Petko Yotov <5ko at 5ko.fr> wrote:

> Criss Ittermann writes:
>> I've tried several ways to get the radio button (for "Yes" or "I'll be there.") selected automatically in the RSVP form I posted on PmForm.
>> 
>> I tried selected, selected=selected, selected=1.  I also tried using an input default.  i'm not seeing the "selected" option being sent to the HTML.
> 
>> (:input radio anchor selected=selected "I'll be there." :) Yes
> 
> Radio buttons and checkboxes are checked with the "checked" attribute:
> 
> (:input radio anchor "I'll be there." checked=checked:)
> 
> 
> To learn more look into any HTML reference, for example:
> 
> https://developer.mozilla.org/en/docs/Web/HTML/Element/Input
> http://www.w3schools.com/tags/tag_input.asp

I did search.  But because I was searching on "selected", of course it was unhelpful.  Thanks for pointing out my mistake.  I ended up on completely different pages which only confused the issue more.

And the input default failed due to an equal sign:
(:input default anchor="I'll be there.":)
needed to be 
(:input default anchor "I'll be there.":)

Argh.  Two cases of semantics over intuition.

Thank you again.

From lists at basel-inside.ch  Wed Jul  9 08:23:51 2014
From: lists at basel-inside.ch (lists at basel-inside.ch)
Date: Wed, 09 Jul 2014 15:23:51 +0200
Subject: [pmwiki-users] strange behavior of Attach (different group behavior)
Message-ID: <20140709152351.16303pb4iy5r6v6v@server37.cyon.ch>

Hello

On my wiki installation I have an extremly weird attach behavior:

wikifarm, default file structure
server/pm/pm-sources
server/pm/orientalcarp
server/pm/orientalcarp/uploads
server/pm/orientalcarp/uploads/Site
server/pm/orientalcarp/uploads/Carpet
server/pm/orientalcarp/uploads/Kunst

case 1)
out of Group "Kunst"
http://orientalcarpetstudio.com.jovinus-meta.net/Kunst/D0002
(alle pictures are found, resp. notfound correctly)

**But** - Pictures cannot be accessed via PageList, what is also necessary


case 2)
out of Group "Carpet"
http://orientalcarpetstudio.com.jovinus-meta.net/Carpet/00050
all pictures from /Kunst are **not found**
pictures from Dir /Site are found!

as all carpets are in group and dir carpet, it works for carpets.
I liked to have a different upload dir for non carpet items because of  
duplicate names.


What I see is a **different behavior of attach link resolution**:
Case: Kunst
[]Attach:Kunst/d1notavail.jpg ?  (identical resolution if pic in lib).
http://orientalcarpetstudio.com.jovinus-meta.net/
**>Carpet<**/Kunst?action=upload&upname=d1.jpg

Case: Site
[]Attach:Site/TasseBraunWeissNotAvail.jpg ?
http://orientalcarpetstudio.com.jovinus-meta.net/
-->Site<--/Site?action=upload&upname=TasseBraunWeissNotAvail.jpg

where
**> carpet seem's to be a wrong generation for Group "Kunst"
--> Site is ok for group Site

I also checked the variables $UploadDir and $UploadUrlFmt.
If I change them, no pic's are found at all (expected behavior).
I don't have per Group configs.


As attachment seems a basic function to me, I hope that I can locate  
the problem.
Thanks for your hints.

regards
Patrick


pics attached (identlically attached from "Kunst" and "Carpet" with  
different result)
[]Attach:Carpet/00050.jpg
[]Attach:Kunst/TasseBlau.jpg
[]Attach:2.jpg
[]Attach:Kunst/d1.jpg
[]Attach:Kunst/d1notavail.jpg
[]Attach:CarpetTest/d2.jpg
[]Attach:Site/TasseBraunWeissNotAvail.jpg
[]Attach:Site/TasseBraunWeiss.jpg




From lists at basel-inside.ch  Thu Jul 10 09:05:16 2014
From: lists at basel-inside.ch (lists at basel-inside.ch)
Date: Thu, 10 Jul 2014 16:05:16 +0200
Subject: [pmwiki-users] strange behavior of Attach (different group
 behavior)
In-Reply-To: <20140709152351.16303pb4iy5r6v6v@server37.cyon.ch>
References: <20140709152351.16303pb4iy5r6v6v@server37.cyon.ch>
Message-ID: <20140710160516.25894bytkbkq6s2k@server37.cyon.ch>

Hello again   (problem solved)

I was attaching pictures from Directory Site/ and Kunst/
and was very irritated be the "random behavior" of attach.
Attach:Kunst/2.jpg (didn't work - if Group is not Kunst)
Attach:Site/2.jpg (did work from any group)

I have found out now that my syntax was wrong according to the documentation
http://www.pmwiki.org/wiki/PmWiki/Uploads

the correct syntax for my case is:
Attach:Kunst./2.jpg  (instead of Kunst/2.jpg )

It took me quite a while to find the error...

thanks

kind regards
Patrick Ogay







From jdd at dodin.org  Thu Jul 10 13:31:18 2014
From: jdd at dodin.org (jdd)
Date: Thu, 10 Jul 2014 20:31:18 +0200
Subject: [pmwiki-users] translating cookbook
Message-ID: <53BEDBF6.1010005@dodin.org>

Hello,

I have a problem translating strings for the emailform cookbook.

instructions are here:
http://www.pmwiki.org/wiki/Cookbook/EMailForm

in my config.php file, I wrote:

$EnableEMailFormSecurity = true;
include_once("$FarmD/cookbook/emailform.php");
(...)
$EnableEMailFormUTF8 = false;

$XL['fr']['Your address:'] = 'Votre adresse:';
$XL['fr']['Subject:'] = 'Objet:';

(...)

the page is there:

http://www.culte.org/pmwikitest/?n=Main.WikiSandbox

If I make a syntax error in the config.php file (for example => ion place of 
=), the wiki page is blank, so I'm sure the file is read

I have the very same result with the include once file before or after the $XL 
variables...

any idea?

thanks
jdd

-- 
http://www.dodin.org


From marc.alexis.m at gmail.com  Fri Jul 11 09:02:38 2014
From: marc.alexis.m at gmail.com (marc-alexis morelle)
Date: Fri, 11 Jul 2014 16:02:38 +0200
Subject: [pmwiki-users] Audio5 (and Video5)
Message-ID: <53BFEE7E.2010802@free.fr>

Hello,

I had posted that subject on Audio5-Talk, but maybe it was not the right 
way ?

In a way to throw out Flash players for audio and video, and for mobile 
compliance, I want to use html5 tags.
I have a problem with Audio5, when linking audio files from other 
folders or other websites. $AudioUrl does not solve all cases. If the 
cookbook works like an "Attach :", it should plays an audio file from 
anywhere if we write the relative or absolute url, or from the current 
group or current page. For example, I have mp3 from other websites I 
would like to play in a page, and, *in the same page*, mp3 from other 
groups. I tried per-group customisation config.php, and per-page 
config.php. It seems to work. But, I also have a page that use the 
"include" pmwiki directive... and the audio link that is in the included 
page is broken. I think the pb will be the same with Video5.

Thanks if you can help me. And thanks Tom, for thoses two receipes.

marc, from Adiu.
-- 
http://www.malexism.org/


From 5ko at 5ko.fr  Fri Jul 11 16:36:52 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Fri, 11 Jul 2014 23:36:52 +0200
Subject: [pmwiki-users] Audio5 (and Video5)
References: <53BFEE7E.2010802@free.fr>
Message-ID: <cone.1405114612.10519.11369.1000@pc4>

marc-alexis morelle writes:
> I had posted that subject on Audio5-Talk, but maybe it was not the right  
> way ?

Yes, it is recommended to post questions and answers on the talk pages so  
that other people who have the same questions can find the answers.

But if the maintainers of the recipes don't notice there are questions, you  
can search for other ways to contact them - for example an e-mail address or  
a website link on their recipe or profile page.

If you have no success contacting them and if the license of the recipe  
allows it, you try and can fix the recipe yourself.

Petko



From 5ko at 5ko.fr  Fri Jul 11 16:40:19 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Fri, 11 Jul 2014 23:40:19 +0200
Subject: [pmwiki-users] translating cookbook
References: <53BEDBF6.1010005@dodin.org>
Message-ID: <cone.1405114819.345512.11369.1000@pc4>

First to try is place the $XL[] definitions before the include() line.

Or even better, delete these lines from config.php and define the strings in  
your PmWiki.XLPage page or in PmWiki.XLPageCookbook.

If that doesn't work, what XLPage() calls do you have in config.php?

Petko



jdd writes:
> I have a problem translating strings for the emailform cookbook.
>
> instructions are here:
> http://www.pmwiki.org/wiki/Cookbook/EMailForm
>
> in my config.php file, I wrote:
>
> $EnableEMailFormSecurity = true;
> include_once("$FarmD/cookbook/emailform.php");
> (...)
> $EnableEMailFormUTF8 = false;
>
> $XL['fr']['Your address:'] = 'Votre adresse:';
> $XL['fr']['Subject:'] = 'Objet:';



From jdd at dodin.org  Sat Jul 12 00:52:47 2014
From: jdd at dodin.org (jdd)
Date: Sat, 12 Jul 2014 07:52:47 +0200
Subject: [pmwiki-users] translating cookbook
In-Reply-To: <cone.1405114819.345512.11369.1000@pc4>
References: <53BEDBF6.1010005@dodin.org>
	<cone.1405114819.345512.11369.1000@pc4>
Message-ID: <53C0CD2F.3070900@dodin.org>

Le 11/07/2014 23:40, Petko Yotov a ?crit :
> First to try is place the $XL[] definitions before the include() line.

tryed, no better result

>
> Or even better, delete these lines from config.php and define the strings in
> your PmWiki.XLPage page or in PmWiki.XLPageCookbook.

I will try that, thanks

jdd


-- 
http://www.dodin.org


From marc.alexis.m at gmail.com  Sat Jul 12 03:54:02 2014
From: marc.alexis.m at gmail.com (marc-alexis morelle)
Date: Sat, 12 Jul 2014 10:54:02 +0200
Subject: [pmwiki-users] Audio5 (and Video5)
In-Reply-To: <cone.1405114612.10519.11369.1000@pc4>
References: <53BFEE7E.2010802@free.fr> <cone.1405114612.10519.11369.1000@pc4>
Message-ID: <53C0F7AA.9080506@free.fr>

Le 11/07/2014 23:36, Petko Yotov a ?crit :
> If you have no success contacting them and if the license of the recipe
> allows it, you try and can fix the recipe yourself.

Thanks Petko.

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


From peterschwegler at quicknet.nl  Sat Jul 12 05:11:22 2014
From: peterschwegler at quicknet.nl (Peter Schwegler)
Date: Sat, 12 Jul 2014 12:11:22 +0200
Subject: [pmwiki-users] Images in included pages
Message-ID: <53C109CA.4050308@quicknet.nl>

Hello everyone

I have a question about the use of images.

I have a page, with an attached image. When I view this page directly 
the image is shown correctly. When I include this page in another page 
(also in another group) all I see is "Attach:imagename" with the upload 
triangle.

original page: group A.page A
this page is included in group B.page B

What do I need to change to see the image also in page B?
Is this perhaps a bug?

I save my uploads in a directory per page ($UploadPrefixFmt='/$Group/$Name)
pmwiki version 2.2.66 on Opensuse Linux with Apache (all updates for 
Opensuse applied)


Regards

Peter Schwegler

---
Dit e-mailbericht bevat geen virussen en malware omdat avast! Antivirus-bescherming actief is.
http://www.avast.com



From languefrancaise at gmail.com  Sat Jul 12 07:30:32 2014
From: languefrancaise at gmail.com (ABClf)
Date: Sat, 12 Jul 2014 14:30:32 +0200
Subject: [pmwiki-users] Images in included pages
In-Reply-To: <53C109CA.4050308@quicknet.nl>
References: <53C109CA.4050308@quicknet.nl>
Message-ID: <CACE3LEujun9A1S3pBs4iYMNHbtjOcyT5zU=jRv4Ptp8nUAsuiQ@mail.gmail.com>

Not sure there is an easier way now than before :
http://pmichaud.com/pipermail/pmwiki-users/2013-September/061525.html

How can I include a page from another group that contains an attached image?
>
> Include the page in the normal way, ie (:include GroupName.Pagename:). In
> the page to be included (that contains the image) change
> Attach:filename.ext to Attach:{$Group}./filename.ext.
>

This is a bit disappointing, especially given the existence of the
"basepage" parameter for the (:include:) markup.


2014-07-12 12:11 GMT+02:00 Peter Schwegler <peterschwegler at quicknet.nl>:

> Hello everyone
>
> I have a question about the use of images.
>
> I have a page, with an attached image. When I view this page directly the
> image is shown correctly. When I include this page in another page (also in
> another group) all I see is "Attach:imagename" with the upload triangle.
>
> original page: group A.page A
> this page is included in group B.page B
>
> What do I need to change to see the image also in page B?
> Is this perhaps a bug?
>
> I save my uploads in a directory per page ($UploadPrefixFmt='/$Group/$
> Name)
> pmwiki version 2.2.66 on Opensuse Linux with Apache (all updates for
> Opensuse applied)
>
>
> Regards
>
> Peter Schwegler
>
> ---
> Dit e-mailbericht bevat geen virussen en malware omdat avast!
> Antivirus-bescherming actief is.
> http://www.avast.com
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140712/58e4709d/attachment.html>

From surname at larseighner.com  Sat Jul 12 14:19:35 2014
From: surname at larseighner.com (Lars Eighner)
Date: Sat, 12 Jul 2014 14:19:35 -0500 (CDT)
Subject: [pmwiki-users] Images in included pages
In-Reply-To: <CACE3LEujun9A1S3pBs4iYMNHbtjOcyT5zU=jRv4Ptp8nUAsuiQ@mail.gmail.com>
References: <53C109CA.4050308@quicknet.nl>
	<CACE3LEujun9A1S3pBs4iYMNHbtjOcyT5zU=jRv4Ptp8nUAsuiQ@mail.gmail.com>
Message-ID: <alpine.BSF.2.00.1407121409230.8297@abbf.ynefrvtuareubzr.pbz>

On Sat, 12 Jul 2014, ABClf wrote:

> Not sure there is an easier way now than before :
> http://pmichaud.com/pipermail/pmwiki-users/2013-September/061525.html
>
> How can I include a page from another group that contains an attached image?
>>
>> Include the page in the normal way, ie (:include GroupName.Pagename:). In
>> the page to be included (that contains the image) change
>> Attach:filename.ext to Attach:{$Group}./filename.ext.
>>
>
> This is a bit disappointing, especially given the existence of the
> "basepage" parameter for the (:include:) markup.


The image does not actually have to be moved or uploaded again.  The
attach reference in the source page has to have the explicit group name.

That is to say, all that has to change is the source page.  It is a pain if
you have to change many source pages because, for example, you want to
include a page in its talk page, but it is not impossible to do this in a
large group of pages with a perl one-liner or too.  It is always much better
(for future reference) to be explicit about where you want images to go (and
change any templates that have attach patterns in them.  This is not the
only case in which being explicit with attachments is useful/necessary.


>
>
> 2014-07-12 12:11 GMT+02:00 Peter Schwegler <peterschwegler at quicknet.nl>:
>
>> Hello everyone
>>
>> I have a question about the use of images.
>>
>> I have a page, with an attached image. When I view this page directly the
>> image is shown correctly. When I include this page in another page (also in
>> another group) all I see is "Attach:imagename" with the upload triangle.
>>
>> original page: group A.page A
>> this page is included in group B.page B
>>
>> What do I need to change to see the image also in page B?
>> Is this perhaps a bug?
>>
>> I save my uploads in a directory per page ($UploadPrefixFmt='/$Group/$
>> Name)
>> pmwiki version 2.2.66 on Opensuse Linux with Apache (all updates for
>> Opensuse applied)
>>
>>
>> Regards
>>
>> Peter Schwegler
>>
>> ---
>> Dit e-mailbericht bevat geen virussen en malware omdat avast!
>> Antivirus-bescherming actief is.
>> http://www.avast.com
>>
>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>
>
>
>

-- 
Lars Eighner
http://www.larseighner.com/index.html
8800 N IH35 APT 1191 AUSTIN TX 78753-5266



From 5ko at 5ko.fr  Sat Jul 12 10:53:34 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Sat, 12 Jul 2014 17:53:34 +0200
Subject: [pmwiki-users] Images in included pages
References: <53C109CA.4050308@quicknet.nl>
Message-ID: <cone.1405180414.32487.14704.1000@pc4>

Peter Schwegler writes:
> I have a page, with an attached image. When I view this page directly the  
> image is shown correctly. When I include this page in another page (also in  
> another group) all I see is "Attach:imagename" with the upload triangle.
>
> original page: group A.page A
> this page is included in group B.page B
>
> I save my uploads in a directory per page ($UploadPrefixFmt='/$Group/$Name)
...
> What do I need to change to see the image also in page B?

You can write in PageA.PageA one among:

  Attach:GroupA.PageA/image.jpg
  Attach:{$FullName}/image.jpg

Then the image will be displayed in both PageA and PageB.

(The solution to use Attach:{$Group}./image.jpg will work for wikis with the  
default $UploadPrefixFmt, not for you; this solution here should work in  
both cases of $UploadPrefixFmt.)

It is possible to instruct PmWiki to automatically insert GroupA.PageA when  
including a page. Something like this in config.php may work:

  SDV($QualifyPatterns["/(\\[\\[ *Attach:)([^\\/$UrlExcludeChars]+(\\|.*?)?\\]\\])/"],
    PCCF("\$m[1].\$pagename.'/'.\$m[2]", 'qualify'));
  SDV($QualifyPatterns["/\\b(Attach:)([^\\s\\/$UrlExcludeChars]+(\\s|[$UrlExcludeChars]|$))/"],
    PCCF("\$m[1].\$pagename.'/'.\$m[2]", 'qualify'));

This has not been extensively tested but should work in most cases for most  
attachments (pictures or not) in included pages.

Maybe I should create a Cookbook recipe and let people test the snippet so  
we can improve it before eventually include it in the PmWiki core?

Petko



From languefrancaise at gmail.com  Sat Jul 12 16:29:29 2014
From: languefrancaise at gmail.com (ABClf)
Date: Sat, 12 Jul 2014 23:29:29 +0200
Subject: [pmwiki-users] Images in included pages
In-Reply-To: <cone.1405180414.32487.14704.1000@pc4>
References: <53C109CA.4050308@quicknet.nl>
	<cone.1405180414.32487.14704.1000@pc4>
Message-ID: <CACE3LEs3xTC1T8+hEdZzHR-4=VWk9i-xOQ2QoPH7d3EM_PZy7A@mail.gmail.com>

(The solution to use Attach:{$Group}./image.jpg will work for wikis with
the default $UploadPrefixFmt, not for you; this solution here should work
in both cases of $UploadPrefixFmt.)

Indeed, thank you for watching Petko ;)

Well, everything that would make pmwiki smarter is welcome (I guess).
Here, it is true it would be nice if pmwiki can handle automagically the
basement of included attached files.




2014-07-12 17:53 GMT+02:00 Petko Yotov <5ko at 5ko.fr>:

> Peter Schwegler writes:
>
>> I have a page, with an attached image. When I view this page directly the
>> image is shown correctly. When I include this page in another page (also in
>> another group) all I see is "Attach:imagename" with the upload triangle.
>>
>> original page: group A.page A
>> this page is included in group B.page B
>>
>> I save my uploads in a directory per page ($UploadPrefixFmt='/$Group/$
>> Name)
>>
> ...
>
>  What do I need to change to see the image also in page B?
>>
>
> You can write in PageA.PageA one among:
>
>  Attach:GroupA.PageA/image.jpg
>  Attach:{$FullName}/image.jpg
>
> Then the image will be displayed in both PageA and PageB.
>
> (The solution to use Attach:{$Group}./image.jpg will work for wikis with
> the default $UploadPrefixFmt, not for you; this solution here should work
> in both cases of $UploadPrefixFmt.)
>
> It is possible to instruct PmWiki to automatically insert GroupA.PageA
> when including a page. Something like this in config.php may work:
>
>  SDV($QualifyPatterns["/(\\[\\[ *Attach:)([^\\/$
> UrlExcludeChars]+(\\|.*?)?\\]\\])/"],
>    PCCF("\$m[1].\$pagename.'/'.\$m[2]", 'qualify'));
>  SDV($QualifyPatterns["/\\b(Attach:)([^\\s\\/$UrlExcludeChars]+(\\s|[$
> UrlExcludeChars]|$))/"],
>    PCCF("\$m[1].\$pagename.'/'.\$m[2]", 'qualify'));
>
> This has not been extensively tested but should work in most cases for
> most attachments (pictures or not) in included pages.
>
> Maybe I should create a Cookbook recipe and let people test the snippet so
> we can improve it before eventually include it in the PmWiki core?
>
> Petko
>
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140712/c2a1d2b1/attachment.html>

From tomgem at me.com  Sun Jul 13 07:27:35 2014
From: tomgem at me.com (Thomas Gemperli)
Date: Sun, 13 Jul 2014 14:27:35 +0200
Subject: [pmwiki-users] Audio5 (and Video5)
In-Reply-To: <53BFEE7E.2010802@free.fr>
References: <53BFEE7E.2010802@free.fr>
Message-ID: <286713E0-F5D3-4786-9FB7-BE38E537DF93@me.com>

Hi Marc,

On 11.07.2014, at 16:02, marc-alexis morelle <marc.alexis.m at gmail.com> wrote:

> I had posted that subject on Audio5-Talk, but maybe it was not the right way ?

It is, but I don't check these pages on a daily base. :)

I'll get back to you within the next days.

Cheers,
Tom



From marc.alexis.m at gmail.com  Sun Jul 13 11:54:05 2014
From: marc.alexis.m at gmail.com (marc-alexis morelle)
Date: Sun, 13 Jul 2014 18:54:05 +0200
Subject: [pmwiki-users] Audio5 (and Video5)
In-Reply-To: <286713E0-F5D3-4786-9FB7-BE38E537DF93@me.com>
References: <53BFEE7E.2010802@free.fr>
	<286713E0-F5D3-4786-9FB7-BE38E537DF93@me.com>
Message-ID: <53C2B9AD.6050409@free.fr>

> ... I don't check these pages on a daily base. :)

of course.

> I'll get back to you within the next days.

cool !

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


From fletch.au at outlook.com  Tue Jul 15 04:18:57 2014
From: fletch.au at outlook.com (Steve Fletcher)
Date: Tue, 15 Jul 2014 09:18:57 +0000
Subject: [pmwiki-users] =?utf-8?q?Help_Request?=
Message-ID: <BAY404-EAS2816EA5A0F224E8120B72BFF6F60@phx.gbl>


I am new to the product and am trying to understand how to handle security.

The following are the problems & solutions so far:

 
I have set a site wide admin user-id and password as an initial security setting.

 

What I am trying to achieve is
no one can access the Wiki unless they have a user-id & password i.e. it should prompt for a user-id & password when they attach to the site
Once they access PMWIKI, then they can only see what they are entitled to i.e. Group-A should not see what Group-B has put on their pages
all authenticated users should be able to update/create pages within their group.

Any help would be appreciated

 

thanks

steve
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140715/1747aed3/attachment.html>

From nzskiwi at gmail.com  Tue Jul 15 04:40:12 2014
From: nzskiwi at gmail.com (Simon)
Date: Tue, 15 Jul 2014 19:40:12 +1000
Subject: [pmwiki-users] Help Request
In-Reply-To: <BAY404-EAS2816EA5A0F224E8120B72BFF6F60@phx.gbl>
References: <BAY404-EAS2816EA5A0F224E8120B72BFF6F60@phx.gbl>
Message-ID: <CAFUSNWM=wvOAAQrbQme5E8jTq77Twq9+fAyvNTwdw7OK+GxxEA@mail.gmail.com>

A good starting place would be
http://www.pmwiki.org/wiki/PmWiki/Security




On 15 July 2014 19:18, Steve Fletcher <fletch.au at outlook.com> wrote:

>  I am new to the product and am trying to understand how to handle
> security.
>
> The following are the problems & solutions so far:
>
>
>
>    1. I have set a site wide admin user-id and password as an initial
>    security setting.
>
>
>
> What I am trying to achieve is
>
>    1. no one can access the Wiki unless they have a user-id & password
>    i.e. it should prompt for a user-id & password when they attach to the site
>    2. Once they access PMWIKI, then they can only see what they are
>    entitled to i.e. Group-A should not see what Group-B has put on their pages
>    3. all authenticated users should be able to update/create pages
>    within their group.
>
> Any help would be appreciated
>
>
>
> thanks
>
> steve
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>


-- 
____
http://kiwiwiki.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140715/55c5b0d7/attachment.html>

From crisses at kinhost.org  Tue Jul 15 11:27:41 2014
From: crisses at kinhost.org (Criss Ittermann)
Date: Tue, 15 Jul 2014 12:27:41 -0400
Subject: [pmwiki-users] Min-width pmwiki.org sidebar
Message-ID: <2F423BFD-7E75-4FF4-B79C-100FF4572544@kinhost.org>

This is bugging me for a while:
the sidebar at pmwiki.org has ads in it (which is fine) and the minimum width is not set to the size of the ads (which is not fine), so when browser width is too small or someone does wide preformatted text you can't see under the ads.

Example:
http://www.pmwiki.org/wiki/Cookbook/BlogCalendar-Talk

So:

td#wikileft {
min-width: 160px;
}

would be much appreciated.



Crisses
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140715/1a22020a/attachment.html>

From 5ko at 5ko.fr  Tue Jul 15 16:19:56 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Tue, 15 Jul 2014 23:19:56 +0200
Subject: [pmwiki-users] Min-width pmwiki.org sidebar
References: <2F423BFD-7E75-4FF4-B79C-100FF4572544@kinhost.org>
Message-ID: <cone.1405459196.486595.7052.1000@pc4>

Added to pub/css/local.css "min-width: 155px;" which is the default width.  
Please report any issues with other pages or skins.

Petko

Criss Ittermann writes:
> the sidebar at <URL:http://pmwiki.org>pmwiki.org has ads in it (which is  
> fine) and the minimum width is not set to the size of the ads (which is not  
> fine), so when browser width is too small or someone does wide preformatted  
> text you can't see under the ads.
>
>
> Example:
> <URL:http://www.pmwiki.org/wiki/Cookbook/BlogCalendar- 
> Talk>http://www.pmwiki.org/wiki/Cookbook/BlogCalendar-Talk
>
>
> So:
>
>
> td#wikileft {
> min-width: 160px;
> }
>
>
> would be much appreciated.



From xraysmalevich at gmail.com  Wed Jul 16 16:08:04 2014
From: xraysmalevich at gmail.com (michael paulukonis)
Date: Wed, 16 Jul 2014 17:08:04 -0400
Subject: [pmwiki-users] Who is Dennis Gary,
	and does he keep uploading photos?
Message-ID: <CACGy07p2p=57tkDODFaC89Gzvju5-Gj-LB6SxYPmJpmrKvNEWg@mail.gmail.com>

Check the recent changes logs.

http://www.pmwiki.org/wiki/Site/AllRecentChangesShort



-Michael Paulukonis
http://www.xradiograph.com
<http://goog_2112721603>Interference Patterns (a blog)
<http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelpaulukonis.com
<http://www.BestAndroidResources.com>

Sent from somewhere in the Cloud
(hearthrug, by the fender)
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140716/7057fcd2/attachment.html>

From nzskiwi at gmail.com  Thu Jul 17 03:44:21 2014
From: nzskiwi at gmail.com (Simon)
Date: Thu, 17 Jul 2014 18:44:21 +1000
Subject: [pmwiki-users] Recipe wanted
Message-ID: <CAFUSNWP4uiksLX7kaugkJLAaQH=cK-1Qge1W8j6yjncBwDU3kQ@mail.gmail.com>

I'm looking for a recipe that can include individual lines from a wiki
page, where the line is identified by a keyword, or set of keywords used on
the line.

Any suggestions?

tia

Simon
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140717/b8d39f2b/attachment.html>

From 5ko at 5ko.fr  Thu Jul 17 09:05:24 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Thu, 17 Jul 2014 16:05:24 +0200
Subject: [pmwiki-users] Recipe wanted
References: <CAFUSNWP4uiksLX7kaugkJLAaQH=cK-1Qge1W8j6yjncBwDU3kQ@mail.gmail.com>
Message-ID: <cone.1405605924.969717.16874.1000@pc4>

Simon writes:
> I'm looking for a recipe that can include individual lines from a wiki page,  
> where the line is identified by a keyword, or set of keywords used on the  
> line.

Check out Grep and TextExtract:

  http://www.pmwiki.org/wiki/Cookbook/Grep
  http://www.pmwiki.org/wiki/Cookbook/TextExtract

Petko



From 5ko at 5ko.fr  Thu Jul 17 09:18:46 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Thu, 17 Jul 2014 16:18:46 +0200
Subject: [pmwiki-users]
 =?utf-8?q?Who_is_Dennis_Gary=2C_and_does_he_keep_u?=
 =?utf-8?q?ploading_photos=3F?=
References: <CACGy07p2p=57tkDODFaC89Gzvju5-Gj-LB6SxYPmJpmrKvNEWg@mail.gmail.com>
Message-ID: <cone.1405606726.617370.16874.1000@pc4>

I suppose someone has installed PmWiki with the default skin. At the bottom  
of every page from the documentation there is a line "This page may have a  
more recent version on pmwiki.org and a Talk page" with links to pmwiki.org.  
As pmwiki.org looks like the default installation, someone may edit/upload  
on pmwiki.org believing being on his own wiki.

Petko



From xraysmalevich at gmail.com  Thu Jul 17 08:35:45 2014
From: xraysmalevich at gmail.com (michael paulukonis)
Date: Thu, 17 Jul 2014 09:35:45 -0400
Subject: [pmwiki-users] Who is Dennis Gary,
	and does he keep uploading photos?
In-Reply-To: <cone.1405606726.617370.16874.1000@pc4>
References: <CACGy07p2p=57tkDODFaC89Gzvju5-Gj-LB6SxYPmJpmrKvNEWg@mail.gmail.com>
	<cone.1405606726.617370.16874.1000@pc4>
Message-ID: <CACGy07oZLLLyp8Tjh_07po7c_6qWRfbFfFPOEHEQBefBXAo-yw@mail.gmail.com>

He keeps uploading the same pictures over and over; must be getting pretty
frustrated with the software by now.

-Michael Paulukonis
http://www.xradiograph.com
 <http://goog_2112721603>Interference Patterns (a blog)
<http://www.xradiograph.com%5Cinterference>
@XraysMonaLisa <https://twitter.com/XraysMonaLisa>
http://michaelpaulukonis.com
<http://www.BestAndroidResources.com>

Sent from somewhere in the Cloud
(hearthrug, by the fender)


On Thu, Jul 17, 2014 at 10:18 AM, Petko Yotov <5ko at 5ko.fr> wrote:

> I suppose someone has installed PmWiki with the default skin. At the
> bottom of every page from the documentation there is a line "This page may
> have a more recent version on pmwiki.org and a Talk page" with links to
> pmwiki.org. As pmwiki.org looks like the default installation, someone
> may edit/upload on pmwiki.org believing being on his own wiki.
>
> Petko
>
>
> _______________________________________________
> 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: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140717/a05c874f/attachment.html>

From lists at basel-inside.ch  Tue Jul 22 04:38:59 2014
From: lists at basel-inside.ch (lists at basel-inside.ch)
Date: Tue, 22 Jul 2014 11:38:59 +0200
Subject: [pmwiki-users] attach  image.JPG  (uppercase suffixes)
Message-ID: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>

Hello

According to my tests pictures are not included when the suffix is  
uppercase, even if it is specified correctly in the attach as
Attach:Picture.JPG

Also
Mini:Kunst./*
doesn't select pictures with a suffix, which is uppercase.

If there are not technical reasons, to not allow uppercase, I was  
wondering, whether there is a easy way to change this behavior und  
allow uppercase suffixes.

Thanks

kind regards
Patrick



From P.Gragert at kpnmail.nl  Wed Jul 23 01:45:30 2014
From: P.Gragert at kpnmail.nl (peter gragert)
Date: Wed, 23 Jul 2014 08:45:30 +0200
Subject: [pmwiki-users] attach  image.JPG  (uppercase suffixes)
In-Reply-To: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>
References: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>
Message-ID: <000b01cfa641$b20f35a0$162da0e0$@kpnmail.nl>

Indeed, I came across this problem already a long time ago, I rename all my
*.JPG to *.jpg and then the problem is solved ...

-----Oorspronkelijk bericht-----
Van: pmwiki-users [mailto:pmwiki-users-bounces at pmichaud.com] Namens
lists at basel-inside.ch
Verzonden: dinsdag 22 juli 2014 11:39
Aan: pmwiki-users
Onderwerp: [pmwiki-users] attach image.JPG (uppercase suffixes)

Hello

According to my tests pictures are not included when the suffix is
uppercase, even if it is specified correctly in the attach as
Attach:Picture.JPG

Also
Mini:Kunst./*
doesn't select pictures with a suffix, which is uppercase.

If there are not technical reasons, to not allow uppercase, I was wondering,
whether there is a easy way to change this behavior und allow uppercase
suffixes.

Thanks

kind regards
Patrick


_______________________________________________
pmwiki-users mailing list
pmwiki-users at pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users



From 5ko at 5ko.fr  Wed Jul 23 02:31:20 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Wed, 23 Jul 2014 10:31:20 +0300
Subject: [pmwiki-users] attach image.JPG (uppercase suffixes)
References: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>
Message-ID: <cone.1406100680.637730.7490.1000@pc4>

lists at basel-inside.ch writes:
> According to my tests pictures are not included when the suffix is  
> uppercase, even if it is specified correctly in the attach as
> Attach:Picture.JPG
> Also
> Mini:Kunst./*
> doesn't select pictures with a suffix, which is uppercase.

Correct, this is known and should be well documented, both in the PmWiki  
documentation about uploaded files, and in the Mini gallery documentation.  
If the documentation is not clear enough, feel free to improve it.

> If there are not technical reasons, to not allow uppercase, I was wondering,  
> whether there is a easy way to change this behavior und allow uppercase  
> suffixes.

The documentation of the Mini recipe contains a section about fixing this  
exact case (since 2009):

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

Petko



From languefrancaise at gmail.com  Wed Jul 23 12:41:38 2014
From: languefrancaise at gmail.com (ABClf)
Date: Wed, 23 Jul 2014 19:41:38 +0200
Subject: [pmwiki-users] attach image.JPG (uppercase suffixes)
In-Reply-To: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>
References: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>
Message-ID: <CACE3LEsUC6GUdt+TL_huQZ7a8=dT9FNtXvP=p=Whu02RR-atWg@mail.gmail.com>

Upload of files using PmWiki upload fonction (made really easy with
Cookbook/DragDropMultiUpload) should lowercase the extension (default).

Cf. $MakeUploadNamePatterns :
http://www.pmwiki.org/wiki/PmWiki/UploadVariables#MakeUploadNamePatterns
http://pmichaud.com/pipermail/pmwiki-users/2009-October/055945.html

Gilles.


2014-07-22 11:38 GMT+02:00 <lists at basel-inside.ch>:

> Hello
>
> According to my tests pictures are not included when the suffix is
> uppercase, even if it is specified correctly in the attach as
> Attach:Picture.JPG
>
> Also
> Mini:Kunst./*
> doesn't select pictures with a suffix, which is uppercase.
>
> If there are not technical reasons, to not allow uppercase, I was
> wondering, whether there is a easy way to change this behavior und allow
> uppercase suffixes.
>
> Thanks
>
> kind regards
> Patrick
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140723/e6068dd3/attachment.html>

From sandy at onebit.ca  Thu Jul 24 16:46:36 2014
From: sandy at onebit.ca (Sandy)
Date: Thu, 24 Jul 2014 17:46:36 -0400
Subject: [pmwiki-users] MailPoet Virus -- eeps
Message-ID: <lqrurk$rn9$1@ger.gmane.org>

According to this site,

http://arstechnica.com/security/2014/07/mass-exploit-of-wordpress-plugin-backdoors-sites-running-joomla-magento-too/

Quote:
The malware injection code is actually trying to compromise all PHP 
files that it can on the server. So if you have a site at 
/var/www/site1.com with MailPoet and another site at /var/www/site2.com 
without it, the malware injector from site1.com will try to compromise 
site2.com as well. We had a client that all his 20+ sites got injected, 
because one site inside the same shared account had MailPoet on it. 
That's why we were seeing Joomla and Magento sites with the same malware 
as well. Took us a bit of time to connect all the dots and find the 
entry point on them.

++

Eeps.

Can you reassure us that PmWiki.org has proper fences, and the scripts 
there are clean? (Knowing Pm, I think it's good, but want to check.)

Meanwhile, I'm going to do yet another backup of our data. And email. I 
think our host puts proper fences between accounts, and I know I didn't 
use any WP plugins when I tested it ages ago, but better safe than sorry.

Thanks!

Sandy



From 5ko at 5ko.fr  Thu Jul 24 17:35:14 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Fri, 25 Jul 2014 01:35:14 +0300
Subject: [pmwiki-users] MailPoet Virus -- eeps
References: <lqrurk$rn9$1@ger.gmane.org>
Message-ID: <cone.1406241314.463116.18072.1000@pc4>

Sandy writes:
> http://arstechnica.com/security/2014/07/mass-exploit-of-wordpress-plugin- 
> backdoors-sites-running-joomla-magento-too/
...
> Can you reassure us that PmWiki.org has proper fences,

Yes, the server account containing the pmwiki.org website is separate from  
other accounts with other websites. If another website on the same server is  
compromized, the pmwiki.org site shouldn't be.

> and the scripts there are clean? (Knowing Pm, I think it's good, but want

Yes, as far as we know the scripts that *run* on pmwiki.org are clean.

Files uploaded to the Cookbook by pseudonymous users might potentially  
contain exploits. That's why I advise cookbook writers, if possible to  
provide their files both uploaded to pmwiki.org and linked to read-only  
copies on their own wikis.

That said, recently uploaded files are easily monitored in AllRecentChanges  
and can be reviewed/deleted in case of problems. All existing older files  
were scanned and reviewed a few months ago for potential viruses and  
exploits, so again, AFAIK even uploaded files are clean.

If you notice any problem please notify me ASAP.

Petko





From languefrancaise at gmail.com  Tue Jul 29 09:04:02 2014
From: languefrancaise at gmail.com (ABClf)
Date: Tue, 29 Jul 2014 16:04:02 +0200
Subject: [pmwiki-users] split url to pagevariable ?
Message-ID: <CACE3LEv8PRGW0GFZ6hwCrM8+odkMTj1sgvEfkhx0XoO=VZhhzQ@mail.gmail.com>

Hello !

Imagine I have url (names) made of id I would like to automagically split
in usable parts (for pagelist fast scanning).
Something like this...

Group/4567-7363-88833
Group/25-345-4566

... would give me 3 parts (4567, 7363 and 88833 & 25, 345 and 4566)

I can not use {(substr {$Name} x y)} because "size" of the partial elements
is not fixed.

Thank you for your ideas ;)

Gilles.





-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140729/d66d1633/attachment.html>

From lists at basel-inside.ch  Tue Jul 29 15:09:50 2014
From: lists at basel-inside.ch (lists at basel-inside.ch)
Date: Tue, 29 Jul 2014 22:09:50 +0200
Subject: [pmwiki-users] attach image.JPG (uppercase suffixes)
In-Reply-To: <cone.1406100680.637730.7490.1000@pc4>
References: <20140722113859.214458x8ew7rjpyr@server37.cyon.ch>
	<cone.1406100680.637730.7490.1000@pc4>
Message-ID: <20140729220950.2018796n559jw9la@server37.cyon.ch>


> Correct, this is known and should be well documented, both in the  
> PmWiki documentation about uploaded files, and in the Mini gallery  
> documentation. If the documentation is not clear enough, feel free  
> to improve it.

> The documentation of the Mini recipe contains a section about fixing  
> this exact case (since 2009):
>

o.k thanks a lot for all the hints.

regards
Patrick Ogay



From languefrancaise at gmail.com  Wed Jul 30 06:09:40 2014
From: languefrancaise at gmail.com (ABClf)
Date: Wed, 30 Jul 2014 13:09:40 +0200
Subject: [pmwiki-users] split url to pagevariable ?
In-Reply-To: <CACE3LEv8PRGW0GFZ6hwCrM8+odkMTj1sgvEfkhx0XoO=VZhhzQ@mail.gmail.com>
References: <CACE3LEv8PRGW0GFZ6hwCrM8+odkMTj1sgvEfkhx0XoO=VZhhzQ@mail.gmail.com>
Message-ID: <CACE3LEvP+fMdFauEAQXjM2=LqKVXmPdFAAPMpP1Yb=9RcCqhig@mail.gmail.com>

Well, well, I guess it may be a lot easier for me to use links and targets
rather than trying to split title for my pagelistings :
instead of Group/4567-7363-88833, have Group/4567 linking to
[[Group1/7363]] and [[Group2/88833]].

Please forget my question ;)


2014-07-29 16:04 GMT+02:00 ABClf <languefrancaise at gmail.com>:

> Hello !
>
> Imagine I have url (names) made of id I would like to automagically split
> in usable parts (for pagelist fast scanning).
> Something like this...
>
> Group/4567-7363-88833
> Group/25-345-4566
>
> ... would give me 3 parts (4567, 7363 and 88833 & 25, 345 and 4566)
>
> I can not use {(substr {$Name} x y)} because "size" of the partial
> elements is not fixed.
>
> Thank you for your ideas ;)
>
> Gilles.
>
>
>
>
>
> --
>
> ---------------------------------------
> | A | de la langue fran?aise
> | B | http://www.languefrancaise.net
> | C | languefrancaise at gmail.com
> ---------------------------------------
>        @bobmonamour
> ---------------------------------------
>



-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140730/f40757ce/attachment.html>

From languefrancaise at gmail.com  Wed Jul 30 06:18:17 2014
From: languefrancaise at gmail.com (ABClf)
Date: Wed, 30 Jul 2014 13:18:17 +0200
Subject: [pmwiki-users] Tagger (and Cluster) recipes : update relevant pages
	and files ?
Message-ID: <CACE3LEtgyQuHn9r2oBTYciTovVU0KCoGHi2R1LDhtak_uSUo_w@mail.gmail.com>

Hello all,

In its Talk page, Tagger recipe (same for Cluster) is said by user to be
not compatible with last php5.5 (error message) ; this was before Petko
kindly posted a new version of the said recipe, posted at the very bottom
of http://www.pmwiki.org/wiki/PITS/01319 page.

May I suggest to upgrade the recipes' pages and move Petko's upgraded files
which are currently hard to find. Then, tag recipes as php5.5. compatible.

Gilles.


-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140730/150d6aa6/attachment.html>

From nzskiwi at gmail.com  Wed Jul 30 15:07:53 2014
From: nzskiwi at gmail.com (Simon)
Date: Thu, 31 Jul 2014 08:07:53 +1200
Subject: [pmwiki-users] Tagger (and Cluster) recipes : update relevant
 pages and files ?
In-Reply-To: <CACE3LEtgyQuHn9r2oBTYciTovVU0KCoGHi2R1LDhtak_uSUo_w@mail.gmail.com>
References: <CACE3LEtgyQuHn9r2oBTYciTovVU0KCoGHi2R1LDhtak_uSUo_w@mail.gmail.com>
Message-ID: <CAFUSNWMHggH8c0FGXXgX9TMWbrA=N2foPu0xMXwhuqV2DPjErw@mail.gmail.com>

Gilles

The pmWiki community is more that happy if you'd like to do this as your
contribution

regards

Simon



On 30 July 2014 23:18, ABClf <languefrancaise at gmail.com> wrote:

> Hello all,
>
> In its Talk page, Tagger recipe (same for Cluster) is said by user to be
> not compatible with last php5.5 (error message) ; this was before Petko
> kindly posted a new version of the said recipe, posted at the very bottom
> of http://www.pmwiki.org/wiki/PITS/01319 page.
>
> May I suggest to upgrade the recipes' pages and move Petko's upgraded
> files which are currently hard to find. Then, tag recipes as php5.5.
> compatible.
>
> Gilles.
>
>
> --
>
> ---------------------------------------
> | A | de la langue fran?aise
> | B | http://www.languefrancaise.net
> | C | languefrancaise at gmail.com
> ---------------------------------------
>        @bobmonamour
> ---------------------------------------
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>
>


-- 
____
http://kiwiwiki.co.nz
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/65275b0d/attachment.html>

From 5ko at 5ko.fr  Wed Jul 30 15:50:10 2014
From: 5ko at 5ko.fr (Petko Yotov)
Date: Wed, 30 Jul 2014 23:50:10 +0300
Subject: [pmwiki-users]
 =?utf-8?q?Tagger_=28and_Cluster=29_recipes_=3A_upd?=
 =?utf-8?q?ate_relevant_pages_and_files_=3F?=
References: <CACE3LEtgyQuHn9r2oBTYciTovVU0KCoGHi2R1LDhtak_uSUo_w@mail.gmail.com>
Message-ID: <cone.1406753410.891505.14376.1000@pc4>

Maybe contact the current maintainer who can review and accept or reject the  
changes. Or, if she can really not maintain the recipes, if the license  
permits it, someone (you?) can take over the maintainance of the code or  
fork it and maintain a newer version.

Petko

ABClf writes:
> In its Talk page, Tagger recipe (same for Cluster) is said by user to be not  
> compatible with last php5.5 (error message) ; this was before Petko kindly  
> posted a new version of the said recipe, posted at the very bottom of  
> http://www.pmwiki.org/wiki/PITS/01319 page.
>
>
> May I suggest to upgrade the recipes' pages and move Petko's upgraded files  
> which are currently hard to find. Then, tag recipes as php5.5. compatible.



From fletch.au at outlook.com  Wed Jul 30 22:27:29 2014
From: fletch.au at outlook.com (Steve Fletcher)
Date: Thu, 31 Jul 2014 13:27:29 +1000
Subject: [pmwiki-users] Users & Groups
Message-ID: <BAY176-DS1895F754743BA9F1EF361DF6E60@phx.gbl>



Hi,

Another newbie question.

 

I have read lots, but am still grappling to work out how to get it to work.

 

I can create users

# alice: (:encrypt wonderland:) within the config.php file

 

Do I create groups in theconfig.php file also?

@designer: alice, bob
 
How do I then make only the "designer" group able to update pages within the
menu item

 

 

regards

 

Steve

 

~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
~~~

 

http://creative.ak.fbcdn.net/v41818/flyers/63/56/13185436531869813336_1_6d65
5795.jpg

 

 

Beam Me Up Scotty, there is no intelligence down here.

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/701ca782/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 7023 bytes
Desc: not available
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/701ca782/attachment-0002.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image002.jpg
Type: image/jpeg
Size: 6545 bytes
Desc: not available
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/701ca782/attachment-0003.jpg>

From pbowers at pobox.com  Thu Jul 31 04:50:43 2014
From: pbowers at pobox.com (Peter Bowers)
Date: Thu, 31 Jul 2014 11:50:43 +0200
Subject: [pmwiki-users] Users & Groups
In-Reply-To: <BAY176-DS1895F754743BA9F1EF361DF6E60@phx.gbl>
References: <BAY176-DS1895F754743BA9F1EF361DF6E60@phx.gbl>
Message-ID: <CAMS2R8HSiWtCkxwkWCsQ5H3444UEmShAfKoZZL9U4qYuC4rJPA@mail.gmail.com>

On Thu, Jul 31, 2014 at 5:27 AM, Steve Fletcher <fletch.au at outlook.com>
wrote:

> Hi,
>
> Another newbie question.
>
>
>
> I have read lots, but am still grappling to work out how to get it to work.
>
>
>
> I can create users
>
> # alice: (:encrypt wonderland:) within the config.php file
>
>
No, you're confusing your config.php with your *page* SiteAdmin.AuthUser.

There are 2 (primary) ways to organize users (without getting into other
schema via recipes): plain vanilla passwords and usernames/groups via
AuthUser.

It appears that you want users and groups, so you will need to use the
latter.

Read carefully through this page: http://www.pmwiki.org/wiki/PmWiki/AuthUser

This page (referenced in the above) is also very helpful:
http://www.pmwiki.org/wiki/Cookbook/QuickStartForAuthUser

Do note that AuthUser is a slightly more complicated approach to
authorization/authentication and the simpler approach is the default one.
 Thus you cannot skip any steps in actually activating AuthUser - it is NOT
activated "out of the box."

Note particularly that the line you have above ("alice: (:encrypt
wonderland:)") must appear in the SiteAdmin.AuthUser page, not the
config.php script, and lines like that must NOT be preceded by the hash
symbol (#).


>
>
> Do I create groups in theconfig.php file also?
>
> @designer: alice, bob
>
> This that you have referred to above ("@designer: alice, bob") also goes
in SiteAdmin.AuthUser and NOT in config.php.

You can do your user/group setup in your config.php script (thus bypassing
the SiteAdmin.AuthUser page) by modifying the $DefaultPasswords
<http://www.pmwiki.org/wiki/PmWiki/SecurityVariables#DefaultPasswords>
variable.
 Personally I would recommend that you not do that but rather stick with
the SiteAdmin.AuthUser method unless you already have experience in PHP
scripting.  The syntax for SiteAdmin.AuthUser is pretty simple while PHP is
obviously quite a bit more complex.


>
>
> How do I then make only the ?designer? group able to update pages within the menu item
>
>
>

Once you have authentication working (via the documentation in the URLs I
referred to above) then you are ready to start working on authorization, as
your question indicates.

Read and understand this page well:
http://www.pmwiki.org/wiki/PmWiki/Passwords

Then in this page http://www.pmwiki.org/wiki/PmWiki/PasswordsAdmin you need
to read carefully, particularly under the heading for
Identity-based authorization (username/password logins, AuthUser
<http://www.pmwiki.org/wiki/PmWiki/AuthUser>)
In short, you append the ?action=attr (or &action=attr if you are not using
short URLs) to the URL of the page whose authorization you are
administering.  Then fill in the relevant password field(s) with something
like @designer.  If you want to affect authorization for an entire GROUP
(as you indicated) then you will use that ?action=attr on the "magic" page
Mygroup.GroupAttributes.  (The name of the page "GroupAttributes" must be
exactly like that - if you spell it wrong or have a different upper/lower
case then it will have no effect on the group.)

Thus if you access a page using the URL
http://www.example.com/Mygroup/Mypage then you would edit PAGE attributes
(to limit access to that individual page) by changing that URL to
http://www.example.com/Mygroup/Mypage?action=attr and you would edit GROUP
attributes (to limit access to any page within that group) by changing that
URL to http://www.example.com/Mygroup/GroupAttributes?action=attr.

If you are not using short URLs then your original URL might look like
this: http://www.example.com/pmwiki/pmwiki.php?n=MyGroup.MyPage and your
URL to edit page authorizations would be
http://www.example.com/pmwiki/pmwiki.php?n=MyGroup.MyPage&action=attr and
your URL to edit group authorizations would be
http://www.example.com/pmwiki/pmwiki.php?n=MyGroup.GroupAttributes&action=attr

(This may be obvious, but every once in a while I come across someone who
doesn't understand what I mean by "edit the URL" - by that I simply mean
clicking in the address bar of your browser and changing that text that you
find there.)

Hope that helps.  If after you get this working you have some suggestions
for the documentation to make this process simpler for the next person
learning pmwiki, please consider "giving back" to the community by updating
the documentation on pmwiki.org...

-Peter
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/81d63c47/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: image001.jpg
Type: image/jpeg
Size: 7023 bytes
Desc: not available
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/81d63c47/attachment.jpg>

From edwin.marte at leidba.com  Thu Jul 31 11:23:11 2014
From: edwin.marte at leidba.com (Edwin Marte)
Date: Thu, 31 Jul 2014 11:23:11 -0500
Subject: [pmwiki-users] Changing Hove color in equilibrium Skin
Message-ID: <CAMxMCtvt7c_ASruGbBVb-Mz=TQk-j8=-u6-V680M-C+ZGfne-Q@mail.gmail.com>

I know I can change the color sheme  using code like the example below.


$SkinColor = 'pumice';
$ValidSkinColors['pumice'] = array(
   'block-highlight-back'=>'pumice','entry-title-text'=>'#000',
   'text-highlight'=>'#0B96D0','block-highlight-text'=>'#fff',
   'title-text'=>'#000');

How Could I change the Hover Color property, how am I supposed to
write it in the code above ?

Thanks


From edwin.marte at leidba.com  Thu Jul 31 11:33:12 2014
From: edwin.marte at leidba.com (Edwin Marte)
Date: Thu, 31 Jul 2014 11:33:12 -0500
Subject: [pmwiki-users] Changing Hove color in equilibrium Skin
In-Reply-To: <CAMxMCtvt7c_ASruGbBVb-Mz=TQk-j8=-u6-V680M-C+ZGfne-Q@mail.gmail.com>
References: <CAMxMCtvt7c_ASruGbBVb-Mz=TQk-j8=-u6-V680M-C+ZGfne-Q@mail.gmail.com>
Message-ID: <CAMxMCtsSsbnj8SQy1GD-oE8TEa+=pHxBHmmXVDfTC5csD=j2sA@mail.gmail.com>

Or better yet...

In Equilibrium Skin one can change the color scheme placing like
?color=red in the url . How could I copy that specific color scheme
and then only change some specific properties.



On Thu, Jul 31, 2014 at 11:23 AM, Edwin Marte <edwin.marte at leidba.com> wrote:
> I know I can change the color sheme  using code like the example below.
>
>
> $SkinColor = 'pumice';
> $ValidSkinColors['pumice'] = array(
>    'block-highlight-back'=>'pumice','entry-title-text'=>'#000',
>    'text-highlight'=>'#0B96D0','block-highlight-text'=>'#fff',
>    'title-text'=>'#000');
>
> How Could I change the Hover Color property, how am I supposed to
> write it in the code above ?
>
> Thanks


From languefrancaise at gmail.com  Thu Jul 31 16:10:28 2014
From: languefrancaise at gmail.com (ABClf)
Date: Thu, 31 Jul 2014 23:10:28 +0200
Subject: [pmwiki-users] Tagger (and Cluster) recipes : update relevant
 pages and files ?
In-Reply-To: <cone.1406753410.891505.14376.1000@pc4>
References: <CACE3LEtgyQuHn9r2oBTYciTovVU0KCoGHi2R1LDhtak_uSUo_w@mail.gmail.com>
	<cone.1406753410.891505.14376.1000@pc4>
Message-ID: <CACE3LEuPj7-EWnB3KN+uPq6OLHhqJmaQ4W0FRTNh9_p0x2FxaQ@mail.gmail.com>

Well, well, purpose of my recent post here on the list is to mention that
Tagger's page doesn't notice Petko's upgraded version (one has to go on the
talk page, follow the link to the PITS entry, then navigate at the bottom
to discover a new ? and welcome ? file). Not that convenient.
Therefore I suggest we upgrade Tagger recipe's page, in order to let users
and visitors enjoy an up to date recipe.
I post the question here on the list rather than wikiing the concerned
pages because I guess Petko may have had reasons for not posting his
updated files on Tagger recipe's page when he did it.

So, I contact Kathryn Andersen.

And no joking, I'm code disabled (please pardon ;) ; just willing to
suggest a little piece of centralization.

Thank you,
Gilles.









2014-07-30 22:50 GMT+02:00 Petko Yotov <5ko at 5ko.fr>:

> ??
> Maybe contact the current maintainer who can review and accept or reject
> the changes. Or, if she can really not maintain the recipes, if the license
> permits it, someone (you?) can take over the maintainance of the code or
> fork it and maintain a newer version.
>
> Petko
>
>
> ABClf writes:
>
>> In its Talk page, Tagger recipe (same for Cluster) is said by user to be
>> not compatible with last php5.5 (error message) ; this was before Petko
>> kindly posted a new version of the said recipe, posted at the very bottom
>> of http://www.pmwiki.org/wiki/PITS/01319 page.
>>
>>
>> May I suggest to upgrade the recipes' pages and move Petko's upgraded
>> files which are currently hard to find. Then, tag recipes as php5.5.
>> compatible.
>>
>
>
> _______________________________________________
> pmwiki-users mailing list
> pmwiki-users at pmichaud.com
> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>



-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140731/a48b0312/attachment.html>

From languefrancaise at gmail.com  Thu Jul 31 17:19:13 2014
From: languefrancaise at gmail.com (ABClf)
Date: Fri, 1 Aug 2014 00:19:13 +0200
Subject: [pmwiki-users] Tagger (and Cluster) recipes : update relevant
 pages and files ?
In-Reply-To: <CACE3LEuPj7-EWnB3KN+uPq6OLHhqJmaQ4W0FRTNh9_p0x2FxaQ@mail.gmail.com>
References: <CACE3LEtgyQuHn9r2oBTYciTovVU0KCoGHi2R1LDhtak_uSUo_w@mail.gmail.com>
	<cone.1406753410.891505.14376.1000@pc4>
	<CACE3LEuPj7-EWnB3KN+uPq6OLHhqJmaQ4W0FRTNh9_p0x2FxaQ@mail.gmail.com>
Message-ID: <CACE3LEvcr884kYZe_QHeoaRMyQYyNJdxRwyHBU4A6So9JLF6pQ@mail.gmail.com>

Kathryn said : do it !
Then its done.



2014-07-31 23:10 GMT+02:00 ABClf <languefrancaise at gmail.com>:

> Well, well, purpose of my recent post here on the list is to mention that
> Tagger's page doesn't notice Petko's upgraded version (one has to go on the
> talk page, follow the link to the PITS entry, then navigate at the bottom
> to discover a new ? and welcome ? file). Not that convenient.
> Therefore I suggest we upgrade Tagger recipe's page, in order to let users
> and visitors enjoy an up to date recipe.
> I post the question here on the list rather than wikiing the concerned
> pages because I guess Petko may have had reasons for not posting his
> updated files on Tagger recipe's page when he did it.
>
> So, I contact Kathryn Andersen.
>
> And no joking, I'm code disabled (please pardon ;) ; just willing to
> suggest a little piece of centralization.
>
> Thank you,
> Gilles.
>
>
>
>
>
>
>
>
>
> 2014-07-30 22:50 GMT+02:00 Petko Yotov <5ko at 5ko.fr>:
>
> ??
>> Maybe contact the current maintainer who can review and accept or reject
>> the changes. Or, if she can really not maintain the recipes, if the license
>> permits it, someone (you?) can take over the maintainance of the code or
>> fork it and maintain a newer version.
>>
>> Petko
>>
>>
>> ABClf writes:
>>
>>> In its Talk page, Tagger recipe (same for Cluster) is said by user to be
>>> not compatible with last php5.5 (error message) ; this was before Petko
>>> kindly posted a new version of the said recipe, posted at the very bottom
>>> of http://www.pmwiki.org/wiki/PITS/01319 page.
>>>
>>>
>>> May I suggest to upgrade the recipes' pages and move Petko's upgraded
>>> files which are currently hard to find. Then, tag recipes as php5.5.
>>> compatible.
>>>
>>
>>
>> _______________________________________________
>> pmwiki-users mailing list
>> pmwiki-users at pmichaud.com
>> http://www.pmichaud.com/mailman/listinfo/pmwiki-users
>>
>
>
>
> --
>
> ---------------------------------------
> | A | de la langue fran?aise
> | B | http://www.languefrancaise.net
> | C | languefrancaise at gmail.com
> ---------------------------------------
>        @bobmonamour
> ---------------------------------------
>



-- 

---------------------------------------
| A | de la langue fran?aise
| B | http://www.languefrancaise.net
| C | languefrancaise at gmail.com
---------------------------------------
       @bobmonamour
---------------------------------------
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.pmichaud.com/pipermail/pmwiki-users/attachments/20140801/ec30765a/attachment.html>