phpwiki-talk

Re: [Phpwiki-talk] ftp site broken.

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

> I just downloaded a copy from CVS in a tmp directory and ran it, using
> dba and /tmp/delme with privledges set chomd 777 /tmp/delme. It worked
> fine. This is Red Hat Linux 7.1 on an Athlon box.

okay it works now.  this is the same problem i had with phpwiki 1.2 under
debian linux.  for some reason i haven't dug into neither gdbm or db3 work
but db2 works just fine.

changed it to db2 in index.php and everything is honkey dorey.

thanks,
adam.

Re: [Phpwiki-talk] DEFINITION: Ticket Tracking

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

> I personally favor [notify:SteveWainstead] as syntax; I also like the
> idea of just adding your name to the page source to do this, because
> it is WikiLike, but there are many problems with it for other people,
> especially if it's a public wiki. For an intranet it's fine.

now that i think about it, i also like [notify:AdamShand] better because
it ties notification to a wiki user rather then to an arbitrary email
address.  long term users of a single wiki could have multiple email
address in user and that could be a pain to track down.

> It's just "syntactic sugar," isn't it? That is, allowing slashes in
> page names?

it could be a quite useful method for keeping wiki name space uncluttered.
for example if multiple users can have their own calendar each day/month
has a seperate wiki page it might be nice to have a sub-wiki for
AdamShand's calendar so others don't have to see everytime i add an
appointment in the main RecentChanges.  however each sub-wiki can still
have it's own TitleIndex, MostPopular, RecentChanges etc.

> We've always stuck with the convention of true Wiki names for
> BumpyText, and if you want IsAProject to be a link use [IsAProject].
> I'm wondering at the moment if we shouldn't just make the
> implementation of page names case insensitive.

i'm very in favor of case insenstive page names.  i think case sensitive
page names are unintuitve, especially when people insist on doing single
word page links like EquipMent, exactly which letters are capitalized is
kind of arbitrary, and i see no reason for them to link to different
pages.

adam.

Re: [Phpwiki-talk] ftp site broken.

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

On Sun, 30 Sep 2001, Adam Shand wrote:

>
> > Ah... didn't update the static html page. Prolly should just get rid
> > of it. Thanks, I'll fix it now.
>
> cool thanks.  btw, does the dba stuff work in the cvs version?  i'm
> getting an error setting it up and before i dig into it thought it just
> might not be working yet:


I just downloaded a copy from CVS in a tmp directory and ran it, using dba
and /tmp/delme with privledges set chomd 777 /tmp/delme. It worked fine.
This is Red Hat Linux 7.1 on an Athlon box.

~swain


>
> lib/DbaDatabase.php:46: Fatal[256]: dba_open failed
> --------------------------------------------------------------------------------
> WikiFatalError
> lib/DbaDatabase.php:46: Fatal[256]: dba_open failed
> </
>
> also i just noticed that someone has forked moinmoin and they've got an
> interesting table mark up that i've never seen before:
>
>   http://egret.bio.brandeis.edu/soft/tyaki.cgi/NiKKi/macro/OutlineTable
>
> i think the rough idea is great, i'm not sure if it's more or less
> intuitive but it would certainly be faster once you got used to it.
>
> there are also some other interesting features which would work well with
> the WikiAsPim idea (ToDo's, Calendar's etc).  A lot of the new syntax is
> kinda cluttered and could do with being refined.
>
> adam.
>
>
> _______________________________________________
> 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] DEFINITION: Ticket Tracking

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

On Wed, 26 Sep 2001, Joe Edelman wrote:

>   * Is there a proposal on board for templates as in the 1.3 task list?  Is
>     there some other wiki which does it right I should go look at?

Jeff Dairiki has rewritten the template engine, but I haven't looked at it
yet. You might want to check out a nightly build and play with it.

>
>   * Is there a reason to prefer [notify:JoeEdelman] for email alerts to
>     "* JoeEdelman - joe at orbis-tertius.net" as per TWiki?

Well, I would argue for consistency in syntax... and to that end, we have
two forms of syntax, with brackets and without, so I am in contradiction!
;-)

I personally favor [notify:SteveWainstead] as syntax; I also like the idea
of just adding your name to the page source to do this, because it is
WikiLike, but there are many problems with it for other people, especially
if it's a public wiki. For an intranet it's fine.

