Re: [pmwiki-users] Parse error: syntax error, unexpected T_INCLUDE_ONCE

[Donald Z. Osborn]

Thanks for this. I double checked and these are okay. There were some other
small issues and once each was taken care of the error messages are gone.
Still a problem with functionality (maybe have to do something more with
wiki.d which is chmod 777).

Also an "approve sites" for the image in the header (same site as the wiki
is on, oddly), but can't get rid of that.

Will try ot deal with those tomorrow.

Don


On 4/5/07, H. Fox <[EMAIL PROTECTED]> wrote:


On 4/5/07, Donald Z. Osborn <[EMAIL PROTECTED]> wrote:
> Thanks, that indeed was one problem, but the software is apparently
having
> trouble finding the files indicated in the include_once lines even
though
> everything appears to be where it should be.
>
> ... [ function.include-once]: failed to open stream: No such file or
> directory ...

For a recipe.php script in the cookbook/ directory, the line would look
like

   include_once('cookbook/recipe.php');

or

   include_once("$FarmD/cookbook/recipe.php");

Note the use of single- versus double-quotes.

For the author.php script in the scripts/ directory, the line would look
like

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

Hagan

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Parse error: syntax error, unexpected T_INCLUDE_ONCE

[Donald Z. Osborn]

Thanks, that indeed was one problem, but the software is apparently having
trouble finding the files indicated in the include_once lines even though
everything appears to be where it should be.

... 
[function.include-once]:
failed to open stream: No such file or directory ...

On 4/5/07, Joshua J. Kugler <[EMAIL PROTECTED]> wrote:


