[Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Damir Prebeg
Hi there, It would be much more useful if we could copy full data path and not just the last part of it. For instance, If I copy data path of x render resolution, all I get is render.resolution_x. And under witch module or class lives that render? It's like you are giving me a street name with a

Re: [Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Bastien Montagne
Hi, Well, I wouldn’t see me as a « hard core master of Blender », but I find the bpy doc quite understandable, once you have grasped the basics of bpy (and learned how to read API doc?)… As the page shown when clicking on the “view doc” states, resolution_x is a property of RenderSetting

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [36776] trunk/blender/source/blender/ editors/space_buttons: UI tweak: properties editor header now has same size as other headers

2011-05-19 Thread Thomas Dinges
Hey Brecht, any reason for that? It was good to have the buttons a bit bigger, as you often click on them. Now you have to be more careful, clicking on the right tab. Best regards, Thomas Am 19.05.2011 13:45, schrieb Brecht Van Lommel: Revision: 36776

Re: [Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Bassam Kurdali
On Thu, 2011-05-19 at 09:31 +0200, Damir Prebeg wrote: Hi there, It would be much more useful if we could copy full data path and not just the last part of it. For instance, If I copy data path of x render resolution, all I get is render.resolution_x. The primary use for this is in the

[Bf-committers] Blender @ Siggraph

2011-05-19 Thread Ton Roosendaal
Hi all, FYI: I've made a reservation for a small 10x20 feet Blender booth at the Siggraph tradeshow! There'll be plenty of free tradeshow-only passes, and a dozen 'exhibitor' tickets (like basic conference) to share with people helping out demoing at the booth. I'll be away on holidays

Re: [Bf-committers] ASC-CDL test suite compliance

2011-05-19 Thread Julien Enche
I'll try if I manage to find some free time, but keep in mind that, as Troy said, it would be a quick and dirty hack, nothing that could replace a proper and well designed color management system. Julien 2011/5/18 Troy Sobotka troy.sobo...@gmail.com On May 18, 2011 10:56 AM, Andrew Hunter

Re: [Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Bassam Kurdali
On Thu, 2011-05-19 at 09:31 +0200, Damir Prebeg wrote: Hi there, It would be much more useful if we could copy full data path and not just the last part of it. For instance, If I copy data path of x render resolution, all I get is render.resolution_x. And under witch module or class lives

Re: [Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Damir Prebeg
But couldn't be there something like Copy Data Path - Full | Truncated? Regarding tooltips, I didn't say that in them should be visible full path, I'm just saying that under the tooltip is displayed something completely different then you actually get when you copy data path. I didn't know any

Re: [Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Campbell Barton
We can have both menu items or a for submenu for Relative/Full data paths (ok by me, annoying it takes more room in the menu though). As for docs, would be good if you could be more specific about whats wrong with them to give insight into making improvements. On Thu, May 19, 2011 at 4:44 PM,

[Bf-committers] FGameEngine project

2011-05-19 Thread Fabio Gonzalez
I have a new software project is now very primitive but who considers interesting idea can contribute, the site is: http://fgameengine.sourceforge.net/ and for those who want to talk to me can be by email or irq channel: #fgameengine, in the future I want to implement new features for the

Re: [Bf-committers] Copy Data Path and API doc organization

2011-05-19 Thread Nathan Vegdahl
shift-alt drag button into text editor or console - full path shift-alt drag button into driver area - appropriately truncated path Alternatively, we could have it always copy the full path, but when pasting (full over-write) into the driver path, it truncates it up to the matching datablock.

Re: [Bf-committers] ASC-CDL test suite compliance

2011-05-19 Thread Troy Sobotka
I believe if we can somehow hack Blender to deliver proper color spaces such as REC601, REC709, etc., it is nothing short of tremendous value. Hack or otherwise. It also might help to diagnose imaging errors in Blender's pipeline. Any suggestion on how best to deal with the C++ code in OIIO and

Re: [Bf-committers] ASC-CDL test suite compliance

2011-05-19 Thread Troy Sobotka
I finished reviewing the thread you pointed at Julien. Great find. It appears that the consensus was that there is an implied transfer to a film LUT within the file. The traditional -profile conversion appears to work in that instance[1]. Is that what is muddling the issue here? With respect,

Re: [Bf-committers] ASC-CDL test suite compliance

2011-05-19 Thread Julien Enche
There's a flag set in the file which means the color are in log colorspace. Of course, the goal of what I coded in Blender is to display the picture on screen, so in sRGB colorspace. The conversion from Log colorspace to sRGB colorspace is then mandatory. With GraphicsMagick, you can override

Re: [Bf-committers] Blender @ Siggraph

2011-05-19 Thread Lorenzo Pierfederici
Hey Ton (and all), I live in Vancouver and I should have some spare time in August. I'd love to help out if you need anything! (Let me know if there is a better place than the list to volunteer, I haven't showed up on #blendercoders for ages and am a bit outdated...) ;) cheers, lorenzo On Thu,

Re: [Bf-committers] Blender @ Siggraph

2011-05-19 Thread Tobias Kummer
If I can sort out flight place for sleeping, I'd be thrilled to be there. FMX was great, Siggraph would be even more awesome. Looking forward to more info. Greets, Tobi On 5/20/11 12:02 AM, Lorenzo Pierfederici wrote: Hey Ton (and all), I live in Vancouver and I should have some spare time

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [36779] trunk/blender/source/blender/ blenkernel/intern/fcurve.c: modify fcurve evaluation for bool/enum/ int values.

2011-05-19 Thread Matt Ebb
On Thu, May 19, 2011 at 10:39 PM, Campbell Barton ideasma...@gmail.comwrote: Revision: 36779 http://projects.blender.org/scm/viewvc.php?view=revroot=bf-blenderrevision=36779 Author: campbellbarton Date: 2011-05-19 12:39:57 + (Thu, 19 May 2011) Log Message: --- modify

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [36779] trunk/blender/source/blender/ blenkernel/intern/fcurve.c: modify fcurve evaluation for bool/enum/ int values.

2011-05-19 Thread Campbell Barton
On Thu, May 19, 2011 at 11:39 PM, Matt Ebb m...@mke3.net wrote: On Thu, May 19, 2011 at 10:39 PM, Campbell Barton ideasma...@gmail.comwrote: Revision: 36779 http://projects.blender.org/scm/viewvc.php?view=revroot=bf-blenderrevision=36779 Author:   campbellbarton Date:     2011-05-19

Re: [Bf-committers] [Bf-blender-cvs] SVN commit: /data/svn/bf-blender [36779] trunk/blender/source/blender/ blenkernel/intern/fcurve.c: modify fcurve evaluation for bool/enum/ int values.

2011-05-19 Thread Matt Ebb
On Fri, May 20, 2011 at 10:17 AM, Campbell Barton ideasma...@gmail.comwrote: Aligorith and I discussed this before committing, and are aware of the implications. To me if you are editing floats, but have them converted to ints later it makes most sense (on a user level), to round them. If