>   * The /SubPages like on UseMod would be really easy to implement.  Should
>     they be?

It's just "syntactic sugar," isn't it? That is, allowing slashes in page
names?

>   * Does anyone anywhere support "half-links" that don't show up in
>     BackLinks?  It seems one problem with categories is that even pages
>     which just mention them or point to them as part of documentations are
>     categorized.  I suppose this could be fixed with a plugin.  It seems
>     like an un-wiki thing to do, but on the other hand, I don't want my
>     users to have to read through noise.

I think I see what you mean... you want to link to CategoryWiki without
the page it appears in to show in a listing of all pages linking to
CategoryWiki. Never even thought of it, but it seems like a pretty
pathological case.

>   * Is there a good reason IsAProject is not a WikiWord?

We've always stuck with the convention of true Wiki names for BumpyText,
and if you want IsAProject to be a link use [IsAProject]. I'm wondering at
the moment if we shouldn't just make the implementation of page names case
insensitive.

>   * I'm also interested in making a general search tool plugin that shows
>     some meta data about every document it pulls up, or that pulls data
>     from the page (<?plugin searchTable "*Person" age?> might look for
>     lines beginning "Age: " and list what follows as a column in the
>     results).  Any thoughts?

Intruiging. I still have to look at the plugin architecture too!

>   * I really want my searches to be able to tell me when a Category was
>     added to a page, even if that page has been modified several times
>     since then.  Would it be possible to add a "ctime" to the link table?
>

I think this won't work because every time a page is edited/saved, we
first delete all frompage entries in the link table, parse the page for
links, and reinsert them. It would be a nightmare to try to do this the
other way (select all links from the table; parse the page; compare the
two sets; delete the ones not in set 1, insert the ones only in set 2.)

My idea has been to keep a log of all transactions in the database, or
maybe a flat file, and you could trace edits that way. Otherwise you have
to resort to looking at diffs. An internal log of edits would provide an
audit trail.

~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] new IncludePage plugin

[<jo...@or...>]

I've added a few features to my IncludePage plugin which might make it
useful for weblog like activities-- now you can include just the first N
words or just the first N lines of a page.

It seems to me that this very simple plugin can be used to emulate many of
the features people are talking about:

        * Partial Page Locking
        * Append only message boards
        * Weblogs
        * Templates
        * Page Aliases
        
        etc

It will be even more useful when combined with subwikis / subpages.  Perhaps
then I can make it run on *lists of pages* and '.*' will signify all pages
grouped under this one, or something, so you can create an automatic summary
page of everything in your subwiki.

There is a demo at <http://orbis-tertius.net/iTibet/IncludePage>.

Docs are there and in the source at
   <http://orbis-tertius.net/joe/code/IncludePage.php>.

        Joe

Re: [Phpwiki-talk] ftp site broken.

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

> Ah... didn't update the static html page. Prolly should just get rid
> of it. Thanks, I'll fix it now.

cool thanks.  btw, does the dba stuff work in the cvs version?  i'm
getting an error setting it up and before i dig into it thought it just
might not be working yet:

lib/DbaDatabase.php:46: Fatal[256]: dba_open failed
--------------------------------------------------------------------------------
WikiFatalError
lib/DbaDatabase.php:46: Fatal[256]: dba_open failed
</

also i just noticed that someone has forked moinmoin and they've got an
interesting table mark up that i've never seen before:

  http://egret.bio.brandeis.edu/soft/tyaki.cgi/NiKKi/macro/OutlineTable

i think the rough idea is great, i'm not sure if it's more or less
intuitive but it would certainly be faster once you got used to it.

there are also some other interesting features which would work well with
the WikiAsPim idea (ToDo's, Calendar's etc).  A lot of the new syntax is
kinda cluttered and could do with being refined.

adam.

Re: [Phpwiki-talk] ftp site broken.

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

Ah... didn't update the static html page. Prolly should just get rid of
it. Thanks, I'll fix it now.

~swain

On Sun, 30 Sep 2001, Adam Shand wrote:

>
> hey.
>
> went to try and download the alpha site from download link from
> phpwiki.sf.net and i'm getting a permission denied error.  i'll snag it
> out of cvs but so you know ...
>
> adam.
>
>
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
>

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

