phpwiki-talk

Re: [Phpwiki-talk] Contributing new plugin

[Steve W. <sw...@pa...>]

Hi Ted!

You don't really need to join the project per se to do this; you can write
the module, post the code here, and we can try it out. It would be best if
you have your own server set up somewhere to demo it to us.

If this will be an ongoing project or you think you want to add more
modules over time, we'll talk about adding you as a developer.

cheers!
~swain

On Thu, 2 Jan 2003, Ted Vinke wrote:

> All,
>
> I'm using phpWiki for some time, so I decided to create a plugin which
> whould show a set of photos on a page. Since I am pretty new to the phpWiki
> Sourceforge page and CVS, what's the best way for me to add it to the
> project to have others take a look at it? I already signed up with a
> username on Sourceforge.net but what's next?
>
> Thanks in advance,
> Ted
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Contributing new plugin

[Ted V. <te...@jo...>]

All,

I'm using phpWiki for some time, so I decided to create a plugin which
whould show a set of photos on a page. Since I am pretty new to the phpWiki
Sourceforge page and CVS, what's the best way for me to add it to the
project to have others take a look at it? I already signed up with a
username on Sourceforge.net but what's next?

Thanks in advance,
Ted

[Phpwiki-talk] order by rand() on mysql v3.22 revisited

[Tony L. <la...@is...>]

In an ancient thread of only two messages 
(http://www.geocrawler.com/mail/msg.php3?msg_id=6328035&list=4037)
Reini said: 


"how to workaround this mysql 3.23 feature which doesn't work in 3.22?

  select pagename from wiki order by rand() limit 1;

the rand() function is defined in 3.22 also, but I wanted to avoid 
subselects.
attempt 1:
  $res = mysql_query("select pagename from $WikiPageStore", $dbi["dbc"]);
  srand((double)microtime()*1000000);
  $rows = mysql_num_rows($res);
  $page = mysql_result($res,rand(0,$rows-1));

how can one avoid to checkout all pages by using mysql the rand() 
function?
LIMIT doesn't accept ROUND($pagecount*rand()),1 as argument.
mysql v3.22.25 doesn't accept this syntax neither: 
  set @i:=round(200*rand());"


I am having to deal with this problem now, unfortunately. 
At the moment, I am trying to get something on PostNuke to 
work, but this will also be an issue is I try to do something 
like Reini describes with the phpWiki module, as I must work 
with 3.22 at this time. 
Here are my notes at this time: 
http://www.issho.org/modules.php?op=modload&name=phpWiki&file=index&pagename=RandomHeadlinesTalk

Please let me know if the phpWiki found a proper workaround, 
or has an idea for one at this time. RandomPages would be great! 



-- 
Tony Laszlo
http://www.issho.org/laszlo.html

Re: [Phpwiki-talk] cvs log tag

[Carsten K. <car...@us...>]

Hi Steve,
I added a $Log$ to my last commit of lib/plugin/PhpWeather.php, is that 
what you had in mind? Feel free to reposition it or reformat it; I more 
or less arbitrarily chose that spot but thought to keep it above the 
emacs tags.

Also just to be safe I word wrapped my comments in emacs before 
committing, not sure if word-wrap is automatically handled.

Carsten

On Saturday, December 28, 2002, at 05:43  pm, Steve Wainstead wrote:

> I'm thinking of adding a block to the bottoms of all files in the form:
>
> <?
> // $Log$
> ?>

Re: [Phpwiki-talk] Upgrade Hints?

[Steve W. <sw...@pa...>]

Yes, we'll be careful about upgrading. There will be clear instructions,
and the default will be to do nothing rather than harm existing data.
Probably the hairiest part will be convering the markup.

I will start renaming the directory as well for future releases... this
has been a longstanding mistake on my part. The tarball should unpack into
phpwiki-1.3.x/ instead of phpwiki/.

~swain


On Mon, 30 Dec 2002, Michael wrote:

>
> Obviously, when 1.3.4 moves from dev to stable, we will all want to upgrade 8-).  As a newbie with 1.3.3, will anyone provide steps or a guide to install the goodness of 1.3.4 without losing all the data I've entered in 1.3.3?
>
> Some useful things might be:
>
> * Initial install and run: will it erase my current pages and fill with default like 1.3.3 did that first time?  The manifes mentions that files have moved or changed, but how do I best use that info?  Do I delete the old ones, replace with new?  Has the mysql schema changed from 1.3.3 to 1.3.4?
>
> * Templates: These templates have (or have not) changed since 1.3.whatever, be careful before overwriting
>
> etc.
>
> The upgrade file in the 1.3.4 dev release is aimed at the hugely popular 1.2.x crowd, which makes sense, but perhaps its time to update the "upgrading" file, which hasn't been changed since 2001/11/14.
>
> I know, lazy to ask, but if I knew more myself, I would do it.  Til then, help is appreciated.
>
> Thanks,
> Michael
> mwexler @ myway . remove this to email com
>
> _______________________________________________
> No banners. No pop-ups. No kidding.
> Introducing My Way - http://www.myway.com
>
>
> -------------------------------------------------------
> This sf.net email is sponsored by:ThinkGeek
> Welcome to geek heaven.
> http://thinkgeek.com/sf
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>
>
>
>

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Upgrade Hints?

