Re: [PD] Tcl-tk plugin to avoid paste going to edit mode

Option 1 is easier: # this is the default in pd_bindings.tcl bind all <$::modifier-Key-v> {menu_send %W paste} # disabled bind all <$::modifier-Key-v> {break} Option 2 requires either overriding ::pd_menucommands::menu_send and intercepting the paste message or changing the paste hand

Re: [PD] snap to grid feature when editing

> On Feb 18, 2018, at 12:00 PM, pd-list-requ...@lists.iem.at wrote: > > From: Roman Haefeli mailto:reduz...@gmail.com>> > To: Pd-List mailto:pd-list@lists.iem.at>> > Subject: Re: [PD] snap to grid feature when editing > Message-ID: <1518895171.2184.17.ca...@gmail.com >

[PD] Tcl-tk plugin to avoid paste going to edit mode

Hello list, I had a question for any tcl-plugin programmer out there: is it possible (and easy) to make a GUI plugin that would avoid Pd going into edit mode when the paste key combination is pressed? The reason is, while using a patch with [flatgui/entry], the patch is always going into edit mode

Re: [PD] snap to grid feature when editing

Hello list, I like how pd allows for non-grid-like canvas behavior. Besides, there is a feature already to Tidy Up things. If grid-behavior is included, though, I would suggest not to make it a default behavior, and I would not want cords to be subject to the grid as well. Best, Fede ps: i g

Re: [PD] snap to grid feature when editing

This would be an interesting feature ! 2018-02-17 20:19 GMT+01:00 Roman Haefeli : > On Sam, 2018-02-17 at 19:26 +0100, Dan Wilcox wrote: > > There is working code for this in one of the Pd forks. I've thought > > about porting it over. It works pretty well for placement but drawing > > the actual

Re: [PD] HOAlib in 0.48-1 not working/recognized

Pierre, thank you for the repost. I hadn’t seen your first post in the archives before. I use no -nogui modes, so I’ll just continue to use 0.47-1 in the meantime. Or can i help the update somewhat? In any case thank you very much for HOAlib, helped me a great deal recently, when rearranging