Re: [Wikitech-l] Fwd: Breaking changes in the Wikidata API

On Fri, Sep 28, 2012 at 8:53 AM, John Erling Blad wrote: > The token handling through use of a special url-argument "gettoken" > and the special "itemtoken" has died in flames. Use "edittoken" from > actione=tokens > (http://wikidata-test-repo.wikimedia.de/w/api.php?action=tokens&type=edit&format

Re: [Wikitech-l] Some tag for attribution within the article

On Fri, Apr 13, 2012 at 9:35 AM, Strainu wrote: > Actually, I find bug 27629 to be insufficient, since each author might > ask for a specific way to be quoted (e.g. some disclaimer associated > with the content). It is understandable why they might ask for such a disclaimer, but it isn't clear wh

Re: [Wikitech-l] MathJax integration to stock MediaWiki Math extension? (was RFC: math options)

On Mon, Nov 28, 2011 at 7:42 PM, Brion Vibber wrote: > I've done a quick experimental mode commit: > This sounds great. MathJax is used on some other math-intensive sites, e.g. MathOverflow.net, and in general it does a very nice rend

Re: [Wikitech-l] wikipedia lacks a "share' button

On Fri, Oct 21, 2011 at 12:15 PM, Mark A. Hershberger wrote: > Posted this issue at . The above link is to : http://en.wikipedia.org/wiki/Wikipedia:Village_pump_%28proposals%29#Does_Wikipedia_need_a_.E2.80.9Cshare.E2.80.9D_button.3F URL shorteners are evil in general, and esp

Re: [Wikitech-l] Rendering preferences for math - PDFs

A second issue that has been raised on the wiki is the poor quality of math in PDFs generated from articles. The math shows up as a low-quality bitmap which is very pixelated and noticeably different from the body text. I wanted to pass it along to the list. - Carl ___

Re: [Wikitech-l] RFC: Should we drop the rendering preferences for math?

On Tue, Jul 19, 2011 at 4:03 PM, Ryan Kaldari wrote: > Sounds like someone should propose MathJax as a gadget: > http://en.wikipedia.org/wiki/Wikipedia:Gadget/proposals That solves some of the problems, but making it a gadget isn't technically very different from just putting it in user javascrip

Re: [Wikitech-l] RFC: Should we drop the rendering preferences for math?

On Mon, Jul 18, 2011 at 8:38 PM, Brion Vibber wrote: > It's conceivable that a few folks really honestly prefer to see the latex > source in their graphical browsers (should at least do a quick stat check to > see if anybody uses it on purpose), but I wouldn't mind removing that > either. Some pe

Re: [Wikitech-l] search=steven+tyler gets Steven_tyler

On Fri, May 13, 2011 at 12:25 AM, Jay Ashworth wrote: > They're not the same page.  Wikipedia page titles are case sensitive -- except > that the first character is forced to upper case by the engine. > > Does that search not return both?  Why would we have both? Like you said, the system is case

Re: [Wikitech-l] MATH markup question

On Wed, Jan 19, 2011 at 8:54 AM, Alex Brollo wrote: > You can force  png rendering both by preferences and by code. But what's > more interesting is the use of badly documented \scriptstyle TeX tag, which > generates a much smaller and less "invasive" display of pngs: The use of scriptstyle to co

Re: [Wikitech-l] StringFunctions on enwiki?

On Tue, Dec 28, 2010 at 4:22 PM, MZMcBride wrote: > https://bugzilla.wikimedia.org/show_bug.cgi?id=6455#c92 (and subsequent > comments) Thanks, that's very helpful. What I was hoping for here was a response from one of the WMF staff about whether the position has changed on StringFunctions and (i

[Wikitech-l] StringFunctions on enwiki?

At some point in the past, it was determined that the StringFunctions extension (now part of the ParserFunctions extension) would be disabled on enwiki. I know saw a comment to the effect of: if StringFunctions was turned on, it would only encourage people to start writing parsers in wikicode. May

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

On Mon, Aug 2, 2010 at 7:35 PM, Ryan Lane wrote: > Are they also backporting security fixes for all extensions as well? I would assume that Debian, ideally, applies security patches for extensions they distribute themselves. Programs a user has installed outside the Debian system are always going

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

On Mon, Aug 2, 2010 at 10:16 AM, Lane, Ryan wrote: > Please Debian, keep your version of MediaWiki up to date at least to the > oldest stable release, and please send your fixes upstream when you find > unfixed bugs. I am not a Debian developer, and I agree that sending fixes upstream is good. Bu

Re: [Wikitech-l] "Reject" button for Pending Changes

On Mon, Jun 28, 2010 at 12:46 AM, Rob Lanphier wrote: > "Unaccept" seems suitably rare that I think we should consider a > confirmation screen which shows the effect of unaccepting (i.e. a diff > between the latest accepted revision and the penultimate accepted revision). >  Does that seem like a

Re: [Wikitech-l] "Reject" button for Pending Changes

On Sun, Jun 27, 2010 at 11:11 PM, Rob Lanphier wrote: > I just don't think there's a clean way to reject an intermediate pending > revision.  Accepting?  Sure, wonderful, that will work well.  There's a > reasonably strong argument for encouraging acceptance of intermediate > revisions as part of

Re: [Wikitech-l] Problem with the pending changes review screen.

On Tue, Jun 15, 2010 at 11:30 PM, Gregory Maxwell wrote: > Consider the following edit sequence: > > A, B, C, D, E > > A is a previously approved version.  B, and D are all excellent edits. >  C and E are obvious vandalism.  E even managed to undo all the good > changes of B,D while adding the van

[Wikitech-l] CAPTCHA can be required for logins from toolserver hosts

At the moment, logins to enwiki from nightshade.toolserver.org are throwing up a CAPTCHA. This is easy to check by loading http://en.wikipedia.org/wiki/Special:UserLogin in w3m or another browser from that host. Logins from willow.toolserver.org do not require a CAPTCHA at the moment. The CAPTCHA

Re: [Wikitech-l] importing enwiki into local database

On Sun, Feb 14, 2010 at 7:34 PM, Marco Schuster wrote: > What about turning wgUseTidy off for some time? The doctype that we serve is XHTML, and various AJAX tools rely on being able to parse the DOM tree as an XML document. But there are certain valid wikitext constructions that are ''guarantee

Re: [Wikitech-l] downloading wikipedia database dumps

On Sat, Jan 9, 2010 at 8:50 AM, Anthony wrote: > The original version of Instant Commons had it right.  The files were sent > straight from the WMF to the client.  That version still worked last I > checked, but my understanding is that it was deprecated in favor of the > bandwidth-wasting "store

[Wikitech-l] CSS/javascript injection for AJAX requests

I noticed today that livepreview does not pick up the dynamically-generated CSS from the SyntaxHighlight_Geshi extension. The same problem occurs in liquidthreads: when you add a comment with a Geshi call in it, the CSS will not be picked up when the comment is initially saved. The first full reloa