phpwiki-talk

Re: [Phpwiki-talk] Migration Script for Old Configurations

[Matt B. <ma...@ma...>]

On Sat, 2005-10-22 at 21:28 +0200, Reini Urban wrote:
> BTW: The config-template.ini is not needed, since the required info
> is already in config-dist.ini and config-default.ini
> But it's a good and easy to follow start.

The problem with config-dist is that it contains multiple copies of some
of the directives, the migration script isn't really smart enough to
handle that nicely. 

config-template just contains a single entry for each directive. Maybe
config-default would have been appropriate... I didn't actually consider
that.


Cheers

-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

Re: [Phpwiki-talk] css classes, ids in markup

[Matt B. <ma...@ma...>]

On Sat, 2005-10-22 at 18:03 +0200, Reini Urban wrote:

> > - XML RPC / Soapy stuff
> 
> BTW: Thanks Matt for your initial SOAP implementation.
> For xmlrpc I plan to add more functions to support
> some edit toolbar features: titleSearch, list of plugins, list of ...

I think I have to defer credit to Perry or John for the SOAP
implementation, I had nothing to do with it :)

Cheers

-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

[Phpwiki-talk] Myatt Communications Ltd

[Admin <ad...@my...>]

Dear Phpwiki Talk,

I have visited your site and I think that the General content could be 
of interest to our web site visitors.

I will place a link onto my site if you are willing to do the same for 
my site. If you would like to check my site out you can find it at 
www.myattcommunications.co.uk 

I would appreciate if you placed a link back to my site:

Myatt Communications ltd. Let your communications problem be our 
communications problems. We offer solutions to all communications 
problems from Installation to project management. We also offer 
residential solution such as installing phone and home networking. 
Myatt communications Ltd also offers a comprehensive web design 
solution for all your web needs.
www.myattcommunications.co.uk

also i am selling ad space on my website at the moment if you would 
like to place an advert at a very reasonable rate please click on the 
link below 

http://www.adbrite.com/mb/commerce/purchase_form.php?opid=50360

Best regards,

Admin
Myatt Communications Ltd

http://www.myattcommunications.co.uk/ - ad...@my...

[Phpwiki-talk] Myatt Communications Ltd

[Admin <ad...@my...>]

Dear Phpwiki Talk,

I have visited your site and I think that the General content could be 
of interest to our web site visitors.

I will place a link onto my site if you are willing to do the same for 
my site. If you would like to check my site out you can find it at 
www.myattcommunications.co.uk 

I would appreciate if you placed a link back to my site:

Myatt Communications ltd. Let your communications problem be our 
communications problems. We offer solutions to all communications 
problems from Installation to project management. We also offer 
residential solution such as installing phone and home networking. 
Myatt communications Ltd also offers a comprehensive web design 
solution for all your web needs.
www.myattcommunications.co.uk

also i am selling ad space on my website at the moment if you would 
like to place an advert at a very reasonable rate please click on the 
link below 

http://www.adbrite.com/mb/commerce/purchase_form.php?opid=50360

Best regards,

Admin
Myatt Communications Ltd

http://www.myattcommunications.co.uk/ - ad...@my...

Re: [Phpwiki-talk] Migration Script for Old Configurations

[Reini U. <rei...@gm...>]

BTW: The config-template.ini is not needed, since the required info
is already in config-dist.ini and config-default.ini
But it's a good and easy to follow start.

On 10/22/05, Reini Urban <rei...@gm...> wrote:
> Thanks, appreciated.
> I'll add it to CVS asap.
>
> On 10/21/05, Matt Brown <ma...@ma...> wrote:
> > http://www.mattb.net.nz/patches/phpwiki/migrate-phpwiki-config
> > http://www.mattb.net.nz/patches/phpwiki/config-template.ini

Re: [Phpwiki-talk] Migration Script for Old Configurations

[Reini U. <rei...@gm...>]

Thanks, appreciated.
I'll add it to CVS asap.

