<html><head><meta http-equiv="Content-Type" content="text/html charset=utf-8"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Ok, judging from the following, there seems to be a bug related to accelrators with Shift not being ignored in the Cocoa tk layer: <a href="https://mail.python.org/pipermail/python-bugs-list/2011-March/132059.html" class="">https://mail.python.org/pipermail/python-bugs-list/2011-March/132059.html</a><div class=""><br class=""></div><div class="">We’re not crazy. I’ll look for a workaround. In the meantime, none of this needs to be included in the 0.47 release. I’m aiming more for a followup when I can get the retina menu & font resolution, etc working well in Mac.<br class=""><div class=""><br class=""><div class="">
<div style="color: rgb(0, 0, 0); letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">--------<br class="">Dan Wilcox<br class=""><a href="https://twitter.com/danomatika" class="">@danomatika</a><br class=""><a href="http://danomatika.com" class="">danomatika.com</a><br class=""><div class=""><a href="http://robotcowboy.com" class="">robotcowboy.com</a></div></div>
</div>
<br class=""><div><blockquote type="cite" class=""><div class="">On May 1, 2016, at 10:17 AM, Dan Wilcox <<a href="mailto:danomatika@gmail.com" class="">danomatika@gmail.com</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><meta http-equiv="Content-Type" content="text/html charset=utf-8" class=""><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">Right. Something weird is going on.<div class=""><br class=""></div><div class="">Digging into the man page, it says the accelerator string is just to *display* the key bindings and the -command invoaction is for when the menu is clicked. In that light, we obviously need both the key binding *and* the menu command.<div class=""><br class=""></div><div class="">I’ll do some more digging.<br class=""><div class=""><br class=""><div class="">
<div style="letter-spacing: normal; orphans: auto; text-align: start; text-indent: 0px; text-transform: none; white-space: normal; widows: auto; word-spacing: 0px; -webkit-text-stroke-width: 0px; word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">--------<br class="">Dan Wilcox<br class=""><a href="https://twitter.com/danomatika" class="">@danomatika</a><br class=""><a href="http://danomatika.com/" class="">danomatika.com</a><br class=""><div class=""><a href="http://robotcowboy.com/" class="">robotcowboy.com</a></div></div>
</div>
<br class=""><div class=""><blockquote type="cite" class=""><div class="">On May 1, 2016, at 9:41 AM, Miller Puckette <<a href="mailto:msp@ucsd.edu" class="">msp@ucsd.edu</a>> wrote:</div><br class="Apple-interchange-newline"><div class=""><div class="">Interesting... in my experience the "-accelerator" option (as used<br class="">in ::pd_menus::build_put_menu) has never actually bound the menu selection<br class="">to the associated keyboard event (so that I've also had to put a key binding<br class="">in). Maybe this is because I wasn't using the feature right somehow.<br class="">Anyhow on my linux box (with tcl 8.5) I'm not getting double events so<br class="">the difference isn't the tcl/tk version. I don't know what's going on but<br class="">clearly there's something wrong in the original code that manifests itself<br class="">in your installation of Pd but not on most peoples'.<br class=""><br class="">cheers<br class="">M<br class="">On Sat, Apr 30, 2016 at 10:59:55PM -0600, Dan Wilcox wrote:<br class=""><blockquote type="cite" class="">On a related note to the zoom bindings, I’m wondering why we have keybindings for the canvas window in two places: pd_menus.tcl & pd_bindings.tcl?<br class=""><br class="">When switching to tk 8.5 on Mac, I noticed that the iem gui creation hot keys (Shift+Command+B for bng, etc) result in 2 objects being created. This was not the case with Tk 8.4 and might be related to how the shift key was being handled.<br class=""><br class="">Also, this is happening with *anything* that has a shift binding such as “Save As” opening 2 dialogs and “Redo” bing called twice.<br class=""><br class="">Anyway, commenting out the -command settings for each men item that uses shift in ::pd::menus::build_put_menu fixes the issue as far as I can tell as the global key bindings catch it. This is something I’ll throw up into a branch when I lock down updates for tk 8.5 on OSX soon. It will need to be tested on other platforms.<br class=""><br class="">--------<br class="">Dan Wilcox<br class="">@danomatika <<a href="https://twitter.com/danomatika" class="">https://twitter.com/danomatika</a>><br class=""><a href="http://danomatika.com/" class="">danomatika.com</a> <<a href="http://danomatika.com/" class="">http://danomatika.com/</a>><br class=""><a href="http://robotcowboy.com/" class="">robotcowboy.com</a> <<a href="http://robotcowboy.com/" class="">http://robotcowboy.com/</a>><br class=""></blockquote><br class=""><blockquote type="cite" class="">_______________________________________________<br class="">Pd-dev mailing list<br class=""><a href="mailto:Pd-dev@lists.iem.at" class="">Pd-dev@lists.iem.at</a><br class=""><a href="https://lists.puredata.info/listinfo/pd-dev" class="">https://lists.puredata.info/listinfo/pd-dev</a><br class=""></blockquote><br class=""></div></div></blockquote></div><br class=""></div></div></div></div></div></blockquote></div><br class=""></div></div></body></html>