Maybe link to that issue :
http://bugzilla.qooxdoo.org/show_bug.cgi?id=2262

a workaround that worked so far for us is described here :
http://bugzilla.qooxdoo.org/show_bug.cgi?id=2262#c15

If you search the mailling list, search for that subject "Table can block the browser".

HTH.

On Sep 22, 2009, at 08:28 , Vincent Vandenschrick wrote:

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


------------------------------------------------------------------------------
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