[Bf-committers] Temporary global storage

2012-06-21 Thread Jorge Rodriguez
I need a place where I can put a UI-related temporary variable for storing things such as what was the last button pressed and when did the last tooltip close. It must be in some scope that's visible to and accessible by all controls. I can't put it in RNA because those things are stored to the

Re: [Bf-committers] GPU texture painting design doc

2012-06-21 Thread Campbell Barton
Interesting, though this could be because how we measure the times differently. rather then using a typical profiler I just disabled viewport-drawing and updating the OpenGL texture. Then timed a fairly long stroke created with grease pencil --- with/without display updates disabled. Even so my

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread CoDEmanX
How about using RNA with SKIP_SAVE flag? bpy.types.World.temp_var = StringProperty(description=Label of the control, options={'SKIP_SAVE'}) Or in C: prop = RNA_def_int(ot-srna, prop_name, 1, 1, INT_MAX, Prop Name, , 1, 10); RNA_def_property_flag(prop, PROP_SKIP_SAVE); Am

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread Brecht Van Lommel
Hi, The last button pressed may get removed on UI changes, so then you need to keep those in sync and things can get tricky, would suggest not to store that globally. But there is already a flag UI_BUT_LAST_ACTIVE, maybe that can be used? About the tooltip close time, I think it's one of those

Re: [Bf-committers] GPU texture painting design doc

2012-06-21 Thread Antony Riakiotakis
If I remember this right it was just an unwrapped plane, nothing spectacular. The type of unwrapping won't have any influnce if I have understood the system correctly. I've found that what does influence performance negatively is when two painted faces overlap in UV space. Perhaps I could also

Re: [Bf-committers] The Future of Blender Projects WAS meeting notes

2012-06-21 Thread Ton Roosendaal
Hi all, Cool suggestions all over; will need some time to study it in detail. :) Just coincidentally; this month's ACM Communciations has a nice article about technical debt. It also refers to the currently very popular short release cycles; with the evident benefits but also with as danger

Re: [Bf-committers] Build error

2012-06-21 Thread Antony Riakiotakis
Should be fixed in recent svn. ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Build error

2012-06-21 Thread Daniel Salazar - 3Developer.com
mm I'm getting this now http://www.pasteall.org/33112 thanks Daniel Salazar patazstudio.com On Thu, Jun 21, 2012 at 8:50 AM, Antony Riakiotakis kal...@gmail.com wrote: Should be fixed in recent svn. ___ Bf-committers mailing list

Re: [Bf-committers] Build error

2012-06-21 Thread Antony Riakiotakis
Can you try a clean build? Are you on windows? ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Build error

2012-06-21 Thread Daniel Salazar - 3Developer.com
Will do, linux 64 cheers Daniel Salazar patazstudio.com On Thu, Jun 21, 2012 at 9:16 AM, Antony Riakiotakis kal...@gmail.com wrote: Can you try a clean build? Are you on windows? ___ Bf-committers mailing list Bf-committers@blender.org

Re: [Bf-committers] Build error

2012-06-21 Thread Antony Riakiotakis
I think on linux the system library is used. Maybe you should upgrade your system's openjpeg? ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Build error

2012-06-21 Thread Daniel Salazar - 3Developer.com
I tried moving from 6.2 to 8.0 or so but it conflicted with libtiff (dependency) :s Daniel Salazar patazstudio.com On Thu, Jun 21, 2012 at 9:25 AM, Antony Riakiotakis kal...@gmail.com wrote: I think on linux the system library is used. Maybe you should upgrade your system's openjpeg?

Re: [Bf-committers] Build error

2012-06-21 Thread Richard Shaw
On Thu, Jun 21, 2012 at 10:25 AM, Antony Riakiotakis kal...@gmail.com wrote: I think on linux the system library is used. Maybe you should upgrade your system's openjpeg? Either way, if a minimum version of a library is needed, shouldn't it error out in configuration instead of during building?

Re: [Bf-committers] Build error

2012-06-21 Thread Antony Riakiotakis
Should we add a switch to use external/openjpeg for people who may want it? ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

Re: [Bf-committers] Build error

2012-06-21 Thread Richard Shaw
On Thu, Jun 21, 2012 at 11:28 AM, Antony Riakiotakis kal...@gmail.com wrote: Should we add a switch to use external/openjpeg for people who may want it? I think that would be a good idea although you kinda already do (with cmake). In my spec file for Fedora I rm -rf the bundled openjpeg library

Re: [Bf-committers] Build error

2012-06-21 Thread Daniel Salazar - 3Developer.com
I deleted the ffmpeg libs from svn in order to use the system ones, this has worked for me in the past. Now I'm getting this http://www.pasteall.org/33119 any ideas? Daniel Salazar patazstudio.com On Thu, Jun 21, 2012 at 10:35 AM, Richard Shaw hobbes1...@gmail.com wrote: On Thu, Jun 21, 2012

Re: [Bf-committers] Build error

2012-06-21 Thread Richard Shaw
On Thu, Jun 21, 2012 at 11:56 AM, Daniel Salazar - 3Developer.com zan...@gmail.com wrote: I deleted the ffmpeg libs from svn in order to use the system ones, this has worked for me in the past. Now I'm getting this http://www.pasteall.org/33119 any ideas? I don't remember you saying one way

Re: [Bf-committers] Build error

2012-06-21 Thread Daniel Salazar - 3Developer.com
CMake, I gave all the info in the first post Daniel Salazar patazstudio.com On Thu, Jun 21, 2012 at 12:24 PM, Richard Shaw hobbes1...@gmail.com wrote: On Thu, Jun 21, 2012 at 11:56 AM, Daniel Salazar - 3Developer.com zan...@gmail.com wrote: I deleted the ffmpeg libs from svn in order to use

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread Jorge Rodriguez
This would be perfect but I can't find a place to use it that's not part of an operator. There's no single operator responsible for handling these functions. I'm not able to find any way to attach a SKIP_SAVE property to, for example, wmWindowManager or wmWindow. I'd rather avoid resorting to a

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread Dan Eicher
On Thu, Jun 21, 2012 at 3:00 PM, Jorge Rodriguez jo...@lunarworkshop.com wrote: This would be perfect but I can't find a place to use it that's not part of an operator. There's no single operator responsible for handling these functions. I'm not able to find any way to attach a SKIP_SAVE

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread Jorge Rodriguez
You' On Thu, Jun 21, 2012 at 3:57 PM, Dan Eicher d...@trollwerks.org wrote: On Thu, Jun 21, 2012 at 3:00 PM, Jorge Rodriguez jo...@lunarworkshop.com wrote: This would be perfect but I can't find a place to use it that's not part of an operator. There's no single operator responsible for

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread Jorge Rodriguez
Oops! Accidentally hit enter. You're right, they wouldn't care. I'm not trying to expose anything to python, I'm just trying to find a good place to store this thing without resorting to a global variable. On Thu, Jun 21, 2012 at 4:07 PM, Jorge Rodriguez jo...@lunarworkshop.comwrote: You'

Re: [Bf-committers] Temporary global storage

2012-06-21 Thread Jorge Rodriguez
Uncle_Entity suggested in IRC that I should try G or G.main. G has a lot of assorted, almost random stuff in it. It's not the best place for it since it's still a glorified global, but it's not serialized to disk and it wouldn't have other averse consequences like exposing to Python scripts. I