Digital Light & Color

When an image tree contains, say two branches, it is annoying when you click on a thumbnail in the right-hand branch and the tree repositions in the image browser window so that the right-hand branch is at the left edge of the browser window, and the left-hand branch is off-screen further to the left. It would be nicer if the right-left positioning gave a higher priority to displaying the full width of a tree.

Ironically, this happens due to a feature you requested a while ago to avoid some thumbnails being truncated on the right. I also find the current version annoying and will put it back the way it was, but this will cause the earlier issue you reported to reappear. Maybe there is a better solution I can find in the future.

I thought that I could forestall reverting to the original behavior by including the phrase "full width of the tree". When the full width of a tree plus its mask thumbnails will not fit within the image browser window, either the former or the current positioning behavior would be OK, but when the browser window is wide enough, it would be great to be able to see the full width of the tree structure.

If there is no horizontal scroll bar in the image browser, then with the original behavior, the entire width of the image tree is always displayed. The problem is that if the image tree is too wide for the available space, it is tricky to tell where to scroll to. The original rule was to just make sure the current image and its masks & inputs are scrolled into view, which could truncate masks and/or input thumbnails for upstream or downstream images if they are wider than the current image. The possible presence of splitters or other branches to the right of the current branch is what make it complicated to implement a more intelligent scrolling algorithm. It is also possible that while some of the other images in the same branch need more width than the current image that they are out of view either above or below the image browse window if it is too tall to fit.

One possible answer is to add a command with a simple keyboard shortcut to scroll the current image all the way to the left of the image browser as this should bring masks and/or inputs for other images in the same branch into view, if possible.

OK. Yes, I see the problem. The possible action that, to me, would be the most desireable would be not to shift the image tree at all unless your new shortcut key is used, and then to shift the branch of the selected image to the left edge of the window without shifting the image's vertical position.

Exactly.

For the next release, rather than create another keyboard shortcut, I detect a double click on a transformation's thumbnail caption and then scroll the window so the thumbnail is positioned as far to the left as possible. Not the perfect solution, but should still be helpful.