On Thursday 05 April 2007 18:35, Donald Z. Osborn wrote:
> Ran into an odd error setting up PmWiki on a new site (and server). When
> calling up the page, get this sort of message (where the line number =
the
> first line local/config.php with an include_once(...); statement:*
>
> Parse error*: syntax error, unexpected T_INCLUDE_ONCE in *
> /.../pmwiki/local/config.php* on line *42
>
> *. . . Can't seem to find what the problem is with these commands, which
> worked as is with no problem on another site.
>
> Checking PmWiki.org, there were questions re other parse errors, but
> nothing helpful for this case (ref.
> http://www.pmwiki.org/wiki/PmWiki/Questions ).

I've hit that before...make sure you aren't missing a semi-colon somewhere
(probably on the line before the error).  It's a very misleading error
message.

j

--
Joshua Kugler
Lead System Admin -- Senior Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/  ID 0xDB26D7CE
PO Box 80086 -- Fairbanks, AK 99708 -- Ph: 907-456-5581 Fax: 907-456-3111

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Parse error: syntax error, unexpected T_INCLUDE_ONCE

[Joshua J. Kugler]

On Thursday 05 April 2007 18:35, Donald Z. Osborn wrote:
> Ran into an odd error setting up PmWiki on a new site (and server). When
> calling up the page, get this sort of message (where the line number = the
> first line local/config.php with an include_once(...); statement:*
>
> Parse error*: syntax error, unexpected T_INCLUDE_ONCE in *
> /.../pmwiki/local/config.php* on line *42
>
> *. . . Can't seem to find what the problem is with these commands, which
> worked as is with no problem on another site.
>
> Checking PmWiki.org, there were questions re other parse errors, but
> nothing helpful for this case (ref.
> http://www.pmwiki.org/wiki/PmWiki/Questions ).

I've hit that before...make sure you aren't missing a semi-colon somewhere 
(probably on the line before the error).  It's a very misleading error 
message.

j

-- 
Joshua Kugler   
Lead System Admin -- Senior Programmer
http://www.eeinternet.com
PGP Key: http://pgp.mit.edu/  ID 0xDB26D7CE
PO Box 80086 -- Fairbanks, AK 99708 -- Ph: 907-456-5581 Fax: 907-456-3111

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] Parse error: syntax error, unexpected T_INCLUDE_ONCE

[Donald Z. Osborn]

Ran into an odd error setting up PmWiki on a new site (and server). When
calling up the page, get this sort of message (where the line number = the
first line local/config.php with an include_once(...); statement:*

Parse error*: syntax error, unexpected T_INCLUDE_ONCE in *
/.../pmwiki/local/config.php* on line *42

*. . . Can't seem to find what the problem is with these commands, which
worked as is with no problem on another site.

Checking PmWiki.org, there were questions re other parse errors, but nothing
helpful for this case (ref. http://www.pmwiki.org/wiki/PmWiki/Questions ).

All of the above was with the fixflow skin (and PmWiki 2.1.7). Just to see,
I reverted to the pmwiki skin and got a whole page of exceptions to the
include_once lines (quite remarkable). I have been retracing steps since I
obviously must have messed up on something basic. (THis isn't the first time
I've set up PmWiki so maybe I got overconfident and overlooked sth.)

Any ideas are welcome. TIA...

Don*
*
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[SteP]

Petko Yotov wrote:

> The form (:pagetextvar:some value:) can be multiline as of lately.

That's right. Hans, this link http://pmichaud.com/pipermail/pmwiki-
users/2006-September/033404.html referenced in Cookbook.PageTextVariables 
explains it.


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] Search function query

[ABC XYZ]

Hi,

I am working on a content management project.(Using PHP for the first time).
I have managed to add the search button to the skins tmpl file and it
dislays fine on my web page but I have no clue as to how to activate this
function.
Here is what I added to the skin TMPL file:

   


 
   
   
   
$SearchWiki

   
   
   
  
   
   
   
   
In the CSS I added the following:
.searchheader {
 font-size: 12px;
 font-weight: normal;
 line-height: 12px;
 padding-left: 5px;
 color: #003F87;
 background-color: #6E7B8B;
}

.searchheader a {
 font-size: 12px;
 font-weight: bold;
 line-height: 12px;
 padding-left: 3px;
 color: #eee;

 text-decoration: none;
}

.searchcell {
 font-size: 10px;
 font-weight: normal;
 line-height: 10px;
 padding-top: 5px;
 padding-left: 5px;
 padding-right: 5px;
 padding-bottom: 0px;
 color: #5A6F5A;
 background-color: #C4C4C4;

Please let me know what I need to add to the config guide. I am not even
sure if I am in the right direction with this whole search thing.

Appreciate any input!

Thanks,
-Ananya
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Database Standard and ADOdb

[Ben Stallings]

On March 29, Stephane wrote,
> I try to use dataquery cookbook with adodb.
> 
> I receive this error :
> 
> Warning: mysql_connect() [function.mysql-connect]: Access denied for user
 > 'ODBC'  'localhost' (using password: NO) in
 > D:\Phoenix\webroot\wiki\cookbook\adodb\drivers\adodb-mysql.inc.php on 
line 358

Hey, Stephane, I just got the same error when setting up a WAMP server 
under Windows XP.  The problem turned out to be that, under the default 
configuration of Apache and MySQL, I needed to specify the username as 
'root' and password as ''.  This was not immediately evident because 
phpmyadmin uses root by default when you log into localhost from 
localhost.  So if you're still having trouble, try that and see if it 
helps.  --Ben

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[The Editor]

On 4/5/07, Petko Yotov <[EMAIL PROTECTED]> wrote:
> On Thursday 05 April 2007 16:54, Hans wrote:
> > Thursday, April 5, 2007, 3:36:19 PM, SteP wrote:
> > > I use a PTV to initialize the
> > > textarea within a fox form. Posting the fox form saves the new text into
> > > the same PTV.
> >
> > How does this work? Can you post multi-line text from a textarea into
> > a PTV? I thought you can only use single lines for PTVs.
> >
>
> The form (:pagetextvar:some value:) can be multiline as of lately. It is
> slightly more compicated to change than for the other types of PTV:
>
>$page['text'] = str_replace("(:$myPTV:$oldPTVvalue:)",
>   "(:$myPTV:$newPTVvalue:)", $page['text']);
>
> Make sure $newPTVvalue contains no ":)".
>
> Petko


You can always escape the :) if you want.  ZAP has a keep function
which fixes the things escaped out to get the results back out you put
in.  It's not very sophisticated now--as I'm using LWS (which makes
things quite a bit easier!) but more could be done...

Cheers,
Dan

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] UTF-8 as core default encoding (was: Headersarenotsending charset !)

[Petko Yotov]

On Monday 02 April 2007 15:04, Athan wrote:
> "Patrick R. Michaud" <[EMAIL PROTECTED]> wrote in message
> news:[EMAIL PROTECTED]
>
> > I suggest holding off on the rewrite in xlpage-utf-8.php, if only
> > because I'm expecting to deal with case-insensitive utf-8 searches
> > later tonight, and that will undoubtedly cause me to make
> > a number of important changes to xlpage-utf-8.php at the same time.
> > (It's okay to work on it if you really want... I just didn't
> > want you to spend a lot of time working on something I plan to
> > address today+tomorrow anyway.)
>
> Any progress on this?
>
> Athan

Not yet.

To see what Patrick's been working on you can visit this page:
  http://pmwiki.org/wiki/PmWiki/ChangeLog

Greetings,
Petko



___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Petko Yotov]

On Thursday 05 April 2007 16:54, Hans wrote:
> Thursday, April 5, 2007, 3:36:19 PM, SteP wrote:
> > I use a PTV to initialize the
> > textarea within a fox form. Posting the fox form saves the new text into
> > the same PTV.
>
> How does this work? Can you post multi-line text from a textarea into
> a PTV? I thought you can only use single lines for PTVs.
>

The form (:pagetextvar:some value:) can be multiline as of lately. It is 
slightly more compicated to change than for the other types of PTV:

$page['text'] = str_replace("(:$myPTV:$oldPTVvalue:)",
   "(:$myPTV:$newPTVvalue:)", $page['text']);

Make sure $newPTVvalue contains no ":)".

Petko



___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Hans]

Thursday, April 5, 2007, 4:27:53 PM, The wrote:

> Sure, I've been doing it for ages.

> See http://www.fast.st/zapbeta/pmwiki.php?n=Snippets/MagicBoxes

sorry this does not explain much.


  ~Hans


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] Setting titles, keywords, description, and passwords

[The Editor]

Just released a fixed, simpler, and more efficient attr command
extension, thanks to some great help and ideas from Pm.

You can use it to set titles, keywords, page description and
passwords, and/or edit them.  There is also an {(attr )} ZAP markup
which allows you list these kinds of things in pagelists, etc.

For the documentation:
http://www.fast.st/zapbeta/pmwiki.php?n=Support/Extensions/Attr

For a sample snippet
http://www.fast.st/zapbeta/pmwiki.php?n=Snippets/Attributes

Enjoy!

Cheers,
Dan

PS.  The ZAP shopping cart will be out shortly, hopefully later today...

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[The Editor]

On 4/5/07, Hans <[EMAIL PROTECTED]> wrote:
> Thursday, April 5, 2007, 3:36:19 PM, SteP wrote:
>
> > I use a PTV to initialize the
> > textarea within a fox form. Posting the fox form saves the new text into
> > the same PTV.
>
> How does this work? Can you post multi-line text from a textarea into
> a PTV? I thought you can only use single lines for PTVs.
>
>
>  ~Hans


Sure, I've been doing it for ages.

See http://www.fast.st/zapbeta/pmwiki.php?n=Snippets/MagicBoxes

For what it's worth, it's much easier now that I have your WhiteSpace
recipe working.  Solves the problem (partly) of the slashes.  Before I
had to do all these string substitutions to get it to work.

Cheers,
Dan

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Hans]

