User talk:Krinkle

I reply to messages left on my talk, on my talk page. If I left a message on your talk page, I will reply there (unless you specify otherwise)

Welcome to my talk page. Please sign and date your entries by inserting ~~~~ at the end. Start a new talk topic.

---

Archives Archive 1 Archive 2 Archive 3 Archive 4 Archive 5

cop car photo

Here's a beer on me. Jeez Krinkle you move with dizzying speed. You had not only the photo tracked down but the page reworded to reflect the appropriate license, faster than I could click my mouse. So I'd like to treat you to a beer. ElijahBosley (talk) 16:13, 27 September 2010 (UTC)

Thanks –Krinkle^talk 16:15, 27 September 2010 (UTC)

Uploads by User:Leonard64

All the images that have warnings at User talk:Leonard64 can now be safely deleted. I've uploaded local copies to Wikibooks under our fair use policy. Unfortunately I was not able to get File:WebMonGSGInstall-screen07.png and File:WebMonGSGInstall-screen08.png. It was your deletion of those that made me aware of the situation where the user was not uploading fair use files to the proper location (and also needed to get local upload privileges at Wikibooks). Makes me wish CommonsTicker still worked so administrators like myself could take action ahead of time. I don't know how many people are aware, but the English Wikibooks changed the upload link to point straight to Commons and permissions to prohibit uploads except by administrators and those in the "uploaders" group for fair use files only. Adrignola (talk) 14:57, 30 September 2010 (UTC)

AWB Approval requests

G'day Krinkle, There are a couple of outstanding AWB requests at Commons talk:AutoWikiBrowser/CheckPage which doesn't appear to have been checked by an approver in the past couple of days. If you have time, could you stop by? Cheers, AusTerrapin (talk) 22:44, 30 September 2010 (UTC)

Thanks. AusTerrapin (talk) 08:23, 1 October 2010 (UTC)

Stockphoto.js

Thanks for helping with that! --Magnus Manske (talk) 18:11, 4 October 2010 (UTC)

No problem. Since it's been enabled sitewide I'll probably poke around a little more through time as I play with it. –Krinkle^talk 18:13, 4 October 2010 (UTC)

Aceh women

Hello Krinkle, I think you are missing a point. Aceh is at the same time the name of a region and of a people. In the latter case, it refers to a group, a language, a culture. So "Aceh women" is meant to distinguish the from "Minangkabau women", "Malay women", "Sundanese women" etc. There is no reason to change this, Humboldt (talk) 14:00, 17 October 2010 (UTC)

Hi Djoehana,

I understand there is a difference. However, I was merely keeping the current system consistant as, in my opinion, you are the one changing it, not me. By far, all categories so far have been created and maintained with the "X of Y" principe. See for example Category:Women of Sumatra and it's subcategories, and ofcourse the countries as a whole: Category:Women by country. That's been the system so far, and I see no reason to change this. I mean, is there a big difference between "German people" and "People from Germany" ? I think even if there is a theoratical difference, it's next to impossible to extract that information by looking at a picture. –Krinkle^talk 14:09, 17 October 2010 (UTC)

Cleaning old files Havang

Hallo, ik ben begonnen de Havang-files op te schonen. Ik merk dat de naamsverandering van Havang naar Havang(nl) ertoe leidde dat alle PD-self veranderden in PD-self|author=I, Havang, dus toch een sjabloon-effect. Om dat op te heffen, zouden én de regel |Author=[[User:Havang|Havang]] 14:33, 2 July 2007 (UTC) in |Auteur=[[User:Havang(nl)|Havang(nl)]] én de regel {{PD-self|author=I, Havang}} in {{PD-self}} veranderd moeten worden (zie edit-tekst). Kan dat door een bot, denk je? Ik heb al zo'n 150 handmatige cleaning gedaan, maar het zijn er nog vééél meer. VrGr, --Havang(nl) (talk) 11:06, 18 October 2010 (UTC)

Hoi Havang(nl),

(sorry voor de late reactie) Het is denk alles, of in ieder geval het meeste, door een bot te laten doen door de actie hier aan te vragen. –Krinkle^talk 20:28, 22 December 2010 (UTC)

Mediawiki.utils.js

