[L2Ork-dev] upcoming: 2.14.1

Jonathan Wilkes jon.w.wilkes at gmail.com
Fri Sep 18 12:10:25 EDT 2020


In addition-- I think I'm underselling tabfocus. It's not just a
productivity boost-- it would make it possible to use the vast
majority of Pd interfaces *without a mouse*.

That alone is enough reason to have it on by default.

-Jonathan

On Fri, Sep 18, 2020 at 12:05 PM Jonathan Wilkes <jon.w.wilkes at gmail.com> wrote:
>
> 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.
>
> -Jonathan
>
> >
> > >
> > >
> > > 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
> >
> > www.icat.vt.edu
> > www.performingarts.vt.edu
> > l2ork.icat.vt.edu
> > ico.bukvic.net
> >
> > _______________________________________________
> > L2Ork-dev mailing list
> > L2Ork-dev at disis.music.vt.edu
> > https://disis.music.vt.edu/listinfo/l2ork-dev


More information about the L2Ork-dev mailing list