Extension talk:SubPageList
Contents
| Thread title | Replies | Last modified |
|---|---|---|
| Working with older versions of MediaWiki ? | 3 | 11:47, 23 May 2012 |
| Subpages of Parent Page to be listed | 4 | 23:03, 23 February 2012 |
| Number of subpages? | 2 | 15:30, 16 January 2012 |
| Error Deleting Pages | 4 | 09:44, 28 December 2011 |
| Using Slash / in a page name | 3 | 18:44, 3 October 2011 |
| Showing siblings and the parent | 3 | 13:36, 23 September 2011 |
| Sub-sub pages not showing | 5 | 19:11, 13 June 2011 |
| Option and confusion about capital letters Yes/No versus yes/no | 1 | 13:15, 26 May 2011 |
| Fatal error: Call to undefined method DatabaseMysql::buildLike() | 4 | 23:21, 13 April 2011 |
| Broken DB query in Postgres 8.3 | 4 | 15:00, 8 March 2011 |
| page & parent parameter and Magic Words | 4 | 02:46, 3 March 2011 |
| No automatic update | 2 | 09:43, 24 February 2011 |
| kidsonly parameter bug | 10 | 14:34, 14 February 2011 |
Hi. I have a 1.15.1 Wiki and when I use this extension I get a 500 Error on my page. Is it not compatible ?
On the extension page it says that the extension needs MediaWiki 1.16 at least, so I guess you need to update MediaWiki to make it compatible.
After a Server Error 500 you will also find information in the Apache Log (if you have access to it).
If I could update I wouldn't ask here. The thing is, SubPageList3 works on that version of Wiki but not this extension. Yes I find some of the features this one has quite interesting and would like to know if it would be a lot of work to make it work on 1.15.x... Thanks for your answer ^_^
Can we have a simple additional parameter field that will list the subpages of the parent page. Currently by default the subpages of the current page is listed. A similar method to have subpages of parent page to be listed would be optimal. If there is another simple method please let me know. Thank You!
You can use the page parameter and set it to the name of the parent page. Not sure how you can easily obtain the name of the parent page though, but would be very surprised if it was not possible. I suggest asking on the wikitech-l list or #mediawikiconnect irc.
Thanks Jeroen, as you suggested at the IRC I learned that I can use {{#titleparts:}}from ParserFunctions extension
This parser function allows for more complex splitting of page names and might be useful when one wants to display only a specific part of the full page title.
example. {{#titleparts: one/two/three/four|1|2 }} → two
However, after that I learned that the actual name of the basepage is what I need for this extension SubPagelist. {{BASEPAGENAME}}. However the use of {{BASEPAGENAME}} in the page page name parameter does not work for me either in the tag or parser function of this extension. {{BASEPAGENAME}} by it self does output the correct base page name and when used in the parser function of this extensions I get a page does not exist message outputting the correct base page name. I have mediawiki 1.18.1 with the most recent Validator and SubPageList.
Few of what I tried:
<subpages page="{{BASEPAGENAME}}" format="ul" pathstyle="no" sortby="lastedit" sort="asc" showpage="yes" kidsonly="yes"/>
or
{{#subpages:
| page={{BASEPAGENAME}}
| format=ul
| pathstyle=no
| sortby=lastedit
| sort=asc
| showpage=yes
| kidsonly=yes
}}
P.S I also saw similar problem in another extension flashmp3 extension, where I was able to produce an external link with magic words like {{BASEPAGENAME}} to link to an S3. Although it does output the correct page name and links it never worked when I used it in tags for the extension.
Works for me. At least the parser function. This is with the latest version of the extension and Validator. Are you sure you got the latest version of Validator?
Solved - Notice!
I tested my other extensions to see if there is a conflict with SubPageList and I found out that the cause of this error was the extension SubPage Fun. I had installed this extension along with SubPageList and although SubPageList works when I input the actual page names into the tag and parser functions of SubPageList, it didn't work when I used Magic words like {{BASEPAGENAME}}. I'm not sure if this can be replicated by others but if is a known conflict it might be useful to mention it on the extension page so others won't have the same problem I did.
Thanks Jeroen!
Any chance to implement a magic word returning the number of (direct) subpages of a page?
Why a magic word and not some parser function? When implementing such a thing, it'd be not hard to have several variations on that, for example the number of direct parent pages, the number of non-direct subpages, or the number of all pages in the tree. This could be done w/ a parser function and some parameters, but not a magic word.
In any case, what's the exact usecase? Convince me this feature would be useful to have :)
It would be nice to use those functions in parser functions like #if: to choose the formatting of the subpages. Especially, on 0 subpages I would like to omit the message: 'Page "topPage" has no subpages to list'. A conveniant but maybe expensive alternative to the last use case would be to allow to configure the error message to the empty string, and use the {{#subpages:}} directly in the if condition.
I'm now getting the following error when trying to delete any page on the wiki. Any ideas why??
Catchable fatal error: Argument 1 passed to SPLHooks::onArticleDeleteComplete() must be an instance of Article, instance of WikiPage given in /home/racecari/public_html/w/extensions/SubPageList/SubPageList.hooks.php on line 43
Are you using the latest version? I think this is already fixed.
Hi Jeroen, it shows up as 0.4 on my versions page. Downloaded from link on extension page: https://code.google.com/p/subpagelist/downloads/list?can=1
I tried version 0.3 also, same thing. Initially I had an earlier version of Validator but I am now using the latest one (downloaded with your package)0.4.9 alpha. No change there either.
- Scott
edit, i used the .zip download
In my example a user created a page with a slash inside its name: "Connect RS232 over TCP/IP" When i call my subpage-list i get the error "Page "Connect RS232 over TCP" does not exist". So it's pretty clear that the page name gets cutoff after the slash. Here's the parameters that i've used: {{#subpages:| page={{#titleparts:{{BASEPAGENAME}}|1}} | format=ul | sortby=title | sort=asc | showpage=yes | kidsonly=no }} What could be the problem here? is this a bug or can it be circumvented?
Oh and just tested if the "titleparts" is causing the problem. The answer is no.
{{#subpages:| page=Extension talk:SubPageList/Using Slash / in a page name/reply
delivers the same error. (Mike)
The part after flashes is either a sub page or not, this extension assumes it is. You can't have both without having some additional system for specifying if something is a sub page or not.
It would be nice if the subpage could display its siblings and the article above it. Also, when the "showparent" or "showpage" option is selected, the text is not displayed clearly. The subpages overwrite it. There is a module called Subpages Fun that includes additional subpage variables. Maybe that could be used to implement this idea.
Figured out how to display the parent and the siblings on a subpage:
{{#subpages:| page=Extension talk:SubPageList | showpage=yes}}
The titleparts displays the siblings, and then the showpage displays the parent. Hope this is useful for somebody else.
I've installed the plugin and it works ok for top level pages with sub pages, but not for sub-sub pages. So my layout is
a > b > c
It just shows a & b on page a (missing c), and shows nothing on page b. Am I doing something wrong? Thanks
What version of SubPageList are you using? Also, can you link to where this is occurring?
I have a similar issue using the recent 0.3 Version of SPL. Using the following structure:
Mainpage
- SubPage1
- SubPage2
Then i add a Subpage1.1 to Subpage1 and go back to see the hierarchy. It now should show like:
Mainpage
- SubPage1
- SubPage 1.1
- SubPage2
...but my listing is still showing no childs of Subpage1. However the new child is shown when i click on SubPage2.
So SubPage 1.1 show when you click SubPage2? Sorry, but this is to vague for me to debug; can you link to where this occurs and write down the steps to reproduce?
Can't link you to an example - internal wiki - sorry. But you already understoof what i meant.
- Have one Main Level Page - MyPage
- Create two Sub Level Pages - MyPage\SubPage1 & MyPage\SubPage2
- Add a child to the first Sublevel page MyPage\SubPage1\Child1
- Browse back to MyPage\SubPage1 = Child1 is not shown
- Browse to either MyPage or SubPage2 = Child of SubPage1 is shown
This is what i saw yesterday right after creating the Child (3rd Level Page). However, what i saw today is: Display of Subpages is correctly up to 2 levels. Once you visit the 3rd level (Child1 in my Example), the Navigation structure only shows a concatenated string of "MyPage\SubPage1" and the currently active child.
Here is my configuration if that helps:
{{#subpages:| page={{BASEPAGENAME}} | format=ul | sortby=title | sort=asc | showpage=yes | kidsonly=no }}
I guess the BASEPAGENAME-part is messing up the navigation. I need it though since i use your addon in templates for all of my pages. And as foresaid: its working fine as long as i don't use a 3rd Level. :)
This is what i saw yesterday right after creating the Child (3rd Level Page). However, what i saw today is: Display of Subpages is correctly up to 2 levels.
Sounds like a caching issue. The sub page lists do NOT refresh automatically in most cases, they only do (since the last version of this extension) for top level pages when editing any of their subpages. Hit the refresh button in the UI, or append ?action=purge to the page title in your browsers url bar when viewing the page and hit enter.
Hi,
While using checkboxes to decided whether to display parents/kidsonly or not, we came in trouble with the capital letter writing of Yes/No. That is using checkboxes automatically returns Yes/No and not yes/no and it seems that the extension only understands small letter yes/no while using Yes/No as parameters the extension ignored the choices.
Tested version, SubPageList (Version 0.3) (r88881).
After installing SubPageList, and adding the default plain-jane tag to a page that has subpages, I get this error:
- Fatal error: Call to undefined method DatabaseMysql::buildLike() in /var/www/extensions/SubPageList/SubPageList.class.php on line 209
Did I miss something in the configuration?
What version of MediaWiki are you using?
I ran into an issue when trying to test this extension. I thought I would include it on the discussion page for any others who may encounter the problem in the future. If this isn't the appropriate place, let me know, and I'll make the adjustment accordingly.
A query in SubPageList.class.php was making terrible noise and prevented the extension from working with Postgres 8.3 on a FreeBSD server.
I received the following output:
Warning: pg_query() [function.pg-query]: Query failed: ERROR: operator does not exist: ` text LINE 1: ...e_namespace = '0' AND page_is_redirect = '0'AND (`page_titl... ^ HINT: No operator matches the given name and argument type(s). You might need to add explicit type casts. in /var/www/wiki/includes/db/DatabasePostgres.php on line 584
Looking in SubPageList.class.php I found the offending line:
$conditions[] = '`page_title` LIKE ' . $dbr->addQuotes( $dbr->escapeLike( $title->getDBkey() ) . '/%' );
The following minor edit fixed the problem:
$conditions[] = 'page_title LIKE ' . $dbr->addQuotes( $dbr->escapeLike( $title->getDBkey() ) . '/%' );
Hope documenting this somewhere helps someone out there.
Thanks for pointing this out! I just fixed it on SVN, so the fix will be in the next release, which I will make in one of the next days :)
I'm currently trying to establish Subpagelist as an output in my whole wiki using templates. So basically this means that my "parent" page for Subpages can be variable. MediaWiki Syntax already provides me with a path, which *should* be allowing me to show my directories in all wiki pages.
The code is:
<splist
page={{BASEPAGENAME}}
showpath=no
sort=asc
sortby=title
liststyle=ordered
showparent=yes
kidsonly=yes
/>
I have tried this earlier with SubPageList3 but with the same results: Wiki Magic Words (as the one here used in the first line) seem to be fully ignored or simply read as string. In result i only see the subpages of my current page and not the "full" directory down to the basepage. Is there a way to achieve this?
It seems to be working in the latest version. Are you using an older one?
0.2 according to my Special:Versions page. I cannot use SVN here due to company restrictions. Is the download provided at https://code.google.com/p/subpagelist/downloads/list up to date?
I am also using multiple a nested template to call this function. Basically i have a "SubPageDisplay" on bottom of each of my articles. Its a box which contains 2 templates: "AddSubPageForm" and "ListSubpages", last of which contains exactly the code shown above. However when visiting subpages my shown root is always the currently opened subpage itself instead of the required basepage. Could this nesting be a problem?
Another idea could be the fact that i just recently used Subpagelist3. Could there be some leftovers (caches, tables) that prevent this from working?
Btw, the Parameters chapter is lacking a column for "valid parameters". Could be helpful to prevent misuse of this good extension. :) (Mike)
Issue resolved. Seems to be a bug related to the old "splist" parser command. The following code is identical in behaviour to mine above, but works...
{{#subpages:
| page={{BASEPAGENAME}} -- example in the documentation is missing a pipe here
| format=ul
| sortby=title
| sort=asc
| showpage=yes
| kidsonly=yes -- This behaviour is inverted, i think that´s a known issue already
}}
...while my code sample above doesn´t. This is either a parsing bug or intended changed behaviour towars SubPageList3 since my code hasn´t changed after the extension replacement. However i`m happy with the result now. Thank you for the support. :) (Mike)
The fact that it's working in the tag extension for me is probably related to changes in the Validator extension, of which you can obtain the latest release here. In any case, some small issues have been fixed since version 0.2 of SubPageList, so I probably should release 0.3 soonish :)
When I add a new subpage the tree doesn't update until I hit the save button on the page containing the tree.
I use the following software: SubPageList (Version 0.2) Mediawiki 1.16.1
This is the intended behaviour. MediaWiki caches the content of a page until it's saved or otherwise invalidated. This has little to do with the SubPageList extension, as any parser hook or tag extension behaves like this.
I had installed both this extension and Extension:SubPageList3 on the same wiki. It seems that both got into each others way because all of a sudden the kidsonly parameter (set to "yes") didn't work anymore with both extensions. Disabling this extension seems to have amended that issue.
The idea is that you use only a single sub page list extension, not multiple. try only using SubPageList. That should work, and if it doesn't, this is a bug, which you should report. SubPageList being backwards compatible with SubPageList3 means that when using SubPageList3, and replacing it with SubPageList, the wikitext should still function the same.
Thanks for the quick reply! Actually that was only for testing purposes ;-) Will try your suggestion.
I disabled SubPageList3 but the kidsonly parameter doesn't work anymore, with neither syntax (tag or parser function) so it definitely looks like a bug.
Looks like the parameter gets the kind of double negation wrong:
kidsonly = yes will show all descendants, while kidsonly = no won't show any.
hth
BTW Which extension provides this cool forum style discussion page?
Oops.. I fixed the negation issue on SVN, so it'll be fixed in the new release.
This threaded discussion page works via LiquidThreads
Thanks for the fix. I grabbed the code from SVN and the bug seems to be gone.
However I get another error message:
Call to undefined method SubPageList::parseWikitext() in /extensions/SubPageList/SubPageList.class.php on line 157
Seems the old parse() function is gone and not yet replaced by a new parseWikitext() function.