Hi Krinkle, I just saw that you were working on mediawiki.utils.js. How about adding some code similar to Lupo's changes here to make addPortletLink work for ancient skins as well? (Or are there any plans to finally deactivated those?)--DieBuche (talk) 14:08, 24 October 2010 (UTC)

The version I wrote in mw.util has changed in some ways, so won't import it as-is, but I'll ask around about the skins and wether support will be maintained. If so, I'll certainly build support for those! –Krinkle^talk 18:24, 24 October 2010 (UTC)

Okay, from what I can see and heard in #mediawiki those skins will stay and also support (atleast non-breaking fallback) will be added for them in ResourceLoader aswell. in r75336 I added support for standard, cologneblue, nostalgia in mw.util.addPortletLink. It's pretty basic actually (those skins don't have any portlets) and it's basically the same like it was done in Common.js, except that I add it before #searchform instead of at the end of #footer in the nostalgia-skin. I believe it fits better there with the rest of the links. –Krinkle^talk 19:39, 24 October 2010 (UTC)

File:Silver-NHC_as_carbene_transmetallation_agent.png

[1]

Hi there. I'm just curious what your edit summary meant. I've been uploading images here for 4 years this way without any problem. Is there a new way of doing things? --Rifleman 82 (talk) 23:25, 30 October 2010 (UTC)

Hi Rifleman 82,
As Commons is an international and multilingual project there are many techniques that help us into making the interface act like that. Some of those translations are done through templates such as {{Own}}. Therefor a source as "Self" is a bit undescriptive, certainly for non-English speakers. "Own work" is kind of the standard (but in no way mandatory or anything). However, see what happends now that I've put {{Own}} on your filepage when you view the page in Spanish click here. Many templates (including the labels of {{Information}}, and the contents of {{PD-chem}}) are translated. And also the "Own work" becuase it's using the {{Own}} now. The second change is the Author-field. Asuming your first name is not "Self" I think it's no more then logical for there to be your (nick)name. Using the special ownwork-Uploadform this is done automatically for you. –Krinkle^talk 23:45, 30 October 2010 (UTC)

Thanks. --Rifleman 82 (talk) 23:48, 30 October 2010 (UTC)

Could you help me take a look at {{Cite journal}}? It does not seem to be displaying the authors. --Rifleman 82 (talk) 23:50, 30 October 2010 (UTC)

Thanks for fixing that. Is it possible to copy the en-wiki version of this template here? It will be quite desirable on the basis of workflow. --Rifleman 82 (talk) 00:22, 31 October 2010 (UTC)

Everything is possible, but it's important to know that the Commons version is different and is being used the way it is. And seeing the source oode in en.wiki's version it's not very similar as it has 9 paramters from first1 to last9. coauthor= is simply used as a semicolon-seperated list. I'll see next week if I can intergrate the en.wiki version's parameter as an additional function though. –Krinkle^talk 00:26, 31 October 2010 (UTC)

Thanks for looking at it. I (and I suppose many authors) use CitationBot to populate these templates, and unless there is a good reason, having templates which work similarly across different wikiprojects are very helpful by reducing unnecessary work and repetitive work. Referencing the work we do is I suppose quite important, and a lower activation energy would make it more likely for editors to properly cite sources. I'm speculating, but this might even be able to be customized for each language? --Rifleman 82 (talk) 00:30, 31 October 2010 (UTC)

Thanks for the help

Thanks for your helpful message.--Oriel Volunteers (talk) 21:28, 6 November 2010 (UTC)

Bot flag granted

See Commons:Bots/Requests/KrinkleBot ... sorry for the delay. ++Lar: t/c 01:43, 9 November 2010 (UTC)

Thanks –Krinkle^talk 01:44, 9 November 2010 (UTC)

Edittools

Hi!

About this, woudn't be better to change typeof oldEdittools !== 'undefined' to window.oldEdittools, since this is the way MediaWiki:Gadget-OldEdittools.js defines that variable? The typeof version makes oldEdittools=false equivalent to oldEdittools=true;, and this is not expected (I think). Helder 12:30, 15 November 2010 (UTC)

