Hi Ivan, I'm glad you like the new features :)
Yes absolutely please enter a bugzilla issue for any bugs you encounter. Please include a small example snippet if possible. -Chris From: "Ivan Ooi" <[EMAIL PROTECTED]> To: "Nebula Dev" <[email protected]> Date: 06/28/2007 01:03 PM Subject: [nebula-dev] Grid - VIRTUAL + WordWrap awesome!! Hi Chris, I tested page down key at the last row. now no more crash. thanks! :-D The best is VIRTUAL + WordWrap. I tested and it works! but... got 1 small bug. next row will not appear if u keep scrolling down until it exit the visible area. This only happen after you double click the column's border to make all item's text visible. Should I enter a new bug for this ? Anyway. Thanks! I like the virtual + wordwrap the most!!!! awesome!!! generic table can't do that! ehehe On 6/27/07, Christopher J Gross <[EMAIL PROTECTED]> wrote: You're right Nicolas. I should have read the Table code more closely. I will have to recode some parts of the Grid to match the design. The setData calls are already in place. Regards, -Chris From: "Nicolas Richeton" <[EMAIL PROTECTED]> To: "Nebula Dev" <[email protected] > Date: 06/23/2007 10:34 AM Subject: Re: [nebula-dev] Grid - Support multiple lines in a GridItem and SWT.VIRTUAL ? Hi Chris, In Grid, you seems to create every item in setItemCount while (count > items.size()) { new GridItem(this,SWT.NONE); } In Table, AFAIK setItemCount only creates an array, something like : TableItem[] items= new TableItem[count]; setData events are fired for null items on demand, this is the place when items are created. Regards, -- Nicolas On 6/23/07, Chris Gross <[EMAIL PROTECTED] > wrote: I'm not sure for all the reasons but Table performance is difficult to match. For example: Grid grid = new Grid(shell,SWT.VIRTUAL | SWT.V_SCROLL | SWT.H_SCROLL); GridColumn column = new GridColumn(grid,SWT.NONE); column.setWidth(100); grid.setItemCount(100000); That code takes about 2100 milliseconds on my system. Run the same thing with Table and it takes about 20 milliseconds. Thats a huge difference. Honestly its a little surprising to me that its soo different. I'm sure there are things I could in Grid for it to be faster but I doubt I can make up that margin. If you have any insight it would be much appreciated. Regards, -Chris Steve Northover wrote: Why would the SWT table be faster on Windows? Do you have a benchmark? Christopher J Gross <[EMAIL PROTECTED]> Sent by: [EMAIL PROTECTED] 06/22/2007 04:57 PM Please respond to Nebula Dev <[email protected]> To Nebula Dev <[email protected]> cc Subject Re: [nebula-dev] Grid - Support multiple lines in a GridItem and SWT.VIRTUAL ? Hi Ivan, I've just implemented on small performance fix that should speed up performance on population. That being said, the base SWT Table is likely always going to be faster than Grid (at least on win32 Windows port). -Chris From: "Ivan Ooi" <[EMAIL PROTECTED]> To: "Nebula Dev" <[email protected]> Date: 06/22/2007 12:58 PM Subject: Re: [nebula-dev] Grid - Support multiple lines in a GridItem and SWT.VIRTUAL ? oh! sorry, is my fault. yape! VIRTUAL was implemented. I use the Table VIRTUAL sample and it works :-) but... like what you had mentioned, performance not as snappy as Table control... On 6/7/07, Chris Gross <[EMAIL PROTECTED] > wrote: Hi Ivan, Grid currently supports multiple lines in an item by using a combination of GridColumn#setWordWrap and Grid#setItemHeight. There is also some work underway to allow differing heights for different items. See: https://bugs.eclipse.org/bugs/show_bug.cgi?id=190252 SWT.VIRTUAL has been implemented though there is one outstanding issue preventing performance from being particularly good. Regardless, 10,000 is not a large number of rows for the tab and that should populate extremely quickly with or without SWT.VIRTUAL. Regards, -Chris Ivan Ooi wrote: Hi, Does Grid control able to support multiple lines in a GridItem as what Table control able ? What about SWT.VIRTUAL ? This features is good for 10k rows. Thanks _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev -- Nicolas Richeton _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev _______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev
_______________________________________________ nebula-dev mailing list [email protected] https://dev.eclipse.org/mailman/listinfo/nebula-dev
