I removed mentions of the core issue regarding native tool cursors as it detracted from the main discussion of window focus. I've recaptioned this issue to be all about dialog keystroke consumption and a future focus follows mouse feature. But I don't know if I can do the opposite cross platform. I might be able to inject an onMouseOut/onMouseLeave listener that gives the SketchUp application window the focus. I'm not sure I can come up with a hack to fix the DC dialogs or all WebDialogs. (They've decided to put their money and time into Live Components.) This comes from their continued ignoring of DC bug complaints and pleas for added DC features. It is not likely that the Trimble SketchUp Team will want to make any more changes to the DC extension. But it would likely need to be done deliberately by the developer. Now a developer of a Html dialog can probably code an "escape" listener that either when the mouse leaves or when a certain key is pressed will call a Ruby callback method which executes Sketchup.focus. It cannot know that "in your mind" that you have decided that you are done editing. īut the HTML engine in use has moved focus to the next control on the page (or in the form.) TAB also does this. i edit something in my DC dialog, then hit enter, now i'm not editing).
0 Comments
Leave a Reply. |