The last row or colum in the tablelayout is always biger then the others. (if you wish i can create a screenshot).
If a panel have "panel.getStyle().getBackground().setColor(Color.TRANSPARENT);" set and have a actionListener then the listener dont work in Internet Explorer 7. With firefox and konqueror they work correct.
And i have a wish :D mouseover and mousepress listener ;).
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks for the info. However, I'm not sure I accept the claim that the last row / column is always bigger. I mean, possibly it is by a pixel or two, but nothing noticeable. The best way to test out a bug is to first see if the Playground app demonstrates the problem in anyway. Not every issue can be created in the Playground app, but most can be. In this case, a quick look over the Playgrounds "TableLayout (Complex)" example, there are numerous relatively sized columns/rows and they all look ok. Please post screenshot and accompanying code if you are sure this is a problem.
With regards to the transparency/action listener behavior, that's actually related to a well known bug in IE. In fact, we work around it in a number of different places in the framework and it looks like we'll have to work around it in this case as well. Here's a bug tracker I opened for this item: http://sourceforge.net/tracker/index.php?func=detail&aid=1838239&group_id=170706&atid=855239
However, I have to wonder, why you would need a mousepress event that is separate from mouseclick? Are you looking for mousepress to simply control the styling of a component based on mousedown/mouseup? If so, we are planning a much more extensive styling mechanism to handle that in 1.3. Besides styling, I can't think of a case where you a mousepress would be needed. Thoughts?
-Josh <G>
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Ted ran some tests and found out that this is in fact a problem. Thanks for the find. We haven't seen it ourself because it only happens when you use 0's for all column widths or row heights AND you have a large number of rows or columns. In any case, here's the bug detail for it: http://sourceforge.net/tracker/index.php?func=detail&aid=1840713&group_id=170706&atid=855239
It should get corrected shortly and checked into the 1.2 branch.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I forgot. I need mouseprees and mouseover to create something like drag and drop. I will the component see what i move like the dialog. Now i see only the border.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I'm not sure how performant some of these things are that you are looking to do. This is a web application, so even if we had support for listening on those events, you really wouldn't want to implement something like that using server-side code. If your not happen with the way that the built-in drag-n-drop support works, you'll probably have to do some client-side code hacking to make it work. You might look at the what we did in the form-creator (see the SVN repository, no build is currently available). It has the ability to drag components around the screen.
-Josh <G>
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi,
i found two bugs.
The last row or colum in the tablelayout is always biger then the others. (if you wish i can create a screenshot).
If a panel have "panel.getStyle().getBackground().setColor(Color.TRANSPARENT);" set and have a actionListener then the listener dont work in Internet Explorer 7. With firefox and konqueror they work correct.
And i have a wish :D mouseover and mousepress listener ;).
Thanks for the info. However, I'm not sure I accept the claim that the last row / column is always bigger. I mean, possibly it is by a pixel or two, but nothing noticeable. The best way to test out a bug is to first see if the Playground app demonstrates the problem in anyway. Not every issue can be created in the Playground app, but most can be. In this case, a quick look over the Playgrounds "TableLayout (Complex)" example, there are numerous relatively sized columns/rows and they all look ok. Please post screenshot and accompanying code if you are sure this is a problem.
With regards to the transparency/action listener behavior, that's actually related to a well known bug in IE. In fact, we work around it in a number of different places in the framework and it looks like we'll have to work around it in this case as well. Here's a bug tracker I opened for this item: http://sourceforge.net/tracker/index.php?func=detail&aid=1838239&group_id=170706&atid=855239
Finally, with regards to mouseover and other useful mouse events, there is an existing feature request open here: http://sourceforge.net/tracker/index.php?func=detail&aid=1614397&group_id=170706&atid=855242
However, I have to wonder, why you would need a mousepress event that is separate from mouseclick? Are you looking for mousepress to simply control the styling of a component based on mousedown/mouseup? If so, we are planning a much more extensive styling mechanism to handle that in 1.3. Besides styling, I can't think of a case where you a mousepress would be needed. Thoughts?
-Josh <G>
Mousepress.
You right. I wanted to create a own button. I need mousepress to create the animation. I am looking forward to 1.3 :P
Mouseover. Yes i now but it is there since 2006-12-13 :(.
Layout. Pic http://www.bilder-hochladen.net/files/45u7-2-png.html
Code
package de.economore.mogawe.mose.web.clerkui.test;
import thinwire.ui.Frame;
import thinwire.ui.Panel;
import thinwire.ui.layout.TableLayout;
import thinwire.ui.style.Color;
public class LayoutTest{
public LayoutTest(Frame frame){
frame.setLayout(new TableLayout(new double[][]{
{0,0,0},
{0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0}},0,0
));
for (int i = 0; i < 20; i++) {
Panel panel = new Panel();
panel.setLimit("1,"+i);
panel.getStyle().getBorder().setSize(2);
panel.getStyle().getBorder().setColor(Color.BLACK);
frame.getChildren().add(panel);
}
}
}
David,
Ted ran some tests and found out that this is in fact a problem. Thanks for the find. We haven't seen it ourself because it only happens when you use 0's for all column widths or row heights AND you have a large number of rows or columns. In any case, here's the bug detail for it: http://sourceforge.net/tracker/index.php?func=detail&aid=1840713&group_id=170706&atid=855239
It should get corrected shortly and checked into the 1.2 branch.
I forgot. I need mouseprees and mouseover to create something like drag and drop. I will the component see what i move like the dialog. Now i see only the border.
David,
I'm not sure how performant some of these things are that you are looking to do. This is a web application, so even if we had support for listening on those events, you really wouldn't want to implement something like that using server-side code. If your not happen with the way that the built-in drag-n-drop support works, you'll probably have to do some client-side code hacking to make it work. You might look at the what we did in the form-creator (see the SVN repository, no build is currently available). It has the ability to drag components around the screen.
-Josh <G>
To get your rows to space evenly, do the following:
double h = (double) 1 / (double) 20; // row height
frame.setLayout(new TableLayout(new double[][]{
{0,0,0},
{h,h,h,h,h,h,h,h,h,h,h,h,h,h,h,h,h,h,h,h}},0,0
));