[Foundation-l] [ResourceLoader] JavaScript may break on your wiki: Fix it before that happens

Greetings, As you may know, the Wikimedia teach team has started to upgrade MediaWiki on some wikis. MediaWiki is the software that runs all Wikimedia wikis. The most visible change for Wikimedia users will be the deployment of ResourceLoader [1]. ResourceLoader optimizes the use of JavaScript i

Re: [Foundation-l] Shorter Url for non-latin languages

I'm not following exactly who said > > A URL shortener is a very good idea. but I must firmly agree. On Fri, Feb 11, 2011 at 11:56 PM, MZMcBride wrote: > It largely depends on what the use-case for having such a short URL is > going to be and how many costs are worth those benefits. The use-case

Re: [Foundation-l] Shorter Url for non-latin languages

I forgot to add, in my belief we should be offering a URL shortening service / route for *all* languages, not just the non-Latin charset ones. AlisonW (ps. my service has been running for over 2 1/2 years and is completely set-and-forget; I never need to look at it!)

Re: [Foundation-l] Shorter Url for non-latin languages

> > > A URL shortener is a very good idea. I like the idea. Very nice url would be for example: http://en.wp.wmf.org/Az09Q . This would make possible to see which project the link leads to. Since (26*2+10)**5 = 916132832 , five chars should be enough for all articles for ever. If some univers

Re: [Foundation-l] Wikimedia Foundation Report, January 2011

Thank you Erik! I would like to pass on my compliments to the Wikimedia Foundation staff for putting together these reports. I remember me complaining in Buenos Aires that, even though I was heavily involved in Wikimedia, I did not have a clear image of what the Wikimedia Foundation was doing. Wit

Re: [Foundation-l] Shorter Url for non-latin languages

People will want to link to permalinks. 8 chars, 64 character set (a-z A-Z 0-9 and 2 others). Unlikely to run out for the foreseeable future. FT2 On Sat, Feb 12, 2011 at 11:26 AM, Jiri Hofman wrote: > Since (26*2+10)**5 = 916132832 , five chars should be enough for all > articles for ever. >

Re: [Foundation-l] Shorter Url for non-latin languages

Of course, this is not possible. > Very nice url would be for example: http://en.wp.wmf.org/Az09Q . This would > make possible to see which project the link leads to. Wmf.org is already registered, but in the future, a .Wmf TLD might be possible. -- *Mono* http://enwp.org/m:User:Mono ___

Re: [Foundation-l] Shorter Url for non-latin languages

There is a related proposal at strategy : http://strategy.wikimedia.org/wiki/Proposal_talk:.WIKI._and_.WK._top_level_domains I think we can choose our own pathname manually just like http://en.wp.wmf.org/WMF. (Wik

Re: [Foundation-l] Shorter Url for non-latin languages

I thought the biggest reason to get a url shortener was suggested as links in and from non-latin languages, the issue was character encoding for non-latin scripts. But if we're considering top level domains already, how about our own tld for all the projects. The foundation already has hundreds of

[Foundation-l] Showing the difference between the sexes

Hoi, In English the word "User" does not indicate if it is male or female, The word "Gebruiker" or "Benutzer" do; the female form is "Gebruikster" or "Benutzerin". It is with pleasure that I learned that Nikerabbit has written the code that allows for those languages where there is both a male and

Re: [Foundation-l] [Wikitech-l] [ResourceLoader] JavaScript may break on your wiki: Fix it before that happens

Guillaume Paumier wrote: > The installation of ResourceLoader may cause compatibility issues with > existing JavaScript code. It'd be nice to have a list of things that will definitely be problematic (must be fixed), things that might be problematic (should be fixed), and things that are generally

Re: [Foundation-l] [Wikitech-l] [ResourceLoader] JavaScript may break on your wiki: Fix it before that happens

On Sat, Feb 12, 2011 at 9:45 PM, MZMcBride wrote: > > For example, Meta-Wiki was returning completely blank pages due to the use > of document.write() on pages that contained a particular CSS class. For those interested, MediaWiki:Common.js was broken if the page had a class=attitle in it. Mr.