Thursday, April 5, 2007, 3:36:19 PM, SteP wrote:

> I use a PTV to initialize the 
> textarea within a fox form. Posting the fox form saves the new text into
> the same PTV.

How does this work? Can you post multi-line text from a textarea into
a PTV? I thought you can only use single lines for PTVs.


  ~Hans


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Petko Yotov]

On Thursday 05 April 2007 16:03, Petko Yotov wrote:
> On Thursday 05 April 2007 16:36, SteP wrote:
> > In my limited testing I found one issue, and added a noted to the recipe
> > page: if you're entering markup in the text area, line breaks like \\
> > should be entered as  because something -I suspect the input control-
> > will turn each \\ into a \
> >
> > This is a problem because a user would need to repeatedly fix all line
> > breaks each time before posting the form.
>
> Not in my installations: both when I have the contents inside the page, and
> when I pre-fill it with $InputValues taken from a PTV, "\\" stays "\\", new
> line stays new line. I suspect that you have some code that uses
> stripslashes() while it should use stripmagic().

Sorry, indeed when you post a content back to a PTV, every second slash is 
stripped. I am not (yet) using Fox but my script which also uses stripmagic() 
has the same bug. I'll try to find out why: probably somehow this 
stripmagic() is done twice.

Petko


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Petko Yotov]