[Phpwiki-talk] ftp site broken.

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

hey.

went to try and download the alpha site from download link from
phpwiki.sf.net and i'm getting a permission denied error.  i'll snag it
out of cvs but so you know ...

adam.

[Phpwiki-talk] new IncludePage plugin

[<jo...@or...>]

I just made a cute little plugin that embeds another page inside the page in
which it appears.  Use it like:

        <?plugin IncludePage page=OtherPage ?>

The file is at <http://orbis-tertius.net/joe/code/IncludePage.php> and
contains suggestions for CSS settings.

        Joe

[Phpwiki-talk] patch for split_pagename

[<jo...@or...>]

The version of the split_pagename function in CVS right now has two defects:

   (1) It adds spaces even to page names which don't match WikiNameRegexp.
     (i.e. "[don't-split-my-iMac]" -> "[don't-split-my-i Mac]")

   (2) It eats spaces that it has previously added before the letters "A"
      and "I".  ("MaryHasALamb" -> "Mary HasA Lamb").  This is because the
      "?:" construct, while it doesn't make backrefs, is included in the
      match span which is replaced.  The "?<=" or "zero-width positive
      lookbehind assertion" is the correct thing to use.

This patch fixes these problems.  It is also available from
<http://orbis-tertius.net/joe/code/phpwiki-regex-fix.patch>.

        Joe

Index: phpwiki/lib/stdlib.php
diff -u phpwiki/lib/stdlib.php:1.1 phpwiki/lib/stdlib.php:1.3
--- phpwiki/lib/stdlib.php:1.1	Sun Sep 30 11:28:00 2001
+++ phpwiki/lib/stdlib.php	Sun Sep 30 14:24:33 2001
@@ -468,8 +468,10 @@
  */
 function split_pagename ($page) {
     
-    if (preg_match("/\s/", $page))
-        return $page;           // Already split --- don't split any more.
+    global $WikiNameRegexp;
+
+    if (!preg_match("/$WikiNameRegexp/", $page))
+        return $page;           // only split WikiWords
 
     // FIXME: this algorithm is Anglo-centric.
     static $RE;
@@ -479,7 +481,7 @@
         // of their tails.
 			$RE[] = '/([[:lower:]])((?<!Mc|De|Di)[[:upper:]]|\d)/';
         // This the single-letter words 'I' and 'A' from any following capitalized words.
-        $RE[] = '/(?: |^)([AI])([[:upper:]])/';
+        $RE[] = '/(?<= |^)([AI])([[:upper:]])/';
 	// Split numerals from following letters.
         $RE[] = '/(\d)([[:alpha:]])/';
 

[Phpwiki-talk] The Wiki Way book...

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

Just got a copy of The Wiki Way book to review, thanks to the good people at
Addison Wesley

I'll review it shortly and post a link to the review (on _one_ of the wikis
I run)

At quick glance, it's missing PHPWiki, but listed lots of other clones on
other languages.

Re: [Phpwiki-talk] DEFINITION: Ticket Tracking

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

Joe Edelman schrieb:
>   * I really want my searches to be able to tell me when a Category was
>     added to a page, even if that page has been modified several times
>     since then.  Would it be possible to add a "ctime" to the link table?

I have this and more in my list.php which is used for all listed output.
(search, backlinks, AllPages, ...)
see the acadwiki sources.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Tables in Phpwiki 1.2

[Philip J. H. <ph...@ho...>]

Thanks, but I should point out that I didn't actually create that
patch.

P.

On Setting Orange, the 51st of Bureaucracy, Steven Murdoch spake:
> On Mon, 17 Sep 2001, Steve Wainstead" <sw...@pa...> wrote:
> >I dug out the patch from an old mail file on an old server... and viola! 
> >Lemme know if this works. cheers ~swain
> 
> Thanks, I was able to extract Philip J. Hollenback's patch from your mail 
> without much difficulty using mmencode. I applied the table section of the 
> patch and it works fine, though I had to do it manually since it seems that 
> the patch was created for a previous version of PHPWiki (the filenames were 
> different). Thanks Philip, if you are still on the mailing list.
> 
> I also applied Gary Benson's patch to remove empty days in RecentChanges 
> and that also works perfectly, (thanks Gary).
> 
> Steven Murdoch.
> 
> 

