t
on casual visitors. "You told me to register and when I did, I had to
relogin after a couple of visits!!1"
Taking this all into account, I see no reason to keep the current
default.
--
Max Semenik ([[User:MaxSem]])
___
nyway.
> Personally, I don't find annoying having to log in once a month. It's
> the CentralAuth third party cookies (+ firefox behavior) what makes them
> expire.
I don't use FF, can you elaborate?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
r are
tests, the less desire people will have to run them, even if their
systems can run Selenium. Therefore, I propose that Selenuim should be
disabled by default, but be easily enableable per-user or per-run
(with a command-line switch).
--
Best regards,
Max S
community for everyone to use, or just a software
that runs Wikipedia and is sporadically released to public only for
lulz and Wikia? If it's the latter, such "noise" is indeed unwanted.
If the former, this chit-chat is vital to being a part of the community.
--
Best r
kipedia". People don't care how things work, they simply want them
to work. It's Wikimedia Foundation's responsibility to use these
donations to make things just work for as many people as possible.
--
Best regards,
Max Semenik ([[User:MaxSem]])
ts grumble something about categories;)
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
gies when executing the same query. Of course, this means
case-by-case analysis for every discrepancy.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ple who never use SQLite to go out of their way
> and take extra steps to keep it up-to-date.
SQLite actually shares some patches with MySQL, and the whole approach
is documented at
http://www.mediawiki.org/wiki/Manual:Database_access#SQLite_compatibility
--
Best regards
but disagree
> probably
[...]
This is unbearable. Jamie, could you post to this list with a mail
client that does not break threads and reformat quoted text horribly?
Thanks.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikite
onality stay in MediaWiki at
all?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
rammatically.
As for removing the functionality: do you mean the functionality of the
> Composer merge plugin? i.e. that we can load dependencies in the
> MediaWiki root directory, rather than within each extension's directory?
>
I mean ComposerHookHandler and friends.
On Fri, Nov 15, 2019 at 4:16 PM Max Semenik wrote:
> Which raises the question: should this functionality stay in MediaWiki at
> all?
>
I've pushed https://gerrit.wikimedia.org/r/551346 for review.
Best regards,
Max Semenik
will be no
deployments next week, we have some extra time to ensure everything works
smoothly.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
q8MNY6U
> qgx2lL8LEEaUik7MwhvxJ00A6p89HV9KTezTdwmlwWwmKA83ec0=
> =HouQ
> -END PGP SIGNATURE-
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Best regards,
Max Semenik
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Sep 24, 2020 at 12:55 AM AntiCompositeNumber <
anticompositenum...@gmail.com> wrote:
> *HTML email is a scourge.*
>
Welcome to the future! Every new thing introduces new problems, but we
kinda can't stop the progress.
--
Best reg
t.
MediaWiki is not Semantic MediaWiki, 99% of people here don't care about
your stuff. Please stop.
--
Best regards,
Max Semenik
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
sorry for the inconvenience.
> --
> Amir (he/him)
>
> ___
> Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
> To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
> https://lists.wikimedia.org/postorius/l
--
Best regards,
Max Semenik
___
Wikitech-l mailing list -- wikitech-l@lists.wikimedia.org
To unsubscribe send an email to wikitech-l-le...@lists.wikimedia.org
https://lists.wikimedia.org/postorius/lists/wikitech-l.lists.wikimedia.org/
if we're going to go through a painful migration,
> integration with our existing login system needs to be one of the
> benefits. It might mean that this project come behind some form of
> OpenID provider support on the Wikimedia clu
history as a logfile for specific events related to the article that
> don't actually modify the article.
> Thanks,
> Rob.
See Revision::newNullRevision()
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing li
=markup
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 16.03.2012, 21:31 Rob wrote:
> Hi everyone,
> I regret to inform you all that Mark Hershberger will be leaving the
> Wikimedia Foundation at the end of May.
Mark, thank you for everything - and may all your greener pastures be
evergreen!
--
Best regards,
Max Semenik ([[Us
e original revision number in SVN.
Well done, Roan! Is there a way to join several related recommits in
Gerrit for easier review?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
't have replacements for them.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
/3696>, would appreciate if someone
deployed it.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 24.03.2012, 23:51 Patrick wrote:
> On Sat, Mar 24, 2012 at 12:33 PM, Patrick Reilly
> wrote:
>> On Sat, Mar 24, 2012 at 12:15 PM, Max Semenik wrote:
>>> On 24.03.2012, 20:16 Asher wrote:
>>>
>>>> There was also a the release of a majorly changed Mo
On 25.03.2012, 2:28 Platonides wrote:
> On 24/03/12 21:36, Max Semenik wrote:
>> And these graphs don't make any sense:
>> https://graphite.wikimedia.org/dashboard/MobileFrontend-DOMParse
>> the whole function's execution time is much larger than sum of its
>&
eneral, too.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Significantly slower today from Europe, graphs show a drastic drop at esams
http://is.gd/fKnluM and a raise on pmtpa http://is.gd/sowDb4
Can this be fixed?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l
ure that'll fly.
It could be @users.wikipedia.org or @volunteers.wikipedia.org
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
nt - for setting up polls across the conference
There are existing solutions for polls.
How are you going to write special pages and API modules before
the database access layer?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing
ider QT or
wxWidgets to be tinier than JRE/Mono/.NET...
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
oject such as this?
Hi, your project definitely makes sense and your proposal looks good,
however I don't see it on google-melange.com which is required for
acceptance. Please hurry - you have less than 10 hours.
--
Best regards,
Max Semenik ([[User:MaxSem]])
more than one new table should be
> avoided in extensions ?
What for?
> 2. Are two or more new tables tolerated?
Much more, even in WMF-deployed extensions.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikite
; And because the documentation for "I just broke mediawiki.org, how do I fix
> this" shouldn't be on mediawiki.org :-)
What about "How not to break mediawiki.org"? :)
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikit
name ;-8
However, there's a problem with this code[1] that prevents it from
working in all situations.
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=36742
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wi
TML. The
> combined output for all modules would be cached in memcached as in the
> old ApiHelp class.
https://en.wikipedia.org/wiki/Special:ApiSandbox
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.w
gh, I think
we should start slowly, maybe not including namespaces in 1.20 and
then tread carefully - some extension devs might want to be compatible
with older MW versions that support PHP 5.2.
--
Best regards,
Max Semenik ([[User:MaxSem]])
_
rheitsluecke-in-OpenOffice-und-LibreOffice-1579949.html
> (German)
> ** Keine Antwort erforderlich ** no reply needed **
How is it related to this list?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@list
op HTML that doesn't
need to be shown to mobile users at all, we could tweak the parser to
ouptut mobile-specific HTML, but this should be restricted to minimum.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
3 years have shown me that only works for
> Android and iOS. Any older feature phones are, in terms of HTML
> parsing capability, hardly better than the old WAP phones. HTML5 and
> XHTML 1.0 don't mix very well in the real world.
Well
ollow this recommendation, unless MySQL is seriously broken on
your distro.
> Could you help me understand the changes the rational for increasing
> maxPerPage and maxLineCount by two orders of magnitude? Is there any
> benefit to showing 30,000 pages on an index sub-page?
Because so
irected=true
> [2] https://www.microsoft.com/en-us/download/details.aspx?id=43
Furthermore, whatever Windows you have or whether you paid for it or
not, there are lots of free browsers that are much better than even
newest IE anyway. But in any case, we must not annoy any significant
p
ts to upgrade. We
recently added IPv6 support, yet Wikipedia didn't die in pain while
some anti-vandalism tools were broken. Same thing here.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
want
to use them yet.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
thread is so we give a GO/NOGO about using
>> namespaces.
>>
> NOGO for core. My position hasn't changed in the past month and is
> unlikely to change in the near future.
+1.
--
Best regards,
Max Semenik ([[User:MaxSem]])
__
n top of another, position: relative.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
, which is not true.
> I think that the assumption that "everyone in the internet is able to print
> English letters loking at their noised example" is not very bold assumption.
Even funnier: imagine a Eeuropean trying to just read a Chinese
captcha:)
--
Be
used WIDELY across the core, so deprecation should be as
soft as possible. I suggest to revert these commits (why merge them so
hastily, anyway?!) and revisit this issue when MW core and popular
extensions will be (mostly) clean.
--
Best regards,
Max Sem
nces and most registered users
don't know what is an experimental feature and what is not - they
can't make informed decisions here.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
http
lude as many extension tests as possible
to prevent core from silently breaking extensions.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ikis?", etc. Does anyone know if such a page exists already?
Project:Help is for end-users, none of them knows or should know what
an API is.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
full scaps at least
once per month.
Of course, everything said above is only my personal opinion and I'm
not pretending to say The Absolute Truth(tm), but believe me, even I'm
overpessimizing things, I'm not overpessimizing them too much.
--
Best reg
nt updates
actually mean less bugs.
> That said, I guess there are obvious drawbacks I'm not seeing.
The problem here is that our stable code is way *too* stable.
Implementation details may vary.
--
Best regards,
Max Semenik ([[User:MaxSem]])
_
ead wikitech-l, some are weeks behind on
reading their mails.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
. What data do you need, exactly?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
default message is not very helpful, probably something that gives
warnings in a less intrusive way would do, such as
http://www.mediawiki.org/w/index.php?title=MediaWiki:Newarticletext&oldid=25112
--
Best regards,
Max Semenik ([[User:MaxSem]])
problem into "who decides which version is
flagged and which is not". This is the only sane way, in addition
being the way we have all the technical means to use at any moment.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Oct 21, 2010 at 7:56 AM, Rob Lanphier wrote:
> 1. Is the release cadence is more important (i.e. reverting features
> if they pose a schedule risk) or is shipping a set of features is
> important (i.e. slipping the date if one of the predetermined feature
> isn't ready)? For example, as
disallow certain types of files inside archives (such as .exe). Once
we took all these precautions, I see no need to restrict ZIPs to any
special group. Of course, this doesn't mean that we soul allow all the
safe ZIPs, just several open ZIP-based file formats.
---------
[1]
ing conversion too,
because people who don't upgrade from 1.3 or so are usually the same
people who will have problems with manual conversion.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia
using a photo in a logo makes it an automatic show-stopper?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
directory.
Is someone interested in reviving it, or we can delete it right away?
--
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
n't help myself :)
--
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
> Is someone interested in reviving it, or we can delete it right away?
Removed in r77149.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listi
must
be much more cautious with other changes in core needed for proper DB2
support.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
uff to separate repos
will result in up to 400 commits per day that will also need to be pushed
and reintegrated - an epic waste of time and common sense. Or
localisation will simply lie aside in forks and people will miss them
when checking out from the "official" source.
a
couple of times and there's no guarantee that next time it will not
stick :D
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
fun!
[1] http://www.mediawiki.org/wiki/File:CodeTooltips.png
--
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 01.04.2011, 2:00 Sumana wrote:
> Since very few people can see the formal proposal, there is a copy to
> view at:
> http://www.mediawiki.org/wiki/User:Zhenya
I'm not registered as a mentor or anything, but I can see his
proposal nevertheless.
--
Best regards,
Max Semenik
ges will be pushed to wiki with a
considerable delay (oh yes, and they may even not pass through code
review XD ). Editing wiki pages is much easier.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
et backported into the 1.17 release branch,
> making 1.18 the first to really support DB2.
> -Chad
It's DB2-only fixes, nothing scary about backporting it.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mai
On 13.04.2011, 8:03 Tim wrote:
> On 13/04/11 02:41, Max Semenik wrote:
>> It's DB2-only fixes, nothing scary about backporting it.
> Historically, DBMS support patches have touched a lot of query
> building code, and have caused bugs for MySQL. We should decide
> whether
ty as "This should be fixed
by next release", IMHO.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
n it would violate the free content doctrine, unles you manage to
convince FB to release their button images under a free license :P
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists
od tutorial on including
> AJAX calls w/o needing an extension anywhere?
$( document ).ready( function() {
$( '#p1' ).html( 'New text by jQuery!' );
});
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
On Sat, Apr 30, 2011 at 5:05 AM, Chad wrote:
>
> As for 1.18, I say we branch it the same day we drop 1.17 final (making the
> branch is easy). There's still quite a bit of code to review, but going
> ahead
> and giving ourselves a cutoff point will make catching up easier. Large
> projects
> sti
y be used in the same places.
I started that at http://www.mediawiki.org/wiki/MediaWiki_1.17 some
time ago, needs more collaboration.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimed
to do, it's already in
extensions/ApiSandbox and awaits your comments, suggestions and bashing:)
Description page is at http://www.mediawiki.org/wiki/Extension:ApiSandbox
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
se
the snippet from http://www.mediawiki.org/wiki/JQuery#Before_ResourceLoader
to do that.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
rol/
> I think the IRC notifications are still broken.
Whee! Can we establish a policy of reverting a build-breaking revision
soonish rather than much latish as we did before?
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l maili
ore flexible filtering, not
development process be pushed 5 years back.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
of rushing towards DVCS, the
distributed heavily-branched model where mainline is supported only
through merges from committed-then-reviewed branches looks far more
superior to me. This way, we will also be able to push stuff to WMF
more often as there will be no unreviwewed or unfi
ld even disable the
display of those annoying exclamation marks in RC by default.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
h in my
experience even promise of "do it and be desysopped" doesn't prevent
crazy Commons admins from deleting stuff without discussion.
-
[1]
https://commons.wikimedia.org/w/index.php?title=Template:MediaWiki_documentation_file/en&diff=64783933&oldid=6477
ve seen them delete on sight screenshots of FLOSS Windows software "because
Windows UI is copyrighted". Even though Commons policies don't mandate
anything like this, lots of their sysops have an urge "to protect copyright"
without any actual knowledge in this area,
to make
life easier for extension developers.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
edia.org/w/api.php?action=featuredfeed&feed=featured&feedformat=atom
[3]
https://it.wikiquote.org/w/api.php?action=featuredfeed&feed=qotd&feedformat=atom
[4] http://mobile-feeds.wmflabs.org/w/index.php/Main_Page
--
Best regards,
users from PITA like this.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
7;t asking for another
way of cache fragmentation, I merely proposed that we make retrieval
of current language code less hacky and slow. :)
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lis
to participate. First of all, the way these templates are
outputted is flaky - but I think it's not a problem to fix.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.w
shouldn't
do it or postpone it. Please have your say.
--
[1] https://bugzilla.wikimedia.org/show_bug.cgi?id=34257
[2] Me and Roan Kattouw, one of API's primary developers
[3] https://www.mediawiki.org/wiki/API:Data_formats
--
Be
2' is problematic
>> as users have already started to confuse it with the current extension.
> Whom? It's not like it's really advertised anywhere apart from CR and
> SVN so it shouldn't be causing that many issues at the current stage.
I think Aaron&#x
on:MobileFrontend#New_API
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
, etc.
Imho, a separate namespace should be created on mw.org for such
things, called Tool: or something. We already have a lot of absolutely
unrelated stuff in mainspace, would be great to sort them out.
--
Best regards,
Max Semenik ([[User:MaxSem]])
_
ix the tests?
Since the only person in both lists is me, I'm already on it:)
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
i.org
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
gt; dark background colours ==> bold white (text) colour
Aieeeee! :(
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
uld suppport a system that downloads
them on-demand, however shipping zillion templates out of the box is
simply out of the question.
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ll use? AFAIK we have no maintenance script to do that currently
php edit.php MediaWiki:Sidebar
--
Best regards,
Max Semenik ([[User:MaxSem]])
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
201 - 300 of 327 matches
Mail list logo
