Column header clicking and configurable columns

[gm-mrktc]

Our current implementation for list-based UI controls is based on the
Glazed Lists SWT integration code.  Right now there are three notable
things that we have not implemented for our UI:

1) Sorting by clicking on the column header -- I think this one is
relatively straightforward given the current state of the Glazed List
API.
2) Moving columns by dragging -- This may be very simple, I haven't looked.
3) Configurable inclusion of columns -- For any given row there may be
tens or hundreds of available columns, we want to allow the users to
choose the ones they are interested in. This is more of a UI challenge
than a technical one.

Thoughts?

On a somewhat related note, Glazed Lists has released version 1.7 of
their library.  I will upgrade the current build from 1.5 to 1.7
unless people object.

graham
_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/cgi-bin/mailman/listinfo/m-etc-dev

[toli]

1) Sorting by clicking on the column header -- I think this one is
relatively straightforward given the current state of the Glazed List
API.
2) Moving columns by dragging -- This may be very simple, I haven't looked.

these two are definitely no-brainers. at this point eveybody's used to being able to do that in every application, so it would be great if our UI could to do that too.

3) Configurable inclusion of columns -- For any given row there may be
this is a good idea. Can we do this as part of the "preferences"? is that something that RCP can support? I think that'd be a better way than having to do it in a config file, or as a separate pop-up.

I assume these columns are data-driven, right? potentially, once we have an "options" view the # of possible columns is different, right? so we need to think of a good way to make the configuration general.


their library.  I will upgrade the current build from 1.5 to 1.7
unless people object.

nope, go ahead.

[Andrei Lissovski]

I'll file enhancement bugs for 1) and 2). Seems like
the bulk of work will be in persisting/restoring the
editor states (i.e., column order and the currently
sorted-on column + asc/desc).

As to 3), we could also do something similar to what
Windows Explorer does in Detailed View on Windows XP.
That is, right-clicking on the table heading brings up
a pop-up with most commonly used fields where you can
select a field that you want to add/remove from view.
In that pop-up, there's also a "More..." item on the
bottom that brings up a dialog with an exhaustive list
of fields applicable to the view.

-a



--- toli <[hidden email]> wrote:

>
> 1) Sorting by clicking on the column header -- I
> think this one is
> relatively straightforward given the current state
> of the Glazed List
> API.
> 2) Moving columns by dragging -- This may be very
> simple, I haven't looked.
>
> these two are definitely no-brainers. at this point
> eveybody's used to being
> able to do that in every application, so it would be
> great if our UI could
> to do that too.
>
> 3) Configurable inclusion of columns -- For any
> given row there may be
> this is a good idea. Can we do this as part of the
> "preferences"? is that
> something that RCP can support? I think that'd be a
> better way than having
> to do it in a config file, or as a separate pop-up.
>
> I assume these columns are data-driven, right?
> potentially, once we have an
> "options" view the # of possible columns is
> different, right? so we need to
> think of a good way to make the configuration
> general.
>
>
> their library.  I will upgrade the current build
> from 1.5 to 1.7
> unless people object.
>
> nope, go ahead.
> --
> View this message in context:
>

http://www.nabble.com/Column-header-clicking-and-configurable-columns-tf2123986.html#a5860054
> Sent from the m-etc-dev forum at Nabble.com.
>
> _______________________________________________
> m-etc-dev mailing list
> [hidden email]
>
http://lists.marketcetera.org/cgi-bin/mailman/listinfo/m-etc-dev
>

_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/cgi-bin/mailman/listinfo/m-etc-dev

[gm-mrktc]

On 8/21/06, Andrei Lissovski <[hidden email]> wrote:

> I'll file enhancement bugs for 1) and 2). Seems like
> the bulk of work will be in persisting/restoring the
> editor states (i.e., column order and the currently
> sorted-on column + asc/desc).
>
> As to 3), we could also do something similar to what
> Windows Explorer does in Detailed View on Windows XP.
> That is, right-clicking on the table heading brings up
> a pop-up with most commonly used fields where you can
> select a field that you want to add/remove from view.
> In that pop-up, there's also a "More..." item on the
> bottom that brings up a dialog with an exhaustive list
> of fields applicable to the view.
>
> -a

I think that's a great idea.

I think the following would need to be done:
Implement a TableFormat that allows selectable columns and knows how
to persist itself.
Implement a ViewerSorter, and SelectionListener something like what is shown in
this forum
http://www.eclipsezone.com/eclipse/forums/t59401.html

I think if we didn't persist the sorting to begin with, that would be OK.

graham
_______________________________________________
m-etc-dev mailing list
[hidden email]
http://lists.marketcetera.org/cgi-bin/mailman/listinfo/m-etc-dev