Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-09-05 Thread Sergej Reich
Hi, I happen to have implemented an expression evaluator for a project I'm working on not too long ago. Here is a somewhat older WIP version: https://gist.github.com/sergof/6e6ebfa632d593ddd73801c10e5f822d For x64 I generate machine code and use a VM for other targets, so on x64 it beats all the

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-05 Thread Gaia Clary
About the separate mini-python: I like that idea. As far as i can see this would work well. For our own purposes this would be a brilliant solution. Regarding the short term improvement: We already get asked to either "reload trusted" or "ignore" from within the top Menu bar as soon as drivers

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-05 Thread Joshua Leung
Hi dima, Yep. That's what I just said we need in the long term :) Thanks for the link. Bookmarked for further investigation now, Cheers, Joshua On Mon, Jun 5, 2017 at 7:14 PM, dima glib wrote: > Did anyone consider having an independent math expression evaluation >

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-05 Thread dima glib
Did anyone consider having an independent math expression evaluation engine? (e.g. some library from https://github.com/ArashPartow/math-parser-benchmark-project) It could be added either as a separate driver type, or auto-detected based on whether a "pure-math" engine can compile a given

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-04 Thread Joshua Leung
Hi, I agree that the current situation isn't great, and does need to be improved. However, IMO the proposed solution is not good either. Specifically, as presented, it does seem that to imply that that checkbox will always get shown. There are several issues with this: 1) It is highly unlikely

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-04 Thread Gaia Clary
The current solution to this situation is also not a good idea i believe :) However, isn't there a difference here between ? - a global definition in user preferences - a session related setting In that sense i believe my proposal is not that bad, as it allows to set the autorun option right on

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-04 Thread Sergey Sharybin
Hi, This isn't a good idea. You should not expose same user setting all over the interface. All those settings should be kept in a centralized place. On Sun, Jun 4, 2017 at 1:04 AM, Aaron Carlisle wrote: > I think it is a good idea, I also think that it would be fine to

Re: [Bf-committers] proposal for a small UI improvement for driver setup

2017-06-03 Thread Aaron Carlisle
I think it is a good idea, I also think that it would be fine to have this in 2.79. Aaron Carlisle Picture taker | Bit cruncher | Pixel pusher | Document writer | Artist Project administrator for the Blender 3D Documentation Project On Sat, Jun 3, 2017 at 1:04 PM, Gaia Clary

[Bf-committers] proposal for a small UI improvement for driver setup

2017-06-03 Thread Gaia Clary
Hi; Assume you have disabled "Autorun Python Scripts" by default. Now add a new driver and step into the graph editor to edit the Driver python expression. Currently you will see an error text in the panel. But what about a change like in the image here: