0.8.3 (locally and in the online playground)
So I suppose it has not been fixed yet.

Vincent
> Yes, the problem is that at small sizes with 1 or two rows there is no 
> scroll bar but as you add rows or make the table smaller, it needs to 
> create a scroll bar and there must be a logic error in the scroll bar 
> creation code that is causing the code to spin out of control. I am 
> not sure, but this was reported some time ago and might be fixed. What 
> is the date of the code that you are using?
>
> Jim
>
>
> On Mon, Sep 21, 2009 at 1:49 PM, Vincent Vandenschrick 
> <[email protected] <mailto:[email protected]>> wrote:
>
>     Jim,
>
>     Reworking the snippet, I think you are right. I reproduced the problem
>     with only a table directly added to the playground with a height of 80
>     or less. The strange thing is that, with the same size, whenever the
>     table model has 3 rows or more, the problem does not occur anymore. So
>     it seems to relate to the implementation of the scrollable behaviour.
>     Does it mean that tables can't be used  "as-is" in layouts where their
>     height can vary dynamically ? Or maybe setting a minimal height of 81
>     would make it, preventing the surrounding container to reduce the
>     table
>     size too much ?
>
>     Any hint ?
>     Vincent
>     > Hi Jim,
>     > Thank you for the suggestion. I tried it in the playground,
>     > explicitely setting the size of the 2 tables to (300,200) and the
>     > split pane to (450,600), but the problem remains. I think that the
>     > split pane actually assigns the size of its children based on the
>     > separator position.
>     >
>     > Vincent
>     >> I do not think this is a splitpane issue. Are you setting the exact
>     >> height of the table? I have found that if you set the height of the
>     >> table too small, then you get the exact same behavior you are
>     seeing.
>     >> I don't remember the exact number, but I think you can not have a
>     >> table less then 80 pixels high, or something like that.
>     Increase the
>     >> size of your tale a little bit and I bet your issue will go away.
>     >>
>     >> Jim
>     >>
>     >>
>     >> On Mon, Sep 21, 2009 at 12:55 PM, Vincent Vandenschrick
>     >> <[email protected] <mailto:[email protected]>
>     <mailto:[email protected] <mailto:[email protected]>>> wrote:
>     >>
>     >>     Hi all,
>     >>     While migrating to 0.8.3, I faced a weird behaviour regarding
>     >>     splitpanes
>     >>     and tables. There seems to be cases where the code goes in
>     "infinite
>     >>     loop" (at least it behaves like). I've just reproduced the
>     >> problem in
>     >>     the playground using the following snippet :
>     >>
>     >>     var data = [
>     >>                ["cell11","cell12"],
>     >>                ["cell21","cell22"]
>     >>               ];
>     >>
>     >>     var tm = new qx.ui.table.model.Simple();
>     >>     tm.setData(data);
>     >>     tm.setColumns([ "col1", "col2"]);
>     >>
>     >>     var t1 = new qx.ui.table.Table(tm);
>     >>     var t2 = new qx.ui.table.Table(tm);
>     >>
>     >>     // Create a vertical split pane with the 2 tables
>     >>     var sp = new qx.ui.splitpane.Pane("vertical").set({
>     >>      width : 450,
>     >>      height : 300
>     >>     });
>     >>
>     >>     sp.add(t1);
>     >>     sp.add(t2);
>     >>
>     >>     var doc = this.getRoot();
>     >>
>     >>     doc.add(sp,
>     >>     {
>     >>      left : 100,
>     >>      top  : 50
>     >>     });
>     >>
>     >>     Then try to move the split pane separation up, until the table
>     >>     vertical
>     >>     scrollbar should appear. The browser freezes with constant 100%
>     >>     CPU and
>     >>     you just have to kill it (or stop the script execution
>     whenever it
>     >>     asks
>     >>     for). I reproduced it on FF3.5, IE8, Chrome 3, so I don't think
>     >> it is
>     >>     browser related. Since the browser freezes, I can't even use
>     >>     firebug to
>     >>     track it down.
>     >>     BTW, the weirdest part is that if you add several rows to
>     the table
>     >>     model, the pb vanishes...
>     >>
>     >>     Any clue ?
>     >>
>     >>     Thanks,
>     >>     Vincent
>

------------------------------------------------------------------------------
Come build with us! The BlackBerry&reg; Developer Conference in SF, CA
is the only developer event you need to attend this year. Jumpstart your
developing skills, take BlackBerry mobile applications to market and stay 
ahead of the curve. Join us from November 9&#45;12, 2009. Register now&#33;
http://p.sf.net/sfu/devconf
_______________________________________________
qooxdoo-devel mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel

Reply via email to