phpwiki-talk

Re: [Phpwiki-talk] Main site now 1.3.x

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

p.s. good luck with the excite mess!

~swain

On Mon, 3 Dec 2001, Jeff Dairiki wrote:

> On Mon, 3 Dec 2001 01:19:13 -0500 (EST)
> "Steve Wainstead" <sw...@pa...> wrote:
>
> >
> > I've changed the directory names so that http://phpwiki.sf.net/phpwiki/
> is
> > now using the 1.3 branch, as set up by Jeff; the old 1.2 site is at
> > http://phpwiki.sf.net/phpwiki-1.2/ if anyone needs to access it.
>
> Any objections if I set up the new wiki to use the "pretty" URLs?
> (e.g. http://phpwiki.sf.net/phpwiki/RecentChanges)  I think I know how to
> set up mod rewrite so that the old-style URLs (with an 'index.php' in
> them)
> will work as well.
>
> Jeff
>
> PS.  My (main) internet connect is via AT&T cable modem, so I may be
> "in and out" for a few days due to the Excite@home bankruptcy mess.
>
>
> _______________________________________________
> 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

Re: [Phpwiki-talk] Main site now 1.3.x

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

That's fine. I like the pretty urls.

~swain

On Mon, 3 Dec 2001, Jeff Dairiki wrote:

> On Mon, 3 Dec 2001 01:19:13 -0500 (EST)
> "Steve Wainstead" <sw...@pa...> wrote:
>
> >
> > I've changed the directory names so that http://phpwiki.sf.net/phpwiki/
> is
> > now using the 1.3 branch, as set up by Jeff; the old 1.2 site is at
> > http://phpwiki.sf.net/phpwiki-1.2/ if anyone needs to access it.
>
> Any objections if I set up the new wiki to use the "pretty" URLs?
> (e.g. http://phpwiki.sf.net/phpwiki/RecentChanges)  I think I know how to
> set up mod rewrite so that the old-style URLs (with an 'index.php' in
> them)
> will work as well.
>
> Jeff
>
> PS.  My (main) internet connect is via AT&T cable modem, so I may be
> "in and out" for a few days due to the Excite@home bankruptcy mess.
>

---
                  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] UserPreferences as plugin?

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

Hi All,

I'm trying to figure out a way to get the current $EDIT_AREA_WIDTH to show 
up inside the form.

What do you think about moving UserPreferences into a plugin?

Instead of:
[Set Width | phpwiki:?action=setprefs&edit_area_width=3()]

Use something like this:
<? plugin setprefs edit_area_width ?>
<? plugin setprefs edit_area_height ?>
<? plugin setprefs user_name ?>
<? plugin setprefs language ?>

Carsten

Re: [Phpwiki-talk] Is 1.2 still feature frozen?

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

Hi Jeff,

I was just thinking about removing my link-icon code altogether from 1.2 
when your message came in about the feature freeze.

On the other hand, I'd like to extend the link-icon feature into a user 
preference in 1.3. Definitely that would be too much of a change for 1.2, 
so keep link icons as a global option for use with 1.2. What do you think?

Carsten

On Monday, December 3, 2001, at 03:09  pm, Jeff Dairiki wrote:

> Is our policy still that 1.2.x is under (more or less of) a "feature
> freeze".
> (Bug and compatibility fixes only?)
>
> (My vote: yes.)
>
> Jeff

[Phpwiki-talk] Is 1.2 still feature frozen?

[Jeff D. <da...@da...>]

Is our policy still that 1.2.x is under (more or less of) a "feature
freeze".
(Bug and compatibility fixes only?)

(My vote: yes.)

Jeff

Re: [Phpwiki-talk] Main site now 1.3.x

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

No objection here, I prefer the pretty URLs. They are easier to type in, 
remember and more hypertext-like. Easier for the end-user instead of 
easier for the developers.


On Monday, December 3, 2001, at 12:31  pm, Jeff Dairiki wrote:
>
> Any objections if I set up the new wiki to use the "pretty" URLs?
> (e.g. http://phpwiki.sf.net/phpwiki/RecentChanges)  I think I know how to
> set up mod rewrite so that the old-style URLs (with an 'index.php' in
> them)
> will work as well.
>
> Jeff

Re: [Phpwiki-talk] Main site now 1.3.x

[Jeff D. <da...@da...>]

On Mon, 3 Dec 2001 01:19:13 -0500 (EST)
"Steve Wainstead" <sw...@pa...> wrote:

> 
> I've changed the directory names so that http://phpwiki.sf.net/phpwiki/
is
> now using the 1.3 branch, as set up by Jeff; the old 1.2 site is at
> http://phpwiki.sf.net/phpwiki-1.2/ if anyone needs to access it.
 
Any objections if I set up the new wiki to use the "pretty" URLs?
(e.g. http://phpwiki.sf.net/phpwiki/RecentChanges)  I think I know how to
set up mod rewrite so that the old-style URLs (with an 'index.php' in
them)
will work as well.

Jeff

PS.  My (main) internet connect is via AT&T cable modem, so I may be
"in and out" for a few days due to the Excite@home bankruptcy mess.

[Phpwiki-talk] Main site now 1.3.x

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

I've changed the directory names so that http://phpwiki.sf.net/phpwiki/ is
now using the 1.3 branch, as set up by Jeff; the old 1.2 site is at
http://phpwiki.sf.net/phpwiki-1.2/ if anyone needs to access it.

~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

Re: [Phpwiki-talk] New link icons added

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

Oh, I think it's a great addition. I'd like to see an Aqua theme shipped
with Phpwiki, and the INSTALL for OSX is another great thing!

~swain

On Sun, 2 Dec 2001, Carsten Klapp wrote:

>
> Hmm yes... links without square brackets, an oversight on my part.
> Actually at first I didn't like them but now I'm using them all the time :
> -] [][][][][][][].
>
> I'll have to figure out what else needs to be patched to get un-bracketed
> links to display icons. I do think that if link icons are enabled then
> Wiki should treat all links consistently, irregardless of the LinkMethod.
>
>
> One reason I use Wiki, besides for storing personal notes, it to prototype
> web pages. In fact most of the html code on my web site was generated by
> PhpWiki.
>
> Link icons do disrupt the flow of text and can be distracting for normal
> Wiki use, but I like them on my web pages. With a few more adjustments to
> the code, link icons could indicate the file type of a link instead of the
> protocol, such as a ZIP or gz file--which is a very useful visual
> indicator and common practice for indicating downloads on (non-wiki) web
> pages.
>
> Carsten
>
> <http://homepage.mac.com/carstenklapp/phpwiki/>
>
> On Sunday, December 2, 2001, at 10:55  pm, Steve Wainstead wrote:
>
> >
> > Aha! I was using:
> >
> > http://www.example.com/
> >
> > instead of
> >
> > [http://www.example.com/]
> >
> > and with the latter, I get the graphics. Is this a feature and not a bug?
> > :-)
> >
> > ~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

Re: [Phpwiki-talk] New link icons added

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

Hmm yes... links without square brackets, an oversight on my part. 
Actually at first I didn't like them but now I'm using them all the time :
-] [][][][][][][].

I'll have to figure out what else needs to be patched to get un-bracketed 
links to display icons. I do think that if link icons are enabled then 
Wiki should treat all links consistently, irregardless of the LinkMethod.


One reason I use Wiki, besides for storing personal notes, it to prototype 
web pages. In fact most of the html code on my web site was generated by 
PhpWiki.

Link icons do disrupt the flow of text and can be distracting for normal 
Wiki use, but I like them on my web pages. With a few more adjustments to 
the code, link icons could indicate the file type of a link instead of the 
protocol, such as a ZIP or gz file--which is a very useful visual 
indicator and common practice for indicating downloads on (non-wiki) web 
pages.

Carsten

<http://homepage.mac.com/carstenklapp/phpwiki/>

On Sunday, December 2, 2001, at 10:55  pm, Steve Wainstead wrote:

>
> Aha! I was using:
>
> http://www.example.com/
>
> instead of
>
> [http://www.example.com/]
>
> and with the latter, I get the graphics. Is this a feature and not a bug?
> :-)
>
> ~swain

Re: [Phpwiki-talk] New link icons added

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

Hmm. I must be doing something wrong.

I got a fresh copy from CVS, uncommented the line for USE_LINK_ICONS,
edited HomePage and inserted:

http://www.example.com/

but there is no icon in front of the link. Did I miss something in the
instructions?

~swain


On Sun, 2 Dec 2001, Carsten Klapp wrote:

>
> Hi Steve,
>
> It's working now and the fix has been checked in. A closing brace was
> missing from the 1.2 stdlib so it broke wiki even if you weren't using
> USE_LINK_ICONS.
>
> An icon for https is also now added for both 1.2 and 1.3 which had been
> omitted.
>
>
> I left this new functionality off by default anticipating some people do
> not want link icons. I've been thinking, maybe this kind of optional
> functionality should be include'ed in rather than inserting the actual
> code and cluttering up the main code? How about a folder inside lib,
> called "extensions" or "options" to differentiate between "plugins".
>
> Something like this:
>
> index.php 1.3 (config.php 1.2):
> // Wiki extensions. Uncomment any optional extensions you want to activate.
> //include ("lib/extensions/linkicons/config.php");
> //include ("lib/extensions/autosplitwikiwords/config.php");
>
> lib/extensions/linkicons/config.php:
> define("USE_LINK_ICONS", 1);
>
> lib/stdlib.php:
> ...
> if (!defined("USE_LINK_ICONS")) {
>      $link['link'] = LinkURL($URL, $linkname);
> } else {
>      include("lib/extensions/linkicons/linkicons.php");
> }
>
> lib/extensions/linkicons/linkicons.php:
>      if ($protoc == "mailto") {
>          $link['link'] = "<img src=\"" . DATA_PATH .
> "/images/mailto.png\"> " . LinkURL($URL, $linkname);
>      } elseif ($protoc == "http") {
>          $link['link'] = "<img src=\"" . DATA_PATH .
> "/images/http.png\"> " . LinkURL($URL, $linkname);
>      } elseif ($protoc == "https") {
>          $link['link'] = "<img src=\"" . DATA_PATH .
> "/images/https.png\"> " . LinkURL($URL, $linkname);
>      } elseif ($protoc == "ftp") {
>          $link['link'] = "<img src=\"" . DATA_PATH .
> "/images/ftp.png\"> " . LinkURL($URL, $linkname);
>      } else {
>          $link['link'] = LinkURL($URL, $linkname);
>      }
>
> Carsten
>
> On Sunday, December 2, 2001, at 03:15  pm, Steve Wainstead wrote:
>
> >
> > Hi Carsten... tried to test this out; I updated my copy from CVS,
> > uncommented the link icon define, but I don't get any icons.
> >
> > Could you pull a clean copy out of CVS in a new directory and test it?
> >
> > ~swain
> >
> > On Sat, 1 Dec 2001, Carsten Klapp wrote:
>
>
> _______________________________________________
> 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

Re: [Phpwiki-talk] New link icons added

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

Hi Steve,

It's working now and the fix has been checked in. A closing brace was 
missing from the 1.2 stdlib so it broke wiki even if you weren't using 
USE_LINK_ICONS.

An icon for https is also now added for both 1.2 and 1.3 which had been 
omitted.


I left this new functionality off by default anticipating some people do 
not want link icons. I've been thinking, maybe this kind of optional 
functionality should be include'ed in rather than inserting the actual 
code and cluttering up the main code? How about a folder inside lib, 
called "extensions" or "options" to differentiate between "plugins".

Something like this:

index.php 1.3 (config.php 1.2):
// Wiki extensions. Uncomment any optional extensions you want to activate.
//include ("lib/extensions/linkicons/config.php");
//include ("lib/extensions/autosplitwikiwords/config.php");

lib/extensions/linkicons/config.php:
define("USE_LINK_ICONS", 1);

lib/stdlib.php:
...
if (!defined("USE_LINK_ICONS")) {
     $link['link'] = LinkURL($URL, $linkname);
} else {
     include("lib/extensions/linkicons/linkicons.php");
}

lib/extensions/linkicons/linkicons.php:
     if ($protoc == "mailto") {
         $link['link'] = "<img src=\"" . DATA_PATH . 
"/images/mailto.png\"> " . LinkURL($URL, $linkname);
     } elseif ($protoc == "http") {
         $link['link'] = "<img src=\"" . DATA_PATH . 
"/images/http.png\"> " . LinkURL($URL, $linkname);
     } elseif ($protoc == "https") {
         $link['link'] = "<img src=\"" . DATA_PATH . 
"/images/https.png\"> " . LinkURL($URL, $linkname);
     } elseif ($protoc == "ftp") {
         $link['link'] = "<img src=\"" . DATA_PATH . 
"/images/ftp.png\"> " . LinkURL($URL, $linkname);
     } else {
         $link['link'] = LinkURL($URL, $linkname);
     }

Carsten

On Sunday, December 2, 2001, at 03:15  pm, Steve Wainstead wrote:

>
> Hi Carsten... tried to test this out; I updated my copy from CVS,
> uncommented the link icon define, but I don't get any icons.
>
> Could you pull a clean copy out of CVS in a new directory and test it?
>
> ~swain
>
> On Sat, 1 Dec 2001, Carsten Klapp wrote:

Re: [Phpwiki-talk] New link icons added

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

Hi Carsten... tried to test this out; I updated my copy from CVS,
uncommented the link icon define, but I don't get any icons.

Could you pull a clean copy out of CVS in a new directory and test it?

~swain

On Sat, 1 Dec 2001, Carsten Klapp wrote:

>
> I've added an option to insert little image icons before external links to
> indicate the type of link (i.e. mailto, http, etc.)
>
> It's off by default to coincide with existing behavior but can enabled in
> index.php. Uncomment the following line to activate it:
> //define("USE_LINK_ICONS", 1);
>
> You can view a screen snapshot of it in action on my web site:
>
> <http://homepage.mac.com/carstenklapp/phpwiki/>
>
> Carsten
>
>
> _______________________________________________
> 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

Re: [Phpwiki-talk] New link icons added

[Adam S. <ad...@pe...>]

> We use styles to visually seperate such links from the rest and to
> save bandwidth.

i don't personally like those images that much either (moin does the same
thing) because i think they disrupt the flow of text.