Variable comparision and the like are global by the default, checking window won't change that. The point is, people without that Gadget enabled (most people) don't have that variable defined at all. I'll edit and check for both :-) I did indeed override the existing check but then again the original was vague if(oldEdittools) isn't very meaningful, better to do if(oldEdittools === true). I'll add the true-check and make it if(typeof oldEdittools !== 'undefined' && oldEdittools === true) –Krinkle^talk 16:32, 15 November 2010 (UTC)

Autopatrol

Dear friend,

Thank you - most of my photos are of tours in Israel lead by professional guides, to interesting places. I am happy of the trust in me.

Yours,

Yoav Dothan --Yoavd (talk) 06:53, 16 November 2010 (UTC)

You're welcome! –Krinkle^talk 12:56, 16 November 2010 (UTC)

Thanks!

Thanks for getting Template:TOCright to work! --Elvey (talk) 19:21, 17 November 2010 (UTC)

Licensing tutorial

Hi Krinkle, and thank you for cleaning up the fonts in the licensing tutorial. I have a question regarding your last change: apparently you removed the spaces in bullet lists. Was that intended? I had added the spaces so the text would be aligned, and not it's not aligned any more. guillom 19:48, 19 November 2010 (UTC)

Oops, check here. The summary speaks for itself. –Krinkle^talk 23:00, 19 November 2010 (UTC)

More photos with the same issue

Hello Krinkle I noticed you deleted the image File:Isla de Uros Puno Perú.PNG I'm the person who nomitaed it for deletion, perhaps the dynamic ip has changed since then though, but the reason I write to you is because after that I noticed that several photos where taken from the same site with the same license issue and added the complete list here Commons:Deletion requests/File:Isla de Uros Puno Perú.PNG maybe I did it in the wrong way I'm not familiar with the procedure but perhaps you'd like to check all the photos over there. Thank you for your time, best regards 190.129.63.166 19:37, 27 November 2010 (UTC)

The nomination looks fine to me. It will be dealt with mostly chronologically, so it may take a while but the nomination stands so the biggest work is done. Now it's just waiting.–Krinkle^talk 20:50, 27 November 2010 (UTC)

Template talk:Image extracted

Hello Krinkle,

Can you see: Template talk:Image extracted. --Geagea (talk) 02:51, 1 December 2010 (UTC)

Consensus required

Could you please make a consensus on this deletion review?

Myself and one other user have discussed the image, and we've both agreed on the consensus of an administrator. Editor182 (talk) 04:25, 4 December 2010 (UTC)

Deletion requests require no consensus and aren't a vote either. See Commons:Deletion requests for more info. There's 100s of requests waiting to be closed, I'll see if I can look into this one later today but I can't promise anything . –Krinkle^talk 09:24, 4 December 2010 (UTC)

toolserver version for List of works

Hi Krinkle,

Just wondering, will try to do something in the line with your suggestion at Commons:Bots/Work_requests#list_of_works?  Docu  at 11:13, 4 December 2010 (UTC)

Sure, I'll make a tool soon. It may take a little longer (week or two) since I'm planning to make this tool more usable. ie. usable for any template/category for any wiki. Also the javascript intergration to Commons itself will be written. When ready the currently semi-manually maintained subpages as they are now is what and where they will be when the tool is finished as well. Except that they are generated on the fly with help of Toolserver and Javascript. –Krinkle^talk 11:31, 4 December 2010 (UTC)

creator lists

Hi Krinkle, I saw you wrote something for Docu's idea about works list, it seems very good, thanks. I just have one question:
It happens quite often that we have several images of the same work. A proposed solution to better manage this storing the artwork template in a separate page and transclude it in the file descriptions (something like Category:Model Ship - Louvre E17364). Would it be possible in such cases to only display one image (possibly adding a "default image" parameter in template artwork) ?--Zolo (talk) 20:40, 5 December 2010 (UTC)

The information the tool extracts must be present on the File-page in an {{Artwork}}, {{Painting}} or {{Information}} template. If several files should be hidden from listings that aim to have only unique works, I suggest adding a category, which could be managed within {{Artwork}} (ie. if |alt_version= is not empty, add [[Category:Alternative files for artworks]]). I could then add a check in my tool to skip those files. –Krinkle^talk 20:48, 5 December 2010 (UTC)

When the artwork template is called from another page, it's completely impossible to make it appear in the list ? There are cases where it would really be simpler to have just one template for all works (for example a good part of the description should be the same for all files in category:The Garden of Earthly Delights).--Zolo (talk) 21:14, 5 December 2010 (UTC)

