Derek,
Some feedback as
requested:
1) You must
definitely provide an option for the user to choose NOT to zoom during a
"Query>Find Selection". This would be best as a user set preference and
I would recommend it is 'off' by default. It worries me that you mentioned
"It is unclear why it had been done this way". Those of us who
use MapInfo for cartographic work (map production) understand extremely
well why it was done this way but that seems to have been lost within MapInfo
corp. The basic reason is we need to preserve scale! Don't be guided
by how you think we should use MapInfo but how it is actually used
out there in the real world.
2) I see no reason
to include a preference to choose to pan or not in a "Query>Find Selection"
operation. That's the very reason we use this facility - of course it
should pan automatically. I'll choose whether to zoom to it once I get to
it. This pan facility is what allows us to rapidly produce many different maps
using a layer of boxes as an index.
3) Copy/paste - I'd
prefer it was just that, no other functions forced on the user. We can
always perform a "Query>Find Selection" or Ctrl A for fast access if we
want. If necessary a separate preference for copy/paste to zoom/pan or not
could be included if other feedback suggested it. This preference needs to
be independent of any preferences for "Query>Find Selection".
The whole
copy/paste/pan/zoom issue is a much more minor issue as generally copy/paste
happens duing data maintenance operations where scaling is
generally less important.
"Query>Find
Selection" often happens during map production operations, hence the importance
of preserving scale.
The bottom line is
there must be a facility allowing the user to use "Query>Find Selection"
without changing the scale/zoom of the affected map windows.
Your suggestion of
removing the new preferences from the registry sounds good - I can't wait a year
before I can efficiently produce scaled maps.
Thankyou for
requesting feedback!
Regards
Vicky Bonwick
___________________
GIS Officer
Glenorchy City Council
Ph 03 6216 6719
Fax 03 6216 6400
Postal
Address
PO Box
103,
Glenorchy, TAS. 7010
Australia
-----Original Message-----
From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of [EMAIL PROTECTED]
Sent: Wednesday, 23 August 2006 7:04 AM
To: [EMAIL PROTECTED]; [email protected]
Subject: Re: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue
As many of you have discovered, there is a change in the way Find Selection is done in MI Pro 8.5. Some of you have also discovered that Copy/Paste has done a Find Selection for many versions, and this functionality has picked up the change made to Find Selection.
The change itself relates to how we treated single objects. In the case of single object selections and Find Selection, previous to MI Pro 8.5, we performed a pan operation but not a zoom. It is unclear why it had been done this way. One thing we do know is that there is no spatial reference to provide a zoom for a single point object. The fact that find selection did not work for single objects became a bug in MI Pro 8.5, and was "fixed". Instead of the single object check, now there is a check to see if the MBR of the selection is not empty. So, we will pan for point objects or certain other cases, such as a selection containing multiple coincident points. For all other cases, we will pan and zoom. I think this fix is valid, since it makes the Find Selection command more consistent.
But, we understand your pain and we would like to do something to address this issue. What we are leaning towards is a preference, or perhaps a few preferences. Concerning how this would look, we would like your feedback. Here are some options, but please feel free to provide others:
Should we provide a preference to not perform a Find Selection during the copy/paste operation?
Should we provide a preference to not perform a Zoom, but still perform the Pan operation of the Find Selection during the copy/paste operation?
Should we provide separate preferences for Zoom and Pan (although we would not do a Zoom without doing a Pan) for copy/paste? This would provide more complete control, but also increases the complexity of the preferences dialog and the accompanying documentation. While the added control may be nice, if it isn't necessary is it just getting in the way, and not keeping it simple?
Particularly if we have just a "don't zoom" preference, should Find Selection obey this preference? Should Find Selection have its own preference? Or should the Query > Find Selection always do a pan and zoom?
One other point. We have a policy in maintenance patch releases of not doing any UI changes. This relates to localizing MI Pro for different languages - basically, we don't localize maintenance releases. So, our patches will upgrade any version of MI Pro, regardless of language. So, we can't add preferences as such in a maintenance release. To get around this obstacle and make it so you don't have to wait until the next full release to get this addressed, we can get these new preferences out of the registry. You add a new specific registry key, and we will treat it as a preference. The actual UI will be changed during the next full release of the product. We have used similar schemes in past development cycles.
Thanks for your input. To help generate discussion, you can reply to MapInfo-L, as I will monitor the list.
Derek Snyder
MapInfo Corporation
______________________________________________________________________
This communication and any files transmitted with it are intended for the named
addressee, are confidential in nature and may contain legally privileged information. The copying or distribution of this communication or any information it contains, by anyone other than the addressee or the person responsible for delivering this communication to the intended addressee, is prohibited. If you receive this communication in error, please advise us by reply email or telephone on +61 3 6216 6700, then delete the communication. You will be reimbursed for reasonable costs incurred in notifying us.
______________________________________________________________________
_______________________________________________ MapInfo-L mailing list [email protected] http://www.directionsmag.com/mailman/listinfo/mapinfo-l
