phpwiki-talk

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> I've got a perl script which at this point can parse the RecentChanges
> from UseMod and PhpWiki wikis.  Dave Jacoby has done this all before
> me, too, and has his own version...  (If you actually want RSS feeds
> from UseMod, Meatball or PhpWiki, let me know, I can put them
> someplace public...)

nah, it's of no real use to me until i can get it to work for me.  which
at this point either means writing a parser for moinmoin or hopefully
waiting for your changes to propagate into the main phpwiki src and
migrate to that.  updating all the wiki syntax is gonna suck.

> That's what I'm thinking, too...  Note that some RSS implementations
> can't deal with more than 15 entries, so that's sort of the default
> value...

good point, but there might be a time when you only want 5 ... or
something like that.

> Actually, I'm the one who started that page on MeatballWiki.  You're
> the first one who's shown much interest in it.

oh, cool.  sorry i musta mis-read the page.  yeah, i'm really interested
in this stuff.

> As an alternative, maybe there's a way to extend the plugin idea so
> that the plugin can read/write page (meta-)data.  Then one could
> implement a weblog plugin.  Yeah, in fact, that's kind of a neat
> idea...

this sounds cool, i think the plugin architecture will be very valuable
for all sorts of things in the long run.

i need to bust out my php book and get my hands dirty.  unfortunely
running personaltelco sucks up most of my spare time. :)  anyone else wish
they didn't have to sleep? :)

adam.

[Phpwiki-talk] Jeff's amazingly cool hacks...

[Seth C. <se...@eu...>]

Very very cool.

Preview - Perfect!  Really needed.
RSS - good idea, the number of PHPNuke/PostNuke/Slash/etc/etc sites that
could use that is huge. (Someone supposedly did a PHPWiki plugin/port for
PHPNuke, but I can't find it)

plugins - very neat.  Yes, the Calendar idea is a good one.  Can you use the
code that was recently submitted as a patch?

While you are it:
User validation/database?
Summary is a good idea, but it doesn't let you use WikiWords.
Locking some content on page, even if only at the top of the page.

Seth

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> for the archives try this instead:
> 
> 	http://www.dairiki.org/rss1.0/hammondwiki.rdf

Yup.  Sorry.

> does meatball already support an rss feed of it's RecentChanges?  if not
> are you manually parsing it?

I've got a perl script which at this point can parse the RecentChanges
from UseMod and PhpWiki wikis.  Dave Jacoby has done this all before
me, too, and has his own version...  (If you actually want RSS feeds
from UseMod, Meatball or PhpWiki, let me know, I can put them someplace
public...)

>   http://personaltelco.net/index.cgi/RecentChanges?action=rss&num=10

That's what I'm thinking, too...  Note that some RSS implementations
can't deal with more than 15 entries, so that's sort of the default
value...

> in all the instances i can think of actually wanting to use it i would
> want the content exported as well eg. RecentChanges, CategoryXxxxx

Okay, then we're on the same page...

> as sunir suggested an extension to the rss spec to cater to wiki's
> might be do-able.

Actually, I'm the one who started that page on MeatballWiki.  You're the
first one who's shown much interest in it.

> it would be nice, i think, to be able to use a wike as an evolving story
> and have weblog style comments attached to it.

Yes.  I think Steve (Wainstead) has expressed interest in this idea as 
well.
I think the idea for how to hook this into the wiki is to introduce 
"page types"
--- the type of a page determines how it gets displayed (and edited).
Straightforward, I think, but I'm not going to work on it, at this 
point.

As an alternative, maybe there's a way to extend the plugin idea so that
the plugin can read/write page (meta-)data.  Then one could implement
a weblog plugin.  Yeah, in fact, that's kind of a neat idea...

Jeff

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> When you say RDF/RSS output for _any_ wiki page, what exactly do you
> mean?

oh.  i forgot to include this.  one of my other thoughts for any page to
be an rss source was to to be able to use a wiki page as a source for the
new weblog story syndication standards which are evolving.

it would be nice, i think, to be able to use a wike as an evolving story
and have weblog style comments attached to it.

adam.

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

>  http://www.dairiki.org/hammondwiki.rdf

for the archives try this instead:

	http://www.dairiki.org/rss1.0/hammondwiki.rdf

> My main interest in RSS was to get a UnifiedRecentChanges index going.
> I've got a prototype sort of working, but have stopped working on it
> while I'm working on jeffs-hacks.

ah crap, i can't believe i didn't find this.  i've been wanting this
forever, and here i thought i was the only one.  doh.

>  http://matthews.dairiki.org/urc.html

does meatball already support an rss feed of it's RecentChanges?  if not
are you manually parsing it?

> When you say RDF/RSS output for _any_ wiki page, what exactly do you
> mean?

well my original thought had been that you'd do something like this (i'm
using moin syntax here cause i'm more familiar with it but you get the
idea):

  http://personaltelco.net/index.cgi/RecentChanges?action=rss&num=10