-- 
Philip J. Hollenback
ph...@po...
http://www.hollenback.net

Re: [Phpwiki-talk] Re: Since we are discussing your cool changes....

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

> It is, however, neatly kludged to cache rendered versions of pages, so
> the CPU cost is lowered.)

this something that i'd love to see integrated into phpwiki.  i have a
wiki that gets slashdot'd on a fairly regular basis and while we've
survived so far it's gets a little sketchy at times.  the biggest problem
is with RecentChanges being automatically generated by moinmoin.

adam.

Re: [Phpwiki-talk] Test installation of modified phpWiki

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

> Features include: user authentication, security policies, weblogs,
> page inclusion, etc.
>
> What do you think?

wow!  sounds great, this is just about everything i could dream of from a
wiki ... oh ... wait, i can dream bigger :-)

a bug report though.  when i first went to the page i tried to click on
RecentChages and got denied permissions, so i tried to create an account
by clicking SignIn and got this error when i tried to create an account.

this is really exciting stuff though!  thanks!

adam.

lib/WikiDB/backend/PearDB.php:1066: Fatal[256]: wikidb_backend_mysql:
fatal database error

    * DB Error: already exists<\li>
    * (INSERT INTO realmaccess (fromrealm, torealm, actionid, isgranted) VALUES (7, 7, 2, 1))<\li>
    * <\li>

lib/WikiDB/backend/PearDB.php:53: Notice[8]: Undefined property: _lock_count

lib/WikiDB/backend/PearDB.php:1038: Notice[8]: Undefined property: _lock_count

WikiFatalError

lib/WikiDB/backend/PearDB.php:1066: Fatal[256]: wikidb_backend_mysql: fatal database error

    * DB Error: already exists<\li>
    * (INSERT INTO realmaccess (fromrealm, torealm, actionid, isgranted) VALUES (7, 7, 2, 1))<\li>
    * <\li>

[Phpwiki-talk] Test installation of modified phpWiki

[Anatoly S. <a_...@so...>]

http://po-iskra.ru/~anatoly

Features include: user authentication, security policies, weblogs, page
inclusion, etc.

What do you think?

--AS

Re: [Phpwiki-talk] Tables in Phpwiki 1.2

[Steven M. <st...@mu...>]

On Mon, 17 Sep 2001, Steve Wainstead" <sw...@pa...> wrote:
>I dug out the patch from an old mail file on an old server... and viola! 
>Lemme know if this works. cheers ~swain

Thanks, I was able to extract Philip J. Hollenback's patch from your mail 
without much difficulty using mmencode. I applied the table section of the 
patch and it works fine, though I had to do it manually since it seems that 
the patch was created for a previous version of PHPWiki (the filenames were 
different). Thanks Philip, if you are still on the mailing list.

I also applied Gary Benson's patch to remove empty days in RecentChanges 
and that also works perfectly, (thanks Gary).

Steven Murdoch.


--
email: st...@mu...
web: http://www.murdomedia.net/
PGP/GnuPG keys: http://www.murdomedia.net/keys.html

[Phpwiki-talk] Re: Since we are discussing your cool changes....

[Aredridel <are...@nb...>]

> Please forward to whomever is running the NBTSwiki:
> 
> We're discussing your cool Wiki modifications on the PHPWiki list,
> and I for one would love to see the code changes you've made, since there
> are clearly some _really_ cool things you've added...
> (If you aren't on the PHPWiki list, check the archives to get up to speed
> and subscribe) http://sourceforge.net/mail/?group_id=6121

I am on the list -- I've been lurking lately, since my patches can no longer
apply to anything resembling the latest branch.

> What version did you start with, and could you either send me a copy of your
> current code so I can diff it, or (even better) do you have the patches
> yourself?  I'd love to see some of these mods make it back into the current
> mix... I can see a few I'd like to have on my own wiki(s).

I started with 1.0, migrated to 1.2 as it was developed and have since then
hacked it to pieces.  There's hardly a part that's the same except the file
structire of the scripts.  The WikiMarkup in PHPWiki 1.2 is mostly my
syntax, merged back into the tree, though the rendering engines are totally
different ( and NBTSWikiWiki's is very inefficient and due for a rewrite
soon.  It is, however, neatly kludged to cache rendered versions of pages,
so the CPU cost is lowered.)

