[Wikitech-l] Propose a new character conversion tag
Hello all,
First of all, I should say since I'm not a native English speaker,
there may be some rough English below. I apologize for any
inconvenience.
As you may know, we have two kind of Chinese characters, zh-hans and
zh-hant. So per that we have a character converter on zhwiki. Now we
have -{}- for single conversion, -{T|} for title conversion, -{A|}-
for article-range conversion and a template {{noteTA}} for a better
view. But since we are dealing with some templates, we found it's very
disappointing because we can only use -{}- for many, many times since
any other tag would effect on the rest of the article which transclude
or substitute this template. So hereby we propose a -{R||} tag which
only have effect on quoted texts. Maybe it can use like this:
-{R|zh-cn:FOO; zh-tw:BAR;|Some FOO and some BAR.}- and it will only
convert from Some to BAR, with no effect on other text in the
article, like FOOBAR here. So that we would easily deal with those
conversions in a template. Thanks.
Best regards,
Jimmy Xu
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] For the Germans: PHP Release Party in Munich July 17th
Thought this might be of interest to some of our folks in and around Germany: http://phpugmunich.org/dokuwiki/php_release_party Wouldn't hurt to have a MediaWikian or two there to represent. :) It's at a biergarten so you know I'd be there if I were local! ;) -- brion vibber (brion @ wikimedia.org) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Defining a configuration for regression testing
On Thu, Jul 9, 2009 at 11:39 AM, dan nessettdness...@yahoo.com wrote: When I worked on Solaris at Sun in the mid-90s, developers were required to regression test their changes before submitting them (through a gatekeeper) for inclusion in the nightly build. Those who failed to do so and broke the build had their hands slapped. Perhaps something similar might be established for the mediawiki development process. Extension authors might be required to: 1) provide some extension tests that could included in the regression test set (if their extensions ever become important enough to do that), and 2) run their extension tests and the standard tests against a standard regression test installation and provide evidence that there are no problems before their extensions are included in the mediawiki extensions matrix. Dan Hell, we barely have unit tests for Mediawiki itself, much less the many many extensions in SVN. I can't think of a single one, offhand. FWIW, handling updates between versions is a mess. There are two accepted and documented ways to apply an extension's schema updates. There needs to be one, period. There also needs to be a cleaner Update interface so things like this can be handled more cleanly. It's nice and great to talk about automated regression testing of the software, but in reality there is no clean way to do it right now. I really admire Gerard and Kim's work on this, but it's really a hack on top of a system that should support this stuff natively. Regression testing should be automatic, the test cases should be standardized, and extensions should have an easy way to add their own tests to the core set of them. None of these are currently the case. There's a bug open about running parserTests and/or test cases in CodeReview so we can easily and verifiably track regressions in the software. Can't do that until the system makes some sense to begin with :) -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Propose a new character conversion tag
Jimmy Xu wrote:
Hello all,
First of all, I should say since I'm not a native English speaker,
there may be some rough English below. I apologize for any
inconvenience.
As you may know, we have two kind of Chinese characters, zh-hans and
zh-hant. So per that we have a character converter on zhwiki. Now we
have -{}- for single conversion, -{T|} for title conversion, -{A|}-
for article-range conversion and a template {{noteTA}} for a better
view. But since we are dealing with some templates, we found it's very
disappointing because we can only use -{}- for many, many times since
any other tag would effect on the rest of the article which transclude
or substitute this template. So hereby we propose a -{R||} tag which
only have effect on quoted texts. Maybe it can use like this:
-{R|zh-cn:FOO; zh-tw:BAR;|Some FOO and some BAR.}- and it will only
convert from Some to BAR, with no effect on other text in the
article, like FOOBAR here. So that we would easily deal with those
conversions in a template. Thanks.
Best regards,
Jimmy Xu
Open a bug so it isn't lost in the mailing list
https://bugzilla.wikimedia.org/
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Propose a new character conversion tag
2009/7/9 Platonides platoni...@gmail.com: Open a bug so it isn't lost in the mailing list And then it is lost in the bugzilla instead. Is there anyone around who can work with language converter? -- Niklas Laxström ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] MediaWiki and WebStore extension
Hello, I need to use Proofreadpage extension. To handle images, I have installed the WebStore extension. When I upload a DjVu image and try to download a JPEG page corresponding to this file for the first time, I get a 404 error, followed by the JPEG image : my browser (Lynx) first displays Alerte! : HTTP/1.1 404 Not Found and after, it displays the message which permit to download the image. Next downloads doesn't produce the 404 error (I can directly get the image). I would like to know if it is possible to directly get the image without the 404 error message even if the image is downloaded for the first time. On http://upload.wikimedia.org/wikisource/ , it seems that it is possible, right ? I don't know if my problem is Webstore, MediaWiki (or Apache?) related. So if it is not the right place to ask this question, could you tell me where is the better place to do it ? Best regards, Alex ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Propose a new character conversion tag
On Thu, Jul 9, 2009 at 1:14 PM, Niklas Laxströmniklas.laxst...@gmail.com wrote: 2009/7/9 Platonides platoni...@gmail.com: Open a bug so it isn't lost in the mailing list And then it is lost in the bugzilla instead. Is there anyone around who can work with language converter? -- Niklas Laxström ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Not sure. Bug 19044 asks for the thing to actually be documented, somewhere. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposals for template language reform
On Thu, Jul 9, 2009 at 2:35 PM, William Allen
Simpsonwilliam.allen.simp...@gmail.com wrote:
Aryeh Gregor wrote:
On Wed, Jul 8, 2009 at 8:56 PM, William Allen
Simpsonwilliam.allen.simp...@gmail.com wrote:
Not sure, as I've been using Unix since late 1977, so my fingers mostly
remember csh. The $ is something like contents of variable.
It's a way to distinguish variables from ordinary text. Shell
scripts, like wikitext, don't require string delimiters, so you can't
just make unadorned strings of letters represent variables.
Not in csh. The $ /token/ is an /unary operator/ that means contents.
Other ad
hoc macro languages, like mIRC script, also tend to use some kind of
sigil for this reason. Perl might have come up with the idea of using
sigils to distinguish different types of variables, but that's not the
only reason they're useful. According to Wikipedia, BASIC may have
used sigils for that purpose before anyone else used them, though:
string variables use $, numeric variables don't. And that's well
before Unix, apparently, let alone sh or Perl.
[[Sigil (computer programming)]] is/are a different concept from what we
learned in compiler class 30 years ago. According to the article, sigils
and twigils are terms that weren't coined until 1999 and later.
And BASIC only sort of has sigils; merely all strings end with $.
Actually, in an early implementation, all strings were a single character
followed by a $, so the symbol table could be populated with all 26
possibilities in advance
Using sigils for wikitext would increase readability and would serve a
perfectly useful purpose, while being familiar to many users. But you
couldn't introduce it on old pages, they'd have to opt in somehow.
Using sigils for wikitext would *DE*crease readability, as any poor soul
that had to debug Perl can attest.
{{{...}}} works, is easily distinguished from normal text, and BBedit
does a fine job keeping the braces balanced. I'm sure other editors, too.
Anything else should wait for a general scripting language, as we've been
talking about in a different thread. You're not suggesting Perl 6?
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Maybe it's just me, but I would find $var much easier to read and
understand than {{{var}}}.
-Chad
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposals for template language reform
Chad wrote:
On Thu, Jul 9, 2009 at 2:35 PM, William Allen
Simpsonwilliam.allen.simp...@gmail.com wrote:
{{{...}}} works, is easily distinguished from normal text, and BBedit
does a fine job keeping the braces balanced. I'm sure other editors, too.
Anything else should wait for a general scripting language, as we've been
talking about in a different thread. Â You're not suggesting Perl 6?
Maybe it's just me, but I would find $var much easier to read and
understand than {{{var}}}.
It's not just you and examples I previously posted should show how $
prefixes are easier to read than a {{{-little-nest-of-vipers when more
than one variable (possibly nested) shows up.
The use of BBedit or other editors is irrelevant, since templates are in
the wiki editor.
Mike
___
Wikitech-l mailing list
Wikitech-l@lists.wikimedia.org
https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
Aryeh Gregor wrote: On Wed, Jul 8, 2009 at 6:12 PM, David Gerarddger...@gmail.com wrote: They are happy to foul up the entire standard. I feel there is little to no benefit to us in trying to imply that the situation is otherwise. First of all, Apple is not fouling up the entire standard. They employ one of its two co-editors, their developers contribute to it very actively, and they ship an implementation that's as advanced as anybody's. This is *one* specific feature that they've said they won't implement at the present time (but they may reconsider at any time). Mozilla has vetoed features as well, as Ian Hickson has pointed out. Mozilla refused to implement SQL, so that was removed from the standard, just as mention of Theora was. Second of all, I don't have a serious problem with Wikimedia only advocating the use of open-source software, say. But if it does, it *must* be phrased in a way that makes it clear that it's an advertisement of a product we want the user to use, not a neutral assessment of what the best technology is for viewing the page. Anything else is deliberately misleading, and that's unacceptable. I don't think we should phrase it like a better experience, or you better use X. That's too much used. The user will say I am using Internet Viewer 8000, there's no way this advanced browser failt to show it, it's their fault. I advocate a simply: You can [[install X]] to get native support. [[More info]] And on more info you can explain everything: e are using the standard method for delivering video to the web, using the open source Ogg format. We detect your browser X doesn't support (video tag|Ogg). We currently show you the videos using a Java applet but it's slower. You can [update your browser or] install one of these browsers which do have support: *browser1 *browser2 *browser3 ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
This is really a foundation / wikimedia community question. ... I will do a short email to foundation-l summarizing the technical discussion. Not that foundation-l has historically been the best way to build consensus but maybe someone else can summarize that discussion and give us a ball-park of the community voice on the matter allowing the foundation to move forward with something. Meanwhile I will try and make sure the new player is good and ready to be integrated ;) --michael Aryeh Gregor wrote: On Wed, Jul 8, 2009 at 6:12 PM, David Gerarddger...@gmail.com wrote: They are happy to foul up the entire standard. I feel there is little to no benefit to us in trying to imply that the situation is otherwise. First of all, Apple is not fouling up the entire standard. They employ one of its two co-editors, their developers contribute to it very actively, and they ship an implementation that's as advanced as anybody's. This is *one* specific feature that they've said they won't implement at the present time (but they may reconsider at any time). Mozilla has vetoed features as well, as Ian Hickson has pointed out. Mozilla refused to implement SQL, so that was removed from the standard, just as mention of Theora was. Second of all, I don't have a serious problem with Wikimedia only advocating the use of open-source software, say. But if it does, it *must* be phrased in a way that makes it clear that it's an advertisement of a product we want the user to use, not a neutral assessment of what the best technology is for viewing the page. Anything else is deliberately misleading, and that's unacceptable. On Wed, Jul 8, 2009 at 6:21 PM, Gregory Maxwellgmaxw...@gmail.com wrote: Regardless, I think we've finished the technical part of this decision— the details are a matter of organization concern now, not technology. Yep, definitely. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
2009/7/9 Platonides platoni...@gmail.com: 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 responsibility. I assume Apple is not ashamed of their decision to exclude Theora. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposal/RFC: Checksum of revision text
The text storage backend could quite legitimately do that on its own. I'm not quite sure why the reference to page/archive tables: no two revisions are identical (different rev_timestamp if nothing else); each revision has a text_id to the text of the revision in the text table: you mean that a revision entry could potentially refer to an existing text_id if it was demonstrably identical, rather than creating a new entry and potentially duplicating the text itself. But the text table is not the final stage in the process, or at least it doesn't have to be; MediaWiki is happy as long as throwing that text_id into the database and cranking the handle churns out the appropriate text; it doesn't care how that text is stored or retrieved. Only in the default setting is each old_text field populated with the full text. That said, I do agree that this should be done. We do it for images, we should do it for text, because it's useful for more than just data compression, as suggested by the OP. It could be used to make evaluation of reversions in extensions like AbuseFilter and FlaggedRevs much more effective and efficient, for instance. And it probably *could* be used to improve the compression of the fully-written text table. --HM jida...@jidanni.org wrote in message news:87hbxlr3va@jidanni.org... 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. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposal/RFC: Checksum of revision text
2009/7/9 jida...@jidanni.org: 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 about all uses of that revision.) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
On Thu, Jul 9, 2009 at 5:23 PM, David Gerarddger...@gmail.com wrote: 2009/7/9 Platonides platoni...@gmail.com: 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 responsibility. I assume Apple is not ashamed of their decision to exclude Theora. Obviously the solution is to send the user to instructions on how to jailbreak their iphone and install theora support. Duh. ;) ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
On Thu, Jul 9, 2009 at 9:02 PM, Platonidesplatoni...@gmail.com wrote: I don't think we should phrase it like a better experience, or you better use X. That's too much used. The user will say I am using Internet Viewer 8000, there's no way this advanced browser failt to show it, it's their fault. I advocate a simply: You can [[install X]] to get native support. [[More info]] Native support is gibberish to most users. You need to say something comprehensible if you want anyone to pay attention. Like to get better video playback instead of to get native support. Assuming that native support really is noticeably better. Maybe we could only suggest it if we detect that the playback is stuttering, or suggest it more prominently if we detect that. I assume Cortado can detect that. Are there noticeable advantages to native playback other than better performance? ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
2009/7/9 Aryeh Gregor simetrical+wikil...@gmail.com: Assuming that native support really is noticeably better. Maybe we could only suggest it if we detect that the playback is stuttering, or suggest it more prominently if we detect that. I assume Cortado can detect that. Are there noticeable advantages to native playback other than better performance? Yes: not waiting thirty seconds for Java to start up. The user experience for second and subsequent video plays in Cortado is just fine. The first one *really sucks*. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
On Thu, Jul 9, 2009 at 6:20 PM, David Gerarddger...@gmail.com wrote: 2009/7/9 Aryeh Gregor simetrical+wikil...@gmail.com: Assuming that native support really is noticeably better. Maybe we could only suggest it if we detect that the playback is stuttering, or suggest it more prominently if we detect that. I assume Cortado can detect that. Are there noticeable advantages to native playback other than better performance? Yes: not waiting thirty seconds for Java to start up. 10 of which your browser pretending to be crashed in many cases. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Recommending a browser for video (was: Proposal: switch to HTML 5)
2009/7/9 Gregory Maxwell gmaxw...@gmail.com: On Thu, Jul 9, 2009 at 6:20 PM, David Gerarddger...@gmail.com wrote: 2009/7/9 Aryeh Gregor simetrical+wikil...@gmail.com: Assuming that native support really is noticeably better. Maybe we could only suggest it if we detect that the playback is stuttering, or suggest it more prominently if we detect that. I assume Cortado can detect that. Are there noticeable advantages to native playback other than better performance? Yes: not waiting thirty seconds for Java to start up. 10 of which your browser pretending to be crashed in many cases. Yep - that's what really, really makes the Cortado experience suck. - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] Fwd: [whatwg] Serving up Theora video in the real world
I asked whatwg for ideas on how to make this just work for iPhone users. The answer is sort of horrible. Any iPhone devs in the house? - d. -- Forwarded message -- From: Ralph Giles gi...@xiph.org Date: 2009/7/9 Subject: Re: [whatwg] Serving up Theora video in the real world To: David Gerard dger...@gmail.com Cc: WHATWG Proposals wha...@lists.whatwg.org On Thu, Jul 9, 2009 at 3:34 PM, David Gerarddger...@gmail.com wrote: Anyone got ideas on the iPhone problem? I think this is off topic, and I am not an iPhone developer, but: Assuming the app store terms allow video players, it should be possible to distribute some sort of dedicated player application, free or otherwise. I believe the fee for a cert to sign applications is currently $100/year. However, the iPhone doesn't have a shared filesystem, or helper-applications in the normal sense, At least not as far as I can tell. The work-around I'm aware of is for site authors to check if you're running on the iPhone in javascript, and rewrite the video elements to normal anchors with a custom schema, e.g. a href=oggplayer://example.com/file.ogvClick here to watch in Ogg Player/a. Then, if the user has installed the Ogg Player app, which registers itself has handling the 'oggplayer' schama, Safari will pass the custom uri to it, and it can download/stream/whathaveyou. -r ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [whatwg] Serving up Theora video in the real world
I'm not an iPhone dev, but I've played around with Android a bit and the situation is similar. We dont have a shared filesystem between apps (Android supports SD, I assume the iPhone does too), we can't have helper applications either, and there's no real plugin interface for the browser. The proposed solution would probably work well on Android too and tbh I don't think it's *that* terrible of a workaround, given the platform restrictions and lack of native support; I haven't looked heavily into Android on this subject. The only other option (which isn't available on the iPhone due to Apple's stance on competing browsers) would be to basically fork the browser app and add Ogg support. Certainly doable in Android, although I'm pretty sure that's a direction we want to go in (nor do I want to maintain a fork of the Android browser :) -Chad On Jul 9, 2009 6:54 PM, David Gerard dger...@gmail.com wrote: I asked whatwg for ideas on how to make this just work for iPhone users. The answer is sort of horrible. Any iPhone devs in the house? - d. -- Forwarded message -- From: Ralph Giles gi...@xiph.org Date: 2009/7/9 Subject: Re: [whatwg] Serving up Theora video in the real world To: David Gerard dger...@gmail.com Cc: WHATWG Proposals wha...@lists.whatwg.org On Thu, Jul 9, 2009 at 3:34 PM, David Gerarddger...@gmail.com wrote: Anyone got ideas on the iPhone problem? I think this is off topic, and I am not an iPhone developer, but: Assuming the app store terms allow video players, it should be possible to distribute some sort of dedicated player application, free or otherwise. I believe the fee for a cert to sign applications is currently $100/year. However, the iPhone doesn't have a shared filesystem, or helper-applications in the normal sense, At least not as far as I can tell. The work-around I'm aware of is for site authors to check if you're running on the iPhone in javascript, and rewrite the video elements to normal anchors with a custom schema, e.g. a href=oggplayer://example.com/file.ogvClick here to watch in Ogg Player/a. Then, if the user has installed the Ogg Player app, which registers itself has handling the 'oggplayer' schama, Safari will pass the custom uri to it, and it can download/stream/whathaveyou. -r ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposal/RFC: Checksum of revision text
How's that different from images? Currently I'm not aware that we warn about all uses of that image when taking comparable actions. -Mike On Thu, 2009-07-09 at 22:31 +0100, David Gerard wrote: 2009/7/9 jida...@jidanni.org: 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 about all uses of that revision.) - d. ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [whatwg] Serving up Theora video in the real world
Tell the users to complain to Apple? .. Bring up anti-competitive lawsuits against apple? Buy a Mobil device that is less locked down? There is no easy solution when the platform is a walled garden. There are two paths towards supporting html5 video in mobile platforms. 1) getting things working within the provided web browser platform or 2) running your own browser software as an application (we only should consider a normal phone obviously on a jail-broken device you can do lots of things... but that greatly reduces the possibility of wide deployment) I was looking at this situation for the iPhone and Android based phones. I think android based phones have a better shot at supporting ogg theora html5 video in the near term. In the long term the market will drive the devices to support ogg or not. iPhone 1) The internals of the quicktime/media system for the iPhone are not very exposed nor do they appear to be very extendable. 2) The Apple SDK agreement forbids virtual machines of any kind. This effectively makes competing web browsers illegal. Android / HTC phones: 1) I would hope google/android would ship theora/html5 support since theora will be supported in their desktop webkit based chrome browser. I think it would be relatively easy for a given android based phone distributer to support ogg once webkit on android supports html5 video. 2) Android recently added native code exposure: http://android-developers.blogspot.com/2009/06/introducing-android-15-ndk-release-1.html I wonder if this could be a path for a port of Firefox or a custom version of the open source webkit browser on android? --michael David Gerard wrote: Another answer - it'd be custom app time. So the question is: what do we tell iPhone users? - d. -- Forwarded message -- From: Maciej Stachowiak m...@apple.com Date: 2009/7/10 Subject: Re: [whatwg] Serving up Theora video in the real world To: David Gerard dger...@gmail.com Cc: WHATWG Proposals wha...@lists.whatwg.org On Jul 9, 2009, at 2:59 PM, David Gerard wrote: The question is what to do for platforms such as the iPhone, which doesn't even run Java. Is there any way to install an additional codec in the iPhone browser? Is it (even theoretically) possible to put a free app on the AppStore just to play Ogg Theora video for our users? (There are many AppStore apps that support Ogg Vorbis, don't know if any support Theora - so presumably AppStore stuff doesn't give Apple the feared submarine patent exposure.) Just by way of factual information: There's no Java in the iPhone version of Safari. There are no browser plugins. There is no facility for systemwide codec plugins. There is no way to get an App Store app to launch automatically from Web content. I don't think there is any obstacle to posting an App Store app that does nothing but play videos from WikiPedia, the way the YouTube app plays YouTube videos. But I don't think there is a way to integrate it with browsing. Regards, Maciej ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Fwd: [whatwg] Serving up Theora video in the real world
On Thu, Jul 9, 2009 at 10:15 PM, Michael Dalemd...@wikimedia.org wrote: Tell the users to complain to Apple? .. Bring up anti-competitive lawsuits against apple? Buy a Mobil device that is less locked down? There is no easy solution when the platform is a walled garden. There are two paths towards supporting html5 video in mobile platforms. 1) getting things working within the provided web browser platform or 2) running your own browser software as an application (we only should consider a normal phone obviously on a jail-broken device you can do lots of things... but that greatly reduces the possibility of wide deployment) I was looking at this situation for the iPhone and Android based phones. I think android based phones have a better shot at supporting ogg theora html5 video in the near term. In the long term the market will drive the devices to support ogg or not. iPhone 1) The internals of the quicktime/media system for the iPhone are not very exposed nor do they appear to be very extendable. 2) The Apple SDK agreement forbids virtual machines of any kind. This effectively makes competing web browsers illegal. Android / HTC phones: 1) I would hope google/android would ship theora/html5 support since theora will be supported in their desktop webkit based chrome browser. I think it would be relatively easy for a given android based phone distributer to support ogg once webkit on android supports html5 video. 2) Android recently added native code exposure: http://android-developers.blogspot.com/2009/06/introducing-android-15-ndk-release-1.html I wonder if this could be a path for a port of Firefox or a custom version of the open source webkit browser on android? --michael David Gerard wrote: Another answer - it'd be custom app time. So the question is: what do we tell iPhone users? - d. -- Forwarded message -- From: Maciej Stachowiak m...@apple.com Date: 2009/7/10 Subject: Re: [whatwg] Serving up Theora video in the real world To: David Gerard dger...@gmail.com Cc: WHATWG Proposals wha...@lists.whatwg.org On Jul 9, 2009, at 2:59 PM, David Gerard wrote: The question is what to do for platforms such as the iPhone, which doesn't even run Java. Is there any way to install an additional codec in the iPhone browser? Is it (even theoretically) possible to put a free app on the AppStore just to play Ogg Theora video for our users? (There are many AppStore apps that support Ogg Vorbis, don't know if any support Theora - so presumably AppStore stuff doesn't give Apple the feared submarine patent exposure.) Just by way of factual information: There's no Java in the iPhone version of Safari. There are no browser plugins. There is no facility for systemwide codec plugins. There is no way to get an App Store app to launch automatically from Web content. I don't think there is any obstacle to posting an App Store app that does nothing but play videos from WikiPedia, the way the YouTube app plays YouTube videos. But I don't think there is a way to integrate it with browsing. Regards, Maciej ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l Don't want to go OT, but the NDK for Android is *awesome* and opens up a lot of really cool possibilities. -Chad ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
Re: [Wikitech-l] Proposal: switch to HTML 5
___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
[Wikitech-l] как создать зерк ало вики?
Меня мучает одна проблема, никак не получается создать копию википедии. Прочел эту статью http://ru.wikipedia.org/wiki/Википедия:Как сделать копию Википедииhttp://ru.wikipedia.org/wiki/%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D1%8F:%D0%9A%D0%B0%D0%BA%20%D1%81%D0%B4%D0%B5%D0%BB%D0%B0%D1%82%D1%8C%20%D0%BA%D0%BE%D0%BF%D0%B8%D1%8E%20%D0%92%D0%B8%D0%BA%D0%B8%D0%BF%D0%B5%D0%B4%D0%B8%D0%B8 Скачал все выложенные файлы (ну не все, а для того языка, который мне нужен. в данном случаи это узбекский uz.wikipedia.org) отсюда http://download.wikimedia.org/uzwiki/20090708/ Сделал все по инструкции, но не получилось. Что было: 1. Я залил все дампы базы и xml файлы так, как показано в выше приведенной статье. И при выполнение команды T:\usr\local\Php\php.exe rebuildall.php выдается ошибка (точно не помню какая). 2. Заново начал все, и залил только два файла: wikipedia-interwiki.sql и ruwiki-20060202-pages-meta-current.xml Уже при выполнение команды T:\usr\local\Php\php.exe rebuildall.php ошибки нет как и контента. Разве что главная страница слегка стала похоже на оригинал, есть фрагменты стилей и заголовки (подобное наблюдалось и в первом варианте). Можете ли мне помочь? Может я что то делаю не так? Или же есть другие более надежные варианты создания копии вики? Я еще читал, что можно создать бот. Можете и об этом рассказать? Буду благодарень -- Hurshid Soatqulov s.hurs...@gmail.com ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l
