really want to support WikiDOM being formatted
> as XML or WDDX or ... ?)
Probably not. The other option is to stringify it, as the API sometimes
does with returned XML.
But then you have quoted JSON in JSON, and that seems stupid too.
--
Neil Kandalgaonkar )
___
how I do it)
I either get empty elements, or I get Sanitizer warnings. I was using
the addPageSubItem() method, inherited from ApiQueryBase.
Some more details are in this bug:
https://bugzilla.wikimedia.org/show_bug.cgi?id=34058
--
Neil Kandalgaonkar
here.
On 1/24/12 3:57 PM, bawolff wrote:
Message: 10
Date: Tue, 24 Jan 2012 15:43:14 -0800
From: Neil Kandalgaonkar
To: Wikimedia developers
Subject: Re: [Wikitech-l] Escaping messages
Message-ID:<4f1f4212.9050...@wikimedia.org>
Content-Type: text/plain; charset=ISO-8859-1; format=flowed
On
re other dangers too. Yesterday I discovered that in
Chrome, a script will be executed if you .append() it to anything, even
if it's not part of the document. Annoying.
Anyway I'm not going to war on this, but some reasonable efforts can be
made.
--
Neil Kandalgaonkar
__
, you'd have to declare your intention that
it should be HTML by passing a real jQuery object. This may break old
code in a few places, but not many.
2 - We could ensure that the message library never emits scripts, by
applying a simple jQuery filter to the final result.
--
Neil Kandalgaonkar
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
some design thoughts into the related bug.
https://bugzilla.wikimedia.org/show_bug.cgi?id=29542
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
opensource project?
>
> Thanks,
> Regards,
> Sajith Vimukthi Weerakoon,
> T .P No : ++94-716102392
>++94-727102392
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mai
e do today, especially if we're trying to keep from having
> an ever-growing review backlog.
>
> Thoughts? Volunteers?
>
> -- brion
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mai
r, but it still seems
needlessly complex to me.
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
//bugzilla.wikimedia.org/show_bug.cgi?id=33234
>
> Gregor
>
> _______
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Welcome to you both!
On 12/19/11 12:28 AM, Tomasz Finc wrote:
> Greetings all,
>
> The Mobile and Special Projects department is pleased to announce the
> addition of two new contractors to the team: Yuvaraj Pandian and Max
> Seminik.
--
Nei
is a superset of pretty much every wiki
syntax you would want, so we'll be churning on that for a while. but we
can probably deploy on formats like Markdown or plain old HTML much faster.
Over the holidays I will be working a bit on round-tripping to different
formats, and to MediaWiki
e security of that session is another unsolved problem.
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
s, surely you're not going to let Trevor and Inez
have *all* the fun?
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
t
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar ( )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
do that at least to some extensions. And if it also
means that other wiki syntaxes become possible, then end users and bots
will have to modify how they interact with wiki content.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wi
n to a different wiki syntax if we think it's a
good idea.
If we wanted to *really* get radical, then we'd think about changing the
storage model too, but you might as well rename it by that point.
--
Neil Kandalgaonkar |)
___
Wikitech-l
; ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
g for
linting errors?).
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
things load).
>
> This shouldn't cause extra load versus loading the same diffs
> manually, but will be a lot nicer for the person reviewing it.
>
> Any takers? This could make a big difference for getting hundreds more
> students to work on educational content --
as an MediaWiki:Extension soon.
>
> Tom
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar ( )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
tarling | 39 | + |
> | vasilievvv | 3 | |
> | vitalif|6 | |
> | vyznev |1 | |
> | werdna | 38 | + |
> | wikinaut | 26 | |
> | yaron | 123 | |
> | yonishostak|1 | |
> ++--+---+
> 101 rows in set (27.56 sec)
>
> MZMcBride
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
pt your contributions, there are a lot of other FOSS
> projects that would be happy to have you. Thrilled to have you, even. I'd
> strongly encourage finding one. :-)
And why should he listen to you, when you are unwilling to follow your
own advice?
--
Neil Kandalgaonkar |)
_
i
> >
> > It needs only a fraction of the resources of Etherpad.
> >
> I believe Neil Kandalgaonkar was working with the Etherpad Lite devs
> at some point to... do some thing cool. I forget what.
>
> Roan
>
> ___
> Wikite
; http://blog.documentfoundation.org/2011/10/14/libreoffice-conference-announcements/
>
> Tom
>
>
>
>
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Ka
ternograph extension
> * Sumana Harihareswara (sumanah) - community management
Welcome! What stuff do you expect you'll be working on?
(I could ask you in person, since we are having our
everyone-in-the-office week, but other people are probably curious t
sion, so it can be hard to get answers if you want them to make an
exception for you.
By the way, Aaron Muszalski, one of the new Community Department hires,
was strongly pushing for in-app purchases in a mobile app as a possible
way to get donations. Maybe he's already made some progress there -- I
cc'ed him on this discussion.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ategory, so I made some. If you want to make pretty
graphs here's some raw data.
http://toolserver.org/~neilk/stats/
Note, some people added old images to WLM retroactively, so the data
starts with stuff that was uploaded years ago.
--
Ne
gt;
> Alolita
>
> On Thu, Sep 22, 2011 at 6:41 PM, Ryan Lane wrote:
>
>> On Thu, Sep 22, 2011 at 6:29 PM, Brion Vibber wrote:
>>> Yay!
>>>
>>> I've volunteered to do a quick intro-to-our-scary-git-futur
d a lot. Thanks to all
> the students, mentors, and other community members who made this a
> pretty darn successful Summer of Code.
>
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ile on average =
a savings equivalent to 33 more files in Commons
In the time it took you to write this we probably had more than 33 files
uploaded.
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to have his own explanation :b
As much as we all love to hate PHP, it was (and is) a good choice.
--
Neil Kandalgaonkar ( )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
than waiting for perfection tomorrow. Which I very much
appreciate.
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
g)
>
> However, for sizes below 160px, most of the picture is missing in the
> rendering:
>
> http://goo.gl/U6RPs (159px thumbnail)
>
> Can this be fixed?
>
> Thanks!
> Timwi
>
>
> ___
> Wikitech-l mailing li
can fix it with ajax prefilters in jQuery >1.5, and in 1.4
you must stringify the data attribute of the AJAX call and s/\./%2e/g;
before sending it.
--
Neil Kandalgaonkar )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists
ion code just looks for "MSIE" in the User-Agent
>> header :D
>>
>> This'll all be fixed when I deploy the new code for dealing with the
>> IE6 issue. I will probably do this on Thursday.
>>
>> Roan Kattouw (Catrope)
>>
>> ___
We still seem to get
hits from practically every browser ever made in the last 10 years.
http://stats.wikimedia.org/wikimedia/squids/SquidReportClients.htm
Last month we had 3.5M hits from browsers claiming to be IE 5.5,
released in mid-2000.
--
Neil Kand
n law.
Well, it's not like wiki pages happen by someone cracking a whip either.
That said, we would benefit from some urgency towards correcting the
problem.
--
Neil Kandalgaonkar
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
Followup -- I've conflated "pushing" and "releasing" in my post, but
anyway I believe it's mostly the same circle of users who do both.
On 5/31/11 10:35 AM, Neil Kandalgaonkar wrote:
> On 5/31/11 10:03 AM, Trevor Parscal wrote:
>
>> It's my exp
equate
sacrifices are made in other areas to adjust to a new system. If pushing
more frequently isn't a priority for these users (or they are unable to
find the time to fix the current system) then I don't know what to do
either.
Are we all in deadlock or something? Are the users who ca
;resolveVirtualUrl" suggests that it can only deal with virtual urls.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
talking with Trevor & Brion about doing an extension+gadget to
make it easier to invoke a "remote" web-based editor with MediaWiki. The
current WikiEditor sort of has an iframe-crossing API already built into
it, so that might be a place to start.
--
Neil Kandalgaonkar )
>
> Thanks in advance!
>
> Heiko Nardmann
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar )
___
Wikitech-l mailing list
Wikitech-l@list
nd the WMF can do to make their RTE hacks
obsolete. That doesn't mean that their RTE isn't the right way forward,
but the people who wrote it don't seem to be very strong advocates for
it. But I don't want to put words in their mouth; maybe one of them can
add more to this thr
the triage and open a new call
> for bugs.
>
> Mark.
>
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
If you have any doubts or questions, contact us at.
>>
>> We’re excited to see you in Berlin, your Hackathon Team
>>
>> Daniel Kinzler (Program Coordinator)
>> Nicole Ebber (Logistics)
>> Cornelius Kibelka (Assistant)
>
> This is a reminder. Just one
On 3/25/11 3:20 PM, Aryeh Gregor wrote:
> On Fri, Mar 25, 2011 at 3:19 PM, Neil Kandalgaonkar
> wrote:
>> Long story short, we had this discussion in IRC... some people find the
>> concept of AJAX login really alarming from a security perspective, but I
>> think there co
wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
I still have not figured out how to filter by author AND path
> - comment system should be liquid thread based
> - the diff is useless (I use a local tool)
> - still have to rely on local tools for merging, reverting, blaming
> - not integrated with bugzilla
>
> There are lot of good points though!
>
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 3/23/11 2:13 PM, Robert Leverington wrote:
> On 2011-03-23, Neil Kandalgaonkar wrote:
>> On 3/22/11 6:05 PM, Rob Lanphier wrote:
>>
>>> Our code review tool is pretty nice, but we can't let it
>>> be the tail that wags the dog.
>>
>> At the ris
work for (or who have worked for) Google. Even people who
were very skeptical will usually say that it is has been a huge benefit.
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
edicated to this is why a migration isn't being
> considered (I guess not), I volunteer myself.
>
>
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Artur's idea was doubly doomed from our
perspective. Still I feel bad that we didn't at least consider this
earlier, unless Russell did at some point and rejected it early on. (?)
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wik
said, "significant" is relative. There are a lot of miscellaneous
changes, but they were all important bugs for someone.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
//www.mediawiki.org/wiki/StyleGuide/Forms
>
> I'm going to expand this further (with things like "tables" and such)
> but for now this is a start.
>
> You can comment here or on the talk page.
>
>
> ___
> Wikitech
rent toolchain.
However, if we ever move to git, maybe we should also think about
pre-commit review. (In the git world, that would mean review before
merging with the production repo, but basically the same idea).
--
Neil Kandalgaonkar (
___
Wik
h box needs to be distinct and obvious
>> as a control; this change blends it into the background too much.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ment what's likely to change and what we will aim to keep stable.
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ve
> a test/dev environment for this project configured on tesla, if you'd
> like to work in a pre-configured environment.
>
> The extension page is here:
>
> http://www.mediawiki.org/wiki/Extension:OpenStackManager
>
> Respectfully,
>
> Ryan Lane
>
>
ion.
> (NB sysops should be able to remove goatses from forum avatars...)
Yeah. Avatars can be tricky. Also to be pedantically correct you want to
have some guard against impersonation (using same icon, and maybe adding
unicode space characters or other trivial chang
e layout adjustment, and for RTL languages it needs
pretty radical changes.
That said, it's an interesting frontier and it would be awesome to have
a tool which made it easier to create translated SVGs or indicate that
translations were related to each oth
for simpler uploads and searching. Any thoughts, Michael?
--
Neil Kandalgaonkar
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
d by very subtle cues. Understanding how they work is
a very rare ability. So I was suggesting we collect rules of thumb for
people who are making interfaces. Not policies to bash each other with.
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
W
On 12/30/10 10:24 AM, Platonides wrote:
> Neil Kandalgaonkar wrote:
>> At some point, if we believe our community is our greatest asset, we
>> have to think of Wikipedia as infrastructure not only for creating high
>> quality articles, but also for generating and sust
e were going to address UX issues
in a very broad way, which included social issues. Unfortunately the
person in charge of that left the Foundation soon after and in the
kerfuffle I'm not sure if we now have anybody whose primary job it is to
think about the experien
> non-WMF specific extensions and features.
>
> It doesn't take that much effort to keep core small, and maintain
> extensions for WMF use. I honestly don't think this is a limiting
> factor to the usability of WMF projects, either.
>
> Respectf
capsulate data and even other templates to an infinite
degree. A few months ago somebody asked how they could implement a third
layer of "quoting" in the geocoding template syntax and it just seemed
to me like this problem shouldn't have to exist.
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
And the followup question was "if a competitor can do this, why don't WE
do this?"
Brion already suggested something like this, where we would end up with
a transition regime between old and new.
P.S. All due respect to RobLa, but "Microsoft tr
vation that was
disruptive to Wikipedia, in fact something that made Wikipedia look like
Friendster or Myspace compared to Facebook?
And there's a followup question to this -- but you're all smart people
and can guess what it is.
--
Neil Kandalgaonkar (
___
work with
ancient browsers and relatively obscure browsers (and without using
crutches like Flash) over using the cool features of modern ones.
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
talent) in ASL since I have a deaf friend, so this might be something I
could work on in my spare time.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
s we just did. ;)
[1] Of course, Javascript loading trails initial page load, but the
point still stands -- 2KB is a LOT.
--
Neil Kandalgaonkar )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
ry tracks. Portal spends a lot of time training users in a
radically new gameplay concept. It's fascinating to hear all the tricks
they used to get the player to learn things, as they played the game,
almost without effort.
http://www.youtube.com/watch?v=o1kvad
er of the
system but not others.
That said, I think the deeper we go into the code, it becomes more about
good documentation. At the outer layers things have to be more discoverable.
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikit
our process as a developer, would you be interested? And
what should that look like?
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
's a little better.
http://svn.wikimedia.org/svnroot/mediawiki/trunk/phase3/maintenance/tests/phpunit/includes/api/ApiUploadTest.php
--
Neil Kandalgaonkar (
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
r to transmit session data.
>
> If you're in need of using secure login, then you can use the secure
> webserver, but in the past it had some load issues.
>
> Marco
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
n* trunk. That means that when you want to slap in a one-line tweak to fix
> or debug something, you *also* have to deploy the last few days' worth of
> trunk changes.
Yes, definitely a problem. In the Flickr world, you're never more than a
few hours off of trunk
On 10/21/10 4:04 PM, Aryeh Gregor wrote:
> On Thu, Oct 21, 2010 at 6:31 PM, Neil Kandalgaonkar
> wrote:
>> For what it's worth, I'm influenced by my former job at Flickr, where
>> the practice was to deploy several times *per day*, directly from trunk.
>> Tha
e aware there are people who
are doing it successfully -- it just takes a few extra development
practices.
BTW, I wanted to say this stuff earlier, but I found that I couldn't
respond meaningfully to Rob's questions. They were "big questions"
asking for a lot of context, and a relat
ime anomaly, so no need for any convention.
Isn't it fairly common to load data or other such page fragments in this
way, though? Or does it only seem common to me because I commonly work
with Commons?
--
Neil Kandalgaonkar |)
___
Wikit
_____
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
http://svn.wikimedia.org/svnroot/mediawiki/branches/uploadwizard/extensions/UploadWizard/ApiQueryStashImageInfo.php
http://svn.wikimedia.org/svnroot/mediawiki/branches/uploadwizard/extensions/UploadWizard/SpecialUploadWizard.php
--
Neil Kandalgaonkar |)
___
lism is" is generally a settled
question at Wikipedia, and opening a post with "if you understand the
issue" is a little bit aggressive?
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
on't know if I'm committing any resources to this (I'm still busy
with other stuff for the next two months at least) but I happen to know
a lot about this from an aborted project at another employer, so I have
always wanted to actual
nese (and the rest of the WMF tech staffers) do read this list, but
most of us think hiring someone local to SF is a good thing, so we're
not the best people to be advocates for your point.
--
Neil Kandalgaonkar
___
Wikitech-l mailing li
f what the Resource
Loader people are trying to achieve here. Efficiency *and* community.
Minification *and* openness. Gadget-writers are a big part of their
targeted use cases. Otherwise, they would have just used something off
the shelf. There are a lot of good JS libraries out there, but no
On 9/30/10 2:12 PM, Roan Kattouw wrote:
> Does it also allow replacing the separators with whatever you want?
If you use a separator for time, ISO 8601:2004 section 3.4.4 says it has
to be hyphen for year, month, day, and colon for hour, minute, and second.
--
Neil Kandalgaon
_
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
rning time
> which may be more accessible for some folks!
>
> -- brion
> ___
> Wikitech-l mailing list
> Wikitech-l@lists.wikimedia.org
> https://lists.wikimedia.org/mailman/listinfo/wikitech-l
--
Neil Kandalgaonkar (|
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
but in this case I'm just storing the path to a temporary file.
The file isn't even sensitive data; it's just a user-uploaded media file
for which the user has not yet selected a license, although we
anticipate they will in a few minut
ide a temporary secret there.
Is that a good assumption?
--
Neil Kandalgaonkar ( )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
/2284377/
There are pros and cons to this approach.
It's not entirely appropriate for us because we do in a sense have a
shrink-wrapped product -- MediaWiki -- and its releases ought to be stable.
Also, Flickr relies on the entire team being experienced and careful;
they can't afford even
dable license properties will help. Even for
images which don't allow re-use at all, it should say so quite clearly.
(We host Wikimedia trademarked images, for instance.)
PS: I apologize if the threading is screwed up here -- WMF mail was down
for a few hours so I missed this messa
ints.
That said, I've been thinking about metadata systems for wikis and this
is an interesting idea.
--
Neil Kandalgaonkar |)
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
information with articles might be
> useful to a large number of sites. If so, the perhaps it belongs in the
> core.
>
--
Neil Kandalgaonkar )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
developers add debugging bookmark like this:
>> javascript:alert(document.cookie="resource_loader_debug=1;%20path=/")
--
Neil Kandalgaonkar )
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On 9/8/10 5:35 PM, Chad wrote:
> I think the point was not about hardware, but the OPs
> inability to include a single linebreak in the e-mail.
I need an open source irony detector.
--
Neil Kandalgaonkar
___
Wikitech-l mailing list
Wiki
(such as code that can
generate circuit designs) are freely available.
http://en.wikipedia.org/wiki/Open-source_hardware
--
Neil Kandalgaonkar
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
one else.
This is true, but we are trying not to hire this sort of person.
Off the top of my head I would guess at least 75% of the developers here
had significant open source experience before being hired, many with
Wikimedia projects.
--
Neil Kandalgaonkar
___
1 - 100 of 132 matches
Mail list logo