Page MenuHomePhabricator

#arraymap, and text inputs, should support two-dimensional arrays
Closed, DeclinedPublic

Description

Author: dasch

Description:
I think for normal users it would be more easy if the input for arraymaps would be like for templates that could be used more then once, so that you would have one field for every value, an you can add more fields with a + button and remove them with a -


Version: unspecified
Severity: enhancement

Details

Reference
bz16780

Event Timeline

bzimport raised the priority of this task from to Lowest.Nov 21 2014, 10:29 PM
bzimport set Reference to bz16780.

Do you really think that's easier than just using commas? All the web-mail sites use commas with autocompletion for adding to the To: and Cc: fields, for instance.

dasch wrote:

with commas it's no Problem, but when you have a list of Numbers then you need something else for seperating, and then it could be that the information is very hard to edit

look for example when editing http://www.wecowi.eu/view/Deutschland

What field are you talking about? You should really try to include more information in your bug reports/feature requests.

dasch wrote:

Okay, I thought it's obvious. I'm talking about the "Grenzt an". This is a array of arrays. The Country with the length of the border is listed. Because there are values with 1,4 km the "," cannot be used to seperete. "." and ";" Also cannot be used so I've used the / but when there is nothing filled in the user does not know. The autocomplete does not work at this place. So I thought it would be better to have such a list at this place so you can recognize the different values better

http://www.wecowi.info/formedit/China (a mass of values with ".")
http://www.wecowi.info/formedit/Frankreich (small values with ",")

Okay, if you're talking about editing a two-dimensional array of values, I think a multiple-instance template is the only real solution; I think anything else is a hack. An even better solution, I would say, is to have cities use a property that links them to countries, instead of the other way around; that way, you can include all the city and population data in each country with a simple query.

dasch wrote:

the point here is I link the countries that have a border with another country with including the length of the border

Oh, oops, I wasn't really reading it. Okay, well, I think a multiple-instance template is the way to go.

I'm changing this to "won't fix" - I doubt SF will ever support a text input representing a two-dimensional array.

dasch wrote:

Maybe we could leave it to later, I think this would be a very useful feature, maybe you could think about it again in later development

[Removing RESOLVED LATER as discussed in http://lists.wikimedia.org/pipermail/wikitech-l/2012-November/064240.html and announced in https://sourceforge.net/mailarchive/forum.php?thread_name=CALFVSbXkiffYy6HkhEWE0RtRrJ%2B2ebPz3g00gsr%2Bdz%2B1nZWsDA%40mail.gmail.com&forum_name=semediawiki-devel . Reopening and setting priority to "Lowest". For future reference, please use either RESOLVED WONTFIX (for issues that will not be fixed), or simply set lowest priority. Thanks a lot!]

Yaron_Koren claimed this task.
Yaron_Koren subscribed.

Still think it's a bad idea, six years later...