or something like that.  so that you could specify how many of the last
changes you wanted.  i have to apologise that i'm not hugely familiar with
rss/rdf/xml yet but i'm learning.

however if you're going to do that you may as well have any page be
capable of being exported this way.  this would be useful for my end goal
which is wiki/weblog integration.  now a category page exported as an rss
feed and become a slashbox.

> Do you want just the page meta-data (page name, author, edit date) or
> do you want all the content, too?  I've been thinking about that a
> bit.

in all the instances i can think of actually wanting to use it i would
want the content exported as well eg. RecentChanges, CategoryXxxxx

> I'm no expert, but it seems that RDF is ideally suited for the
> meta-data, but not really meant for storing the content.  (It seems
> some more general form of XML might be better suited for that.)

right but then we loose the main advantage of being able to munge wiki's
into rss feeds and slashboxes.  as sunir suggested an extension to the rss
spec to cater to wiki's might be do-able.

> The other problem with RDF, is that I suspect it's going to be awhile
> before a good full-blown RDF parser is available in PHP.  (Parsing RSS
> is one thing, parsing generic RDF is quite a bit trickier.)

i think we really want to shoehorn this into rss because the main point of
it is to leverage other software that's already out there.  unfortunately
i'm not entirely sure what the differences between rss and rdf are as i
search around for software for freshmeat rss and rdf seem to be used
interchangably.

> Of course, that syntax is already used in PhpWiki for ordered lists.
> It would have to be something uglier like:
>
> // please steal this comment

that'll work.  sorry for the moin-ism :)

adam.

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

