I am trying to write a markup which will replace the default paragraph with one like <p class='mine'><br><br>I have many custom markups which end at the line return, but do not know how to span a line return, I have many of them by necessity in the midle of paragraphs....<br><br>E.G:<br>Markup("scholium",'inline','/!s!(.*?)$/',"<span class='scholium'>$1</span>");<br><br>But getting that to wrap and be a p that replaces the standard one...<br><br>Thanks, Seth<br><br><b><i>pmwiki-users-request@pmichaud.com</i></b> wrote:<blockquote class="replbq" style="border-left: 2px solid rgb(16, 16, 255); margin-left: 5px; padding-left: 5px;"> Send pmwiki-users mailing list submissions to<br> pmwiki-users@pmichaud.com<br><br>To subscribe or unsubscribe via the World Wide Web, visit<br> http://www.pmichaud.com/mailman/listinfo/pmwiki-users<br>or, via email, send a message with subject or body 'help' to<br> pmwiki-users-request@pmichaud.com<br><br>You can reach the person
managing the list at<br> pmwiki-users-owner@pmichaud.com<br><br>When replying, please edit your Subject line so it is more specific<br>than "Re: Contents of pmwiki-users digest..."<br><br><br>Today's Topics:<br><br> 1. Re: Anyone recognize these error messages? (Sandy)<br> 2. Re: <tiltle> (DaveG)<br> 3. Re: Admin password not recognized for FoxConfig (Hans)<br> 4. Re: Admin password not recognized for FoxConfig (Hans)<br> 5. Change the Page Does Not Exist page if not authorized (Sandy)<br> 6. Re: Change the Page Does Not Exist page if not authorized<br> (Petko Yotov)<br> 7. bilingual (nikos roussos)<br> 8. Re: bilingual (Hans)<br> 9. Re: bilingual (Hans)<br> 10. Pre-fill author required field with login name on a<br> one-password-for-all wiki? (Benoit Dutilleul)<br> 11. Re: Admin password not recognized for FoxConfig<br> (Peter & Melodye Bowers)<br> 12. Re: bilingual
(blues)<br><br><br>----------------------------------------------------------------------<br><br>Message: 1<br>Date: Tue, 05 Feb 2008 17:34:16 -0500<br>From: Sandy <sandy@onebit.ca><br>Subject: Re: [pmwiki-users] Anyone recognize these error messages?<br>To: pmwiki-users@pmichaud.com<br>Message-ID: <foao9a$f79$1@ger.gmane.org><br>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>DaveG wrote:<br>> Tegan Dowling wrote:<br>> > "Warning: Cannot modify header information - headers already sent by<br>>> (output started at /home/justice4/public_html/test/pmwiki.php:281) in<br>>> /home/justice4/public_html/test/pmwiki.php on line 884".<br>> <br>> <snip><br>>> RewriteEngine on<br>>> RewriteRule ^([A-Z].*) index.php?n=$1 [L,qsappend]<br>>> RewriteRule ^$ index.php [L,qsappend]<br>>><br>> <br>> It looks like you have errors referring to pmwiki.php, whilst your <br>> .htaccess is redirecting to index.php.
Did you simply rename pmwiki.php <br>> to index.php, or index.php does an include of pmwiki.php. If the later <br>> does index.php do anything else that would cause output? That'd be where <br>> I'd start.<br>> <br>> Also, I'm assuming this is a basic install with no cookbook? If not try <br>> disabling those to see if there might be some interference.<br>> <br>> ~ ~ Dave<br><br>Have you done anything non-standard with directories? Changing the path <br>in .htaccess usually means there are other paths to change as well.<br><br>Sandy<br>(Who absolutely hates getting into paths and redirects and rewriting. <br>Too many things to change all at once.)<br><br><br><br><br>------------------------------<br><br>Message: 2<br>Date: Tue, 05 Feb 2008 17:38:02 -0500<br>From: DaveG <pmwiki@solidgone.com><br>Subject: Re: [pmwiki-users] <tiltle><br>To: St?phane Heckel <hsteph@club-internet.fr><br>Cc: pmwiki-users@pmichaud.com<br>Message-ID:
<47A8E54A.6010408@solidgone.com><br>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br><br>St?phane Heckel wrote:<br>> "Patrick R. Michaud" wrote :<br>> <br><title> HTML tag is generated by the skin, not by a PmWiki markup.<br>>> The default PmWiki skin (pub/skins/pmwiki/pmwiki.tmpl) uses:<br>>> <title>$WikiTitle | {$Group} / {$Title} $ActionTitle</title>>> The <br>> <br>> Hi Patrick & Petko, thanks both<br><title> is not defined in the .tmpl file.</title>> I use the Blix skin and <br>> I'm going to suggest this enhancement request to DaveG.<br><br>Thanks for the heads-up. I've added the problem to the Known Issues <br>list. Fix should be soon...<br><br><br> ~ ~ Dave<br><br><br><br><br>------------------------------<br><br>Message: 3<br>Date: Tue, 5 Feb 2008 22:53:40 +0000<br>From: Hans <design5@softflow.co.uk><br>Subject: Re: [pmwiki-users] Admin password not recognized for<br>
FoxConfig<br>To: Randy <randy@brownragfilms.com><br>Cc: pmwiki-users@pmichaud.com<br>Message-ID: <956699367.20080205225340@softflow.co.uk><br>Content-Type: text/plain; charset=us-ascii<br><br>Tuesday, February 5, 2008, 10:31:17 PM, Randy wrote:<br><br>> I have a suspicion about at least part of the email problem. You <br>> corrected Fox.php on 2008-01-22 to add handling of $ChangeSummary. I<br>> see that you didn't make any changes to foxdelete.php or foxedit.php.<br>> Today in testing the delete button I noticed that All Recent Changes<br>> is showing me "Post deleted", but the page history isn't. And the <br>> duplicate email notifications triggered by the deletion both contain<br>> the previous Summary ("item added"). I suspect foxdelete.php and <br>> foxedit.php need to be updated too.<br><br>okay, I added the same modification to foxdelete. see if that helps.<br>An update is
uploaded:<br>http://www.pmwiki.org/wiki/Cookbook/FoxDelete<br><br>I also did a small change to Fox:<br>For foxaction=display with no target being set the output goes to the<br>current page. This was the case for 'add', but not for 'display'.<br>http://www.pmwiki.org/wiki/Cookbook/Fox<br><br>I have no idea about the admin password problem you are reporting,<br>and how it could relate to Fox.<br><br><br> ~Hans<br><br><br><br><br>------------------------------<br><br>Message: 4<br>Date: Tue, 5 Feb 2008 22:57:25 +0000<br>From: Hans <design5@softflow.co.uk><br>Subject: Re: [pmwiki-users] Admin password not recognized for<br> FoxConfig<br>To: Randy <randy@brownragfilms.com><br>Cc: pmwiki-users@pmichaud.com<br>Message-ID: <753333588.20080205225725@softflow.co.uk><br>Content-Type: text/plain; charset=us-ascii<br><br>Tuesday, February 5, 2008, 10:53:40 PM, Hans wrote:<br><br>> I suspect foxdelete.php and foxedit.php need to be updated too.<br><br>PS: foxedit does not do
any page saves, it just loads an edit form.<br><br>Let me know if the notify problem is cured or not with the change in<br>foxdelete.php<br><br><br> ~Hans<br><br><br><br><br>------------------------------<br><br>Message: 5<br>Date: Tue, 05 Feb 2008 18:09:28 -0500<br>From: Sandy <sandy@onebit.ca><br>Subject: [pmwiki-users] Change the Page Does Not Exist page if not<br> authorized<br>To: pmwiki-users@pmichaud.com<br>Message-ID: <foaqba$mk8$1@ger.gmane.org><br>Content-Type: text/plain; charset=ISO-8859-1; format=flowed<br><br>Currently, if you go to a page that does not exist, and you are not<br>authorized to create one, it asks for a password before doing anything <br>else, without explaining why.<br><br>I would like the user to be told the page doesn't exist and get a link <br>to the Search page, as well being asked to log in.<br><br>I tried editing Site.PageNotFound, but the request for a password comes<br>up before that page.<br><br>Any ideas?<br><br>Thanks in
advance,<br><br>Sandy<br><br><br><br><br>------------------------------<br><br>Message: 6<br>Date: Wed, 6 Feb 2008 00:18:53 +0100<br>From: Petko Yotov <5ko@5ko.fr><br>Subject: Re: [pmwiki-users] Change the Page Does Not Exist page if not<br> authorized<br>To: Sandy <sandy@onebit.ca><br>Cc: pmwiki-users@pmichaud.com<br>Message-ID: <200802060018.53898.5ko@5ko.fr><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>On Wednesday 06 February 2008, Sandy wrote:<br>> Currently, if you go to a page that does not exist, and you are not<br>> authorized to create one, it asks for a password before doing anything<br>> else, without explaining why.<br>><br>> I would like the user to be told the page doesn't exist and get a link<br>> to the Search page, as well being asked to log in.<br>><br>> I tried editing Site.PageNotFound, but the request for a password comes<br>> up before that page.<br><br>Edit the Site.AuthForm page too. Site.AuthForm
is displayed when a user calls <br>a restricted page with ?action=edit. Site.PageNotFound is displayed when a <br>user calls the page without any action.<br><br>Thanks,<br>Petko<br><br><br><br><br>------------------------------<br><br>Message: 7<br>Date: Wed, 6 Feb 2008 02:32:29 +0200<br>From: nikos roussos <nikos@hellug.gr><br>Subject: [pmwiki-users] bilingual<br>To: pmwiki-users@pmichaud.com<br>Message-ID: <20080206023229.0fbc679c@hellug.gr><br>Content-Type: text/plain; charset=US-ASCII<br><br>what's the proper way to make a bilingual site with pmwiki using the same<br>skin?<br><br><br><br>------------------------------<br><br>Message: 8<br>Date: Wed, 6 Feb 2008 08:24:04 +0000<br>From: Hans <design5@softflow.co.uk><br>Subject: Re: [pmwiki-users] bilingual<br>To: nikos roussos <nikos@hellug.gr><br>Cc: pmwiki-users@pmichaud.com<br>Message-ID: <1081998020.20080206082404@softflow.co.uk><br>Content-Type: text/plain; charset=us-ascii<br><br>Wednesday, February 6,
2008, 12:32:29 AM, nikos roussos wrote:<br><br>> what's the proper way to make a bilingual site with pmwiki using the same<br>> skin?<br><br>I recommend putting different language sections in each page, and have<br>one of them displayed, by user choice.<br><br>I tried http://www.pmwiki.org/wiki/Cookbook/MultiLanguage<br>which does exactly that, offering markup like<br><br>(:if userlang en:)<br>english text<br>(:if userlang gr:)<br>greek text<br>...<br>(:if:)<br>common text<br><br>but i had problem with that recipe, especially using th elanguage<br>conditional in the sidebar.<br><br>So i use http://www.pmwiki.org/wiki/Cookbook/ViewModes<br>instead. You get a (:if view ...:) conditional, a setview= action to<br>set a view cookie, and a {$View} page variable.<br>I redefined the $ViewList array, before including the script in<br>config.php, like<br><br>$ViewList, array(<br> 'en' => 'en',<br> 'de' => 'de',<br> 'gr' => 'gr',<br> 'it'
=> 'it',<br> ));<br><br>and set a default:<br><br>$View = 'en';<br><br>Then in the pages i use<br><br>(:if view en:)<br>english text<br>(:if view de:)<br>deutscher Text<br>...<br>(:if:)<br>common text<br><br>In the sidebar, or header, I put links for setting the 'view'<br>(language):<br><br>[[{*$FullName}?setview=en| english]]<br>[[{*$FullName}?setview=de| deutsch]]<br><br>Actually instead of 'english', 'greek' etc text labels i use little<br>flag images to click on.<br><br>[[{*$FullName}?setview=en| Attach:Site/Site/flag-en.gif"english"]]<br>[[{*$FullName}?setview=de| Attach:Site/Site/flag-de.gif"deutsch"]]<br><br>That takes care for multi language content.<br><br>It is also possible to use a multi-language wiki interface for all the<br>action links etc.<br><br>I did that in config.php after the views.php is included with<br><br>if ($_COOKIE['view'] == 'de') {<br> XLPage('de','Site.XLDePageCookbook');<br> XLPage('de','Site.XLDeLocalPage');<br>
XLPage('de','Site.XLDePage');<br>}<br><br>etc.<br><br>The default for pmwiki is english, so does not need to be specified.<br><br>The XL translation terms pages get loaded according to the cookie<br>setting.<br><br>A slight hitch is that on first page load the default language<br>interface will show, and only on subsequent page loads the cookie<br>setting will be taken into account. But this is for me a minor<br>inconveniance, and only affects the interface.<br><br>Hope this gives you some ideas!<br><br> ~Hans<br><br><br><br><br>------------------------------<br><br>Message: 9<br>Date: Wed, 6 Feb 2008 08:48:05 +0000<br>From: Hans <design5@softflow.co.uk><br>Subject: Re: [pmwiki-users] bilingual<br>To: nikos roussos <nikos@hellug.gr><br>Cc: pmwiki-users@pmichaud.com<br>Message-ID: <1824703034.20080206084805@softflow.co.uk><br>Content-Type: text/plain; charset=us-ascii<br><br>Wednesday, February 6, 2008, 8:24:04 AM, Hans wrote:<br><br>> $ViewList, array(<br>>
'en' => 'en',<br>> 'de' => 'de',<br>> 'gr' => 'gr',<br>> 'it' => 'it',<br>> ));<br><br>sorry, this should be:<br><br>$ViewList = array(<br> 'en' => 'en',<br> 'de' => 'de',<br> 'gr' => 'gr',<br> 'it' => 'it',<br> );<br><br><br><br> ~Hans<br><br><br><br><br>------------------------------<br><br>Message: 10<br>Date: Wed, 6 Feb 2008 09:51:36 +0100<br>From: "Benoit Dutilleul" <benoit.dutilleul@googlemail.com><br>Subject: [pmwiki-users] Pre-fill author required field with login name<br> on a one-password-for-all wiki?<br>To: "PmWiki Users" <pmwiki-users@pmichaud.com><br>Message-ID:<br> <a05691ec0802060051p7d8678eco2a0a39e6b724c4a@mail.gmail.com><br>Content-Type: text/plain; charset="iso-8859-1"<br><br>Hi there,<br><br>One of my wikis is currently setup with a one-password-for-all (read and<br>edit) and $EnablePostAuthorRequired<http: www.pmwiki.org="" wiki="" pmwiki=""
editvariables#enablepostauthorrequired="">=1.<br>When users login on the wiki, they have to provide a login name (anything<br>they want) and the wiki password. If they attempt to edit a page, there is a<br>red warning message "An author name is required" displayed only the first<br>time they save an edit. I was wondering whether it is possible to have<br>pmwiki inherit that author name from the login name because this has caused<br>a bit of confusion with my users.<br><br>Kind regards,<br><br>Benoit<br><br>-- <br>Wanderer, your footsteps are the road, and nothing more; wanderer, there is<br>no road, the road is made by walking. By walking one makes the road, and<br>upon glancing behind one sees the path that never will be trod again.<br>Wanderer, there is no road-- Only wakes upon the sea. -- Antonio Machado<br>-------------- next part --------------<br>An HTML attachment was scrubbed...<br>URL: /pipermail/pmwiki-users/attachments/20080206/a5e298d9/attachment-0001.html
<br><br>------------------------------<br><br>Message: 11<br>Date: Wed, 6 Feb 2008 10:21:37 +0100<br>From: "Peter & Melodye Bowers" <pbowers@pobox.com><br>Subject: Re: [pmwiki-users] Admin password not recognized for<br> FoxConfig<br>To: "'PmWiki Users List'" <pmwiki-users@pmichaud.com><br>Cc: Peter Gmail Bowers <plbowers@gmail.com>, SentN <sentn@ccl-al.org><br>Message-ID: <47244A56791D4D8A9FD12246F5302888@plb><br>Content-Type: text/plain; charset="us-ascii"<br><br>> I didn't realize that variables have to be set before a script is<br>> included. Some examples in PmWiki - for example SiteAnalyzer - show it<br>> the other way around. I guess some scripts don't care and others do.<br>> (To all recipe authors: it would help us PmWiki newbies if you mention<br>> loading order requirements wherever they exist.)<br><br>Is there a "standard" way to do this or even a "preferred" way? I can see<br>where certain implementations would make it harder or
easier to allow<br>variable/option setting before/after the include line but probably many<br>times it's just happenstance -- maybe if there were a declared standard (or<br>preference) officially declared then all the "happenstances" would lean in<br>the same way...?<br><br>-Peter<br><br><br><br><br>------------------------------<br><br>Message: 12<br>Date: Wed, 06 Feb 2008 11:58:21 +0200<br>From: blues <blues4u@supereva.it><br>Subject: Re: [pmwiki-users] bilingual<br>To: pmwiki-users@pmichaud.com<br>Message-ID: <op.t53knj0hy1j2db@user_09><br>Content-Type: text/plain; format=flowed; delsp=yes;<br> charset=iso-8859-15<br><br>On Wed, 06 Feb 2008 10:24:04 +0200, Hans <design5@softflow.co.uk> wrote:<br>> Wednesday, February 6, 2008, 12:32:29 AM, nikos roussos wrote:<br>>> what's the proper way to make a bilingual site with pmwiki using the <br>>> same<br>>> skin?<br>><br>> I recommend putting different language sections in each page, and
have<br>> one of them displayed, by user choice.<br>><br>> I tried http://www.pmwiki.org/wiki/Cookbook/MultiLanguage<br>> which does exactly that,<br>> [...cut...]<br>><br>> but i had problem with that recipe, especially using th elanguage<br>> conditional in the sidebar.<br><br>the last MultiLanguage version should not have problems with<br>the sidebar anymore, unless you found something new. If so,<br>please tell me what problem you have.<br><br><br>> So i use http://www.pmwiki.org/wiki/Cookbook/ViewModes<br>> instead.<br>> [...cut...]<br><br>the MultiLanguage recipe offers some language-specific things that<br>ViewModes does not offer, for example:<br>- multi-language titles (also titled links work: [[MyPage|+]])<br>- multi-language pagelists (i.e. ability to search pages in a certain <br>language)<br>- automatic language selection links<br>- possibility to fall-back to a default language when the user selected<br> language does not
exists<br>- etc...<br><br>blues<br><br><br><br><br>------------------------------<br><br>_______________________________________________<br>pmwiki-users mailing list<br>pmwiki-users@pmichaud.com<br>http://www.pmichaud.com/mailman/listinfo/pmwiki-users<br><br><br>End of pmwiki-users Digest, Vol 32, Issue
11<br>********************************************<br></design5@softflow.co.uk></op.t53knj0hy1j2db@user_09></blues4u@supereva.it></sentn@ccl-al.org></plbowers@gmail.com></pmwiki-users@pmichaud.com></pbowers@pobox.com></http:></a05691ec0802060051p7d8678eco2a0a39e6b724c4a@mail.gmail.com></pmwiki-users@pmichaud.com></benoit.dutilleul@googlemail.com></nikos@hellug.gr></design5@softflow.co.uk></nikos@hellug.gr></design5@softflow.co.uk></nikos@hellug.gr></sandy@onebit.ca></foaqba$mk8$1@ger.gmane.org></sandy@onebit.ca></randy@brownragfilms.com></design5@softflow.co.uk></randy@brownragfilms.com></design5@softflow.co.uk></hsteph@club-internet.fr></tiltle></pmwiki@solidgone.com></snip></foao9a$f79$1@ger.gmane.org></sandy@onebit.ca></tiltle></blockquote><br><p> 
<hr size=1>Looking for last minute shopping deals? <a href="http://us.rd.yahoo.com/evt=51734/*http://tools.search.yahoo.com/newsearch/category.php?category=shopping">
Find them fast with Yahoo! Search.</a>