phpwiki-talk

Re: [Phpwiki-talk] New magic link rewriter?

[<mar...@we...>]

Reini Urban napisał(a):
> 
> Sure. You need to create a special InterWikiMap entry, which maps all
> words with a special prefix to a special url.
> like
>   Synset:Unknown =>
> http://synonimy.sourceforge.net/synset?word=foobar

Yeah, that's a good idea. This works definitely.

> phpwiki marks all unknown pages by some class, and all known words
> with some other class.
> so you have to map/generate all your words of your database to the
> wikidb.
> easiest done by regularly importing pregenerated plain textfiles, without
> overwrite. just create missing pages.

How do I do that with PhpWiki running on MySQL? Please take into account
that I have over 22,000 words, and generating single text files for all
of them doesn't seem a best idea... Or should I simply create page
records for all the words in my dictionary?

> Easier will be to create a hook which looks into a seperate database on
> unknown pages (such as imdb.com) and fill the page by data from the
> external database combined with some template.

That means I can create a hook that could be spawned by clicking the
link of the unknown page?

BTW, my first impression is quite good, but the Sidebar theme apparently
needs some fixing :(

Regards,
Marcin

[Phpwiki-talk] How to hide LinkIcons?

[cyclops <cyc...@gm...>]

I looked at the phpwiki documentation. And can not find answer for
this question:

1. How to turn off the link icon feature?
2. If it's turned on, is that possible to hide the linkicon for some
particular external links?

Thanks

[Phpwiki-talk] A newbie installation question

[cyclops <cyc...@gm...>]

Dear All,

I tried to install phpfiles with flat files without using any database.

in config/config.ini,=20

I put something like:

DATABASE_TYPE =3D file


However, when I load my pages, I got a lot of warnings:

lib/DB_Session.php:48: Warning[512]: Your WikiDB DB backend 'file'
cannot be used for DB_Session. Set USE_DB_SESSION to false.

lib/display.php:131: Warning[2]: Cannot add header information -
headers already sent by (output started at
/usa/xxxxx/public_html/phpwiki/lib/XmlElement.php:326)

lib/Request.php:260: Warning[2]: Cannot add header information -
headers already sent by (output started at
/usa/xxxxx/public_html/phpwiki/lib/XmlElement.php:326)

lib/Request.php:262: Warning[2]: Cannot add header information -
headers already sent by (output started at
/usa/xxxxx/public_html/phpwiki/lib/XmlElement.php:326)

lib/Request.php:296: Warning[2]: Cannot add header information -
headers already sent by (output started at
/usa/xxxxx/public_html/phpwiki/lib/XmlElement.php:326)

lib/Request.php:297: Warning[2]: Cannot add header information -
headers already sent by (output started at
/usa/xxxxx/public_html/phpwiki/lib/XmlElement.php:326)

lib/Request.php:298: Warning[2]: Cannot add header information -
headers already sent by (output started at
/usa/xxxxx/public_html/phpwiki/lib/XmlElement.php:326)


Then I put this in config.ini

USE_DB_SESSION =3D false

But I still got all the warnings.  How to get rid of those warnings?

Thanks very much!

Regards,

Re: [Phpwiki-talk] New magic link rewriter?

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

> I'm new to phpwiki and I'm trying to use it for the purposes of the
> website for creating an open-source thesaurus (see
> synonimy.sourceforge.net or www.openthesaurus.de). The thesaurus itself
> uses a strict format of data and wiki style editing would be too
> cumbersome, but I'd like to have some special pages for users.
>
> What I really need is a kind of tagging to use in phpwiki to create
> special links. There will be pages in my wiki containing lists of words
> that should be added eventually to the thesaurus. These word lists can
> be created automatically and words could be enclosed in special brackets
>  like {{}} etc. The wiki could use this tagging to create urls like
> http://synonimy.sourceforge.net/synset?word=foobar etc. Is it possible
> to do something like that?

Sure. You need to create a special InterWikiMap entry, which maps all
words with a special prefix to a special url.
like
  Synset:Unknown =>
http://synonimy.sourceforge.net/synset?word=foobar

map entry:
Synset http://synonimy.sourceforge.net/synset?word=

> Or maybe is it possible to do something more fancy, like generating red
> underline on words that are not yet in my mysql database, and green
> underline on words included -- some automated db plugin could parse the
> page before displaying it (the queries would be quite simple).

phpwiki marks all unknown pages by some class, and all known words
with some other class.
so you have to map/generate all your words of your database to the
wikidb.
easiest done by regularly importing pregenerated plain textfiles, without
overwrite. just create missing pages.

A seperate special mapping to outside databases is planned for 1.5.x
but it is not exactly specified yet.
Easier will be to create a hook which looks into a seperate database on
unknown pages (such as imdb.com) and fill the page by data from the
external database combined with some template.

> Thanks to wiki users could comment on some words (for example there are
> words that are extremely unlikely to have a synonym - like "tooth" for
> example), and suggest words that feel are important but they could not
> remember the synonym.
-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] New magic link rewriter?

