<?xml version="1.0" encoding="UTF-8"?><rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
		>
<channel>
	<title>Comments on: Simplicity vs. Power in Photoshop</title>
	<atom:link href="http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html</link>
	<description></description>
	<lastBuildDate>Sat, 25 May 2013 02:20:40 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Chris Cox</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2353</link>
		<dc:creator>Chris Cox</dc:creator>
		<pubDate>Sun, 02 Nov 2008 16:45:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2353</guid>
		<description><![CDATA[The conversion to smart objects can&#039;t use threads for much - it&#039;s just doing some in-memory file conversions.   And the compositing/transform parts already use threads.  Smart FIlters also use threads, just like normal filters.
]]></description>
		<content:encoded><![CDATA[<p>The conversion to smart objects can&#8217;t use threads for much &#8211; it&#8217;s just doing some in-memory file conversions.   And the compositing/transform parts already use threads.  Smart FIlters also use threads, just like normal filters.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Stephen Best</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2352</link>
		<dc:creator>Stephen Best</dc:creator>
		<pubDate>Sun, 02 Nov 2008 00:58:25 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2352</guid>
		<description><![CDATA[One of the really disappointing things with PSCS4 is that &quot;Convert to Smart Object&quot; still seems to be single-threaded. Is there a technical reason for this or is this something Adobe just hasn&#039;t got around to updating? I&#039;m often converting the luminosity component of large film scans to a SO for sharpening etc and it takes forever on my 8-way Mac Pro.
]]></description>
		<content:encoded><![CDATA[<p>One of the really disappointing things with PSCS4 is that &#8220;Convert to Smart Object&#8221; still seems to be single-threaded. Is there a technical reason for this or is this something Adobe just hasn&#8217;t got around to updating? I&#8217;m often converting the luminosity component of large film scans to a SO for sharpening etc and it takes forever on my 8-way Mac Pro.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ted Dillard</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2351</link>
		<dc:creator>Ted Dillard</dc:creator>
		<pubDate>Sat, 01 Nov 2008 10:46:17 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2351</guid>
		<description><![CDATA[Once again, a great read.
I&#039;ve been teaching Smart Objects in a number of venues for since they came out...  I get the resistance and confusion a lot, thus the book outlining a &quot;foundation&quot; workflow.
It&#039;s funny, I usually start the class with a, &quot;while you&#039;re in THIS class, you&#039;re doing it MY way&quot;.  :)
Thanks again, John!
]]></description>
		<content:encoded><![CDATA[<p>Once again, a great read.<br />
I&#8217;ve been teaching Smart Objects in a number of venues for since they came out&#8230;  I get the resistance and confusion a lot, thus the book outlining a &#8220;foundation&#8221; workflow.<br />
It&#8217;s funny, I usually start the class with a, &#8220;while you&#8217;re in THIS class, you&#8217;re doing it MY way&#8221;.  :)<br />
Thanks again, John!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ajit</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2350</link>
		<dc:creator>ajit</dc:creator>
		<pubDate>Fri, 07 Dec 2007 19:37:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2350</guid>
		<description><![CDATA[I am encouraged that you are discussing this because I have been praying for a photoshop-replacement. Something with half the power but much simpler. Some of the choices in how tools work in Photoshop baffle me. The crop tool in Motion versus Photoshop highlights what could have been.
Illustrator is near unusable but I do. Reluctantly.
]]></description>
		<content:encoded><![CDATA[<p>I am encouraged that you are discussing this because I have been praying for a photoshop-replacement. Something with half the power but much simpler. Some of the choices in how tools work in Photoshop baffle me. The crop tool in Motion versus Photoshop highlights what could have been.<br />
Illustrator is near unusable but I do. Reluctantly.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cox</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2349</link>
		<dc:creator>Chris Cox</dc:creator>
		<pubDate>Fri, 05 Jan 2007 10:20:42 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2349</guid>
		<description><![CDATA[Adolfo - yes, it is quite a bit like AE.
We looked at a lot of existing approaches in different applications, plus a few new ideas, and weighed the advantages and problems of each.
(well, that plus lots of hair pulling, screaming in frustration, gnashing of teeth and long discussions in John&#039;s office).
]]></description>
		<content:encoded><![CDATA[<p>Adolfo &#8211; yes, it is quite a bit like AE.<br />
We looked at a lot of existing approaches in different applications, plus a few new ideas, and weighed the advantages and problems of each.<br />
(well, that plus lots of hair pulling, screaming in frustration, gnashing of teeth and long discussions in John&#8217;s office).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cox</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2348</link>
		<dc:creator>Chris Cox</dc:creator>
		<pubDate>Fri, 05 Jan 2007 10:18:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2348</guid>
		<description><![CDATA[Ben - blurring and sharpening filters as adjustment layers lead to the performance problems that John already mentioned.
We&#039;ve tried it, and it was too @#$%@#%$ painful to inflict on our customers (you should have seen the colorful comments from our alpha testers).
]]></description>
		<content:encoded><![CDATA[<p>Ben &#8211; blurring and sharpening filters as adjustment layers lead to the performance problems that John already mentioned.<br />
We&#8217;ve tried it, and it was too @#$%@#%$ painful to inflict on our customers (you should have seen the colorful comments from our alpha testers).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cox</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2347</link>
		<dc:creator>Chris Cox</dc:creator>
		<pubDate>Fri, 05 Jan 2007 10:16:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2347</guid>
		<description><![CDATA[dd - you can already use Smart Objects with multiple layers (or other Smart Objects). Smart Objects don&#039;t place any limit on the contents of the child document/file.  If you have the layers in the parent document, just select the ones you want and Convert to Smart Object. Or you can place a file that you&#039;ve already saved with all the layers.
Plugins: sometimes it&#039;s much easier to test new code and new ideas in a plugin framework instead of the main application. And some of those operations require so many custom controls that having them run inside Photoshop would make a really dreadful UI.  Thus, we isolate them in their own window.  At that point, it almost doesn&#039;t matter that they&#039;re plugins....
Also, plugins are a whole lot easier to patch/dot release than the whole application. And plugins load/unload on demand, so their large chunks of code don&#039;t impact the main application.
Warp: we just haven&#039;t had time to increase the functionality.  Getting it working right for the simple (single patch) case took longer than expected (lots and lots of edge cases).
Also, node/graph based editing confuses the heck out of photographers, printers, artists, illustrators, etc.   The people who seem to grasp node based editing are the ones who have some idea of the operations going on &quot;behind the scenes&quot;.  Yeah, we&#039;ve tested the UI, and it didn&#039;t fare well.
]]></description>
		<content:encoded><![CDATA[<p>dd &#8211; you can already use Smart Objects with multiple layers (or other Smart Objects). Smart Objects don&#8217;t place any limit on the contents of the child document/file.  If you have the layers in the parent document, just select the ones you want and Convert to Smart Object. Or you can place a file that you&#8217;ve already saved with all the layers.<br />
Plugins: sometimes it&#8217;s much easier to test new code and new ideas in a plugin framework instead of the main application. And some of those operations require so many custom controls that having them run inside Photoshop would make a really dreadful UI.  Thus, we isolate them in their own window.  At that point, it almost doesn&#8217;t matter that they&#8217;re plugins&#8230;.<br />
Also, plugins are a whole lot easier to patch/dot release than the whole application. And plugins load/unload on demand, so their large chunks of code don&#8217;t impact the main application.<br />
Warp: we just haven&#8217;t had time to increase the functionality.  Getting it working right for the simple (single patch) case took longer than expected (lots and lots of edge cases).<br />
Also, node/graph based editing confuses the heck out of photographers, printers, artists, illustrators, etc.   The people who seem to grasp node based editing are the ones who have some idea of the operations going on &#8220;behind the scenes&#8221;.  Yeah, we&#8217;ve tested the UI, and it didn&#8217;t fare well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Adolfo Rozenfeld</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2346</link>
		<dc:creator>Adolfo Rozenfeld</dc:creator>
		<pubDate>Sat, 30 Dec 2006 22:39:54 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2346</guid>
		<description><![CDATA[&quot;After Effects is the model. Make it work like After Effects. Smartly cache objects when the pixels are directly edited like AE does with text layers that are converted to outlines&quot;.
Actually, After Effects&#039; paint engine (the one area in which AE operates in the same playing field as PS) requires to open the layer in a separate window from the main composition. The reason for that, of course, is that it could become unbearable slow if it worked in the main comp panel, in the conext of a fairly complex composition. So smart objects are very AE-like in this regard. There are other functions in AE, like motion tracking, which also require opening the layer in a separate panel.
I don&#039;t understand what you meant by caching text created to outlines. When AE 7 converts text to outlines it simply creates a solid, with as many masks as needed to reproduce the original vector outlines for type. No caching of any kind.
]]></description>
		<content:encoded><![CDATA[<p>&#8220;After Effects is the model. Make it work like After Effects. Smartly cache objects when the pixels are directly edited like AE does with text layers that are converted to outlines&#8221;.<br />
Actually, After Effects&#8217; paint engine (the one area in which AE operates in the same playing field as PS) requires to open the layer in a separate window from the main composition. The reason for that, of course, is that it could become unbearable slow if it worked in the main comp panel, in the conext of a fairly complex composition. So smart objects are very AE-like in this regard. There are other functions in AE, like motion tracking, which also require opening the layer in a separate panel.<br />
I don&#8217;t understand what you meant by caching text created to outlines. When AE 7 converts text to outlines it simply creates a solid, with as many masks as needed to reproduce the original vector outlines for type. No caching of any kind.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ben Richardson</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2345</link>
		<dc:creator>Ben Richardson</dc:creator>
		<pubDate>Sat, 30 Dec 2006 18:52:19 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2345</guid>
		<description><![CDATA[I just posted a comment on Shake (as mentioned above) to yesterdays post. The short line is, yes it works, and yes there are limitations.
However, it made me realise that all I really want is live sharpening (and possibly blurring). Realistically, a direct Adjustment Layer style Sharpening Layer is the only thing that would directly and practically improve my workflow, and even that might be limiting (since I tend to sharpen channels separately).
I appreciate the thought that&#039;s gone into Smart Objects, but I&#039;m not too comfortable with converting my entire, HUGE multi-layered composites to Smart Objects, just to gain live sharpening.
Related question: are Smart Objects really as robust as normal layered files? The extra Save step to commit changes has always given me chills...
&lt;i&gt;[Ben, I don&#039;t think you&#039;ll have any problems with Smart Objects.  They are PSB files that live inside your PSD or PSB file.  You can always choose to save that file out separately.
&lt;i&gt;Anyway, I hear you about the overhead tied to Smart Objects.  We could offer the option not to store that data inside the saved file, but you&#039;d have to be cool with re-rendering it (e.g. applying warping, filtering, whatever) on the fly when opening it, and you&#039;d have to live with reduced compatibility with other apps, older versions of PS, and even copies of PS that don&#039;t have the same filters installed.  I do think it&#039;s reasonable to offer the option to make that trade-off, but it&#039;s not something we could undertake for this rev.  --J.]&lt;/i&gt;&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>I just posted a comment on Shake (as mentioned above) to yesterdays post. The short line is, yes it works, and yes there are limitations.<br />
However, it made me realise that all I really want is live sharpening (and possibly blurring). Realistically, a direct Adjustment Layer style Sharpening Layer is the only thing that would directly and practically improve my workflow, and even that might be limiting (since I tend to sharpen channels separately).<br />
I appreciate the thought that&#8217;s gone into Smart Objects, but I&#8217;m not too comfortable with converting my entire, HUGE multi-layered composites to Smart Objects, just to gain live sharpening.<br />
Related question: are Smart Objects really as robust as normal layered files? The extra Save step to commit changes has always given me chills&#8230;<br />
<i>[Ben, I don't think you'll have any problems with Smart Objects.  They are PSB files that live inside your PSD or PSB file.  You can always choose to save that file out separately.<br />
</i><i>Anyway, I hear you about the overhead tied to Smart Objects.  We could offer the option not to store that data inside the saved file, but you'd have to be cool with re-rendering it (e.g. applying warping, filtering, whatever) on the fly when opening it, and you'd have to live with reduced compatibility with other apps, older versions of PS, and even copies of PS that don't have the same filters installed.  I do think it's reasonable to offer the option to make that trade-off, but it's not something we could undertake for this rev.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rich MacDonald</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2344</link>
		<dc:creator>Rich MacDonald</dc:creator>
		<pubDate>Fri, 29 Dec 2006 20:52:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2344</guid>
		<description><![CDATA[The SO concept sounded amazing to me when first reading about CS2, but I haven&#039;t used it much because of the transformation limitations (no perspective/distort).  I was/still am hoping to see this in CS3.
&lt;i&gt;[Ah, I wish I could hold out hope, but it&#039;s not planned.  Its absence is a drag, I know.  I will mention it one more time, but the best dude to do the work has been ill.  --J.]&lt;/i&gt;
Using smart filters with Lens Distortion we can kind of get this, but it&#039;s not as intuitive when trying to align multiple images.
This leads to the &quot;Auto-Align Layers...&quot; feature.  It&#039;s good to see this addition (and that the SIFT algorithm has made its way into PhotoShop).  At the same time, as convenient and powerful as the auto functions are, we all know times when we need to more tightly control adjustments.  To this end, I&#039;m surprised that Free Transform hasn&#039;t added a means to select the 4 adjustment points to define the homography for the transformation (i.e. instead of making us use the layer&#039;s bounding box corners, sometimes which aren&#039;t even above actual pixel content).  This would be a killer feature.  Better yet, add the ability to control lens distortion here as well.  Free Transform is a special case already, so it doesn&#039;t seem like it would do harm to move this out of a single layer modal filter dialog.
All the PanoTools derivative programs work great if you&#039;re rotating your camera around or close to the nodal point.  This is also where Auto-align layers works best.  But people don&#039;t always take pictures this way and often for good reason; parallax can be used in many interesting ways despite being more often thought of as an error.
Great work on the SO and especially the new smart filters.  The insight into the decision process for all this is helpful and interesting!
&lt;i&gt;[Cool; thanks for checking it out.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>The SO concept sounded amazing to me when first reading about CS2, but I haven&#8217;t used it much because of the transformation limitations (no perspective/distort).  I was/still am hoping to see this in CS3.<br />
<i>[Ah, I wish I could hold out hope, but it's not planned.  Its absence is a drag, I know.  I will mention it one more time, but the best dude to do the work has been ill.  --J.]</i><br />
Using smart filters with Lens Distortion we can kind of get this, but it&#8217;s not as intuitive when trying to align multiple images.<br />
This leads to the &#8220;Auto-Align Layers&#8230;&#8221; feature.  It&#8217;s good to see this addition (and that the SIFT algorithm has made its way into PhotoShop).  At the same time, as convenient and powerful as the auto functions are, we all know times when we need to more tightly control adjustments.  To this end, I&#8217;m surprised that Free Transform hasn&#8217;t added a means to select the 4 adjustment points to define the homography for the transformation (i.e. instead of making us use the layer&#8217;s bounding box corners, sometimes which aren&#8217;t even above actual pixel content).  This would be a killer feature.  Better yet, add the ability to control lens distortion here as well.  Free Transform is a special case already, so it doesn&#8217;t seem like it would do harm to move this out of a single layer modal filter dialog.<br />
All the PanoTools derivative programs work great if you&#8217;re rotating your camera around or close to the nodal point.  This is also where Auto-align layers works best.  But people don&#8217;t always take pictures this way and often for good reason; parallax can be used in many interesting ways despite being more often thought of as an error.<br />
Great work on the SO and especially the new smart filters.  The insight into the decision process for all this is helpful and interesting!<br />
<i>[Cool; thanks for checking it out.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dd</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2343</link>
		<dc:creator>dd</dc:creator>
		<pubDate>Fri, 29 Dec 2006 15:02:22 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2343</guid>
		<description><![CDATA[thanks, John, for details and serious take on non-destructive workflow in photoshop. it&#039;s a hard and very important topic in my workflow :)
yes- lots of small nuances has to be polished to make general experience even better than it currently is in photoshop.. i really like how adobe is improving photoshop when adding serious new functionally (like smart objects) as &#039;another layer&#039; on top of previous functionality and the way it works - if you want, you can improve your workflow and start using additional features or you can just ignore them and new things wouldn&#039;t force you to change anything.. photoshop is too widely used application to suddenly flip core principles and all revolutionary addons has to be carefully integrated.
although sometimes i scratch my head why _adding_ completely new features which wouldnt&#039; collide with older photoshop workflow - ends with the result as plugin/filter finally. e.g. &#039;vanishing point&#039;, &#039;lens correct&#039; from cs2 or even older &#039;extract&#039;: i hate how you have to work in new window with separate controls and feel, apply your changes, get results, have no undo (e.g. either post or after result) nor ability to fix/change some steps, nor be able to somehow save operations at least to reapply them later or on another layer. imho- &#039;lens correct&#039; transform functionality had to be added in to edit&gt;transform commands similar to &#039;free transform&#039; where you can change values in option bar, run on multiple layers, etc. &#039;vanishing point&#039;- in my dreams would be a _regular_ group of tools in toolbar, adding planes as &#039;plane layer&#039; to the main layer palette, be able to save them into normal psd/psb file and as for the usage- combining new cs3 cloning improvements with an additional option to either clone normally or use some &#039;plane layer&#039;.
as i&#039;m on the way to spill over what weighs the way i work, let me add:
&#039;lens correct&#039; behaves differently than any other filter and i think it&#039;s a bug: after applying it, you wouldn&#039;t find it as filter&gt;last filter (neither last filter shortcut work) nor starting it with &#039;alt&#039; pressed will load parameters from last apply - i&#039;d use this frequently and always step on this bug :(
free transform&#039; warp mode: that 3x3 grid limitation bothers me - couldn&#039;t we get an option to freely choose from 2 to 9 at least divisions per axis? also point/tangent translations works different to normal bezier curve implementation like in illustrator or photoshop&#039; pen tool: it needs manual tweaking by hand of each point since every point/tangent is treated as a very individual, e.g. clicking/moving a point and having tangents offset relatively- isn&#039;t possible. make an option/shortcut at least. ability to convert a point into smooth/corner is also a must.. so in general- &#039;envelope&#039; functionality in illustrator is what we need as a real warp solution in photoshop.
another thing with distort tools i&#039;d find useful: there are plenty of times when &#039;free transform&#039; with initial bounding box in square isn&#039;t convenient/flexible enough. e.g. you select one side of a box in perspective and want to precisely rotate it some more - once launched free transform appears as a planar quad while i&#039;d be glad if i could have _initial/undistorted_ square with corner points closer to selection&#039;s in perspective.. this isn&#039;t any kind of magic: just add an ability to hold some shortcut and be able to _transform_ &#039;free translate&#039; corners _without distorting_. releasing the shortcut and later moving points would distort selection based on new initial form. ..also if initial grid shape could be also changed for warp mode or it&#039;d be possible to use &#039;plane layers&#039; from my previous dream as a start shape for free transforms/distortions of current selection- i&#039;d kill for such abilities :)
one more: crop tool and &#039;perspective&#039; option which inverts-perspective transforms :) it&#039;s great but.. how many times after seeing the result i wanted to go back and just tweak a little bit some point but had to start over since step back is document before crop operation and getting crop shape form back isn&#039;t possible.. could we get a..preview at least how the result is going to look if intelligent stepping-back is quite complicated? e.g. just another checkmark like &#039;shield&#039;- if enabled photoshop would show how the result will look if applied.
now i&#039;m sorry for such off-topic beginning but all this was about photoshop improvements and even making it more powerful without changing core ideas or replacing older heritage or making it non-simpler by the look..
closer to non-destructive issues:
another limitation/bug regarding smart objects i find a pain (the first is- ability to link to mask :) - somehow &#039;free transform&#039; while allows to scale/rotate or even warp smart object - fails to provide perspective distortions. free distort of corners shortcuts only skews :( the partial solution is to use warp mode to move corners freely but than these damn tangent points repositioning are required..
could we get linked masks and perspective distorts in smart object in cs3? pleease ;)
as for the future of smart objects and paint on before-or-after distortions: personally since i understand general smart object concept- i don&#039;t find it too limited when i can&#039;t paint directly or edits are done in new window (although being able to edit similar to &#039;edit in place&#039; as in flash, even if only scale/rotate/transform operations would be still applied while perspective distorts, filters and anything else get ignored/disabled - would be enough for 90% of situations).
to finish that &quot;90% enough&quot; version: if smart filters and adjustment layers could be applied as stacks to layers (which could be regular or smart object) or layer groups (it could probably internally flatten all layers inside before processing adjustments/filters stack) so we could for instance: add blur -&gt; adjust alpha/transparency levels -&gt; add emboss non-destructively (and with separate masks for each layer/filter/adjustment ..i said _masks_ since one mask per layer sometimes is too less and as a workaround- i just group layer and add another mask for the group. ability to set mask operation like in after effects - add/subtract/difference/etc would be also great).
i wouldn&#039;t mind if when i choose non-destructive way of working and add filters/adjustments in realtime - it&#039;d take more resources and/or i&#039;d have to wait sometimes to proceed further. e.g.- for those who would be working in old-way - nothing would be different: you apply filter, it calculates and modifies layer. however if you add filter to a stack (it doesn&#039;t matter is it filter or color adjustment) - photoshop would calculate the result and all the time internally would store native/before any processing layer data and the final with all stack manipulations applied (it&#039;s not necessary to store before/after between each operation. there could be even option in preferences- you either save full data with your document which stores all original &quot;before&quot; layers data and final stack results of each layer - so you just load and get everything. or you save only original &quot;before&quot; data, have smaller file, but once opened photoshop would &quot;render&quot; stacked processes for all layers and create cache for further modifications). if user decides that it needs to paint/edit text/etc e.g. change original layer data: stack filters/adjustments would get temporally disabled and re-calculated again after changes (the more operations you add- the more you&#039;d have to wait until photoshop processes all operations from the updated &quot;real&quot; contents of layer). changing some filter parameters in middle of stack would work similar: photoshop would just calculate all operations from original layer data to show the result. there could be an new option similar to &#039;preview&#039; checkmark which exist in every filter- that would control if user wants to see the final result of complete stack processed or only up to current operation. for example on that blur&gt;levels&gt;emboss stack: while changing levels it&#039;d be useful sometimes to see how final emboss will look or only blur&gt;levels result.
actually all these ideas are very close to how after effects with layers and filters work (they should add
ability to rasterize result to layer data, all those pixel pushing photoshop tools, selections, real free-transform, cmyk mode and could call it new decade &quot;after photoshop v11&quot; :)
so basically you just have layer data and (re)process it if/when needed. the question is only flow priorities: masks&gt;filters&gt;transforms or transforms&gt;filters&gt;masks which makes huge difference and such control is a main thing i miss in after effects compared to real node-based compositing applications.
there&#039;s a short reply to yesterday&#039;s comment:
&lt;em&gt;Mr. Adobe: have a look at Shake, and learn on how to manipulate pixels and colors.[Does Shake let you paint directly onto filtered pixels? I don&#039;t know of any apps that do, but I&#039;d be happy to look at some examples. --J.]&lt;/em&gt;
in general- yes, you can add &#039;paint&#039; node and have abilities to paint, clone, erase, etc. the result calculated up-stream to paint operation. John, if you&#039;ve never seen in details real node workflow- grab a shake trial from apple.com and check yourself. the general concept of node trees is very easy to grasp - you wouldn&#039;t need to learn what particular node/operation does or build complex trees to make hollywood magic, but you should feel the power and unrivaled flexibility in such way of working. i&#039;m not pushing that photoshop has to be this (..better after effects would be :) but it&#039;s a very strong example in pure non-destructive image manipulations..
wheew.. sorry for such a long post :o
]]></description>
		<content:encoded><![CDATA[<p>thanks, John, for details and serious take on non-destructive workflow in photoshop. it&#8217;s a hard and very important topic in my workflow :)<br />
yes- lots of small nuances has to be polished to make general experience even better than it currently is in photoshop.. i really like how adobe is improving photoshop when adding serious new functionally (like smart objects) as &#8216;another layer&#8217; on top of previous functionality and the way it works &#8211; if you want, you can improve your workflow and start using additional features or you can just ignore them and new things wouldn&#8217;t force you to change anything.. photoshop is too widely used application to suddenly flip core principles and all revolutionary addons has to be carefully integrated.<br />
although sometimes i scratch my head why _adding_ completely new features which wouldnt&#8217; collide with older photoshop workflow &#8211; ends with the result as plugin/filter finally. e.g. &#8216;vanishing point&#8217;, &#8216;lens correct&#8217; from cs2 or even older &#8216;extract&#8217;: i hate how you have to work in new window with separate controls and feel, apply your changes, get results, have no undo (e.g. either post or after result) nor ability to fix/change some steps, nor be able to somehow save operations at least to reapply them later or on another layer. imho- &#8216;lens correct&#8217; transform functionality had to be added in to edit&gt;transform commands similar to &#8216;free transform&#8217; where you can change values in option bar, run on multiple layers, etc. &#8216;vanishing point&#8217;- in my dreams would be a _regular_ group of tools in toolbar, adding planes as &#8216;plane layer&#8217; to the main layer palette, be able to save them into normal psd/psb file and as for the usage- combining new cs3 cloning improvements with an additional option to either clone normally or use some &#8216;plane layer&#8217;.<br />
as i&#8217;m on the way to spill over what weighs the way i work, let me add:<br />
&#8216;lens correct&#8217; behaves differently than any other filter and i think it&#8217;s a bug: after applying it, you wouldn&#8217;t find it as filter&gt;last filter (neither last filter shortcut work) nor starting it with &#8216;alt&#8217; pressed will load parameters from last apply &#8211; i&#8217;d use this frequently and always step on this bug :(<br />
free transform&#8217; warp mode: that 3&#215;3 grid limitation bothers me &#8211; couldn&#8217;t we get an option to freely choose from 2 to 9 at least divisions per axis? also point/tangent translations works different to normal bezier curve implementation like in illustrator or photoshop&#8217; pen tool: it needs manual tweaking by hand of each point since every point/tangent is treated as a very individual, e.g. clicking/moving a point and having tangents offset relatively- isn&#8217;t possible. make an option/shortcut at least. ability to convert a point into smooth/corner is also a must.. so in general- &#8216;envelope&#8217; functionality in illustrator is what we need as a real warp solution in photoshop.<br />
another thing with distort tools i&#8217;d find useful: there are plenty of times when &#8216;free transform&#8217; with initial bounding box in square isn&#8217;t convenient/flexible enough. e.g. you select one side of a box in perspective and want to precisely rotate it some more &#8211; once launched free transform appears as a planar quad while i&#8217;d be glad if i could have _initial/undistorted_ square with corner points closer to selection&#8217;s in perspective.. this isn&#8217;t any kind of magic: just add an ability to hold some shortcut and be able to _transform_ &#8216;free translate&#8217; corners _without distorting_. releasing the shortcut and later moving points would distort selection based on new initial form. ..also if initial grid shape could be also changed for warp mode or it&#8217;d be possible to use &#8216;plane layers&#8217; from my previous dream as a start shape for free transforms/distortions of current selection- i&#8217;d kill for such abilities :)<br />
one more: crop tool and &#8216;perspective&#8217; option which inverts-perspective transforms :) it&#8217;s great but.. how many times after seeing the result i wanted to go back and just tweak a little bit some point but had to start over since step back is document before crop operation and getting crop shape form back isn&#8217;t possible.. could we get a..preview at least how the result is going to look if intelligent stepping-back is quite complicated? e.g. just another checkmark like &#8216;shield&#8217;- if enabled photoshop would show how the result will look if applied.<br />
now i&#8217;m sorry for such off-topic beginning but all this was about photoshop improvements and even making it more powerful without changing core ideas or replacing older heritage or making it non-simpler by the look..<br />
closer to non-destructive issues:<br />
another limitation/bug regarding smart objects i find a pain (the first is- ability to link to mask :) &#8211; somehow &#8216;free transform&#8217; while allows to scale/rotate or even warp smart object &#8211; fails to provide perspective distortions. free distort of corners shortcuts only skews :( the partial solution is to use warp mode to move corners freely but than these damn tangent points repositioning are required..<br />
could we get linked masks and perspective distorts in smart object in cs3? pleease ;)<br />
as for the future of smart objects and paint on before-or-after distortions: personally since i understand general smart object concept- i don&#8217;t find it too limited when i can&#8217;t paint directly or edits are done in new window (although being able to edit similar to &#8216;edit in place&#8217; as in flash, even if only scale/rotate/transform operations would be still applied while perspective distorts, filters and anything else get ignored/disabled &#8211; would be enough for 90% of situations).<br />
to finish that &#8220;90% enough&#8221; version: if smart filters and adjustment layers could be applied as stacks to layers (which could be regular or smart object) or layer groups (it could probably internally flatten all layers inside before processing adjustments/filters stack) so we could for instance: add blur -&gt; adjust alpha/transparency levels -&gt; add emboss non-destructively (and with separate masks for each layer/filter/adjustment ..i said _masks_ since one mask per layer sometimes is too less and as a workaround- i just group layer and add another mask for the group. ability to set mask operation like in after effects &#8211; add/subtract/difference/etc would be also great).<br />
i wouldn&#8217;t mind if when i choose non-destructive way of working and add filters/adjustments in realtime &#8211; it&#8217;d take more resources and/or i&#8217;d have to wait sometimes to proceed further. e.g.- for those who would be working in old-way &#8211; nothing would be different: you apply filter, it calculates and modifies layer. however if you add filter to a stack (it doesn&#8217;t matter is it filter or color adjustment) &#8211; photoshop would calculate the result and all the time internally would store native/before any processing layer data and the final with all stack manipulations applied (it&#8217;s not necessary to store before/after between each operation. there could be even option in preferences- you either save full data with your document which stores all original &#8220;before&#8221; layers data and final stack results of each layer &#8211; so you just load and get everything. or you save only original &#8220;before&#8221; data, have smaller file, but once opened photoshop would &#8220;render&#8221; stacked processes for all layers and create cache for further modifications). if user decides that it needs to paint/edit text/etc e.g. change original layer data: stack filters/adjustments would get temporally disabled and re-calculated again after changes (the more operations you add- the more you&#8217;d have to wait until photoshop processes all operations from the updated &#8220;real&#8221; contents of layer). changing some filter parameters in middle of stack would work similar: photoshop would just calculate all operations from original layer data to show the result. there could be an new option similar to &#8216;preview&#8217; checkmark which exist in every filter- that would control if user wants to see the final result of complete stack processed or only up to current operation. for example on that blur&gt;levels&gt;emboss stack: while changing levels it&#8217;d be useful sometimes to see how final emboss will look or only blur&gt;levels result.<br />
actually all these ideas are very close to how after effects with layers and filters work (they should add<br />
ability to rasterize result to layer data, all those pixel pushing photoshop tools, selections, real free-transform, cmyk mode and could call it new decade &#8220;after photoshop v11&#8243; :)<br />
so basically you just have layer data and (re)process it if/when needed. the question is only flow priorities: masks&gt;filters&gt;transforms or transforms&gt;filters&gt;masks which makes huge difference and such control is a main thing i miss in after effects compared to real node-based compositing applications.<br />
there&#8217;s a short reply to yesterday&#8217;s comment:<br />
<em>Mr. Adobe: have a look at Shake, and learn on how to manipulate pixels and colors.[Does Shake let you paint directly onto filtered pixels? I don't know of any apps that do, but I'd be happy to look at some examples. --J.]</em><br />
in general- yes, you can add &#8216;paint&#8217; node and have abilities to paint, clone, erase, etc. the result calculated up-stream to paint operation. John, if you&#8217;ve never seen in details real node workflow- grab a shake trial from apple.com and check yourself. the general concept of node trees is very easy to grasp &#8211; you wouldn&#8217;t need to learn what particular node/operation does or build complex trees to make hollywood magic, but you should feel the power and unrivaled flexibility in such way of working. i&#8217;m not pushing that photoshop has to be this (..better after effects would be :) but it&#8217;s a very strong example in pure non-destructive image manipulations..<br />
wheew.. sorry for such a long post :o</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sao_Bento</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2342</link>
		<dc:creator>Sao_Bento</dc:creator>
		<pubDate>Fri, 29 Dec 2006 12:49:55 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2342</guid>
		<description><![CDATA[After Effects is the model. Make it work like After Effects. Smartly cache objects when the pixels are directly edited like AE does with text layers that are converted to outlines.
&lt;i&gt;[Ah, but does AE let you paint right onto transformed media (e.g. erase a hole in a solid that&#039;s warped, rotated, etc.)?  I don&#039;t think so, though I admit my AE skills have grown rusty.  Letting users directly edit pixels at the output end of the pipeline is a dicey prospect, and apps (like AE) generally require you to edit the untransformed pixels, then look at the transformed result.
&lt;i&gt;So, the upshot is that I think PS already *does* act like AE.  But AE users are already accustomed to ways of working (nesting &amp; so forth) that have been unfamiliar to most PS users.  That&#039;s why their addition to PS may feel odd.  --J.]&lt;/i&gt;&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>After Effects is the model. Make it work like After Effects. Smartly cache objects when the pixels are directly edited like AE does with text layers that are converted to outlines.<br />
<i>[Ah, but does AE let you paint right onto transformed media (e.g. erase a hole in a solid that's warped, rotated, etc.)?  I don't think so, though I admit my AE skills have grown rusty.  Letting users directly edit pixels at the output end of the pipeline is a dicey prospect, and apps (like AE) generally require you to edit the untransformed pixels, then look at the transformed result.<br />
</i><i>So, the upshot is that I think PS already *does* act like AE.  But AE users are already accustomed to ways of working (nesting &amp; so forth) that have been unfamiliar to most PS users.  That's why their addition to PS may feel odd.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: darkjedi235</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2341</link>
		<dc:creator>darkjedi235</dc:creator>
		<pubDate>Fri, 29 Dec 2006 10:19:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2341</guid>
		<description><![CDATA[I have to take issue with the false dichotomy between simplicity and power. Einstein&#039;s famous formula is incredibly simple but quite powerful at elucidating deep concepts. Google&#039;s search UI is flat simple but shields a powerful algorithm and background complexity. Heck, a paper clip is alarmingly simple but nifty, clever and powerful little gadget. As are chopsticks.
So why not Photoshop? Through thoughtful reduction of core features, modular (community-oriented) components that extend more features, elegant UI design hiding all the exposed complexity, PS could become very simple but still retain the power.
Just do less better. And allow for more to be done equally well.
]]></description>
		<content:encoded><![CDATA[<p>I have to take issue with the false dichotomy between simplicity and power. Einstein&#8217;s famous formula is incredibly simple but quite powerful at elucidating deep concepts. Google&#8217;s search UI is flat simple but shields a powerful algorithm and background complexity. Heck, a paper clip is alarmingly simple but nifty, clever and powerful little gadget. As are chopsticks.<br />
So why not Photoshop? Through thoughtful reduction of core features, modular (community-oriented) components that extend more features, elegant UI design hiding all the exposed complexity, PS could become very simple but still retain the power.<br />
Just do less better. And allow for more to be done equally well.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Rod Wynne-Powell</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2340</link>
		<dc:creator>Rod Wynne-Powell</dc:creator>
		<pubDate>Fri, 29 Dec 2006 08:56:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2340</guid>
		<description><![CDATA[Hi John,
Earlier in the year I had a long spell working with some photographers in southwest London on what turned out to be three jewellery (jewelry for US readers!) catalogues for Goldsmiths.
I was mainly concerned with the watches, for which Smart Objects was absolutely the way to tackle the job.
A page might consist of from three to eight different watches from the same stable. Each watch would have been photographed several times with differing lighting and/or exposure, but without moving the watch. Invariably the winder would have been pulled out to ensure the hands remained in the same place (all the hands would be set to give the best angle - eight past ten). They were supported on perspex cylinders, and shot against white, with reflections.
The various images would then be layered into a composite file.
Each watch composite would have a series of masks to cater for the overall outline, the main face, the bezel, (often smooth and rounded, possibly inset with jewels, which were lit with sparkle), the strap the winder, the hands sometimes, and the watch &#039;created&#039; and retouched. this would then be grouped as cutouts &#039;watch and reflection&#039;.
A new canvas for the final group would be created at the final size and resolution, and each watch would be brought in with its reflection, and immediately made into a Smart Object. Each SO would be named (or rather reference-numbered) and placed in position according to the layout, the final position was approved by the photographer, and the reflections would be 100% desaturated, and foreshortened with a grad mask. If a watch had to be moved to look as if it overlapped then additional copies of elements were added, so that a watch might seem to be behind the face of another, yet in front of its strap.
Any balancing of colour or alterations of contrast, all these could be carried out losslessly using the Smart Objects. A JPEG was submitted to the client for comments and alterations, and any changes were carried out with ease, before final flattening.
In this way every page of watches had each item at its best without sacrifice. It was a great way to work. The only snag was when an SO had a mask in the final comp, I had to move it using Free Transform and then carry out the &#039;Transform again&#039; on the mask.
So thank you very much for Smart Objects!
&lt;i&gt;[Cool--thanks for the details, Rod.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>Hi John,<br />
Earlier in the year I had a long spell working with some photographers in southwest London on what turned out to be three jewellery (jewelry for US readers!) catalogues for Goldsmiths.<br />
I was mainly concerned with the watches, for which Smart Objects was absolutely the way to tackle the job.<br />
A page might consist of from three to eight different watches from the same stable. Each watch would have been photographed several times with differing lighting and/or exposure, but without moving the watch. Invariably the winder would have been pulled out to ensure the hands remained in the same place (all the hands would be set to give the best angle &#8211; eight past ten). They were supported on perspex cylinders, and shot against white, with reflections.<br />
The various images would then be layered into a composite file.<br />
Each watch composite would have a series of masks to cater for the overall outline, the main face, the bezel, (often smooth and rounded, possibly inset with jewels, which were lit with sparkle), the strap the winder, the hands sometimes, and the watch &#8216;created&#8217; and retouched. this would then be grouped as cutouts &#8216;watch and reflection&#8217;.<br />
A new canvas for the final group would be created at the final size and resolution, and each watch would be brought in with its reflection, and immediately made into a Smart Object. Each SO would be named (or rather reference-numbered) and placed in position according to the layout, the final position was approved by the photographer, and the reflections would be 100% desaturated, and foreshortened with a grad mask. If a watch had to be moved to look as if it overlapped then additional copies of elements were added, so that a watch might seem to be behind the face of another, yet in front of its strap.<br />
Any balancing of colour or alterations of contrast, all these could be carried out losslessly using the Smart Objects. A JPEG was submitted to the client for comments and alterations, and any changes were carried out with ease, before final flattening.<br />
In this way every page of watches had each item at its best without sacrifice. It was a great way to work. The only snag was when an SO had a mask in the final comp, I had to move it using Free Transform and then carry out the &#8216;Transform again&#8217; on the mask.<br />
So thank you very much for Smart Objects!<br />
<i>[Cool--thanks for the details, Rod.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Tom</title>
		<link>http://blogs.adobe.com/jnack/2006/12/simplicity_vs_power_in_photoshop.html#comment-2339</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 29 Dec 2006 08:15:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2006/12/simplicity-vs-power-in-photoshop.html#comment-2339</guid>
		<description><![CDATA[I may be one of the few people who did but I actually used some of the web features in Image ready for quick website creation (I am not a web guy) since I was very familiar with the photoshop interface.  One of the drags was that it did not support SO.  Since it looks like Fireworks will replace imageready is it likly to support directly opening a PSD with a SO.
Thanks and keep up the blogging it is great info.
]]></description>
		<content:encoded><![CDATA[<p>I may be one of the few people who did but I actually used some of the web features in Image ready for quick website creation (I am not a web guy) since I was very familiar with the photoshop interface.  One of the drags was that it did not support SO.  Since it looks like Fireworks will replace imageready is it likly to support directly opening a PSD with a SO.<br />
Thanks and keep up the blogging it is great info.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
