How will the selection of the left pane feature be handled then? With this scheme for selecting the right panes, changing the left pane to show the controls for an already opened right pane by clicking the feature icon wouldn't make sense. I think the left pane should follow the focus button of the right panes.
On 08/21/2016 12:16 PM, Be wrote: > Interesting idea. I think it could work. I think this icon should be on > both right panes though. I suspect that untoggling the button on the > right pane would not be as intuitive as toggling the button on the left > pane to switch focus back to the left pane. > > On 08/21/2016 04:52 AM, Ferran Pujol Camins wrote: >> I think it is a good compromise. I would not complain about it. We can >> even reuse the current focus indicator for this. We just have to add a >> button: >> What you propose is essentially: >> * Feature opens where focus is, but: >> * Focus is always reset to the first pane when a feature is selected >> * Focus is not set by clicking the pane, but with a dedicated button. >> >> It'd work for me, because the "Feature opens where focus is" behavior is >> there :) >> >> 2016-08-21 11:26 GMT+02:00 Daniel Schürmann <dasch...@mixxx.org >> <mailto:dasch...@mixxx.org>>: >> >> Hi, >> >> resuming all the design issues we had during the project. I seams >> the current solution is quite close to be "good". >> >> * It is (will be) controllable by Midi. >> * It looks polished >> * It supports the two main use-case which where the original reasons >> for the second pane, sorting track and AutoDJ-ing well. >> >> The only issue that the pane selection is unintuitive and different >> to that what might be learned from other app. >> >> Or is there something else? >> >> At one point in our design phase we have coupled the input focus >> with the pane selection. This seams to be a bad decision and the >> source of confusion. >> >> How about reverting it and replace it by a preselection icon at the >> right end of the breadcrumb. Somehow an inverse pin icon, which may >> look like a pointing down hand. (see attached) >> >> This should work according these rules: >> * A feature opens in the left pane (1) by default. >> * You can override this behaviour by preselecting the right pane (n) >> via setting the pointing hand. >> * After the feature is shown, the preselection is reset. >> * The pane association is stored, if no pane is preselected, the >> feature is shown where it was before. >> * we can enhance this feature by showing a temporary reselection >> icon when hovering the button bar. >> >> >From this version, we can enhance this by tabs and pin icon if >> required. >> >> What do you think? >> >> Kind regards, >> >> Daniel >> >> >> >> >> >> >> >> >> >> >> >> >> >> Am 21.08.2016 um 02:23 schrieb Ferran Pujol Camins: >> >> >> 2016-08-21 2:04 GMT+02:00 Daniel Schürmann <dasch...@mixxx.org >> <mailto:dasch...@mixxx.org> >> <mailto:dasch...@mixxx.org <mailto:dasch...@mixxx.org>>>: >> >> >> Without the pin feature he can still loose the AutoDJ pane >> association. >> There is no way to prevent having the AutoDJ left or in a >> second Tab, >> which is undesired in most cases. >> >> >> >> That's true, the "only one auto-dj feature open" restriction >> would have >> to be removed, but this is something that should be done anyway. >> >> It is also true that the tab model is very difficult to manage >> with a >> controller. >> >> So what about the simpler model nº 2) i proposed: >> >> 2. Right panes can be blocked (or pinned). A blocked right pane >> can't get the focus so its feature can't change. This alone >> does not >> solve the use cases that worried you, but if you add a third >> pane >> that can be hidden/shown you can pin auto-dj there and you >> are good >> to go. >> >> >> With it you can always have auto-dj in the same place while I >> can get >> "feature always opens where focus is". It is simpler so it should be >> easier to map to controllers. What do you think? >> >> A solution would be to remove all the focus issues and introduce >> independent selectors for each pane. We could put the button bar >> into a flout menu and open it always directly left to the >> focused pane. >> Unfortunately such a model is hard to control by a Midi. >> >> >> That could also work. It is a promising idea. >> >> Or we could open a feature always in the left pane and add a >> button >> "Pin right" Or "Pin to new Tab" if you like. >> Releasing the Pin will remove the tab then. >> >> >> Or even always open features in new tabs that cannot change but >> can be >> closed? Maybe the simplest model. I also like this. >> >> >> By the way, we have discussed the same as "sticky views" >> which have >> now become the saved searches. If you have a close look to >> it, you >> will see that they are similar to your tabs. The save Icon >> does the >> same as "open in a new Tab" >> >> >> It's not exactly the same. Here we re talking about features, >> not search >> queries. >> >> >> >> >> ------------------------------------------------------------------------------ >> >> >> >> _______________________________________________ >> 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 >> > > ------------------------------------------------------------------------------ > _______________________________________________ > 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 > ------------------------------------------------------------------------------ _______________________________________________ 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
