I don't think that's going to work.
If the palette is docked, then when it is shown,
the size of drawing view window changes and
if you know anything about that, it cancels out
any pending input prompt.
Essentially it is no different than when you
resize the AutoCAD window after doing this:
Command: (setq x (getpoint "\nResize the window now"))
If you follow that, you'll see "*cancel*" appear
on the command line and the outstanding prompt
issued by the call to getpoint is cancelled, and
you are back at the Command: prompt.
--
http://www.caddzone.com
AcadXTabs: MDI Document Tabs for AutoCAD 2004/2005/2006/2007
http://www.acadxtabs.com
"Maksim Sestic" wrote in message news:5241231@discussion.autodesk.com...
Dear all,
My colleague stumped onto the ACAD2006 glitch which is easily reproducable. There's a non-transparent command that displays PalleteSet docker (if not visible) and immediately enters an Editor.GetPoint() Do...While loop. At the moment PalleteSet gets displayed (if previously invisible), GetPoint somehow returns PromptStatus.Cancel result (?!), forcibly cancelling GetPoint in progress.
Overall processing goes like:
1) User issues a command
2) Is PalleteSet visible? If not, display it
3) Enter GetPoint loop and let the user pick several points
At the step 2, if PaletteSet is not visible and needs to get displayed, my GetPoint loop in step 3 somehow receives a Cancel.
This is tricky, since docker state should not affect Editor in any way. Is there something in PaletteSetStyles or CommandFlags we should take special care of?
With kindest regards,
Maksim Sestic