phpwiki-talk

[Phpwiki-talk] Re: Patch: UserPreferences.php. Problems with saving setting for PersonalPage auth method.

[Konstantin Z. <kza...@ho...>]

Hello, Reini!
You wrote  on Fri, 12 Mar 2004 23:03:32 +0100:

 RU> Could you please use a unified diff?
    No problem, I'll keep it in mind next time.
    Do you have any idea there is problem with $user->setPreferences($rp)
comes from. I'm little bit lost in code. Or you will fix that?

Index: UserPreferences.php
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/UserPreferences.php,v
retrieving revision 1.19
diff -u -r1.19 UserPreferences.php
--- UserPreferences.php 27 Feb 2004 13:21:17 -0000 1.19
+++ UserPreferences.php 12 Mar 2004 19:37:32 -0000
@@ -85,13 +85,23 @@
                             unset($rp['passwd']);
                         $num = $user->setPreferences($rp);
                         if (!empty($rp['passwd'])) {
-                            if ($user->mayChangePass()) {
-                                $user->storePass($rp['passwd']);
-                                $errmsg = _("Password updated.");
-                            } else {
-                                $errmsg = _("Password cannot be changed.");
-                            }
-                        }
+                         $passchanged = false;
+                         if ($user->mayChangePass()) {
+                          if (method_exists($user, 'storePass')) {
+                           $passchanged = $user->storePass($rp['passwd']);
+                          }
+                          if (method_exists($user, 'changePass')) {
+                                 $passchanged =
$user->changePass($rp['passwd']);
+                          }
+                          if ($passchanged) {
+                           $errmsg = _("Password updated.");
+                          } else {
+         $errmsg = _("Password cannot be changed.");
+                          }
+                         } else {
+                            $errmsg = _("Password cannot be changed.");
+                         }
+      }
                         if (!$num) {
                             $errmsg .= " " ._("No changes.");
                         } else {


 RU> cvs diff -u
 RU>    or
 RU> echo "diff -ub" >> ~/.cvsrc

 RU> Thanks to your fixes we are now almost ready.
 RU> ADODB has some serious problems also on linux.

 RU> Konstantin Zadorozhny schrieb:
 ??>> I run onto some problems with UserPreferences plug-in, with
 ??>> PersonalPage auth method. Now it trying to call storePass function to
 ??>> change password. But this function does exists only for DB like user
 ??>> types. Here it is small path to avoid this problem. Actually, I don't
 ??>> know is it right or not call changePass method. Correct me if I'm
 ??>> wrong. But for now it returns false for me. Also user preferences fail
 ??>> to be saved. Line $num = $user->setPreferences($rp); returns 0 right
 ??>> now. I'll keep digging, but I believe that this problem will be faster
 ??>> to fix for somebody little bit more familiar with code. Index:
 ??>> UserPreferences.php ==================================================
 ??>> RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/UserPreferences.php,v
 ??>> retrieving revision 1.19
 ??>> diff -r1.19 UserPreferences.php
 ??>> 88,94c88,104
 ??>> <                             if ($user->mayChangePass()) {
 ??>> <                                 $user->storePass($rp['passwd']);
 ??>> <                                 $errmsg = _("Password updated.");
 ??>> <                             } else {
 ??>> <                                 $errmsg = _("Password cannot be
 ??>> changed.");
 ??>> <                             }
 ??>> <                         }
 ??>> ---
 ??>>
 ??>>>                         $passchanged = false;
 ??>>>                         if ($user->mayChangePass()) {
 ??>>>                          if (method_exists($user, 'storePass')) {
 ??>>>                       $passchanged = $user->storePass($rp['passwd']);
 ??>>>                          }
 ??>>>                          if (method_exists($user, 'changePass')) {
 ??>>>                                 $passchanged =
 ??>>
 ??>> $user->changePass($rp['passwd']);
 ??>>
 ??>>>                          }
 ??>>>                          if ($passchanged) {
 ??>>>                           $errmsg = _("Password updated.");
 ??>>>                          } else {
 ??>>>         $errmsg = _("Password cannot be changed.");
 ??>>>                          }
 ??>>>                         } else {
 ??>>>                           $errmsg = _("Password cannot be changed.");
 ??>>>                         }
 ??>>>      }
 RU> -- 
 RU> Reini Urban
 RU> http://xarch.tu-graz.ac.at/home/rurban/

 RU> -------------------------------------------------------
 RU> This SF.Net email is sponsored by: IBM Linux Tutorials
 RU> Free Linux tutorial presented by Daniel Robbins, President and CEO of
 RU> GenToo technologies. Learn everything from fundamentals to system
 RU> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

With best regards, Konstantin Zadorozhny.
http://www.fidolook.org

Re: [Phpwiki-talk] Patch: UserPreferences.php. Problems with saving setting for PersonalPage auth method.

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

