Alan Martin wrote: > 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. >
i see how thats the best option, i was just thinking out loud... > 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. > yep, just like the normal taskbar. hover for 2 secs and the window pops to front. 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/
