kenneth marken wrote k> hmm, is there a way to detect the main area of a window and have the k> drop effect happen there, rather then on the titlebar of the window?
Even if Bruce made that possible, as a settable option for the default drop behaviour, I don't think you would like the result. A drop into the main child window (i.e. the editable document part) might be OK for some applications but consider MS Word for example. If you drop on Word's title bar, the file is opened as a new document window; if you drop in the main editing area it becomes an embedded object. Other programs all have their own individual way to react to that kind of drop. Because of that, I think Bruce's idea is better - an option to make the default drop on an active button behave the same as dropping onto Windows TaskBar. That would allow you to make a suitable kind of drop on *every* program - provided you know what that particular program's drop targets are. Bruce wrote: B> To Do B> I'm planning two more things for this release B> - fix dialog positioning for date.get B> - look whether I can implement an option to show window corresponding B> to active button when dragged file hovered over that button I think that means: after the window is Shown, you could drop anywhere (including the main doc area if you wish) depending on the program and your choice for this occasion. Attention: PowerPro's Web site has moved: http://www.ppro.org Yahoo! Groups Links <*> To visit your group on the web, go to: http://groups.yahoo.com/group/power-pro/ <*> To unsubscribe from this group, send an email to: [EMAIL PROTECTED] <*> Your use of Yahoo! Groups is subject to: http://docs.yahoo.com/info/terms/