Konstantin,
Could you please use a unified diff?

cvs diff -u
   or
echo "diff -ub" >> ~/.cvsrc

Thanks to your fixes we are now almost ready.
ADODB has some serious problems also on linux.

Konstantin Zadorozhny schrieb:
> I run onto some problems with UserPreferences plug-in, with PersonalPage
> auth method. Now it trying to call storePass function to change password.
> But this function does exists only for DB like user types. Here it is small
> path to avoid this problem.
> 
> 
> 
> Actually, I don't know is it right or not call changePass method. Correct me
> if I'm wrong. But for now it returns false for me.
> 
> 
> 
> Also user preferences fail to be saved. Line $num =
> $user->setPreferences($rp); returns 0 right now.
> 
> 
> 
> I'll keep digging, but I believe that this problem will be faster to fix for
> somebody little bit more familiar with code.
> 
> 
> 
> Index: UserPreferences.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/UserPreferences.php,v
> retrieving revision 1.19
> diff -r1.19 UserPreferences.php
> 88,94c88,104
> <                             if ($user->mayChangePass()) {
> <                                 $user->storePass($rp['passwd']);
> <                                 $errmsg = _("Password updated.");
> <                             } else {
> <                                 $errmsg = _("Password cannot be
> changed.");
> <                             }
> <                         }
> ---
> 
>>                         $passchanged = false;
>>                         if ($user->mayChangePass()) {
>>                          if (method_exists($user, 'storePass')) {
>>                           $passchanged = $user->storePass($rp['passwd']);
>>                          }
>>                          if (method_exists($user, 'changePass')) {
>>                                 $passchanged =
> 
> $user->changePass($rp['passwd']);
> 
>>                          }
>>                          if ($passchanged) {
>>                           $errmsg = _("Password updated.");
>>                          } else {
>>         $errmsg = _("Password cannot be changed.");
>>                          }
>>                         } else {
>>                            $errmsg = _("Password cannot be changed.");
>>                         }
>>      }
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Re: Small Fix: base64 encoding for cookie variables.

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

Excellent catch!
Thanks a lot. This problem only appears on non-windows boxes:
I can now easily reproduce it.

Konstantin Zadorozhny schrieb:
> Also _AnonUser should be fixed this way.
> Index: WikiUserNew.php
> ===================================================================
> RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiUserNew.php,v
> retrieving revision 1.29
> diff -r1.29 WikiUserNew.php
> 544a545
> 
>>        global $request;
> 
> 558,559c559,560
> <                 setcookie(WIKI_NAME, serialize(array('userid' =>
> $prefs->get('userid'))),
> <                           COOKIE_EXPIRATION_DAYS, COOKIE_DOMAIN);
> ---
> 
>>          $request->setCookieVar(WIKI_NAME,
>>           serialize(array('userid' => $prefs->get('userid'))),
> 
> COOKIE_EXPIRATION_DAYS);
> 2127c2128
> <  $pref->set($name,$newvalue);
> ---
> 
>>     $pref->set($name,$newvalue);
> 
> 
> 
>  KZ> Hello, All!
> 
>  KZ> Without it I constantly get erros like "unserialize() failed".
> 
>  KZ> File: Request.php
>  KZ> Line 454:
>  KZ>     @$val = unserialize(base64_decode($vars[$key]));
> 
>  KZ> Line 476:
>  KZ>     $packedval = base64_encode(serialize($val));
> 
>  KZ> File: WikiUserNew.php
>  KZ> Line 558:
>  KZ>     setcookie(WIKI_NAME, base64_encode(serialize(array('userid' =>
>  KZ> $prefs->get('userid')))),
>  KZ>         COOKIE_EXPIRATION_DAYS, COOKIE_DOMAIN);

-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Patch: UserPreferences.php. Problems with saving setting for PersonalPage auth method.

[Konstantin Z. <kza...@ho...>]

Hello, All!

I run onto some problems with UserPreferences plug-in, with PersonalPage
auth method. Now it trying to call storePass function to change password.
But this function does exists only for DB like user types. Here it is small
path to avoid this problem.



Actually, I don't know is it right or not call changePass method. Correct me
if I'm wrong. But for now it returns false for me.



Also user preferences fail to be saved. Line $num =
$user->setPreferences($rp); returns 0 right now.



I'll keep digging, but I believe that this problem will be faster to fix for
somebody little bit more familiar with code.