I know it's easier and I would use is myself whenever I'd be in a situation like it but it's simply not possible within reasonable effeciency to get parameter values from templates on other pages than the target page from the Toolserver. The information isn't there and can't be queried unless a lot of pending tickets/bugs are executed. Perhaps somewhere in the next 5 years.

For now, I've created a way to catch execeptions (cases that didn't match a Artwork/Information template in the source code but did indirectly transclude one) - they are listed on the bottom under "More". My proposal for skipping duplicate/alternative files by categorizing them will work for them as well, so that's still possible, they will however not have a table entry with all the nice information. –Krinkle^talk 21:41, 5 December 2010 (UTC)

Okay thanks, that's a good start alreay.--Zolo (talk) 22:03, 5 December 2010 (UTC)

Possibly a naive question but if your tool was enabled on the "artwork" namespace (that does not exist for the moment), wouldn't it allow to include the infos contained in artwork:Boucher - Marie-Louise O'Murphy - Wallraf-Richartz-Museum WRM 2639 on the list (even if we don't get any image) ?--Zolo (talk) 20:47, 16 December 2010 (UTC)

My tool is not enabled on any namespace. It lists information from the File-description in a table generated from all files that include {{TEMPLATENAME}}. Such as {{Creator:Aart Schouman}}. –Krinkle^talk 18:02, 17 December 2010 (UTC)

So this only works for files, I mean it does not list Artwork:Boucher - Marie-Louise O'Murphy - Wallraf-Richartz-Museum WRM 2639 directly on Creator:François Boucher/works. Would it be difficult to make an alternative version of the too that would list all "artworks" that include that include {{TEMPLATENAME}}, rather than all "files". The namespace is not active yet but it will probably be in the near future. In the case of Leonardo da Vinci for example, the list would only have the few dozens works that are really by Leonardo while the current tool breaks because it would have to display too many photos of Mona Lisa.--Zolo (talk) 08:49, 18 December 2010 (UTC)

File:Test.svg

Hallo Krinkle, why you have redircted the test site for SVG? Is there any new policy or alternative? I found this tip on a guideline. Greeting --Perhelion (talk) 20:50, 7 December 2010 (UTC)

Because there were some possible copyright violations uploaded as earlier versions and all were pretty much missing essential source and license information. you can re-upload stuff over it though, it can still be used to do test uploads, I've just cleared the history of it for now. –Krinkle^talk 21:28, 7 December 2010 (UTC)

Data

Maybe its good work for bot? regards Mathiasrex (talk) 21:06, 9 December 2010 (UTC)

What is good work for bot ? –Krinkle^talk 21:09, 9 December 2010 (UTC)

Changing data format like this [2] Mathiasrex (talk) 21:36, 9 December 2010 (UTC)

Oh that. Some simple conversions are done by a bot - more advanced like your example is too specific and a "not common enough" way for it to be automated. It's important to do this yourself as an uploader from now on. Past things will get fixed through time but please dont count on a bot for future edits. It's not that much extra work to do it right from the start :-). It's best for all, and your file will be better understood by a broader audience. –Krinkle^talk 21:44, 9 December 2010 (UTC)

Dating

Hi, well i hope software will be able to pick-up date from metafile. I dont know why is that so problematic, so manual inserting is necessary, and often time-loosing. Thanx for comment.--Mile (talk) 10:22, 10 December 2010 (UTC)

The new uploader coming January (or later) may be able to extract/suggest certain information, but for any other cases (ie. upload date is not the shooting date, or META/EXIF data is incorrect, like when scanning artworks) then manual entry is required. Either way, no matter how layered or abstracted the input is, at some point there's a system that translates numbers into language-specific text and that system needs the data in a very specific format, namely YYYY-MM-DD. It's impossible to detect this from your input because there are multiple ways it can be interpreted. For example 4-11-2010 could, for a machine, mean bot April 11, 2010 but also November 4, 2010. –Krinkle^talk 16:12, 10 December 2010 (UTC)

Own-template during upload