On Sep 14, 2001, Adam Shand said:
> i think the easist way to do this (and i've mumbled about this before so
> excuse me if you're sick of it already :-) is to make a generic output
> mode for any wiki page which will output as rdf/rss and then a php rss/rdf
> parser to build side boxes for whatever from that.

Yes.  That may be the way to go, at least for RecentChanges, and
also perhaps various search outputs.  RSS RecentChanges have been
on my todo list for awhile.  (I've already hacked the PhpWiki 1.2.0
code which runs HammondWiki to produce an RSS version of recent 
changes.)
 http://www.dairiki.org/hammondwiki.rdf

My main interest in RSS was to get a UnifiedRecentChanges
index going.  I've got a prototype sort of working, but have
stopped working on it while I'm working on jeffs-hacks.
 http://matthews.dairiki.org/urc.html
 http://www.usemod.com/cgi-bin/mb.pl?UnifiedRecentChanges
 http://www.usemod.com/cgi-bin/mb.pl?RssExtensionModuleForWikis

When you say RDF/RSS output for _any_ wiki page, what exactly do you 
mean?
Do you want just the page meta-data (page name, author, edit date) or
do you want all the content, too?  I've been thinking about that a bit.
I'm no expert, but it seems that RDF is ideally suited for the 
meta-data,
but not really meant for storing the content.  (It seems some more 
general
form of XML might be better suited for that.)

The other problem with RDF, is that I suspect it's going to be awhile
before a good full-blown RDF parser is available in PHP.  (Parsing RSS
is one thing, parsing generic RDF is quite a bit trickier.)

> and then comments would just be:
> 
> # blah blah
> # please leave the below lines intact.

Of course, that syntax is already used in PhpWiki for ordered lists.
It would have to be something uglier like:

// please steal this comment

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> To me, that seems like a lot of work (and complication) for not much
> gain. (And also fairly non-wiki-like.)  Note that, at this point, the
> LikePages plugin can be used to generate a list of Categories or
> Topics on the fly.

there are some good reasons and some fairly trivial reasons i want this:

 * it gives an easy way to track un-categorized pages (because by default
   they go into CategoryUncategorized or something).
 * it stops false positives if someone mentions a categories page without
   that page actually belonging to a category.
 * it stops people making typos when typing the category names.
 * it means that i can have a category keyword and put it elsewhere in the
   page where it's more visible/prettier etc.

> (And, I'm working on the ability to embed plugins within the
> templates, as well --- this would allow one to do fancy things like
> put a category index in a side-bar.)

oooh!  cool!  now how about recent changes as a side bar as well, and
recent changes and category pages as rdf for syndication to remote
weblogs and wiki sites?

i think the easist way to do this (and i've mumbled about this before so
excuse me if you're sick of it already :-) is to make a generic output
mode for any wiki page which will output as rdf/rss and then a php rss/rdf
parser to build side boxes for whatever from that.

> This is an interesting idea.  It would be easy enough to hack this
> into the transform code --- one just needs to settle on a good markup
> syntax for comments.  What kinds of things would you use this for?

i forget the exact thing i wanted it for, but mostly for notes to people
who are editing the page.  commets could also be an easy way to embed meta
data.

#category: documentation:hardware
#redirect: http://www.spack.org/
#redirect: WirelessCommunitites

and then comments would just be:

# blah blah
# please leave the below lines intact.

adam.

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> this is great!

Thanks again, Adam.

> any chance of making categories meta data which is
> selected via drop box on the edit page?  and maybe a similar thing for
> sub-categories?  i know it kinda breaks the wiki ideal but i think it's
> going to become increasingly useful as wiki's increase in complexity.

To me, that seems like a lot of work (and complication) for not much 
gain.
(And also fairly non-wiki-like.)  Note that, at this point, the 
LikePages
plugin can be used to generate a list of Categories or Topics on the 
fly.
(And, I'm working on the ability to embed plugins within the templates,
as well --- this would allow one to do fancy things like put a category
index in a side-bar.)

> also are comments (ie. they show up in the edit box but not on the actual
> wiki page) a possibility?

This is an interesting idea.  It would be easy enough to hack this
into the transform code --- one just needs to settle on a good markup
syntax for comments.  What kinds of things would you use this for?

Jeff

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> I've put a new snapshot up.  Demo and pointer to code at:
>
>   http://phpwiki.sourceforge.net/jeffs-hacks/wiki/

this is great!  any chance of making categories meta data which is
selected via drop box on the edit page?  and maybe a similar thing for
sub-categories?  i know it kinda breaks the wiki ideal but i think it's
going to become increasingly useful as wiki's increase in complexity.

also are comments (ie. they show up in the edit box but not on the actual
wiki page) a possibility?

this is looking really really good guys, great stuff.

adam.

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

I've put a new snapshot up.  Demo and pointer to code at:

  http://phpwiki.sourceforge.net/jeffs-hacks/wiki/

Jeff

[Phpwiki-talk] ftp services ending

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

Just a note that Sourceforge is discontinuing FTP services in favor of
their home-brewed download system.

I've moved the files out of our FTP directory as needed and updated the
FrontPage of the main site.

~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
http://pgp.document_type.org:11371/pks/lookup?op=get&search=0xF7323BAC

Re: [Phpwiki-talk] September 11

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

Marjorie Roswell schrieb:
> I sincerely hope that all in the phpwiki community came out of yesterday's events unscathed.
> Steve Wainstead, for instance: You're in NY, right? Are you okay?

> Check out http://www.uwnyc.org/other/index.html

This crashed my netscape browser. I used
http://www.paypal.com/cgi-bin/webscr?cmd=p/gen/relief-outside

He lives West 34th and works at NYTD, 500 7th ave, which is very close, so he
should be quite safe.
http://mapsonus.switchboard.com/bin/maps-mapspec/?AddrStreetLine=500+Seventh+Avenue&AddrCityLine=NY+10018

But a lot of NYC routers are off-line. Or there's a lot of other more
important 
things to do.

anyway, my ignorable political statement here: 
  "please us troops, go out of saudi-arab and don't go into afghanistan. 
   this was the reason for the whole mess.
   nobody enyoys to have guests for the wedding party who don't leave after
three weeks."
   http://parallelinfo.mur.at/

RE: [Phpwiki-talk] September 11

[Pablo R. <pr...@cl...>]

> Steve Wainstead, for instance: You're in NY, right? Are you okay?

Oh .. Dawn! ... I expect yes ..

Saludos,

Pablo Roca


> -----Mensaje original-----
> De: php...@li... 
> [mailto:php...@li...] En nombre 
> de Marjorie Roswell
> Enviado el: jueves, 13 de septiembre de 2001 0:43
> Para: php...@li...
> Asunto: [Phpwiki-talk] September 11
> 
> 
> I sincerely hope that all in the phpwiki community came out 
> of yesterday's events unscathed. 
> 
> Steve Wainstead, for instance: You're in NY, right? Are you okay?
> 
> Check out
> http://www.uwnyc.org/other/index.html
>  or
> https://www.uwnyc.com/epledge/sept11.cfm
> 
> For one way to help out.
> 
> Sincerely,
> 
> Margie
> Baltimore, MD
> 
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 

[Phpwiki-talk] Re: MySQL stuff

[Marjorie R. <mro...@ma...>]

---------- Original Message ----------------------------------
From: Gary Benson <ga...@in...>
>Marjorie, did anyone ever answer your MySQL query from the other day?

No. Probably a difficult one to respond to, because it was a little rambly, but it's still "open." Thanks for asking.

>Gary

Re: [Phpwiki-talk] (no subject)

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

Hi Marjorie,

I'm assuming here, that you're currently running version 1.2.0 (with 
the dba or dbm backend.)  If that's not the case, ask again...

> How do I ensure that when I switch to MySQL I don't lose anything?

Make a zip dump (or a "serialized page" dump) of your wiki.  (See 
below.)

> How do I run the zip program?

If you mean "how to a get a zip dump of my phpwiki?", here's how.
(Again, assuming phpwiki 1.2.0.)

(Before this will work, you must set an admin username and password
in admin.php.)
 
You should browse to the PhpWikiAdministration page, in admin mode.  The
appropriate URL is something like:
  http://your.domain/path/admin.php?PhpWikiAdministration
There, near the top, you'll see two links labeled  "ZIP Snapshot"
and "ZIP Dump".  Click on one of them.  (A "snapshot" contains only 
the most recent version of each page in the wiki, while a "dump"
contains the archived version of each page as well.) 

Hopefully your browser will have offered to save a file for you.
(Name it <something-or-other>.zip.)

Now, to be paranoid, you might want to examine the zip file you just
produced to make sure that it does indeed look like it contains
the pages of your wiki.

(On unix systems, you can use the programs 'zipinfo' and 'unzip' to 
examine
the zip file.  On windows systems there are any number of programs you
can use.)

> What is a "serialize()" page?

As an alternative to zip dumping, you can serialize dump.  This writes
the contents of each page (current version only) into a directory
ON THE SERVER, one file per page.  PHP's serialize() function is used
to encode the pages meta-data (like the page author, and time
of last edit) as well and the pages content into the file.

> Which of these files do I interact directly with? For instance, the admin.php script takes care of the lockpage, but doesn't seem to mention anything about the zip file.
> 


In 1.2.0, you don't call any of those directly, admin.php does it for 
you.

...
> admin/zip.php3:

Uhoh. In 1.2.0, this is called admin/zip.php.  Maybe you're not running 
1.2.0?
If so, let me know which version, and I'll see if I can figure out the 
answer.


> I sincerely see a need for better documentation with this (in many areas), and I'd be happy to help, but I've got to "get it" first, myself.

Yes.

> I tried 
> http://my.domain/admin/wiki_dumHTML.php

wiki_dumpHTML.php is nothing but a skeleton of some planned future 
enhancement.
Just ignore it.

> Honestly trying, and honestly a phpwiki fan, albeit a somewhat frustrated one,

Sorry....


And here's the answer to your next question:

What do I do with the zip dump (or the directory full of serialized 
pages)?

If you're just changing backends, probably the cleanest thing to do is
to edit lib/config.php and set WIKI_PGSRC to point to your
zip dump (you'll have to copy the zip file back to the server...).
(For loading serialized pages, set WIKI_PGSRC to point to the directory
containing the serialized pages.)

Then, wipe your backend completely.  And then try to browse your
FrontPage.  Hopefully, phpwiki will load all the pages from whatever
source your set WIKI_PGSRC to point to, and you're back in business.

The other option (if you don't want to wipe the database completely)
is to use the "Load serialized pages" form on PhpWikiAdministration.
You can enter either the path to a zip-dump file (on the server)
or a path to a directory of serialized pages in that form...


Jeff

[Phpwiki-talk] (no subject)

[Marjorie R. <mro...@ma...>]

How do I ensure that when I switch to MySQL I don't lose anything?

How do I run the zip program?

What is a "serialize()" page?

Which of these files do I interact directly with? For instance, the admin.php script takes care of the lockpage, but doesn't seem to mention anything about the zip file.

admin/:
admin/dumpserial.php:        dump the Wiki out as serialize() pages
admin/loadserial.php:        load Wiki pages that were dumped with dumpserial
admin/lockpage.php:          lock a page so it cannot be edited
admin/shrinkdbm.pl:          Perl script to reduce size of DBM files
admin/wiki_dumpHTML.php:     dump the Wiki out as HTML pages
admin/wiki_port1_0.php:      import a 1.0 PhpWiki database
admin/wiki_rebuilddbms.php:  rebuild DBM files to reclaim disk space
admin/zip.php3:              create a Zip archive of all Wiki pages


I sincerely see a need for better documentation with this (in many areas), and I'd be happy to help, but I've got to "get it" first, myself.

I tried 
http://my.domain/admin/wiki_dumHTML.php

and I got 
-----
Dump HTML called.
Got: 
------------

can't find any html pages.

hmmmmm....


Honestly trying, and honestly a phpwiki fan, albeit a somewhat frustrated one,

Margie

[Phpwiki-talk] September 11

[Marjorie R. <mro...@ma...>]

I sincerely hope that all in the phpwiki community came out of yesterday's events unscathed. 

Steve Wainstead, for instance: You're in NY, right? Are you okay?

Check out
http://www.uwnyc.org/other/index.html
 or
https://www.uwnyc.com/epledge/sept11.cfm

For one way to help out.

Sincerely,

Margie
Baltimore, MD

Re: [Phpwiki-talk] Tables in Phpwiki 1.2

[<sjm...@ya...>]

 --- "Philip J. Hollenback" <ph...@ho...> wrote: 
> Check the mailing list archive - there was a patch posted just a month
> or two ago which added table support to phpwiki.

The only one I could find is
http://www.geocrawler.com/archives/3/4037/2000/7/0/4102765/
which is quite old (July 2000). Also the patch is truncated in the archives so
if this is the patch you meant then would you mind sending me a copy if you
have one.

Thanks,

Steven Murdoch.

=====
Some mail programs use the incorrect email address in replies, so please ensure that any emails for me are sent to st...@mu...

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie

[Phpwiki-talk] Tables in Phpwiki 1.2

[Andrew B. - S. Uk - N. - S. E. <And...@Su...>]

> I just installed PHPWiki on my website (http://www.murdomedia.net/phpwiki/) 
and
> I think it is great. Thanks for all the work you have put into it.
> 
> My question is whether it is possible to put tables into PHPWiki 1.2 pages,
> without having to upgrade or enable HTML.

I'm not a PHPWiki developer but the 'draw your own' tables feature is something 
that I use. I would normally avoid development branches but I run the 1.3.x 
branch and find it stable.

Thanks to all the team for a great script.
Andy

[Phpwiki-talk] Does the INSTALL.mysql file tell all?

[Marjorie R. <mro...@ma...>]

Hello,

I spent a gazillion hours, as a frustrated sort-of newbie, unable to create the mysql database. 

Seems to me that the directions should add "CREATE" permissions along with the select, insert, update, and delete that are provided in the INSTALL.mysql.

Am I right about that?

Even when I tried to update my username with these permissions, my grant statement didn't work (for hours, and hours of trying every which possibility.) I think I might've gotten it, though I finally ended up with the lovely username "testnew."

I have a lot of questions, etc, but this is just an ode to how hard it is not be an expert in something. Things that are completely trivial to an expert can take hours and hours, or days, or weeks, for a newbie...

Ah well, we shall see. I do aim for a sense of mastery in linux, apache, mysql, and php, but only time will tell....

The neighbor says that everything2 is cooler than phpwiki, by the way. Any thoughts on that? This somehow seemed more manageable to me (notwithstanding the last 7 hours!).

What is the real benefit of moving the phpwiki to mysql, anyhow? Will it be faster than the default DBM system? 

Best Regards,

Margie-near-midnight, and smart enough to know that I should wait until a different day to try to actually upgrade my wiki, for fear of losing it all. 

Note: Steve, thanks VERY MUCH for your helpful reply before I found this listserv. 

[Phpwiki-talk] [PATCH] RecentChanges cleaner

[Gary B. <ga...@in...>]

[sorry if this is the second time you get this; I just remembered how
draconian sourceforge's spam filters are and subscribed to the list before
sending this one]

Hi guys,

Not sure if this will be useful or not (I'm not up to date with the CVS
versions) but here is a patch to phpwiki-1.2.0 to remove empty slots on
RecentChanges whenever a page is saved.

Hope it's useful,
Gary

[ ga...@in... ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]


--- phpwiki-1.2.0/lib/savepage.php	Thu Jan  4 18:30:32 2001
+++ phpwiki/lib/savepage.php	Tue Sep 11 00:00:22 2001
@@ -69,7 +69,19 @@
          }
       }

-      $recentchanges['content'] = $newpage;
+      // copy the new page back into recentchanges, skipping empty days
+      $numlines = sizeof($newpage);
+      $recentchanges['content'] = array();
+      $k = 0;
+      for ($i = 0; $i < $numlines; $i++) {
+         if ($i != $numlines-1 &&
+             preg_match("/^____/", $newpage[$i]) &&
+             preg_match("/^[\r\n]*$/", $newpage[$i+1])) {
+            $i++;
+         } else {
+            $recentchanges['content'][$k++] = $newpage[$i];
+         }
+      }

       InsertPage($dbi, gettext ("RecentChanges"), $recentchanges);
    }

[Phpwiki-talk] [PATCH] RecentChanges cleaner

[Gary B. <ga...@in...>]

Hi guys,

Not sure if this will be useful or not (I'm not up to date with the CVS
versions) but here is a patch to phpwiki-1.2.0 to remove empty slots on
RecentChanges whenever a page is saved.

Hope it's useful,
Gary

[ ga...@in... ][ GnuPG 85A8F78B ][ http://inauspicious.org/ ]


--- phpwiki-1.2.0/lib/savepage.php	Thu Jan  4 18:30:32 2001
+++ phpwiki/lib/savepage.php	Tue Sep 11 00:00:22 2001
@@ -69,7 +69,19 @@
          }
       }

-      $recentchanges['content'] = $newpage;
+      // copy the new page back into recentchanges, skipping empty days
+      $numlines = sizeof($newpage);
+      $recentchanges['content'] = array();
+      $k = 0;
+      for ($i = 0; $i < $numlines; $i++) {
+         if ($i != $numlines-1 &&
+             preg_match("/^____/", $newpage[$i]) &&
+             preg_match("/^[\r\n]*$/", $newpage[$i+1])) {
+            $i++;
+         } else {
+            $recentchanges['content'][$k++] = $newpage[$i];
+         }
+      }

       InsertPage($dbi, gettext ("RecentChanges"), $recentchanges);
    }

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