however one good reason to support it is for color blind people that
access your wiki.  if you want wide participation you have to be prepared
to make your wiki as available and useful to as many people as possible.

adam.

Re: [Phpwiki-talk] New link icons added

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

Carsten Klapp schrieb:
> I've added an option to insert little image icons before external links to
> indicate the type of link (i.e. mailto, http, etc.)
> 
> It's off by default to coincide with existing behavior but can enabled in
> index.php. Uncomment the following line to activate it:
> //define("USE_LINK_ICONS", 1);
> 
> You can view a screen snapshot of it in action on my web site:
> <http://homepage.mac.com/carstenklapp/phpwiki/>

"As the Chinese say, 1001 words is worth more than a picture." - John McCarthy
 -- http://www-formal.stanford.edu/jmc/sayings.html

We use styles to visually seperate such links from the rest and to save
bandwidth.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] New link icons added

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

I've added an option to insert little image icons before external links to 
indicate the type of link (i.e. mailto, http, etc.)

It's off by default to coincide with existing behavior but can enabled in 
index.php. Uncomment the following line to activate it:
//define("USE_LINK_ICONS", 1);

You can view a screen snapshot of it in action on my web site:

<http://homepage.mac.com/carstenklapp/phpwiki/>

Carsten

Re: [Phpwiki-talk] About languages

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