Is it possible to mention ("If it is your own, please use the format {{own}}" or something like that) behind the 'Author' field in the upload form? This way uploaders can see it already when they upload, and so necessary corrections afterwards can perhaps be reduced. --Hardscarf (talk) 12:13, 15 December 2010 (UTC)

You shouldn't use Special:Upload unless you know the wikitext well enough to produce a File-page yourself. For everyone else there are automated forms, click in the sidebar on Upload file, pick "It is entirely my own work" and there the fields are prefilled to that usecase (ie. {{Own}} etc.). Likewise there are many other preset optoins for the upload form on Commons:Upload. –Krinkle^talk 23:06, 18 December 2010 (UTC)

CVU

Hey Krinkle, seems like Commons:Counter Vandalism Unit/nrraw has a problem. I tried to update it, but there encountered a mistake on the main page. Kind regards --myself488 ^talk 22:58, 17 December 2010 (UTC)

Use the +/- edit link on COM:ANO. Worked for me. If not for you, what OS, browser, browserversion do you have ? –Krinkle^talk 23:08, 17 December 2010 (UTC)

I just updated COM:ANO again. I only changed the number, but the software changed other parts of the code too. At the main page the error shows up again. I'm using the newest Firefox with Mac OS X. --myself488 ^talk 09:16, 18 December 2010 (UTC)

changes needed to upload bot

Hi Krinkle, I have seen this edit to an image uploaded by my bot. Should I change my bot so that these pages are formatted that way? John Vandenberg ^(chat) 01:00, 18 December 2010 (UTC)

Yes, although it's not a high priority. The upload form since several months/years uses MediaWiki:license-header instead of MediaWiki:license. The latter, although similar contents, is actually the label for the upload form and not the header on the File-page. Please make the change if you are able to. Wherever we can use it without much trouble, the better. –Krinkle^talk 01:25, 18 December 2010 (UTC)

Thanks. The code has been updated. John Vandenberg ^(chat) 02:06, 18 December 2010 (UTC)

Problem with user regarding plant photos

Hi Krinkle - since you're familiar with the uploads I am doing, I thought I'd ask for your help with a user that has begun causing me problems. He has said my uploads are a waste of time, that I am a "little lazybones", said I am lying about the photos actually being my own. Now he has tagged a second photo for deletion. It's a complete waste of my time to reply to him, as he has his own ideas and only seems to know enough about how this site works to cause problems. I hope you can help talk to him and resolve this issue. Please! Thank you, --RaffiKojian (talk) 00:32, 22 December 2010 (UTC)

I've notified the user about his, what I believe to be, a mistake. I've also nominated an image of yours as you can see on your talkpage. Please reply on the entry-page for the nomination to keep the discussion central. –Krinkle^talk 00:46, 22 December 2010 (UTC)

Thanx

Thanx a lot for COM:USURP :-) . PS: May I change my commons password to the one (unified) of en.wiki? If yes, could you give me again that link? Thanx a lot and regards. --Dэя-Бøяg 20:11, 22 December 2010 (UTC)

Hi, the rename was indeed succesful. However changing your password is not the recommended course of action. Instead make sure your new / renamed account on Commons is actually attached to your SUL-account which you use to login to en.wiki, de.wiki etc. You should be able to do this by visiting Special:MergeAccount here on Commons. After following the instructions your account has been succesfully unified which, among other things, means you have 1 login for all your accounts. The password of the home-account (en.wiki in your case) is assumed to be the password you want accross. So after you Merge your "commons password" will be the same as your en.wiki one etc. –Krinkle^talk 20:17, 22 December 2010 (UTC)

ws

Hello Krinkle, could you add in ws the following german version please:
" |de= Wikispecies: Informationen zu: "
Thanks for your help and greetings. Orchi (talk) 18:41, 25 December 2010 (UTC)

Thanks for your translation, added. –Krinkle^talk 18:44, 25 December 2010 (UTC)

...thanks for the quick action. Unfortunately I have a little problem in the moment: When I click e.g the "Genus link for Wikispecies" in Category:Delphinium, the mainpage of wikispecies appears and not this page: [3]. Greetings.Orchi (talk) 19:12, 25 December 2010 (UTC)

 Fixed –Krinkle^talk 19:23, 25 December 2010 (UTC)

Thanks. Orchi (talk) 19:55, 25 December 2010 (UTC)

list of works

