Re: [Wikitech-l] Showing bytes added/removed in each edit in " View history" and " User contributions"

Ariel T. Glenn wrote: > I"m all for the change, but it would have to be announced well > in advance of rollout and coordinated with other folks. For example, > I have a check against rev_len (in bytes) when writing out XML dumps, > in order to avoid rev id and rev content out of sync errors that w

Re: [Wikitech-l] Showing bytes added/removed in each edit in " View history" and " User contributions"

Στις 04-08-2010, ημέρα Τετ, και ώρα 04:17 +, ο/η MZMcBride έγραψε: > Aryeh Gregor wrote: > > The same could be said of practically any user-visible change. I > > mean, maybe if we add a new special page we'll break some script that > > was screen-scraping Special:SpecialPages. We can either f

[Wikitech-l] Posting with Gmane

It sounds so perfect: you can post your snarky comments to the mailing list without having to really be subscribed. Just use this handy form! It turns out that Gmane has two rigid limits in its posting form: (1) lines can't be longer than 80 characters and (2) you can't have "too much" quoted mate

Re: [Wikitech-l] Showing bytes added/removed in each edit i n "View history" and "User contributions"

Aryeh Gregor wrote: > The same could be said of practically any user-visible change. I > mean, maybe if we add a new special page we'll break some script that > was screen-scraping Special:SpecialPages. We can either freeze > MediaWiki and never change anything for fear that we'll break > somethi

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

Mingli Yuan wrote: > Thanks for you response. How dose admin actions mess up pageid? > Could you give me some example, so I would try to find a way to avoid it. If an admin deletes and then undeletes a page, the old page ID is not retained. MZMcBride

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

On 8/4/10, Mingli Yuan wrote: > Thanks for you response. How dose admin actions mess up pageid? > Could you give me some example, so I would try to find a way to avoid it. Deletions and restorations. They're often used to deal with mixed history (eg. results of c&p move). ___

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

2005 releases were the best, I wouldn't use newer only if I have a good reason to do so. On Mon, Aug 2, 2010 at 4:16 PM, Lane, Ryan wrote: >> I haven't read all the documents, but have these researchers taken >> into account backported fixes? >> >> My gut feeling is that the "preference" for 1.

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On Wed, Aug 4, 2010 at 11:03 AM, Rob Lanphier wrote: > On Tue, Aug 3, 2010 at 1:38 PM, Lane, Ryan > wrote: >> I think we should be doing education, but not for the package maintainers. >> We should try harder to inform our users that they shouldn't used distro >> maintained packages, and we shoul

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On Tue, Aug 3, 2010 at 1:38 PM, Lane, Ryan wrote: > I think we should be doing education, but not for the package maintainers. > We should try harder to inform our users that they shouldn't used distro > maintained packages, and we should explain why. I'm not sure I buy this. Why is MediaWiki so

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

> Why would you reduce the page ID in length with base 36? They're, what, 10 digits? > Roan Kattouw (Catrope) Hi, Roan, base 36 encoding/decoding is very cheap in Javascript, just call * parseInt(string, radix) * number.toString(radix) Where radix is range from 2 to 36. You know, combining 0~9 a

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

(just remember that it's 1.5 to 5 times slower, like I said earlier. Whether or not that's an issue will have to be decided by higher powers) On Aug 3, 2010, at 5:54 PM, Aryeh Gregor wrote: > On Tue, Aug 3, 2010 at 5:09 PM, Daniel Friesen > wrote: >> Yup, though we might as well remember that

Re: [Wikitech-l] New table: globaltemplatelinks

2010/8/4 Platonides : > You seem to assume that when a template changes it is enough to update > page_touched. > You also need to purge the squids Yes, Squid purges need to be done as well. Good catch. Fortunately, the interwiki table can tell us exactly what each page's URL is. > and create the n

Re: [Wikitech-l] New table: globaltemplatelinks

Pierre-Yves Guerder wrote: > Hi everybody! > > I have been working on interwiki transclusion for several weeks on my > branch and got some very interesting results (most of the stuff is > working, now!). > > What I currently need is to create a globaltemplatelinks that will > allow a wiki to inva

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

Lane, Ryan wrote: >> On 3 August 2010 18:14, Aryeh Gregor >> wrote: >>> I'm thankful that the Debian MediaWiki package at least >> *works*. Not >>> that the same can be said of all their packages either (OpenSSL, >>> anyone?). Maybe if we provided .debs and RPMs, people would be less >>> prone