Carsten Klapp schrieb:
> Today while I was adding a few more German translations to the
> template/Edit.html I realized a small problem in using the _("text")
> function to translate localized text, has this already been discussed?
> 
> Different languages have different word ordering. When a key word needs to
> be added to the end of a sentence in english, it might need to be inserted
> into the middle of the sentence in another language.
> 
> For example:
> 
> English:
> $_("Author will be logged as") <i>${USERID}</i>.
> 
> German:
> $_("Der Autor wird als") <i>${USERID}</i> aufgenommen.
> 
> Is there an existing way around this? Without a code-based solution Wiki
> may be stuck with individual localized templates.

The standard answer is sprintf. 
  sprintf(_("Der Autor wird als %s aufgenommen"), "<i>$USERID</i>")

But this imposes problems to at least my hord of inexperienced translators.
(they don't know about %s or %d, they don't know what value will be inserted, 
which variable, and how many % vars need to be inserted)

So I use a limited set of variables which get expanded at run-time from 
the definitions strings. 

something like:
  register_gettext_expansion('USERID');
  echo x_('Der Autor wird als $USERID aufgenommen');

writing this from scratch... (totally untested. I use a completely 
different translation scheme on my current project. translators do it online).
I register only uppercase vars for this. 

function register_gettext_expansion ($var) {
  if (!is_array($GLOBALS['GETTEXT_VARS']))
    $GLOBALS['GETTEXT_VARS'] = array();
  $GLOBALS['GETTEXT_VARS'][] = $var; 
}