On Thursday 05 April 2007 16:36, SteP wrote:
> Petko Yotov wrote:
> > There is at least one workaround, see
> > http://pmwiki.org/wiki/Cookbook/Textarea . Feel free to test it.
> >
> > Petko
>
> Wow, it's exactly what I was looking for. I use a PTV to initialize the
> textarea within a fox form. Posting the fox form saves the new text into
> the same PTV.
>
> In my limited testing I found one issue, and added a noted to the recipe
> page: if you're entering markup in the text area, line breaks like \\
> should be entered as  because something -I suspect the input control-
> will turn each \\ into a \
>
> This is a problem because a user would need to repeatedly fix all line
> breaks each time before posting the form.

Not in my installations: both when I have the contents inside the page, and 
when I pre-fill it with $InputValues taken from a PTV, "\\" stays "\\", new 
line stays new line. I suspect that you have some code that uses 
stripslashes() while it should use stripmagic().

Petko


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Hans]

Thursday, April 5, 2007, 3:36:19 PM, SteP wrote:

> In my limited testing I found one issue, and added a noted to the recipe
> page: if you're entering markup in the text area, line breaks like \\
> should be entered as  because something -I suspect the input control-
> will turn each \\ into a \

> This is a problem because a user would need to repeatedly fix all line
> breaks each time before posting the form.

I checked Fox, and removed stripmagic from processing POST values.
This seems to fix it. I don't know why stripmagic does it though.

In PmWiki.Functions it says about this function:

"This function should always be used when processing the contents of
$_POST or _GET variables. It verifies get_magic_quotes(), if true,
strips the automatically inserted escapes from the string."

But it seems to strip slashes when it should not.
so for now I removed it.
A new Fox is uploaded to pmwiki.org

BTW the (:textarea ..:) markup is great, and I can have all input data
preserved, including textarea data, if Fox does an abort because of an
error.

I added friendly error messaging via (:messages:) to Fox too.


  ~Hans


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[SteP]

The Editor wrote:

> Here's the markup I use in ZAP,

OK thanks, I'll give it a spin!


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[SteP]

Petko Yotov wrote:

> There is at least one workaround, see 
> http://pmwiki.org/wiki/Cookbook/Textarea . Feel free to test it.
> 
> Petko

Wow, it's exactly what I was looking for. I use a PTV to initialize the 
textarea within a fox form. Posting the fox form saves the new text into 
the same PTV.

In my limited testing I found one issue, and added a noted to the recipe 
page: if you're entering markup in the text area, line breaks like \\ 
should be entered as  because something -I suspect the input control- 
will turn each \\ into a \

This is a problem because a user would need to repeatedly fix all line 
breaks each time before posting the form.

Possibly this could be fixed with a fox filter, I'll have to study. 
Thanks!

--SteP  


___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[The Editor]

On 4/5/07, Petko Yotov <[EMAIL PROTECTED]> wrote:
> On Thursday 05 April 2007 09:32, SteP wrote:
> > Cookbook.Input says that there currently isn't a mechanism to initialize
> > an input textarea control. Are there any plans to add a way to do it?
> > Are there workarounds? It seems quite complicated, since the initial value
> > could easily include quote characters and multiple lines.
> > TIA
>
> There is at least one workaround, see
> http://pmwiki.org/wiki/Cookbook/Textarea . Feel free to test it.
>
> Petko


Pm is planning on adding it soon, probably in connection with the
commenting system he has in mind, which is a related problem...

