How can I write a form, with soma text input's, using a specialpage?
------------------------------------
Gabriel da Silva Simões
Mestrando em Ciência da Computação
Instituto de Informática - UFRGS
SBC #12250
ICQ #16149875
CEL #(51)93232480
At 22:56 22/03/2007, you wrote:
> > http://www.mediawiki.org/index.php/article_name
> >
> > My Mediawiki is set-up so that index.php is displayed in the URL,
> > followed by the article name.
> >
> > I can see no .htaccess files, so how does index.php process the
> > subsequent article name, rather than Apache looking for a directory
> > whose name is /article_name... and then why is there no 404 error?
> >
> > Where's the clever bit of code that handles this?
>
>Does it need a clever bit of code? index.php isn't a directory, so
>there is no reason to think article_name is a subdirectory of it.
You learn something new every day. I assumed that index.php/name
would only consider /name to be a subdirectory. It doesn't.
I'm familiar with # and ? following filename, but not /
Does this usage have a name? Is this a feature of Apache or PHP?
Regards,
Ian
http://www.mediawiki.org/index.php/article_name
My Mediawiki is set-up so that index.php is displayed in the URL,
followed by the article name.
I can see no .htaccess files, so how does index.php process the
subsequent article name, rather than Apache looking for a directory
whose name is /article_name... and then why is there no 404 error?
Where's the clever bit of code that handles this?
Regards,
Ian Tresman
There's some discussion on wikien-l at present about nofollow on
external links, and how that doesn't apply to interwiki links.
1. I understand when the nofollow was switched on for all external
links, Brion suggested people code something finer-grained if they
didn't like the all-or-nothing nature of denying pagerank to good
external links. Has anyone been working on this?
2. Interwiki links (as defined on [[m:interwiki map]]) don't attract a
nofollow. Are any of those likely to be attractive nuisances to search
engine spammers? Geni flagged del.icio.us as one that link spammers
are already abusing elsewhere.
- d.
Hi,
I've been putting together a tool that makes a bit easier to do
internal linking for wikiHow users. If you check out an editing page
at wikihow:
http://www.wikihow.com/index.php?title=Toilet-Train-a-Cat&action=edit&advan…
and select some text, say the word "litter" in the first step you can
select the 2nd internal links button (2nd from the right) on the
toolbar to get a popup with results that match your text selection.
(in FF you can use the accesskey 'r'). The textarea behind the popup
becomes disabled at this point.
>From here you can either click on one of the links to create the
internal link, or "no thanks". Similarly, you can press 1 through 9 on
the keyboard to insert the desired link, or hit escape to close the
popup, and the textarea goes back to normal editing.
In IE, the accesskey doesn't seem to work because the text becomes
de-selected when you hit the ALT key. Is this a known issue, are there
any workarounds?
Does anyone have any ideas on how this could be made to be more useful?
Is there any easy way to retrieve search results from a standard
Mediawiki installation that are easily parsed by Javascript? Right now
our custom Lucene plugin can display the results in a straight text,
one result per line format, which helps out the javascript end of this
plugin. Is there anything similar built into Mediawiki?
Travis
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
raymond(a)svn.wikimedia.org wrote:
> +'nolinkshere-ns' => "No pages link to '''[[:$1]]''' at namespace {{ns:$2}}.",
This looks kind of ugly... for main namespace it just shows a space, and
for talk namespaces it's got the underscore.
- -- brion vibber (brion @ wikimedia.org)
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.3 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iD8DBQFGApTZwRnhpk1wk44RAv+yAKChYXMx2ZxNrWyAf7pwEMgg0nNK0gCfURPv
gZCybJzeS2+dh1qMcKVUK50=
=BQte
-----END PGP SIGNATURE-----
On 22/03/07, 80686(a)svn.wikimedia.org <80686(a)svn.wikimedia.org> wrote:
> Revision: 20612
> Author: 80686
> Date: 2007-03-22 00:19:47 -0800 (Thu, 22 Mar 2007)
>
> Log Message:
> -----------
> fixed bug in call of hook ArticleViewHeader
This non-critical fix was first applied to a release branch and the
committer failed to update the release notes in both the branch and
trunk.
Did the release manager give consent for this?
Rob Church
Hi,
I don't suppose anyone has taken a look at:
http://www.tiddlywiki.com/
Seems that it would make a nice offlinable skin for mediawiki to take pages
away for editing. Obviously it parses slightly different wikitext as
default, but it probably wouldn't matter if it wasn't perfect, just "good
enough" would allow people to quickly save off pages for editing.
Alex
--
Alex Powell
Exscien Training Ltd
Tel: 01865 920024
Direct: 01865 920032
Mob: 07717 765210
alexp(a)exscien.com
http://www.exscien.com
Registered in England and Wales 05927635, 59 East Ave, Oxford, OX4 1XP,
England
I'm consulting wikitech-l because I can't think where else to ask!
One of the more active bureaucrats on cy.wikipedia has posed me the
following question:
"Currently, the Welsh wikipedia's default settings mean that all
intrawiki (mewnwici) links are underlined without having to roll the
mouse over them. It's different from all the other wikipedias, and it
looks a little ugly. It can be changed by going to "fy newisiadau"
(there's a detailed explanation about it in Y Caffi), but as a
bureaucrat, I was wondering if there was a way for you to change the
default settings of the site so that it looks more professional for
everyone."
("fy newisiadau" = "my preferences", and the detailed explanation in "Y
Caffi" is in Welsh but it's quite well summarised here - cy.wikipedia
appears to be the only one with this default action). I'm not familiar
with how the default appearance is set - can someone advise, please?
--
Arwel Parry
An automated run of parserTests.php showed the following failures:
This is MediaWiki version 1.10alpha (r20611).
Reading tests from "maintenance/parserTests.txt"...
Reading tests from "extensions/Cite/citeParserTests.txt"...
Reading tests from "extensions/Poem/poemParserTests.txt"...
17 still FAILING test(s) :(
* URL-encoding in URL functions (single parameter) [Has never passed]
* URL-encoding in URL functions (multiple parameters) [Has never passed]
* Table security: embedded pipes (http://mail.wikipedia.org/pipermail/wikitech-l/2006-April/034637.html) [Has never passed]
* Link containing double-single-quotes '' (bug 4598) [Has never passed]
* message transform: <noinclude> in transcluded template (bug 4926) [Has never passed]
* message transform: <onlyinclude> in transcluded template (bug 4926) [Has never passed]
* BUG 1887, part 2: A <math> with a thumbnail- math enabled [Has never passed]
* HTML bullet list, unclosed tags (bug 5497) [Has never passed]
* HTML ordered list, unclosed tags (bug 5497) [Has never passed]
* HTML nested bullet list, open tags (bug 5497) [Has never passed]
* HTML nested ordered list, open tags (bug 5497) [Has never passed]
* Inline HTML vs wiki block nesting [Has never passed]
* Mixing markup for italics and bold [Has never passed]
* dt/dd/dl test [Has never passed]
* Images with the "|" character in the comment [Has never passed]
* Parents of subpages, two levels up, without trailing slash or name. [Has never passed]
* Parents of subpages, two levels up, with lots of extra trailing slashes. [Has never passed]
Passed 494 of 511 tests (96.67%)... 17 tests failed!