On Sep 10, 2001, Adam Shand said:
>
> this is really nice!  great work.

Thanks!


> two bug reports (that i'm sure you already know about):
> 
>  * it says log in with any username/password but it wouldn't let me.  i
>    just kept getting the auth box pop up again until i selected "Cancel"
>    when it told me i had an invaled user/password.

Yes.  This is browser dependent, and has to do with whether your
browser accepts new cookies as part of a "401 Access Denied"
response.  (Mozilla doesn't, NS4 does...)   I have fixed this
in my latest version by using PHP sessions rather than cookies
to store the login state -- but that's a kludge, too.

Using HTTP authentication to query for usernames and passwords that
we, the PHP app,  process is all a big hack in the first place.
I plan on doing away with that soon...

>  * at the bottom of the page there is an error:
> 
>    In template:82: Notice[8]: Undefined variable: RELATEDPAGES:
>        <small>${RELATEDPAGES}</small>

Yes that's just to remind me that I haven't implemented methods
for indexing RelatedPages (or some replacement for it) in the
new database API yet.

I suppose I should just put it on a TODO list instead  :-)

Jeff

Re: [Phpwiki-talk] New jeffshacks snapshot.

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

> I've been playing with the style sheets, so the look has changed quite
> a bit.  I haven't tested my stylesheet hacks at all with IE yet (only
> Netscape and Mozilla) so it could well be unreadable with IE at this
> point.