Do you think the toolserver tool is ready for a larger user group? Integrating it into the usual tools might solve the non-collapsing institution template issue. Shall we add a "list of works" link to creator templates? --  Docu  at 12:40, 3 January 2011 (UTC)

Not yet. There are a few bugs I want to fix and, as you have probably noticed, it's quite slow. There's not much I can do about the slowness since the query to get this data simply requires a lot of complexity in order to keep it 'live' and not with some months old dump. What I'm planning to do is build a cache system so that if the same List of works is requested twice within say, a day, it wont be queried twice (with a purge option). Thus saving time for the visitors, and no huge queries on my account that hold the limited number of slots occupied. For that reason it can't be used for a larger group yet.

My first priority within this tool is the caching system, as soon as that's done it can be exposed to a larger group imho. –Krinkle^talk 16:35, 3 January 2011 (UTC)

Personally, I don't think slowness is a problem. I know some admins complain when things don't work out instantly. It might mean that it should be implemented as a gadget or some sort of landing page though.

BTW is there anything that can be done about the display of the institution template? --  Docu  at 19:21, 3 January 2011 (UTC)

It's not just the end-user experience, it's also taking up slots for longer time on my toolserver account which I don't like.

The display of the institution template (assuming you mean the collapsing) can't be resolved right now since the script that does this isn't capable of working with dynamically added elements and in my opinion it's not worth the effort trying to improve this script because there's makeCollapsible plugin written by me that will ship with ResourceLoader. This plugin takes care of a lot of small bugs and takes a new and fresh future-proof approach to the functionality. There will no longer be need for a lots of <div>'s and hard-coded messages and adjustment on a per-wiki. –Krinkle^talk 19:30, 3 January 2011 (UTC)

Maybe we could work around the problem for the institution template by making that template display in an condensed way whenever it's not used in the usual collapsed/expanded state. Somehow we tried to do that, but we couldn't quite figure out which state it attempts to load through your script.

Eventually, you might want to get a separate account for this tools, thus it wont limit you for your other ones. --  Docu  at 06:24, 4 January 2011 (UTC)

The limit is fine, and exposing this particular tool to a broader audience is probably not going to ring any bells. But I rather not risk forgetting it or making it a habbit. Therefor, please wait untill the caching is solved (afaik almost every tool that is broader used uses caching when the query is not 'simple' and 'on the fly'. For example the CatScan / Intersect tool also caches the result so it wont run the same twice.

The template is simply not going to be collapsible untill ResourceLoader because as far as the NavFrame/collapse script is concerned the List of works-table doesn't exist. I will see if I can extract ResourceLoaders' new universal collapsible script if it doesn't have too many dependencies so we can start using it already. Otherwise we'll simply have to wait one or two months. No big deal, right ? –Krinkle^talk 13:03, 4 January 2011 (UTC)

MediaWiki:ReferrerWikiUselang.js

You should really copy those methods or that object into your MediaWiki:AnonymousI18N.js script instead doing yet another request for yet another script. Mdale (talk) 16:56, 4 January 2011 (UTC)

 Done –Krinkle^talk 18:42, 4 January 2011 (UTC)

deletion case

yo krinkle, did you see my reply? thanks for helping out! very best, oscar 00:03, 11 January 2011 (UTC)

Location

Hallo. Please respect that the position of "location" info into the "description" field was not a mistake but fully intentional and purposefull. Coordinates of the camera or of the object are an integral part of description of the depicted content. Coordinates have no relation to author field, license field, date field, but their purpose is to be a precising of the description text. I know that the present graphic design of templates isn't perfectly adjusted to such ordering but the informative purpose of templates is the primary one, in my view. The desired condition should be that all the information about a file are rationally sorted, grouped and integrated.

See also this discussion from February 2009, this, this etc. The fact that {{Information}} template doesn't contain location field is a long-known problem. Affixion of {{Location}} output at the end of {{Information}} output is not a real solution but only a purposeless cosmetical masking, which was also criticised as improper. Pointless edits changing file pages from the better form to the worse form are also not a good way. If there is no consensus, no general rule and no perfect solution, it would be proper to respect the rational choose of file uploaders. Please, fix rather some real errors, don't make needless controversial edits. Thank You. --ŠJů (talk) 02:56, 11 January 2011 (UTC)

Enwiki main page bot

I notice your bot hasn't been updating User:Krinkle/enwiki mainpage/core for the last few days. Have you stopped it, or it is malfunctioning? Thanks. howcheng {chat} 17:15, 13 January 2011 (UTC)

Thanks. A small detail in the way toolserver handles scheduled runs changed which I didn't think would affect this bot. It's back up now. –Krinkle^talk 23:21, 13 January 2011 (UTC)

It appears to have stopped again. It hasn't been working for a few days by the look of it. I'm not very active on Commons, but I'll pop back later. HJ Mitchell | Penny for your thoughts? 07:42, 24 January 2011 (UTC)

It's up again. Still have to figure out why it stops working every 4-5 days (the error log shows that the cookies for the login are missing after 4 days....) –Krinkle^talk 22:14, 24 January 2011 (UTC)

Danke

für das Löschen der Benutzerseite! Gruß, --4028mdk09 (talk) 06:41, 19 January 2011 (UTC)

Delete an Image Request

Hi, due to personal reasons, I was wondering if I could respectfully request an image I uploaded to be removed? It would be greatly appreciated and again, personal reason http://commons.wikimedia.org/w/index.php?title=File:Mickie_James_Smackdown.jpg

Thank you Triggafinga (talk) 22:35, 19 January 2011 (UTC)

Re:Please don't blank pages

Sorry, I never remember the right procedure... Thanks for your correction. :-)--Threecharlie (talk) 01:26, 27 January 2011 (UTC)

