On Apr 1, 2016 11:00 PM, "C. Scott Ananian" wrote:
>
> On Fri, Apr 1, 2016 at 3:24 PM, Legoktm
wrote:
>
> > I've written a patch[1] that introduces a new feature to the Thanks
> > extension called "feelings". When hovering over a "thank" link,
On Nov 13, 2014 7:09 PM, John phoenixoverr...@gmail.com wrote:
Issues arise in the fact that malicious editors can abuse it after the
initial review has been done. Or you can run into cases where offensive
material is added attacking another editor, so editor B reports the issue
and before
On Nov 9, 2014 10:40 AM, David Gerard dger...@gmail.com wrote:
On 9 November 2014 09:27, aude aude.w...@gmail.com wrote:
On Sun, Nov 9, 2014 at 8:51 AM, Pine W wiki.p...@gmail.com wrote:
I'm curious, Risker: if you don't mind my asking, what about being
required
to supply a throwaway
On Oct 9, 2014 8:08 AM, MZMcBride z...@mzmcbride.com wrote:
Helder wrote:
This is why we have proposals like
https://meta.wikimedia.org/wiki/GlobalTemplates
https://meta.wikimedia.org/wiki/Global-Wiki
Yes, a million times this. We must figure out a way to centralize
templates so that
On Aug 11, 2014 12:04 PM, Dan Garry dga...@wikimedia.org wrote:
On 11 August 2014 10:56, Ricordisamoa ricordisa...@openmailbox.org
wrote:
The same is going to happen for Flow (which I strongly believe is
needed,
but is being deployed untimely)
Flow is neither ready nor proposed for
On Saturday, August 9, 2014, svetlana svetl...@fastmail.com.au wrote:
On Fri, 8 Aug 2014, at 11:47, MZMcBride wrote:
[...]
For comparison, we now have MediaViewer, which moved through as a beta
feature. They say MediaViewer may one day be as feature-ful as the file
description pages
On Saturday, August 9, 2014, svetlana svetl...@fastmail.com.au wrote:
On Sat, 9 Aug 2014, at 23:59, Martijn Hoekstra wrote:
[...]
Once/if VE becomes production ready and performant, every page could load
right in to the editor. No more pressing edit, just edit. This should
happen
On Thursday, August 7, 2014, Brian Wolff bawo...@gmail.com wrote:
Do you have anything specific in mind? Hard to say how feasible
something is/evaluate without being more specific.
Most non-password alternatives that I can think of (e.g. Having public
private key pairs or something) have the
On Tue, Jun 17, 2014 at 11:46 AM, S Page sp...@wikimedia.org wrote:
On Mon, Jun 9, 2014 at 11:33 AM, Brad Jorsch (Anomie)
bjor...@wikimedia.org
wrote:
I personally find the topic history page[4] to be horrendous, both ugly
and nearly unusable.
We're going to revise topic history.
On Sat, Jun 14, 2014 at 1:10 AM, Dan Duvall dduv...@wikimedia.org wrote:
would also work, but on my system just `vagrant status` takes 1s which
is
not horrible,
but is noticeable when run so often. For that reason i went for a check
that could operate
without booting ruby and loading
On Mon, Jun 9, 2014 at 5:55 PM, Rachel Farrand rfarr...@wikimedia.org
wrote:
Please join us on google hangout June 11 @ 1900 UTC
http://www.timeanddate.com/worldclock/fixedtime.html?msg=WikiFontiso=20140611T12p1=224ah=1
for the following Tech Talk:
*How, What, Why of WikiFont*
On Jun 10, 2014 9:33 AM, Erik Moeller e...@wikimedia.org wrote:
On Mon, Jun 9, 2014 at 11:14 PM, Pine W wiki.p...@gmail.com wrote:
FWIW, for me as a power user who watches many discussions
simultaneously on
multiple wikis, a unified watchlist and more refined tools for watchlist
On Sun, Jun 8, 2014 at 8:22 AM, James Forrester jforres...@wikimedia.org
wrote:
On Sunday, June 8, 2014, Martijn Hoekstra martijnhoeks...@gmail.com
wrote:
On Sun, Jun 8, 2014 at 1:18 AM, Martijn Hoekstra
martijnhoeks...@gmail.com javascript:;
wrote:
Flow stores the comments
On Mon, Jun 9, 2014 at 2:52 AM, Thomas Gries m...@tgries.de wrote:
Am 09.06.2014 11:42, schrieb David Gerard:
I wonder how much everyone would hate us if we just replaced talk
pages with Apache Wave ...
or Etherpad
Why stop at talk pages?
On Mon, Jun 9, 2014 at 9:56 AM, Nathan nawr...@gmail.com wrote:
On Mon, Jun 9, 2014 at 5:30 AM, Martijn Hoekstra
martijnhoeks...@gmail.com
wrote:
That's precisely my point. Because current talk page discussions are - on
the software level - unstructured, it allows social conventions
On Mon, Jun 9, 2014 at 11:05 AM, James Forrester jforres...@wikimedia.org
wrote:
On 9 June 2014 02:30, Martijn Hoekstra martijnhoeks...@gmail.com wrote:
On Sun, Jun 8, 2014 at 8:22 AM, James Forrester
jforres...@wikimedia.org
wrote:
On Sunday, June 8, 2014, Martijn Hoekstra
On Mon, Jun 9, 2014 at 11:20 AM, James Forrester jforres...@wikimedia.org
wrote:
On 9 June 2014 11:12, Martijn Hoekstra martijnhoeks...@gmail.com wrote:
On Mon, Jun 9, 2014 at 11:05 AM, James Forrester
jforres...@wikimedia.org
wrote:
On 9 June 2014 02:30, Martijn Hoekstra martijnhoeks
On Mon, Jun 9, 2014 at 11:33 AM, James Forrester jforres...@wikimedia.org
wrote:
On 9 June 2014 11:28, Martijn Hoekstra martijnhoeks...@gmail.com wrote:
On Mon, Jun 9, 2014 at 11:20 AM, James Forrester
jforres...@wikimedia.org
wrote:
You think people want dual inheritance for comments
On Sat, Jun 7, 2014 at 3:51 PM, Erik Moeller e...@wikimedia.org wrote:
With that said, we will likely experiment with improvements to the
existing talk page model as well, just to see how far we can push it.
The mobile apps team is interested in implementing talk page support
in the apps,
Oops, sent too soon. More comments below.
On Sun, Jun 8, 2014 at 1:18 AM, Martijn Hoekstra martijnhoeks...@gmail.com
wrote:
Flow stores the comments as a structured tree
That seems a fundamental mistake. A discussion isn't a tree, it's a dag at
best. It's possible for a single comment
On Fri, Jun 6, 2014 at 11:27 AM, David Gerard dger...@gmail.com wrote:
On 6 June 2014 19:17, Brian Wolff bawo...@gmail.com wrote:
Personally I have yet to see a discussion system that surpasses (or
really even comes close) to standard talk page :::comment here.
syntax. Honestly it
that this could have privacy concerns. Delivering the
message Martijn Hoekstra thanked this IP address for their edits on porn
star y delivered to the wrong person in the same ip isn't great. I'm not
sure this is different from talk page messages though, I think it isn't.
If we stored more information
On May 20, 2014 4:57 PM, David Gerard dger...@gmail.com wrote:
On 20 May 2014 15:35, Strainu strain...@gmail.com wrote:
I've recently noticed the Thank you feature is only available for
signed-in users, while anons cannot receive thank yous. The
anonymous users are often the ones that
On May 16, 2014 1:42 AM, C. Scott Ananian canan...@wikimedia.org wrote:
Ideally you would be able to link your (say) github and WMF account.
So that if I (as an outsider) start a bug report/patch/etc using my
existing github account, and then eventually get a WMF account (so
that I can do
On May 6, 2014 12:12 AM, David Gerard dger...@gmail.com wrote:
On 5 May 2014 23:08, James Forrester jforres...@wikimedia.org wrote:
On 5 May 2014 15:05, David Gerard dger...@gmail.com wrote:
So ... how is 1.23 and Visual Editor?
* Has anyone sat down and written out how to add VE magic to
On Mon, May 5, 2014 at 7:36 PM, Petr Bena benap...@gmail.com wrote:
I said this once in a gerrit comment and I will say it here as well:
most of people have different opinion on what is good for them as RC
stream. We should go for anything specific, but rather for a very
abstract solution
On Apr 30, 2014 8:21 AM, Tyler Romeo tylerro...@gmail.com wrote:
This isn't really relevant to MediaWiki, and the proposal is so ridiculous
I can only assume it is some sort of joke project.
For others seeing this thread, I found all the good quotes for you:
DNSChain stops the NSA
.dns
I just stumbled across http://terriko.dreamwidth.org/151005.html
Since I frequently hear that mailman is a spawn of Satan if not Satan
Incarnate himself, it might be of interest to take a preliminary look.
--Martijn
___
Wikitech-l mailing list
? It contains a wealth of
different kinds of dumps, and may contain what you are looking for. The
dumps available for Urdu are at http://dumps.wikimedia.org/urwiki/20140418/
Hope that helps,
--Martijn Hoekstra ___
Wikitech-l mailing list
Wikitech-l
to template syntax. As long as we're not doing that for
logged in users, I frankly can't seen the difference.
--Martijn Hoekstra
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Apr 24, 2014 at 2:24 PM, Daan Kuijsten daankuijs...@gmail.comwrote:
On 23-Apr-14 21:29, wikitech-l-requ...@lists.wikimedia.org wrote:
Re: API attribute ID for querying wikipedia pages
@Matma Rex: This is way to general, I think it would be a lot better when
this would be in more
On Tue, Apr 15, 2014 at 12:55 AM, Isarra Yos zhoris...@gmail.com wrote:
On 13/04/14 14:12, Martijn Hoekstra wrote:
But same as the original font stack, the question remains - for everything
but mac, what is this supposed to solve? What is the purpose of
even having helvetica and arial
On Tue, Apr 15, 2014 at 7:12 PM, Steven Walling steven.wall...@gmail.comwrote:
On Tue, Apr 15, 2014 at 9:59 AM, Gergo Tisza gti...@wikimedia.org wrote:
- instead of guessing about user preferences, you could just create a
simple survey which shows them the same text with two different
On Apr 15, 2014 11:30 PM, Steven Walling steven.wall...@gmail.com wrote:
On Tue, Apr 15, 2014 at 1:47 PM, Liangent liang...@gmail.com wrote:
zhwiki main page is already div-based :)
Not surprising. zhwiki has one of the best-looking Main Pages around. :)
It would be great if it were
On Apr 12, 2014 8:58 AM, Isarra Yos zhoris...@gmail.com wrote:
On 11/04/14 19:30, Erwin Dokter wrote:
First, I like to aplologize to anyone who I may have come over too
passionate at some times. Frustration is known to get the better of me,
even though I should control that. (I also quit
On Apr 8, 2014 3:46 AM, Steven Walling steven.wall...@gmail.com wrote:
On Mon, Apr 7, 2014 at 5:40 PM, MZMcBride z...@mzmcbride.com wrote:
I've read through this thread and I've formulated two questions:
* Is there consensus to specify font-family: 'Helvetica Neue',
Helvetica,
Arial,
On Tue, Apr 8, 2014 at 7:29 PM, Jared Zimmerman
jared.zimmer...@wikimedia.org wrote:
I don't really have the energy to keep having this conversation, I
appreciate that everyone has taken the time to weigh in on this whatever
you opinion is on the matter.
From Issara...
* Windows users got
On Tue, Apr 8, 2014 at 8:13 PM, Erik Moeller e...@wikimedia.org wrote:
On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
martijnhoeks...@gmail.com wrote:
So, the font stack changes with regards to the status quo now change
nothing for Windows users, changes Helvetica - Helvetica neue
On Tue, Apr 8, 2014 at 10:20 PM, Steven Walling steven.wall...@gmail.comwrote:
On Tue, Apr 8, 2014 at 12:33 PM, Martijn Hoekstra
martijnhoeks...@gmail.com
wrote:
On Tue, Apr 8, 2014 at 8:13 PM, Erik Moeller e...@wikimedia.org wrote:
On Tue, Apr 8, 2014 at 10:59 AM, Martijn Hoekstra
On Mar 25, 2014 7:17 PM, Brian Wolff bawo...@gmail.com wrote:
On Mar 25, 2014 3:11 PM, Jon Robson jdlrob...@gmail.com wrote:
Now MobileFrontend is using JSON for languages, I jumped on this to
create a script to make language addition easier - basically a command
line interface called
On Tue, Mar 11, 2014 at 8:23 PM, Jon Robson jdlrob...@gmail.com wrote:
This would be a great place to get to. Even if we did this but every
other commit or every 5 commits this would be a step in the right
direction!
On Tue, Mar 11, 2014 at 2:44 AM, Martijn Hoekstra
martijnhoeks
On Mar 10, 2014 4:19 PM, Greg Grossmeier g...@wikimedia.org wrote:
quote name=Martijn Hoekstra date=2014-03-10 time=08:51:38 +0100
If the test infrastructure can't handle running every test on every
commit
(why can't they by the way, and could that be remedied?) Would it be
possible
On Tue, Mar 11, 2014 at 8:14 PM, Jon Robson jdlrob...@gmail.com wrote:
You can now apply the mobile skin to the desktop site [1]. Wa?!
To cut a long story short, to help MobileFrontend and VisualEditor
integrate nicely with one another, we needed the mobile skin to be
registered as a
On Mar 9, 2014 4:15 AM, Ryan Lane rlan...@gmail.com wrote:
On Sat, Mar 8, 2014 at 7:05 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Sat, Mar 8, 2014 at 9:48 PM, Ryan Lane rlan...@gmail.com wrote:
Wikimedia uses deployment branches. Just because someone +2/merges
into
master doesn't
On Mar 7, 2014 2:12 AM, Quim Gil q...@wikimedia.org wrote:
On 03/06/2014 12:21 PM, Quim Gil wrote:
On 03/05/2014 02:00 PM, Ryan Kaldari wrote:
What do people think of the following stack:
Arimo, Liberation Sans, Helvetica Neue, Helvetica, Arial, sans-serif;
it would be useful to
On Mar 7, 2014 12:48 AM, Steven Walling steven.wall...@gmail.com wrote:
From: David Gerard dger...@gmail.com
Date: Thu, Mar 6, 2014 at 9:44 PM
Subject: Re: [Wikitech-l] Should MediaWiki CSS prefer non-free fonts?
To: Wikimedia developers wikitech-l@lists.wikimedia.org
(Veering off topic: So
Awesome! Congratulations!
On Feb 10, 2014 2:48 PM, Mark Bergsma m...@wikimedia.org wrote:
I'm pleased to announce that Faidon Liambotis has been promoted to
Principal Operations Engineer.
From the very first week he was hired, Faidon has expressed great
interest in understanding and improving
On Feb 5, 2014 8:21 AM, MZMcBride z...@mzmcbride.com wrote:
Steven Walling wrote:
I fully agree, and this is why the RFC is very clear that the *only
immediate change proposed* is an increase in required minimum length from
one character to six. It does not suggest that we require more
On Sun, Jan 26, 2014 at 9:49 AM, Gryllida gryll...@fastmail.fm wrote:
On Sun, 26 Jan 2014, at 0:02, rupert THURNER wrote:
for the password policy: display a strength indicator is great. anything
more? i would say just leave it to the user.
rupert.
THANK YOU. My thoughts exactly. :-)
On Jan 14, 2014 2:47 AM, Eugene Zelenko eugene.zele...@gmail.com wrote:
Hi!
I think will be good idea to try to get access to real hardware.
For example, Boston (http://www.boston.co.uk) produces Calxeda-based
servers and well as HP has experimental Calxeda and X-Gene based
cartridges for
Does Jake have any mechanism in mind to prevent abuse? Is there any
possible mechanism available to prevent abuse?
On Tue, Dec 31, 2013 at 12:09 AM, Tyler Romeo tylerro...@gmail.com wrote:
On Mon, Dec 30, 2013 at 6:08 PM, Rjd0060 rjd0060.w...@gmail.com wrote:
Shouldn't the discussion *not*
On Dec 13, 2013 2:09 AM, Terry Chay tc...@wikimedia.org wrote:
Hello everyone,
It’s with great pleasure that I’m announcing that Kunal Mehta[1] has
joined the Wikimedia Foundation as contractor in Features Engineering.
Before joining us (and currently), Kunal is a student in college,
Reading this thread and thinking about the proposed changes, im getting
stuck, and there may be some inconsistencies. The problems identified seem
to be
1. Core development is made much harder because of an abundance in local
differences in wikis caused by local js and css.
2. Local wikis
On Dec 9, 2013 6:13 PM, Andre Klapper aklap...@wikimedia.org wrote:
Heya everybody,
based on a discussion on the teampractices@ mailing list ([1],[2]) I
have published an initial draft for potential Bugzilla etiquette
guidelines.
It tries to explain workflows and helpful behavior in
On Nov 4, 2013 2:28 AM, Ori Livneh o...@wikimedia.org wrote:
The roll-out of 1.23wmf2 to your favorite Wikimedia wiki will
inaugurate the era of ResourceLoader module storage -- an era which
will be marked by terrifying and hilarious new bugs, intermittent
client-side failures, and generally
On Oct 30, 2013 3:11 PM, Daniel Kinzler dan...@brightbyte.de wrote:
Am 10.10.2013 18:40, schrieb Rob Lanphier:
Hi folks,
I think Daniel buried the lede here (see his mail below), so I'm
mailing this out with a subject line that will hopefully provoke more
discussion. :-)
Thanks for
On Fri, Sep 27, 2013 at 1:37 PM, Bartosz Dziewoński matma@gmail.comwrote:
On Fri, 27 Sep 2013 12:39:46 +0200, Petr Bena benap...@gmail.com wrote:
Is it possible to
enable them in reverse-mode so that all edits are flagged as good, but
editors can flag them as bad? If not, I can't see
I made the mistake of looking at it, and now can no longer provide a clean
room implementation. If it is just the one jQuery commit, reverting it
should probably suffice.
On Sep 26, 2013 5:22 PM, Strainu strain...@gmail.com wrote:
IANAL, but you might want to take a look at how the vlc people
Indeed, congratulations all, I think this will work out very well.
On Tue, Sep 24, 2013 at 8:39 PM, Dan Garry dga...@wikimedia.org wrote:
My subscription to this list last night was most fortuitous.
Hi everyone! Happy to be here, and looking forward to working with you all.
Dan
On 24
On Sep 10, 2013 6:38 PM, Andre Klapper aklap...@wikimedia.org wrote:
On Tue, 2013-09-10 at 18:04 +0200, Petr Bena wrote:
I absolutely endorse this request. Forcing SSL was one of silliest
things that could happen. Most of wikimedia developers and technicians
are working with most modern
On Aug 23, 2013 7:46 PM, Chris Steipp cste...@wikimedia.org wrote:
Hi all,
With all the talk about turning on $wgSecureLogin for WMF sites, there has
been a lot of misconceptions about how the option works, and difference of
opinions about how they should work in the future.
I started:
On Wed, Aug 21, 2013 at 7:19 PM, Jay Ashworth j...@baylink.com wrote:
- Original Message -
From: David Gerard dger...@gmail.com
http://www.rightscale.com/blog/cloud-cost-analysis/cloud-cost-analysis-how-much-could-wikipedia-save-cloud
How many machines do we have right now?
On Aug 5, 2013 9:54 AM, David Gerard dger...@gmail.com wrote:
On 5 August 2013 08:43, Tyler Romeo tylerro...@gmail.com wrote:
On Mon, Aug 5, 2013 at 3:40 AM, Huib Laurens sterke...@gmail.com
wrote:
Suggestion 3: Restore the file on en.wiki if it gets deleted on
Commons...
No coding needed
On Aug 5, 2013 9:58 AM, George Herbert george.herb...@gmail.com wrote:
On Mon, Aug 5, 2013 at 12:54 AM, David Gerard dger...@gmail.com wrote:
On 5 August 2013 08:43, Tyler Romeo tylerro...@gmail.com wrote:
On Mon, Aug 5, 2013 at 3:40 AM, Huib Laurens sterke...@gmail.com
wrote:
On Aug 5, 2013 10:01 AM, Martijn Hoekstra martijnhoeks...@gmail.com
wrote:
On Aug 5, 2013 9:58 AM, George Herbert george.herb...@gmail.com wrote:
On Mon, Aug 5, 2013 at 12:54 AM, David Gerard dger...@gmail.com wrote:
On 5 August 2013 08:43, Tyler Romeo tylerro...@gmail.com wrote
wrong with the image (which there is). Sure, it doesn't look pretty, but
you can't have your cake and eat it too. Unless we would want to fork
development and presentation on our projects, but that's a whole different
discussion.
On Mon, Aug 5, 2013 at 10:01 AM, Martijn Hoekstra
martijnhoeks
, Martijn Hoekstra
martijnhoeks...@gmail.com
wrote:
On Aug 5, 2013 10:10 AM, Huib Laurens sterke...@gmail.com wrote:
Not delink it when its in use on other projects will leave a lot of
broken
links on projects. I can't believe that would be something what we
want?
Why
and how about that emacs eh, it got nothing on vim!
On Sun, Jul 28, 2013 at 6:54 PM, Svip svi...@gmail.com wrote:
On 28 July 2013 18:43, Petr Bena benap...@gmail.com wrote:
And as I already stated once, I didn't start this discussion to start
a war (not that I wouldn't like it) I just
On Jul 25, 2013 6:18 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Thu, Jul 25, 2013 at 2:16 AM, Terry Chay tc...@wikimedia.org wrote:
Whoa. Them's fighting words! :-D
Yeah I'm sorry if that came off as aggressive, but this entire
conversation
has had the air of the VE team has decided
On Jul 25, 2013 8:02 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Thu, Jul 25, 2013 at 1:11 PM, Martijn Hoekstra
martijnhoeks...@gmail.com
wrote:
I'm still wondering, when the call was made to disable this option, was
it
expected this would cause massive resistance? If not, what
On Jul 25, 2013 8:09 PM, Tyler Romeo tylerro...@gmail.com wrote:
On Thu, Jul 25, 2013 at 2:05 PM, Martijn Hoekstra
martijnhoeks...@gmail.com
wrote:
That's a de facto decision isn't it? Somebody figured flipping that
switch
without discussing it with the wikis first was a good idea
On Thu, Jul 25, 2013 at 9:54 PM, Trevor Parscal tpars...@wikimedia.orgwrote:
I have avoided getting involved so I could stay focused on fixing bugs and
making improvements to VisualEditor.
This thread has served it's purpose; to surface various arguments about
whether the preference to
awesome!
On Thu, May 9, 2013 at 11:42 PM, Chad innocentkil...@gmail.com wrote:
Hi,
We've enabled JGit's recursive merger for all repositories using content
merge
strategies (basically any not using fast forwarding, which is most).
The intention
is to lower the number of trivial conflicts
On Apr 15, 2013 5:06 PM, Denny Vrandečić denny.vrande...@wikimedia.de
wrote:
One problem is that the necessity to link to a working test environment
does not allow to develop ideas with the community before they are
implemented.
Nobody is asking of you to have a testable with every idea you
On Mon, Apr 15, 2013 at 8:06 PM, Brad Jorsch bjor...@wikimedia.org wrote:
On Mon, Apr 15, 2013 at 1:32 PM, Martijn Hoekstra
martijnhoeks...@gmail.com wrote:
In other words, all discussion is welcome, with or without proto, but
don't
expect final community buy in before we have been able
On Mar 27, 2013 1:31 AM, Teresa Cho tcho...@gmail.com wrote:
Hi everyone,
My name is Teresa (or terrrydactyl if you've seen me on IRC) and I've
been interning at Wikimedia for the last few months through the
Outreach Program for Women[1]. My project, Git2Pages[2], is an
extension to pull
On Nov 26, 2012 9:17 PM, Luke Welling lwelling
lwell...@wikimedia.org@lwell...@wikimedia.org
wikimedia.org lwell...@wikimedia.org wrote:
Something that seems to be being partially considered in these models
is browser shares that are growing or shrinking.
For instance it would make more sense
On Nov 21, 2012 7:13 AM, Leslie Carr lc...@wikimedia.org wrote:
On Tue, Nov 20, 2012 at 5:19 PM, James Forrester
jforres...@wikimedia.org wrote:
All,
*TL;DR: We're proposing a more formal, but more limited, statement of
browser 'support' for the cluster; thoughts appreciated.*
In
On Nov 13, 2012 1:05 PM, Andre Klapper aklap...@wikimedia.org wrote:
On Mon, 2012-11-05 at 14:25 -0800, Quim Gil wrote:
What about removing the LATER resolution from our Bugzilla?
Picking this up again.
Reading the postings again I mostly see support for dropping RESOLVED
LATER.
Daniel
Why shouldn't end users know? Some end users are able to use an API. I
prefer to not take the pedantic 'dont break your pretty little head on our
API' route
On Sep 18, 2012 8:15 AM, Max Semenik maxsem.w...@gmail.com wrote:
On 18.09.2012, 5:04 MZMcBride wrote:
Hi.
There's a fairly
Sending more data to primarily empower mobile devices sounds rather
counter-intuitive
On Sep 18, 2012 7:06 PM, Brion Vibber br...@pobox.com wrote:
On Tue, Sep 18, 2012 at 9:38 AM, Trevor Parscal tpars...@wikimedia.org
wrote:
In VisualEditor we ended up putting all CSS rules that include
all sections anyway)
On Sep 18, 2012 7:17 PM, Brion Vibber br...@pobox.com wrote:
On Tue, Sep 18, 2012 at 10:15 AM, Martijn Hoekstra
martijnhoeks...@gmail.com wrote:
Sending more data to primarily empower mobile devices sounds rather
counter-intuitive
Amount of data, and *when
I found this not at all bad looking. whatever your take, it's always
nice to have an outside view: http://www.wikipediaredefined.com/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Maybe present three or four different capcha's with different scripts,
requiring only one to be filled out?
On Fri, Jul 27, 2012 at 8:09 PM, Yury Katkov katkov.ju...@gmail.com wrote:
I think that making Russian, Korean and Arabian captcha is really bad idea.
English keyboad layout is installed
On Mon, Jul 2, 2012 at 10:38 AM, Derk-Jan Hartman
d.j.hartman+wmf...@gmail.com wrote:
http://blog.jquery.com/2012/06/28/jquery-core-version-1-9-and-beyond/
jQuery 1.8 should arrive within a month. Here is our thinking about the
next two versions of jQuery to follow it, and when they’ll arrive:
On Thu, Jun 28, 2012 at 4:32 PM, Tei oscar.vi...@gmail.com wrote:
You can always have a line on the bottom of a mobile page, with Do
the page render correctly?. And somehow use it to flag pages that
render incorrectly. Wooot, perhaps this flagging may even save the
user agent of the visitor
Guys, please don't forget to CC him in your messages, I don't think he
subscribes to the mailinglist. It would be a bit of a waste if you
write your arguments not to be heard for the person intended.
On Tue, Jun 26, 2012 at 8:23 PM, Merlijn van Deen valhall...@arctus.nl wrote:
On 26 June 2012
If I were to use this, I would prefer a stand-alone thing, which would
make it just a little easier, but I would love either
On Mon, Jun 25, 2012 at 8:13 PM, Derric Atzrott
datzr...@alizeepathology.com wrote:
This also sounds a lot like what Mozilla has done:
On Mon, Jun 25, 2012 at 8:52 PM, Derric Atzrott
datzr...@alizeepathology.com wrote:
Would be absolutely fabulous! How about creating a README skeleton as
well, that could also be cut and paste into the extensions page in the
MediaWiki extension matrix?
That's actually a really good idea.
On Mon, Jun 25, 2012 at 9:07 PM, Derric Atzrott
datzr...@alizeepathology.com wrote:
Hey, PHP can run scripts. Just saying.
Please do share the github once you have something up, even if its
bare-bones.
Good plan. I always completely forget about that. In that case, expect
them at somewhat
Great, we've been needing something like this! Do you have a ballpark
figure when you expect the data loss issues to be under control, and maybe
have something for beta testing?
Op 20 jun. 2012 02:33 schreef Mark Holmquist marktrac...@riseup.net het
volgende:
Hello, wikitech-l!
I'm pleased to
The debian import freeze for ubuntu 12.10 is at july 5th[0]. They
import testing and/or unstable, and they both have 1.15. The MediaWiki
1.19 package is in experimental currently[1], but I don't really know
why. Maybe ask the maintainer to push the 1.19 package to testing?
[0]
On Tue, May 15, 2012 at 4:31 PM, Chad innocentkil...@gmail.com wrote:
On Sun, May 13, 2012 at 10:55 PM, Krinkle krinklem...@gmail.com wrote:
TL;DR: Reduce number of fields in our BugZilla. Simplify access to search
filters.
[snip]
I'm convinced all other fields can be done without and
Thats actually quite an interesting thought, and it could well be
true, even if it is the opposite of the Wiki philosophy.
On the other hand, it might also be true that non-developers do find
bugs, but fail to report them exactly because of the BZ user
experience. It's quite important that
On Tue, Apr 17, 2012 at 10:51 PM, Krinkle krinklem...@gmail.com wrote:
On Apr 17, 2012, at 9:05 AM, Thomas Gries wrote:
Hi,
for example, the extension AJAXPoll adds and uses two new database
tables to a MediaWiki installation.
This specific extension could be rewritten to use only one new
On Sun, Apr 15, 2012 at 10:42 AM, Ole Palnatoke Andersen
palnat...@gmail.com wrote:
Hi!
I would love to be able to manage my settings in one place - skins,
language, gender etc. - rather than having to guess which option is which
in a foreign language where I may even have chosen Cologne Blue
On Sun, Apr 15, 2012 at 5:40 PM, Marcin Cieslak sa...@saper.info wrote:
Trevor Parscal tpars...@wikimedia.org wrote:
+1 to all the points for using return values.
Zope has a nice solution here:
print Asdsds
prints actually to the internal magic variable printed
which has to be returned
+1 for only supporting return values. The case where one needs
thousands of string concats is pretty rare and can be worked around,
and seems like the only reasonable argument in favour of using print.
One exit point per function is much easier to read than juggling
possible scattered print
Hey Ashwin,
Where are you getting the data for the taxobox? Does it need human
supervision? If not, depending on how heavy this is, this could be a
very cool Lua Template, where it can be used to generate it
dynamically.
On Mon, Apr 2, 2012 at 1:47 PM, Ashwin Ravichandran ashwin...@gmail.com
,
Ashwin
On Mon, Apr 2, 2012 at 5:35 PM, Martijn Hoekstra
martijnhoeks...@gmail.comwrote:
Hey Ashwin,
Where are you getting the data for the taxobox? Does it need human
supervision? If not, depending on how heavy this is, this could be a
very cool Lua Template, where it can be used
1 - 100 of 110 matches
Mail list logo