Fri, Oct 23
Sorry for not responding before. I can't replicate this issue. Is this happening with only a specific input type?
Thu, Oct 22
I finally removed the last references to jQuery UI in the code. This is now done!
Yes, all of the listed items are done now.
Wed, Oct 21
Tue, Oct 20
Mon, Oct 19
Thu, Oct 15
@Madrigal84 - I'm not sure I understand the problem, but I just checked in an improvement so that, after the #autoedit link is clicked, it displays a regular link to the file page and not the image itself (which was never the intention). Does that fix this issue?
Wed, Oct 14
Tue, Oct 13
I am still the maintainer of Semantic Drilldown, although I really shouldn't be any more. I've been meaning to pass it off for a long time now.
I agree that Quantity and Temperature would be great to be able to filter on. This requires a lot of unit handling, and I hope someone can implement these.
Mon, Oct 12
Is there any point to having filtering for the property types "External identifier", "URL", "Code", "Email", etc.? It seems to me that, for all of these types, every value will be more or less unique, and thus there's no point to adding them to Special:BrowseData, which is based on aggregation.
Fri, Oct 9
It's definitely resolved! Thanks for this patch.
Thu, Oct 8
Tue, Oct 6
Could it be because the Cargo query is somehow messing up one or more of the characters? What happens if you put in that same #autoedit call directly on the page, and click on that?
@Madrigal84 - sorry for not responding to this issue before. I just tried #autoedit with a page in the File: namespace, and it worked fine for me. Maybe you should upgrade to a newer version of Page Forms? Your version came out over a year ago, and this issue might have been fixed since then.
Sep 25 2020
Sep 24 2020
Sep 22 2020
Sep 21 2020
Sorry about that, and thanks for the fix! And welcome to the world of MediaWiki development!
Sep 18 2020
Sep 17 2020
Sep 16 2020
@KBailly - thanks for the suggested fix! I just checked in a fix based on this, which should hopefully work across different SMW versions. I haven't tested it, but hopefully things are working better now.
Sep 15 2020
I'm not sure I can fix this, since I don't have access to a development environment running a recent version of SMW. But if anyone submits a patch to fix this, I'll be glad to check it in.
Sep 14 2020
Sep 13 2020
Sorry for the long delay on this. If #arraymap is the most important thing, then one alternate approach is to install Scribunto and just create a module that will do what #arraymap does. Of course, it can be useful to have forms in general... @Tgr - how likely do you think it would be that Page Forms could get onto Wikispore, if someone created a Vagrant role for it?
Sep 11 2020
Sep 10 2020
Sep 9 2020
Sorry about the problem! I checked in what I think is a fix for this, a few hours ago. @Oeyvindg - it was indeed that line; I made a different fix, but hopefully it accomplishes the same thing.
I'm marking this as "Resolved", but feel free to re-open it if it's still an issue.
I'm marking this as "Invalid"... if you still think this is a bug, though, feel free to re-open it.
Sep 4 2020
Sep 3 2020
I finally checked in these changes. I don't know why it took two years! @RV1971 - thanks for the patch.
Sep 1 2020
Aug 31 2020
Aug 27 2020
IE9 support probably no longer matters, but I believe this is fixed anyway, now that the datepicker input is handled only through OOUI.
Aug 26 2020
Hi - I don't know what you mean by the "old mailing list", but generally I think the mediawiki-l mailing list is a good way to reach third-party users as well. There's also the firstname.lastname@example.org mailing list, which is semi-active... maybe that's what you mean.
Aug 24 2020
Aug 21 2020
I think this template is a good idea. My only comment is that I don't think the order of wikis/companies/etc. should be randomized - I think they should always be in alphabetical order.
Aug 20 2020
Aug 14 2020
I believe that, between this patch and the other one (https://gerrit.wikimedia.org/r/c/mediawiki/extensions/Cargo/+/619846), this bug is now fully fixed.
Aug 7 2020
Okay, I just deleted it. My apologies to the British, who no longer get any special treatment.
Oh, yes, just a few days after those translations were made... somehow that didn't lead to this JSON file getting deleted. I guess I could just delete the file myself...
Yes, indeed... strangely enough, these seem to be the actual translations for "en-gb" for these messages:
Aug 6 2020
Yes, I agree with this too! I don't remember anyone asking about this before, but (clearly) that doesn't mean that no one is interested in it. @Samwilson - if you're willing to create the format(s) for it, that would be great.
Aug 4 2020
Aug 3 2020
Jul 31 2020
Jul 28 2020
Is this issue resolved now? Or is there something more that can be done in Page Forms?
Jul 27 2020
@Aklapper - I'm no longer involved with Contributors at all. I did maintain the extension briefly in 2014 or so, but I haven't looked at it since - and the extension was modified pretty significantly in a 2016 Google Summer of Code project: T129123. I just removed myself as the maintainer on the mediawiki.org page.
Jul 26 2020
Jul 23 2020
Jul 16 2020
Jul 15 2020
No, you can just have the template add "User:" to the beginning of each value, using #arraymap - that is what is recommended for such cases.
To be clear: I'm talking about the parameter called "namespace=", not "values from namespace=".