Index: UserPreferences.php
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/lib/plugin/UserPreferences.php,v
retrieving revision 1.19
diff -r1.19 UserPreferences.php
88,94c88,104
<                             if ($user->mayChangePass()) {
<                                 $user->storePass($rp['passwd']);
<                                 $errmsg = _("Password updated.");
<                             } else {
<                                 $errmsg = _("Password cannot be
changed.");
<                             }
<                         }
---
>                          $passchanged = false;
>                          if ($user->mayChangePass()) {
>                           if (method_exists($user, 'storePass')) {
>                            $passchanged = $user->storePass($rp['passwd']);
>                           }
>                           if (method_exists($user, 'changePass')) {
>                                  $passchanged =
$user->changePass($rp['passwd']);
>                           }
>                           if ($passchanged) {
>                            $errmsg = _("Password updated.");
>                           } else {
>          $errmsg = _("Password cannot be changed.");
>                           }
>                          } else {
>                             $errmsg = _("Password cannot be changed.");
>                          }
>       }


With best regards, Konstantin Zadorozhny.
http://www.fidolook.org

[Phpwiki-talk] Re: Small Fix: base64 encoding for cookie variables.

[Konstantin Z. <kza...@ho...>]

Hello, Konstantin!
You wrote to All on Fri, 12 Mar 2004 10:17:55 -0800:

Also _AnonUser should be fixed this way.

Index: WikiUserNew.php
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/lib/WikiUserNew.php,v
retrieving revision 1.29
diff -r1.29 WikiUserNew.php
544a545
>         global $request;
558,559c559,560
<                 setcookie(WIKI_NAME, serialize(array('userid' =>
$prefs->get('userid'))),
<                           COOKIE_EXPIRATION_DAYS, COOKIE_DOMAIN);
---
>           $request->setCookieVar(WIKI_NAME,
>            serialize(array('userid' => $prefs->get('userid'))),
COOKIE_EXPIRATION_DAYS);
2127c2128
<  $pref->set($name,$newvalue);
---
>      $pref->set($name,$newvalue);


 KZ> Hello, All!

 KZ> Without it I constantly get erros like "unserialize() failed".

 KZ> File: Request.php
 KZ> Line 454:
 KZ>     @$val = unserialize(base64_decode($vars[$key]));

 KZ> Line 476:
 KZ>     $packedval = base64_encode(serialize($val));

 KZ> File: WikiUserNew.php
 KZ> Line 558:
 KZ>     setcookie(WIKI_NAME, base64_encode(serialize(array('userid' =>
 KZ> $prefs->get('userid')))),
 KZ>         COOKIE_EXPIRATION_DAYS, COOKIE_DOMAIN);

 KZ> With best regards, Konstantin Zadorozhny.
 KZ> http://www.fidolook.org

 KZ> -------------------------------------------------------
 KZ> This SF.Net email is sponsored by: IBM Linux Tutorials
 KZ> Free Linux tutorial presented by Daniel Robbins, President and CEO of
 KZ> GenToo technologies. Learn everything from fundamentals to system
 KZ> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

With best regards, Konstantin Zadorozhny.
http://www.fidolook.org

[Phpwiki-talk] Small Fix: base64 encoding for cookie variables.

[Konstantin Z. <kza...@ho...>]

Hello, All!

Without it I constantly get erros like "unserialize() failed".

File: Request.php
Line 454:
    @$val = unserialize(base64_decode($vars[$key]));

Line 476:
    $packedval = base64_encode(serialize($val));

File: WikiUserNew.php
Line 558:
    setcookie(WIKI_NAME, base64_encode(serialize(array('userid' =>
$prefs->get('userid')))),
        COOKIE_EXPIRATION_DAYS, COOKIE_DOMAIN);


With best regards, Konstantin Zadorozhny.
http://www.fidolook.org

[Phpwiki-talk] new experimental AddComment plugin

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

I reused WikiBlog for several new attachable pagetypes: WikiBlog, 
WikiForum (not yet submitted) and the new AddComment plugin with the 
pagetype 'comment'.

The difference is basically just a different template and CSS classes.
And some more plugin arguments.

The javascript button to expand the comments - as with CreateToc - is 
missing.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] phpwiki not running with php as cgi

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

Benjamin Thelen schrieb:
> Parse error: parse error in /usr/local/www/cgi-bin-dist/php on line 6265
> 
> Other php4 script based software like phpMyAdmin are running fine for 
> example.

Last time I tested it ran okay as CGI.

Can you please provide the error_log entry,
because the error line above doesn't tell us anything meaningful.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] phpwiki not running with php as cgi

[Benjamin T. <th...@cc...>]

Hi,

I just would like to know, whether phpwiki definitely requires php as 
an Apache module or whether there is a way to configure phpwiki for 
running with php4 as a cgi.

I could see that phpwiki is running fine with php4 as an Apache module 
but fails with the following error, when I try to call one of the 
offered links on index.php, the entry page.

Parse error: parse error in /usr/local/www/cgi-bin-dist/php on line 6265

Other php4 script based software like phpMyAdmin are running fine for 
example.

Thanks in advance,
Benjamin

Re: [Phpwiki-talk] Re: wiki + blog and lots of newbie questions

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

