User talk:Jdlrobson/Archive 1

Requests for comment/Allow styling in templates
Hi, Requests for comment/Allow styling in templates is being considered as one of the RFCs to be discussed at the RFC review on 2013-11-06 via IRC. We hope you can make it. Otherwise please propose an alternative at the RFC talk page or discuss with the architects. Thank you!--Qgil (talk) 00:39, 5 November 2013 (UTC)

A kitten for you!
Hi. Great messages you wrote.

Klio2014 (talk) 21:16, 15 January 2014 (UTC) 

Ad hominem
FYI, I'm not amused by your personal remarks: they are antagonising. I'd appreciate if you refrained from uncalled-for assumptions about persons. On the specific remark, it's not true that I "don't like the mobile site": I never said such a thing, I'm far from thinking it, and I don't even see how it's relevant; if this is what you "get", it's your problem. --Nemo 15:14, 2 September 2014 (UTC)

Styling RFC
Hi Jon, I'm wondering if Requests for comment/Allow styling in templates is still up to date. Are the ideas discussed there still sound from your perspective? Is your lack of time still the only reason for it not moving forward, or have other issues arisen since then? Martijn Hoekstra (talk) 09:59, 8 September 2014 (UTC)

Thats correct. Lack of time and a lack of expertise in the Parser code is my only blocking factor :-( It seems that people were in favour of tags in markup, but this proves a lot more trickier than managing css in separate files. It might be worth re-considering that decision? Jdlrobson (talk) 03:07, 9 September 2014 (UTC)


 * I dunno, I never really got in to the actual code of MediaWiki - or even PHP (I keep promising myself I will, but oh procrastination). I would like templates to be great, rather than really crappy though, and less of a hindrance to the rest of MediaWiki development. The stripping of styles for mobile seems to currently be a necessary evil due to styling done by people who maintain templates are crap for mobile, partially because they don't have the experience to style them for mobile, but doing everything with inline styles doesn't make for the most inviting environment for developing mobile styles either. I would love to see that fixed, and believe in a Glorious Future where the mobile site doesn't need to strip styles because they'll be good enough. If I can't do it myself - and I really don't think I can - it made sense to me to look what the current state of affairs of mitigation efforts were, and this RfC seems to be it, hence my question on the status of the thing. Without much knowledge of the exact environment, having an associated CSS or LESS space for every page seems like the nicest solution, even if it isn't the simplest solution, but with my lack of experience in the issues at hand (none for MediaWiki and barely any for mobile UX and PHP) I'm not really the most qualified person to have a significant opinion on the matter. Thanks for your thoughts though, I hope the RfC can be revived in the future. Martijn Hoekstra (talk) 21:02, 9 September 2014 (UTC)

Thanks for caring User:Martijn Hoekstra! It's something I really want us to get resolved, but sadly I'm getting pulled into other matters which luckily are in my control such as standardising UI elements across MediaWiki. Hopefully we can revive this at some point. I've just sent a mail to the mobile-l mailing list (Allowing template editors to ship mobile specific styles) to try and revive this work. Jdlrobson (talk) 21:08, 9 September 2014 (UTC)

Thank you for that post, it captures exactly what I think the right direction is: don't have mobile work around the current mess in template styles, but enable the editing community to do the right thing instead. Martijn Hoekstra (talk) 07:31, 10 September 2014 (UTC)

Bug 49413 - Allow user to enter a location on Special:Nearby
Hi Jdlrobson, I really love that you`re working on this Bug 49413 - Allow user to enter a location on Special:Nearby :-) It will be cool to have nearby wiki pages based on coordinates and on geolocated articles, like Special:Nearby. What happens with, it's currently "Can Merge: No"? It would be a really welcome feature, since the Dispenser tool is breaking down (see https://de.wikipedia.org/wiki/Benutzer_Diskussion:Kolossos#Question_about_tools). How long will it take? --Atlasowa (talk) 19:10, 24 October 2014 (UTC)


 * cool glad you are happy :-) User:Joaquin Oltra is currently working on it! Jdlrobson (talk) 19:54, 24 October 2014 (UTC)


 * It is already merged https://gerrit.wikimedia.org/r/#/c/168208/, so it should be out there soon! Joaquin Oltra (talk) 23:42, 27 October 2014 (UTC)


 * Hi Joaquin Oltra! That was fast :-) Looks good!
 * https://test.wikipedia.org/wiki/Special:Nearby#/page/Tam_Valley
 * https://test.wikipedia.org/wiki/Special:Nearby#/coord/37.785185,-122.3989839
 * https://test.m.wikipedia.org/wiki/Special:Nearby#/page/Tam_Valley
 * https://test.m.wikipedia.org/wiki/Special:Nearby#/coord/37.785185,-122.3989839
 * not yet on-wiki:
 * https://de.wikipedia.org/wiki/Spezial:In_der_Nähe#/coord/37.785185,-122.3989839
 * It should be live Wednesday 5th November. Jdlrobson (talk) 18:40, 30 October 2014 (UTC)
 * Will this also be available for the Wikipedia apps? A few days ago: "The Wikimedia App team has just added the first native “Nearby” functionality to the new Android and iOS Wikipedia apps. Using this feature, you’ll be able to retrieve a list of Wikipedia articles near your current location and see their relative distance to you." Would be great to have the "nearby other article" feature too. Have a look at this mockup for Nearby SearchText Entry (and also the other mockups here, can't wait for the OpenStreetMap integration!)
 * That would be a question for User:Deskana :-) Jdlrobson (talk) 18:40, 30 October 2014 (UTC)
 * Thank you for taking on the bug! --Atlasowa (talk) 09:37, 30 October 2014 (UTC)

Preventing preview in mobile frontend
Hi there. I would be very grateful if you could give me a hint how I can prevent the edit preview in the mobile frontend. We need to disable the extra preview step and I was unable to find a suitable hook for that. Cligelius (talk)