phpwiki-talk

Re: [Phpwiki-talk] some interesting patches

[Arno H. <aho...@xm...>]

> Found this through Google.

Neil contributed other patches as well - he's on this list :o)
I've committed the clean up of SetHTMLMode(). The other patches are
not necessarily how we do things :o) However, I'll check that the new=20
transform.php can take care of his cases.

> One interesting patch moves lib/config.php ->
> index.php and index.php -> lib/main.php. He says this allows multiple
> wikis to run off the same lib directory.

Seems like a good thing to do. Plus, of course, joining index.php and=20
admin.php into one single file, once we have user accounts in place.

/Arno

Re: [Phpwiki-talk] FootNotes

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

It's at http://www.nbtsc.org/wiki/FootNotes

~swain

On Wed, 7 Feb 2001, Thomas Kalka wrote: 

> Hi
> 
> I'm also very interested in footnotes. I could not find the mentioned
> NBTSCWiki. Could someone give me a link to it ? 
> 
> Thanks, Thomas
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] some interesting patches

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

Found this through Google. One interesting patch moves lib/config.php ->
index.php and index.php -> lib/main.php. He says this allows multiple
wikis to run off the same lib directory.

http://cgi.cse.unsw.edu.au/~neilb/patches/phpwiki/

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] FootNotes

[Thomas K. <th...@co...>]

Hi

I'm also very interested in footnotes. I could not find the mentioned=20
NBTSCWiki. Could someone give me a link to it ?

Thanks,
Thomas=20

[Phpwiki-talk] Re: Thanks for phpwiki-1.2.0

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

You're most welcome. Glad the install went well!

~swain

On 6 Feb 2001, Mike James wrote:

> Hi, Steve--
>
> I started playing with phpwiki-1.2.0 today. Wikis sounded intriguing
> to me when I first heard about them months ago. But it's only now as
> I'm studying PHP that your PHP implementation caught my fancy enough
> to get me hooked. How cool!
>
> BTW, your installation instructions led to a seamless install on
> Debian potato/i386 using mysql.
>
> Thanks very much.
>
>
> Mike
>
> --
> Mike James <mw...@po...>
> Mac OS (9/X), Linux, and NetBSD advocate,
> Sair Linux & GNU Certified Professional
> Memphis, TN USA * Eternity begins now.
>

http://wcsb.org/~swain/ | "In a calendar year, America's entire
  *   *   *   *   *   * | recorded music industry has revenues
*   *   *   *   *   *   | roughly equal to one month's sales by
  *   *   *   *   *   * | IBM." --Philip Greenspun

[Phpwiki-talk] task list for 1.3

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

This time I'm trying to keep track of all the ideas for 1.3 with the task
list. Here it is:

<URL:https://sourceforge.net/pm/task.php?group_id=6121&set=custom&group_project_id=7691&_assigned_to=0&_status=1&SUBMIT=Browse>

I'm always hesitant to "assign" tasks so I usually leave that open.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] IsWIkiPage() is expensive

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

On Sat, 3 Feb 2001, Arno Hollosi wrote:

> I nearly killed my wiki by adding a page which ranks pages by 
> click-distance (see: http://senseis.xmp.net/?PagesByDistance). In my first 
> try, the page contained all other (300) pages with real wikilinks.

I told you that Travelling Salesman problem still hasn't been solved! ;-)

> So, whenever the page got displayed IsWikiPage() got called 300 times, 
> which translates to 300 SQL queries for one page. The web server almost 
> came to a halt due to mysql eating up all its resources.
> 
> A painful lesson.
> We need to improve this behaviour during 1.3.x

OK, I'l add caching to the todo list.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] "dangling references"

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

Oh, no shame. You were forsighted enough to ask! :-)

~swain

On Tue, 6 Feb 2001 ph...@de... wrote:

> On Tue, 06 Feb 2001 09:15:02 -0800, you wrote:
> => 	How about a patch/instructions for those of us with 1.2
> => who would like to modify the current version for this kind of
> => table name separation? 
> 
> 	I'm sorry, I really was reading the code, but I'm just
> blind or stupid.  Obviously the answer is already right there in
> the table name variable assignments in config.php (right above
> where I filled in my MySQL stuff).
> 
> 	I thought I had looked everywhere (after I did the prelim
> stuff in config). I feel like such a dunce.
> 
> 	Nonetheless, *thanks* for phpWiki to all involved, from
> the guy now sitting facing the corner, with the pointed hat on
> and being *very* quiet for awhile.
> 
> 	<sigh>
> 
> 	- Don
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge..net/lists/listinfo/phpwiki-talk
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] 1.3.x series

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

On Fri, 2 Feb 2001, Aredridel wrote:

> > I think there are some obvious things to drop, like:
> > 
> > references (that is, [1] [2] links)
> 
> By all means. Let's drop it. Perhaps put footnotes code in instead of
> references (ala NBTSCWiki)?

I like the footnotes feature; it makes sense vs. the references. Let's add
it.

> > Third, I still long for a better search interface than what we have now
> > (which doesn't work too bad, but could be better).
> 
> ooh, yeah... what can we work up, here? I'd like to use regexps, but I'm a
> regexp nut. There's also SQL-like wildcards (% and _) and globs (*, ?, {x,y}
> and [a-q]) that'd be nice as syntax, as well as altavista like boolean ops--
> +foo -bar or standard boolean (and/or/xor/not)

I have to revisit Neilson's "Designing Web Usability." He has a whole
chapter on search interfaces and it has a lot of good practical ideas. In
general, there should be a simple search and an advanced search, so we can
go crazy with the advanced features.

> > Any navigational aids we can contrive would help, like SiteMap, or
> > HotLinks or whatever.
> 
> Mmm, and I'd love to see 'em as modules, enablable by adding the block to a
> template or uncommenting something or setting a config variable. I still
> don't like templates that much (which is why I like PHP so much), but it
> makes a lot of sense in many ways.

Excellent idea... I think this is now the case anyways with Arno's rewrite
of transform.php.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] "dangling references"

[<ph...@de...>]

On Tue, 06 Feb 2001 09:15:02 -0800, you wrote:
=> 	How about a patch/instructions for those of us with 1.2
=> who would like to modify the current version for this kind of
=> table name separation? 

	I'm sorry, I really was reading the code, but I'm just
blind or stupid.  Obviously the answer is already right there in
the table name variable assignments in config.php (right above
where I filled in my MySQL stuff).

	I thought I had looked everywhere (after I did the prelim
stuff in config). I feel like such a dunce.

	Nonetheless, *thanks* for phpWiki to all involved, from
the guy now sitting facing the corner, with the pointed hat on
and being *very* quiet for awhile.

	<sigh>

	- Don

Re: [Phpwiki-talk] "dangling references"

[<ph...@de...>]

On Tue, 6 Feb 2001 10:29:35 -0500 (EST), you wrote:
=> OK. I've been meaning to mention we can again make whatever radical schema
=> changes we want... we should start with renaming the tables so they don't
=> cause conflicts (wiki_hotlinks, wiki_archive etc).

	Great idea!

	[Just starting up with phpWiki and I *love* it - thanks
to everyone involved in it's birth and development.]

	How about a patch/instructions for those of us with 1.2
who would like to modify the current version for this kind of
table name separation?  Assign a $wiki_prefix variable in config
and append it to all table use?  Sure would be appreciated here.

	Thanks again to everyone. Wow!

	- Don

Re: [Phpwiki-talk] phpwiki - The page cannot be displayed

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

Hi frusti,

> I have downloaded the phpwiki and installed.
> After this i have started the index.php and phpwiki has insert some tables
> and so on. Thats allway OK!
> 
> Now then i click on anyone Link i become an error: "The page cannot be
> displayed", but the URL is ok.

This is an error message from IE, isn't it? It sounds like you are getting
a server error. Can you check the log for your web server and see what the
error message is?

Also, can you tell us what operating system, what web server and what
version of PHP you are using?

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] phpwiki - The page cannot be displayed

