Wed, Oct 18
Tue, Oct 17
Could you add a line like:
Mon, Oct 16
Fri, Oct 6
Thu, Oct 5
Wed, Sep 27
Semantic Drilldown uses the Semantic MediaWiki messages "smw_true_words" and "smw_false_words" for these:
Tue, Sep 26
Alright - I'm glad you see the same thing I do! I wonder when that new control was added... it looks like some other controls have been added too. Anyway, I see your point about having control over it, but for the moment the default behavior, and no one has complained about too many controls on the map, so I'm marking this as "Declined" - though there's always the option to bring it back.
Sep 17 2017
@Jonathan3 - sorry for the long delay on this. I just finally looked into adding this capability - probably via a "controls" parameter, instead of a "fullscreen" parameter, but no matter - when I realized that the Google maps are all already showing a "fullscreen" control! I don't know if the default changed at some point between then and now, or what, but the problem seems to have been solved on its own. Would you agree?
Sep 13 2017
Sep 11 2017
Sep 7 2017
Aug 30 2017
@Reception123 thank you!
Oh. That's even worse!
Thanks for asking. Dropping support for PHP 5.3 means dropping support for MediaWiki versions below 1.27. I would rather not drop support for these quite yet, especially MW 1.26, which was in use until about a year ago. So I would say no, for now.
Aug 28 2017
Aug 18 2017
I don't know what "DDLB" is - "dropdown/listbox"? Anyway, I'm guessing that the "Type" dropdown isn't getting populated because you have neither the Cargo nor Semantic MediaWiki extensions installed. This looks like a bug in Page Forms - if neither of those extensions are installed, the "Type" column shouldn't be getting displayed at all.
Aug 11 2017
Aug 8 2017
Aug 1 2017
Jul 31 2017
Yes, I mean creating categories on the fly - and adding them to the appropriate parent category. This could potentially even mean editing multiple category pages at the same time: if a new category is added "between" two existing categories, then the subcategory needs to be modified to have a new parent category.
Jul 28 2017
Okay, I just added "Category" back to the set of namespaces that #autoedit is allowed on. Is that enough to fix this issue? Or would you want some way to do inline editing within the "tree" input?
Better late than never! I finally checked in this patch, with some modifications. I did include the text change you made, to "Calculate coordinates using address", since it makes a lot more sense in the context of "feeds to map". I'm looking forward to announcing this great new feature. And I'm also looking forward to implementing that other, related change we discussed - replacing the "Set marker" button for the raw coordinates field with "checkmark" and "X" buttons that only show up if the user edits that field.
There goes my theory, then! Well, perhaps re-adding #autoedit support for category pages will be enough to get this working, at least via a hack. I'll look into that.
Jul 27 2017
Jul 26 2017
This is an interesting issue - there are technical, UI/UX and data design concerns here.
Jul 21 2017
The "tree" input type is probably better suited for that kind of thing. Do you know about "tree"? And if so, do you still think autocompletion is preferable?
Jul 12 2017
What does that mean? You have some custom wikitext that displays the magnifying glass character and puts a link around it?
Jul 9 2017
The good news: everything works well now!
Jul 7 2017
Alright, I think you're right about the magnifying glass.
Jul 6 2017
This looks great! I have one question, about something I didn't notice before: why did you switch the address-lookup and coordinate-entry inputs?
You may be right about this. Having a "filter" image would be misleading in its own way, since it's not the current set of results that would get filtered on.