boils down to use-cases. I'll admit I'm not overly familiar
with Wikisource's metadata use case.
--
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
use the api with a callback
parameter to get around the same origin policy.
Obviously CORS is a much nicer solution.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
enabling extensions like
moodbar and what not on enwikipedia,
but this is nothing like that situation.
--bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
the community wants.
--
-bawolff
p.s. Since I don't follow enwikipedia, or developments targeted there
very closely, this email will be very embarrassing if Moodbar et al
folks actually did gather consensus before deployment
___
Wikitech-l mailing list
Wikitech
the clear winner.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
user, and see
which one fails.
[1] http://www.mediawiki.org/wiki/How_to_debug#Logging
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
agree with MZ on this point. Furthermore it feels this problem has
gotten worse with time. (On the flip side, there is an even more
pronounced problem with the community treating us as service
providers instead of colleagues - so it goes both ways)
--
-bawolff
to know more about it.
I've tried to add a brief bit on the RFC page (mostly gleaned from the docs), I
was kind of rushed though. Its basically a cdb file that has all the interwiki
links for several wikis.
-
--bawolff
___
Wikitech-l mailing list
happen, we all
make them. The important thing is to realize we've made a mistake,
mitigate the affect of the mistake, and document the mistakes so that
others don't make them. Yelling and screaming about mistakes doesn't
really help anything.
--bawolff
)
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
to the
proposed sites facility.
Cheers,
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
(Seriously though, everything looks so crunched up with 4 space tab
width... Makes me claustrophobic!)
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
a sufficient
replacement.
--
-Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Thu, Aug 2, 2012 at 7:18 PM, Julien Dorra
juliendo...@juliendorra.com wrote:
[snip]
* Question for you all: do you have an example of this consumer mode
behavior on the software part of Wikimedia? How have you dealt with it in
the past?
* Bawolff a question just for you, could you
, but I find such sentiment disturbing. I
think in order to best reach out to new contributors, we need to start
at home so to speak.
Cheers, and once again best of luck,
--Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
expensive to generate.
--
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
heard
of an indirect djvu file, so I could be misunderstanding]
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
, but image magick
is definitely the best choice if possible.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
could do better
auto-detection in the install script ( Make an ajax request to some
script /mw-config/path_info.php/test and see if it can properly
extract the path info).
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
the same at the moment (there are bugs in
bugzilla to change this, and really it should be changed, but such
per-language support has yet to be implemented. However even if it was
fixed, its unclear if such a setting would be based on wiki content
language or not)
-bawolff
recruiting for a new Bugmeister soon. I'll post more
details when I have them.
In the meantime, please join me in thanking Mark for his service to
the Wikimedia movement.
Rob
:'(
You will be very deeply missed. I wish you the best of luck in
whatever you decide to do next.
-bawolff
://bugzilla.wikimedia.org/show_bug.cgi?id=28876 is a bug for
making the category change happen quickly. Its on my list of bugs that
I think would be nice if they were fixed.
Cheers,
Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
difference
between what you're describing is that existing ticker works on a
static list of pages that isn't updated, instead of doing some
auto-update magic with ajax). See
https://en.wikinews.org/wiki/Template:Ticker and
https://en.wikinews.org/wiki/User:Bawolff/sandbox/ticker .
Cheers,
-bawolff
(or shouldn't). I'd suggest throwing some
kinds of warnings in the output for at least one release (1.20) and then
target them for removal in 1.21.
-Chad
+1.
--
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
(So we know its safe), or not
escaped at all (so we know its dangerous and treat it as such). Half
measures of just stripping some tags on a blacklist will lull people
into a false senses of security.
-bawolff
___
Wikitech-l mailing list
Wikitech-l
all the extensions)
*Roughly how popular that hook is
*A lot of places to find examples of how to use such a hook (useful if
you're a newbie)
Of course for things like FlaggedRevs with 2 million hooks, that
starts to become impractical.
-bawolff
networking button type extensions are very simple (Its a linked
image, that's it) and thus trivial to create. The issue has always
been that whenever asked, the Wikipedians say no (and its not like
they once said no 7 years ago, the topic seems to come up at a quite
regular basis).
-bawolff
). At the end of the day though, unless you
are planning to visually inspect 100 000 odd svg images and compare
the before and after, I doubt you will catch all such bugs.
Cheers,
Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
is
interested, although its kind of feel out of favour recently
[disclaimer: I'm one of the authors of the enwikinews js ticker hack
thing].
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech
).
Anyhow, I do believe it would be awesome to store this data better. I
can definitely think of many uses for being able to efficiently query
it. (While I'm on the subject, making lucene index it would also be
awesome).
Cheers,
Bawolff
p.s. If its helpful - some of my ideas from last year for making
that's where most people go.
Thanks,
-bawolff
On Wed, Nov 23, 2011 at 2:09 PM, Philip Chang pch...@wikimedia.org wrote:
Hi bawolff,
Please understand that automatic re-direction to the mobile site will not
break the intended site.
Most content of the site will render in a way that is more
if
the admin didn't customize the front page properly?
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
is important. At the very least stuff like this should
probably be announced on various mailing lists or VP's. Our editors
are important, we should make sure we avoid unnecessarily wasting any
time/effort they put in to the wiki.
-bawolff
___
Wikitech-l mailing
.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
understanding is we allow people to commit extensions under
whatever OSI approved license strikes their fancy, and that if you
commit to someone else's extension, then you also release your commit
under that license. This always struck me as common sense...
-bawolff
page. The babel extension had a very similar issue with
auto-creating categories. See the BabelAutoCreate.class.php file in
the Babel extension.
Cheers,
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
do their own thing) The issue has always been if people
actually want it, which I believe is one of those discussions that
comes up over and over again on enwikipedia.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
with a very high number of revisions making the
server kittens cry for a moment. There's no indication he has mad
hacker skillz in any way or form (and given the tone of that
Encyclopedia Dramatica page, I assume they'd be bragging about it if
he did).
-bawolff
(and related image metadata stuff). The maintenance script
just regenerates img_metadata based on the source image.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
the error they're failing with?
Thanks,
Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
involved, so
take this with salt) that its bad to hardcode such things even if its
only going to be used by wmf, since they can change. However if we're
aiming for third party re-use, then hardcoding such things is
definitely a bad idea.
-bawolff
___
Wikitech
I've been waiting for this but unfortunately I can't be at that time. Would
there be a log about the result?
#wikimedia-dev is always logged at
http://prototype.wikimedia.org/logs/%23wikimedia-dev/
-bawolff
___
Wikitech-l mailing list
Wikitech-l
reviewed in 72 hours.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
On Wed, Jun 1, 2011 at 3:02 PM, Brion Vibber br...@pobox.com wrote:
On Wed, Jun 1, 2011 at 1:53 PM, bawolff bawolff...@gmail.com wrote:
As a volunteer person, I'm fine if code I commit is reverted based on
it sucking, being too complicated, being too ugly, etc provided there
is actually some
://en.wikinews.org/wiki/?curid=1234 style) for twitter.
No data is passed to facebook. Its just an image that's hyperlinked in essence.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
with that was, but it seems to be a one
time issue.
(Or also entirely possible, it fixed itself well I was looking at it,
and I just think purging the page
had something to do with it, where really its all a big coincidence).
-bawolff
___
Wikitech-l mailing list
created
after said toolserver tool stopped working). On the other hand they
probably won't complain, as the js is already fairly broken ;)
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo
that should be in
php extensions.
The issue is at the end of the day it is _significantly_ easier to
write a js hack, then
to manage to get a php extension written, reviewed and deployed.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
around with until it works.
Several of the smaller wikis already have broken JS. I imagine that
many more will break with the RL, and local admins probably won't know
whats wrong/how to deal with it.
Cheers,
-bawolff
p.s. Can I get three cheers for 1.17 :D
to the original language if unavailable. Get the author's
name in all available languages, etc.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
where all the source files get tar'ed together on
the server side for an easy download.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
interested in reviving it, or we can delete it right away?
--
Max Semenik ([[User:MaxSem]])
This is offtopic... But that extension's name sounds oddly familiar.
Did it used to be enabled on wikimedia (en wikinews specifically) a
long time ago?
-bawolff
js.
However if someone actually has the ability to do that, they could
already do that with the geoip lookup. Thus I don't see how doing the
importScriptURI reduces security.
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
the whole
variant thing. For example, Serbian has both a latin and a crylic
version, and the user can select which one they want. Then everyone
wins (?)
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman
-ascii
Thanks,
I do not know php yet, but I have tryed it anyway, it gives me syntax mistake
[...]
You could also try http://www.mediawiki.org/wiki/Extension:CommentPages
-bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
On Mon, Jul 5, 2010 at 9:35 PM, Lars Aronsson l...@aronsson.se wrote:
On 07/06/2010 01:04 AM, bawolff wrote:
Note, Wikibooks actually does have DynamicPageList.
Is this used on Wikibooks as a way to limit categories to one
book, i.e. does each book have a category, that is used
use page_ids to identify the image - I don't see any reason
to artificially restrict it to just the file namespace.
Thanks again everyone for all the comments. I really appreciate the
great response :)
--
-bawolff
___
Wikitech-l mailing list
Wikitech-l
Hi Alex. Thats actually on my list of to do if I have time. Building a
metadata editor for files on the wiki (probably in the form of an
extension) would be in phase 2 of my project. (In my project proposal
it was on the list of things to do if I have extra time).
Cheers,
bawolff
On Mon, May 31
of interest.
cheers,
bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
table like this does
leave the possibility open for people to do such intersection things
on the toolserver or in a DPL-like extension.
I'd love to get some feedback on this. Is this a reasonable approach
for me to take on this.
Thanks for reading.
--
-bawolff
On Fri, May 28, 2010 at 10:12 AM, church.of.emacs.ml
church.of.emacs...@googlemail.com wrote:
Hi bawolff,
thanks for your work.
I'm not very happy about the name metadata for the table. As far as I
understand it, this is about file metadata. metadata suggests it
contains information on pages
=something also
not cause significant problems (well making uselang persist)?
(although then again, I'd imagine that would not be much different
then the use a cookie solution in terms of caching)
-bawolff
___
Wikitech-l mailing list
Wikitech-l
that had similar needs. I made a small
little extension to whitelist a namespace -
http://www.mediawiki.org/wiki/Extension:Whitelist_Namespaces Perhaps
it might be useful to you.
Cheers,
Bawolff
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https
201 - 263 of 263 matches
Mail list logo