[<fr...@gm...>]

Hello!

I have downloaded the phpwiki and installed.
After this i have started the index.php and phpwiki has insert some tables
and so on. Thats allway OK!

Now then i click on anyone Link i become an error: "The page cannot be
displayed", but the URL is ok.

Can someone give me a info? To information, i don't use the standard-port
80, i use the port 1028, but in the config.php its set from the SERVER_PORT
variable and that i have also checked, it is OK!

thanks, 
frusti

-- 
Sent through GMX FreeMail - http://www.gmx.net

Re: [Phpwiki-talk] wish for 1.3 version

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

Oh no! Not tables again! We've gotten two patches already! :-)

Well, it would be an interesting challenge for Arno ;-)

~swain

On Tue, 6 Feb 2001, Didier Bretin wrote:

> Hello,
> 
>   Do you plan to code the use of table ?
> 
> Regards.
> -- 
>             .------------------------------------------------.
>     .^.     | Didier Bretin, France | db...@in...    |
>     /V\     |-----------------------| www.informactis.com    |
>    // \\    |                       `------------------------|
>   /(   )\   | Visit: http://www.multimania.com/cieexcalibur/ |
>    ^^-^^    `------------------------------------------------'
> 
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> http://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] Migrating to 1.2

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

On 6 Feb 2001, Barnett, Paul G wrote:

> >Did you try http://yourhost.yourdomain/phpwiki/admin.php  ?
> 
> 
> This gives me acces to lock, unlock and remove, but
> what is the new way to run "Dump serialized copies of pages",
> "Dump the pages as HTML","Load serialized pages from files",
> "Rebuild the dbm files so they are smaller" etc ?

And dump zip copies... Arno pulled the admin stuff out a while back and
moved it into the Wiki itself; in turn,

* "dump serialized copies" was apparently replaced with dump as zip files.
I recall Jeff feeling very paranoid about letting people write to the file
system, and it would be safer to let them get a zip file from the browser.

* "dump as HTML" was never implemented, my fault.

* "Load from files" was redone to load from zip files, as noted above.

* "Rebuild the DBM" was replaced with a Perl script, included in the
distribution.

~swain


...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] "dangling references"

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

On Tue, 6 Feb 2001, Arno Hollosi wrote:

> > rename links
> 
> I assume you mean rename pages? Yes, that would be made easier.

Well, in the current implementation we could rename a page (update wiki
set pagename='foo' where pagename='bar') but all the links to 'bar'
remain, now undefined. Storing the links in a table and not in the pages,
so to speak, would solve this problem.

> Also, I suggest that we split the wiki table into two: one table as it is 
> now, but instead of pagename with a pageid. Another table which does 
> pagename->pageid. That way we could have aliases of pagenames, e.g. (yet 
> another simplistic example) "WikiName" and "WikiNames" could both point to 
> the same pageid.

OK. I've been meaning to mention we can again make whatever radical schema
changes we want... we should start with renaming the tables so they don't
cause conflicts (wiki_hotlinks, wiki_archive etc).

> > delete links
> > When a page is deleted we can then delete all references to it as well.
> 
> Why would I like to do this? Even if I delete pages I'd rather have a 
> dangling link like "Which explains why StevenWainsteadEatsWorms?" then 
> something like "Which explains why !PageRemoved!"

Then the page might be redefined... let's say I'm tired about all the
emails I get from all over the world asking me about my interesting diet.
Just deleting the page leaves "dangling references" all over, so the
problem never goes away. But the issue of what do we put in place of the
link is a problem.

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] Modularization of transform.php

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

On Tue, 6 Feb 2001, Arno Hollosi wrote:

> 
> > > - redo %%ADMIN-%% tokens -- see my previous email "system page" (Jan 25)
> 
> Is that change ok? (I've not yet written it). Short: mixture mode which 
> allows html mixed with template placeholders and wiki markup.

I haven't looked into this yet but I still have your email. I'll check it
later...

> Right now we don't have nested markup. A simple (senseless) example is
> bold&italic markup inside bracketlinks, e.g. [__bold text for__|BoldPage]
> I guess nested markup is only interesting if phpwiki allows
> multi-line markup. Then we have one markup (multi-line) which may contain 
> other markup (bold, lists, links, ...) So my suggestion was: the multiline 
> markup should then just register another transformer object and do 
> do_transform() with its contained wiki data.

That sounds fine... I wonder, what if we stopped doing line by line
processing? Wouldn't we gain something from that? Or would it be too hard?
For example, tokenize the entire page and process it (via recursive
descent parsing or something similar).

~swain


...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

[Phpwiki-talk] wish for 1.3 version

[Didier B. <db...@in...>]

Hello,

  Do you plan to code the use of table ?

Regards.
-- 
            .------------------------------------------------.
    .^.     | Didier Bretin, France | db...@in...    |
    /V\     |-----------------------| www.informactis.com    |
   // \\    |                       `------------------------|
  /(   )\   | Visit: http://www.multimania.com/cieexcalibur/ |
   ^^-^^    `------------------------------------------------'

Re: [Phpwiki-talk] Migrating to 1.2

[Arno H. <aho...@xm...>]

> This gives me acces to lock, unlock and remove, but
> what is the new way to run "Dump serialized copies of pages",
> "Dump the pages as HTML","Load serialized pages from files",
> "Rebuild the dbm files so they are smaller" etc ?

There's a page in pgsrc/ called PhpWikiAdministration

Just put that into your wiki and view it through admin.php.
Shrinking DBM files has not been done in that interface yet.
Send us a patch :o)

/Arno

Re: [Phpwiki-talk] dawn! ISP php safe mode

[Arno H. <aho...@xm...>]

> Hardcoded translations, putting inside the php a special mark
> and them with a program that preprocess all this marks and translating
> all before uploading. After that no need to call funcs neither gettext
> or what others have: a SQL text table, tons of variables...

Hm - the gnu textutils save us a lot of headaches. It's easy to keep the=20
files up to date, ....

If you have problems with php's safemode then I suggest the following:
replace all occurneces of gettext() with mygettext() and modify the gette=
xt=20
check in config.php, so that your mygettext() is used.

I've attached a perl-script for doing replaces on a file list.
Quite handy tool -- you have to know perl regexps -- just be careful and=20
don't forget to escape regexp chars like '('. I suggest making a backup o=
f=20
the files first.

/Arno

=00

Re: [Phpwiki-talk] Migrating to 1.2

[Barnett, P. G <Pau...@Br...>]

Hi Steve - thanks for the reply.


>You can use dbmlib.php if you've compiled support for the dbm* functions
>into PHP. In fact, dbalib.php is just a copy of dbmlib.php with the
>function names and signatures changed. I tried this for all the functions,
>but so far all I get are blank lines for the three link sets at the bottom
>of the pages.
>


It seems that the guy who installed php4 on our server noticed that phpwiki
needed the --with-db option and did it for me. I also got the blank lines, 
but they started to get filled-in once we began to update the pages in 1.2


>> And is there still an admin functions index.php somewhere? - I cannot
>> find it.
>
>Did you try http://yourhost.yourdomain/phpwiki/admin.php  ?


This gives me acces to lock, unlock and remove, but
what is the new way to run "Dump serialized copies of pages",
"Dump the pages as HTML","Load serialized pages from files",
"Rebuild the dbm files so they are smaller" etc ?




-------------------------------------------------------------------------------------------------
21st century air travel     http://www.britishairways.com

Re: [Phpwiki-talk] "dangling references"

[Arno H. <aho...@xm...>]

> We've talked before about storing links in a separate table, which woul=
d
> make it easy to do a few things:
>
> list undefined links

That's easy (and already possible) -- I've already included it in gowiki,=
=20
see http://senseis.xmp.net/?UndefinedPages

> rename links

I assume you mean rename pages? Yes, that would be made easier.

Also, I suggest that we split the wiki table into two: one table as it is=
=20
now, but instead of pagename with a pageid. Another table which does=20
pagename->pageid. That way we could have aliases of pagenames, e.g. (yet=20
another simplistic example) "WikiName" and "WikiNames" could both point t=
o=20
the same pageid.

I have to look at Jeff's db schema again - there was some useful stuff on=
=20
how he used a common structure for wiki and archive.


> delete links
> When a page is deleted we can then delete all references to it as well.

Why would I like to do this? Even if I delete pages I'd rather have a=20
dangling link like "Which explains why StevenWainsteadEatsWorms?" then=20
something like "Which explains why !PageRemoved!"


> [...] These things are fairly easy, and we have most of the code.

Right.

/Arno

Re: [Phpwiki-talk] Modularization of transform.php

[Arno H. <aho...@xm...>]

> > - redo %%ADMIN-%% tokens -- see my previous email "system page" (Jan =
25)

Is that change ok? (I've not yet written it). Short: mixture mode which=20
allows html mixed with template placeholders and wiki markup.


> > Note that recursive calls (nesting markup) are not possible.
> Hmm. I don't quite understand. Can you give an example of nesting marku=
p?
> The TestPage looks fine, so we must not have an example there?

Right now we don't have nested markup. A simple (senseless) example is
bold&italic markup inside bracketlinks, e.g. [__bold text for__|BoldPage]
I guess nested markup is only interesting if phpwiki allows
multi-line markup. Then we have one markup (multi-line) which may contain=
=20
other markup (bold, lists, links, ...) So my suggestion was: the multilin=
e=20
markup should then just register another transformer object and do=20
do_transform() with its contained wiki data.

/Arno

[Phpwiki-talk] "dangling references"

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

I've been reading parts of "Multimedia and Hypertext: the Internet and
Beyond," by Jakob Neilson
(<URL:http://www.amazon.com/exec/obidos/ASIN/0125184085/qid=981432634/sr=1-6/ref=sc_b_6/107-7065042-5444529>.
There's an interesting chapter on hypertext authoring (like writing Wiki
pages) and how little research has been done on what makes authoring
hypertext easier. (We just use a TEXTAREA like anyone else).

We've talked before about storing links in a separate table, which would
make it easy to do a few things:

list undefined links
rename links
delete links

Neilson calls undefined links "dangling references" (to "dangle" means to
hang from something, like an apple dangling from a tree branch).
Apparently in the hypertext systems the book surveyed, and projects he was
involved with, listing dangling refs was very useful to hypertext authors.

The challenge here is we have to preprocess Wiki pages to parse out the
links, update the table of links, and store the page. When the page is
rendered, all links are matched from the page to the table. These things
are fairly easy, and we have most of the code. It's a matter of
reorganization.

When a page is deleted we can then delete all references to it as well.

Any thoughts?

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain 

Re: [Phpwiki-talk] Modularization of transform.php

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

On Sun, 4 Feb 2001, Arno Hollosi wrote:

> I had an afternoon at my hands, so I redid transform.php.
> 
> Transform functions are now modularized and registered to a central
> WikiTransform object.
> 
> I think the current design is straight forward, easy to comprehend, and 
> thus easy to extend.
> 
> Things to be done:
> - re-add html mode "|"
> - provide functionality for multi-line markup (i.e. markup spanning several
>   lines)
> - redo %%ADMIN-%% tokens -- see my previous email "system page" (Jan 25)
> 
> I'd like to hear some feedback -- is the current form ok?

I spent some time reading this, and all I can say is wow! Great work! It
was immediately understandable, incredibly clearly written, and very
clean.

> Note that recursive calls (nesting markup) are not possible. It would 
> unnecessarily complicate the issue. Instead, I suggest that if you'd like 
> to do markup-transformation inside another markup you just register another 
> WikiTransform object and call that one with your markup data.

Hmm. I don't quite understand. Can you give an example of nesting markup?
The TestPage looks fine, so we must not have an example there?

~swain

...............................ooo0000ooo.................................
   Hear FM quality freeform radio through the Internet: http://wcsb.org/
                     home page: www.wcsb.org/~swain