function x_($msg) {
  $msg =  gettext($msg);
  // this could be improved to expand on all vars in the msg, 
  // not on all existing vars...
  if (!(($i = strpos($msg, '$')) === false) and 
      (substr($msg,$i-1,1) != '\\')) {
    foreach ($GLOBALS['GETTEXT_VARS'] as $s) {
      if (!empty($GLOBALS[$s]))
        $msg = str_replace('$' . $s, $GLOBALS[$s], $msg);
    }
  }
  return $msg;
}

The problem is that $ must be quoted and that I did't check for that in 
my old version. Luckily I don't have us money in my strings :)

Another problem is that the gettext extraction tools only recognize 
_("") and not _(''). so we must use
  echo x_("Der Autor wird als \$USERID aufgenommen");

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

Re: [Phpwiki-talk] Some new graphics for Wiki

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

hahahhaha! I made that in five minutes in xpaint. Somehow I've grown fond
of it. I could never figure out how to make a transparent background in
the Gimp though.

Mangling the PHP logo.. well.. I've never brought this up, but the proper
spelling/punctuation of PhpWiki is 'PhpWiki' and not 'PHPWiki', so the PHP
logo would be an inappropriate fit.

Not that I'm going to raise armies and go to war over people writing
'PHPWiki.' It's more like pronouncing someone's name correctly.