Martin Geisler schrieb:
> "dmitry m" <dmi...@ho...> writes:
>>Also,  WikiWeblog plugin acts more like a "comment" form if
>>anything. I also couldn't get Comment plugin to go.

BTW: I'll add a new AddComment plugin soon, as soon as I get the sf.net 
demo problems to disappear.

This will be similar to the snipsnap or twiki comment feature or our 
WikiBlog, with different layout and wider permissions.

> The Comment plugin doesn't give a add-a-comment-to-this-page
> functionality, instead it gives you comments in your wiki markup.

...

> Maybe the name of the plugin should be changed to Hide, InvisibleText,
> MarkupComment, or something similar? But then, that would disrupt old
> wikipages that happen to use the old name, so perhaps this isn't such
> a good idea.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Re: wiki + blog and lots of newbie questions

[Martin G. <gim...@gi...>]

"dmitry m" <dmi...@ho...> writes:

> Also,  WikiWeblog plugin acts more like a "comment" form if
> anything. I also couldn't get Comment plugin to go.

The Comment plugin doesn't give a add-a-comment-to-this-page
functionality, instead it gives you comments in your wiki markup.

So if you want to write something in the wiki source of a page that
shouldn't show up in the rendered HTML, then do

  Normal text.

  <?plugin Comment
  !!! Hidden Section

  This text is only seen when editing the page.
  ?>

  Normal text.

Maybe the name of the plugin should be changed to Hide, InvisibleText,
MarkupComment, or something similar? But then, that would disrupt old
wikipages that happen to use the old name, so perhaps this isn't such
a good idea.

-- 
Martin Geisler                       My GnuPG Key: 0xF7F6B57B

See http://gimpster.com/ and http://phpweather.net/ for:
PHP Weather:   Shows the current weather on your webpage and
PHP Shell:     A telnet-connection (almost :-) in a PHP page.

[Phpwiki-talk] wiki + blog and lots of newbie questions

[dmitry m <dmi...@ho...>]

Hello ladies and gentlemen. I've just installed phpwiki a few hours ago. I 
was wondering if you could answer a number of questions that turned up. I do 
apologise if they are covered elsewhere, I tried my best to find them.


My primary intention for this thing is to use it as a blog/wiki. This 
http://the.taoofmac.com/ is pretty much spot on what I want to end up with 
(wiki + blog, thanks google! :)

It seems like most of the components are there, I just have to figure out 
how to put them together.

Basically I want one of the wiki entries to emulate MovableType/B2 interface 
in a way. I want a calendar, links to archive, and perhaps the topmost post.

I've created a DmitryBlog entry, and used Calendar plugin. First thing I 
noticed is that the <?plugin?> clause must be on a line by itself.  That 
will make it hard to have a least some rudimentary formating. Am I missing 
something?

Also,  WikiWeblog plugin acts more like a "comment" form if anything. I also 
couldn't get Comment plugin to go.

Is it possible to make some wikipages private (i rememeber seeing that 
permissions are coming soon).

What do you think, is it feasible to use phpwiki in this way without 
introducing major code changes?

Thanks in advance.
-D

_________________________________________________________________
Add photos to your e-mail with MSN 8. Get 2 months FREE*. 
http://join.msn.com/?page=features/featuredemail

[Phpwiki-talk] =?GB2312?B?uuPL2bTv0OnE4tb3u/q827jxtffV+82o1qqjoQ==?=

[<web...@to...>]

<html>
<head>
<title>恒速达虚拟主机价格调整通知！</title>
</head>
<body bgcolor="#FFFFFF" text="#000000">
<table width="600" border="1" cellspacing="0" cellpadding="5" align="center">
  <tr>
    <td><font color="#006699" size="2">尊敬的老客户：<br>
      　　您好！<br>
      　　2004年我司与<font color="#FF0000">DELL</font>公司合作推出品牌<font color="#FF0000"><a href="http://www.88dns.com/dell.htm">DELL服务器空间</a>，促销优惠</font>如下： 
      </font> 
      <p><font color="#006699" size="2">A、<font color="#FF0000">400M空间</font>（200M 
        WEB,支持ASP\CGI\ACCESS\论坛）<font color="#FF0000">+ 1个100M MAIL特价<b>200</b>元</font>； 
        <br>
        B、<font color="#FF0000">600M空间</font>（300M WEB,支持ASP\CGI\ACCESS\论坛）<font color="#FF0000">+ 
        1个100M MAIL特价<b>250</b>元</font>；<br>
        C、<font color="#FF0000">800M空间</font>（400M WEB,支持ASP\CGI\ACCESS\论坛）<font color="#FF0000">+ 
        1个100M MAIL特价<b>350</b>元</font>；<br>
        特价空间加　60元送国际顶级域名，加　180元送国内域名；＞＞<a href="http://www.88dns.com">立即申请</a>＞</font></p>
      <p><font color="#006699" size="2">另<font color="#FF00FF">网站建设全面优惠800元起做</font>，企业网站可免费先做，做好再收费.<a href="http://www.88dns.com/home.htm">点击了解</a><br>
        　　同时也欢迎您加入我们代理商行列来，我们将给您更加优惠的服务！诚信为本，<br>
        </font><font color="#006699" size="2">我们承诺24小时为您服务！<br>24小时热线：0592-- 6026652 
        / 5682852 / 5682825 　<br>
        传真：0592--5654223 <br>
        邮箱： <a href="mailto:ch...@to...">dn...@to...</a> / <a href="mailto:ch...@to...">ch...@to...</a><br>
        QQ在线： 57729502</font></p>
      <p><font color="#006699" size="2">祝您好运天天有、幸运常伴随、猴年万事如意!<br>
        　　　　　　　　　　　　　　　　　　　　　　　　　　　<br>
        　　　　　　　　　　　　　　　　　　　　　　　　　　　　恒速达网络</font></p>
      </td>
  </tr>