[<mil...@o2...>]

Hi all,

I'm new to phpwiki and I'm trying to use it for the purposes of the
website for creating an open-source thesaurus (see
synonimy.sourceforge.net or www.openthesaurus.de). The thesaurus itself
uses a strict format of data and wiki style editing would be too
cumbersome, but I'd like to have some special pages for users.

What I really need is a kind of tagging to use in phpwiki to create
special links. There will be pages in my wiki containing lists of words
that should be added eventually to the thesaurus. These word lists can
be created automatically and words could be enclosed in special brackets
like {{}} etc. The wiki could use this tagging to create urls like
http://synonimy.sourceforge.net/synset?word=foobar etc. Is it possible
to do something like that?

Or maybe is it possible to do something more fancy, like generating red
underline on words that are not yet in my mysql database, and green
underline on words included -- some automated db plugin could parse the
page before displaying it (the queries would be quite simple).

Thanks to wiki users could comment on some words (for example there are
words that are extremely unlikely to have a synonym - like "tooth" for
example), and suggest words that feel are important but they could not
remember the synonym.

Thank you for all your advices on this subject.

Regards,
Marcin Milkowski
(admin of the synonimy.sf.net project)

[Phpwiki-talk] New magic link rewriter?

[<mar...@we...>]

Hi all,

I'm new to phpwiki and I'm trying to use it for the purposes of the 
website for creating an open-source thesaurus (see 
synonimy.sourceforge.net or www.openthesaurus.de). The thesaurus itself 
uses a strict format of data and wiki style editing would be too 
cumbersome, but I'd like to have some special pages for users.

What I really need is a kind of tagging to use in phpwiki to create 
special links. There will be pages in my wiki containing lists of words 
that should be added eventually to the thesaurus. These word lists can 
be created automatically and words could be enclosed in special brackets 
like {{}} etc. The wiki could use this tagging to create urls like 
http://synonimy.sourceforge.net/synset?word=foobar etc. Is it possible 
to do something like that?

Or maybe is it possible to do something more fancy, like generating red 
underline on words that are not yet in my mysql database, and green 
underline on words included -- some automated db plugin could parse the 
page before displaying it (the queries would be quite simple).

Thanks to wiki users could comment on some words (for example there are 
words that are extremely unlikely to have a synonym - like "tooth" for 
example), and suggest words that feel are important but they could not 
remember the synonym.

Thank you for all your advices on this subject.

Regards,
Marcin Milkowski
(admin of the synonimy.sf.net project)

Re: [Phpwiki-talk] Hello

[ianus t. <the...@gm...>]

I'm sorry Joel, I miss understood
Thanks a lot!!
I did make a new user as you told me and now I'm making the change.
Thanks again ;)

Re: [Phpwiki-talk] Hello

[Joel U. <uck...@el...>]

> I found out your "Azureus Community Wiki" very useful, but I think I
> did find out a error in:
> http://azureus.aelitis.com/wiki/index.php/HeadlessSwingUIAtBoot
> the line=20
> cat /etc/init.d | grep :initdefault:
> I think it's supposed to be=20
> cat /etc/inittab | grep :initdefault:
> 
> I tried to enter as a new user to change it but I couldn't
> Thanks
> Andrea
> 
> P.S.: Sorry for my English, I'm not too good in it ;)

I think you have the wrong list. This list is for discussion of PhpWiki
as software, not for the discussion of any particular deployment of
PhpWiki.

It looks like you can register yourself as a user by signing in with a
WikiWord, say TheoIanus, and leave the password blank.