On 10/21/05, Matt Brown <ma...@ma...> wrote:
> As part of my work packaging PHPwiki for Debian I had to write a script
> to migrate old index.php based configurations to the new config.ini
> file.
>
> The script works reasonably well and handles most of the configuration
> variables. The major omission is that it doesn't attempt to migrate
> external authentication configuration at all (stuff like DB query
> strings etc).
>
> It's written in perl (sorry) and takes a single command line argument
> which is the path to a template file to use as the basis for the new
> config.ini. Your old configuration should be fed to stdin and you'll get
> the new configuration on stdout.
>
> The script can be found at
> http://www.mattb.net.nz/patches/phpwiki/migrate-phpwiki-config
>
> An example template configuration file is at
> http://www.mattb.net.nz/patches/phpwiki/config-template.ini
>
> There might be a little bit of Debian specific stuff there, but it
> should be fairly general.
>
> Run the script without arguments for more detailed usage information.
>
> Not sure if anyone is still using old wikis or if you've all upgraded by
> now, but maybe this will be of use to someone.
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

[Phpwiki-talk] Migration Script for Old Configurations

[Matt B. <ma...@ma...>]

Hi, 

As part of my work packaging PHPwiki for Debian I had to write a script
to migrate old index.php based configurations to the new config.ini
file. 

The script works reasonably well and handles most of the configuration
variables. The major omission is that it doesn't attempt to migrate
external authentication configuration at all (stuff like DB query
strings etc). 

It's written in perl (sorry) and takes a single command line argument
which is the path to a template file to use as the basis for the new
config.ini. Your old configuration should be fed to stdin and you'll get
the new configuration on stdout. 

The script can be found at
http://www.mattb.net.nz/patches/phpwiki/migrate-phpwiki-config

An example template configuration file is at
http://www.mattb.net.nz/patches/phpwiki/config-template.ini

There might be a little bit of Debian specific stuff there, but it
should be fairly general. 

Run the script without arguments for more detailed usage information. 

Not sure if anyone is still using old wikis or if you've all upgraded by
now, but maybe this will be of use to someone.

Cheers

-- 
Matt Brown
ma...@ma...
Mob +64 275 611 544 www.mattb.net.nz

Re: [Phpwiki-talk] Cannot instantiate non-existent class: wikidb_backend_peardb_peardb

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

Thus spake "Marcus Hopwood":
> Hi,
> 
> I've searched the archives to try to find an answer to this question but
> with no luck.  I'm trying to setup phpwiki using mysql as the backend db;
> I've defined the database in config.ini but get the following error when
> trying to load the wiki:
> 
> Fatal error: Cannot instantiate non-existent class:
> wikidb_backend_peardb_peardb in [snip]/lib/WikiDB/SQL.php on line 20
> 
> Can anyone point in the direction of a solution?

What version of PhpWiki are you using?

-- 
J.

Re: [Phpwiki-talk] forms in PhpWiki

[Reini U. <rei...@gm...>]

Sorry, I can answer these detailed questions after my holidays.
Thursday I'll be back.

On 10/19/05, Ben Hartshorne <ph...@gr...> wrote:
> On Wed, Oct 19, 2005 at 10:38:01AM +0200, Reini Urban wrote:
> > Sorry, that I have to be very short.
> > Look at WikiFormRich together with CreatePage.
>
> I'm having trouble making them work together.
>
> Here's the page BenTestTempl:
> > !! QA test sheet for %%name%%
> >
> > * Robot name: %%robot%%
> > * data: %%data%%
>
> Here's the page BenTest:
> >    <?plugin WikiFormRich action=3DCreatePage
> >             hidden[] name=3Dtemplate value=3D"BenTestTempl"
> >             editbox[] name=3Ds text=3D"Enter new page name here" value=
=3D"BenTest/RobotName"
> >             editbox[] name=3Dname text=3D"your name goes here"
> >             editbox[] name=3Drobot
> >             editbox[] name=3Dexclude value=3D"" ?>
>
> First problem - you can't have a 'text' field as well as a 'value'
> field. It doesn't match the closing quote, so in the above example, the
> label of the exitbox becomes
> > Enter new page name here" value=3D"benTest/RobotName"
> and the actual initial value of the editbox is empty.  If you reverse
> the order of the two, the initial value of the box gets the whole string
> and the name is default.

