Hello Koen! I'm BACK!!!
(Just a reminder about the context: I'm new to Wt and just playing around with it. The animateShow issue is in no way urgent for me which is why it's taken a couple of months for me to get back to it.) I have some specific questions, below: On Mon, Jan 19, 2015 at 9:10 AM, Koen Deforche <k...@emweb.be> wrote: > Hey, > > 2015-01-07 1:45 GMT+01:00 K. Frank <kfrank2...@gmail.com>: >> >> Please let me clarify to be sure I understand: >> >> 1) To use animation, I need a non-inline widget, e.g. setInline(false); >> >> But >> >> 2) Even with setInline(false);, my use case -- hiding and showing the >> same widget repeatedly -- is not expected to work correctly because >> of the bug you mention below. >> >> Is this correct? > > Yes. Just to confirm, I did add setInline(false) to my test code, and the issue with animateShow did persist. >> Again, just to confirm, does this bug mean that my test program is not >> expected to work (even with setInline(false);)? > > Yes. >> >> Is the bug fix simple? Is it something I can hand-patch in my build of >> Wt 3.3.3? > > It would be simple if it were not from the complication that the JS is > minified. I am new to JS. I think I understand this, but please let me check. "Minified" JS is legal JS, but it's been textually compressed (e.g., replace "someLongInformativeVariableName" with "a"), without modifying its semantics. Correct? In my (JS) source directory: .\wt-3.3.3\src\js I have both: WWebWidget.js and WWebWidget.min.js My understanding is that the minified file, WWebWidget.min.js, came from you guys when I downloaded the Wt source bundle, and was NOT produced when I built the Wt libraries. Correct? When I build my Wt application, I refer to the Wt include directory and the Wt libraries I built. I do not set anything that looks like JS in the include files. I do see strings in WWebWidget.obj (created when I built the Wt libraries) that look like they might have come from WWebWidget.min.js. Is the following correct? When I build the Wt libraries, the .js files are not used -- I could have deleted them right after I downloaded the source bundle. When I build the Wt libraries, the flow of information is: WWebWidget.min.js --> WWebWidget.obj --> libwt.a and when I build by Wt application, I get the relevant (minified) JS out of libwt.a at link time. > The patch is the following: > > diff --git a/src/js/WWebWidget.js b/src/js/WWebWidget.js > index 1ccdbed..8298be0 100644 > --- a/src/js/WWebWidget.js > +++ b/src/js/WWebWidget.js > @@ -261,6 +261,7 @@ WT_DECLARE_WT_MEMBER > if (hide) > el.style.display = display; > restore(el, elStyle); > + onEnd(); > }); > } > > Then you could copy WWebWidget.js to WWebWidget.min.js (not really minifying > it). Based on my above understanding, after I patch WWebWidget.js (and copy it to WWebWidget.min.js), I would need to rebuild the Wt libraries. More specifically, I would need to recompile WWebWidget.obj, and relink libwt.a, but these specific details should be taken care of by the make process. Is this all correct? As an aside, would it suffice to simply recompile WWebWidget.obj, and, when I build my application, link to WWebWidget.obj (ahead of libwt.a on the command line) to pick up the patched JS, or would that lead to some kind of multiply-defined-symbol problem, or otherwise fail? (I am using mingw-w64, a 64-bit windows version of gcc, if that matters.) > Regards, > koen Thanks very much for your help and explanations, and for Wt! K. Frank ------------------------------------------------------------------------------ BPM Camp - Free Virtual Workshop May 6th at 10am PDT/1PM EDT Develop your own process in accordance with the BPMN 2 standard Learn Process modeling best practices with Bonita BPM through live exercises http://www.bonitasoft.com/be-part-of-it/events/bpm-camp-virtual- event?utm_ source=Sourceforge_BPM_Camp_5_6_15&utm_medium=email&utm_campaign=VA_SF _______________________________________________ witty-interest mailing list witty-interest@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/witty-interest