[Bf-committers] Blenderday 2011 feedback

2011-07-11 Thread j.bak...@atmind.nl
Hi all, last weekend the capital of blender was Eislingen where Blenderday 2011 was held. Thomas really did an excellent job in organising Blenderday2011! He had a talk about cycles and I did a talk about compositing. There was a lot of discussion about some blender-features, and how developers

[Bf-committers] Proposal: Untangled delete

2011-07-11 Thread j.bak...@atmind.nl
When a node is deleted, all links between this node and other nodes are also deleted. There are cases you want to remove the node, and keep the tree intact. we could use the mute function to determine how nodes are connected and update the tree. Thereby keeping the system working. implementation

Re: [Bf-committers] Onion branch fails to build on cmake linux64

2011-07-11 Thread Αντώνης Ρυακιωτάκης
In ubuntu 11.04 64 bit a clean build compiles fine... It's strange, you see, DerivedMesh.c explicitly includes ED_sculpt.h just for this function, so no implicit declaration at all...Can't help you I'm afraid.. ___ Bf-committers mailing list

[Bf-committers] Bokeh error?

2011-07-11 Thread j.bak...@atmind.nl
Bokeh error? I was looking at the bokeh blur, and think I found a glitch. If you take a single pixel and use bokeh blur, you get a donut in stead of a circle. see http://www.pasteall.org/pic/show.php?id=14809 this is due the formula CMP_blur: 390: *dgauss= RE_filter_value(nbd-filtertype,

Re: [Bf-committers] Onion branch fails to build on cmake linux64

2011-07-11 Thread Αντώνης Ρυακιωτάκης
Well, tried a fresh checkout and you're right after all(So strange though). Fix incoming! ___ Bf-committers mailing list Bf-committers@blender.org http://lists.blender.org/mailman/listinfo/bf-committers

[Bf-committers] Proposal: Untangled delete

2011-07-11 Thread PabloVazquez.org
+1 Even though in some cases the auto-connect is unwanted for some, I believe is useful, so having it in another hotkey (like you mentioned) would be a nice addition to speedup workflow. Asked for it during Sintel when compositing every day for weeks, fun times! Cheers! -- Pablo Vazquez CG

Re: [Bf-committers] Proposal: Untangled delete

2011-07-11 Thread François T .
would dragdropping node on a line would be possible pretty much the inverse of untangling ? so you don't have to connect input output all the time and it works also with already-created node cheers F. 2011/7/11 PabloVazquez.org venom...@gmail.com +1 Even though in some cases the

Re: [Bf-committers] Proposal: Untangled delete

2011-07-11 Thread pete larabell
Hello, On Mon, Jul 11, 2011 at 2:30 AM, j.bak...@atmind.nl j.bak...@atmind.nl wrote: 1. the first value inputsocket will be used for all value output sockets 2. the first vector inputsocket will be used for all vector output sockets 3. the first color inputsocket will be used for all color

[Bf-committers] Keymap storage management

2011-07-11 Thread Ton Roosendaal
Hi, Two weeks ago I reviewed with Brecht and Campbell how to fix up keymap handling in Blender. My time is still too scattered, so I've put it on Brecht's desk now. :) Basically the idea is: - maintain 4 independent layers of maps - store all in memory outside WM or blender data, to keep

Re: [Bf-committers] Proposal: Untangled delete

2011-07-11 Thread Ton Roosendaal
Hi, I'm fine with the functionality, but the naming is confusing... for me it is just: Delete nodes will reconnect nodes as if deletion was muted. So it's delete with reconnect or so, untangling is really something else :) -Ton-

Re: [Bf-committers] Keymap storage management

2011-07-11 Thread Matt Ebb
On Tue, Jul 12, 2011 at 1:51 AM, Ton Roosendaal t...@blender.org wrote: - The Preset map is not only to mimic other maps, but can be used for cases like 2.4 power user map or Optimal Laptop map as well. This will be in our distros. One note: keep in mind for these sort of presets to work

Re: [Bf-committers] Keymap storage management

2011-07-11 Thread Martin Poirier
They also need to be able to remove entries from keymaps, not just add entries or overwrite entries. Martin --- On Mon, 7/11/11, Matt Ebb m...@mke3.net wrote: From: Matt Ebb m...@mke3.net Subject: Re: [Bf-committers] Keymap storage management To: bf-blender developers

Re: [Bf-committers] Keymap storage management

2011-07-11 Thread Daniel Salazar - 3Developer.com
Why is it that the entire context (ie: 3D view global) needs to be edited to just change one or two keys? This results in default (inbuilt) key changes to blender not being propagated to existing default .blend, even when the changes don't touch the exact operator you changed. Wouldn't it be

Re: [Bf-committers] Keymap storage management

2011-07-11 Thread Martin Poirier
It would be possible to do that too, but the way changes are tracked would have to be made smarter (to be able to track addition, modifications and deletion of keymap items, not just override of keymaps). Martin --- On Mon, 7/11/11, Daniel Salazar - 3Developer.com zan...@gmail.com wrote:

Re: [Bf-committers] Keymap storage management

2011-07-11 Thread Martin Poirier
The good news is that kmi already have unique ids, so tracking changes per kmi is already possible. Martin PS: I know, replying to myself, bad form. --- On Mon, 7/11/11, Martin Poirier the...@yahoo.com wrote: From: Martin Poirier the...@yahoo.com Subject: Re: [Bf-committers] Keymap storage

Re: [Bf-committers] Keymap storage management

2011-07-11 Thread Daniel Salazar - 3Developer.com
:D you can always reply to yourself if it's good news Daniel Salazar 3Developer.com On Mon, Jul 11, 2011 at 8:16 PM, Martin Poirier the...@yahoo.com wrote: The good news is that kmi already have unique ids, so tracking changes per kmi is already possible. Martin PS: I know, replying to