The order of WikiFormRich options is important and quite fragile.

> Second problem - while the variables 's' and 'template' seem to have an
> effect (it creates the page of the name entered in 's' and uses the
> template defined), none of the others seem to be interpolated into the
> created file.  For example, in the template above, %%name%% does not get
> translated into the value I entered into the 'name' field.

This should work and worked as I tested it. I'll try to fix it if it's
broken ASAP.

>
> Question - what sort of formatting rules may I apply?  For example, how
> would I get the box text on the left side instead of the right
>
> >  your name goes here: ___________
> instead of
> > __________ your name goes here
>
> Can I adjust the size of text-entry boxes (I think I saw that option
> somewhere else...

I had an option to leave out <br>
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

RE: [Phpwiki-talk] Cannot instantiate non-existent class: wikidb_backend_peardb_peardb

[Marcus H. <ma...@in...>]

> Define DATABASE_TYPE as "SQL", not as "PearDB".

Thanks for the reply;  I currently have set:

DATABASE_TYPE = SQL

And this doesn't seem to work


 
> On 10/20/05, Marcus Hopwood <ma...@in...> wrote:
> > Hi,
> >
> > I've searched the archives to try to find an answer to this 
> question 
> > but with no luck.  I'm trying to setup phpwiki using mysql as the 
> > backend db; I've defined the database in config.ini but get the 
> > following error when trying to load the wiki:
> >
> > Fatal error: Cannot instantiate non-existent class:
> > wikidb_backend_peardb_peardb in [snip]/lib/WikiDB/SQL.php on line 20

Re: [Phpwiki-talk] WYSIWIKI

[Reini U. <rei...@gm...>]

We alread can do this since two yrears. You only have to add
htmlarea3.php and ENABLE_HTMLAREA. There's just nobody who uses it.

Two weeks I started to generalize WYSIWYG and added support for tiny_mce,
but this doesn't work yet.

On 10/19/05, Dan Frankowski <dfr...@cs...> wrote:
> For your fun and enjoyment here is an undergraduate thesis on making
> PhpWiki into a WYSIWIKI:
>
> http://www.tc.umn.edu/~yile0001/thesis.pdf

Thanks for the link.

> I am not necessarily recommending this as a plan of action, but I think
> it's good to be exposed to these ideas. I will say that one of my vocal
> users feels WYSIWIKI (without a save button!) would be a huge win.
> Disclosure: I did not write this thesis, but I did work with Scott on
> other things.
>
> Dan
>
> The short story:
>
> - Markup is hard for some
> - Markup is ambiguous sometimes (e.g., "*happy days*" produces a bullet
> instead of bold)
> - Saving should happen more easily
>
> A trial implementation:
>
> - Bolt a WYSIWIG editor onto the wiki in this case SPAW,
> http://sourceforge.net/projects/spaw
> - Save pages in straight HTML so it is a logical, consistent, powerful
> language
> - Do it in a way so people don't have to hit an "edit" or "save" button
> anymore (!!). It just auto-saves every few seconds (to the same
> revision, so it doesn't create huge numbers of revisions)
>
> Some limitations to be solved, with proposals for solutions for each:
--
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Cannot instantiate non-existent class: wikidb_backend_peardb_peardb

[Reini U. <rei...@gm...>]

Define DATABASE_TYPE as "SQL", not as "PearDB".

On 10/20/05, Marcus Hopwood <ma...@in...> wrote:
> Hi,
>
> I've searched the archives to try to find an answer to this question but
> with no luck.  I'm trying to setup phpwiki using mysql as the backend db;
> I've defined the database in config.ini but get the following error when
> trying to load the wiki:
>
> Fatal error: Cannot instantiate non-existent class:
> wikidb_backend_peardb_peardb in [snip]/lib/WikiDB/SQL.php on line 20
>
> Can anyone point in the direction of a solution?
>
> Thanks,
>
> Marcus
>
>
>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content, downloads, discussions,
> and more. http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>


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

[Phpwiki-talk] Cannot instantiate non-existent class: wikidb_backend_peardb_peardb

[Marcus H. <ma...@in...>]

Hi,

I've searched the archives to try to find an answer to this question but
with no luck.  I'm trying to setup phpwiki using mysql as the backend db;
I've defined the database in config.ini but get the following error when
trying to load the wiki:

Fatal error: Cannot instantiate non-existent class:
wikidb_backend_peardb_peardb in [snip]/lib/WikiDB/SQL.php on line 20

Can anyone point in the direction of a solution?

Thanks,

Marcus

Re: [Phpwiki-talk] forms in PhpWiki

[Ben H. <ph...@gr...>]

On Wed, Oct 19, 2005 at 10:38:01AM +0200, Reini Urban wrote:
> Sorry, that I have to be very short.
> Look at WikiFormRich together with CreatePage.

I'm having trouble making them work together.

Here's the page BenTestTempl:
> !! QA test sheet for %%name%%
>=20
> * Robot name: %%robot%%
> * data: %%data%%

Here's the page BenTest:
>    <?plugin WikiFormRich action=3DCreatePage
>             hidden[] name=3Dtemplate value=3D"BenTestTempl"
>             editbox[] name=3Ds text=3D"Enter new page name here" value=3D=
"BenTest/RobotName"
>             editbox[] name=3Dname text=3D"your name goes here"
>             editbox[] name=3Drobot
>             editbox[] name=3Dexclude value=3D"" ?>

First problem - you can't have a 'text' field as well as a 'value'
field. It doesn't match the closing quote, so in the above example, the
label of the exitbox becomes=20
> Enter new page name here" value=3D"benTest/RobotName"
and the actual initial value of the editbox is empty.  If you reverse
the order of the two, the initial value of the box gets the whole string
and the name is default.

Second problem - while the variables 's' and 'template' seem to have an
effect (it creates the page of the name entered in 's' and uses the
template defined), none of the others seem to be interpolated into the
created file.  For example, in the template above, %%name%% does not get
translated into the value I entered into the 'name' field.

Question - what sort of formatting rules may I apply?  For example, how
would I get the box text on the left side instead of the right

>  your name goes here: ___________
instead of=20
> __________ your name goes here

Can I adjust the size of text-entry boxes (I think I saw that option
somewhere else... =20

Thoughts?

thanks,

-ben

--=20
Ben Hartshorne
email: be...@ha...
http://ben.hartshorne.net

[Phpwiki-talk] WYSIWIKI

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

For your fun and enjoyment here is an undergraduate thesis on making 
PhpWiki into a WYSIWIKI:

http://www.tc.umn.edu/~yile0001/thesis.pdf

I am not necessarily recommending this as a plan of action, but I think 
it's good to be exposed to these ideas. I will say that one of my vocal 
users feels WYSIWIKI (without a save button!) would be a huge win. 
Disclosure: I did not write this thesis, but I did work with Scott on 
other things.

Dan

The short story:

- Markup is hard for some
- Markup is ambiguous sometimes (e.g., "*happy days*" produces a bullet 
instead of bold)
- Saving should happen more easily

A trial implementation:

- Bolt a WYSIWIG editor onto the wiki in this case SPAW, 
http://sourceforge.net/projects/spaw
- Save pages in straight HTML so it is a logical, consistent, powerful 
language
- Do it in a way so people don't have to hit an "edit" or "save" button 
anymore (!!). It just auto-saves every few seconds (to the same 
revision, so it doesn't create huge numbers of revisions)

Some limitations to be solved, with proposals for solutions for each:

- Lack of plugin support
- HTML vulnerability

Re: [Phpwiki-talk] creating new pages with mysql

[Reini U. <rei...@gm...>]

pgsrc is only imported in, if there exists no page called StartPage or
HomePage (dependent on the version)

So please dump all pages into pgsrc, delete the StartPage and fire up
your wiki again.

On 10/18/05, Geoff Dougherty <geo...@ya...> wrote:
> The new pages are accessible directly.
>
> I've tried creating new files in /pgsrc, and that
> doesn't seem to fix the problem.
>
> From what I can tell, the zip import does basically
> the same thing that I've done -- add pages to the db.
> So I'm not sure that'll have much impact.
>
> Thanks for the suggestions.
>
> -GD
>
> --- Reini Urban <rei...@gm...> wrote:
>
> > I cannot really help right now, because I'm away
> > and can only help with tips out of my head.
> >
> > On 10/16/05, Joel Uckelman <uck...@no...>
> > wrote:
> > > Thus spake Geoff Dougherty:
> > > > I'm running 1.2 and mysql, and I need to pull
> > page
> > > > content from a non-phpwiki database and create
> > new
> > > > phpwiki pages containing the same content.
> > > >
> > > > I've uploaded some test content to the wiki
> > table in
> > > > the database, and updated the wikilinks table to
> > > > reflect the new content (i.e., INSERT INTO
> > > > wikilink(frompage,topage,) VALUES
> > > > ('RecentChanges,'MyNewContentPage')
> > > >
> > > > I've confirmed that the tables hold the new
> > stories
> > > > and links, but they're not showing up in
> > > > RecentChanges, or any of the other pages I've
> > tried to
> > > > link the content to.
> > > >
> > > > What else do I need to change to make sure the
> > new
> > > > content is displayed?
> >
> > Look at the admin/*.php pages for actions to import
> > content.
> > And if this fails put your non-sql pages into pgsrc
> > like files
> > (header can be omitted, just plain-text() and fire
> > up a new wiki
> > (DELETE FROM wikipages ?) with this pgsrc. This
> > would  be the easiest.
> >
> > > I'm looking back at the table structure for 1.2,
> > and I'm not seeing
> > > any obvious thing to do. Are the new pages
> > accessible directly?
> > --
> > Reini Urban

Re: [Phpwiki-talk] forms in PhpWiki

[Reini U. <rei...@gm...>]

Sorry, that I have to be very short.
Look at WikiFormRich together with CreatePage.

On 10/19/05, Ben Hartshorne <ph...@gr...> wrote:
> On Tue, Oct 18, 2005 at 10:45:19AM -0700, Ben Hartshorne wrote:
> > I have a form I want my users to fill out.
> >
> > What I would like is a wiki page that contains fields they fill out.
> > The result of submitting the form would be the creation of a wiki page
> > using the contents of the data they entered.
> >
>
> Looking at the CreatePage plugin...
>
> I see that you can create pages of a certain name, and use a template.
> That might be enough to solve my immediate dilemma - have just a
> templated wiki page that the users fill out instead of a form.  It's ok,
> since my users are all wiki-wise.
>
> However, I'm confused about how one would use the 'vars' option to the
> plugin.
>
> I ran a test like this:
> > Make Orange's page here: <?plugin-form CreatePage template=3DBenTestTem=
pl s=3DBenTest/FirstTest vars=3D"name=3DOrange&age=3D32" ?>
>
> and my template (BenTestTempl) has this:
> > !My name is %%name%%
> >
> > my age is %%age%%
>
> It worked as expected.  There was a form box to fill out that had
> "Bentest/FirstTest" as its default value.  Clicking on the button
> created the page of the name I filled out in the box, and the page
> created had "My name is Orange.  My age is 32" in its content.
>
> My question:
>
> What is the use of the vars?  I can't change them as a user of the page.
> If I'm going to go to the trouble of writing out the (slightly complex,
> relative to regular wiki-speak) plugin thing, must I hardcode my
> variables there?
>
> I think I'm missing something.  How can I pull these variables in to
> some sort of dynamic content, so I can ask someone what their name is
> and how old they are, and then create the page using that information.
>
> I guess what I'm trying to say is that I don't see the point of having
> variables in the page if they're going to be hardcoded in the calling
> page, so I am convinced that I'm just missing part of the right way to
> use the plugin.

Re: [Phpwiki-talk] forms in PhpWiki

[Ben H. <ph...@gr...>]

On Tue, Oct 18, 2005 at 10:45:19AM -0700, Ben Hartshorne wrote:
> Hi,
>=20
> I have a form I want my users to fill out.
>=20
> What I would like is a wiki page that contains fields they fill out.
> The result of submitting the form would be the creation of a wiki page
> using the contents of the data they entered.
>=20

Looking at the CreatePage plugin...

I see that you can create pages of a certain name, and use a template.
That might be enough to solve my immediate dilemma - have just a
templated wiki page that the users fill out instead of a form.  It's ok,
since my users are all wiki-wise. =20

However, I'm confused about how one would use the 'vars' option to the
plugin. =20

I ran a test like this:
> Make Orange's page here: <?plugin-form CreatePage template=3DBenTestTempl=
 s=3DBenTest/FirstTest vars=3D"name=3DOrange&age=3D32" ?>

and my template (BenTestTempl) has this:
> !My name is %%name%%
>=20
> my age is %%age%%

It worked as expected.  There was a form box to fill out that had
"Bentest/FirstTest" as its default value.  Clicking on the button
created the page of the name I filled out in the box, and the page
created had "My name is Orange.  My age is 32" in its content.

My question:

What is the use of the vars?  I can't change them as a user of the page.
If I'm going to go to the trouble of writing out the (slightly complex,
relative to regular wiki-speak) plugin thing, must I hardcode my
variables there? =20

I think I'm missing something.  How can I pull these variables in to
some sort of dynamic content, so I can ask someone what their name is
and how old they are, and then create the page using that information. =20

I guess what I'm trying to say is that I don't see the point of having
variables in the page if they're going to be hardcoded in the calling
page, so I am convinced that I'm just missing part of the right way to
use the plugin.=20

Comments?

Thanks,

-ben


--=20
Ben Hartshorne
email: be...@ha...
http://ben.hartshorne.net

[Phpwiki-talk] forms in PhpWiki

[Ben H. <ph...@gr...>]

Hi,

I have a form I want my users to fill out.

What I would like is a wiki page that contains fields they fill out.
The result of submitting the form would be the creation of a wiki page
using the contents of the data they entered.

For example, to create a "Bios" section for your team, you would create
a form that says:

index.php/TeamBio
name: Ben Hartshorne
Age: 29
title: Grand Pubah
favorite food: Zachary's Pizza

And it would create a wiki page
index.php/TeamBio/BenHartshorne
This 29 year-old Grand Pubah likes to eat Zachary's Pizza.

Does such a thing exist? =20

Alternately, I could create a separate php page form whos action is to
submit a post to the wiki, creating the page.  This is less contained
within the wiki and so seems less preferable.

Thoughts?

-ben

--=20
Ben Hartshorne
email: be...@ha...
http://ben.hartshorne.net

Re: [Phpwiki-talk] creating new pages with mysql

[Geoff D. <geo...@ya...>]

The new pages are accessible directly. 

I've tried creating new files in /pgsrc, and that
doesn't seem to fix the problem. 

From what I can tell, the zip import does basically
the same thing that I've done -- add pages to the db.
So I'm not sure that'll have much impact. 

Thanks for the suggestions. 

-GD

--- Reini Urban <rei...@gm...> wrote:

> I cannot really help right now, because I'm away
> and can only help with tips out of my head.
> 
> On 10/16/05, Joel Uckelman <uck...@no...>
> wrote:
> > Thus spake Geoff Dougherty:
> > > I'm running 1.2 and mysql, and I need to pull
> page
> > > content from a non-phpwiki database and create
> new
> > > phpwiki pages containing the same content.
> > >
> > > I've uploaded some test content to the wiki
> table in
> > > the database, and updated the wikilinks table to
> > > reflect the new content (i.e., INSERT INTO
> > > wikilink(frompage,topage,) VALUES
> > > ('RecentChanges,'MyNewContentPage')
> > >
> > > I've confirmed that the tables hold the new
> stories
> > > and links, but they're not showing up in
> > > RecentChanges, or any of the other pages I've
> tried to
> > > link the content to.
> > >
> > > What else do I need to change to make sure the
> new
> > > content is displayed?
> 
> Look at the admin/*.php pages for actions to import
> content.
> And if this fails put your non-sql pages into pgsrc
> like files
> (header can be omitted, just plain-text() and fire
> up a new wiki
> (DELETE FROM wikipages ?) with this pgsrc. This
> would  be the easiest.
> 
> > I'm looking back at the table structure for 1.2,
> and I'm not seeing
> > any obvious thing to do. Are the new pages
> accessible directly?
> --
> Reini Urban
> 
> 
>
-------------------------------------------------------
> This SF.Net email is sponsored by:
> Power Architecture Resource Center: Free content,
> downloads, discussions,
> and more.
> http://solutions.newsforge.com/ibmarch.tmpl
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
>
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 



		
__________________________________ 
Yahoo! Music Unlimited 
Access over 1 million songs. Try it free.
http://music.yahoo.com/unlimited/

Re: [Phpwiki-talk] Escaping text from any parsing

['strk' <st...@ke...>]

On Tue, Oct 18, 2005 at 11:16:28AM -0500, John Cole wrote:
> Try SI_~MilarText

SI_!MilarText worked fine, thanks.
--strk;

RE: [Phpwiki-talk] Escaping text from any parsing

[John C. <joh...@ua...>]

Try SI_~MilarText

John

-----Original Message-----
From: php...@li...
[mailto:php...@li...] On Behalf Of strk
Sent: Tuesday, October 18, 2005 10:52 AM
To: php...@li...
Subject: [Phpwiki-talk] Escaping text from any parsing

I'm trying to type a SI_MilarText in
a wikipage, but can't find anyway to avoid
transforming it to a WikiLink, any hint ?

(phpwiki-1.2.10)

--strk;


-------------------------------------------------------
This SF.Net email is sponsored by:
Power Architecture Resource Center: Free content, downloads, discussions,
and more. http://solutions.newsforge.com/ibmarch.tmpl
_______________________________________________
Phpwiki-talk mailing list
Php...@li...
https://lists.sourceforge.net/lists/listinfo/phpwiki-talk

-------------------------------------
This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

[Phpwiki-talk] Escaping text from any parsing

[strk <st...@ke...>]

I'm trying to type a SI_MilarText in
a wikipage, but can't find anyway to avoid
transforming it to a WikiLink, any hint ?

(phpwiki-1.2.10)

--strk;

Re: [Phpwiki-talk] bug: admin.php

[Reini U. <rei...@gm...>]

Which 1.2.x version exactly?
I beleive I've fixed importing globals some releases ago.

On 10/17/05, AI <ai...@gm...> wrote:
> I have to add &PHP_AUTH_USER=3Dmyusername&PHP_AUTH_PW=3Dmypassword
> to the address bar to get into admin.php, and then copy the link to
> the address bar with this behind it. Edits from inside admin.php won't
> work, since I can't copy submit buttons to the address bar.
--
Reini Urban

Re: [Phpwiki-talk] PATCH: local connection to pgsql

[Reini U. <rei...@gm...>]

Thanks.
I'll eventually add this to pgsql.php but this deserves no special release.

Of course a socket connection is better than via TCP.
BTW: One problem is to trick postgresql >=3D 8 to use a fixed socket filena=
me.
The default is using now the PID in the filename.
Maybe we should document somewhere how to define/use a fixed socket
name for postgresql.

On 10/18/05, Joel Uckelman <uck...@no...> wrote:
> Thus spake strk:
> > Hello, I've patched the lib/pgsql.php script
> > to allow for local (socket-based) connections.
> >
> > Required change is at line 45 of that file:
> >
> >       if ( defined($pg_dbhost) && $pg_dbhost !=3D "" ) $connectstring =
=3D $pg_dbh
> > ost?"host=3D$pg_dbhost ":"";
> >
> > This way you can set pg_dbhost to the empty string and the socket
> > will be used.
>
> So this is against the 1.2 branch? I think that now we're only fixing
> bugs and security problems in the 1.2 branch.
>
> If you have a look at the config.ini for the current release (1.3.11p1),
> (you can see an example in CVS here: http://cvs.sourceforge.net/viewcvs.p=
y/phpwiki/phpwiki/config/config-dist.ini?rev=3D1.59&view=3Dmarkup), you'll =
see in Part
> Two how to connect to the database via a socket.
--
Reini Urban