[Michael <mw...@my...>]

Obviously, when 1.3.4 moves from dev to stable, we will all want to upgrade 8-).  As a newbie with 1.3.3, will anyone provide steps or a guide to install the goodness of 1.3.4 without losing all the data I've entered in 1.3.3?  

Some useful things might be:

* Initial install and run: will it erase my current pages and fill with default like 1.3.3 did that first time?  The manifes mentions that files have moved or changed, but how do I best use that info?  Do I delete the old ones, replace with new?  Has the mysql schema changed from 1.3.3 to 1.3.4?

* Templates: These templates have (or have not) changed since 1.3.whatever, be careful before overwriting

etc.

The upgrade file in the 1.3.4 dev release is aimed at the hugely popular 1.2.x crowd, which makes sense, but perhaps its time to update the "upgrading" file, which hasn't been changed since 2001/11/14.  

I know, lazy to ask, but if I knew more myself, I would do it.  Til then, help is appreciated.

Thanks,
Michael 
mwexler @ myway . remove this to email com

_______________________________________________
No banners. No pop-ups. No kidding.
Introducing My Way - http://www.myway.com

[Phpwiki-talk] Release notes

[Steve W. <sw...@pa...>]

This is much briefer than I'd have thought, so perhaps I've missed
something. It looks like UserPrefs is still pretty alpha so I thought I'd
leave that out.

For 1.3.4:


New php utility to aid in the configuration of index.php by using an
html form to choose the options.

Plugins galore:
  RawHTML plugin for allowing arbitrary HTML (see security notes, however)
  FuzzyPages search
  added Johannes Gro=DFe's VisualWiki and cached plugins.
  Transclusion
  TOC via SiteMap plugin

XHTML zip dumps

RecentChanges as Netscape/Mozilla sidebar

