I'm posting this question here as it's kind of specific to wikipedia/media as well as it's a possible mediawiki-feature-request.
Would it be possible to add some kind of feature or extension which enables users to either; - get a list of the next/previous articles alphabetically (a short index) in a separate box/window, or - get a summary of the next articles at the bottom of current article (to simulate a book)
There has been some suggestions to add a transcluded Special:Prefixindex/{{PAGENAME}} to the stub-templates, but I have warned them off with a possible hit in uncacheable pages.. Adding some AJAX-functionality would also need some kind of uncacheable special-page output.
I guess there's always a way to do a quick hack of this, but doing it in a way that's cacheable and meaningful is another problem.
Stigmj@nowiki
Stig Meireles Johansen wrote:
Would it be possible to add some kind of feature or extension which enables users to either;
- get a list of the next/previous articles alphabetically (a short index) in a separate box/window, or
- get a summary of the next articles at the bottom of current article (to simulate a book)
It would be nice if this was based on {{DEFAULTSORT:}} so that the article [[August Strindberg]] would appear together with other people having the same surname.
On Wed, Aug 6, 2008 at 8:17 AM, Stig Meireles Johansen stigmj@gmail.com wrote:
Would it be possible to add some kind of feature or extension which enables users to either;
- get a list of the next/previous articles alphabetically (a short index) in
a separate box/window, or
That shouldn't be hard to do at all.
- get a summary of the next articles at the bottom of current article (to
simulate a book)
Not clear what this means.
There has been some suggestions to add a transcluded Special:Prefixindex/{{PAGENAME}} to the stub-templates, but I have warned them off with a possible hit in uncacheable pages..
It would be cached perfectly fine. It just wouldn't update when new pages are created, until the cache expires or is purged. (Have you read [[WP:PERF]]?)
Adding some AJAX-functionality would also need some kind of uncacheable special-page output.
AJAX isn't relevant at all here.
On Wed, Aug 6, 2008 at 3:48 PM, Simetrical Simetrical+wikilist@gmail.com wrote:
Adding some AJAX-functionality would also need some kind of uncacheable special-page output.
AJAX isn't relevant at all here.
Well, one could use a trivial JavaScript, using (on [[Biochemistry]]): http://en.wikipedia.org/w/api.php?action=query&list=allpages&apfrom=... http://en.wikipedia.org/w/api.php?action=query&list=allpages&apfrom=... to determine the previous/next article.
Magnus
On Wed, Aug 6, 2008 at 11:27 AM, Magnus Manske magnusmanske@googlemail.com wrote:
Well, one could use a trivial JavaScript, using (on [[Biochemistry]]): http://en.wikipedia.org/w/api.php?action=query&list=allpages&apfrom=... http://en.wikipedia.org/w/api.php?action=query&list=allpages&apfrom=... to determine the previous/next article.
That's not technically AJAX. And more to the point, JavaScript hacks don't need to be discussed on Wikitech-l. They're for people without commit access.
On Wed, Aug 6, 2008 at 5:29 PM, Simetrical Simetrical+wikilist@gmail.com wrote:
On Wed, Aug 6, 2008 at 11:27 AM, Magnus Manske magnusmanske@googlemail.com wrote:
Well, one could use a trivial JavaScript, using (on [[Biochemistry]]): http://en.wikipedia.org/w/api.php?action=query&list=allpages&apfrom=... http://en.wikipedia.org/w/api.php?action=query&list=allpages&apfrom=... to determine the previous/next article.
That's not technically AJAX. And more to the point, JavaScript hacks don't need to be discussed on Wikitech-l. They're for people without commit access.
Wow, somebody's in a bad mood...
Beg pardon, but it is AJAX. I said JavaScript, and I provided XML sources. Do it asynchronously, and voila, AJAX.
And it's relevant to this list because it shows an easy way to solve the problem without the need for commit access.
Magnus
On Wed, Aug 6, 2008 at 2:48 PM, Magnus Manske magnusmanske@googlemail.com wrote:
Wow, somebody's in a bad mood...
Not at all. I'm just not a fan of JavaScript hacks.
Check http://no.wikipedia.org/wiki/Bruker:Stigmj/Nextpage-preview for a *very* quick hack just to show what I mean with "get a summary of the next articles at the bottom of current article (to simulate a book)". Mind you, this is not meant as anything more than show what I am thinking. If it's not clear, do tell...
Regarding [[WP:PERF]].. sure, but when I make lists like http://no.wikipedia.org/wiki/Liste_over_verdens_stater_etter_befolkningsst%C...http://no.wikipedia.org/wiki/Liste_over_verdens_stater_etter_befolkningsst%C3%B8rrelse/vedlikeholdI suddenly have to think about the user experience... ;)
/Stig
On Wed, Aug 6, 2008 at 4:48 PM, Simetrical <Simetrical+wikilist@gmail.comSimetrical%2Bwikilist@gmail.com
wrote:
On Wed, Aug 6, 2008 at 8:17 AM, Stig Meireles Johansen stigmj@gmail.com wrote:
Would it be possible to add some kind of feature or extension which
enables
users to either;
- get a list of the next/previous articles alphabetically (a short index)
in
a separate box/window, or
That shouldn't be hard to do at all.
- get a summary of the next articles at the bottom of current article (to
simulate a book)
Not clear what this means.
There has been some suggestions to add a transcluded Special:Prefixindex/{{PAGENAME}} to the stub-templates, but I have warned them off with a possible hit in uncacheable pages..
It would be cached perfectly fine. It just wouldn't update when new pages are created, until the cache expires or is purged. (Have you read [[WP:PERF]]?)
Adding some AJAX-functionality would also need some kind of uncacheable special-page output.
AJAX isn't relevant at all here.
Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
The extension "Back and Forth"[1] written by the excellent but unfortunately disappeared Rob Church, does the following: 'Adds "Next" and "Previous" alphabetic paging links to the top of pages'. A screenshot can be found at [1].
It has already been localised in the following 74 localisations: af, ang, ar, as, ast, avk, bcl, be-tarask, bg, bn, br, cs, da, de, dsb, el, eo, ext, fi, fr, frp, gag, gl, hi, hr, hsb, hu, hy, ia, io, is, it, ja, jv, kaa, km, kn, ksh, lb, lt, ml, mr, nah, nds, nl, nn, no, nso, oc, pl, pms, ps, pt, ru, sah, scn, sk, sr-ec, srn, stq, su, sv, ta, te, tg-cyrl, th, tr, uk, vec, vi, vo, yue, zh-hans, zh-hant
There is also "Page After And Before"[2] by Jean-Lou Dupont, but I have no idea how that behaves. I usually only install extensions from the MediaWiki source code repository.
Requesting new extensions to be installed on the Wikimedia farm currently has a backlog of about 3-6 months. There are about 10 extensions on the list[3]. Since 19 May no extensions in the queue have been processed.
Cheers! Siebrand
[1] http://www.mediawiki.org/wiki/Extension:Back-and-Forth [2] http://www.mediawiki.org/wiki/Extension:PageAfterAndBefore [3] http://www.mediawiki.org/wiki/Review_queue#Extensions
-----Oorspronkelijk bericht----- Van: wikitech-l-bounces@lists.wikimedia.org [mailto:wikitech-l-bounces@lists.wikimedia.org] Namens Stig Meireles Johansen Verzonden: woensdag 6 augustus 2008 14:18 Aan: Wikitech-l@lists.wikimedia.org Onderwerp: [Wikitech-l] Next/previous articles
I'm posting this question here as it's kind of specific to wikipedia/media as well as it's a possible mediawiki-feature-request.
Would it be possible to add some kind of feature or extension which enables users to either; - get a list of the next/previous articles alphabetically (a short index) in a separate box/window, or - get a summary of the next articles at the bottom of current article (to simulate a book)
There has been some suggestions to add a transcluded Special:Prefixindex/{{PAGENAME}} to the stub-templates, but I have warned them off with a possible hit in uncacheable pages.. Adding some AJAX-functionality would also need some kind of uncacheable special-page output.
I guess there's always a way to do a quick hack of this, but doing it in a way that's cacheable and meaningful is another problem.
Stigmj@nowiki
On Wed, Aug 6, 2008 at 4:40 PM, Siebrand Mazeland s.mazeland@xs4all.nl wrote:
Requesting new extensions to be installed on the Wikimedia farm currently has a backlog of about 3-6 months. There are about 10 extensions on the list[3]. Since 19 May no extensions in the queue have been processed.
. . . but talking to Tim personally would probably get the job done right away, for a simple extension by a known good author like Rob.
wikitech-l@lists.wikimedia.org