~swain


On Fri, 30 Nov 2001, Jeff Dairiki wrote:

> On a related note: I, for one, would be happy to see a new (or
> alternative) PhpWiki logo.  A more logoistic one.  (Maybe incorporating,
> or mangling, the PHP logo?)  Alas, I am no artist, so someone else had
> better do it.
>
> _______________________________________________
> 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

Re: [Phpwiki-talk] Some new graphics for Wiki

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

I am totally floored. Amazing work, Carsten!

~swain

On Thu, 29 Nov 2001, Carsten Klapp wrote:

>
> Hi All,
>
> I'm working on some new graphics and optional button images for Wiki. The
> shadows ae all achieved with PNG alpha channel masks so they will work on
> any background color, even a texture pattern.
>
> Have a look at this screenshot of the first set of buttons. I appreciate
> any feedback or comments you may have.
>
> <http://homepage.mac.com/carstenklapp/wiki-buttons.png> - 76 Kb
>
> Carsten
>
>
> _______________________________________________
> 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

Re: [Phpwiki-talk] About languages

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

Today while I was adding a few more German translations to the 
template/Edit.html I realized a small problem in using the _("text") 
function to translate localized text, has this already been discussed?

Different languages have different word ordering. When a key word needs to 
be added to the end of a sentence in english, it might need to be inserted 
into the middle of the sentence in another language.

For example:

English:
$_("Author will be logged as") <i>${USERID}</i>.

German:
$_("Der Autor wird als") <i>${USERID}</i> aufgenommen.

Is there an existing way around this? Without a code-based solution Wiki 
may be stuck with individual localized templates.