[Phpwiki-talk] Hello

[ianus t. <the...@gm...>]

I found out your "Azureus Community Wiki" very useful, but I think I
did find out a error in:
http://azureus.aelitis.com/wiki/index.php/HeadlessSwingUIAtBoot
the line=20
cat /etc/init.d | grep :initdefault:
I think it's supposed to be=20
cat /etc/inittab | grep :initdefault:

I tried to enter as a new user to change it but I couldn't
Thanks
Andrea

P.S.: Sorry for my English, I'm not too good in it ;)

Re: [Phpwiki-talk] FC3, PHPWiki problem...

[Alan H. <ala...@gm...>]

On 4/18/05, Reini Urban <ru...@x-...> wrote:

> There are only two changes which affect you.
> The first is not important:
> * Randomizing (a la Ethernet collision handling) competing locks.
>      $secs =3D 0.5 + ((double)rand(1,32767)/32767);
>      sleep($secs);
>      $watchdog -=3D $secs;
>    This changed the loop.
> * Second, the change from "c" to "w" if the first "c" fails,
>    in line 59-60
>=20
> gdbm errors are all about locking and its improper handling within
> php. gdbm itself works marvelous.

Perhaps I should be a bit more detailed in my report:


----- error page -----
Fatal Error:

lib/DbaDatabase.php:56: Error[256]:
dba_open(/home/alanh/html/wiki/pages/pagedb.gdbm,w): Driver
initialization failed for handler: gdbm: File open error
    file: /home/alanh/html/wiki/pages/pagedb.gdbm
    mode: c
    handler: gdbm


lib/DbaDatabase.php:56: Error[256]:
dba_open(/home/alanh/html/wiki/pages/pagedb.gdbm,w): Driver
initialization failed for handler: gdbm: File open error
    file: /home/alanh/html/wiki/pages/pagedb.gdbm
    mode: c
    handler: gdbm
----- end error page -----

It's not giving me a failover to the "w" in the first place.  If I put
a "$mode =3D "w" right before the "while" statement, I get the same
error except with w's instead of c's in the "mode" line.

-alan

--=20
   Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
     "I don't want the world, I just want your half." -TMBG
                Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] FC3, PHPWiki problem...

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