Wiki XML-RPC interface
(http://phpwiki.sourceforge.net/phpwiki/?XmlRpc) implements a common
interface in use by some Wikis now; it allows a remote program to get
certain pages, all pages, or information on pages.

Named anchors in pages
new markup engine (with convertor for old markup)
updated interwiki map
many new pages and documentation


Scream if this is incomplete; I can include it in the 1.3.5 release.
~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Problem with get_cfg_var()

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

Hi everybody,

I've just had to install PhpWiki on a system where the value of
safe_mode from php.ini is 'off' while the local value is 'on'. This
gave me a lot of warnings from loadsave.php when it tries to extend
the time limit.

The problem is, that get_cfg_var() returns the value from php.ini, but
this value has been changed locally. By using ini_get() instead, you
always get the active value back. See this article:

  http://makeashorterlink.com/?E198219E2

-- 
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.

Re: [Phpwiki-talk] Two last questions before the release

[Jochen K. <Jo...@Ka...>]

> There are two things I need either the status on, or a brief descrition:
>
> User preferences

- For me it gives at least 2 warnings:
D:\SourceForge\phpwiki\lib\plugin\UserPreferences.php:70: Warning[2]:
OpenDir: Invalid argument (errno
22)D:\SourceForge\phpwiki\lib\plugin\UserPreferences.php:84: Warning[2]:
OpenDir: Invalid argument (errno 22)

Because the constant PHPWIKI_DIR is not defined.
Either the PHPWIKI_DIR define should be added to the config.php file or all
references must be checked first if the constant is defined (Theme.php is
doing this; SystemInfo.php, UserPreferences.php and WikiAdminSelect.php is
NOT doing this).

- The passwd is also updated every time even if it is not set.

- For me it makes no sence to allow the selection of the language, because
the content is still in the 'system' language (Page-Names, etc.).

- Also the createUser-function is not working

- Also the authentication is only working with external systems and not with
the build in system (passwd stoered in user homepage)

I submitted an patch for the authentication problem
https://sourceforge.net/tracker/index.php?func=detail&aid=657142&group_id=61
21&atid=306121

But it still has some problems with the UserPreferences plugin
Greetings
  Jochen

Re: [Phpwiki-talk] Two last questions before the release

[Carsten K. <car...@us...>]

Hi Steve,

The theme selection in UserPreferences seems to work fine but changing 
languages from the system default has problems (at least on my system). 
Haven't tried the email preferences yet.

Carsten

p.s. Don't forget to update the version in index.php for the release: 
define ('PHPWIKI_VERSION', '1.3.4pre');

On Saturday, December 28, 2002, at 06:07  pm, Steve Wainstead wrote:

>
> There are two things I need either the status on, or a brief 
> descrition:
>
> User preferences

[Phpwiki-talk] Two last questions before the release

[Steve W. <sw...@pa...>]

There are two things I need either the status on, or a brief descrition:

User preferences

subpages

It's unclear from the cvs log what's going on with these. I know someone
was working on user auth a while back; can I have a status on that?

thx!
Steve

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] cvs log tag

[Steve W. <sw...@pa...>]

I'm thinking of adding a block to the bottoms of all files in the form:

<?
// $Log$
?>

What this would do is include the cvs log message every time a file is
committed. I've found from work in the Real World that when a project is
moved to a new cvs server, all the messages are lost.

To make this even more pertinent would be: for each file in PhpWiki, add
the block, plus all cvs messages for that file to date. This could be done
by me by hand, over time, or perhaps there is a way to do this
programmatically (probably a convoluted one-off Perl script).

If anyone objects please let me know. Below is a much longer explanation
from the red bean cvs book.

~swain




$Log$        ==>  accumulating log messages for the file, expands to ==>
$Log: hello.c,v $
Revision 1.2  1999/07/26 06:47:52  jrandom
...and this is the second log message.

Revision 1.1  1999/07/26 06:39:46  jrandom
This is the first log message...

The $Log$ keyword is the only one of these that expands to cover multiple
lines, so its behavior is unique. Unlike the others, it does not replace
the old expansion with the new one, but instead inserts the latest
expansion, plus an additional blank line, right after the keyword (thereby
pushing any previous expansions downward). Furthermore, any text between
the beginning of the line and $Log is used as a prefix for the expansions
(this is done to ensure that the log messages stay commented in program
code). For example, if you put this into the file

// $Log$

it will expand to something like this on the first commit:

// $Log: hello.c,v $
// Revision 1.14  1999/07/26 07:03:20  jrandom
// this is the first log message...
//

this on the second:

// $Log: hello.c,v $
// Revision 1.15  1999/07/26 07:04:40  jrandom
// ...and this is the second log message...
//
// Revision 1.14  1999/07/26 07:03:20  jrandom
// this is the first log message...
//

and so on:

