[Bf-committers] Node link swapping

[gandalf3]

I'm a little confused..

Is this going to be added back into trunk for only mix/math nodes?
Or is it still being discussed?

If it's the latter case, should this be opened as a design task on 
phabricator?

On 04/15/14 06:47, Lukas Tönne wrote:
> Yes, we can add a feature for this based on a simple "commutative groups",
> identified by a simple index (0 : socket doesn't allow swapping, >0 :
> sockets with same index can be swapped)
>
> As gandalf3 said, in node groups this is too difficult to support nicely -
> we'd end up with uber-complex settings for all sorts of interface details,
> which would hardly ever be used. I would rather opt for providing a good
> basic node group implementation in python some time in the future, which
> could then be modified by scripting for specialized groups if needed.
>
> Additional operators for explicit swapping of sockets might be a nice
> utility. I'm just not too fond of cluttering the node key map with such
> things by default. They can be easily implemented in python like the node
> wrangler addon does, so don't think that would have to be in trunk.
>
>
> On Tue, Apr 15, 2014 at 8:22 AM, gandalf3 <zzyxpaw at gmail.com> wrote:
>
>> I agree that this can be and is very annoying in some other cases, e.g.
>> a material output node..
>> The only other nodes which could use this that immediately come to mind
>> are math nodes.
>>
>> The wildcard is node groups. If someone makes a node group that has a
>> mix node connected to the inputs, then it might be desired to swap..
>> Though I imagine this is probably too hard to detect for the corner case
>> that it is.
>>
>> On 04/14/14 22:27, Daniel Salazar - patazstudio.com wrote:
>>> I'm wondering in what other nodes appart from the different mix nodes
>> this
>>> functionality makes sense? Maybe it's not too hard to implement this in
>>> only where it makes sense
>>> On Apr 14, 2014 11:15 PM, "Greg Zaal" <gregzzmail at gmail.com> wrote:
>>>
>>>> I know this might not be a perfect solution, but a little while ago I
>> added
>>>> something to the Node Wrangler addon that you might like - select your
>> mix
>>>> node or whatever and hit Alt+S. It'll swap the two colour inputs.
>>>> On 15 Apr 2014 3:02 AM, "patrick boelens" <p_boelens at msn.com> wrote:
>>>>
>>>>> Aaand I should learn to read before commenting. =P Sorry about that!
>>>>>
>>>>>> Date: Mon, 14 Apr 2014 16:16:41 -0700
>>>>>> From: zzyxpaw at gmail.com
>>>>>> To: bf-committers at blender.org
>>>>>> Subject: Re: [Bf-committers] Node link swapping
>>>>>>
>>>>>> Actually that was one of the ideas in my proposal :)
>>>>>>
>>>>>> On 04/14/14 16:13, patrick boelens wrote:
>>>>>>> Perhaps the swapping behaviour could be mapped to a key? For example,
>>>>> plugging in a new image output into a Mix node makes the existing link
>>>>> disappear, while doing so while holding shift could perform the swap.
>>>>>>> Just some thoughts.
>>>>>>>
>>>>>>> Cheers!
>>>>>>>
>>>>>>>> From: zanqdo at gmail.com
>>>>>>>> Date: Mon, 14 Apr 2014 16:55:22 -0600
>>>>>>>> To: bf-committers at blender.org
>>>>>>>> Subject: Re: [Bf-committers] Node link swapping
>>>>>>>>
>>>>>>>> The old behavior was too broad and intrusive, maybe swapping could
>>>> be
>>>>>>>> implemented just in the few cases where it actually makes sense like
>>>>>>>> in mix nodes
>>>>>>>> Daniel Salazar
>>>>>>>> patazstudio.com
>>>>>>>>
>>>>>>>>
>>>>>>>> On Mon, Apr 14, 2014 at 4:53 PM, gandalf3 <zzyxpaw at gmail.com>
>>>> wrote:
>>>>>>>>> I have missed the node connection usability feature which was
>>>>> removed in
>>>>>>>>> r61178, and I'm convinced that my node workflow is slightly slower
>>>>> than
>>>>>>>>> it was before.
>>>>>>>>>
>>>>>>>>> I have written up a wiki page/request explaining why I think the
>>>> old
>>>>>>>>> behavior was faster in most cases. You can find it here:
>>>>>>>>>
>> http://wiki.blender.org/index.php/Dev_talk:Ref/Proposals/UI/Socket_Swapping
>>>>>>>>> And I just want to say how awesome Blender is, and also thanks, for
>>>>>>>>> keeping Blender going :)
>>>>>>>>>
>>>>>>>>> --
>>>>>>>>> -gandalf3
>>>>>>>>>
>>>>>>>>> _______________________________________________
>>>>>>>>> Bf-committers mailing list
>>>>>>>>> Bf-committers at blender.org
>>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>>> _______________________________________________
>>>>>>>> Bf-committers mailing list
>>>>>>>> Bf-committers at blender.org
>>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>>> _______________________________________________
>>>>>>> Bf-committers mailing list
>>>>>>> Bf-committers at blender.org
>>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>> --
>>>>>> -gandalf3
>>>>>>
>>>>>> _______________________________________________
>>>>>> Bf-committers mailing list
>>>>>> Bf-committers at blender.org
>>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>> _______________________________________________
>>>>> Bf-committers mailing list
>>>>> Bf-committers at blender.org
>>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>>
>>>> _______________________________________________
>>>> Bf-committers mailing list
>>>> Bf-committers at blender.org
>>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>>>
>>> _______________________________________________
>>> Bf-committers mailing list
>>> Bf-committers at blender.org
>>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
>> --
>> -gandalf3
>>
>> _______________________________________________
>> Bf-committers mailing list
>> Bf-committers at blender.org
>> http://lists.blender.org/mailman/listinfo/bf-committers
>>
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at blender.org
> http://lists.blender.org/mailman/listinfo/bf-committers


-- 
-gandalf3