Hi John,
I did a little thinking about the sidebar issues you set out below
(admittedly, quite a bit less thinking than I'm sure you've done!), and
I had two ideas... I don't think there's anything about the design that
requires that there be two separate widgets involved in separating the
groups of collections; in fact, I think the complexity comes from trying
to hide that there are two widgets in the first place.... this got me
thinking about alternative ways of representing the separation.
My first (wrongheaded) idea was that we could put a "sentinel" item in
the sidebar collection collection, and index the collection in a way
that would force the OOTB collections first, the sentinel next, then the
user collections in alphabetical order. We'd use some wacky attribute
editor (or maybe a raw editor & renderer) to handle drawing of the
separator-line cell.
I quickly realized how wrong this was -- having the UI affect the model
all the way down to the collection level -- but it gave me a better idea:
What if we adapted Alec's sectioning code, and implement the separator
line the way we handle sections in the Summary table? This might make it
easier to deal with focus and selection more consistently (since it'd
all be handleable within a single wxTable widget)...
(I know, this is a 'dev'-list answer to a 'design'-list question... sorry.)
...Bryan
John Anderson wrote:
Hi:
As I mentioned to Philippe, after nearly three weeks working on the
new sidebar, it's still not finished and it's raised a number of
sticky issues, which makes me wonder if it's the right approach.
I was hoping to get a "somewhat" functional demo for people to play
with to spark some debate, however, getting a version that doesn't
seem totally broken is taking longer than I thought.
So, let me start by posing one of the problems to at least start the
debate.
The new sidebar has is made up of two separate sidebars, one for the
"out of the box" collections, another for the "user" collections. This
means there are two separate sidebar selections. When you're
displaying the "out of the box" collections in the summary view,
you're limited to only collections in the "out of the box" sidebar.
Likewise for the "user" sidebar.
One problem is caused by an ambiguity of whether or not a
command/operation refers to selected items in both sidebars, the "out
of the box" sidebar, or the "user sidebar".
When the sidebar has the focus, it seems like you probably want to
consider the focused sidebar only. However when neither sidebar has
the focus, should you consider both sidebars together, or perhaps the
last one that had focus. If neither sidebar has focus, but only one is
"active" then we'd probably have to draw it differently otherwise you
couldn't tell which one the command would operate on. This might lead
to some confusion. It's breaking the simple, and universal notion, of
a single "active selection" -- it's like we have more than one "active
selection": the one where typing goes and the one when some other
command affecting the sidebar go.
As an exercise to help sort this out, go through them menus and ask
yourself the question: what should each command do given the various
combinations of focus and selections in both sidebars?
John
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design
_ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _
Open Source Applications Foundation "Design" mailing list
http://lists.osafoundation.org/mailman/listinfo/design