[L2Ork-dev] upcoming: 2.14.1
jon.w.wilkes at gmail.com
Fri Sep 18 12:05:13 EDT 2020
On Fri, Sep 18, 2020 at 11:29 AM Ivica Ico Bukvic <ico at vt.edu> wrote:
> On 9/18/2020 11:16 AM, Jonathan Wilkes wrote:
> >> However, how would you prevent it from adversely affecting the aforesaid scenario?
> > It's a boolean canvas method, so you turn it off if you don't want
> > that behavior (opt out).
> > "tabfocus 1" -> canvas = navigate iemguis, gatom, etc in runmode using tab
> > "tabfocus 0" -> canvas = don't do that
> > Having it be on by default would be nice because the user can click
> > `<tab>` to discover that it works to focus gui objects in runmode.
> > Downside would be that it breaks patches that currently use `<tab>`.
> > But if we have an "Edit" menu option for it unbreaking them is easily
> > discoverable, too.
> > Finally, patches that want their own `<tab>` behavior can turn it off
> > the tabfocus by calling the method "tabfocus 0" directly with
> > `[loadbang]`
> > -Jonathan
> I like that but would in addition also propose something like shift+tab
> to enter the mode and then continue tabbing through by pressing just
> tab, so that you don't have to even pass a message to the canvas.
`<shift-tab>` navigates backwards.
Also, regular old `<tab>` is key to discoverability. This is the way
tab focus works in all modern systems. We just need a shortcut for the
menu option to toggle it on/off.
> > On Fri, Sep 18, 2020 at 11:06 AM Ivica Ico Bukvic <ico at vt.edu> wrote:
> >> On 9/18/2020 11:03 AM, Ivica Ico Bukvic wrote:
> >>> On 9/18/2020 10:49 AM, Jonathan Wilkes wrote:
> >>>>> Tab could be also used in run mode for some activity (as it is in L2Ork
> >>>> Tweeter, for instance) and hijacking it would interrupt the interaction
> >>>> flow.
> >>>> There's a huge usability boon to allowing the user to change focus
> >>>> using tab in runmode, just as there is in a browser when filling out a
> >>>> form. We need a simple way to allow the user to do this so that, for
> >>>> example, they can traverse a column of gatoms to quickly update many
> >>>> different values. That's been a recurring feature request in Vanilla,
> >>>> and users go to a lot of trouble hacking the GUI->Pd system in order
> >>>> to simulate it.
> >>>> We could just add a "tabfocus" method to glists. When it's on tab can
> >>>> be used to traverse focus of gui elements with the keyboard. I'd argue
> >>>> to have it on by default.
> >>> I don't disagree that it would not be potentially useful. However, how
> >>> would you prevent it from adversely affecting the aforesaid scenario?
> >>> Perhaps press shift+tab to get started and then you get exclusive
> >>> focus in this mode and freely tab by pressing just tab until you Esc
> >>> out of it? I could see that being useful. Plain tab to enter it would
> >>> result in a lot of unwanted positives.
> >> That last sentence did not sound right. I meant "false positives" but
> >> you probably already got that :-)
> >> _______________________________________________
> >> L2Ork-dev mailing list
> >> L2Ork-dev at disis.music.vt.edu
> >> https://disis.music.vt.edu/listinfo/l2ork-dev
> > _______________________________________________
> > L2Ork-dev mailing list
> > L2Ork-dev at disis.music.vt.edu
> > https://disis.music.vt.edu/listinfo/l2ork-dev
> Ivica Ico Bukvic, D.M.A.
> Director, Creativity + Innovation
> Co-Director, Human Centered Design iPhD
> Institute for Creativity, Arts, and Technology
> Virginia Tech
> Creative Technologies in Music
> School of Performing Arts – 0141
> Blacksburg, VA 24061
> (540) 231-6139
> ico at vt.edu
> L2Ork-dev mailing list
> L2Ork-dev at disis.music.vt.edu
More information about the L2Ork-dev