Why are some features not available as widgets?
Posted: January 23rd, 2012, 1:13 am
I think I understand why such transformations such as 2/3-Zone are not available as widgets, since they are really only suited to one-by-one image editing; and of course any tool that depends on user input for each individual image (e.g. painting, etc.) can't be automated by definition.
But I don't see why "Advanced Sharpen", for instance, can't be a workflow widget: each of the three panels set fixed parameters for for the transformation. Often groups of pictures taken under the same conditions require the same noise reduction/sharpening treatment, so a workflow solution is actually quite useful and efficient in that case.
Masks could be automated also in respect to masking by brightness curves and other fixed parameters (e.g. masking brighter areas that don't need the "Advanced Sharpen" treatment), although I'm not sure how to represent a masking workflow where one step depends on two input images, one of them derived from the other--probably some kind of directed graph, which would have the advantage of generalizing automatized workflows in PWP. Maybe a project for PWP 7.0!--I'm still on 5.0. (There used to be several visual programming languages that adopted a kind of graph notation for procedural flows, so the idea is not totally crazy.)
Basically, the program design should be: if the processing action has fixed parameters, make it into a workflow widget.
Any comments?
But I don't see why "Advanced Sharpen", for instance, can't be a workflow widget: each of the three panels set fixed parameters for for the transformation. Often groups of pictures taken under the same conditions require the same noise reduction/sharpening treatment, so a workflow solution is actually quite useful and efficient in that case.
Masks could be automated also in respect to masking by brightness curves and other fixed parameters (e.g. masking brighter areas that don't need the "Advanced Sharpen" treatment), although I'm not sure how to represent a masking workflow where one step depends on two input images, one of them derived from the other--probably some kind of directed graph, which would have the advantage of generalizing automatized workflows in PWP. Maybe a project for PWP 7.0!--I'm still on 5.0. (There used to be several visual programming languages that adopted a kind of graph notation for procedural flows, so the idea is not totally crazy.)
Basically, the program design should be: if the processing action has fixed parameters, make it into a workflow widget.
Any comments?