// $Log: hello.c,v $
// Revision 1.16  1999/07/26 07:05:34  jrandom
// ...and this is the third!
//
// Revision 1.15  1999/07/26 07:04:40  jrandom
// ...and this is the second log message...
//
// Revision 1.14  1999/07/26 07:03:20  jrandom
// this is the first log message...
//

You may not want to keep your entire log history in the file all the time;
if you do, you can always remove the older sections when it starts to get
too lengthy. It's certainly more convenient than running cvs log, and it
may be worthwhile in projects where people must constantly read over the
logs.

[Phpwiki-talk] documentation request

[Steve W. <sw...@pa...>]

If you've written a plugin, and there are a lot of them, could you add a
page in pgsrc for it? i.e. add page MyPlugin with CategoryPlugin. It
should be short and simple: an example (or a few) showing off how the
plugin works and how to write it. A great example is the CalendarPlugin
page:

http://phpwiki.sourceforge.net/test/index.php/CalendarPlugin

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

Subject: Re: [Phpwiki-talk] Incorrect Date and Time Display on

[z2d2 <z2...@ea...>]

Re: From: Martin Geisler <gim...@gi...>

>This looks like a very bad idea - or rather, it looks like a
very
>non-standards-compliant way of writing (X)HTML. If we start
using such
>workaround to fix the bugs in IE, then they'll never get proper
>support for PNG images.

I don't particularly like workarounds either, but to get webpages
to look good cross-browser still requires tricks.  Perfect
example --  look at all the sites that still use tables to do
page layout.  Yours, mine, phpwiki, and many many many others.
Phpwiki also uses a heavy and light CSS -- another workaround
trick for browsers like NS4.x.

We all would probably love to use only the latest technology and
standards, but the fact is browsers lag behind.  Unfortunately,
it's in different areas.

For unknown reasons, phpwiki's graphics creators have decided to
use a technology that IE doesn't render properly.  They've
probably convinced themselves this is better just like the
strftime function.  That's their pejorative.  For me, I'm going
to cater to what the overwhelming majority of people are using
today.  That's IE5+.

Re: [Phpwiki-talk] Incorrect Date and Time Display on

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

"z2d2" <z2...@ea...> writes:

> I saw this the other day:
> http://webfx.eae.net/dhtml/pngbehavior/pngbehavior.html  Looks
> like there's a way to use AlphaImageLoader to force IE to display
> an image with alpha channels correctly.

This looks like a very bad idea - or rather, it looks like a very
non-standards-compliant way of writing (X)HTML. If we start using such
workaround to fix the bugs in IE, then they'll never get proper
support for PNG images.

But this is of course a somewhat arrogant attitude, so you might still
want to see what you can do with this AlphaImageLoader thingy...

-- 
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] Re: [phpwiki-checkins] CVS: phpwiki/lib/plugin PhpWeather.php,1.4,1.5

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

Carsten Klapp <car...@us...> writes:

> Update of /cvsroot/phpwiki/phpwiki/lib/plugin
> In directory sc8-pr-cvs1:/tmp/cvs-serv10783
>
> Modified Files:
> 	PhpWeather.php 
> Log Message:
> Plugin now traps the include error when phpweather.php is not
> installed. Tested with cvs version of PhpWeather.

Nice fix! Perhaps you should add a notice to the error messages that
says something like 'You must configure this plugin before use.' so
that people know that the error is normal until they have configured
things.

-- 
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.

Re: [Phpwiki-talk] Incorrect Date and Time Display on

[z2d2 <z2...@ea...>]

Re: From: Martin Geisler <gim...@gi...>

>If it still bothers you that the images look strange, then you
could
>remove the transparency from them, by blending them into a fixed
>background-color. If you're interested, then I've done that for
a
>white background and put the result here:

>http://www.gimpster.com/downloads/phpwiki-icons-white/

>If you need a different background-color, then let me know.

Thanks.  I'm using a white background so yours will probably work
okay.  The test inline PNG images from the link you provided
don't display correctly in IE6...as expected.

