[L2Ork-dev] upcoming: 2.14.1

[Ivica Ico Bukvic]

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.

>
>
> 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