</table>
</body>
</html>

[Phpwiki-talk] Re: What is the most tested auth method? ALLOW_ANON_EDIT false, doesn't work.

[Konstantin Z. <kza...@ho...>]

Hello, Reini!
You wrote  on Thu, 11 Mar 2004 14:24:12 +0100:

 RU> Konstantin Zadorozhny schrieb:
 ??>> Could somebody tell me what is the most tested auth method? I've tried
 ??>> to use file based user list, but it seems to have some problems.

 RU> Yes, thanks for your report and patches. I'm currently fixing FILE
 RU> Auth.
    I can help testing that. I'd prefer FILE method. MySQL creates
unnecessary load in simple cases.

    Thanks for response. Sorry for duplicate bug report. I thought my posts
lost on the way to mailing list and nobody saw my messages.



 RU> Most tested is BogoUser, PersonalPage and PearDB Auth.
 RU> Adodb Auth works also fine.
 RU> LDAP, IMAP and POP3 should work but I don't test them so often.
 RU> HttpAuth and File still have some quirks.
    I'll try to setup PearDB with DBSession and see that the "difference"
that makes.

 RU> Same with the group methods.

 ??>> Also I can't turn off anon editing of pages. I have set:
 ??>> ALLOW_ANON_USER         true
 ??>> ALLOW_ANON_EDIT         false
 ??>> ALLOW_BOGO_LOGIN        false
 ??>> ALLOW_USER_PASSWORDS    true
 ??>>
 ??>> USER_AUTH_ORDER (File)
 ??>> USER_AUTH_POLICY        'first-only' // but that doesn't matter
 ??>> ALLOW_USER_LOGIN        true
 RU> -- 
 RU> Reini Urban
 RU> http://xarch.tu-graz.ac.at/home/rurban/

 RU> -------------------------------------------------------
 RU> This SF.Net email is sponsored by: IBM Linux Tutorials
 RU> Free Linux tutorial presented by Daniel Robbins, President and CEO of
 RU> GenToo technologies. Learn everything from fundamentals to system
 RU> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click

With best regards, Konstantin Zadorozhny.
http://www.fidolook.org

Re: [Phpwiki-talk] Bug: WikiGroup, WikiUserNew. FILE method.

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

fixed this and more in CVS.

Konstantin Zadorozhny schrieb:
> New statement has been forgoten for File_Passwd calass. Also require has to
> changed to recure_once.
> WikiGroup.php line 664 should be:
> 
>         require_once 'lib/pear/File_Passwd.php';
>         $this->_file = new File_Passwd(AUTH_GROUP_FILE);
> 
> 
> WikiGroup.php line 664 should be:
> 
>         require_once 'lib/pear/File_Passwd.php';
>         // if passwords may be changed we have to lock them:
>         $this->_may_change = defined('AUTH_USER_FILE_STORABLE') &&
> AUTH_USER_FILE_STORABLE;
>         if (empty($file) and defined('AUTH_USER_FILE'))
>             $this->_file = new File_Passwd(AUTH_USER_FILE,
> !empty($this->_may_change));
>         elseif (!empty($file))
>             $this->_file = new File_Passwd($file,
> !empty($this->_may_change));
>         else
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] What is the most tested auth method? ALLOW_ANON_EDIT false, doesn't work.

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

Konstantin Zadorozhny schrieb:
> Could somebody tell me what is the most tested auth method? I've tried to
> use file based user list, but it seems to have some problems.

Yes, thanks for your report and patches. I'm currently fixing FILE Auth.

Most tested is BogoUser, PersonalPage and PearDB Auth.
Adodb Auth works also fine.
LDAP, IMAP and POP3 should work but I don't test them so often.
HttpAuth and File still have some quirks.

Same with the group methods.

