phpwiki-talk Mailing List for PhpWiki (Page 5)

Hey,
you removed pgsrc/Help%2FWikiBlogPlugin<http://sourceforge.net/p/phpwiki/code/8735/tree//trunk/pgsrc/Help%2FWikiBlogPlugin>
instead of adding the docs from the code.
On Tue, Apr 2, 2013 at 3:25 AM, Repository PhpWiki code <
no...@co...> wrote:
> : Move info from code to help page
> http://sourceforge.net/p/phpwiki/code/8736/
> ------------------------------
>
> Sent from sourceforge.net because you indicated interest in
> https://sourceforge.net/p/phpwiki/code/
>
> To unsubscribe from further messages, please visit
> https://sourceforge.net/auth/subscriptions/
>
-- 
Reini Urban
http://cpanel.net/ http://www.perl-compiler.org/

> Le 25/11/2012 20:21, Harold Hallikainen a écrit :
>> I figured out how to get the latest code at
>> http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/ . It's working
>> pretty well! THANKS to all of you working on this.
>>
>> Harold
>>
>
> Hello Harold,
>
> Thank you for interest in Phpwiki.
> We hope to have Phpwiki 1.4.0 out soon.
>
> Best regards,
>
> Marc-Etienne
Thanks! I've been using phpwiki for MANY years. On my recent test of the
version linked to above, I enabled captcha, but the images did not show
up.
On another note, I've really been having a problem with spam. I finally
moved the wiki and put a simple login screen on the original page. If the
login is successful (username and password of nospam), the page redirects
to the new location and all is well. This seems to have stopped the
spammers, for now, but is not very elegant. Captcha should stop automated
spam, but manually entered spam could still get through. I like the
registration process in Gallery ( http://gallery.menalto.com/ ) where I
receive an email of a registration request, then approve it. I've stopped
a lot of spammers with that. Something like that (or any other spam
prevention techniques) would be great in phpwiki.
Again, THANKS for the work on this. I look forward to using phpwiki for
years to come.
Harold
http://www.hallikainen.org/BroadcastHistory/
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

Le 25/11/2012 20:21, Harold Hallikainen a écrit :
> I figured out how to get the latest code at
> http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/ . It's working
> pretty well! THANKS to all of you working on this.
>
> Harold
>
Hello Harold,
Thank you for interest in Phpwiki.
We hope to have Phpwiki 1.4.0 out soon.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau Mar...@al...
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 1 30 77 28 33 OnNet 2103 2833

I figured out how to get the latest code at
http://phpwiki.svn.sourceforge.net/viewvc/phpwiki/trunk/ . It's working
pretty well! THANKS to all of you working on this.
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

I've been running phpWiki for many years (page history on the home page
goes back to 2005). I'm now migrating to a new server that I have Fedora
Core 17 on. On my old system, I'm running phpWiki version 1.3.13p1 June, 9
2007.
When I run version 1.4.0rc1, I get a bunch of warnings that I assume have
been fixed in builds since 2010. For example, I get the following:
Warning: "substr() expects parameter 3 to be long, string given"
Warning: "strftime(): It is not safe to rely on the system's timezone
settings. You are *required* to use the date.timezone setting or the
date_default_timezone_set() function. In case you used any of those
methods and you are still getting this warning, you most likely misspelled
the timezone identifier. We selected the timezone 'UTC' for now, but
please set date.timezone to select your timezone."
Warning: "Illegal string offset 'linkto'"
That last warning appears LOTS of time.
So, finally, the question. I see that various revisions have been
committed to the repository, including some in the past day or two.
Unfortunately, I don't know much about svn. Can someone give me a simple
way of downloading the latest code set to try on this system?
THANKS!
Harold
-- 
FCC Rules Updated Daily at http://www.hallikainen.com - Advertising
opportunities available!
Not sent from an iPhone.

