User talk:Catrope/Archive 1

If you have questions, comments, complaints about the API, please don't report that here. Instead, find the associated page in the API documentation and report the problem on its talk page. If you're unsure which page is most appropriate, use Talk:API. Preferably, you should report bugs at Bugzilla. If Bugzilla confuses you, it's OK to report bugs on Talk:API instead.

Thanks
Thanks about help at http://www.mediawiki.org/w/index.php?title=User_talk:143.107.230.53&redirect=no --143.107.230.53 21:47, 27 March 2008 (UTC)

Deletion of pages about the API
I've restored these pages, because "It hasn't been implemented yet" isn't a really good deletion reason. The pages may be useful in the future. Werdna 10:20, 30 March 2008 (UTC)
 * If you say so. You should probably know that I'm gonna rewrite those pages from scratch once those features have been implemented, and that they're not really useful now as they describe an implementation plan that might not even be used. --Catrope 13:30, 30 March 2008 (UTC)

API probleem
Geen tijd om zelf te uit te zoeken, moet nu gaan. Bryan 18:05, 7 May 2008 (UTC)
 * Was een regressie van een verandering in Database::select. Gefixt in r34388, zie link voor details. --Catrope 18:59, 7 May 2008 (UTC)

MediaWiki API bug
I have left a message at Talk:API that might interest you.

By the way, Battlestarwiki only allows users with an account there to leave messages on your talk page there. So you should probably point people to some other talk page, on some Wikimedia project that you visit second most.

--Davidgothberg 12:55, 26 August 2008 (UTC)
 * Yeah, I noticed. And yeah, you're right, I'll change the message to say I watch this talk page too. --Catrope 12:57, 26 August 2008 (UTC)

Xml:preserve
Fyi, w:Wikipedia:VPT. ^demon 05:26, 16 June 2009 (UTC)
 * Thanks for the heads-up; the guy had already come asking about this in #mediawiki after, where I explained the situation to him, but I'll leave a comment there for good measure. --Catrope 08:27, 16 June 2009 (UTC)

User:Tisane/Wikilinks implementing detection and indication of article existence on a remote wiki
Hi Roan, I will be developing Extension:RemotePageExistenceDetectionCentralizedListServer; if you have any suggestions, please let me know. This is my first extension, but hopefully I can borrow some code from similar extensions and synthesize/tweak it to suit my purposes. Thanks, Tisane 00:47, 24 February 2010 (UTC)
 * I think a generic implementation of remote existence checking in core would be more fruitful. --Catrope 10:00, 24 February 2010 (UTC)
 * I've thought about that, and that might be an easier route. But do you think there would be consensus for it? By the way, the proof of concept is ready. Tisane 08:14, 25 February 2010 (UTC)

Tabbar thingy
Hi, you left sooner then I thought (I was typing ;-) I was going to link here: Krinkle 22:21, 7 June 2010 (UTC)
 * http://meta.wikimedia.org/wiki/Talk:Vector#Where_did_the_useful_tabs_go.3F
 * https://bugzilla.wikimedia.org/show_bug.cgi?id=22986
 * https://bugzilla.wikimedia.org/show_bug.cgi?id=22987

SimpleSearch
Hello, I think it was you who made a pref to disable SimpleSearch (thanks!!), but I can't find where to disable it, can you help me? Manuelt15 08:04, 26 June 2010 (UTC)
 * I wrote the code, but it's not live yet. It'll hopefully go live some time soon (this week or next). --Catrope 08:46, 26 June 2010 (UTC)

Please advise
Please advise here Huji 22:21, 6 August 2010 (UTC)

Looks pretty lazy to me
Don't you get enough pay? Cheers --kgh 11:19, 8 August 2010 (UTC)
 * The fact that the example referred to 110 instead of 100 was pointed out on IRC, and I corrected it. It looks like I undid too much, though, so I'll correct that, sorry about that. --Catrope 13:11, 8 August 2010 (UTC)
 * Done . --Catrope 13:14, 8 August 2010 (UTC)
 * What I did not like about the revert was that it was done without any commentary. This was the only reason why I did a total revert. Apart from that I kind of expected this "experiment" to change it to a more pragmatical and user-friendly 110 to fail. Thus newbies have to learn it the hard way that it is better to start at 110. However it is idle to put more thoughts into it. Cheers --kgh 14:05, 8 August 2010 (UTC)
 * I'm sorry about the lack of commentary, that was a mistake on my part. I should've taken the time to do a normal undo and explain. --Catrope 21:52, 8 August 2010 (UTC)
 * Ok. :-) Heaps of people feel similar like me in such a situation. Perhaps I was a bit to aggressive addressing this. I am sorry for that, too. Cheers --kgh 13:31, 9 August 2010 (UTC)