Re: [Wikitech-l] New table: globaltemplatelinks

2010/8/3 Domas Mituzas : > Hi! > >> Can you please read it and give your opinion? > > Great job on indexing, man, I see you cover pretty much every use case! > I at one point meant to tell Peter to add indexes, but that slipped through, I guess. I'll put in some indexes tomorrow. Roan Kattouw (Cat

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

On Tue, Aug 3, 2010 at 5:09 PM, Daniel Friesen wrote: > Yup, though we might as well remember that not everyone has mb_ > functions installed. if ( !function_exists( 'mb_strlen' ) ) { /** * Fallback implementation of mb_strlen, hardcoded to UTF-8. * @param string $str * @param

Re: [Wikitech-l] New table: globaltemplatelinks

Hi! > Can you please read it and give your opinion? Great job on indexing, man, I see you cover pretty much every use case! Domas ___ Wikitech-l mailing list Wikitech-l@lists.wikimedia.org https://lists.wikimedia.org/mailman/listinfo/wikitech-l

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

Aryeh Gregor wrote: > On Tue, Aug 3, 2010 at 10:59 AM, soxred93 wrote: > >> Just butting in here, if I recall correctly, both the PHP-native >> mb_strlen() and the MediaWiki fallback mb_strlen() functions are >> considerably slower (1.5 to 5 times as slow). >> > > They only have to be run

[Wikitech-l] New table: globaltemplatelinks

Hi everybody! I have been working on interwiki transclusion for several weeks on my branch and got some very interesting results (most of the stuff is working, now!). What I currently need is to create a globaltemplatelinks that will allow a wiki to invalidate the cache of the pages which transcl

Re: [Wikitech-l] [Testing] Selenium

Hi Benedikt, the framework was reworked several times the last few weeks, so I am afraid the documentation is slightly out of date. I will update it the next few days. As of now, you have to add your test classes to the autoloader and then adapt these settings and put it in your LocalSettings.p

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

> On 3 August 2010 18:14, Aryeh Gregor > wrote: > > I'm thankful that the Debian MediaWiki package at least > *works*.  Not > > that the same can be said of all their packages either (OpenSSL, > > anyone?).  Maybe if we provided .debs and RPMs, people would be less > > prone to use the distro pa

[Wikitech-l] InputBox and getElementsByName

Hi, I've noticed that Extension:InputBox generates HTML with only the "name" attribute, but no id. Is this a feature or a bug? I'm asking because I'm trying to get a "onsubmit" hook for a form generated by this extension. I tried doing something like: if (document.getElementsByName('createbox').l

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

"Oldak Quill" wrote in message news:aanlktik8sqmaetwvg8eta+ca49i08rfbrmvicsms+...@mail.gmail.com... > On 2 August 2010 12:13, Oldak Quill wrote: >> On 28 July 2010 20:13, wrote: >>> Seems to me playing the role of the average dumb user, that >>> en.wikipedia.org is one of the rather slow webs

Re: [Wikitech-l] Wikitech-l Digest, Vol 85, Issue 11

Thanks alot Dmitriy ! I thinks its enough to get me started. will email if stuck some where . Noman On Tue, Aug 3, 2010 at 7:59 PM, wrote: > Send Wikitech-l mailing list submissions to >wikitech-l@lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Re: [Wikitech-l] Developing true WISIWYG editor for media wiki

On 8/3/10 2:18 AM, Marco Schuster wrote: > I don't have the link ready, but Google solved this in Google Docs by > re-implementing this in Javascript... they intercept mouse > movements/clicks and keyboard events and then javascript-render the > page. http://googledocs.blogspot.com/2010/05/whats-

Re: [Wikitech-l] Wikitech-l Digest, Vol 85, Issue 11

Thanks alot Dmitriy ! I thinks its enough to get me started. will email if stuck some where . Noman On Tue, Aug 3, 2010 at 7:59 PM, wrote: > Send Wikitech-l mailing list submissions to >wikitech-l@lists.wikimedia.org > > To subscribe or unsubscribe via the World Wide Web, visit >

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On Tue, Aug 3, 2010 at 12:45 PM, Niklas Laxström wrote: > I don't see any other way out but to reach to the packagers and get > their packages fixed. What we can do is to communicate this to our > users and try to  communicate more with the packagers. I tried that with Fedora. You can read about

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On 3 August 2010 18:14, Aryeh Gregor wrote: > I'm thankful that the Debian MediaWiki package at least *works*.  Not > that the same can be said of all their packages either (OpenSSL, > anyone?).  Maybe if we provided .debs and RPMs, people would be less > prone to use the distro packages. That ju

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

Some admin actions mess up pageid (and I did some from time to time), so your idea that a page id identifies a title is buggy. On 8/4/10, സാദിക്ക് ഖാലിദ് Sadik Khalid wrote: >> If you think your language need such kind a tool, please help me localize >> the i18n config file at >> http://github.co

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

> If you think your language need such kind a tool, please help me localize > the i18n config file at > http://github.com/mountain/shortify/blob/master/config/i18n.js > URL has Read-Only access On Tue, Aug 3, 2010 at 7:09 PM, wrote: > On 08/03/2010 05:59 PM, Mingli Yuan wrote: > > It uses API

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

On 08/03/2010 05:59 PM, Mingli Yuan wrote: > It uses API call to get pageId by the title, and then convert pageId by base > 36 to the short url. It is quite simple. > To reduce the frequency of API call, a simple cache was used. So far, only > Chinese and English were supported. you should consid

Re: [Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

2010/8/3 Mingli Yuan : > It uses API call to get pageId by the title, and then convert pageId by base > 36 to the short url. It is quite simple. > To reduce the frequency of API call, a simple cache was used.  So far, only > Chinese and English were supported. > Why would you reduce the page ID in

[Wikitech-l] A Shorturl Service for Wikipedia Projects by Node.js

Hi, folks, For many languages which dose not use Latin characters, the URL of an articles in Wikipedia might be very long. This is the case for Chinese Wikipedia. So in order to help people on this problem, I create a small project to solve it, and it runs successfully on my local machine. Althou

[Wikitech-l] [Testing] Selenium

Hello, In order to test SMW, I would like to try out your Selenium testing framework, as described here [1]. Two things are not that clear to me: - "As of now, you have to manually add the test file to maintenance/tests/RunSeleniumTests.php. This will be replaced by a command line argument i

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On 3 August 2010 16:14, Aryeh Gregor wrote: > I'm thankful that the Debian MediaWiki package at least *works*.  Not > that the same can be said of all their packages either (OpenSSL, > anyone?).  Maybe if we provided .debs and RPMs, people would be less > prone to use the distro packages. >_<

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

On Tue, Aug 3, 2010 at 10:59 AM, soxred93 wrote: > Just butting in here, if I recall correctly, both the PHP-native > mb_strlen() and the MediaWiki fallback mb_strlen() functions are > considerably slower (1.5 to 5 times as slow). They only have to be run once, when the revision is saved. It's n

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On Mon, Aug 2, 2010 at 7:06 PM, Carl (CBM) wrote: > I am not a Debian developer, and I agree that sending fixes upstream > is good. But surely you're aware that the whole point of "Debian > stable" is that it does ***not*** change to newer versions of programs > after release, apart from security

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

On Mon, Aug 2, 2010 at 8:32 PM, Lars Aronsson wrote: > Couldn't you just tag every internal link with > a separate class for the length of the target article, > and then use different personal CSS to set the > threshold? The generated page would be the same > for all users: > > My Article Until t

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

Just butting in here, if I recall correctly, both the PHP-native mb_strlen() and the MediaWiki fallback mb_strlen() functions are considerably slower (1.5 to 5 times as slow). Unless there's another way to count characters for multibyte UTF strings, this would not be a feasible idea. -X!

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

On Tue, Aug 3, 2010 at 1:14 AM, Liangent wrote: > Byte count is used. For example in Chinese Wikipedia, one of the > criteria of "Did you know" articles is ">= 3000 bytes". I mean, is byte count used for anything where character count couldn't be used just about as well? Like is there some code

Re: [Wikitech-l] Debian packages (was MediaWiki version statistics)

On 3 August 2010 00:17, Edward Z. Yang wrote: >    2. Distributors roll patches without telling upstream developers who >       would happily accept them into the mainline. Has anyone reported the following as Debian bugs? * Package maintainer not sending patches back upstream * Package maint

Re: [Wikitech-l] chanfing main page articles from drop down. help required

Noman wrote: > Hi, > i've installed mediawiki for a wiki project. > now we have 4 sections on main page . like there are on wikipedia main page. > > Now as its done in wikipedia these 4 boxes are tables and update on date > criteria. > > Now i want to do is to give some kind a navigation bar like

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

Lars Aronsson wrote: > On 08/01/2010 10:55 PM, Aryeh Gregor wrote: >> One easy hack to reduce this problem is just to only provide a few >> options for stub threshold, as we do with thumbnail size. Although >> this is only useful if we cache pages with nonzero stub threshold . . >> . why don't we

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

On Tue, Aug 3, 2010 at 8:55 PM, K. Peachey wrote: > Would something like what is shown below get it even further down? > > a { color: blue } > a.1_byte_article, a.2_byte_article, a.3_byte_article, > ... using an abbreviation like ba would also help. Limiting the user pref to intervals of 10 byte

Re: [Wikitech-l] chanfing main page articles from drop down. help required

* Noman [Tue, 3 Aug 2010 12:04:31 +0500]: > Thanks Dmitriy, > i'm looking for div solution. as iframe will give scrolling if content > are > large. which is not required. > now i was unable to find step by step approach to develop extension. > > if you have ne thing / example. i'll be waiting. > M

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

Would something like what is shown below get it even further down? a { color: blue } a.1_byte_article, a.2_byte_article, a.3_byte_article, a.4_byte_article, a.5_byte_article, a.6_byte_article, a.7_byte_article, a.8_byte_article, a.9_byte_article, a.10_byte_article,a.11_byte_article, a.12_byte_arti

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

On 8/3/10, Lars Aronsson wrote: > Couldn't you just tag every internal link with > a separate class for the length of the target article, > and then use different personal CSS to set the > threshold? The generated page would be the same > for all users: So if a page is changed, all pages linking

Re: [Wikitech-l] wikipedia is one of the slower sites on the web

Hi! > Couldn't you just tag every internal link with > a separate class for the length of the target article, Great idea, how come noone ever came up with this, I even have a stylesheet ready, here it is (do note, even it looks big in text, gzip gets it down to 10% so we can support this kind o

Re: [Wikitech-l] Developing true WISIWYG editor for media wiki

Hi, >Yes, of course we are interested on it. >Specifically, the ideal WISIWYG MediaWiki editor would allow easy >WISIWYG editing to newbies, while still allowing to use the full >wikisyntax to power users, without inserting crappy markup when using >it, or reordering everything to its liking when

Re: [Wikitech-l] Developing true WISIWYG editor for media wiki

On Tue, Aug 3, 2010 at 10:53 AM, Jacopo Corbetta wrote: > However, the "editing mode" provided by browsers is a nightmare of > incompatibilities. Basically, each browser produces a different output > given identical commands, so currently MeanEditor is not completely up > to the task. An external

Re: [Wikitech-l] Wikitech-l Digest, Vol 85, Issue 9

Noman schrieb: > Thanks Dmitriy, > i'm looking for div solution. as iframe will give scrolling if content are > large. which is not required. > now i was unable to find step by step approach to develop extension. > > if you have ne thing / example. i'll be waiting. Perhaps have a look at

Re: [Wikitech-l] Developing true WISIWYG editor for media wiki

On Tue, Aug 3, 2010 at 00:49, Platonides wrote: > The problem that makes this really hard is that MediaWiki syntax is not > nice. So I'm a bit skeptical about that fast quality editor. You can > find in the list archives many discussions about it, and also in wikitext-l. > Things like providing a

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

Ahem. The revision size (and page size, meaning that of last revision) in bytes, is available in the API. If you change the definition there is no telling what you will break. Essentially you can't. A character count would have to be another field. best, Robert On Tue, Aug 3, 2010 at 9:53 AM, C

Re: [Wikitech-l] Showing bytes added/removed in each edit in "View history" and "User contributions"

On 8/3/10, ChrisiPK wrote: > This is a policy requirement, not a technical requirement, and can surely be > adjusted. It seems 1 zh char = 3 bytes gives a kind of proper weight among characters. Obviously, zh chars look more important (when counting the amount of content) than en chars, which are

Re: [Wikitech-l] Wikitech-l Digest, Vol 85, Issue 9

Thanks Dmitriy, i'm looking for div solution. as iframe will give scrolling if content are large. which is not required. now i was unable to find step by step approach to develop extension. if you have ne thing / example. i'll be waiting. Noman On Tue, Aug 3, 2010 at 11:58 AM, wrote: > Dmitriy