Alan Hoyle schrieb:
> On Mon, 18 Apr 2005 at 20:02, Reini Urban wrote:
> 
>>>   lib/DbaDatabase.php:54: Error[256]: 
>>> dba_open(/home/alanh/html/wiki/pages/pagedb.gdbm,c): Driver 
>>> initialization failed for handler: gdbm: File open error
>>>      file: /home/alanh/html/wiki/pages/pagedb.gdbm
>>>      mode: c
>>>      handler: gdbm
>>>
>>> Any suggestions as to what to try?
>>
>>
>> Yes,
>> see the current sozurce of lib/DbaDatabase.php what I had to do to 
>> workaround gdbm bugs.
>> if "c" fails try "w" with the second try.
>> Only Windows needs "-"
> 
> Hi Reini,
> I'm looking at the version of DbaDatabase.php that was included in 
> phpwiki-1.3.11_rc1 and I don't understand quite what you mean.
> 
> I see the following code fragment on lines 46-53:
> 
>      46         if (check_php_version(4,3,0) and (strlen($mode) == 1)) {
>      47             // PHP 4.3.x Windows lock bug workaround: 
> http://bugs.php.net/bug.php?id=239     47 75
>      48             if (isWindows()) {
>      49                 $mode .= "-";                   // suppress 
> locking, or
>      50             } elseif ($this->_handler != 'gdbm') {      // gdbm 
> does it internally
>      51                 $mode .= "d";                   // else use 
> internal locking
>      52             }
>      53         }
>      54         while (($dbh = dba_open($this->_file, $mode, 
> $this->_handler)) < 1) {
>      55             if ($watchdog <= 0)
>      56                 break;
>      57             flush();
>      58             // "c" failed, try "w" instead.
>      59             if (substr($mode,0,1) == "c" and 
> file_exists($this->_file))
>      60                 $mode = "w";
> 
> But I don't see what I should change in here in order to make it work.  
> I don't see where $mode ever gets set to "c" and how I can make any 
> changes to make it work....

There are only two changes which affect you.
The first is not important:
* Randomizing (a la Ethernet collision handling) competing locks.
     $secs = 0.5 + ((double)rand(1,32767)/32767);
     sleep($secs);
     $watchdog -= $secs;
   This changed the loop.
* Second, the change from "c" to "w" if the first "c" fails,
   in line 59-60

gdbm errors are all about locking and its improper handling within
php. gdbm itself works marvelous.

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

Re: [Phpwiki-talk] FC3, PHPWiki problem...

[Alan H. <al...@em...>]

On Mon, 18 Apr 2005 at 20:02, Reini Urban wrote:

>>   lib/DbaDatabase.php:54: Error[256]: 
>> dba_open(/home/alanh/html/wiki/pages/pagedb.gdbm,c): Driver initialization 
>> failed for handler: gdbm: File open error
>>      file: /home/alanh/html/wiki/pages/pagedb.gdbm
>>      mode: c
>>      handler: gdbm
>> 
>> Any suggestions as to what to try?
>
> Yes,
> see the current sozurce of lib/DbaDatabase.php what I had to do to workaround 
> gdbm bugs.
> if "c" fails try "w" with the second try.
> Only Windows needs "-"

Hi Reini,

I'm looking at the version of DbaDatabase.php that was included in 
phpwiki-1.3.11_rc1 and I don't understand quite what you mean.

I see the following code fragment on lines 46-53:

      46         if (check_php_version(4,3,0) and (strlen($mode) == 1)) {
      47             // PHP 4.3.x Windows lock bug workaround: http://bugs.php.net/bug.php?id=239     47 75
      48             if (isWindows()) {
      49                 $mode .= "-";                   // suppress locking, or
      50             } elseif ($this->_handler != 'gdbm') {      // gdbm does it internally
      51                 $mode .= "d";                   // else use internal locking
      52             }
      53         }
      54         while (($dbh = dba_open($this->_file, $mode, $this->_handler)) < 1) {
      55             if ($watchdog <= 0)
      56                 break;
      57             flush();
      58             // "c" failed, try "w" instead.
      59             if (substr($mode,0,1) == "c" and file_exists($this->_file))
      60                 $mode = "w";

But I don't see what I should change in here in order to make it work.  I 
don't see where $mode ever gets set to "c" and how I can make any changes 
to make it work....


-- 
     Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
       "I don't want the world, I just want your half." -TMBG
                  Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] FC3, PHPWiki problem...

[Joel U. <uck...@el...>]

> Thus spake Alan Hoyle:
> > Hi all,
> > 
> > I've done a few searches for answers online, but the archives for PHPWiki 
> > list at sourceforge appear to be down (along with the entire search 
> > capability at sf.net)....
> > 
> > Anyway, I was happily running PHPWiki 1.3.x on RedHat 9.0 for a long time 
> > and finally got fed up with the lack of updates.  So, I upgraded to Fedora 
> > Core 3.  I discovered that the default installation of PHP didn't include 
> > GDBM support, so I installed the php-4.3.11-2.4.src.rpm, edited the spec 
> > file to add the --with-gdbm and --enable-dba options, recompiled, and 
> > reinstalled PHP.  restarted Apache, and I'm now getting the following 
> > error message:
> > 
> >    lib/DbaDatabase.php:54: Error[256]: dba_open(/home/alanh/html/wiki/pages
> /p
> > agedb.gdbm,c): Driver initialization failed for handler: gdbm: File open er
> ro
> > r
> >       file: /home/alanh/html/wiki/pages/pagedb.gdbm
> >       mode: c
> >       handler: gdbm
> > 
> > I don't think this is a permissions problem:
> > 
> > $ ls -l /home/alanh/html/wiki/pages/pagedb.gdbm
> > -rwxrwxrwx  1 apache apache 1024021 Apr 13 08:46 /home/alanh/html/wiki/page
> s/
> > pagedb.gdbm*
> > 
> > Any suggestions as to what to try?
> > 
> > Again, I apologize if this has been answered in the past.
> > 
> > -alan
> 
> The default Fedora build of php no longer has gdbm support. Re-enabling
> gdbm support is very easy, though:
> 
> 1. Get the source rpm for php.
> 2. Install it:  rpm -i php-4.x.yy-z.src.rpm
> 3. Find the line in php.spec that says '--without-gdbm \'  and change that
> to '--with-gdbm \'.
> 4. rpmbuild -bb php.spec
> 5. Install the php packages you just built.

That's what I get for trying to answer mail in a lab that's 90+ deg F.
Ignore me, I'm answering a question you didn't ask.
 

Re: [Phpwiki-talk] FC3, PHPWiki problem...

[Joel U. <uck...@no...>]

Thus spake Alan Hoyle:
> Hi all,
> 
> I've done a few searches for answers online, but the archives for PHPWiki 
> list at sourceforge appear to be down (along with the entire search 
> capability at sf.net)....
> 
> Anyway, I was happily running PHPWiki 1.3.x on RedHat 9.0 for a long time 
> and finally got fed up with the lack of updates.  So, I upgraded to Fedora 
> Core 3.  I discovered that the default installation of PHP didn't include 
> GDBM support, so I installed the php-4.3.11-2.4.src.rpm, edited the spec 
> file to add the --with-gdbm and --enable-dba options, recompiled, and 
> reinstalled PHP.  restarted Apache, and I'm now getting the following 
> error message:
> 
>    lib/DbaDatabase.php:54: Error[256]: dba_open(/home/alanh/html/wiki/pages/p
> agedb.gdbm,c): Driver initialization failed for handler: gdbm: File open erro
> r
>       file: /home/alanh/html/wiki/pages/pagedb.gdbm
>       mode: c
>       handler: gdbm
> 
> I don't think this is a permissions problem:
> 
> $ ls -l /home/alanh/html/wiki/pages/pagedb.gdbm
> -rwxrwxrwx  1 apache apache 1024021 Apr 13 08:46 /home/alanh/html/wiki/pages/
> pagedb.gdbm*
> 
> Any suggestions as to what to try?
> 
> Again, I apologize if this has been answered in the past.
> 
> -alan

The default Fedora build of php no longer has gdbm support. Re-enabling
gdbm support is very easy, though:

1. Get the source rpm for php.
2. Install it:  rpm -i php-4.x.yy-z.src.rpm
3. Find the line in php.spec that says '--without-gdbm \'  and change that
to '--with-gdbm \'.
4. rpmbuild -bb php.spec
5. Install the php packages you just built.

That should do it.

Re: [Phpwiki-talk] FC3, PHPWiki problem...

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

Alan Hoyle schrieb:
> Hi all,
> 
> I've done a few searches for answers online, but the archives for 
> PHPWiki list at sourceforge appear to be down (along with the entire 
> search capability at sf.net)....
> 
> Anyway, I was happily running PHPWiki 1.3.x on RedHat 9.0 for a long 
> time and finally got fed up with the lack of updates.  So, I upgraded to 
> Fedora Core 3.  I discovered that the default installation of PHP didn't 
> include GDBM support, so I installed the php-4.3.11-2.4.src.rpm, edited 
> the spec file to add the --with-gdbm and --enable-dba options, 
> recompiled, and reinstalled PHP.  restarted Apache, and I'm now getting 
> the following error message:
> 
>   lib/DbaDatabase.php:54: Error[256]: 
> dba_open(/home/alanh/html/wiki/pages/pagedb.gdbm,c): Driver 
> initialization failed for handler: gdbm: File open error
>      file: /home/alanh/html/wiki/pages/pagedb.gdbm
>      mode: c
>      handler: gdbm
> 
> I don't think this is a permissions problem:
> 
> $ ls -l /home/alanh/html/wiki/pages/pagedb.gdbm
> -rwxrwxrwx  1 apache apache 1024021 Apr 13 08:46 
> /home/alanh/html/wiki/pages/pagedb.gdbm*
> 
> Any suggestions as to what to try?

Yes,
see the current sozurce of lib/DbaDatabase.php what I had to do to 
workaround gdbm bugs.
if "c" fails try "w" with the second try.
Only Windows needs "-"

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

[Phpwiki-talk] FC3, PHPWiki problem...

[Alan H. <al...@em...>]

Hi all,

I've done a few searches for answers online, but the archives for PHPWiki 
list at sourceforge appear to be down (along with the entire search 
capability at sf.net)....

Anyway, I was happily running PHPWiki 1.3.x on RedHat 9.0 for a long time 
and finally got fed up with the lack of updates.  So, I upgraded to Fedora 
Core 3.  I discovered that the default installation of PHP didn't include 
GDBM support, so I installed the php-4.3.11-2.4.src.rpm, edited the spec 
file to add the --with-gdbm and --enable-dba options, recompiled, and 
reinstalled PHP.  restarted Apache, and I'm now getting the following 
error message:

   lib/DbaDatabase.php:54: Error[256]: dba_open(/home/alanh/html/wiki/pages/pagedb.gdbm,c): Driver initialization failed for handler: gdbm: File open error
      file: /home/alanh/html/wiki/pages/pagedb.gdbm
      mode: c
      handler: gdbm

I don't think this is a permissions problem:

$ ls -l /home/alanh/html/wiki/pages/pagedb.gdbm
-rwxrwxrwx  1 apache apache 1024021 Apr 13 08:46 /home/alanh/html/wiki/pages/pagedb.gdbm*

Any suggestions as to what to try?

Again, I apologize if this has been answered in the past.

-alan



  --
     Alan Hoyle  -  al...@un...  -  http://www.alanhoyle.com/
       "I don't want the world, I just want your half." -TMBG
                  Get Horizontal, Play Ultimate.

Re: [Phpwiki-talk] direct text editing

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

Dan Frankowski schrieb:
> This is cool.
> 
> Related: I assert that the ultimate editing interface you want is 
> WYSIWYG with HTML backend (simplified to avoid XSS exploits). The 
> WYSIWYG would be friendly to all the people who have trained on Word 
> etc. The HTML backend would produce a reasonable grammar (e.g., 
> eliminating the problems with bulleting and bolding in current PhpWiki). 
> Note also MediaWiki has an incredible number of HTML-like properties on 
> things to control graphics. Using actual HTML would be even better. The 
> "simplified" HTML (e.g., no onFOO event attributes for a tag) is 
> necessary to avoid massive hack attacks.
> 
> Then when you double-clicked like this thing, you'd get a Word-like (or 
> Netscape authoring tool-like, etc. etc.) editing toolbar.

