2008/12/3 Aerik <[EMAIL PROTECTED]>:
> I'm with you - we've shown feasibility in large datasets with a lucene based
> approach, and I think we need to roll it out and test it with real users on
> real data. We need a new lucene index and a user interface (needs to be
> defined) suitable for avera
2008/12/4 Daniel Schwen <[EMAIL PROTECTED]>:
>> how things are categorized. As long as category intersections remain
>> vaporware, there's no incentive to change. A technical fait accompli
>> will bring about change.
> Uhm, yeah.. except that intersection of atomic categories are not vaporware.
2008/12/4 Gregory Maxwell <[EMAIL PROTECTED]>:
> On Wed, Dec 3, 2008 at 8:12 PM, David Gerard <[EMAIL PROTECTED]> wrote:
>> The last time will be when there's a feature end-users can use without
>> going off to the toolserver.
> With a JS hack I had my tool int
2008/12/4 Tim Landscheidt <[EMAIL PROTECTED]>:
> Add to that the maintenance costs because you would want to
> ensure that if someone who is not aware of the concept of
> atomic categories adds a [[Category:Manhattan]] to something
> he adds [[Category:New York]], [[Category:East Coast of the
> Un
http://advogato.org/article/994.html
Peer-to-peer git repositories. Imagine a MediaWiki with the data
stored in git, and updates distributed peer-to-peer.
"Imagine if Wikipedia could be mirrored locally, run on a local
mirror, where content was pushed and pulled, GPG-Digitally-signed;
content sha
2008/12/4 Chad <[EMAIL PROTECTED]>:
> If the Database class wasn't so mysql-centric and all
> queries have been abstracted, the child database class
> could, in theory, retrieve data from any type of source,
> as long as it returns the format expected by the
> software, Sql results.
> This is all
2008/12/4 Aryeh Gregor <[EMAIL PROTECTED]>:
> On Wed, Dec 3, 2008 at 8:16 PM, Gregory Maxwell <[EMAIL PROTECTED]> wrote:
>> With a JS hack I had my tool integrated to the site. The AJAX calls
>> went to the toolserver, but as far as the users could see it was
>> running on the site. No one cared:
2008/12/5 Gerard Meijssen <[EMAIL PROTECTED]>:
> As I have indicated in the past a team at the Vrije Universiteit Amsterdam,
> the team that includes Andrew Tannenbaum, has been working on creating a
> peer to peer MediaWiki. Their goal is to be able to support a Wiki like the
> English language
-- Forwarded message --
From: Nikola Smolenski <[EMAIL PROTECTED]>
Date: 2008/12/6
Subject: Re: [Wikitech-l] Bring your language to Commons
To: Wikimedia developers
On Saturday 06 December 2008 17:49:04 Lars Aronsson wrote:
> New user accounts on Wikimedia Commons automatically g
Just a quick check - I did the BBC Radio 4 Today show about the
[[:en:Virgin Killer]] blocking. Both presenters asked afterwards how
to get their crappy articles fixed - I said "email
[EMAIL PROTECTED]". Bet you they email [EMAIL PROTECTED] - does that
address redirect in the obvious and sensible f
2008/12/12 Eugene Zelenko :
> I don't think that blog is right place for such announcement.
> Especially Planet where technical issues will be mixed with
> non-technical ones. I think something more predictable and permanent
> like WMF wiki will do job better.
The Wikimedia blog would be a good
2008/12/24 Soxred93 :
> That's disgraceful. I might have to boycott phpBB just because of
> that...
A sufficiently dedicated programmer can write TRS-80 BASIC in any
language. PHP just makes it easier.
- d.
___
Wikitech-l mailing list
Wikitech-l@lis
2008/12/31 Techman224 :
> I think that admin or administrator is better then sysop because more
> people know the word "administrator" then "sysop". I think that the
> developers should get rid of "sysop" from every part of Mediawiki and
> replace it with "Administrator". That's just my opinion.
... and then there's Dangerously Batshit Insane.
https://dgl.cx/wikipedia-dns
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2009/1/6 Lars Aronsson :
> Has anybody mapped exactly how many such interwiki conflicts we
> have? Or how many interwiki sets do we have without conflicts?
> Could/should someone make a list of current conflicts and try to
> rank them by importance, so we can get started in fixing them?
Someone
2009/1/20 Chad :
> Vry bad idea. I can already see enwiki having
> ArbCom cases about stuff someone wanted to say but
> didnt .
No, no, this is a feature. The only way to fix en:wp is to cause the
dramatic core to enter final meltdown and annihilate itself, then the
people who write an e
2009/1/31 Roan Kattouw :
> Marcus Buck schreef:
>> I just read the last category intersection discussion from December to
>> see, what's the latest state of it. While doing that, I saw, that the
>> last message in that thread was this post from Roan Kattouw, providing
>> his extension. Oddly, nobo
2009/2/2 Andrew Garrett :
> Domas and I worked on this on IRC for a bit just now, and the change
> has been synced to Wikimedia wikis. It generates the cache key from an
> md5 of the input to the parser and the page-id. Render hash could be
> included in this if it causes problems, but I'm not sur
2009/2/12 Thomas Dalton :
> Fantastic! I was started to get annoyed with things slowing down to a
> snails pace every so often. :-)
I was actually wondering if we were getting filtered in the UK again ...
- d.
___
Wikitech-l mailing list
Wikitech-l@
2009/2/12 Thomas Dalton :
> 2009/2/12 David Gerard :
>> 2009/2/12 Thomas Dalton :
>>> Fantastic! I was started to get annoyed with things slowing down to a
>>> snails pace every so often. :-)
>> I was actually wondering if we were getting filtered in the UK aga
2009/2/18 Brion Vibber :
> On 2/18/09 1:20 PM, shi zhao wrote:
>> see http://blogs.zdnet.com/microsoft/?p=2072
>> Microsoft's IE 8 incompatibility with wikipedia.org
> I'd kind of prefer if they just fixed their browser. :)
Did you notice microsoft.com on that list? *splutter8
- d.
_
2009/2/19 Michael Snow :
> I'm likely going to put the general issue of biographies on the board's
> next agenda, for what that's worth. Though as I say, there's no simple
> blanket solution, and I don't know if we can promise anything beyond
> more discussion and more awareness of the issues.
W
2009/2/19 Brion Vibber :
> We're trying to get some more traffic onto the new mobile gateway for
> testing -- and figuring out how best to get people to the
> mobile-optimized site if they hit a regular Wikipedia link while on
> their mobile phone.
I must say, I like the mobile skin - looks grea
2009/2/19 Brion Vibber :
> On 2/19/09 2:42 AM, David Gerard wrote:
>> I notice it doesn't have edit links as yet - any plans?
> Nothing firm in the works yet but it's one of our goals for it long-term. :)
> (It's possible to edit in the regular MediaWiki skin on yo
2009/2/19 Brion Vibber :
> That depends on how many people have been announcing new mobile
> platforms. :)
> In this work we're mainly targeting the popular has-a-good-browser
> smartphones. These will be able to do decent editing at least for little
> bits here and there, and creating a decent in
2009/2/20 Hay (Husky) :
> Unfortunately, IE6 (and IE7 as well) are problems that all web sites
> got to live with. IE6 is still used by about 34% of all web users
> (according to the latest statistics from thecounter.com), so banning
> those users or not paying attention to problems they might hav
http://www.infoworld.com/article/09/02/20/Adobe_flaw_heightens_risk_of_encountering_malicious_PDFs_1.html
Do we sanitise PDFs at all? Do we check for wacky "active" features in a PDF?
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
htt
2009/2/20 Platonides :
> What we could do is to reject pdfs containing javascript. An unneeded
> feature IMHO. It has been used more as attack vector than legitimately.
> Do you know of a tool which could detect that?
> I don't think pdfinfo provides that.
Would pdf2ps -> ps2pdf do it?
- d.
_
What's the holdup in the flagged revisions trial on en:wp?
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
2009/3/2 Casey Brown :
> On Sun, Mar 1, 2009 at 7:16 PM, David Gerard wrote:
>> What's the holdup in the flagged revisions trial on en:wp?
> Is there a bug?
Is that the actual requirement for it to happen? (Are you stating this
authoritatively, or as a hypothesis? I&
2009/3/2 Aryeh Gregor :
> On Sun, Mar 1, 2009 at 7:37 PM, Casey Brown wrote:
>> Is there a bug?
> More significantly, is there evidence of community consensus?
There was a poll which came out about 59%:41% in favour, then Jimbo
loudly and publicly requested that it be switched on. There's been
2009/3/2 Andrew Garrett :
> It isn't clear that the configuration change will be made. Jimmy has
> very little authority (if any) over technical matters, other than that
> of a board member, and 59% has never been enough to justify a
> configuration change. If you ask me, the change could be justi
2009/3/2 Gerard Meijssen :
> At issue is that there are always _urgent_ things that need to be done that
> prevent the _ordinary_ requests from being done. There is no rea; urgency
> for enabling flagged revisions, not more so then for the creation of the
> Pontic Wikipedia. So please wait in line
2009/3/2 Gerard Meijssen :
> As a member of the language committee I can authoritatively state that the
I meant concerning procedures to actually get things to happen. Thanks
for your help.
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia
2009/3/2 Aryeh Gregor :
> As far as the sysadmins go, the procedure is quite transparent and
> explicit: file a bug with the "shell" keyword and an exact description
> of what's desired, together with a pointer to community consensus.
> The only unclear part of that is the last, and to the extent
2009/3/2 Aryeh Gregor :
> On Mon, Mar 2, 2009 at 12:15 AM, David Gerard wrote:
>> Is the above actually written down anywhere other than your message? I
>> suggest it should be.
> It's probably written down in a bunch of places. If you want to write
> it down in
2009/3/2 Erik Moeller :
> It's more important, IMO, to get this right than to just hastily roll
> out something that will then lead to opposition of the form
> "FlaggedRevs is horrible, let's get rid of it". We won't be able to
> make it perfect, but if we know the primary use cases in advance, we
By Hakon Wium Lie of Opera:
http://www.princexml.com/howcome/2009/wikipedia/infobox/
What is the likelihood of making as much as possible CSS? How to make
infoboxes degrade gracefully for non-CSS browsers and IE users?
- d.
___
Wikitech-l mailing lis
2009/3/3 Hay (Husky) :
> I don't know if making such an infobox that does not support IE6 and
> IE7 is a good idea. If you would take out all inline style elements
> and replace with them classes that are available in a general
> stylesheet it would already safe a lot of the cruft in the original
2009/3/3 Charlotte Webb :
> Maybe there will be another incident of the Seigenthaler calibre that
> changes everyone's perspective on this. Or maybe the community will
> change itself enough (consider David Gerard's aphorisms about tenure
> in online communities)
Minor note: they're actually Elo
2009/3/14 Jussi-Ville Heiskanen :
> The only thing *on* wikimedia websites that does
> satisfy that currently is the history of articles; a direct
> link into the history is sadly the only option available. I
> think it is way cool that people are thinking of innovative
> ways of formatting that i
2009/3/14 MinuteElectron :
> 2009/3/14 David Gerard :
>> Here's an idea: nice URLs for the history. So we don't end up with
>> stupid things peppered with ? and & and = printed on mugs, travel
>> guides, etc.
>> e.g. http://en.wikipedia.or
2009/3/14 Magnus Manske :
> On Sat, Mar 14, 2009 at 3:25 PM, David Gerard wrote:
>> 2009/3/14 MinuteElectron :
>>> 2009/3/14 David Gerard :
>>>> Here's an idea: nice URLs for the history. So we don't end up with
>>>> stupid things peppered wi
2009/3/14 Robert Rohde :
> Obviously this is some sort of caching issue, perhaps because the
> software doesn't know how to react properly to having a Mediawiki page
> subject to a move. Is this kind of lag likely to clear itself up in
> short order? How long does the message cache persist?
In
2009/3/19 Aryeh Gregor :
> On Thu, Mar 19, 2009 at 5:26 PM, Brian wrote:
>> A general point - there is a *lot* of information contained in edits
>> that AbuseFilter cannot practically characterize due to the complexity
>> of language and the subtelty of certain types of abuse. A system with
>> ac
The "usermerge" procedure is presently irreversible. Are there plans
for a way to make it reversible in case of error? I'm assuming error
(and a great deal of tedious mucking about to go back) is inevitable,
since the action is taken by humans.
- d.
__
2009/3/25 Brion Vibber :
> David Gerard wrote:
>> The "usermerge" procedure is presently irreversible. Are there plans
>> for a way to make it reversible in case of error? I'm assuming error
>> (and a great deal of tedious mucking about to go back) is inevita
2009/3/25 Thomas Dalton :
> An extra column in any table with a "user id" column for "original
> user id" (which would be identical to user id for the vast majority of
> rows) would be sufficient for most unmerges. There would still be a
> problem if an account was involved in more than one merge,
2009/3/25 Aryeh Gregor :
> On Wed, Mar 25, 2009 at 6:02 PM, Thomas Dalton
> wrote:
>> An extra column in any table with a "user id" column for "original
>> user id" (which would be identical to user id for the vast majority of
>> rows) would be sufficient for most unmerges. There would still be
2009/4/2 Håkon Wium Lie :
> Also sprach Aryeh Gregor:
> > (For those more familiar with CSS/JS than with MediaWiki, I'm
> > referring to user subpages here, e.g.,
> > http://en.wikipedia.org/wiki/User:Simetrical/monobook.js. I'm not
> > referring to stuff people have in their browsers, which
2009/4/3 Andrew Garrett :
> On Fri, Apr 3, 2009 at 8:44 PM, Brion Vibber wrote:
>> en.wikipedia.org and others have seen a rash of abuse coming via Tor in
>> the form of account creations with abusive names and such; this is
>> taking up a large chunk of CheckUser and oversighter time and effort,
2009/4/3 Chad :
> On Fri, Apr 3, 2009 at 8:45 AM, Håkon Wium Lie wrote:
>> My hypothesis is that the current HTML code can be simplified and
>> improved by relying more CSS. The benefits are reduced code size
>> (what's the bandwidth of Wikipedia?) and easier reuse of the content.
> /me waits fo
2009/4/3 Stephen Bain :
> On Sat, Apr 4, 2009 at 12:26 AM, David Gerard wrote:
>> And the speech browsers.
> Indeed. That's always going to be a small portion of the user base but
> it's very important that things work for such browsers.
> From the point of view of
2009/4/3 Aryeh Gregor :
> I'm not sure about the "enlarge" icon. It might not be intuitive that
> clicking on the image expands it. The icon itself might not be so
> great either, though. Personally, I won't remove that for now.
There's a proposal (which I'm supposed to be pushing forward) to
2009/4/3 Brion Vibber :
> Håkon Wium Lie wrote:
>> It seems to me that setting the exact width is a rare exception,
>> and one that shouldn't stand in the way of reusing content.
> Assume that it'll be used very frequently and that it should not break.
> (Would be interesting if someone wants to
2009/4/4 Håkon Wium Lie :
> Your markup is:
> [[Image:Digital ambient light meter.jpg|145px|thumb|right|A handheld digital
> ambient light meter, showing an f-stop of 5.6 for 24 frame/s 500 ISO filming]]
> I'm curious about your reasons for setting 145px, though. Is it
> because the original siz
2009/4/7 Lars Aronsson :
> Håkon, did you only look at the English Wikipedia? Different
> languages have different coordinate templates. When I ask around,
> the Germans are convinced that their new template is the best, but
> they can't give a short summary of why this is so.
Yes. It's useful
2009/4/7 K. Peachey :
> On Tue, Apr 7, 2009 at 8:57 AM, wrote:
>> Currently undos, so frequent on wikis, just blindly create a duplicate row
>> instead of checking if the old one could be reused,
>> https://bugzilla.wikimedia.org/show_bug.cgi?id=18333 . Maybe some hardware
>> savings could even
2009/4/7 Håkon Wium Lie :
> Also, I don't really know how the internal systems work, and the
> braces in the template code scare me.
They scare everyone. The ParserFunctions syntax is evil. (This turns
out to be a feature, as only those geeky enough to wrangle with it do
so, giving the users a r
2009/4/10 Jameson Scanlon :
> Does anyone on the wikitech mailing list happen to know whether it
> would be possible for some of the larger wikipedia database downloads
> (which are, say, 16GB or so in size) to be split into parts so that
> they can be downloaded. For whatever reason, whenever I
2009/4/17 Gregory Maxwell :
> Torrent isn't a very good transfer method for things which are not
> fairly popular as it has a fair amount of overhead.
> The wikimedia download site should be able to saturate your internet
> connection in any case…
Indeed :-) The problem with the dumps as I under
2009/4/22 Michael Dale :
> Marco Schuster wrote:
>> On Wed, Apr 22, 2009 at 12:22 AM, Roan Kattouw wrote:
>>> * Zhe Wu, mentored by Aryeh Gregor (Simetrical), will be building a
>>> thumbnailing daemon, so image manipulation won't have to happen on the
>>> Apache servers any more
>> Wow, I'm look
2009/4/24 Aryeh Gregor :
> That's what occurred to me. In that case, the only possible thing to
> do seems to be to just have the image request wait until the image is
> thumbnailed. I guess you could show a placeholder image, but that's
> probably *less* friendly to the user, as long as we've s
I just got:
This wiki has a problem
Sorry! This site is experiencing technical difficulties.
Try waiting a few minutes and reloading.
(Cannot contact the database server: No working slave server: Unknown
error (10.0.2.185))
What's missing? A donation beg notice! Downtime being, of course, our
mos
2009/4/27 Brion Vibber :
> On 4/27/09 8:25 AM, David Gerard wrote:
>> What's missing? A donation beg notice! Downtime being, of course, our
>> most profitable product ...
> At the moment, general downtime probably means the donation page is down
> too. :)
We sho
2009/4/27 Brion Vibber :
> On 4/27/09 11:41 AM, David Gerard wrote:
>> 2009/4/27 Brion Vibber:
>>> At the moment, general downtime probably means the donation page is down
>>> too. :)
>> We should probably plan for that, actually, and put up an automatic
>&
2009/5/1 Russell Blau :
> But, on the bright side, every database in the system now has a dump that
> was completed within the last nine hours (roughly). When's the last time
> you could say *that*? :-)
A good en:wp dump is the sort of thing warranting announcement on the
tech blog. Heck, the
2009/5/8 ChrisiPK :
> This means we will probably not see this enabled on WMF sites. Flash is
> a proprietary format. Forcing users to install this is in conflict with
> Wikimedia's mission to spread open file formats and software. See also
> http://en.wikipedia.org/wiki/Adobe_Flash#Disrespecting_
Keeping well-meaning admins from putting Google web bugs in the
JavaScript is a game of whack-a-mole.
Are there any technical workarounds feasible? If not blocking the
loading of external sites entirely (I understand hu:wp uses a web bug
that isn't Google), perhaps at least listing the sites somew
2009/6/4 Daniel Kinzler :
> David Gerard schrieb:
>> Keeping well-meaning admins from putting Google web bugs in the
>> JavaScript is a game of whack-a-mole.
>> Are there any technical workarounds feasible? If not blocking the
> Perhaps the solution would be to simply
2009/6/4 Michael Rosenthal :
> I suggest keep the bug on Wikimedia's servers and using a tool which
> relies on SQL databases. These could be shared with the toolserver
> where the "official" version of the analysis tool runs and users are
> enabled to run their own queries (so taking a tool with
2009/6/4 Gregory Maxwell :
> Restrict site-wide JS and raw HTML injection to a smaller subset of
> users who have been specifically schooled in these issues.
Is it feasible to allow admins to use raw HTML as appropriate but not
raw JS? Being able to fix MediaWiki: space messages with raw HTML is
2009/6/4 Mike.lifeguard :
> On Thu, 2009-06-04 at 15:34 +0100, David Gerard wrote:
>> Then external site loading can be blocked.
> Why do we need to block loading from all external sites? If there are
> specific & problematic ones (like google analytics) then why not block
2009/6/4 Finne Boonen :
> On Thu, Jun 4, 2009 at 17:00, Gregory Maxwell wrote:
>> What exactly are people looking for that isn't available from
>> stats.grok.se that isn't a privacy concern?
>> I had assumed that people kept installing these bugs because they
>> wanted source network break downs
2009/6/4 Andrew Garrett :
> When did we start treating our administrators as potentially malicious
> attackers? Any administrator could, in theory, add a cookie-stealing
> script to my user JS, steal my account, and grant themselves any
> rights they please.
That's why I started this thread talk
2009/6/4 Gregory Maxwell :
> I think the biggest problem to reducing accesses is that far more
> mediawiki messages are uncooked than is needed. Were it not for this I
> expect this access would have been curtailed somewhat a long time ago.
I think you've hit the actual problem there. Someone wi
2009/6/4 Brian :
> How does installing 3rd party analytics software help the WMF accomplish its
> goals?
Detailed analysis of how users actually use the site would be vastly
useful in improving the sites' content and usability.
- d.
___
Wikitech-l m
2009/6/4 Brian :
> That's why WMF now has a usability lab.
Yep. They'd dive on this stuff with great glee if we can implement it
without breaking privacy or melting servers.
- d.
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lis
2009/6/7 Brian :
> Two things
> 1. There isn't a good way to get an image dump
> 2. Allowing hotlinking seems to fit nicely within the WMF mission.
Hotlinking isn't generally allowed, but using Commons as a remote
repository on your own MediaWiki is.
- d.
_
It would be a simple matter of programming to have something that
allows upload of encumbered video and audio formats and re-encode them
as Ogg Theora or Ogg Vorbis. It would greatly add to how much stuff we
get, as it would save the user the trouble of re-encoding, or
installing Firefogg, or whate
2009/6/7 Gerard Meijssen :
> Is this discussion about policy relevant to this mailing list ?
Somewhat:.
If we officially don't like hotlinking, is it reasonable to disable
hotlinking from Wikimedia sites? If so, can it be done without
breaking remote file repo use of Commons?
- d.
__
[cc'd back to wikitech-l]
2009/6/8 Tim Starling :
> It's been discussed since OggHandler was invented in 2007, and I've
> always been in favour of it. But the code hasn't materialised, despite
> a Google Summer of Code project come and gone that was meant to
> implement a transcoding queue. The t
2009/6/10 Paul Houle :
> Erik Moeller wrote:
>> For multimedia, the licensing committee and the Wikimedia Commons
>> community are still discussing the best update strategy, but it will
>> probably involve a bot updating the existing templates. We're also
>> hoping to run a CentralNotice to explai
2009/6/15 Huib Laurens :
> I'm seeing a discussions or even multible discussions about how Commons
> needs to change to be a better service project. But when Commons needs
> to change, will we change all other projects also? There are still
> images getting deleted because we couldn't get the sour
2009/6/15 Huib Laurens :
> Here is the page on meta:
> http://meta.wikimedia.org/wiki/Global_deleted_image_review
> That one links to the vote that passed with 80% support.
> And for the bug:
> https://bugzilla.wikimedia.org/show_bug.cgi?id=14801
Looks like there's code to implement it, but it i
2009/6/22 Brion Vibber :
> Based on existing experience, it creates a huge headache for list
> moderators, and usually the mod queue just accumulates until it's so
> long it takes a half hour to load it in your browser so the whole thing
> gets blown away and the list gets set back to auto-discard
2009/7/7 Brion Vibber :
> Michael Dale wrote:
>> I think if the playback system is java in ~any browser~ we should
>> ~softly~ "inform" people to get a browser with native support if they
>> want a high quality video playback experience.
>> The cortado applet is awesome ... but startup time of the
2009/7/7 Aryeh Gregor :
> But really -- have there been *any* confirmed incidents of MITMing an
> Internet connection in, say, the past decade? Real malicious attacks
> in the wild, not proof-of-concepts or white-hat experimentation? I'd
> imagine so, but for all people emphasize SSL, I can't th
2009/7/8 Gregory Maxwell :
> On Wed, Jul 8, 2009 at 9:05 AM, David Gerard wrote:
>> Nope. The SSL threat model is completely arse-backwards. It assumes
> Actually, there is a lot of screwing with the network.
> For instance, take the UK service providers surreptitiously modifyin
2009/7/8 Steve Summit :
> Gregory Maxwell wrote:
>> For instance, take the UK service providers surreptitiously modifying
>> Wikipedia's responses on the fly to create a fake 404 when you hit
>> particular articles.
> Urk. (Can someone cite the details?)
http://en.wikipedia.org/wiki/Internet_W
2009/7/8 David Gerard :
> 2009/7/8 Steve Summit :
>> Gregory Maxwell wrote:
>>> For instance, take the UK service providers surreptitiously modifying
>>> Wikipedia's responses on the fly to create a fake 404 when you hit
>>> particular articles.
>>
2009/7/8 Michael Dale :
> We have requested that Apple and IE support free formats but they have
> chosen not to. Therefore we are in a position where we have to recommend
> a browser that does have a high quality user experience in supporting
> the formats. We are still making every effort to dis
2009/7/8 :
> David Gerard wrote:
>> "You are using Internet Explorer. Install the Ogg codecs _here_ for a
>> greatly improved Wikimedia experience."
> Internet Explorer does not support the video tag, installing Ogg
> DirectShow filters does not help there.
2009/7/8 Gregory Maxwell :
> Since, at the moment, firefox is the only non-beta browser with direct
> support I don't see why plugging Firefox would be controversial. It's
> a matter of fact that it works best with Firefox 3.5 or Safari+XiphQT.
> Later when there are several options things will be
Gregory Maxwell wrote:
> For the moment there is also a technical problem with Safari 4: It
> claims (via the canPlayType() call) that it can't support Ogg even
> when XiphQT is installed. We currently work around this by detecting
> the mime-type registration which happens as part of the XiphQT
2009/7/8 Aryeh Gregor :
> But I think it's misleading to act as though Safari isn't
> a good option, when it's the default system browser and probably works
> better in various other ways than Mac Firefox (I've definitely heard
> that this was the case before Firefox 3.0).
Uh, it's not a good op
2009/7/8 Aryeh Gregor :
> On Wed, Jul 8, 2009 at 4:27 PM, David Gerard wrote:
>> Uh, it's not a good option for Wikimedia video.
> With XiphQT, why not? Maybe not ideal, but surely "good".
As Greg has noted, due to a bug in Safari it's impossible for the
browse
2009/7/8 Gregory Maxwell :
> On Wed, Jul 8, 2009 at 6:12 PM, David Gerard wrote:
>> (Unless the failure can somehow be sniffed.)
> Well *we* do. As a side effect of installing XiphQT a mime type is
> registered. This is completely independent of the video tag. So
> we'll
2009/7/9 Platonides :
> I advocate a simply: You can [[install X]] to get native support. [[More
> info]]
What do we do for iPhone users? They do not have Theora support
because Apple has actively decided it will not support it; we can
either appear to be defective, or we can correctly assign
re
2009/7/9 :
> Also it could be used to say "do I really need to store this revision in
> the 'page' or 'archive' tables, or can I just refer to an existing
> identical revision".
Careful - think what happens when a single revision is deleted,
oversighted or suppressed.
(We will want to warn abo
101 - 200 of 756 matches
Mail list logo