Here's the markup I use in ZAP, it's been working fine for quite a
while.  It's not as complex as Petko's but it does not allow it to be
filled from a Script just a wiki page, and there may be some other
things Petko has added.

Markup('textarea', 'inline', '/\\(:textarea (.*?):\\)/e',
"Keep('')");
Markup('textareaend', 'inline', '/\(:textareaend:\\)/', '');

Perhaps it could be combined into one markup, using Petko's model...
Make sure you don't use both.

Cheers,
Dan

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] Slideshow presentations

[Thierry Vanderschueren]

Alright, I got it now !

The incremental lists do not work on the very first slide (slide 0) but work
fine from the second slide on.
And, one more thing to be aware of, one must use the keyboard controls
(space bar) to show the items of the list. It doesn't work when clicking on
the left or right arrow.

Thierry

2007/4/5, Thierry Vanderschueren <[EMAIL PROTECTED]>:


Hi everybody,

I've installed the slideshow cookbook (
http://www.pmwiki.org/wiki/Cookbook/SlideShow). It works fine, thanks
Bardo !
But I can't make the incremental lists work.

I followed the documentation :

*%list class=incremental%item1
*item2
*item3

I can see in the html source code the .css and .js files being loaded as
well as the

item1
item2
item3


But the list items appear all together in the slideshow.

Any idea ? Am I missing something here ?
I am using Pmwiki-2.2.0-beta31 and I tried the cookbook with IE6 and
Firefox.

Thanks

Thierry

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] "Cookbook" Word2PmWiki

[SMETS Stephane BKS-IT]

Hello all
Is there somebody which use this "cookbook"? With windows 2000 and Word 2000, I 
have a GPF when I try to open the document in word - yes, it is not a real 
cookbook, but a Word Macro
Thanks forthe help
Stéphane


sa Banksys nv - Chaussee de Haecht 1442 Haachtsesteenweg 
- 1130 Brussels - Belgium
RPM-RPR Bruxelles-Brussel - TVA-BTW BE 0418.547.872
Bankrekening-Compte Bancaire-Bank Account 310-0269424-44
BIC BBRUBEBB - IBAN BE55 3100 2694 2444

"The information contained in this e-mail and any attachment thereto is 
confidential and may contain information which is protected by intellectual 
property rights.
This information is intended for the exclusive use of the recipient(s) named 
above.
This e-mail does not constitute any binding relationship or offer toward any of 
the addressees.
If you are not one of the addressees , one of their employees or a proxy holder 
entitled to hand over this message to the addressee(s), any use of the 
information contained herein (e.g. reproduction, divulgation, communication or 
distribution,...) is prohibited.
If you have received this message in error, please notify the sender and 
destroy it immediately after.
The integrity and security of this message cannot be guaranteed and it may be 
subject to data corruption, interception and unauthorized amendment, for which 
we accept no liability."

___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

Re: [pmwiki-users] initialize input textarea

[Petko Yotov]

On Thursday 05 April 2007 09:32, SteP wrote:
> Cookbook.Input says that there currently isn't a mechanism to initialize
> an input textarea control. Are there any plans to add a way to do it?
> Are there workarounds? It seems quite complicated, since the initial value
> could easily include quote characters and multiple lines.
> TIA

There is at least one workaround, see 
http://pmwiki.org/wiki/Cookbook/Textarea . Feel free to test it.

Petko



___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users

[pmwiki-users] Slideshow presentations

[Thierry Vanderschueren]

Hi everybody,

I've installed the slideshow cookbook (
http://www.pmwiki.org/wiki/Cookbook/SlideShow). It works fine, thanks Bardo
!
But I can't make the incremental lists work.

I followed the documentation :

*%list class=incremental%item1
*item2
*item3

I can see in the html source code the .css and .js files being loaded as
well as the

item1
item2
item3


But the list items appear all together in the slideshow.

Any idea ? Am I missing something here ?
I am using Pmwiki-2.2.0-beta31 and I tried the cookbook with IE6 and
Firefox.

Thanks

Thierry
___
pmwiki-users mailing list
pmwiki-users@pmichaud.com
http://www.pmichaud.com/mailman/listinfo/pmwiki-users