Input Image node #102854
Labels
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Type
Report
Type
To Do
No Milestone
No project
No Assignees
6 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#102854
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
Goal
Now, after committed D15042: Geometry Node: Image Info and then we have other nodes, that require image, it would be useful has one general node to organize image and inputing it one for inputting in other nodes simple.
Implementation
This task involves several steps:
Input Image
node:node_gather_link_searches
forInput Image
and implimentsocket_move_value
for poiner types (or may not only for pointers?) indefualt_value
as new feature forLinkSearchOpParams::update_and_connect_available_socket
.Changed status from 'Needs Triage' to: 'Confirmed'
Added subscribers: @mod_moder, @HooglyBoogly, @JacquesLucke
Added subscriber: @brecht
For texture/shader nodes once we support image sockets, I don't think dropping an Input Image node would be an improvement. I think the Image Texture node by itself is far more common and I wouldn't change drag-and-drop to make the advanced case more convenient rather than the simple use case. So not sure we should do this for geometry nodes either.
According to my logic, all external data that can be used in nodes by many nodes must have its own input node.
Without redundant parameters for the node.
The most internally consistent thing to do would be to use the input image node, but that's a good example of why consistency isn't always more helpful to users.
Maybe we could use a popup menu to give the choice of what node to add-- that has come up a few other times in discussions about drag & drop.
I think the Input Image node is fine to have for completeness. My only concern is with drag-and-drop, and I think for that even a popup makes the UX worse overall.
In this case, now only point 2 is in question?
I think it can be skipped if need to complete this task. But I'm not sure about the ease of dragging.
Maybe it really was overkill. Although I would still prefer to have exactly the input when drag-and-drop.
I think the default
node_gather_link_searches
should work for both of these nodes. But resetting the default value as a feature ofupdate_and_connect_available_socket
still makes sense.This issue was referenced by
a3251e66a7
This issue was referenced by blender/documentation@9835
Please please add this for Shader Nodes
And for all other nodes as well, for example dragging out from the vector inputs of a Transform Geometry to a Combine XYZ, or just any value input to a Value or Integer node :)
@Gurra Hey, yeah, it's in the plans!