2011/7/4 cypherpu <cyphe...@gmail.com>: > While trying to implement a program that allows several widgets to be drag and > dropped onto several other widgets, I ran into the following errors, along > with > an inability to drop: > > [2011-Jul-04 08:08:38.051011] 7258 [/ XEs9qqNQXRFHLGyA] > [error] "decodeSignal(): signal 'unitsResult_oh5nscv._drop' not exposed" > [2011-Jul-04 08:08:38.051107] 7258 [/ XEs9qqNQXRFHLGyA] > [error] "decodeSignal(): signal 'unitsResult_oh5nscv._drop' not exposed" > [2011-Jul-04 08:08:38.051157] 7258 [/ XEs9qqNQXRFHLGyA] > [error] "decodeSignal(): signal 'unitsResult_oh5nscv._drop' not exposed" > > This error seems to be related to Bug #841. In trying to track where widgets > were being dropped, I had setObjectName on the drop locations. By removing the > setObjectName on the drop locations, the error vanished. (I have since > realized > I could accomplish the same objective by customizing callbacks on my drop > widgets.) This is from Wt 3.9.1 and Firefox 5.0. >
This is indeed the same bug. JSignals and setting object names sometimes cause problems because of this. > Also, why is drag and drop implemented via a dropEvent virtual method and not > a > signal? That's a historical thing. We probably could fix this by adding a signal and invoking it in the default handler. Wim. ------------------------------------------------------------------------------ AppSumo Presents a FREE Video for the SourceForge Community by Eric Ries, the creator of the Lean Startup Methodology on "Lean Startup Secrets Revealed." This video shows you how to validate your ideas, optimize your ideas and identify your business strategy. http://p.sf.net/sfu/appsumosfdev2dev _______________________________________________ witty-interest mailing list witty-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/witty-interest
