Last modified: 2013-12-30 17:34:28 UTC
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 -
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.
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.
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.
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.
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!]
Renamed, for clarity.