Vector questions, bugs and problems
Hi, I was linked here form #wikipedia-usability to deploy here such staff. I am testing Vector skin and stuff which goes with it on cs.wv. So:
 * I have figured out, that inserting a link is a problem, because Czech keyboard doesnt recognize # character. I.e. editor must remember shortcut key or switch keyboard. I think this is disadvangate, becasue in Monobook he hade an opportunity to go to Special characters tab or make a button.--Juan de Vojníkov 16:39, 13 August 2010 (UTC)
 * So you're saying the # character should be in the special characters section? That can be arranged. --Catrope 18:47, 13 August 2010 (UTC)
 * No, I am saying that in the box for inserting link should be a box with some special characters.--Juan de Vojníkov 21:09, 13 August 2010 (UTC)
 * A lot of things are confusing. E.g. where to find this or that letter. Every project has a different system of special characters. So maybe this will help, if communities will not modify it.--Juan de Vojníkov 16:39, 13 August 2010 (UTC)
 * Yeah, we're standardizing the special characters widget, which should help people working on multiple projects. --Catrope 18:47, 13 August 2010 (UTC)
 * I am wondering how to strike out the text, because in Monobook we can deploy a button. In Vector bar there is no . And traditional problem comes. These characters are not native to the Czech keyboard.--Juan de Vojníkov 16:39, 13 August 2010 (UTC)
 * A project can add a strikethrough button locally if they want (the toolbar is customizable with JavaScript). I guess should also be added to special characters then. --Catrope 18:47, 13 August 2010 (UTC)
 * Well the truth is I copyed previously such button. Will be somewhere some examples available how to customize toolbar. I dont know JavaScript at all, I can also copy similar stuff.--Juan de Vojníkov 21:09, 13 August 2010 (UTC)
 * Err I can add the signature in the Main NS? Remember there is Wikiversity, which sometimes needs to sign down in the Main NS. And how you will manage namespaces which are different from other projects?--Juan de Vojníkov 16:39, 13 August 2010 (UTC)
 * Currently, we display the signature button in all namespaces except the main namespace, so as not to encourage novice users to sign stuff they're not supposed to sign. Most projects keep content in the main namespace and discussions and other things in other namespaces, so you wouldn't be signing anything in the main namespaces. Still, this could be overridden in site JS. --Catrope 18:47, 13 August 2010 (UTC)
 * Said news. Hypothetical question: who will do that?.--Juan de Vojníkov 21:09, 13 August 2010 (UTC)

Thx anyway, maybe I will come other day!--Juan de Vojníkov 21:09, 13 August 2010 (UTC)

— Danny B. 12:38, 17 August 2010 (UTC) — Danny B. 19:51, 18 August 2010 (UTC)
 * The edit window sometimes seems to long, that I have to scroll up. It eats time. In Monobook it was not so big.--Juan de Vojníkov 22:19, 14 August 2010 (UTC)
 * Preferences > Editing > Size of editing window.
 * Well, the problem might be that for new users, lets say lamers its set like this. And as Vector is for lamers, it is hightly inprobable they will come and they will change edit Window. I am indicating that, because with Monobook passing differnet screens and browsers I hadnt such problems.--Juan de Vojníkov 15:57, 17 August 2010 (UTC)
 * yes, missing characters of wikisyntax is a problem. Not just when edditing, but especially when inserting a link and image as they are not indigenous to many keyboards.--Juan de Vojníkov 10:29, 15 August 2010 (UTC)
 * I cant add external link. I underline URL and click on Add link. Than I confirm operation, but it dont work.--Juan de Vojníkov 15:53, 17 August 2010 (UTC)
 * Now using Opera 10.10. I want to ad an internal link, but it tells me "invalid name". So what is invalid on this: Studuji webdesign s Molly E. Holszchlag (Juan de Vojníkov)/Praktické problémy|Praktické problémy. If I were begginer, I would be confused whats wrong. --Juan de Vojníkov 11:41, 18 August 2010 (UTC)
 * You are not supposed to put the displayed text into link field.  after the pipe belongs to Text to display and not to Target page or URL.
 * OK. That sounds good, better for newbies, but old users might be confused.--Juan de Vojníkov 13:41, 24 August 2010 (UTC)

Sysop on br.wiktionary
hello,

I think you forgot to remove you sysop flag on br.wiktionary. See

Regards

--Hercule 14:39, 7 September 2010 (UTC)
 * Fixed, thanks. --Catrope 18:54, 7 September 2010 (UTC)

