Home » Eclipse Projects » Nebula » CompositeTable and item groups...
| | | | |
| Re: CompositeTable and item groups... [message #34200 is a reply to message #31832] |
Sat, 05 May 2007 19:23   |
Eclipse User |
|
|
|
Originally posted by: h3.miegel.org
To solve Roland Tepp's problem, I would have some other UI component to
control the two lists (a sash, a tab control with two tabs, a pair of
controls each with an expand/collapse button, or perhaps the Nebula Shelf
control), and embed two CompositeTable controls in that. That way it is
easy to find, say, the top item in the lower list.
However, Roland does not like that approach but wants a single scroll bar to
scroll through a combined list. To do that, I think you would really have
to create a single CompositeTable with the combined set of rows. You would
probably want to create a separator row. Until variable height rows are
supported, you will have to make the separator row the same height as the
other rows, and because CompositeTable (currently) requires the same control
class to be used for all rows, that row control must use something like
StackLayout to allow it to be both a separator row or a regular row.
I do not think nesting CompositeTables will work well. Either the rows
containing the nested tables are high enough to contain the entire nested
table (in which case why use CompositeTable at all, you may as well use some
other control such as a Table or a Composite with vertical row layout), or
the nested composite tables have nested scroll bars, which would be rather
confusing.
You might think that you would need to use a CompositeTable (even if it has
only two rows) in order to get the support that forces the row layouts to
line up with the header layout. However, that functionality could easily be
moved into a layout manager that can be used on a nested table or on a
composite control.
BTW, I am using a patched version of CompositeTable that supports variable
height rows. However, it needs a bit more work before I am ready to submit
the patch. Basically, a lot of the scolling methods and fields in
InternalCompositeTable don't have any meaning when the rows have different
heights. In order to get it to work in a consistent manner according to
well-defined rules, a complete re-write of these methods was needed.
- Nigel
"David J. Orme" <djo@coconut-palm-software.com> wrote in message
news:etef84$v4e$1@utils.eclipse.org...
> Roland Tepp wrote:
>> I was wandering if CompositeTable can have some sort of grouping of table
>> items with group headers and possibly an option to collapse those groups?
>
> You would have to nest CompositeTables inside each other. In order to do
> that, CompositeTable would have to permit row objects to be differing
> heights, something it does not permit right now, but would be possible to
> implement. Your second request would require CompositeTable to permit
> rows to have dynamic heights, which would be yet another feature request.
>
> Patches are welcome. :-)
>
> Regards,
>
> Dave Orme
> --
> Senior Consultant, Trainer
> Coconut Palm Software, Inc.
> http://www.coconut-palm-software.com
|
|
| | | | | |
| Re: CompositeTable and item groups... [message #581937 is a reply to message #31832] |
Sat, 05 May 2007 19:23 |
 Nigel
Messages: 12
Registered: July 2009 |
Junior Member |
|
|
To solve Roland Tepp's problem, I would have some other UI component to
control the two lists (a sash, a tab control with two tabs, a pair of
controls each with an expand/collapse button, or perhaps the Nebula Shelf
control), and embed two CompositeTable controls in that. That way it is
easy to find, say, the top item in the lower list.
However, Roland does not like that approach but wants a single scroll bar to
scroll through a combined list. To do that, I think you would really have
to create a single CompositeTable with the combined set of rows. You would
probably want to create a separator row. Until variable height rows are
supported, you will have to make the separator row the same height as the
other rows, and because CompositeTable (currently) requires the same control
class to be used for all rows, that row control must use something like
StackLayout to allow it to be both a separator row or a regular row.
I do not think nesting CompositeTables will work well. Either the rows
containing the nested tables are high enough to contain the entire nested
table (in which case why use CompositeTable at all, you may as well use some
other control such as a Table or a Composite with vertical row layout), or
the nested composite tables have nested scroll bars, which would be rather
confusing.
You might think that you would need to use a CompositeTable (even if it has
only two rows) in order to get the support that forces the row layouts to
line up with the header layout. However, that functionality could easily be
moved into a layout manager that can be used on a nested table or on a
composite control.
BTW, I am using a patched version of CompositeTable that supports variable
height rows. However, it needs a bit more work before I am ready to submit
the patch. Basically, a lot of the scolling methods and fields in
InternalCompositeTable don't have any meaning when the rows have different
heights. In order to get it to work in a consistent manner according to
well-defined rules, a complete re-write of these methods was needed.
- Nigel
"David J. Orme" <djo@coconut-palm-software.com> wrote in message
news:etef84$v4e$1@utils.eclipse.org...
> Roland Tepp wrote:
>> I was wandering if CompositeTable can have some sort of grouping of table
>> items with group headers and possibly an option to collapse those groups?
>
> You would have to nest CompositeTables inside each other. In order to do
> that, CompositeTable would have to permit row objects to be differing
> heights, something it does not permit right now, but would be possible to
> implement. Your second request would require CompositeTable to permit
> rows to have dynamic heights, which would be yet another feature request.
>
> Patches are welcome. :-)
>
> Regards,
>
> Dave Orme
> --
> Senior Consultant, Trainer
> Coconut Palm Software, Inc.
> http://www.coconut-palm-software.com
|
|
| |
Goto Forum:
Current Time: Thu Apr 18 04:32:16 GMT 2024
Powered by FUDForum. Page generated in 0.02558 seconds |
] 
Search
Help
Register
Login
Home
