agree that it should use the current option. also, looked over the changes.
- Using a timer for loopcut in this case looks like its not necessary, changing how the events behave should be possible without it. - Setting the left mouse as an operator property is not good either, AFAIK no other operators do this (some store events internally like the ones they are activated by, but they don't expose them as operator properties). - Would prefer changes to the wm & event system be done as separate commits (macro abort). - This also adds 'dsm_maxmem' to the user preferences which isn't used anywhere. could this commit be reversed?, think it can be implemented better or just leave trunk as is and focus on bmesh instead. On Tue, May 3, 2011 at 2:15 AM, Matt Ebb <[email protected]> wrote: > weird, here's the original commit from last year: > http://lists.blender.org/pipermail/bf-blender-cvs/2010-April/027513.html > > In any case, i think it might be better to keep it with the release > confirm preference rather than adding a new one for one specific tool > only. It goes hand in hand, especially if you're using a tablet etc. > > cheers > > Matt > > > On Tue, May 3, 2011 at 12:09 PM, joe <[email protected]> wrote: >> It wasn't in the code, and if it was it wouldn't have worked (the >> launch event isn't recorded when edgeslide is executed after loopcut, >> so I had to add an RNA property that lets you pass it to transform). >> >> Joe >> >> On Mon, May 2, 2011 at 7:55 PM, Matt Ebb <[email protected]> wrote: >>> On Tue, May 3, 2011 at 11:52 AM, Joseph Eagar <[email protected]> wrote: >>> >>>> I added a new Input user pref, for ending edge slide >>>> on mouse up after a loop cut. I can see ton's point on >>>> the extra strain of click-hold-and-drag workflows. This >>>> is might only be useful for tablet users. >>> >>> I thought this already happened if you have 'drag immediately' on or >>> whatever it's called now, I added that behaviour for this reason. >>> >>> cheers >>> >>> Matt >>> _______________________________________________ >>> Bf-committers mailing list >>> [email protected] >>> http://lists.blender.org/mailman/listinfo/bf-committers >>> >> _______________________________________________ >> Bf-committers mailing list >> [email protected] >> http://lists.blender.org/mailman/listinfo/bf-committers >> > _______________________________________________ > Bf-committers mailing list > [email protected] > http://lists.blender.org/mailman/listinfo/bf-committers > -- - Campbell _______________________________________________ Bf-committers mailing list [email protected] http://lists.blender.org/mailman/listinfo/bf-committers
