Hi Andrew, On Thu, 7 Apr 2011, Andrew Manson wrote:
> Ok I took your advice and have created a playground example. There seem to > be 3 different cases that would be interesting for you to look at: as I am just a Qx-user as yourself (trying to help out on the mailing list while "the guys" are busy with the release), I'll leave the actual debugging/fixing to the developers. > Case 1 : http://tinyurl.com/6xdkdwe > This example shows the behaviour that I described before. Just hover over > the first row of the table and watch your console output. > > Case 2 : http://tinyurl.com/6a7mtvp > No errors no matter where you over over the table. It seems that there needs > to be at least 1 row in the table. Yes, something like that. > Case 3 : http://tinyurl.com/3lcwu6q > It seems that the "fake row" created by having the visibility button enabled > and the headers cells disabled causes the same problem. Hover over the grey > "fake row" and watch your console. > > My use case for having a single row table is actually quite complicated > technically but it is what our UX design dictates. We need to have a table > with columns that resembles a spreadsheet but above this table we need to > have a single row that describes the content of that table column by column. > I am using a table because I want it to look exactly like a row in the main > table (with the grid highlighted) and synchronise the column widths with the > table below it. I didn't realize that you have a table anyway. > > I suppose a grid layout would be helpful but it would need to have the > following features: > > 1) fixed width "columns" in the grid layout that can be set and no matter > what width the content of the cell is it will not pass this > 2) fixed height cells, prevents overflow onto a new line > 3) simple way to update the width of a "column" in the grid using column > index and a update value > > from the examples of the grid layout it seems like it is quite a complicated > setup and I got the impression that I would need to do quite a lot of 1, 2 > and 3 above manually. > > If you think from my description above Grid layout is still the way I > "should" be doing it then I will have to look deeper into the grid layout. Looks like table is the way to go. If I understand your requirements correctly, you might want to consider just ONE table (takes care of the synchronization) and have special row/cellrenderers fot distinguishing the content of what would be in your one-row table from the content in your second table? Cheers, Fritz > Cheers for all your help, > - Andrew > > ----------------------------------------- > Andrew Manson > Graticule Cloud > Applications<http://www.graticule.com/services/cloud-computing> > www.graticule.com > > > > On 7 April 2011 11:28, Fritz Zaucker <[email protected]> wrote: > >> Hi Andrew, >> >> it would be helpful for getting such problems fixed if you could reproduce >> them with a short playground example. >> >> Cheers, >> Fritz >> >> P.S.: BWT, what is your use case for a one-row table? Wouldn't a grid >> layout >> be a simpler and perhaps even more flexible alternative (as you could >> place any widget inside a grid layout)? >> >> On Thu, 7 Apr 2011, Andrew Manson wrote: >> >>> Hi, >>> >>> Looks like I've found another bug in the table class. I have disabled the >>> header of the table using the following code: >>> >>> this.__smallTable.setHeaderCellsVisible(false); >>> >>> and now every time I hover over the table with my mouse it shows the >>> following message: >>> >>> this.__header.getContainerLocation() is null >>> >>> this message is coming from >>> Scroller.js ( >>> qx.ui.table.pane.Scroller) line 1936 which is: >>> >>> var currX = this.__header.getContainerLocation().left; >>> >>> This does seem to be a bug, can anyone confirm? >>> >>> Cheers, >>> - Andrew >>> >>> ----------------------------------------- >>> Andrew Manson >>> Graticule Cloud Applications< >> http://www.graticule.com/services/cloud-computing> >>> www.graticule.com >>> >> >> -- >> Oetiker+Partner AG tel: +41 62 775 9903 (direct) >> Fritz Zaucker +41 62 775 9900 (switch board) >> Aarweg 15 +41 79 675 0630 (mobile) >> CH-4600 Olten fax: +41 62 775 9905 >> Schweiz web: www.oetiker.ch >> >> >> ------------------------------------------------------------------------------ >> Xperia(TM) PLAY >> It's a major breakthrough. An authentic gaming >> smartphone on the nation's most reliable network. >> And it wants your games. >> http://p.sf.net/sfu/verizon-sfdev >> _______________________________________________ >> qooxdoo-devel mailing list >> [email protected] >> https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel >> > -- Oetiker+Partner AG tel: +41 62 775 9903 (direct) Fritz Zaucker +41 62 775 9900 (switch board) Aarweg 15 +41 79 675 0630 (mobile) CH-4600 Olten fax: +41 62 775 9905 Schweiz web: www.oetiker.ch ------------------------------------------------------------------------------ Xperia(TM) PLAY It's a major breakthrough. An authentic gaming smartphone on the nation's most reliable network. And it wants your games. http://p.sf.net/sfu/verizon-sfdev _______________________________________________ qooxdoo-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/qooxdoo-devel
