On Dec 2, 2008, at 1:26 PM, Henning Hraban Ramm wrote:
>> I'm betting that this is because the grid is not a single control,
>> but a bunch of renderers and editors. IOW, you're not dropping it on
>> the grid, but on a rendered cell within the grid.
>
> I thought such; but dGrid provides processDroppedFiles, therefore it
> should work...
It's getting the event to be caught that's the issue. On the wxPython
list, Robin Dunn pointed me to using grid.GetGridWindow() as the
object to work with. I did a quick test and got a bus error, so I
guess I need to spend more time on it.
> And I wouldn't know how to add a drop handler to every cell.
> That would also contradict my idea - for me, it would be enough if the
> whole main window would accept dropped files, it doesn't matter
> *where* they are dropped.
Dropping on a per cell basis will either impossible or too much of a
PITA to implement, so I wouldn't sweat it.
> Perhaps you saw my thread on PythonMac-SIG: I'm writing a small tool
> to detect the type of a file, esp. for my colleagues who aren't able
> or willing to call "file" in a shell. One should just be able to drop
> a file (or several) anywhere on the app or its icon, it gets analyzed
> with different methods, and the results get displayed in a Grid. Next
> step is to correct wrong/missing extensions and types/creators.
>
> I'm planning to release that as an example of using dabo for a simple
> GUI app without database - or perhaps I could hold the contents of the
> "magic" file in a SQLite db...
Sounds like a cool project. I'll try tonight to get the grid drag/
drop working.
-- Ed Leafe
_______________________________________________
Post Messages to: [email protected]
Subscription Maintenance: http://leafe.com/mailman/listinfo/dabo-users
Searchable Archives: http://leafe.com/archives/search/dabo-users
This message: http://leafe.com/archives/byMID/[EMAIL PROTECTED]