Users_needing_help

Hallo Krinkle, you contributed to the template "help me". Could you please see this discussion Commons:Help_desk#.22Users_needing_help.22 and maybe tell us what the advantages of "help me" are over the help desk? I do not see them. Cheers --Saibo (Δ) 12:01, 31 January 2011 (UTC)

Unpatrolled contributions

Dag Krinkle, toevallig zag ik voor het eerst Get Top RC Users. Daar staat bij Most active contributors on commons.wikimedia (by unpatrolled contributions): "RTRC user: Click the above link, then enable MassPatrol, then click the first (diff)-link". Ik stel voor om een opmerking te maken om eerst te controleren of de gebruiker zinvolle bijdragen heeft gemaakt. Ik doe dat door eerst de lijst van bijdragen van de gebruiker te bekijken. Wanneer daar geen of heel weinig "‎(laatste wijziging)" voor komt is dat een teken aan de wand. Ik had zeer recent iemand met 14 bijdragen die ze allemaal naar een niet bestaande categorie verwees. Iemand anders heeft die allemaal hersteld. Ik stel voor de volgende procedure: Click the above link, then click the first (diff)-link, then check a few contributions to see whether they are correct, then enable MassPatrol. Ik heb intussen al ruim 50.000 edit-patrols gedaan bij anonieme gebruikers. Dat gaat prima en snel met jouw interface. Ik vind het belangrijk werk want er zit toch wel veel vandalisme tussen varierend van een "geintje" tot zeer geniepige valse veranderingen. Wouter (talk) 19:32, 4 February 2011 (UTC)

Dat een dergelijke controle nodig is mag natuurlijk voor zich spreken. Hoewel ik binnenkort deze tools een vernieuwing ga geven en ze ga aansluiten in het vertaalsysteem, houd ik de omschrijving meestal erg kort (omdat ervaring en know-how is vereist van degene die de tool bedienen). Uit mijn ervaring merk ik dat (klinkt wellicht wat raar op het eerste gezicht), wanneer een uitleg te uitgebreid of het te eenvoudig maakt, (meer) mensen eerder fouten maken omdat dan een dergelijke tool te toegankelijk word (ook voor gebruikers die wellicht nog niet zo goed weten wat 'markeren' is). Op Commons is het zo dat je alleen bewerkingen kan patrollen als je in de Patroller-gebruikersgroep zit. Maar op nl.wikipedia heeft ieder 4-dagen oud account de mogelijkheid bewerkingen te markeren.

Hoedanook, in dit geval lijkt me een iets uitgebreidere toelichting juist goed. Ik zal het gelijk aanpassen. Bedankt en groet, –Krinkle^talk 00:26, 5 February 2011 (UTC)

Source tags in css/js pages

Hi!