Wikimedia projects job queue
Hi Roan, a curiosity: the Apaches seem less busy than a year ago, when the job queue was near zero, while now it's again quite long (about a million on en.wiki only). Why? --Nemo 10:43, 17 October 2010 (UTC)
 * I can only guess here. The reason the Apaches are less busy is probably that we have more of them now. I'm guessing we still use the same number of job runners, so none of that added capacity is not being used for running jobs. I'll ask Mark about this. --Catrope 18:51, 17 October 2010 (UTC)
 * Thank you, now with  the job queue is approaching zero everywhere. :-D --Nemo 16:34, 31 October 2010 (UTC)

Ping
Roan, I've emailed you about the en.WP ArbCom elections. [ http://en.wikipedia.org/wiki/User:Tony1] tony 12:19, 18 October 2010 (UTC)

Extension:UsabilityInitiative - Vector
I'm running M1.16 with UsabilityInitiative/Vector/Vector.php and all is fine, but search suggestions under the site title results --containing...-- (like on this page here on the top right) do not appear. This line $wgVectorUseSimpleSearch = true; is included. The title result are shown:

Result1 Result2 etc. but I am missing the

Containing ...

at the end of the list.

I can't find anything about this topic. I have set up a blank MW1.16 only including the Extension:UsabilityInitiative additionally - without success.

- MediaWiki 1.16.0

PHP 5.2.14 (cgi-fcgi)

MySQL 5.0.51a-24+lenny4

-

Any idea what's wrong here? Thanks in advance, Juergen--80.131.248.65 08:09, 19 October 2010 (UTC)
 * The 1.16 version has the following "feature": if the text you entered is an exact match for a page title, the Containing... thingy will be shown. If it's not an exact match, you can do the "containing" search by just pressing Enter in the search box. After the 1.16 release, people started complaining that this behavior was unhelpful, and it was fixed. --Catrope 14:24, 19 October 2010 (UTC)


 * And is this exact the strange problem: if the text you entered is an exact match for a page title, the Containing... thingy will be shown. - Even it is an exact match the text 'Containing ...' and the line above this text do not appear. Not on my 'live'-wiki nor in the blank V1.16 installation. A full text search is running fine, using the lens or enter - but the text 'containing' fails. I use the extension for V1.16, I also tried different trunk versions (now set back) without any success. Juergen --80.131.248.65 14:57, 19 October 2010 (UTC)

I just want to let you know, that I solved the problem with installing trunk version 72165. May be that it was a right problem too. Before I unpacked the file with winrar on my local pc, then I tranfered all via FTP. Now I unpacked it in a ssh-shell.

There is still a little problem left: The flashing cursor in the search input field disappeared - this happens only with the FireFox. Any ideas to this topic? Thanks, Juergen--80.131.217.210 11:27, 24 October 2010 (UTC)


 * I just noticed that the cursor only disappears if 'global' => true, is set within 'expandablesearch' => array( 'global' => false, 'user' => false ),
 * Juergen --80.131.217.210 13:48, 24 October 2010 (UTC)
 * So I guess you can either disable ExpandableSearch or update to a more recent version. --Catrope 13:51, 24 October 2010 (UTC)
 * I just tried the newest trunk 74799, then the 'containing...' fails again. Strange. What version should I use (MW1.16)? Thanks Juergen--80.131.217.210 14:43, 24 October 2010 (UTC)
 * I have tried up to V75156, 'Containing ...' works, but Cursor fails in FF all the time when 'global' => true is set. Juergen --80.131.217.210 16:56, 24 October 2010 (UTC)

fileprops database schema
Talk:Files_and_licenses_concept -- Bryan ( talk|commons ) 20:15, 17 January 2011 (UTC)

Live changes to jquery.client.js
Hi,

Just a little reminder that you changed the file live ( Server_admin_log ). From comparing to the live one to the one in svn :

I suspect this fix may intended to fix the errors on wikis on 1.17wmf1 that showed errors about $.client in debug mode. However those were related to those modules ($.client etc. from /w/resources) not being loaded – in contrary to those in skins or extensions (due to wgStylePath and wgExtensionAssetsPath). Which is fixed now with 82041.

Just a reminder so that it is either commited to trunk or reverted to the version from svn. Krinkle 01:09, 13 February 2011 (UTC)
 * I'm fairly sure that wasn't what the errors were caused by. I debugged this with a breakpoint at the  assignment, and that breakpoint was hit.
 * You're right that the fix should be committed to 1.17wmf1. I will go through the working copy and commit our changes on Monday. --Catrope 11:23, 13 February 2011 (UTC)