I saw this the other day:
http://webfx.eae.net/dhtml/pngbehavior/pngbehavior.html  Looks
like there's a way to use AlphaImageLoader to force IE to display
an image with alpha channels correctly.  I haven't had the chance
to play around with it yet.  When I get some time after the
holidays, I'll see if this really works or not.

[Phpwiki-talk] request re: phpweather

[Steve W. <sw...@pa...>]

Could it just render an error message like "You need to install
PhpWeather" instead of letting PHP throw the error?


Fatal error: Failed opening required
'/var/www/html/phpweather/phpweather.php'
(include_path='.:/usr/share/php') in
/home/swain/public_html/test/phpwiki/lib/plugin/PhpWeather.php on line 28

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] possible anchor link bug

[Steve W. <sw...@pa...>]

I was trying out anchor links on the test site... as per the CVS log:

	Anchors are defined like this: here is #[anchor1].  You can
	reference it like this: please see [#anchor1].	You can also, of
	course, specify the text for the anchor (or the link).

I initially made my target flush on the left like so:

#[anchor1]

and that rendered as a link.... changing it to

you are at #[anchor1]

made it work.

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Today's nightly build tests out

[Steve W. <sw...@pa...>]

Hey gang.

I just spent some time installing PhpWiki from scratch, first with a DBM
file and then with a fresh MySQL database. Looks good.

I'm still working through the ChangeLog to make a list of new features;
this is needed for the release notes. This will be release 1.3.4.

Please warn me if you are going to add something radical in the next few
days.

~swain

---
                  http://www.panix.com/~swain/
"Without music to decorate it, time is just a bunch of boring
production deadlines or dates by which bills must be paid."
                     -- Frank Zappa

[Phpwiki-talk] Fix for new markup checkbox

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

Hi everybody!

Here's a late Christmax present: I've found and fixed a small bug in
editpage.php that meant that pages reverted to old markup when someone
edited them :-/

The patch follows:

Index: editpage.php
===================================================================
RCS file: /cvsroot/phpwiki/phpwiki/lib/editpage.php,v
retrieving revision 1.49
diff -u -3 -r1.49 editpage.php
--- editpage.php        17 Dec 2002 18:32:48 -0000      1.49
+++ editpage.php        26 Dec 2002 14:01:44 -0000
@@ -352,8 +352,8 @@
         if ($this->_currentVersion > $this->current->getVersion())
             return false;       // FIXME: some kind of warning?
 
-        $is_new_markup = !empty($posted['markup']) && $posted['markup'] == 'new';
-        $meta['markup'] = $is_new_markup ? 2.0: false;
+        $is_old_markup = !empty($posted['markup']) && $posted['markup'] == 'old';
+        $meta['markup'] = $is_old_markup ? false : 2.0;
         $meta['summary'] = trim(substr($posted['summary'], 0, 256));
         $meta['locked'] = !empty($posted['locked']);
         $meta['is_minor_edit'] = !empty($posted['minor_edit']);

-- 
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.

Re: [Phpwiki-talk] Greedy InterWiki Regexp

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

Martin Geisler <gim...@gi...> writes:

Hi and Merry Christmas to everybody!

I sent this mail to the list two weeks ago, but there was no reply...

> I think the regexp that matches InterWiki links are a bit to greedy
> in that it also includes a trailing '!' in the link. So Google:Foo!
> is turned into a link to a search for 'Foo!' in Google, whereas
> Google:Bar? is a search for 'Bar' as expected.
>
> I found the getMatchRegexp function in the Markup_interwiki class, and
> added a '!' to the list of punctuation:
>
>     function getMatchRegexp () {
>         global $request;
>         $map = InterWikiMap::GetMap($request);
>         return "(?<! [[:alnum:]])" . $map->getRegexp() .
>             ": \S+ (?<![ ,.?;! \] \) \" \' ])";
>     }
>
> As always: it seams to work, but someone with more experience with
> these regexps should check it too... Perhaps we could make a variable
> somewhere that lists the punctuation --- it seams to me that it's used
> again and again in several places, so a central place would make sure
> that everything stays consistent.

Could someone add the extra '!' to the code in CVS? I would be happy
to do it myself if someone would give me a CVS account... (My username
at SourceForge is gimpster.)

There's also a small problem in split_pagename() in stdlib.php with
this line:

        for ($i=1; $i <= sizeof($pages); $i++) {

In the final iteration, $i goes outside the $pages array...

-- 
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.

Re: [Phpwiki-talk] mysql install?

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

Andrew Hill <ah...@op...> writes:

> I'm attempting to set phpwiki up for the first time, against mysql.
>
> I've created the database and schema, and get the following when
> trying to hit the index.php page for the first time:
>
> C:\Program
> Files\openlink\Virtuoso30beta\vsp\PHP\phpwiki-1.3.3\lib\main.php:579:
> Warning[2]: Failed opening
> 'lib/WikiDB/mysql://...@localhost/phpwiki.php' for inclusion
> (include_path='.;c:\php\includes;C:\Program
> Files\openlink\Virtuoso30beta\vsp\PHP\phps\php-4.2.3-Win32\pear')

My guess is, that you've specified the 'dbtype' entry in the $DBParams
array as 'mysql://...' when you should have put that information into
the 'dsn' entry instead. The 'dbtype' entry should be 'SQL'.

So, use something like 

$DBParams = array(
   'dbtype' => 'SQL',
   'dsn' => "mysql://db_username:db_password@db_hostname/db_name",
   ...
)

and not

$DBParams = array(
   'dbtype' => "mysql://db_username:db_password@db_hostname/db_name",
   ...
)

I hope that helps --- if not, then post your index.php file.

-- 
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.

Re: [Phpwiki-talk] Incorrect Date and Time Display on

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

"z2d2" <z2...@ea...> writes:

> On a different subject, the graphics for phpwiki look very
> professionally done. But...yes, I'm inserting a but here....some
> (not all) have a gray border around them in IE 6. They look great in
> NS 6, NS 4.7, and Opera 6 but IE doesn't render some of them
> correctly. I'm bringing this up because IE is the predominantly used
> browser today. About 90% of the people use it. Whatever the
> difference is now this browser doesn't like it.

The problem is,t that IE doesn't support full-blown transparency in
PNG images, it just supports the 1-bit transparency we know from GIF
images. The beautiful images shipped with PhpWiki uses transparency to
blend into any background --- if you change your background color to
blue (yuck! :-), then the edges of the images will remain
anti-aliased.

The W3 has some great pages where you can read about this defect in
IE, such as this page where you can test your browser's ability to
display PNG images with transparency:

  http://www.w3.org/Graphics/PNG/inline-alpha.html

If it still bothers you that the images look strange, then you could
remove the transparency from them, by blending them into a fixed
background-color. If you're interested, then I've done that for a
white background and put the result here:

  http://www.gimpster.com/downloads/phpwiki-icons-white/

If you need a different background-color, then let me know.

-- 
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] mysql install?

[Andrew H. <ah...@op...>]

hi there,

i posted this to the sf.net forum, but it appears that it's exceptionally 
low volume, so please forgive me for posting to the list as well.

i'm attempting to set phpwiki up for the first time, against mysql.

i've created the database and schema, and get the following when trying to 
hit the index.php page for the first time:
<error>
C:\Program 
Files\openlink\Virtuoso30beta\vsp\PHP\phpwiki-1.3.3\lib\main.php:579: 
Warning[2]: Failed opening 'lib/WikiDB/mysql://...@localhost/phpwiki.php' 
for inclusion (include_path='.;c:\php\includes;C:\Program 
Files\openlink\Virtuoso30beta\vsp\PHP\phps\php-4.2.3-Win32\pear')

Fatal error: Cannot instantiate non-existent class: 
wikidb_mysql://dbuser:dbpass@localhost/phpwiki in C:\Program 
Files\openlink\Virtuoso30beta\vsp\PHP\phpwiki-1.3.3\lib\main.php on line 579
</error>

can anyone suggest why the "failed opening" error is showing?

cheers,
andrew