About this edit, I think people added that source tags because of bugzilla:4801 (so that the code is highlighted when previewing the page). Helder 11:25, 14 February 2011 (UTC)

Yes that's correct, and since that bug is fixed I removed them (we already discussed this on IRC, but just stating here so we don't forget). –Krinkle^talk 13:01, 14 February 2011 (UTC)

Real-Time Recent Changes geeft "Kan niet als gecontroleerd worden aangemerkt"

Ik heb het probleem als in de header aangegeven. In het verleden kon ik het probleem bij één image ontlopen door skip te gebruiken. Nu lijkt het bij alle images te zijn. De link die ik gebruik om naar de pagina te gaan is [4]. Wouter (talk) 08:27, 16 February 2011 (UTC)

 Fixed. Check dat je versie 0.8.4 in het geheugen van je browser hebt (de donkere balk bovenaan RTRC). Zoniet even cache verversen. –Krinkle^talk 02:07, 17 February 2011 (UTC)

Table show/hide disfunction

Hi, on en.wikipedia (WP:VP/T) I noted: this. Could you take a look? (In short: show/hide does not wotrk. Edokter suggested it might have to do with combining Sortabel). I am not into this js/1.17 stuff very deep, so I'll be a listener like. (Brabant boppe). -DePiep (talk) 22:59, 16 February 2011 (UTC)

Hi, can you confirm that you have read the en.Villagepump point, and also whether you'll pick it up? My home WP is en. -18:23, 17 February 2011 (UTC)

Read it, will not be picking it up. See my response. Thanks for the note though, let me know if you find anything else! Thanks again, –Krinkle^talk 19:35, 17 February 2011 (UTC)

It failed, so revert. Jee. Eespecially if there is no time for backup. I cannot believe your behavior. Any template I change I do sandbox, and rightly so, while you do this at commons and then just leave? What is your true profession? -DePiep (talk) 20:37, 19 February 2011 (UTC)

Migration

Why exactly would you replace document.getElementById with jQuery("#? I'm fairly sure that that's worse in pretty much every conceivable way. --Yair rand (talk) 00:40, 17 February 2011 (UTC)

(Sorry, I just realized that you've been doing the migration in lots of places and that I didn't give any real context as to what I'm talking about. I was referring to the change in wiktionary:Mediawiki:Common.js where you changed if (document.getElementById('editpage-specialchars')) to if ( $('#editpage-specialchars').size() ).) --Yair rand (talk) 00:51, 17 February 2011 (UTC)

Also: Is mw.loader.load supposed to be used by the Common.js itself? I thought ImportScript was being made part of the core, and was supposed to be used in those situations. Anyway, mw.loader.load doesn't seem to be working for a lot of situations, and it functions by this ridiculous method of using what looks like a bunch of functions to create DOM, but are actually using that type of format for creating strings that look like DOM, using jQuery to go through a bazillion odd functions to eventually create a documentfragment and stick the strings into it as innerHTML, and then appends the DOM-ified text to the body using jQuery, so I've reverted part of your change to the importscript on Wiktionary so that it doesn't have to use that function. --Yair rand (talk) 01:24, 17 February 2011 (UTC)

Looks good to me. mw.loader.load could use some improvement and has been improved a bit in the current development (the version released now is from last December/January). Since I try to avoid making allwiki-checks as much as possible (there's over 700 wikis!), I try to be as complete as possible so that the chance of something breaking is as small as possible by using the most recent methods available in the core (ie. not fixing things that broke, but replacing any calls to deprecated functions that may be removed in the future).

Using functions from the jQuery and/or mediaWiki library generally result in more readable code and perhaps lowers the bar for a new commer to grab it and write cool things for himself or as a gadget.

However as you're an active user on that wiki, I don't think Wiktionary users will have to fear their code breaking anytime soon. Thanks for the message. –Krinkle^talk 02:16, 17 February 2011 (UTC)

The $(..).size() was indeed overkill, I was confused by something else but it makes sense now.

A small note though, as of 1.17 scripts are fully minified and cached on the server. It's okay to use whitespace for readability, indention and seperation. Ofcourse do as you like best, but know that for load time or bandwidth it will no longer make a difference. –Krinkle^talk 02:24, 17 February 2011 (UTC)