I think I’ve basically got it working well for dialog_gatom: 
https://www.youtube.com/watch?v=PZCjgIFMc9g 
<https://www.youtube.com/watch?v=PZCjgIFMc9g>

The entry widgets now unbind the enter key from closing the dialog when they 
receive focus and then rebind it after they lose it. This allows for editing 
and tabbing through all the entry boxes. Also, I enabled activation of the OK 
button when the dialog box will close on Enter to make this interchange much 
more obvious. Consequently, I removed the Cancel button form the focus list 
since it’s activated on the Escape key anyway (and OSX does keyboard button 
pressed via Spacebar anyway).

--------
Dan Wilcox
@danomatika <https://twitter.com/danomatika>
danomatika.com <http://danomatika.com/>
robotcowboy.com <http://robotcowboy.com/>
> On Dec 3, 2015, at 4:58 PM, Dan Wilcox <[email protected]> wrote:
> 
> Ok, I have it working in the canvas dialog.
> 
> I basically unbind KeyPress_Enter from closing the dialog and then bind 
> ::dialog_canvas::apply to Return in all the entry boxes as well as the 
> equivalent to the checkbuttons. This is only enabled for OSX, so other 
> platforms are untouched. 
> 
> It’s pretty nice, actually, since you can just tab to things and make updates 
> with the keyboard only. One issue is that the buttons curreently don’t 
> display a focus highlight. I’ll look into that and updating the other dialogs.
> 
> --------
> Dan Wilcox
> @danomatika <https://twitter.com/danomatika>
> danomatika.com <http://danomatika.com/>
> robotcowboy.com <http://robotcowboy.com/>
>> On Dec 3, 2015, at 2:03 PM, Dan Wilcox <[email protected] 
>> <mailto:[email protected]>> wrote:
>> 
>> “switch to linux” … real helpful :P
>> 
>> I brought this up recently on pd-dev: 
>> http://lists.puredata.info/pipermail/pd-dev/2015-11/020478.html 
>> <http://lists.puredata.info/pipermail/pd-dev/2015-11/020478.html>
>> 
>> The curent situation is a bit half-way as the button was removed to match 
>> the Apple Human Interface Guidelines (aka persistent changes are saved by 
>> default, hence no “Apply” button). The problem is that updates are not 
>> applied until *after* the dialog is closed. This means making small GOP 
>> changes, for instance, is a pain in the ass since you have to keep opening 
>> and closing the dialog. IMO this works *against* the HIG as is far worse 
>> than simply having a button.
>> 
>> There are two solutions:
>> 
>> 1. simply bring back the Apply button on OSX, I did this on my version of 
>> Vanilla by commenting out some if statements in the tcl code
>> 
>> 2. add apply code in the tcl to update the canvas/gui object whenever 
>> changes are applied to any text box in the dialog
>> 
>> I’ll look into option 2 as it’s really the best solution.
>> 
>> --------
>> Dan Wilcox
>> @danomatika <https://twitter.com/danomatika>
>> danomatika.com <http://danomatika.com/>
>> robotcowboy.com <http://robotcowboy.com/>
>>> On Dec 3, 2015, at 10:11 AM, [email protected] 
>>> <mailto:[email protected]> wrote:
>>> 
>>> From: IOhannes m zmoelnig <[email protected] <mailto:[email protected]>>
>>> Date: December 3, 2015 at 4:57:04 AM MST
>>> To: [email protected] <mailto:[email protected]>
>>> Subject: Re: [PD] Apply button missing from properties in 0.46.7
>>> 
>>> 
>>> On 2015-12-03 12:41, Si Mills wrote:
>>>> Hi
>>>> 
>>>> Is the omission of the Apply btn in the properties dialogues (present in
>>>> Pd-extended) a feature of latest vanilla build or a bug?
>>> 
>>> a feature¹.
>>> 
>>> http://lists.puredata.info/namazu/pd-list/namazu.cgi?query=apply+button 
>>> <http://lists.puredata.info/namazu/pd-list/namazu.cgi?query=apply+button>
>>> 
>>> gsdfmt
>>> IOhannes
>>> 
>>> ¹ that should go away. in the meantime you could switch to linux where
>>> there *is* an apply button.
>> 
> 

_______________________________________________
[email protected] mailing list
UNSUBSCRIBE and account-management -> 
http://lists.puredata.info/listinfo/pd-list

Reply via email to