I already did that last year with USE_HTMLAREA = true, but our 
HtmlParser is still not ready for general release.
(Though it is shipped since 1.3.10)
Keeping HTML as the only PageType (virus-like) cuts us back.
If you don't care about slowly getting all your markup converted to 
HTML, you can enable USE_HTMLAREA and install the htmlarea3 library.

BTW: We could consider supporting MediaWiki-like div and span tags as addon.

>>> this would make a fantastic addition to phpwiki:
>>>     http://tool-man.org/examples/edit-in-place.html
>>> quite elegant.
>>
>> Whow!
>>
>> We should be sure to place our toolbar somewhere at a fixed place,
>> where it doesn't hurt the layout.
>> IE is also out for now, so we have to wait.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/

Re: [Phpwiki-talk] RE: Phpwiki 1.3.11 on IIS 6.0/MySQL

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

> Folks on the list have said the multiple backends do not incur much
> cost. I still disagree, and cite this as an example. Probably one of the
>  backends is broken or hard to configure on IIS/MySQL.

This users cfg was terrible broken.
He loaded pear before phpwiki, causing this error loading pear twice.
I never saw this before.

> Yannick Lefebvre wrote:
>> I have switched over to ADODB and the error went away. I am now able
>> to run 1.3.11 on IIS 6.0/MySQL. Looking good.
>>
>> Yannick
>>
>>     -----Original Message-----
>>     *From:* Yannick Lefebvre
>>     *Sent:* Thursday, April 14, 2005 4:43 PM
>>     *To:* 'php...@li...'
>>     *Subject:* RE: Phpwiki 1.3.11 on IIS 6.0/MySQL
>>
>>     After searching through the forums on the Sourceforge site, I
>> found that I need to remove the if statement on line 55 of
>>     Index.php if I get an empty page. I have done that and now get:
>>
>>      *Fatal error*: Cannot redeclare class pear in
>>     *D:\WWW\INTRANET\phpwiki\lib\pear\PEAR.php* on line *74*
>>     **
>>     Yannick
>>
>>         -----Original Message-----
>>         *From:* Yannick Lefebvre
>>         *Sent:* Thursday, April 14, 2005 3:18 PM
>>         *To:* php...@li...
>>         *Subject:* Phpwiki 1.3.11 on IIS 6.0/MySQL
>>
>>         Hello,
>>
>>         I was able to run Phpwiki 1.2 on our IIS 6.0 server with MySQL
>> database. However, I'm having trouble with version 1.3.11. If
>> I don't specify an admin user name and password, I get the
>> message:
>>
>>         *Fatal error*: Cannot redeclare _http_user() (previously
>> declared in D:\WWW\INTRANET\phpwiki\configurator.php:71) in
>> *D:\WWW\INTRANET\phpwiki\configurator.php* on line *70*