Carsten

On Thursday, November 29, 2001, at 12:42  am, Reini Urban wrote:

> Reini Urban schrieb:
>> <a href="http://..."><?=_("Some text.")_?></a>
>                                          ^
>
> oops:
> <a href="http://..."><?=_("Some text.")?></a>
>

Re: [Phpwiki-talk] Re: Themes & languages (was Re: need help with cvs...)

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

On Thu, 29 Nov 2001, Lawrence Akka wrote:

> > > - gather up installation notes, theme instructions & docs into "/doc"
> >
> >This can wait, too...  Steve's probably the one who should decide how to
> >move the docs around.  We should probably leave at least one top-level
> >README
> >file to point people to the doc subdir.
> >
>
> I am very keen for this to happen.  I don't like the idea of having
> accessible docs in the root directory (even if they don't say anything
> confidential).  It is much cleaner and easier to control access if they are
> in a subdir.

I can take care of this. Cleaning up the root directory is a good thing.

Images should stay in images/ and below...

~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

Re: [Phpwiki-talk] RFC: EmailNotification Coding Strategy

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

On Wed, 21 Nov 2001, Joe Edelman wrote:

> > Yes, this is problem.  I've got vague notions of adding an API to WikiDB
> > to allow the addition of arbitrary "indexes" or something.
>
> Yes.  Something like that.  I feel like we're reinventing SQL...  I guess
> that's the right thing to do!

And CVS and HTML... let's not neglect other technologies being reinvented
here ;-)

~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] text2png plugin is checked in, needs help

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

Hi,

I managed to surprise myself today by writing my first WikiPlugin! 
<?plugin text2png ?>

It creates a PNG image file, so that means it requires that PHP is 
compiled with "--with-gd" support for the GD Library 1.6 or later. 
<http://www.boutell.com/gd/>

The variable ttfont must point to a valid 'ttf' font file on your system. 
A Type 1 font can be used instead if PHP is compiled with "--with-t1lib".

Right now it just takes a hard-coded string "Hello WikiWorld!" and creates 
a png file of the same name and puts it into the same folder as index.php.
  Make sure the server has write permissions to that directory. A hypertext 
link to the file shows up on the Wiki page but it's not the correct url 
yet. You'll have to navigate to the correct directory yourself to view it.

I looked at the other plugin code but I'm having a lot of trouble getting 
any plugin arguments to work. Anyone want to give it a shot, to make it 
work with a text argument?

<?plugin text2png text="mytext" ?> ???

Once the plugin arguments are working it should be a breeze to produce 
localized buttons on the fly--I've already got some working php code which 
overlays text onto a existing images, it just needs a little tweaking to 
wrap it into a WikiPlugin.

Carsten

Re: [Phpwiki-talk] Some new graphics for Wiki

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

Ahhha! Excellent idea. I'm going to try writing a caching dynamic image 
generator as a WikiPlugin.

On Friday, November 30, 2001, at 11:47  am, Aredridel wrote:

>> I'm excited about a little php script I found that uses GD and FreeType 
>> to
>> create images on-the-fly. While I don't think it would be very efficient
>> for PhpWiki to use it to render all images on the fly, this will be very
>> helpful to create many localized translations of any buttons which 
>> contain
>> text.
>
> No, but you can always write a cache file!
>
> Ari
>

Re: [Phpwiki-talk] Some new graphics for Wiki

[Russ M. <rm...@no...>]

> Some of the buttons are already finished and posted on my web site. I'm
> putting up some more tonight. I'll also include a couple blank buttons so
> anyone who wants to can add in their own icons.
>
> <http://homepage.mac.com/carstenklapp/web-buttons/>

awesome.
(btw, i think you have the lock and unlock labels wrong. but maybe i'm the
confused one)

> I'm excited about a little php script I found that uses GD and FreeType to
> create images on-the-fly. While I don't think it would be very efficient
> for PhpWiki to use it to render all images on the fly, this will be very
> helpful to create many localized translations of any buttons which contain
> text.

but rendering them once, during setup, after language selection? money.

russ