On Sun, 11 Jan 2009 02:05:53 +0100 "Chris Browet" <[email protected]> wrote:
> Hi Hugh, > > Thanks for your comments. > Very welcome, it's the least I can do since I don't know C++. You may have noticed, there are four new tickets for these items, refs quoted below for the cross-reference. > > how > > about parallel/redundant text-based controls? One could allow > > selection by ID. Just in case I'm having trouble selecting any > > object, why not allow me to input its ID? [1] Another control or > > menu item could be visible on the selection of an object. It would > > allow users to add the selected object(s) to the specified relation > > ID (a picklist of recently edited relations with their names could > > be provided to aid recall). > > > Please open a ticket for this one. > http://trac.openstreetmap.org/ticket/1469 > > * I think the task labels "download" and "download more" could be > > rethought. They confused me at first and I suspect confuse most > > newbies. Maybe something like "fetch area" and "reveal more data"? > > They suck, too, but they have the right meaning. "Change viewport" > > and "Retrieve viewport data"?? > > > What about "Download current viewport"? > Sounds fine. It's hard to trade off accuracy with succinctness. I imagine it shouldn't be that long. > > * further on that, I use "download more", more frequently than > > "download", but it has a more difficult keyboard shortcut (^-Shift-D > > vs ^-d). It's a problem to change the interface like this suddenly, > > but can we think about how to address this over time? > > > There is a shortcut editor to avoid discussions about the pertinence > of shortcuts. Changing such an often used one could disturb some. > Obviously, if there is a consensus, I don't mind... > I agree we're probably stuck with decisions like that. Didn't know about the shortcut editor – will check it out. > > > > * if I have object(s) selected, I lose this when I use "download > > more" > > > You mean you lose the selection? Please open a ticket... Exactly, and easily repeated: http://trac.openstreetmap.org/ticket/1470 > > > > * it would also be nice to select multiple rows in the tag data > > control and delete them. It seems to me I have to select and delete > > each key/value pair separately. This is something I often have to > > do with GPX waypoints that I make into proper OSM nodes. There > > might also be other operations users want to do with multiple tags. > > > Ticket, please ;-) > http://trac.openstreetmap.org/ticket/1471 > > > > * when I get 412 Precondition Failed (etc., perhaps other API > > errors), can I find out more specific info? For example: which > > object caused the API error? which objects have been affected > > (because usually my upload partially succeeds)? It seems the API > > doesn't supply this level of help, though, so maybe that's a > > request for the API to provide richer feedback. > > > Yep, the 412 is returned from the API and we cannot know (AFAIK) what > caused it. > Fair enough. I'll look out for a chance to influence this in the API discussions. > > > > * when I change the role of members in the tag data cells for > > relations, the change does not seem to show in the cell until it's > > scrolled. Some little glitch in the UI. > > > > * data cells for relation members do not behave the same way as data > > cells for object tags when I use the TAB key. When I am in the last > > column of the tagging data cell row, I can tab to the next row. I > > cannot do this for relation members. > > > Ticket, please ;-) You can merge the last 2 points, as the general > problem is that some of the enhancements made to the tag list > probably didn't make it to the relation member list. > Ugh! http://trac.openstreetmap.org/ticket/1472 Cheers _______________________________________________ Merkaartor mailing list [email protected] http://lists.openstreetmap.org/listinfo/merkaartor