This error should have gone with rc3.
I'not able to reproduce it anymore,
but I found other and more serious issues with
the stupid configurator.


>>         **
>>         If I set these parameters inside of the config file
>>         (encrypting the password through the utility), I just get a
>> blank page at the base of the wiki.
>>
>>         Has someone been able to get phpwiki to run on a similar
>> configuration? Thanks for any help you can provide,

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

RE: [Phpwiki-talk] Renaming Home Page and Refresh in Firefox

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

> Are you referring to logs in phpwiki or on the PHP side on the server.
> I've never had to look at error logs for PHP application.
>
> If it's on the PHP side, would you be able to point me in the right
> direction to find this on Windows?

php errors within phpwiki are always displayed at the end of the page.
(warnings and errors, notices not)
There's no error log file within phpwiki, just the normal request log.

>> -----Original Message-----
>> From: Joel Uckelman [mailto:uck...@el...]
>> Sent: Friday, April 15, 2005 4:44 PM
>> To: Yannick Lefebvre
>> Cc: php...@li...
>> Subject: Re: [Phpwiki-talk] Renaming Home Page and Refresh in Firefox
>>
>>
>> > What would be a good value for the memory. It was at a
>> default value
>> > of 8MB. I tried increasing to 32MB and got the same problem.
>>
>> Then I'd say it's not a memory problem. 8MB should be
>> sufficient. Did you check the logs for error messages?
>>
>> > As well, it is was really a PHP config issue, wouldn't I
>> see it inside
>> > of IE as well?
>>
>> Not necessarily. There are places in PhpWiki where different
>> code runs when the requesting browser is IE than when it's Firefox.
-- 
Reini Urban
http://phpwiki.org/   http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] direct text editing

