pbakker:
When using the Tree bean in a splitpane, making the splitpane smaller than the size of the bean on the form where it’s placed would result in the showing of two scrollbars on the bottom, which I do not prefer.
I don’t see that here. I can make my treebean as large as I want the scrollbars won’t appear untill the data inside the tree is larger then the view.
Maybe it’s platform related. I use Mac OS X.
pbakker:
While trying this, I noticed that its not possible to update the size or the location of the Bean element on a form through the property editor. should that work?
Only the beans properties are shown in the properties editor. Anchor properties are not part of a bean.
However you can set the anchors of a bean with the (right-click) contextual menu.
Maybe platform related, but making the element small solves it anyway…
As for the properties: In the bean element property editor, there’s location and size, but they are not editable. That’s what I mean. I’d think that, if they are there, they should be editable, right?
the upper part is a calculation of fields, presented in html in a label
the lower part is just an text area.
If there is html in the mail, than I save it as html file on the disk and open it in the default browser. I do this, because the html-are is real nightmare!
I hope (as Johan, suggested) they will make a new bean/plugin soon, that does a better job.
Nine of ten emails (with html, especially outlook html) shows up as completly empty in a html-area. You can do some substitue things like lower case, etc.. but than again, it is still very ugly!
well there shouldn’t be a problem finding a good html+ css renderer (there are heaps about both commercial and open source)
Its finding a good wysiwyg html+css editor that is the problem. The best price/value point is sferyx @ ~ $1200 and the next is $8000 for editlive I think it is called.
jdic looks promising.
Because it is a wrapper for mozilla you will have a hell of a render engine.
Ofcourse I wonder how crossplatform this all is since it uses native code (i.e. mozilla has to be installed on the workstation).
Something that can be distributed through Java webstart?
Would it also be possible to have an option to not show the connecting lines in the tree? That’d be cool…
One more issue about the bean seems to be this: if you open a node, select an entry below that node (a sub-entry) and then close the node again, the global method gets fired pointing to the sub-entry node. An example:
You have A and then A1, A2, A3 below A. You open node A. You choose A2. The global method gets fired from A2. Now you close A. Again, the global method gets fired from A2 and it shouldn’t.
patrick:
Would it also be possible to have an option to not show the connecting lines in the tree? That’d be cool…
How the tree looks like is decided by the LAF.
The connecting lines are also defined by the GUI guidlines of a platform (wich the LAF follows)
If you don’t want connecting lines you have to run it on Mac OS X