> I think this is the true beauty of 'open source' code sharing: Your wiki
> came from the same 'roots' but ended up different enough that we couldn't
> even tell at first it _was_ related.  It's like discovering a neighboring
> Galapagos Island with new breeds on it, and learning about evolution.

Exactly!  I've loved to see the code I wrote appear other places, or ideas
I've worked on get implemented and improved.

> I am sure Steve and all of the rest of us PHPWiki user/owners would love to
> hear all of the geekly details about what you did, didn't, tried, etc etc.

I've been talking a bit about ideas on the list, but been so busy lately
that my ideas aren't getting implemented fast enough to talk about,
nevermind have time to theorize.

The NBTSWikiWiki is definately a community thing.  The group of people
involved are some fantastic friends, and you've probably run into several of
them . . . They tend to terrorize Eugene this time of year.  (You probably
know my friend Max Orhai, if you've been to Euglug meetings of late
. . . I think he hangs out there.)

> 
> Seth
> 
> ----- Original Message -----
> From: Gary Benson <ga...@in...>
> To: Adam Shand <ad...@pe...>
> Cc: Seth Cohn <se...@eu...>; <php...@li...>
> Sent: Friday, September 21, 2001 7:18 PM
> Subject: Re: [Phpwiki-talk] Re: User registration (was: PHPGW plugin)
> 
> 
> >
> > On Sat, 22 Sep 2001, Gary Benson wrote:
> >
> > > On Fri, 21 Sep 2001, Adam Shand wrote:
> > >
> > > > > For an interesting take on this, look at:
> > > > > http://www.nbtsc.org/wiki/NBTSWikiWiki

Pretty slick, eh?  It works, anyway.

> > > > wow, i hadn't found that before.  that's a cool wiki, do you know what
> > > > software they are running?  i couldn't find the obligatory "powered by
> > > > ..." anywhere.

I've always hated those.  I -am- thinking of putting on a "Powered by
a bizzarre set of code that just happens to work" logo on though...

> > >
> > > Search for PhpWiki on it -- some of the pages are almost verbatim from
> > > pgsrc. Either it is a very, very hacked PhpWiki or the guy started using
> > > PhpWiki and then migrated the database over to a new system...

Yep. PHPWiki 1.0 pgsrc, and updated to PHPWiki 1.2-ish markup, to be exact.

> >
> > In fact, http://www.nbtsc.org/wiki/WikiPhilosophy is almost a blow-by-blow
> > account of all the changes the guy made to PhpWiki...

Or all the ones that affected the user anyway.


Talk to you,

Aredridel

Re: [Phpwiki-talk] DEFINITION: Ticket Tracking

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

>   * Is there a proposal on board for templates as in the 1.3 task list?  Is
>     there some other wiki which does it right I should go look at?

i believe that the current alpha one supports templates but i'm not sure.

>   * The /SubPages like on UseMod would be really easy to implement.  Should
>     they be?

i've never heard an arugment against subpages but i've never really heard
a good argument *for* them either.

>   * Does anyone anywhere support "half-links" that don't show up in
>     BackLinks?  It seems one problem with categories is that even pages
>     which just mention them or point to them as part of documentations are
>     categorized.  I suppose this could be fixed with a plugin.  It seems
>     like an un-wiki thing to do, but on the other hand, I don't want my
>     users to have to read through noise.

the way i tried to do this in moinmoin was to list my categories list
this:

[CategoryDocumentation]

and then i could search for that which shouldn't appear unless it's a
category tag.  it didn't work cause i couldn't make moinmoins search
plugin excape the []'s and never got around to fixing it, but something
similar to that should work fine.  i still like the idea of categories /
topics becoming metadata and there being drop down boxes to select them on
the edit page (with the defautl being CategoryUnknown and TopicUnknown).

>   * Is there a good reason IsAProject is not a WikiWord?

i don't think so.  this annoys me as well, i think the main reason is to
cut down on accidental wiki words.

>   * I'm also interested in making a general search tool plugin that shows
>     some meta data about every document it pulls up, or that pulls data
>     from the page (<?plugin searchTable "*Person" age?> might look for
>     lines beginning "Age: " and list what follows as a column in the
>     results).  Any thoughts?

