I am out of the office untill Tuesday, 29th August.
If you require any IT support in the meantime you are advised to contact
the corporate IT Helpdesk on ext. 666.
Regards
Lee
>>> mapinfo-l 08/23/06 16:23 >>>
Send MapInfo-L mailing list submissions to
[email protected]
To subscribe or unsubscribe via the World Wide Web, visit
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
or, via email, send a message with subject or body 'help' to
[EMAIL PROTECTED]
You can reach the person managing the list at
[EMAIL PROTECTED]
When replying, please edit your Subject line so it is more specific
than "Re: Contents of MapInfo-L digest..."
Today's Topics:
1. MiPro 8.5 copy/paste (zoom to selection) (Mike Osbourn)
2. RE: Set Focus on PopupMenu Control in a Dialog (Greg Goodall)
3. Re: How to Convert Graduated Symbol Thematic to Map Objects ?
(Stephen Chan)
4. Ang. Re: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue (Mats Elfstr?m)
5. Edit a Text Object's TextString in a Layout Window (Greg Goodall)
6. Re: SUMMARY: MI 8.5 Copy/Paste issue (Farid Tabaian)
----------------------------------------------------------------------
Message: 1
Date: Tue, 22 Aug 2006 20:45:57 -0400
From: "Mike Osbourn" <[EMAIL PROTECTED]>
Subject: [MI-L] MiPro 8.5 copy/paste (zoom to selection)
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
Just my 2 cents for zooming to a selected object.
We use point files extensively for address points and other features and
have had issues over the years since the objects have no mbr. I would
love
to see an option whereby the user can set a preference to zoom to a hard
coded zoom level for point objects.
Another option or user preference should also be provided for overriding
the
default behavior of zooming to the MBR of a polygon and/or linear
object.
Mike Osbourn
Cumberland County Planning Dept
Cumberland County NC
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060822/f2122491/attachment-0001.htm
------------------------------
Message: 2
Date: Tue, 22 Aug 2006 08:47:27 -0400
From: "Greg Goodall" <[EMAIL PROTECTED]>
Subject: RE: [MI-L] Set Focus on PopupMenu Control in a Dialog
To: "'Spencer Simpson'" <[EMAIL PROTECTED]>,
<[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Spencer,
This worked well. Sometimes "rigging" the application is the only way
to
go. You'd think MB would allow you to set the focus on any control you
wanted with the "active" keywrd.
-----Original Message-----
From: Spencer Simpson [mailto:[EMAIL PROTECTED]
Sent: Monday, August 21, 2006 4:24 PM
To: 'Greg Goodall'; [email protected]
Subject: RE: [MI-L] Set Focus on PopupMenu Control in a Dialog
If your dialog has even one EditText control that is enabled, MapInfo
will
select one of those to be the active control. You have no choice.
However, it's possible to work around this limitation by specifying all
of
the EditText controls with Disable. In that case, the first of the
non-disabled controls in the dialog will be the active one. If you want
an
EditText to be enabled when the dialog appears, you can enable it in the
dialog handler; this will not affect which control is active (that is,
unless you use the "Active" clause of Alter Control).
In the following code, the RadioGroup will be the active control, since
it
is the first control that appears in the dialog which is active by
default.
Notice the "position" clauses, which make the radio group appear further
down in the dialog.
' compiled with MB8.5 / run with MI 8.5
declare sub main
declare sub setupdlg
sub main
dialog title "Test"
calling setupdlg
control StaticText title "Edit:" position 4, 6
control EditText value "edit text" ID 1 disable
position 30, 4
control StaticText title "Radio:" position 4, 38
control RadioGRoup title "first option;second option;third
option"
position 30, 36
control StaticText title "Popup:" position 4, 22
control PopupMenu title "first option;second option;third option"
position 30, 20
control OKButton title "OK"
control CancelButton title "Done"
end sub
sub setupdlg
alter control 1 enable
end sub
________________________________________
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of Greg
Goodall
Sent: Monday, August 21, 2006 1:31 PM
To: [email protected]
Subject: [MI-L] Set Focus on PopupMenu Control in a Dialog
I have a Dialog that contains several types of controls (StaticText,
PopupMenu, EditText, RadioGroup and Buttons) and I would like to specify
which control has the initial focus when the Dialog displays.
Currently when the Dialog displays, the focus is placed on the first
EditText control. I want the focus to be placed on a PopupMenu control
instead.
The Controls are defined in the following order
StaticText
PopupMenu
EditText
So I would think that the PopupMenu would be get the initial focus
according
to the Help information below.
Greg Goodall
Data Management Marketing
Project Manager / Senior Systems Analyst
321-725-8081
[EMAIL PROTECTED]
------------------------------
Message: 3
Date: Wed, 23 Aug 2006 16:13:31 +1000
From: "Stephen Chan" <[EMAIL PROTECTED]>
Subject: Re: [MI-L] How to Convert Graduated Symbol Thematic to Map
Objects ?
To: "Space Age Design" <[EMAIL PROTECTED]>
Cc: [email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
For all those who know me there are 3 Steps involved
1. Create Point Objects based on the centroids of your Regions
(Polygons)
2. Create Thematic based on Point Range template
3. Use HardCode Thematics to save as map objects (ie NOT Polygons as
Graduated Symbols are Points)
- Steve Chan
On 8/18/06, Space Age Design <[EMAIL PROTECTED]> wrote:
>
> Howdy,
>
> Steve Chan's "HardCode Thematics" MBX does a great job of saving
thematic
> styles to Map Objects, but it doesn't do the deed for Graduated Symbol
> Thematics.
>
> Do any of you smart cookies know how I can save my Graduated Symbol
> Thematic as map objects (ie Polygons)
>
> Cheers with Beers
> *
>
> John Gosbell
> *GIS Administrator
> CITY OF BURNSIDE
>
> *
> 401 Greenhill Road TUSMORE SA 5065
> (+61 8 8366 4130 0434 404 86 0
> 2 +61 8 8366 4200
> **
>
> _______________________________________________
> MapInfo-L mailing list
> [email protected]
> http://www.directionsmag.com/mailman/listinfo/mapinfo-l
>
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060823/516dc2b5/attachment-0001.htm
------------------------------
Message: 4
Date: Wed, 23 Aug 2006 10:37:38 +0200
From: Mats Elfstr?m <[EMAIL PROTECTED]>
Subject: Ang. Re: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue
To: Derek_Snyder <[EMAIL PROTECTED]>
Cc: [EMAIL PROTECTED],
[email protected]
Message-ID:
<[EMAIL PROTECTED]>
Content-Type: text/plain; charset="iso-8859-1"
Hi Derek!
My views on this matter:
First, I think the copy/paste process should not do any panning or
zooming
at all!
Why should it? It's only confusing.
If the paste gets 'lost', it's selected anyway, so a find selection
would
find it right away.
Else, I think you should rely on the users ability to keep track of
pasted
objects..
As somebody pointed out, preserving scale is the crucial point here.
As for the Find Selection function, I think the only option needed (and
very much so) would be to choose between pan and pan/zoom.
The zoom should of course work equally for all kinds and groupings of
objects.
But please, even if the setting doesn't find it's way into the UI, make
it programmable so I can make a button to switch zoom on and off without
having to hack the registry.
Still on the subject - previous versions of MI Pro had only one Find
Selection, with the shortcut Ctrl+G.
Now that shortcut performs a Find in the current window only, and Find
in
all windows has no shortcut at all.
This was an unnecessary change in the UI, and I had to help one user
rewrite the mnu-file in order to restore that shortcut to its previous
functionality.
Hälsning / Best regards Mats.E
________________________
FB Engineering AB
Södra Förstadsgatan 26
211 43 Malmö
Tel: 040-660 25 50
Mobil: 0705-27 60 27
Fax: 040-660 25 99
[EMAIL PROTECTED]
www.fbe.se
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060823/ba927a36/attachment-0001.htm
------------------------------
Message: 5
Date: Wed, 23 Aug 2006 10:26:18 -0400
From: "Greg Goodall" <[EMAIL PROTECTED]>
Subject: [MI-L] Edit a Text Object's TextString in a Layout Window
To: <[email protected]>
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset="us-ascii"
How do I edit the TextString of a Text Object in a Layout window via
MapBasic?
I know you use the Alter Object statement but I don't know how to
specify
the correct Text Object in the Layout window.
Greg Goodall
Data Management Marketing
Project Manager / Senior Systems Analyst
321-725-8081
[EMAIL PROTECTED]
-------------- next part --------------
An HTML attachment was scrubbed...
URL:
http://www.directionsmag.com/pipermail/mapinfo-l/attachments/20060823/4a5c048f/attachment-0001.htm
------------------------------
Message: 6
Date: Wed, 23 Aug 2006 08:09:26 -0700 (PDT)
From: Farid Tabaian <[EMAIL PROTECTED]>
Subject: Re: [MI-L] SUMMARY: MI 8.5 Copy/Paste issue
To: [EMAIL PROTECTED],
[EMAIL PROTECTED],
[email protected]
Message-ID: <[EMAIL PROTECTED]>
Content-Type: text/plain; charset=iso-8859-1
In a Query "Find Selection" the default setting should
be "Pan" (as this is what a find selection is). A user
defined option should be added to additionally "Zoom"
to selection.
Copy/Paste: As a default, no other operations should
take place. Simply copy and paste an object without
changing the map windows scale or boundaries. Two user
defined options should be added to strictly "Pan" to
the pasted object (with preserving the map scale) and
additionally "Zoom" to the pasted object.
The 8.5 Copy/Paste issue has been a burden on my
cartographic work. It has definitely reduced my
proficiency by adding an unnecessary step in
repeatedly needing to select "pervious view."
Vicky Bonwick made a great point in that "*we need to
preserve scale!"
--- [EMAIL PROTECTED] wrote:
> 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
> > _______________________________________________
> MapInfo-L mailing list
> [email protected]
>
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
>
__________________________________________________
Do You Yahoo!?
Tired of spam? Yahoo! Mail has the best spam protection around
http://mail.yahoo.com
------------------------------
_______________________________________________
MapInfo-L mailing list
[email protected]
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
End of MapInfo-L Digest, Vol 10, Issue 65
*****************************************
_______________________________________________
MapInfo-L mailing list
[email protected]
http://www.directionsmag.com/mailman/listinfo/mapinfo-l
