On 08/22/2016 05:27 AM, Daniel Schürmann wrote: > Am 22.08.2016 4:49 vorm. schrieb "Be" <b...@gmx.com <mailto:b...@gmx.com>> > >> It seems the major question we have not come to a consensus about is how >> to control which feature is shown in LibrarySidebarExpanded. To >> reiterate my proposal using this language: >> >> * Focus of the track table panes only changes by clicking the selection >> icon. There is always a track table pane focused. >> * When focused, a feature's LibrarySidebarExpanded is shown. >> * Clicking feature icons always opens the feature in the focused pane. > > Unfortunately these control schema does not fullfil my requirements as > outlined before. I have already made bad real use experiences with this > schema. > > If I understand you correct, you can't work with features, appearing in > their old location, even if you have a pointing hand that shows where it > will appear just before a button bar click and you have the option to > override this behaviour. > > Since this seams to be to opposide opinions which do not fit together, > the only solution I see is to make the pane storing a preference option. >
I don't think there should be an option. There should be one way that works. Options will be hard to discover and a hassle to maintain different code. I don't think forgetting where the focus is will be an issue when there is always a focus and it can only be set by intentional action to set the focus. The problem with forgetting where the focus was before arose because it was confusing to predict which pane would be focused and the focus was coupled to clicking tracks in the track tables. >> > From my experience it helps a lot to let the Auto DJ track table appear >> > always right. In your model it happens easy that a user searches for a >> > track in the left pane. Now he wants to use AutoDJ controls, lets say >> > "Fade now", he clicks on AutoDJ controls the Auto DJ button without >> > caring about the focus. Result: The library track tabke is replaced with >> > a second AutoDJ pane. This is worse in two ways. He lost the state of >> > the current search process in the library, and he gets a second unwanted >> > AutoDJ pane. >> >> No, the user wouldn't click the AutoDJ feature icon. The user would >> click the focus icon. Therefore there would not be accidental opening of >> a feature's track table where it is not desired. > > The preselection icon should only do one thing, duplicating a feature > which we already have in a good shape at a good position is not a > good option for me. > It would be misleading, if the user should click on a button to prepare > a feature change which changes the feature in its own. > It seems we have a choice between which set of buttons serves two purposes. Either 1. the feature icons serve the dual purposes of opening track tables and LibrarySidebarExpanded for features with already opened track tables or 2. the new focus icons serve the dual purpose of controlling where the feature icons will open a track table and opening LibrarySidebarExpanded for features with already opened track tables I think #2 is more intuitive and straightforward, both for knowing where a feature icon will open a track table and for opening the LibrarySidebarExpanded for a feature that already has a track table open. #1 requires the complicated asymmetric rules discussed below. >> What I am confused about regarding your model is the situation of not >> having either track table focused. How does the user open the >> LibrarySidebarExpanded for a feature that has a track table pane open? > > Yo can just click the button bar. Think of it like vertical tabs for the > Library sidebar expanded. Coming from Mixxx 2.0, it is just the tree > root elements moved out. > >> If I understand your model correctly, this would create the confusing >> situation of having to click the feature icon but not making it clear >> where that would open a track table, unless an association had been >> previously set. > > The default pane is the left pane (1). You will be able to discover it > by hovering the button bar. Joan is just working on a solution of > rendering the Library state during a Mixxx restart. I think this will not be as self-explaining as my proposal. I think we will have many users confused and frustrated because they can't figure out how to change the feature in the right track table pane. Some may assume that it isn't possible to change the right pane before getting support. With a pane always having focus, this won't be such an issue. Also, it will be confusing to have asymmetric rules for the track table panes. This will require more thought for users to understand what clicking a feature icon will do. If there is a visual indication that appears when hovering the cursor over feature icons, this will produce annoying flickering when moving the cursor over different icons. It also won't work for touch screens where there is no cursor hovering before clicking. If the focus is always set on a track table pane, these won't be problems. > >> I see your confusion now. This isn't about swapping panes. What I'm >> concerned about is having the feature icons serve the dual purpose of >> opening the feature's track table and also opening its >> LibrarySidebarExpanded when the track table is already open. > > Probably yes. We have discussed it earlier to not open a track table > when clicking the button bar. This can be an option for playlist and > crates. For now, I would prefer to open the old playlist, instead of > opening the info page. > You're right, opening the old playlist/crate rather than the info page does make more sense. ------------------------------------------------------------------------------ _______________________________________________ Get Mixxx, the #1 Free MP3 DJ Mixing software Today http://mixxx.org Mixxx-devel mailing list Mixxx-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mixxx-devel
