Hi
This is an issue I am experiencing on Persian Wikipedia (FAWP) for the last
couple of weeks. I have replicated it in different machines, and after
clearing the cache (or using incognito). I have replicated it in Firefox
and in Chrome.
When you open a page, some times certain widgets (e.g. Twinkle) or
user-specific JS scripts don't load. Refreshing the page will fix it 99% of
the time (that 1% requires refreshing 2 or 3 times).
Looking at the console shows an error that indicates "mw.util" is not
defined. See the error message in Firefox[1] and Chrome[2] But because none
of the scripts have changed recently, to me it means somehow that mw.util
is not loaded *some of the time*.
The problem manifests itself mostly when you open a tab in the background
(i.e. you middle-click a link), and especially when I open several tabs in
the background.
If I turn ResourceLoader off, the error does not occur. So I am thinking it
has to do with RL. Any ideas on the next steps to investigate this are
appreciated.
Huji
[1] https://commons.wikimedia.org/wiki/File:Firefox-mw.util-error.png
[2] https://commons.wikimedia.org/wiki/File:Chrome-mw.util-error.png
Greetings!
Is there a way in the <references> tag to place the note first and then
the instances?
Now:
1. ↑ ^1.00 1.01 1.02 1.03 1.04 1.05 1.06 SRD-OGL v5.1
2. ↑ ^2.00 2.01 2.02 2.03 UA Classics Revisited
What I would like:
1. ↑ SRD-OGL v5.1 ^1.00 1.01 1.02 1.03 1.04 1.05 1.06
2. ↑ UA Classics Revisited ^2.00 2.01 2.02 2.03
Thanks in advance,
Brian
Hello everyone,
Following the announcement of an Enterprise MediaWiki Consortium (EMC) by Yaron Koren, Brian Wolff and others asked about the position of the MediaWiki Stakeholders' Group (MWStake) with respect to this intiative. The announced enterprise consortium seems to be a structured organisation led by Yaron. MWStake is a user group and Wikimedia affiliation. We, MWStake, care for and are open to all involved parties. Naturally, EMC is also a stakeholder in the MediaWiki world and is of course always invited to join us.
The stated goals of MWStake and the consortium are different - and complementary. MWStake is supportive of the existence of the consortium as it is of the many other organizations that contribute software to the MediaWiki ecosystem. We think Yaron's consortium can serve the purpose of providing an aggregation of funding to support development projects that might be too large for a single organization to fund themselves.
However, MWStake's vision is broader. Our approach is to work as a community. We aim to foster the MediaWiki community and integrate them with concerted projects. We also seek to intensify the cooperation between third-party users and the creator/owner of MediaWiki, the Wikimedia Foundation. For that reason, the membership of MWStake consists of people from both WMF and the third-party community. We discuss common problems on a regular basis and work collaboratively towards integrative solutions and standards - because we have enough one-off solutions and extensions that reinvent the wheel. We'd like to focus on the challange of creating coherent systems. Following that approach, we aim to make the MediaWiki platform a first-class entity in the movement, as we see MediaWiki usage outside of WMF projects as part and parcel of the WMF vison. Specifically, "every single human being can freely share in the sum of all knowledge" by providing them with the means for independently sharing their own knowledge.
A word about institutionalisation: We plan to incorporate when the time is right. Presently, we think that this will be when we have finished some projects and have created a sufficiently large network of organisations and corporations that will join and contribute.
Some of our accomplishments so far: We regularly open common places and communication channels for all stakeholders by organizing panels, presentations and discussions at conferences and meetings (e.g. the "Fantastic MediaWiki" track at the Hackathon in Vienna). Moreover, we are making requirements by third-party users visible (e.g. the MediaWiki user survey and feature wishlist). As individuals, we contribute to the MediaWiki project over a wide range of developments, bugfixes, code contributions and translations. These include PluggableAuth, HitCounters, DisplayTitle, extension store discussion, and more. Increasingly, we coordinate our concrete development efforts.
So what are our next steps? We are going to restart the LDAP extension following the concrete plan of action which was devised in a public meeting at the Vienna Hackathon. We will improve extension documentation of extensions maintained by members of MWStake (about 100) at MediaWiki.org. And we work on the visibilty of current MediaWiki developments to foster the attractiveness of the platform.
We agree with Yaron's position that the organisations EMC and MWStake actually have different goals and strategies. EMC, it seems, is mainly looking for companies which want to share maintenance costs for popular extensions. Meanwhile, MWStake seeks to integrate and coordinate the efforts around MediaWiki without requiring a monetary contribution. Any cooperation with organizations like EMC is welcome.
We encourage MediaWiki users to work with Yaron and the EMC if that fits their needs, but we also welcome them to collaborate with the WMF and us to make MediaWiki better for everyone.
This text was jointly written by
Mark Hershberger, Cindy Cicalese, Richard Heigl, Markus Glaser
MediaWiki Stakeholders Group
-----Ursprüngliche Nachricht-----
Von: MediaWiki-l [mailto:mediawiki-l-bounces@lists.wikimedia.org] Im Auftrag von Yaron Koren
Gesendet: Donnerstag, 25. Mai 2017 19:54
An: MediaWiki announcements and site admin list <mediawiki-l(a)lists.wikimedia.org>
Betreff: Re: [MediaWiki-l] Announcing: the Enterprise MediaWiki Consortium
Hi Brian,
That's a reasonable question. Both this consortium and the MediaWiki Stakeholders' Group have the general aim of making things better for "enterprise" users of MediaWiki, but beyond that the two have surprisingly different goals and approaches. The MediaWiki Stakeholders' Group, or MWStake, has a large number of goals, but a big part of it, as I understand, is working with the Wikimedia Foundation and core MediaWiki developers to make sure that the needs and desires of enterprise users are taken into account. That sort of advocacy is not what the EMC is concerned with. On the other hand, MWStake also does some coordination on volunteer efforts at software improvement, so in that sense the two are more similar.
I'm not familiar with a corporate sponsorship thing for MWStake, but even if that happens, the two are quite different in terms of their decision-making approach. Anyone can join MWStake, and then decisions are made (as I understand it) via discussion and consensus. With the EMC, you have to pay to get in, and then there's a precise system of weighted voting to allocate the funds.
It certainly could happen that the two organizations could coordinate, yes.
And some companies could end up being members of both. Nonetheless, I see these as distinct organizations, and it seems like there's a need for both.
Thanks!
-Yaron
On Thu, May 25, 2017 at 12:25 PM, Brian Wolff <bawolff(a)gmail.com> wrote:
> On Wednesday, May 24, 2017, Yaron Koren <yaron(a)wikiworks.com> wrote:
> > Hi,
> >
> > I'm very excited to announce the launch of the Enterprise MediaWiki
> > Consortium (EMC), an organization devoted to supporting and
> > maintaining "enterprise MediaWiki" software.
> >
> > As you may know, a lot of open-source software has some sort of
> > organization or foundation that is intended to pool money from users
> > of
> the
> > software toward developers. MediaWiki is in an unusual situation: it
> > is funded by the Wikimedia Foundation (and, to a lesser extent,
> > Wikimedia Deutschland and others), but those organizations' primary
> > allegiance is
> to
> > software that runs on Wikimedia sites. That leaves a lot of
> > MediaWiki-related software (extensions, skins, etc.) that is mostly
> > intended for use on non-Wikimedia sites, i.e. "enterprise" uses:
> > some of this software has significant usage, but very little of it
> > has institutional support.
> >
> > That is where the Enterprise MediaWiki Consortium fits in. It is
> > intended to fund the development of extensions and other software
> > that otherwise
> has
> > no funding source. The set of software being funded is entirely up
> > to the membership of the EMC, and of course the amount of support
> > that can be provided depends on the amount of money that members
> > contribute - an
> amount
> > that will hopefully grow over time.
> >
> > If you belong to an organization, company or website that makes use
> > of MediaWiki - and specifically, of MediaWiki-related software not
> > used on Wikimedia sites - please consider joining the Enterprise
> > MediaWiki Consortium - to provide much-needed support for the
> > software you use, and to have a greater say in shaping its future.
> >
> > You can read more about the EMC here:
> >
> > http://enterprisemediawikiconsortium.org/
> >
> > -Yaron
> > _______________________________________________
> > MediaWiki-l mailing list
> > To unsubscribe, go to:
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
>
> Out of curiosity, what is the relation between this group and
> MWStakeholders group. Im given to understand that MWStake was also
> considering having a corporate sponsership thing too (I may bemistaken
> on that though). Do you envision the two groups working together, or
> do you see them as being entirely separate and independent?
>
> Best of luck in this new venture,
>
> --
> Brian
> _______________________________________________
> MediaWiki-l mailing list
> To unsubscribe, go to:
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
--
WikiWorks · MediaWiki Consulting · http://wikiworks.com _______________________________________________
MediaWiki-l mailing list
To unsubscribe, go to:
https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
Hi,
I'm very excited to announce the launch of the Enterprise MediaWiki
Consortium (EMC), an organization devoted to supporting and maintaining
"enterprise MediaWiki" software.
As you may know, a lot of open-source software has some sort of
organization or foundation that is intended to pool money from users of the
software toward developers. MediaWiki is in an unusual situation: it is
funded by the Wikimedia Foundation (and, to a lesser extent, Wikimedia
Deutschland and others), but those organizations' primary allegiance is to
software that runs on Wikimedia sites. That leaves a lot of
MediaWiki-related software (extensions, skins, etc.) that is mostly
intended for use on non-Wikimedia sites, i.e. "enterprise" uses: some of
this software has significant usage, but very little of it has
institutional support.
That is where the Enterprise MediaWiki Consortium fits in. It is intended
to fund the development of extensions and other software that otherwise has
no funding source. The set of software being funded is entirely up to the
membership of the EMC, and of course the amount of support that can be
provided depends on the amount of money that members contribute - an amount
that will hopefully grow over time.
If you belong to an organization, company or website that makes use of
MediaWiki - and specifically, of MediaWiki-related software not used on
Wikimedia sites - please consider joining the Enterprise MediaWiki
Consortium - to provide much-needed support for the software you use, and
to have a greater say in shaping its future.
You can read more about the EMC here:
http://enterprisemediawikiconsortium.org/
-Yaron
Heiya,
I have upgraded from 1.23 to 1.27 which was now possible since the
latest release.
After the process I observe a changed behavior regarding the rudimentary
full-text search MediaWiki provides out of the box, i.e. I am not
talking about the Cirrus/Elastica duo available as an extra.
When adding a search term to the search field on MW 1.27 like e.g.
"Lorem ipsum" (note: including the ") than only the page names for the
findings are shown and not the page names and some text extract wrapping
the searched term as MW 1.23 did. When adding just Lorem ipsum (note:
excluding the ") I get the page names and some text extract wrapping the
searched term as I did with 1.23. The results for Lorem ipsum however
are a much worse fit than for "Lorem ipsum" so that's why I am here.
Perhaps I missed some setting I now have to make or perhaps there is
some script I overlooked to get things running. I'd like to get the
wrapping text back. Pointers highly appreciated.
Thanks for your time
Karsten
I am working on a wiki family with several languages. The problem that I am
running into is that the interface is not reflecting the setting. For
example, I have the Persian Site using $wgLanguageCode = "fa"; but the
interface is still in English and still LTR. However, when I log in, the UI
suddenly appears in Persian. These results have been replicated by Persian
speakers in Iran, so it should not be an issue of browser settings or
anything like that.
Are there other settings that could possibly be overriding the $
wgLanguageCode?
Dustin Phillips . Co-Executive Director, ICANNWiki . M +13605801923 .
E dustin(a)icannwiki.com . W icannwiki.org <http:/icannwiki.org>
Hello,
> When I use the magic word 'FULLURL' in my wiki, it's give back a message
> that 'the title including a wrong note D%'.
> What can be the problem?
> THanks.
Can you copy-paste the exact error message? (It's OK if it's not in
English.)
Here the message:
כותרת שגויה
<https://www.betmidrash.org.il/index.php?title=%25D7%25A0%25D7%2595%25D7%259…>
<https://www.betmidrash.org.il/index.php?title=%25D7%25A0%25D7%2595%25D7%259…>
כותרת הדף המבוקש מכילה תווים בלתי תקינים: "%D7".
חזרה לדף עמוד ראשי
<https://www.betmidrash.org.il/index.php/%D7%A2%D7%9E%D7%95%D7%93_%D7%A8%D7%…>
.
2017-05-17 7:51 GMT+03:00 <mediawiki-l-request(a)lists.wikimedia.org>:
> Send MediaWiki-l mailing list submissions to
> mediawiki-l(a)lists.wikimedia.org
>
> To subscribe or unsubscribe via the World Wide Web, visit
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> or, via email, send a message with subject or body 'help' to
> mediawiki-l-request(a)lists.wikimedia.org
>
> You can reach the person managing the list at
> mediawiki-l-owner(a)lists.wikimedia.org
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of MediaWiki-l digest..."
>
>
> Today's Topics:
>
> 1. Loading Javascript files that use import
> (George, Garrett J. (JSC-CB111)[SGT, INC])
> 2. New tab (אחיקם אלירז)
> 3. Magic word (אחיקם אלירז)
> 4. Re: New tab (Tom Bishop, Wenlin Institute)
> 5. Re: New tab (tangmu(a)wenlin.com)
> 6. Re: Search feature / Change in behaviour (Pine W)
> 7. Re: Magic word (Bartosz Dziewoński)
> 8. Re: New tab (Bartosz Dziewoński)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Tue, 16 May 2017 14:03:13 +0000
> From: "George, Garrett J. (JSC-CB111)[SGT, INC]"
> <garrett.j.george(a)nasa.gov>
> To: "mediawiki-l(a)lists.wikimedia.org"
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: [MediaWiki-l] Loading Javascript files that use import
> Message-ID:
> <760DED71F5821B4D96EDD06D78AFF334015A4B71(a)NDJSMBX101.ndc.nasa.gov>
> Content-Type: text/plain; charset="us-ascii"
>
> Hey all,
>
> I'm currently trying to implement a third party library into an extension
> I'm developing and was running into the error unexpected token import when
> the Javascript will run import X from Y. I believe it wants var X =
> require(Y) but I don't necessarily want to go through all the import
> statements and rewrite them. If I use the libraries CDN link and add a
> <script> tag at the head of the page and it gets executed by the browser
> (Chrome) the library loads fine. I'm not sure where it originates from, but
> it seems to have to do with load.php and how it handles javascript files
> and ResourceLoader.
>
> Thanks,
>
> Garrett
>
>
> ------------------------------
>
> Message: 2
> Date: Tue, 16 May 2017 22:16:10 +0300
> From: אחיקם אלירז <ahikamel(a)gmail.com>
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: [MediaWiki-l] New tab
> Message-ID:
> <CAKexSqCTh9szeAkvPQQ9F3+XdFoAp+5KX8K5O-K8yPQzHshJJg@
> mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hello.
> I want to a add a new tab, neer the tab 'discussion', and to call it
> 'draft'.
> There is some extensions for new tabs, but all of them made the tabs in the
> page.
> How can I do it? is it possible?
>
> THanks.
>
>
> ------------------------------
>
> Message: 3
> Date: Tue, 16 May 2017 22:26:19 +0300
> From: אחיקם אלירז <ahikamel(a)gmail.com>
> To: mediawiki-l(a)lists.wikimedia.org
> Subject: [MediaWiki-l] Magic word
> Message-ID:
> <CAKexSqAiaHt8V1Neyt_Y_vAsZZ3wyK_vTN32+tDn2+SiMQ-1ng@
> mail.gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Hello,
> When I use the magic word 'FULLURL' in my wiki, it's give back a message
> that 'the title including a wrong note D%'.
> What can be the problem?
> THanks.
>
>
> ------------------------------
>
> Message: 4
> Date: Tue, 16 May 2017 13:20:52 -0700
> From: "Tom Bishop, Wenlin Institute" <tangmu(a)wenlin.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] New tab
> Message-ID: <70450572-7369-4742-AF7F-0D52829D5176(a)wenlin.com>
> Content-Type: text/plain; charset=utf-8
>
>
> > On May 16, 2017, at 12:16 PM, אחיקם אלירז <ahikamel(a)gmail.xn--com-yx0a>
> wrote:
> >
> > Hello.
> > I want to a add a new tab, neer the tab 'discussion', and to call it
> > 'draft'.
> > There is some extensions for new tabs, but all of them made the tabs in
> the
> > page.
> > How can I do it? is it possible?
>
>
> I'm not sure I understand your question exactly. Something like this might
> work in YourExtension.hooks.php:
>
> public static function onGetPreferences(User $user, array
> &$preferences)
> {
> $preferences['foo'] = array(
> 'type' => 'toggle',
> 'label' => 'foofoo',
> 'section' => "draft/sectionxyz"
> );
> return true;
> }
>
> With this in extension.json:
>
> "Hooks": {
> "GetPreferences": [
> "YourExtensionHooks::onGetPreferences"
> ]
> }
>
> And, in en.json, items like "prefs-draft": "Draft" and
> "prefs-draft-sectionxyz": "Section XYZ".
>
> Good luck!
>
> Tom
>
> Wenlin Institute, Inc. SPC (a Social Purpose Corporation)
> 文林研究所社会目的公司
> Software for Learning Chinese
> E-mail: wenlin(a)wenlin.com Web: http://www.wenlin.com
> Telephone: 1-877-4-WENLIN (1-877-493-6546)
> ☯
>
>
>
>
>
> ------------------------------
>
> Message: 5
> Date: Tue, 16 May 2017 13:37:21 -0700
> From: tangmu(a)wenlin.com
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] New tab
> Message-ID: <BE572473-F2ED-4CA2-A23C-3E4054D0116E(a)wenlin.com>
> Content-Type: text/plain; charset=utf-8
>
> Sorry, I just realized your question wasn't about Preferences tabs. You
> should probably ignore my reply below.
>
> Tom
>
> > On May 16, 2017, at 1:20 PM, Tom Bishop, Wenlin Institute <
> tangmu(a)wenlin.com> wrote:
> >
> >
> >> On May 16, 2017, at 12:16 PM, אחיקם אלירז <ahikamel(a)gmail.xn--com-yx0a>
> wrote:
> >>
> >> Hello.
> >> I want to a add a new tab, neer the tab 'discussion', and to call it
> >> 'draft'.
> >> There is some extensions for new tabs, but all of them made the tabs in
> the
> >> page.
> >> How can I do it? is it possible?
> >
> >
> > I'm not sure I understand your question exactly. Something like this
> might work in YourExtension.hooks.php:
> >
> > public static function onGetPreferences(User $user, array
> &$preferences)
> > {
> > $preferences['foo'] = array(
> > 'type' => 'toggle',
> > 'label' => 'foofoo',
> > 'section' => "draft/sectionxyz"
> > );
> > return true;
> > }
> >
> > With this in extension.json:
> >
> > "Hooks": {
> > "GetPreferences": [
> > "YourExtensionHooks::onGetPreferences"
> > ]
> > }
> >
> > And, in en.json, items like "prefs-draft": "Draft" and
> "prefs-draft-sectionxyz": "Section XYZ".
> >
> > Good luck!
> >
> > Tom
> >
> > Wenlin Institute, Inc. SPC (a Social Purpose Corporation)
> > 文林研究所社会目的公司
> > Software for Learning Chinese
> > E-mail: wenlin(a)wenlin.com Web: http://www.wenlin.com
> > Telephone: 1-877-4-WENLIN (1-877-493-6546)
> > ☯
> >
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > To unsubscribe, go to:
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
> Wenlin Institute, Inc. SPC (a Social Purpose Corporation)
> 文林研究所社会目的公司
> Software for Learning Chinese
> E-mail: wenlin(a)wenlin.com Web: http://www.wenlin.com
> Telephone: 1-877-4-WENLIN (1-877-493-6546)
> ☯
>
>
>
>
>
> ------------------------------
>
> Message: 6
> Date: Tue, 16 May 2017 19:31:14 -0700
> From: Pine W <wiki.pine(a)gmail.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>, A public mailing list about
> Wikimedia Search and Discovery projects
> <discovery(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] Search feature / Change in behaviour
> Message-ID:
> <CAF=dyJh6bm0RZ893xwP2j0PRUwn+EpOjWS41oBF0yZAzHMuYvw@mail.
> gmail.com>
> Content-Type: text/plain; charset="UTF-8"
>
> Cross-posting this to the Discovery mailing list with hopes that someone
> from WMF Discovery can shed some light on this situation.
>
> Pine
>
>
> On Mon, May 15, 2017 at 2:08 PM, Tom <tom(a)hutch4.us> wrote:
>
> > I actually think there is a drop in page content results too. Searching
> > for example, pages using a tag <FooBar>text</FooBar> would report content
> > found in x pages. Now search <FooBar> no content in pages found. Search
> > <FooBar no > found on 3 pages but expect 50.
> >
> > I do want to do more testing. Rebuilding the index seems to be super fast
> > unlike before which would take up to a few minutes to complete.
> >
> > Tom
> >
> > > On May 15, 2017, at 10:02 AM, [[kgh]] <mediawiki(a)kghoffmeyer.de>
> wrote:
> > >
> > > Heiya,
> > >
> > > it's me again. :) Does somebody at least see the issue. Probably a bug
> > > that should be reported?
> > >
> > > Thanks and cheers
> > >
> > > Karsten
> > >
> > >
> > >> Am 09.05.2017 um 16:32 schrieb [[kgh]]:
> > >> Heiya,
> > >>
> > >> I have upgraded from 1.23 to 1.27 which was now possible since the
> > >> latest release.
> > >>
> > >> After the process I observe a changed behavior regarding the
> rudimentary
> > >> full-text search MediaWiki provides out of the box, i.e. I am not
> > >> talking about the Cirrus/Elastica duo available as an extra.
> > >>
> > >> When adding a search term to the search field on MW 1.27 like e.g.
> > >> "Lorem ipsum" (note: including the ") than only the page names for the
> > >> findings are shown and not the page names and some text extract
> wrapping
> > >> the searched term as MW 1.23 did. When adding just Lorem ipsum (note:
> > >> excluding the ") I get the page names and some text extract wrapping
> the
> > >> searched term as I did with 1.23. The results for Lorem ipsum however
> > >> are a much worse fit than for "Lorem ipsum" so that's why I am here.
> > >>
> > >> Perhaps I missed some setting I now have to make or perhaps there is
> > >> some script I overlooked to get things running. I'd like to get the
> > >> wrapping text back. Pointers highly appreciated.
> > >>
> > >> Thanks for your time
> > >>
> > >> Karsten
> > >>
> > >>
> > >> _______________________________________________
> > >> MediaWiki-l mailing list
> > >> To unsubscribe, go to:
> > >> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> > >
> > >
> > > _______________________________________________
> > > MediaWiki-l mailing list
> > > To unsubscribe, go to:
> > > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
> >
> > _______________________________________________
> > MediaWiki-l mailing list
> > To unsubscribe, go to:
> > https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
> >
>
>
> ------------------------------
>
> Message: 7
> Date: Wed, 17 May 2017 06:48:55 +0200
> From: Bartosz Dziewoński <matma.rex(a)gmail.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] Magic word
> Message-ID: <b8db183d-80fd-bc85-6dac-3976b1600379(a)gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> On 2017-05-16 21:26, אחיקם אלירז wrote:
> > Hello,
> > When I use the magic word 'FULLURL' in my wiki, it's give back a message
> > that 'the title including a wrong note D%'.
> > What can be the problem?
> > THanks.
>
> Can you copy-paste the exact error message? (It's OK if it's not in
> English.)
>
>
> --
> Bartosz Dziewoński
>
>
>
> ------------------------------
>
> Message: 8
> Date: Wed, 17 May 2017 06:50:53 +0200
> From: Bartosz Dziewoński <matma.rex(a)gmail.com>
> To: MediaWiki announcements and site admin list
> <mediawiki-l(a)lists.wikimedia.org>
> Subject: Re: [MediaWiki-l] New tab
> Message-ID: <432a5def-6db6-6b78-e8a5-22476ba953df(a)gmail.com>
> Content-Type: text/plain; charset=utf-8; format=flowed
>
> Have you tried https://www.mediawiki.org/wiki/Extension:NamespaceRelations
> ?
>
> --
> Bartosz Dziewoński
>
>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> MediaWiki-l mailing list
> MediaWiki-l(a)lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/mediawiki-l
>
>
> ------------------------------
>
> End of MediaWiki-l Digest, Vol 164, Issue 9
> *******************************************
>
Hello.
I want to a add a new tab, neer the tab 'discussion', and to call it
'draft'.
There is some extensions for new tabs, but all of them made the tabs in the
page.
How can I do it? is it possible?
THanks.