this is really nice!  great work.  two bug reports (that i'm sure you
already know about):

 * it says log in with any username/password but it wouldn't let me.  i
   just kept getting the auth box pop up again until i selected "Cancel"
   when it told me i had an invaled user/password.

 * at the bottom of the page there is an error:

   In template:82: Notice[8]: Undefined variable: RELATEDPAGES:
       <small>${RELATEDPAGES}</small>

i'm getting exciting about migrating to phpwiki!  keep up the good work
guys.

adam.

[Phpwiki-talk] Tables in Phpwiki 1.2

[<sjm...@ya...>]

Hi All,

I just installed PHPWiki on my website (http://www.murdomedia.net/phpwiki/) and
I think it is great. Thanks for all the work you have put into it.

My question is whether it is possible to put tables into PHPWiki 1.2 pages,
without having to upgrade or enable HTML.

I'd like to stick with the stable version since I am just a beginner and the
people who are using the site would like to insert tables, but HTML is too much
for them. I've seen the table implementation in the alpha site and it looks
really good, is it possible to bring just that feature into a 1.2 wiki?

Thanks in advance,
Steven Murdoch.

=====
Some mail programs use the incorrect email address in replies, so please ensure that any emails for me are sent to st...@mu...

____________________________________________________________
Do You Yahoo!?
Get your free @yahoo.co.uk address at http://mail.yahoo.co.uk
or your free @yahoo.ie address at http://mail.yahoo.ie