> Also I can't turn off anon editing of pages. I have set:
> ALLOW_ANON_USER         true
> ALLOW_ANON_EDIT         false
> ALLOW_BOGO_LOGIN        false
> ALLOW_USER_PASSWORDS    true
> 
> USER_AUTH_ORDER (File)
> USER_AUTH_POLICY        'first-only' // but that doesn't matter
> ALLOW_USER_LOGIN        true
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] What is the most tested auth method? ALLOW_ANON_EDIT false, doesn't work.

[Konstantin Z. <kza...@ho...>]

Hello, All!

Could somebody tell me what is the most tested auth method? I've tried to
use file based user list, but it seems to have some problems.



Also I can't turn off anon editing of pages. I have set:



ALLOW_ANON_USER         true

ALLOW_ANON_EDIT         false

ALLOW_BOGO_LOGIN        false

ALLOW_USER_PASSWORDS    true



USER_AUTH_ORDER (File)



USER_AUTH_POLICY        'first-only' // but that doesn't matter



ALLOW_USER_LOGIN        true


With best regards, Konstantin Zadorozhny.
np:

[Phpwiki-talk] Bug: WikiGroup, WikiUserNew. FILE method.

[Konstantin Z. <kza...@ho...>]

Hello, All!

New statement has been forgoten for File_Passwd calass. Also require has to
changed to recure_once.
WikiGroup.php line 664 should be:

        require_once 'lib/pear/File_Passwd.php';
        $this->_file = new File_Passwd(AUTH_GROUP_FILE);


WikiGroup.php line 664 should be:

        require_once 'lib/pear/File_Passwd.php';
        // if passwords may be changed we have to lock them:
        $this->_may_change = defined('AUTH_USER_FILE_STORABLE') &&
AUTH_USER_FILE_STORABLE;
        if (empty($file) and defined('AUTH_USER_FILE'))
            $this->_file = new File_Passwd(AUTH_USER_FILE,
!empty($this->_may_change));
        elseif (!empty($file))
            $this->_file = new File_Passwd($file,
!empty($this->_may_change));
        else


With best regards, Konstantin Zadorozhny.
np:

[Phpwiki-talk] bugs - CreateToc, WikiWords and punctuation

[Micki K. <mic...@co...>]

Hi folks.

Interesting bugs with CreateToc:

1. If a heading's text is the same as an existing WikiPageName or 
WantedPage, it seems to get confused (see below).

2. If a heading's text contains periods it seems to get confused (see below).

3. If it contains slashes, it creates an additional error at the top 
of the page:
"lib/plugin/CreateToc.php (In template 'browse') (In template 
'savepage') (In template 'body') (In template 'html'):74: Warning[2]: 
Unknown modifier 'N'"

('N' being the next letter in the heading text)

'get confused' means it generates a PHP Warning at the bottom:

lib/plugin/CreateToc.php (In template 'browse') (In template 
'savepage') (In template 'body') (In template 'html'):78: 
Notice[1024]: Heading <h2> WikiWord </h2> not found

lib/plugin/CreateToc.php (In template 'browse') (In template 
'savepage') (In template 'body') (In template 'html'):78: 
Notice[1024]: Heading <h3> The Announcement, Project Summary and 
Discussions / Notes </h3> not found

lib/plugin/CreateToc.php (In template 'browse') (In template 
'savepage') (In template 'body') (In template 'html'):78: 
Notice[1024]: Heading <h4> Project Plan, Sales and Marketing, 
etc\\\\\\\\\\\\\\\. </h4> not found

Thanks!
Micki
-- 

Micki
mailto:mic...@co...

Re: [Phpwiki-talk] Ready for 1.3.8 ?

[Roland <rol...@fr...>]

Reini Urban wrote:
> Cédric Girard schrieb:
>> I am working on french translation. When it will be OK, must I use the CVS
>> to submit the files or use another way? 
> 
> Put it either into the sf.net patch tracker (preferred), or sent it to 
> this list.
> 
>  > Don't wait for me for the 1.3.8.
>> Is there any french speakers here? To validate my translation and test?

Si tu veux je peux te faire une relecture, je n'ai pas le temps en ce 
moment de poursuivre la trad...

> I can do the tests.
> The other translators are in the fr.po header, with email.

Re: [Phpwiki-talk] Localisation of content pages / wiki words?

[Norberto M. <nu...@me...>]

Hi,
I thought of a dictionary lookup, but I thought it was overkill--at 
least for my needs.
Virtual paths would be cool if I would have every page translated... 
IMHO, it would be handy to present the translated version if it existed, 
or the default if that was the only one...growing on a per case basis.

Do you mind me asking why " don't do it with plugins"?

TIA,
Beto

Reini Urban wrote:

> we came to this conclusion: don't do it with plugins.
> we do it with virtual paths on 
> http://phpwiki.sf.net/demo/(en|de|es|fr|...)/ and do the linking 
> manually.
>
> of course it would be fine to have a tool which helps in localizing 
> new wikipages by lookup in a wikiword dictionary.
>
>
> Norberto Meijome schrieb:
>
>> Hi list,
>> Is there a plugin to aid with *content / wikiwords* localisation? 
>> Auto-translation of wikiwords was a passing thought...but riddled 
>> with problems.
>>
>> I know pgsrc has been localised to several languages (I'll be glad to 
>> help with Spanish, BTW), but I'm looking for something that will help 
>> visitors see the version of a page in the correct language.
>>
>> (excuse my poor knowledge of plugin syntax and phylosophy in the 
>> following examples...)
>> something like...
>>
>> <?plugin LocalisedVersion Lang="en-*" default="yes">
>> [ALL TEXT FOR ALL ENGLISH LOCALES  HERE]
>> <?plugin LocalisedVersion Lang="es-*">
>> [ALL THE TEXT FOR SP LOCALES HERE]
>>
>> etc.
>> and only the right text would show depending on your language.
>> Notes : how to manage editing? show everything? enhance editing so 
>> that only you get to edit the language you are seeing? that could be 
>> problematic with versioning...maybe?
>>
>> Or maybe a combination of language detection and http redirection. 
>> Say, in AWikiPage
>>
>> <?plugin LocalisedVersionRedirect Lang="en-*" 
>> WikiWord="AWikiPageEnglish">
>> <?plugin LocalisedVersionRedirect Lang="es-*" WikiWord="MiPaginaWiki">
>>
>> Note: how to handle defaults? maybe all in one plugin declaration?:
>>
>> <?plugin LocalisedVersionRedirect Values="[en-*, AWikiPageEnglish, 
>> es-*,MiPaginaWeb,ab-*, HowDoYouSayWikiPageInArabic]" default="en-*" >
>>
>> ( or default="DefaultPageForNewLanguage").
>>
>> Or even better, include instead of redirection...
>>
>> Any suggestions on how to best implement this if not implemented yet? 
>> I'm happy to do it :-)
>>
>> Best regards,
>>
>
>

-- 
Norberto Meijome | numard at meijome dot net
"Everything is interesting if you go into it deeply enough." - Richard Feynman

Re: [Phpwiki-talk] Localisation of content pages / wiki words?

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

we came to this conclusion: don't do it with plugins.
we do it with virtual paths on 
http://phpwiki.sf.net/demo/(en|de|es|fr|...)/ and do the linking manually.

of course it would be fine to have a tool which helps in localizing new 
wikipages by lookup in a wikiword dictionary.


Norberto Meijome schrieb:
> Hi list,
> Is there a plugin to aid with *content / wikiwords* localisation? 
> Auto-translation of wikiwords was a passing thought...but riddled with 
> problems.
> 
> I know pgsrc has been localised to several languages (I'll be glad to 
> help with Spanish, BTW), but I'm looking for something that will help 
> visitors see the version of a page in the correct language.
> 
> (excuse my poor knowledge of plugin syntax and phylosophy in the 
> following examples...)
> something like...
> 
> <?plugin LocalisedVersion Lang="en-*" default="yes">
> [ALL TEXT FOR ALL ENGLISH LOCALES  HERE]
> <?plugin LocalisedVersion Lang="es-*">
> [ALL THE TEXT FOR SP LOCALES HERE]
> 
> etc.
> and only the right text would show depending on your language.
> Notes : how to manage editing? show everything? enhance editing so that 
> only you get to edit the language you are seeing? that could be 
> problematic with versioning...maybe?
> 
> Or maybe a combination of language detection and http redirection. Say, 
> in AWikiPage
> 
> <?plugin LocalisedVersionRedirect Lang="en-*" WikiWord="AWikiPageEnglish">
> <?plugin LocalisedVersionRedirect Lang="es-*" WikiWord="MiPaginaWiki">
> 
> Note: how to handle defaults? maybe all in one plugin declaration?:
> 
> <?plugin LocalisedVersionRedirect Values="[en-*, AWikiPageEnglish, 
> es-*,MiPaginaWeb,ab-*, HowDoYouSayWikiPageInArabic]" default="en-*" >
> 
> ( or default="DefaultPageForNewLanguage").
> 
> Or even better, include instead of redirection...
> 
> Any suggestions on how to best implement this if not implemented yet? 
> I'm happy to do it :-)
> 
> Best regards,
> 


-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE : [Phpwiki-talk] Localisation of content pages / wiki words?

[<jw...@fi...>]

Hi!
This is not an answer, but in case something needs to be developed on =
that
subject, it would certainly be helpful to look at how www.wikipedia.org =
does
it.

They have this localization issue deeply rooted in their project =
objective

J=E9r=F4me

