I can confirm the latest commit bindings are working fine for me. It’s definitely a “go figure” thing, but if binding to both works for Safari, Chrome. etc then it’s good enough for Pd. :)
(At least it’s easier than doing some sort of locale based checking…)
Dan Wilcox @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On May 11, 2016, at 10:52 PM, Dan Wilcox Daniel.Wilcox@du.edu wrote:
I think it means, as per IOhannes’ mail, that we should bind to both + and =. That’s what the web browsers do to get around this problem. Sorry it didn’t occur to me with my US-centric keyboard mentality ;P
I will, however, reiterate that Shift and + is awkward and unneeded on the US keyboard.
Dan Wilcox EDP Visiting Teaching Assistant Professor Shwayder 215 @danomatika https://twitter.com/danomatika danomatika.com http://danomatika.com/ robotcowboy.com http://robotcowboy.com/
On May 11, 2016, at 1:42 PM, Miller Puckette <msp@ucsd.edu mailto:msp@ucsd.edu> wrote:
That was in response to the opposite feedback I was getting, for instance here:
https://lists.puredata.info/pipermail/pd-list/2016-05/114538.html https://lists.puredata.info/pipermail/pd-list/2016-05/114538.html
... so does this mean Pd should zoom in for either cmd-= OR cmd-+?
cheers Miller On Wed, May 11, 2016 at 09:17:45PM +0200, IOhannes m zmölnig wrote:
On 05/11/2016 07:47 PM, Marco Matteo Markidis wrote:
Moreover, zoom in function works with cmd+= (not with cmd++).
i can confirm this on linux. on a german keyboard layout, one of the test-releases did zoom with <kbd>Ctrl</kbd>-<kbd>+</kbd>, but in the final release it has become <kbd>Ctrl</kbd>-<kbd>=</kbd> :-(
gmrds IOhannes
-
Dan Wilcox