We are a small Arts Council in western New York and we currently use wiki 1.2.2 for our monthy paper called Artifacts <http://www.bigsplat.net/artifacts/> After 3 installments we currently have a readership of 750
This technology is fantastic because the 7 or 8 people who contribute to it can compile these pages from anywhere. I know nothing about how php works but I do prefer running the database in 1.3.2 because of the preview and page removal functions.
What stops me from taking Artifacts to 1.3.2 is because we wouldn't have the control to use the little bit of html code to place photos accurately.
Is possible to use html (only small amounts and very occasionally) in 1.3.2?
Also I see others know how to run the calendar file. Please could we be given simple to follow instructions on how to implement this feature?
Thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
So far we haven't put back the ability to add arbitrary HTML. The reasons for this are technical and boring so I won't go into it; suffice to say "someday, and hopefully someday soon."
The calendar feature is new to 1.3.
cheers
~swain
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Just for you (:-)) I've just added the beginnings of a RawHtml plugin to the CVS version of PhpWiki 1.3.x. The idea is to allow raw HTML only on locked pages, but the implementation is currently flawed in that there are ways to get around that restriction. As long as your wiki is not publically editable, this shouldn't be a problem, however.
I haven't tried it, but if you want to use 1.3.2 rather than the latest CVS version of PhpWiki, you can probably just copy the new CVS version of lib/plugin/RawHtml.php, and the latest version of lib/WikiPlugin.php into your 1.3.2 installation. (Then edit RawHtml.php to enable it --- it's disabled by default on account of the security considerations mentioned above.)
Try just commenting out or deleting those two lines ($ErrorManager->pushErrorHandler & ->popErrorHandler).
(If that doesnt work, maybe go back to your original version of WikiPlugin.php, except add in the new method error() from the latest version of WikiPlugin.php.)
There's an automatically generated nightly tarball of the CVS version at:
I forgot to mention last time: I really like Artifacts --- it's an impressive (though perhaps non-wiki-ish) use of a wiki. (I've added it to the list of PhpWiki sites:) http://phpwiki.sourceforge.net/phpwiki/PhpWikiSites
(I hope you don't mind.)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Mind? I'm honoured! If you look at http://bigsplat.net directly it is your v 1.3.2 (Once again I stress that I am novice/moron when it comes to most web language development)
The idea I had was to try and give community access (in particular artists and students) to web services. So a little over a year ago I started a site that anyone could make a web site and get email. Also recetnly I have bolted on a secure shopping cart for venues to sell tickets and artists to be able to sell pottery, paintings etc, The cgi scripts that we found to do the indivdual web sites are clunky but they do allow people to make individual web sites.
However the problem was how to get the main site itself that was easy enough for the Arts Council staff (and anyone else who was interested) to update with day to day announcements etc ...then in September I found wiki and then I found you guys. Thank you - there is a God afterall!
So BigSplat - I like to think as compared with Artifacts, is a little more wiki-ish because it does invite collaboration and input.
Anyway to the point - Jeff, I got the phpwiki.nightly.tar this morning with the RawHtml.php and untarred a completely new wiki for test purposes. Well there were no errors and no warnings after I had enabled (uncommented the "/** * A plugin to provide for raw HTML within wiki pages.*/") and basically nothing happened.
Q: Do I need to use "|" at the beginning of each line? - because at the moment that syntax invokes a table .
Thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
That's brilliant. The new syntax is so much better than the old. The concept of only being able to insert on locked pages makes a lot of sense.
Execution timing is lovely.
Calendar is great (would be further enhanced if it could show any "!" text from the page any date relates to. In other words the calendar page itself would show event headings for any given date. - I appreciate the calendar would take up more space than it does at the moment.)
...the InterWiki is a great concept.- I would happily submit Artifacts and BigSplat.net - but they are so regional I doubt it would interest anyone.
We use Macs - you probably know this - but the CSS for I.E.5 looks okay but Netscape 4x displays the "edit" "diff" "likepages"etc in a vertical line and the "sign in" text is obscured.
I am in awe of people who do the things that I have no clue about yet make a positive difference to our lives.
Thanks again
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I have only just realised that in the latest CVS of phpwiki does not include the ability to insert a typical html template. (I do think that the themes are appealing but it is beyond our experience to edit tmpl)
We do need the html template for the permanent links and look and feel of our site. The CVS 's features for 1.3.2 are great and we would like to use them. We would prefer to use the CVS but cannot display our typical template with its links.
We've tried placing new RawHtml plugin in our current site but this doesn't work.
Which is the best way forward- to insert new php files in the existing site, or to find a way to incorporate our existing html template on the CVS? (I have nasty feeling we're missing something obvious.)
Thanks
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
The templates in themes/default/templates/*.tmpl replace the old templates/*.html templates.
They sort of work the same way though. Despite the fact they're named with a .tmpl extension, they're mostly just HTML (except for parts between <? and ?> delimiters.)
The file themes/default/templates/body.tmpl is probably the one you want to edit. It's responsible for generating the logo and top level header on each page.
Take at look at that file. If you're still confused, ask away.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Oh cripes! - I've wrestled away as per <http://www.bigsplat.net/phpwiki/index.php>
Two issues that seem to be constant whether it be a new out of the box phpwiki on another server or our beloved BigSplat is:
1) Even though I define the wiki name in the index.php I still get an unnamed wiki in the meta tags and page title.
2) On the bottom of every phpwiki I install I get
the warning "lib/interwiki.php:89: Notice[1024]: Loading InterWikiMap from external file lib/interwiki.map."
3) I would like eventually to have the index.php lie at the root of the public_html directory with the rest in /phpwiki. I have tried to configure the various sections in index.php with a full directory path similar that ends something like: ' '/public_html/index.php/phpwiki' but it doesn't work.
I think the Aqua button themes are very cool and really tighten the appearance of the admin.
I do think it's amazing the leaps in functionality that 1.3 is developing as compared with 1.2 although in the current phase of development trying to incorporate them into a custom template is pretty difficult for mortals like me.
Thanks - I do appreciate the "help"
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
We are a small Arts Council in western New York and we currently use wiki 1.2.2 for our monthy paper called Artifacts <http://www.bigsplat.net/artifacts/> After 3 installments we currently have a readership of 750
This technology is fantastic because the 7 or 8 people who contribute to it can compile these pages from anywhere. I know nothing about how php works but I do prefer running the database in 1.3.2 because of the preview and page removal functions.
What stops me from taking Artifacts to 1.3.2 is because we wouldn't have the control to use the little bit of html code to place photos accurately.
Is possible to use html (only small amounts and very occasionally) in 1.3.2?
Also I see others know how to run the calendar file. Please could we be given simple to follow instructions on how to implement this feature?
Thanks
Hello Oliver,
So far we haven't put back the ability to add arbitrary HTML. The reasons for this are technical and boring so I won't go into it; suffice to say "someday, and hopefully someday soon."
The calendar feature is new to 1.3.
cheers
~swain
Just for you (:-)) I've just added the beginnings of a RawHtml plugin to the CVS version of PhpWiki 1.3.x. The idea is to allow raw HTML only on locked pages, but the implementation is currently flawed in that there are ways to get around that restriction. As long as your wiki is not publically editable, this shouldn't be a problem, however.
I haven't tried it, but if you want to use 1.3.2 rather than the latest CVS version of PhpWiki, you can probably just copy the new CVS version of lib/plugin/RawHtml.php, and the latest version of lib/WikiPlugin.php into your 1.3.2 installation. (Then edit RawHtml.php to enable it --- it's disabled by default on account of the security considerations mentioned above.)
See:
http://cvs.sf.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/plugin/RawHtml.php
http://cvs.sf.net/cgi-bin/viewcvs.cgi/phpwiki/phpwiki/lib/WikiPlugin.php
Thank you both for your replies - in particular to you Jeff.
I followed your instructions and got this:
Fatal error: Cannot instantiate non-existent class: wikimethodcb in /lib/WikiPlugin.php on line 267
(Incidentally where exactly do I find the complete CVS version of PhpWiki? )
Thanks
Try just commenting out or deleting those two lines ($ErrorManager->pushErrorHandler & ->popErrorHandler).
(If that doesnt work, maybe go back to your original version of WikiPlugin.php, except add in the new method error() from the latest version of WikiPlugin.php.)
There's an automatically generated nightly tarball of the CVS version at:
http://phpwiki.sf.net/nightly/phpwiki.nightly.tar.gz
(of course, the new RawHtml code won't be there until tomomorrow...)
Or, if you have CVS software on your computer, there's instructions on how to access the CVS directly at:
http://sourceforge.net/cvs/?group_id=6121
I forgot to mention last time: I really like Artifacts --- it's an impressive (though perhaps non-wiki-ish) use of a wiki. (I've added it to the list of PhpWiki sites:)
http://phpwiki.sourceforge.net/phpwiki/PhpWikiSites
(I hope you don't mind.)
Mind? I'm honoured! If you look at http://bigsplat.net directly it is your v 1.3.2 (Once again I stress that I am novice/moron when it comes to most web language development)
The idea I had was to try and give community access (in particular artists and students) to web services. So a little over a year ago I started a site that anyone could make a web site and get email. Also recetnly I have bolted on a secure shopping cart for venues to sell tickets and artists to be able to sell pottery, paintings etc, The cgi scripts that we found to do the indivdual web sites are clunky but they do allow people to make individual web sites.
However the problem was how to get the main site itself that was easy enough for the Arts Council staff (and anyone else who was interested) to update with day to day announcements etc ...then in September I found wiki and then I found you guys. Thank you - there is a God afterall!
So BigSplat - I like to think as compared with Artifacts, is a little more wiki-ish because it does invite collaboration and input.
Anyway to the point - Jeff, I got the phpwiki.nightly.tar this morning with the RawHtml.php and untarred a completely new wiki for test purposes. Well there were no errors and no warnings after I had enabled (uncommented the "/** * A plugin to provide for raw HTML within wiki pages.*/") and basically nothing happened.
Q: Do I need to use "|" at the beginning of each line? - because at the moment that syntax invokes a table .
Thanks
Sorry - I meant to say that I changed "false" to "true" in the RawHtml.php - but it did not make any difference. No errors - no response.
Sorry. Yes, the syntax has changed.
You need to do something like:
<?plugin RawHtml <img src="/path/to/img.png" align="right"> ?>
If you are using the "old" markup, the whole
thing has to be on one line. If you're using the new markup, you can split it over several lines:
<?plugin RawHtml
<table>
.. all kinds of raw HTML...
</table>
?>
And the page has to be locked before the raw html will render... (If you don't like that, it's easy to change.)
Eureka! - thank you so much
That's brilliant. The new syntax is so much better than the old. The concept of only being able to insert on locked pages makes a lot of sense.
Execution timing is lovely.
Calendar is great (would be further enhanced if it could show any "!" text from the page any date relates to. In other words the calendar page itself would show event headings for any given date. - I appreciate the calendar would take up more space than it does at the moment.)
...the InterWiki is a great concept.- I would happily submit Artifacts and BigSplat.net - but they are so regional I doubt it would interest anyone.
We use Macs - you probably know this - but the CSS for I.E.5 looks okay but Netscape 4x displays the "edit" "diff" "likepages"etc in a vertical line and the "sign in" text is obscured.
I am in awe of people who do the things that I have no clue about yet make a positive difference to our lives.
Thanks again
Hi Jeff
I have only just realised that in the latest CVS of phpwiki does not include the ability to insert a typical html template. (I do think that the themes are appealing but it is beyond our experience to edit tmpl)
We do need the html template for the permanent links and look and feel of our site. The CVS 's features for 1.3.2 are great and we would like to use them. We would prefer to use the CVS but cannot display our typical template with its links.
We've tried placing new RawHtml plugin in our current site but this doesn't work.
Which is the best way forward- to insert new php files in the existing site, or to find a way to incorporate our existing html template on the CVS? (I have nasty feeling we're missing something obvious.)
Thanks
The templates in themes/default/templates/*.tmpl replace the old templates/*.html templates.
They sort of work the same way though. Despite the fact they're named with a .tmpl extension, they're mostly just HTML (except for parts between <? and ?> delimiters.)
The file themes/default/templates/body.tmpl is probably the one you want to edit. It's responsible for generating the logo and top level header on each page.
Take at look at that file. If you're still confused, ask away.
Hi Jeff,
Oh cripes! - I've wrestled away as per <http://www.bigsplat.net/phpwiki/index.php>
Two issues that seem to be constant whether it be a new out of the box phpwiki on another server or our beloved BigSplat is:
1) Even though I define the wiki name in the index.php I still get an unnamed wiki in the meta tags and page title.
2) On the bottom of every phpwiki I install I get
the warning "lib/interwiki.php:89: Notice[1024]: Loading InterWikiMap from external file lib/interwiki.map."
3) I would like eventually to have the index.php lie at the root of the public_html directory with the rest in /phpwiki. I have tried to configure the various sections in index.php with a full directory path similar that ends something like: ' '/public_html/index.php/phpwiki' but it doesn't work.
I think the Aqua button themes are very cool and really tighten the appearance of the admin.
I do think it's amazing the leaps in functionality that 1.3 is developing as compared with 1.2 although in the current phase of development trying to incorporate them into a custom template is pretty difficult for mortals like me.
Thanks - I do appreciate the "help"