Hi all, some general info below ... > If adding this functionality to the base class would be considered code-bloat > then it would be really great if pivot-developers could add some extended > classes to pivot-contrib. Ok, this could be an initial solution ... have you got something (or are you interested in writing and sharing with us) ? Note that maybe even under pivot-stuff you can find something useful ...
> After spending almost a day on creating modal pop-ups, I found a link to > pivot-contrib and saw the BlockingDialog class! Yes, I'm thinking that after many months if could be useful to put inside Pivot some of that work, for our 2.1 release, but for this I have to contact the original author, and ask him if it's interested, compile the ASF ICAL, and maybe become a Pivot Committer ... > So the contrib approach is nice too. That way the base classes can stay lean. Ok, at least for the initial solution. > 100% pivot-code will also jump start developers relatively quickly and might > trigger adoption at a higher rate. This is a question that sometimes happens, and I have to say that it's true (for example to have all checked at compile time, etc ...), but the problem is that we lack time ... Many time ago I proposed a mixed approach, just as a idea, an annotation to check at compile time bxml files (at various levels), to use bxml files, but have some compile time checks ... but still it's in the future things (but it's in JIRA). > Also what if someone tampers the bxml? Of course in your case even obfuscation it's not enough, you have to deliver all signed jars, and maybe deploy using jnlp descriptor (could be useful even if you deploy applets), to have other security checks by the Java Runtime. Note that there is another (not-so-shown) feature, or the ability to load bxml files from an URL, for example from an HTTP/S Server (where they could be managed in a central, safe place) ... and note that bxml files could even be generated dynamically (from JSP or other web frameworks). Just as idea. I have just committed this week a small sample for this under our tests subproject, search for JavaConsoleTest.java and related files (it show even how to handle some logic at client side using a mix of JavaScript interpreted by the JVM, and Java code) ... tomorrow I'll send to our mailing lists a detailed post on this to see what user think on this feature. I'd like to refine it and in future put under our demos, but now it's too early. And to finish ... I keep more technical details on code for you and Roger :-) ... thanks again for now. Bye, Sandro