On Thu, Oct 11, 2012 at 10:24 AM, SourceForge.net
<nor...@in...> wrote:
> Your project, PhpWiki, has been upgraded.
>
> Your source code repositories are currently being migrated to the new setup. You will recieve another email when that import is complete. That means that you and any other developers should do a fresh checkout using the new repository location when it is ready (see the "code" tab). Please be aware that large repositories may take a long time.
>
> Please report any issues to us at https://sourceforge.net/p/forge/site-support/new/ Thanks!
Thanks
-- 
Reini Urban
http://cpanel.net/ http://www.perl-compiler.org/

Thanks for the advice! Unfortunately I just want to split the page
title, not the wikiwords on the rest of the page. :(
On Mon, Mar 12, 2012, at 04:49 PM, Marc-Etienne Vargenau wrote:
> Le 11/03/2012 21:49, Philip J. Hollenback a écrit :
> > I'm using basically the stock phpwiki-1.4.0 sidebar theme on my website
> > www.hollenback.net. I'd like the wikiword title to be expanded into
> > regular words. So if you look at
> >
> > http://www.hollenback.net/FakingItAsAWindowsAdmin
> >
> > I'd like the largest title to read 'Faking It As A Windows Admin', not
> > 'FakingItAsAWindowsAdmin'.
> >
> > I think I can do this by calling SplitPageName from stdlib.php in the
> > appropriate place in my theme template. I messed around with this a
> > bit, but I found it broke the backlinks functionality on the page name
> > and generated errors in my phpwiki.
> >
> > Can someone suggest the simplest way to do this?
> 
> Hello Philip,
> 
> In file themes/<YourTheme>/themeinfo.php
> do a:
> $this->setAutosplitWikiWords(true);
> 
> This will do what you want in the title, but also in the whole
> wiki page.
> 
> Best regards,
> 
> Marc-Etienne
> 
> -- 
> Marc-Etienne Vargenau
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 (0)1 30 77 28 33, Mar...@al...
> 
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

Le 11/03/2012 21:49, Philip J. Hollenback a écrit :
> I'm using basically the stock phpwiki-1.4.0 sidebar theme on my website
> www.hollenback.net. I'd like the wikiword title to be expanded into
> regular words. So if you look at
>
> http://www.hollenback.net/FakingItAsAWindowsAdmin
>
> I'd like the largest title to read 'Faking It As A Windows Admin', not
> 'FakingItAsAWindowsAdmin'.
>
> I think I can do this by calling SplitPageName from stdlib.php in the
> appropriate place in my theme template. I messed around with this a
> bit, but I found it broke the backlinks functionality on the page name
> and generated errors in my phpwiki.
>
> Can someone suggest the simplest way to do this?
Hello Philip,
In file themes/<YourTheme>/themeinfo.php
do a:
$this->setAutosplitWikiWords(true);
This will do what you want in the title, but also in the whole
wiki page.
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

I'm using basically the stock phpwiki-1.4.0 sidebar theme on my website
www.hollenback.net. I'd like the wikiword title to be expanded into
regular words. So if you look at
http://www.hollenback.net/FakingItAsAWindowsAdmin
I'd like the largest title to read 'Faking It As A Windows Admin', not
'FakingItAsAWindowsAdmin'.
I think I can do this by calling SplitPageName from stdlib.php in the
appropriate place in my theme template. I messed around with this a
bit, but I found it broke the backlinks functionality on the page name
and generated errors in my phpwiki.
Can someone suggest the simplest way to do this?
Thanks,
P.
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

I'm seeing a lot of php fatal db errors in my phpwiki-1.4.0:
http://sourceforge.net/tracker/?func=detail&aid=3498728&group_id=6121&atid=106121
I'm using the mysql backend. Is that the best one, or should I switch
to something else, and would that help with this?
I'm also running on a vps now ith limited ram, and running mysql eats up
quite a bit. I'd like to go to a smaller db solution if possible.
Thanks,
P.
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

On Tue, Mar 6, 2012 at 2:11 PM, Reini Urban <ru...@x-...> wrote:
> On Tue, Mar 6, 2012 at 10:53 AM, Marc-Etienne Vargenau
> <Mar...@al...> wrote:
>> Le 06/03/2012 16:43, Philip J. Hollenback a écrit :
>>> I have been finding bugs, and I've been filing them in the sourceforge
>>> bug tracker. I assume that's the right place?
>>
>> Yes, it is the right place.
>>
>> I did not notice them, it seems the monitoring was stopped.
>> I will have a look.
>
> Interesting, that's why. mailman got reset
> Steve Wainstead told me that he got now all the traffic now.
> I asked for the mailman passwords. Apparenty mine don't work anymore.
Found it and fixed the mailman settings.
Sorry, looked at the wrong place.
I activated your 5 pending -bugs.
-- 
Reini

On Tue, Mar 6, 2012 at 10:53 AM, Marc-Etienne Vargenau
<Mar...@al...> wrote:
> Le 06/03/2012 16:43, Philip J. Hollenback a écrit :
>> I have been finding bugs, and I've been filing them in the sourceforge
>> bug tracker. I assume that's the right place?
>
> Yes, it is the right place.
>
> I did not notice them, it seems the monitoring was stopped.
> I will have a look.
Interesting, that's why. mailman got reset
Steve Wainstead told me that he got now all the traffic now.
I asked for the mailman passwords. Apparenty mine don't work anymore.
-- 
Reini

Le 06/03/2012 16:43, Philip J. Hollenback a écrit :
> I have been finding bugs, and I've been filing them in the sourceforge
> bug tracker. I assume that's the right place?
Yes, it is the right place.
I did not notice them, it seems the monitoring was stopped.
I will have a look.
Best regards,
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

I have been finding bugs, and I've been filing them in the sourceforge
bug tracker. I assume that's the right place?
On Tue, Mar 6, 2012, at 04:37 PM, Marc-Etienne Vargenau wrote:
> Le 06/03/2012 16:14, Philip J. Hollenback a écrit :
> > I just upgraded to the 1.4.0 in subversion as of a couple weeks back.
> 
> Great.
> 
> Please tell us if you find bugs in this release.
> 
> Best regards,
> 
> -- 
> Marc-Etienne Vargenau
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 (0)1 30 77 28 33, Mar...@al...
> 
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

Le 06/03/2012 16:14, Philip J. Hollenback a écrit :
> I just upgraded to the 1.4.0 in subversion as of a couple weeks back.
Great.
Please tell us if you find bugs in this release.
Best regards,
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

I just upgraded to the 1.4.0 in subversion as of a couple weeks back.
On Tue, Mar 6, 2012, at 01:50 PM, Marc-Etienne Vargenau wrote:
> Le 28/02/2012 02:01, Philip J. Hollenback a écrit :
> > Solved my problem (and moved from IntenseDebate to Disqus):
> >
> > http://www.hollenback.net to see in action.
> >
> > Also, is there anyone on this list any more? I'm beginning to feel like
> > the last phphwiki user...
> 
> Hello Philip,
> 
> No, you are not the last Phpwiki user...
> 
> For information, what version of Phpwiki are you using?
> 
> Best regards,
> 
> -- 
> Marc-Etienne Vargenau
> Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
> +33 (0)1 30 77 28 33, Mar...@al...
> 
> ------------------------------------------------------------------------------
> Keep Your Developer Skills Current with LearnDevNow!
> The most comprehensive online learning library for Microsoft developers
> is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-d2d
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

Le 28/02/2012 02:01, Philip J. Hollenback a écrit :
> Solved my problem (and moved from IntenseDebate to Disqus):
>
> http://www.hollenback.net to see in action.
>
> Also, is there anyone on this list any more? I'm beginning to feel like
> the last phphwiki user...
Hello Philip,
No, you are not the last Phpwiki user...
For information, what version of Phpwiki are you using?
Best regards,
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Solved my problem (and moved from IntenseDebate to Disqus):
 var disqus_identifier = "<?php echo $page->getName()?>";
so every comment is uniquely identified by the wiki page name. This is
nice because I put this in my body.tmpl template right after the
<CONTENT>:
<div id="disqus_thread"></div>
<script type="text/javascript">
 var disqus_shortname = 'XXXXXXXX'; // required: replace example with
 your forum shortname
 var disqus_identifier = "<?php echo $page->getName()?>";
 (function() {
 var dsq = document.createElement('script'); dsq.type =
 'text/javascript'; dsq.async = true;
 dsq.src = 'http://' + disqus_shortname + '.disqus.com/embed.js';
 (document.getElementsByTagName('head')[0] ||
 document.getElementsByTagName('body')[0]).appendChild(dsq);
 })();
</script>
<noscript>Please enable JavaScript to view the <a
href="http://disqus.com/?ref_noscript">comments powered by
Disqus.</a></noscript>
this way even both the regular page and the action=edit version of a
page have the same identifier, so comments are maintained consistently. 
Exactly what I wanted. ID supports unique identifiers in a similar way
so you could use this approach with either comment system.
http://www.hollenback.net to see in action.
Also, is there anyone on this list any more? I'm beginning to feel like
the last phphwiki user...
P.
On Mon, Feb 27, 2012, at 12:03 PM, Philip J. Hollenback wrote:
> I'm playing around with using Intense Debate on www.hollenback.net. 
> I've actually used it for a while but the behavior is annoying. It uses
> the page url as the identifier to link a particular comment to a page. 
> That's annoying with phpwiki since multiple urls can refer to the same
> page (for example, the 'thanks for editing' page has a different url
> than the regular version of a page. 
> 
> That means there are many ways which ID doesn't display the comments for
> a page if you use it with phpwiki.
> 
> ID does offer the ability to set a custom identifier for each comment in
> the javascript. So, if there were some per-page special phpwiki
> identifier I could stick it in the javascript call to ID then I could
> uniquely identify the page and fix that.
> 
> So, is there something like PHPWIKP_PAGE_ID that I can use?
> 
> P.
> -- 
> Philip J. Hollenback
> www.hollenback.net
> @philiph
> 
> 
> ------------------------------------------------------------------------------
> Try before you buy = See our experts in action!
> The most comprehensive online learning library for Microsoft developers
> is just 99ドル.99! Visual Studio, SharePoint, SQL - plus HTML5, CSS3, MVC3,
> Metro Style Apps, more. Free future releases when you subscribe now!
> http://p.sf.net/sfu/learndevnow-dev2
> _______________________________________________
> Phpwiki-talk mailing list
> Php...@li...
> https://lists.sourceforge.net/lists/listinfo/phpwiki-talk
> 
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

I'm playing around with using Intense Debate on www.hollenback.net. 
I've actually used it for a while but the behavior is annoying. It uses
the page url as the identifier to link a particular comment to a page. 
That's annoying with phpwiki since multiple urls can refer to the same
page (for example, the 'thanks for editing' page has a different url
than the regular version of a page. 
That means there are many ways which ID doesn't display the comments for
a page if you use it with phpwiki.
ID does offer the ability to set a custom identifier for each comment in
the javascript. So, if there were some per-page special phpwiki
identifier I could stick it in the javascript call to ID then I could
uniquely identify the page and fix that.
So, is there something like PHPWIKP_PAGE_ID that I can use?
P.
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

I'm trying to migrate my old phpwiki off a hosted provider to my own
vps. My problem is that my hosting provider foced an upgrade to php-53
and I'm running something like 1.3.14. I hacked on my wiki a bit
(www.hollenback.net) to get it basically working. However, I can't do
some key things like dump the wiki through the Administration interface
- it creates a dump but the dump is full of php warnings and errors so
it's not usable.
I did manage to dump out my old mysql database and I've been playing
with using that as the basis for my new wiki (neckbeard.us, running the
1.4.0 svn trunk). I hacked on my mysql dump until I got it to load into
the new database on the new server. I'm probably running one of the
oldest phpwikis in existence at this point so my database is filled with
tons of crufty and spam - thus I tried to edit a lot of that out
manually.
I was able to get the database set up, and run and action=upgrade on the
new phpwiki. Now it appears to be mostly intact.
Unfortunately, I clearly have data inconsistencies. For example, the
page
http://neckbeard.us/phpwiki/index.php/DenyHostsWentBad
exists if you go to it directly, but you can't edit it - phpwiki thinks
the page doesn't exist. I think this is because the page exists in the
revision table and the page table, but a reference somewhere else is
incorrect.
Can anyone give me some guidance on how to fix all this? I suppose I
could try an upgrade to 1.4.0trunk on my old hosting provider and see if
I can get a clean page dump. Then I could just load that into the new
phpwiki. However, I'm hesitant to muck with this host as I only have
cpanel access to it so dealing with a major phpwiki upgrade is annoying.
 Plus, I want to get off that provider as soon as possible anyway.
Is there a simple way I can repair my new database so that phpwiki finds
all the pages? Or, is upgrading to 1.4.0trunk on the old host and
getting a clean page dump my best bet? 
Thanks,
P.
-- 
Philip J. Hollenback
www.hollenback.net
@philiph
-- 
Philip J. Hollenback
www.hollenback.net
@philiph
-- 
Philip J. Hollenback
www.hollenback.net
@philiph

Thank you Marc-Etienne, the 'upgrade and overwrite' has fixed the 
Backlinks and everything is now working perfectly again.
On 04/01/12 10:04, Marc-Etienne Vargenau wrote:
> Le 04/01/2012 02:15, Peter Campion-Bye a écrit :
>> Whilst we have some activity on this list, can I also thank Reini and
>> others for their continued work on phpwiki, and request help with a
>> small problem please?
> Thank you for your support.
>
>> I am seeing a problem with Backlinks no longer working. I recently moved
>> my wiki to a new apache server, new versions of php and mysql, and a new
>> version of phpwiki so I'm not sure which of these changes introduced the
>> problem.
>>
>> <?plugin BackLinks page=Milk,Honey ?>
> I cannot access your wiki, a password is required.
>
> However, from the output of your page, it seems that you do
> not have the lastest version of the BackLinks page.
>
> Can you ensure you are using 1.4.0RC1 (or latest Subversion
> trunk) and then do a "upgrade& overwrite" from the
> PhpWikiAdminstration page?
> http://www.pandasys.co.uk/phpwiki/index.php/HomePage?action=upgrade&overwrite=1
>
> Best regards,
>
> Marc-Etienne
>

Le 03/01/2012 17:42, Reini Urban a écrit :
> On Tue, Jan 3, 2012 at 8:53 AM, Marc-Etienne Vargenau
> <Mar...@al...> wrote:
>> Hello all Phpwiki users,
>>
>> The Phpwiki team wishes you a happy new year 2012.
>>
>> Reini, will you have some time so that we can get the
>> final 1.4.0 out?
>
> Yes. It was on my new year plan.
>
> I'm just preparing a server for phpwiki.org (a fast standalone machine
> with physical access, php-5.2.6),
> preparing the domain name change from Steve Wainstead (got stuck but
> now finally got a server),
> and release 1.4.0 as is.
Hello Reini,
Great news!
Please tell me when you are ready to package 1.4.0 so that
we can synchronize. I still have a few minor point to discuss
with you before release.
Best regards,
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 03/01/2012 20:30, Harold Hallikainen a écrit :
>
> And happy new year to you! I just tried the latest release candidate, and
> it looks very nice! As mentioned in an email over the weekend, I am seeing
> a bit of strangeness in the left margin, a few errors and warnings at the
> bottom of pages, and captcha images not showing up. This is all running
> under Fedora 16. My test server is at
> http://hallikainen.org:8080/BroadcastHistory/
Hello,
Did you try the corrections I posted yesterday?
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Le 04/01/2012 02:15, Peter Campion-Bye a écrit :
> Whilst we have some activity on this list, can I also thank Reini and
> others for their continued work on phpwiki, and request help with a
> small problem please?
Thank you for your support.
> I am seeing a problem with Backlinks no longer working. I recently moved
> my wiki to a new apache server, new versions of php and mysql, and a new
> version of phpwiki so I'm not sure which of these changes introduced the
> problem.
>
> <?plugin BackLinks page=Milk,Honey ?>
I cannot access your wiki, a password is required.
However, from the output of your page, it seems that you do
not have the lastest version of the BackLinks page.
Can you ensure you are using 1.4.0RC1 (or latest Subversion
trunk) and then do a "upgrade & overwrite" from the
PhpWikiAdminstration page?
http://www.pandasys.co.uk/phpwiki/index.php/HomePage?action=upgrade&overwrite=1
Best regards,
Marc-Etienne
-- 
Marc-Etienne Vargenau
Alcatel-Lucent France, Route de Villejust, 91620 NOZAY, FRANCE
+33 (0)1 30 77 28 33, Mar...@al...

Whilst we have some activity on this list, can I also thank Reini and 
others for their continued work on phpwiki, and request help with a 
small problem please?
I am seeing a problem with Backlinks no longer working. I recently moved 
my wiki to a new apache server, new versions of php and mysql, and a new 
version of phpwiki so I'm not sure which of these changes introduced the 
problem.
Previously clicking on a page heading would give me a list of pages that 
linked to the current page, as you would expect.
Now when I click on the page heading I get the text below (eg for the 
page 'HardwareNotes'):
 BackLinks: HardwareNotes
 <http://www.pandasys.co.uk/phpwiki/index.php/HardwareNotes>
The contents of all pages are searched to find links to the current 
page. The BackLinks 
<http://www.pandasys.co.uk/phpwiki/index.php/BackLinks> function also 
answers the question: "Which pages contain the title of this page?".
------------------------------------------------------------------------
------------------------------------------------------------------------
To display the list of pages which all contain multiple links use a 
pagelist as page argument. For example
 <?plugin BackLinks page=Milk,Honey ?>
would display all pages which contain links to Milk AND Honey.
At the foot of the page is a grey box containing the following:
Notice: "empty item Cached_PluginInvocation Object"
 * (
 * [_pi] => <?plugin BackLinks exclude||='' include_self||=1
 noheader||=0 page||='' info||='' ?>
 * [pi_name] => plugin
 * [name] => BackLinks
 * [args] => exclude||='' include_self||=1 noheader||=0 page||='' info||=''
 * [_tightenable] => 0
 * )
The page source has the following html for the page heading:
<h1><a href="HardwareNotes?action=BackLinks <view-source:http://www.pandasys.co.uk/phpwiki/index.php/HardwareNotes?action=BackLinks>"class="backlinks"title="BackLinks for HardwareNotes"onmouseover="window.status=&quot;BackLinks for HardwareNotes&quot;; return true;"onmouseout="window.status='';return true;">HardwareNotes</a></h1>
Any help you can provide for this would be much appreciated, I use the backlink functionality a lot when moving around my wiki.
Thank, Peter
On 03/01/12 19:30, Harold Hallikainen wrote:
> And happy new year to you! I just tried the latest release candidate, and
> it looks very nice! As mentioned in an email over the weekend, I am seeing
> a bit of strangeness in the left margin, a few errors and warnings at the
> bottom of pages, and captcha images not showing up. This is all running
> under Fedora 16. My test server is at
> http://hallikainen.org:8080/BroadcastHistory/
>
> Thanks!
>
> Harold
>
>
>