hi cdr, Josh,
cdr wrote:
can anyone get dropfile.pd to corectly open with .38test4?
on windows? on my pd it opens blank (if i have -lib toxy in my .bat).i'm not sure that's specific to 0.38. however i would always recommend building toxy to your pd version, rather than use binaries( the makefile in externals/miXed/ will build in GCC on windows, or linux..or osx...) since a minor tweak in any of the g_ files could break everything...(mathieu has seemed interested in pure-Tk GUI objects so i would hope or suspect the process is integrated one day..)
it is unlikely toxy would work with 0.38, I am afraid, without updating the way of addressing Tk objects (or waiting for Miller to release a version which restores the original way).
so i noticed if you open drop*.pd first, pd freezes, on this:
image create bitmap ::toxy::img::empty -data {} proc ::toxy::doreply {target vname vndx op} { pd [concat $target _rp $::toxy::reply ;] unset ::toxy::reply } pdtk_canvas_new .x9f5850 505 131 +471+279 0 wm title .x9f5850 {dropfile.pd - C:/samples/_p/pd} set menu_windowlist {{dropfile.pd .x9f5850} } pdtk_fixwindowmenu
weird the trace ends here... The fragile part of potential widget-to-text transformation (which is fired on a Tk failure) comes just next, after [widget]s start sending Tk-widget drawing requests.
Have you tried building toxy with uncommented WIDGET_DEBUG, WIDGETTYPE_DEBUG, and SCRIPTLET_DEBUG #defines?
Krzysztof