-----Message d'origine-----
De=A0: php...@li...
[mailto:php...@li...] De la part de Norberto
Meijome
Envoy=E9=A0: mercredi 10 mars 2004 08:03
=C0=A0: 'php...@li...'
Objet=A0: [Phpwiki-talk] Localisation of content pages / wiki words?

Hi list,
Is there a plugin to aid with *content / wikiwords* localisation?=20
Auto-translation of wikiwords was a passing thought...but riddled with=20
problems.

I know pgsrc has been localised to several languages (I'll be glad to=20
help with Spanish, BTW), but I'm looking for something that will help=20
visitors see the version of a page in the correct language.

(excuse my poor knowledge of plugin syntax and phylosophy in the=20
following examples...)
something like...

<?plugin LocalisedVersion Lang=3D"en-*" default=3D"yes">
[ALL TEXT FOR ALL ENGLISH LOCALES  HERE]
<?plugin LocalisedVersion Lang=3D"es-*">
[ALL THE TEXT FOR SP LOCALES HERE]

etc.
and only the right text would show depending on your language.
 Notes : how to manage editing? show everything? enhance editing so that =

only you get to edit the language you are seeing? that could be=20
problematic with versioning...maybe?

Or maybe a combination of language detection and http redirection. Say,=20
in AWikiPage

<?plugin LocalisedVersionRedirect Lang=3D"en-*" =
WikiWord=3D"AWikiPageEnglish">
<?plugin LocalisedVersionRedirect Lang=3D"es-*" =
WikiWord=3D"MiPaginaWiki">

Note: how to handle defaults? maybe all in one plugin declaration?:

<?plugin LocalisedVersionRedirect Values=3D"[en-*, AWikiPageEnglish,=20
es-*,MiPaginaWeb,ab-*, HowDoYouSayWikiPageInArabic]" default=3D"en-*" >

( or default=3D"DefaultPageForNewLanguage").

Or even better, include instead of redirection...

Any suggestions on how to best implement this if not implemented yet?=20
I'm happy to do it :-)

Best regards,

--=20
Norberto Meijome | numard at meijome dot net
"Everything is interesting if you go into it deeply enough." - Richard
Feynman



-------------------------------------------------------
This SF.Net email is sponsored by: IBM Linux Tutorials
Free Linux tutorial presented by Daniel Robbins, President and CEO of
GenToo technologies. Learn everything from fundamentals to system
administration.http://ads.osdn.com/?ad_id=3D1470&alloc_id=3D3638&op=3Dcli=
ck
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

[Phpwiki-talk] IncludeSiteMap/IncludePage and CreateToc

[Micki K. <mic...@co...>]

I'll clarify:

Toc's on each included page are unnecessary.

But a top Toc that incorporates the headings (especially if quiet=1) 
from IncludePages would make CreateToc shine.

Micki

>CreateToc looks great! IncludeSiteMap works great!
>
>Can they work together? Right now any headers in an included page are ignored.
>
>Thanks,
>Micki
>

-- 

Micki
mailto:mic...@co...

[Phpwiki-talk] Localisation of content pages / wiki words?

[Norberto M. <nu...@me...>]

Hi list,
Is there a plugin to aid with *content / wikiwords* localisation? 
Auto-translation of wikiwords was a passing thought...but riddled with 
problems.

I know pgsrc has been localised to several languages (I'll be glad to 
help with Spanish, BTW), but I'm looking for something that will help 
visitors see the version of a page in the correct language.

(excuse my poor knowledge of plugin syntax and phylosophy in the 
following examples...)
something like...

<?plugin LocalisedVersion Lang="en-*" default="yes">
[ALL TEXT FOR ALL ENGLISH LOCALES  HERE]
<?plugin LocalisedVersion Lang="es-*">
[ALL THE TEXT FOR SP LOCALES HERE]

etc.
and only the right text would show depending on your language.
 Notes : how to manage editing? show everything? enhance editing so that 
only you get to edit the language you are seeing? that could be 
problematic with versioning...maybe?

Or maybe a combination of language detection and http redirection. Say, 
in AWikiPage

<?plugin LocalisedVersionRedirect Lang="en-*" WikiWord="AWikiPageEnglish">
<?plugin LocalisedVersionRedirect Lang="es-*" WikiWord="MiPaginaWiki">

Note: how to handle defaults? maybe all in one plugin declaration?:

<?plugin LocalisedVersionRedirect Values="[en-*, AWikiPageEnglish, 
es-*,MiPaginaWeb,ab-*, HowDoYouSayWikiPageInArabic]" default="en-*" >

( or default="DefaultPageForNewLanguage").

Or even better, include instead of redirection...

Any suggestions on how to best implement this if not implemented yet? 
I'm happy to do it :-)

Best regards,

-- 
Norberto Meijome | numard at meijome dot net
"Everything is interesting if you go into it deeply enough." - Richard Feynman