[Pascal G. (QC/EMC) <Pas...@er...>]

> On the down side, I'm betting that IE will burn down your 
> house and eat 
> your children if you view something like this with it. :(

Only the first Editable content works under IE6...

The Lists can't be edited, but their shown correctly.
The slides aren't displayed correctly.

IE is a damn bullet.

-Pascal

Re: [Phpwiki-talk] direct text editing

[Joel U. <uck...@no...>]

Thus spake aphid:
> this would make a fantastic addition to phpwiki:
> 	http://tool-man.org/examples/edit-in-place.html
> 
> quite elegant.

That is amazing. We need that.

On the down side, I'm betting that IE will burn down your house and eat 
your children if you view something like this with it. :(

-- 
J.

Re: [Phpwiki-talk] direct text editing

[Dan F. <dfr...@cs...>]

This is cool.

Related: I assert that the ultimate editing interface you want is 
WYSIWYG with HTML backend (simplified to avoid XSS exploits). The 
WYSIWYG would be friendly to all the people who have trained on Word 
etc. The HTML backend would produce a reasonable grammar (e.g., 
eliminating the problems with bulleting and bolding in current PhpWiki). 
Note also MediaWiki has an incredible number of HTML-like properties on 
things to control graphics. Using actual HTML would be even better. The 
"simplified" HTML (e.g., no onFOO event attributes for a tag) is 
necessary to avoid massive hack attacks.

Then when you double-clicked like this thing, you'd get a Word-like (or 
Netscape authoring tool-like, etc. etc.) editing toolbar.

Dan

Reini Urban wrote:

> aphid schrieb:
>
>> this would make a fantastic addition to phpwiki:
>>     http://tool-man.org/examples/edit-in-place.html
>>
>> quite elegant.
>
>
> Whow!
>
> We should be sure to place our toolbar somewhere at a fixed place,
> where it doesn't hurt the layout.
> IE is also out for now, so we have to wait.

Re: [Phpwiki-talk] RE: Phpwiki 1.3.11 on IIS 6.0/MySQL

[Dan F. <dfr...@cs...>]

Folks on the list have said the multiple backends do not incur much=20
cost. I still disagree, and cite this as an example. Probably one of the=20
backends is broken or hard to configure on IIS/MySQL.

Dan

Yannick Lefebvre wrote:

> I have switched over to ADODB and the error went away. I am now able=20
> to run 1.3.11 on IIS 6.0/MySQL. Looking good.
> =20
> Yannick
>
>     -----Original Message-----
>     *From:* Yannick Lefebvre
>     *Sent:* Thursday, April 14, 2005 4:43 PM
>     *To:* 'php...@li...'
>     *Subject:* RE: Phpwiki 1.3.11 on IIS 6.0/MySQL
>
>     After searching through the forums on the Sourceforge site, I
>     found that I need to remove the if statement on line 55 of
>     Index.php if I get an empty page. I have done that and now get:
>     =20
>      *Fatal error*: Cannot redeclare class pear in
>     *D:\WWW\INTRANET\phpwiki\lib\pear\PEAR.php* on line *74*=20
>     **=20
>     Yannick
>
>         -----Original Message-----
>         *From:* Yannick Lefebvre
>         *Sent:* Thursday, April 14, 2005 3:18 PM
>         *To:* php...@li...
>         *Subject:* Phpwiki 1.3.11 on IIS 6.0/MySQL
>
>         Hello,
>         =20
>         I was able to run Phpwiki 1.2 on our IIS 6.0 server with MySQL
>         database. However, I'm having trouble with version 1.3.11. If
>         I don't specify an admin user name and password, I get the
>         message:
>         =20
>         *Fatal error*: Cannot redeclare _http_user() (previously
>         declared in D:\WWW\INTRANET\phpwiki\configurator.php:71) in
>         *D:\WWW\INTRANET\phpwiki\configurator.php* on line *70*
>         **=20
>         If I set these parameters inside of the config file
>         (encrypting the password through the utility), I just get a
>         blank page at the base of the wiki.
>         =20
>         Has someone been able to get phpwiki to run on a similar
>         configuration? Thanks for any help you can provide,
>         =20
>         Yannick
>         =20
>         ______________________________________
>         Yannick Lefebvre
>         *eNGENUITY Technologies Inc*
>         Senior Technical Specialist
>         Sp=E9cialiste Technique S=E9nior
>         Tel: (514) 341-3874 Ext. 268
>         Fax: (514) 341-8018
>         _ya...@en..._
>         _www.engenuitytech.com_
>         4700 de la Savane, # 300
>         Montr=E9al, Qu=E9bec H4P 1T7 Canada
>         ______________________________________
>         *Visual. Software. Solutions.*
>         =20
>

RE: [Phpwiki-talk] Renaming Home Page and Refresh in Firefox

[Yannick L. <Yan...@en...>]

Are you referring to logs in phpwiki or on the PHP side on the server. I've
never had to look at error logs for PHP application.

If it's on the PHP side, would you be able to point me in the right
direction to find this on Windows?

Yannick

> -----Original Message-----
> From: Joel Uckelman [mailto:uck...@el...] 
> Sent: Friday, April 15, 2005 4:44 PM
> To: Yannick Lefebvre
> Cc: php...@li...
> Subject: Re: [Phpwiki-talk] Renaming Home Page and Refresh in Firefox 
> 
> 
> > What would be a good value for the memory. It was at a 
> default value 
> > of 8MB. I tried increasing to 32MB and got the same problem.
> 
> Then I'd say it's not a memory problem. 8MB should be 
> sufficient. Did you check the logs for error messages?
> 
> > As well, it is was really a PHP config issue, wouldn't I 
> see it inside 
> > of IE as well?
> 
> Not necessarily. There are places in PhpWiki where different 
> code runs when the requesting browser is IE than when it's Firefox.
> 

Re: [Phpwiki-talk] direct text editing

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

aphid schrieb:
> this would make a fantastic addition to phpwiki:
>     http://tool-man.org/examples/edit-in-place.html
> 
> quite elegant.

Whow!

We should be sure to place our toolbar somewhere at a fixed place,
where it doesn't hurt the layout.
IE is also out for now, so we have to wait.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/
http://phpwiki.org/