this would work well with the metadata stuff.

>   * I really want my searches to be able to tell me when a Category was
>     added to a page, even if that page has been modified several times
>     since then.  Would it be possible to add a "ctime" to the link table?

i believe the alpha version has full diffs so you should be able to find
that information that way.

adam.

Re: [Phpwiki-talk] DEFINITION: Ticket Tracking

[<jo...@or...>]

Steve Wainstead <sw...@pa...> wrote:

> I have a question. Are you familiar with the "Category" and "Topic"
> conventions used on some Wikis?

You're right.  I can do it with Categories.  I've spent the last few days
playing around and trying to think the Wiki Way.  As a result, my to-do
list has changed considerably.  Tops now is email notification (which would
have been an aspect of the ticket tracking system) and templates (which
will help keep things from getting too cluttered).  Notification will have
to be triggerable not just from changes to a page, but also from new links
to that page.  It would also be nice if there were a 
<?plugin include OtherPage> and if that include plugin could bring in more
email notification requests from OtherPage.  That way when someone makes a
new page which "NeedsFinanceAssessment", and NeedsFinanceAssessment
includes FinancePeople, it will all work out.

I have a few questions:

  * Is there a proposal on board for templates as in the 1.3 task list?  Is
    there some other wiki which does it right I should go look at?

  * Is there a reason to prefer [notify:JoeEdelman] for email alerts to 
    "* JoeEdelman - joe at orbis-tertius.net" as per TWiki?

  * The /SubPages like on UseMod would be really easy to implement.  Should
    they be?

  * Does anyone anywhere support "half-links" that don't show up in
    BackLinks?  It seems one problem with categories is that even pages
    which just mention them or point to them as part of documentations are
    categorized.  I suppose this could be fixed with a plugin.  It seems
    like an un-wiki thing to do, but on the other hand, I don't want my
    users to have to read through noise.

  * Is there a good reason IsAProject is not a WikiWord?

  * I'm also interested in making a general search tool plugin that shows
    some meta data about every document it pulls up, or that pulls data
    from the page (<?plugin searchTable "*Person" age?> might look for
    lines beginning "Age: " and list what follows as a column in the
    results).  Any thoughts?

  * I really want my searches to be able to tell me when a Category was
    added to a page, even if that page has been modified several times
    since then.  Would it be possible to add a "ctime" to the link table?

  Thanks,

  Joe

Re: [Phpwiki-talk] Weird behaviour of CSS in Netscape 4

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

Steven Murdoch schrieb:
> as many of you will probably know Netscape 4 has very poor CSS support, but
> recently it has amazed me how poor it actually is. I have a stylesheet that
> (among other things) increases the left margin, and in IE and Mozilla it
> works perfectly, but in Netscape 4.76 it indents the first section and not
> the rest.
> You can see what I mean in http://www.murdomedia.net/wiki/?MetaWikiWiki
> I'm almost certain this is a bug in Netscape but I'd like to work around
> it, but I don't know how to do it in PHPWiki. The problem seems to happen
> when a <HR> tag appears in a <P> tag. Is there any way to force PHPWiki to
> generate all <HR> tags outside of <P> tags i.e. inside <HTML><BODY> only.

There are many more NS4 bugs, for which I wrote a library dealing 
with table class workarounds:
  http://xarch.tu-graz.ac.at/home/rurban/software/tep/modules/html_ns4.php
This adds font and b tags inside tr and td and works around bgcolor problems.

the <hr> problem can be solved by preg_replace, but this is expensive.
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/

Re: [Phpwiki-talk] Weird behaviour of CSS in Netscape 4

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

On Wed, 26 Sep 2001, Steven Murdoch wrote:

> At 15:19 26/09/01 +0100, you wrote:
>
> >On Wed, 26 Sep 2001, Steven Murdoch wrote:
> >
> > > as many of you will probably know Netscape 4 has very poor CSS support, but
> > > recently it has amazed me how poor it actually is. I have a stylesheet that
> > > (among other things) increases the left margin, and in IE and Mozilla it
> > > works perfectly, but in Netscape 4.76 it indents the first section and not
> > > the rest.
> >
> >Take my advice and don't bother. Anyone using NS4 should be used to pages
> >looking broken ;-)
>
> That might be what I'll have to do. I've put a section on saying to upgrade
> or disable CSS (When I have to use NS4 I always do this), but I'd much
> rather it looked as good as possible to everyone.
> The ProperTreatment wiki
> (http://www.digitas.harvard.edu/usemod/bin/wiki?ProperTreatment) which I
> have based my stylesheet on uses UseMod and it seems to work around the
> problem by not putting <HR> tage in a <P></P> tag. I know this isn't a bug
> in PhpWiki I'm just looking for a way to accommodate for the bugs of NS4.

The ultimate fix to make stuff work in both NS4 and Moz/IE involves a lot
of trial and error work. You end up with almost every tag having an
explicit style a la <P style="p">. It gets tedious. I did it on
inauspicious.org but then realised that I could save some 20-80% on the
size of the downloaded file if I dropped explicit NS4 support. Why make
everyone suffer increased download times just because a few people
can't/won't upgrade.

Don't get me wrong, I'm not a member of the "Best viewed with Mozilla
0.9.2 or better (except Mozilla 0.9.4) on a 1024x768 screen with 16bit
colour" brigade -- far from it (try looking at inauspicious.org with
Mozilla, IE, Lynx, whatever). I'm just not interested in wasting my time
filling my pages with cruft just to aid those who are too lazy to upgrade.

Gary

Re: [Phpwiki-talk] Weird behaviour of CSS in Netscape 4

[Steven M. <st...@mu...>]

At 15:19 26/09/01 +0100, you wrote:

>On Wed, 26 Sep 2001, Steven Murdoch wrote:
>
> > as many of you will probably know Netscape 4 has very poor CSS support, but
> > recently it has amazed me how poor it actually is. I have a stylesheet that
> > (among other things) increases the left margin, and in IE and Mozilla it
> > works perfectly, but in Netscape 4.76 it indents the first section and not
> > the rest.
>
>Take my advice and don't bother. Anyone using NS4 should be used to pages
>looking broken ;-)

That might be what I'll have to do. I've put a section on saying to upgrade 
or disable CSS (When I have to use NS4 I always do this), but I'd much 
rather it looked as good as possible to everyone.
The ProperTreatment wiki 
(http://www.digitas.harvard.edu/usemod/bin/wiki?ProperTreatment) which I 
have based my stylesheet on uses UseMod and it seems to work around the 
problem by not putting <HR> tage in a <P></P> tag. I know this isn't a bug 
in PhpWiki I'm just looking for a way to accommodate for the bugs of NS4.

Thanks,
Steven.


--
email: st...@mu...
web: http://www.murdomedia.net/
PGP/GnuPG keys: http://www.murdomedia.net/keys.html

Re: [Phpwiki-talk] Weird behaviour of CSS in Netscape 4

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

On Wed, 26 Sep 2001, Steven Murdoch wrote:

> as many of you will probably know Netscape 4 has very poor CSS support, but
> recently it has amazed me how poor it actually is. I have a stylesheet that
> (among other things) increases the left margin, and in IE and Mozilla it
> works perfectly, but in Netscape 4.76 it indents the first section and not
> the rest.

Take my advice and don't bother. Anyone using NS4 should be used to pages
looking broken ;-)

[Phpwiki-talk] Weird behaviour of CSS in Netscape 4

[Steven M. <st...@mu...>]

Hi All,

as many of you will probably know Netscape 4 has very poor CSS support, but 
recently it has amazed me how poor it actually is. I have a stylesheet that 
(among other things) increases the left margin, and in IE and Mozilla it 
works perfectly, but in Netscape 4.76 it indents the first section and not 
the rest.

You can see what I mean in http://www.murdomedia.net/wiki/?MetaWikiWiki

I'm almost certain this is a bug in Netscape but I'd like to work around 
it, but I don't know how to do it in PHPWiki. The problem seems to happen 
when a <HR> tag appears in a <P> tag. Is there any way to force PHPWiki to 
generate all <HR> tags outside of <P> tags i.e. inside <HTML><BODY> only.

Thanks in advance,
Steven Murdoch.

--
email: st...@mu...
web: http://www.murdomedia.net/
PGP/GnuPG keys: http://www.murdomedia.net/keys.html