<?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: Expanding Smart Objects</title>
	<atom:link href="http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 12:47:27 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: Allen Matsumoto</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-40375</link>
		<dc:creator>Allen Matsumoto</dc:creator>
		<pubDate>Sun, 15 Jan 2012 19:13:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-40375</guid>
		<description><![CDATA[I do hope that Adobe adds this feature; I can see the complexity for the common use cases in which SOs are manipulated in ways that would be lost when deconstructing them.

My most common use for SOs though is as a replacement for style sheets. For example, in a simple mobile app design, we may have dozens of nab buttons distributed throughout the various screens we are comping. By creating a SO of our current nav button with layer styles, we can later change the appearance of every button in the app quickly and easily by modifying the SO, without having to go touch every instance to apply a new style.

Clearly, real style sheets would be a better solution, and there may be some other better approach than we are taking that I&#039;m unaware of. But in our workflow, the flexibility of being able to deconstruct one instance of an SO to create a new object of a different style class would be great. Today, we have to open the psb, drag the layer set to the parent document, position it properly, etc., which just adds time and potential for positioning errors. 

I&#039;m with the first response above - A dialog that said &quot;Are you sure you want to restore this instance of a Smart Object to it&#039;s original layers? All treatments made to the Smart Object will be lost.&quot; would cover people for whom that would be an issue, while letting the rest of us have some much-needed flexibility.]]></description>
		<content:encoded><![CDATA[<p>I do hope that Adobe adds this feature; I can see the complexity for the common use cases in which SOs are manipulated in ways that would be lost when deconstructing them.</p>
<p>My most common use for SOs though is as a replacement for style sheets. For example, in a simple mobile app design, we may have dozens of nab buttons distributed throughout the various screens we are comping. By creating a SO of our current nav button with layer styles, we can later change the appearance of every button in the app quickly and easily by modifying the SO, without having to go touch every instance to apply a new style.</p>
<p>Clearly, real style sheets would be a better solution, and there may be some other better approach than we are taking that I&#8217;m unaware of. But in our workflow, the flexibility of being able to deconstruct one instance of an SO to create a new object of a different style class would be great. Today, we have to open the psb, drag the layer set to the parent document, position it properly, etc., which just adds time and potential for positioning errors. </p>
<p>I&#8217;m with the first response above &#8211; A dialog that said &#8220;Are you sure you want to restore this instance of a Smart Object to it&#8217;s original layers? All treatments made to the Smart Object will be lost.&#8221; would cover people for whom that would be an issue, while letting the rest of us have some much-needed flexibility.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Tranberry</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11282</link>
		<dc:creator>Jeffrey Tranberry</dc:creator>
		<pubDate>Fri, 21 May 2010 14:38:43 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11282</guid>
		<description><![CDATA[Thanks, Mike. James, what mike said. PS-Scripts is a great place to get sample code and help with scripting answers.
]]></description>
		<content:encoded><![CDATA[<p>Thanks, Mike. James, what mike said. PS-Scripts is a great place to get sample code and help with scripting answers.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michael Hale</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11281</link>
		<dc:creator>Michael Hale</dc:creator>
		<pubDate>Fri, 21 May 2010 09:42:35 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11281</guid>
		<description><![CDATA[Jeff Tranberry and I have created a Photoshop panel for linking smart objects that uses the layer&#039;s metadata to store the path to the original file. You can find a copy at &lt;a href=&quot;http://ps-scripts.com/bb/viewtopic.php?f=27&amp;t=3045&quot; rel=&quot;nofollow&quot;&gt;http://ps-scripts.com/bb/viewtopic.php?f=27&amp;t=3045&lt;/a&gt;
You can also get help with the ExtendScript or Action Manger code needed to write your own version by making a post in that forum.
]]></description>
		<content:encoded><![CDATA[<p>Jeff Tranberry and I have created a Photoshop panel for linking smart objects that uses the layer&#8217;s metadata to store the path to the original file. You can find a copy at <a href="http://ps-scripts.com/bb/viewtopic.php?f=27&amp;t=3045" rel="nofollow">http://ps-scripts.com/bb/viewtopic.php?f=27&#038;t=3045</a><br />
You can also get help with the ExtendScript or Action Manger code needed to write your own version by making a post in that forum.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11280</link>
		<dc:creator>James</dc:creator>
		<pubDate>Fri, 21 May 2010 08:21:47 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11280</guid>
		<description><![CDATA[Hi Jeffery. You mentioned to ping you if I had a question.  Thanks for the tip on listerner code. One last thing to do: When double clicking a smart object, read the layer&#039;s metadata that has the location of the original .jpg I brought, and replace the existing image with the original.  Do you know hwo to do this?
]]></description>
		<content:encoded><![CDATA[<p>Hi Jeffery. You mentioned to ping you if I had a question.  Thanks for the tip on listerner code. One last thing to do: When double clicking a smart object, read the layer&#8217;s metadata that has the location of the original .jpg I brought, and replace the existing image with the original.  Do you know hwo to do this?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Benjamin</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11279</link>
		<dc:creator>Benjamin</dc:creator>
		<pubDate>Fri, 30 Apr 2010 22:46:18 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11279</guid>
		<description><![CDATA[Jeffrey, can u send me a copy of that e-mail?.
atreyu_03@hotmail.com
Sound interesting, im trying to link a smart object in multiple files, at now i cant do it.
Greetings from Mexico
]]></description>
		<content:encoded><![CDATA[<p>Jeffrey, can u send me a copy of that e-mail?.<br />
<a href="mailto:atreyu_03@hotmail.com">atreyu_03@hotmail.com</a><br />
Sound interesting, im trying to link a smart object in multiple files, at now i cant do it.<br />
Greetings from Mexico</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Tranberry</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11278</link>
		<dc:creator>Jeffrey Tranberry</dc:creator>
		<pubDate>Tue, 27 Apr 2010 11:13:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11278</guid>
		<description><![CDATA[@Jim - yes. that&#039;s just listener code for Place as Smart Object, so just replace that with whatever code you were using before. I sent you an email with more details. Feel free to ping me if you have any other questions.
]]></description>
		<content:encoded><![CDATA[<p>@Jim &#8211; yes. that&#8217;s just listener code for Place as Smart Object, so just replace that with whatever code you were using before. I sent you an email with more details. Feel free to ping me if you have any other questions.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11277</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Tue, 27 Apr 2010 10:39:21 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11277</guid>
		<description><![CDATA[Accolades and question:
Very interesting, was about to conclude it was not possible. I appreciate your response.
Question: Do you mean that &quot;use listener code for File&gt;Open as Smart Object to embed...&quot; means to replace that file menu code with the one suggested?  If so, where is that script so as to edit it?
Hope I am thinking of this right.
]]></description>
		<content:encoded><![CDATA[<p>Accolades and question:<br />
Very interesting, was about to conclude it was not possible. I appreciate your response.<br />
Question: Do you mean that &#8220;use listener code for File&gt;Open as Smart Object to embed&#8230;&#8221; means to replace that file menu code with the one suggested?  If so, where is that script so as to edit it?<br />
Hope I am thinking of this right.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeffrey Tranberry</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11276</link>
		<dc:creator>Jeffrey Tranberry</dc:creator>
		<pubDate>Tue, 27 Apr 2010 09:28:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11276</guid>
		<description><![CDATA[Jim,
You want to use listener code for File&gt;Open as Smart Object to embed the original file as a Smart Object. Here&#039;s I&#039;m placing a jpeg called &quot;my.jpeg&quot; from my desktop:
var idOpn = charIDToTypeID( &quot;Opn &quot; );
var desc1 = new ActionDescriptor();
var idnull = charIDToTypeID( &quot;null&quot; );
desc1.putPath( idnull, new File( &quot;/Users/jtranber/Desktop/my.jpg&quot; ) );
var idAs = charIDToTypeID( &quot;As  &quot; );
var desc2 = new ActionDescriptor();
var idEQlt = charIDToTypeID( &quot;EQlt&quot; );
desc2.putInteger( idEQlt, 12 );
var idMttC = charIDToTypeID( &quot;MttC&quot; );
var idMttC = charIDToTypeID( &quot;MttC&quot; );
var idNone = charIDToTypeID( &quot;None&quot; );
desc2.putEnumerated( idMttC, idMttC, idNone );
var idJPEG = charIDToTypeID( &quot;JPEG&quot; );
desc1.putObject( idAs, idJPEG, desc2 );
var idsmartObject = stringIDToTypeID( &quot;smartObject&quot; );
desc1.putBoolean( idsmartObject, true );
executeAction( idOpn, desc1, DialogModes.NO );
To edit the contents of the Smart Object, use the command Layer&gt;Smart Objects&gt;Edit Contents via listener code:
var idplacedLayerEditContents = stringIDToTypeID( &quot;placedLayerEditContents&quot; );
var desc3 = new ActionDescriptor();
executeAction( idplacedLayerEditContents, desc3, DialogModes.NO );
Hope that helps.
You can also get help at: &lt;a href=&quot;http://www.ps-scripts.com/bb/&quot; rel=&quot;nofollow&quot;&gt;http://www.ps-scripts.com/bb/&lt;/a&gt;
]]></description>
		<content:encoded><![CDATA[<p>Jim,<br />
You want to use listener code for File&gt;Open as Smart Object to embed the original file as a Smart Object. Here&#8217;s I&#8217;m placing a jpeg called &#8220;my.jpeg&#8221; from my desktop:<br />
var idOpn = charIDToTypeID( &#8220;Opn &#8221; );<br />
var desc1 = new ActionDescriptor();<br />
var idnull = charIDToTypeID( &#8220;null&#8221; );<br />
desc1.putPath( idnull, new File( &#8220;/Users/jtranber/Desktop/my.jpg&#8221; ) );<br />
var idAs = charIDToTypeID( &#8220;As  &#8221; );<br />
var desc2 = new ActionDescriptor();<br />
var idEQlt = charIDToTypeID( &#8220;EQlt&#8221; );<br />
desc2.putInteger( idEQlt, 12 );<br />
var idMttC = charIDToTypeID( &#8220;MttC&#8221; );<br />
var idMttC = charIDToTypeID( &#8220;MttC&#8221; );<br />
var idNone = charIDToTypeID( &#8220;None&#8221; );<br />
desc2.putEnumerated( idMttC, idMttC, idNone );<br />
var idJPEG = charIDToTypeID( &#8220;JPEG&#8221; );<br />
desc1.putObject( idAs, idJPEG, desc2 );<br />
var idsmartObject = stringIDToTypeID( &#8220;smartObject&#8221; );<br />
desc1.putBoolean( idsmartObject, true );<br />
executeAction( idOpn, desc1, DialogModes.NO );<br />
To edit the contents of the Smart Object, use the command Layer&gt;Smart Objects&gt;Edit Contents via listener code:<br />
var idplacedLayerEditContents = stringIDToTypeID( &#8220;placedLayerEditContents&#8221; );<br />
var desc3 = new ActionDescriptor();<br />
executeAction( idplacedLayerEditContents, desc3, DialogModes.NO );<br />
Hope that helps.<br />
You can also get help at: <a href="http://www.ps-scripts.com/bb/" rel="nofollow">http://www.ps-scripts.com/bb/</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jim</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11275</link>
		<dc:creator>Jim</dc:creator>
		<pubDate>Tue, 27 Apr 2010 08:54:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11275</guid>
		<description><![CDATA[Is there a way to bring a .jpg into PS as a layer, make it a smart object, then if double-clicking that SO, bring up the original .jpg to edit?  I&#039;m trying it with script listener and variables, but can only get to the created .pdB file, and not the original.
]]></description>
		<content:encoded><![CDATA[<p>Is there a way to bring a .jpg into PS as a layer, make it a smart object, then if double-clicking that SO, bring up the original .jpg to edit?  I&#8217;m trying it with script listener and variables, but can only get to the created .pdB file, and not the original.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Marky</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11274</link>
		<dc:creator>Marky</dc:creator>
		<pubDate>Sat, 14 Feb 2009 15:58:34 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11274</guid>
		<description><![CDATA[&quot;The upshot is that expanding Smart Objects back to layers could be made to work some times and not others.  Addressing at least the simpler cases would be a worthwhile effort&quot;  - yes I agree with this. Expandable Smart Objects (offering a warning that resampling has been done and Smart filters have been dumped) would be a great addition. Its not necessary to rasterise the Smart filters, just dump them. They are easy to reapply destructively if that&#039;s what you want.
Its good that Chris Cox the man who put Smart Objects, a very complex concept together  so well ( I use them in my work every day), is saying &#039;you ain&#039;t seen nothing yet&#039;
]]></description>
		<content:encoded><![CDATA[<p>&#8220;The upshot is that expanding Smart Objects back to layers could be made to work some times and not others.  Addressing at least the simpler cases would be a worthwhile effort&#8221;  &#8211; yes I agree with this. Expandable Smart Objects (offering a warning that resampling has been done and Smart filters have been dumped) would be a great addition. Its not necessary to rasterise the Smart filters, just dump them. They are easy to reapply destructively if that&#8217;s what you want.<br />
Its good that Chris Cox the man who put Smart Objects, a very complex concept together  so well ( I use them in my work every day), is saying &#8216;you ain&#8217;t seen nothing yet&#8217;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mylenium</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11273</link>
		<dc:creator>Mylenium</dc:creator>
		<pubDate>Mon, 09 Feb 2009 01:12:13 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11273</guid>
		<description><![CDATA[You could still just pop in a solid color with a warning text or something, keeping the legacy composite chunk around without actually rendering any of the data contained in the file, could you not?
]]></description>
		<content:encoded><![CDATA[<p>You could still just pop in a solid color with a warning text or something, keeping the legacy composite chunk around without actually rendering any of the data contained in the file, could you not?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: PECourtejoie</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11272</link>
		<dc:creator>PECourtejoie</dc:creator>
		<pubDate>Mon, 09 Feb 2009 00:42:28 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11272</guid>
		<description><![CDATA[Could composite data be calculated only when expanding Smart Objects back to layers?
One would have a pixel layer that matches the rendering, on top of the layers that constitued the SO (sort of a Command+Shift+Option+E)
I guess that similar questions arised when layers became a reality in PS3.
]]></description>
		<content:encoded><![CDATA[<p>Could composite data be calculated only when expanding Smart Objects back to layers?<br />
One would have a pixel layer that matches the rendering, on top of the layers that constitued the SO (sort of a Command+Shift+Option+E)<br />
I guess that similar questions arised when layers became a reality in PS3.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Cox</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11271</link>
		<dc:creator>Chris Cox</dc:creator>
		<pubDate>Sun, 08 Feb 2009 12:04:41 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11271</guid>
		<description><![CDATA[The layers have to all be in the same mode and profile - otherwise compositing won&#039;t work, or you&#039;ll spend weeks waiting for composites to finish.
The big issue with not storing composite data is that old versions of Photoshop and other apps that read PSD files will choke without the composite data.  I guess I could put a big, ugly &quot;you didn&#039;t save composite data, now you get what you paid for&quot; message in each layer.....
]]></description>
		<content:encoded><![CDATA[<p>The layers have to all be in the same mode and profile &#8211; otherwise compositing won&#8217;t work, or you&#8217;ll spend weeks waiting for composites to finish.<br />
The big issue with not storing composite data is that old versions of Photoshop and other apps that read PSD files will choke without the composite data.  I guess I could put a big, ugly &#8220;you didn&#8217;t save composite data, now you get what you paid for&#8221; message in each layer&#8230;..</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: dd</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11270</link>
		<dc:creator>dd</dc:creator>
		<pubDate>Sun, 08 Feb 2009 09:57:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11270</guid>
		<description><![CDATA[i&#039;m bit not sure what &#039;expanding&#039; SO should actually do- basically i can imagine only one possibility/solution and that can be achievable already nowadays: you duplicate SO in parent document as many times as there are layers _inside_ SO, then make only one layer visible inside each SO - so that doesn&#039;t change the look in parent document (well- if SO has non-normal blending mode - put all SO duplicates in regular layer group and change blending to the group). then- just flatten each SO into regular non SO layer. at the end- you get combined SO transformations applied to each original layer you&#039;ve made SO from. yes- that&#039;s destructive but you could even have that warped and filtered example possible and still have four separate layers at the end.
more interesting for me is SOs not storing composite data. pleaase- make it possible! i don&#039;t see any serious issues there: you add new &#039;links&#039; panel (as standard in indesign or illustrator) and for file&gt;place allow to select &#039;link&#039; or &#039;embed&#039; the file (same how illustrator does). for linked SOs - i could replace, re-link, etc. however for those SOs user creates by selecting layer and &quot;create smart object&quot; command - these would be &#039;embedded&#039; by default (and with composite data stored just as it&#039;s now). you could then open SO, save that new file and using &#039;links&#039; panel replace embedded SO to saved file if you want linked workflow. or- add shortcut that if users holds shift on &quot;create smart object&quot; - you allow to select filename to save to and make SO linked immediately ;)
yes- external SOs would slowdown file opening however &gt;95% SOs at least in my workflow doesn&#039;t use filters - mostly transforms and being able link/updates files similar to illustrator &quot;links&quot; would be huge plus. i&#039;d upgrade just for that reason :)
]]></description>
		<content:encoded><![CDATA[<p>i&#8217;m bit not sure what &#8216;expanding&#8217; SO should actually do- basically i can imagine only one possibility/solution and that can be achievable already nowadays: you duplicate SO in parent document as many times as there are layers _inside_ SO, then make only one layer visible inside each SO &#8211; so that doesn&#8217;t change the look in parent document (well- if SO has non-normal blending mode &#8211; put all SO duplicates in regular layer group and change blending to the group). then- just flatten each SO into regular non SO layer. at the end- you get combined SO transformations applied to each original layer you&#8217;ve made SO from. yes- that&#8217;s destructive but you could even have that warped and filtered example possible and still have four separate layers at the end.<br />
more interesting for me is SOs not storing composite data. pleaase- make it possible! i don&#8217;t see any serious issues there: you add new &#8216;links&#8217; panel (as standard in indesign or illustrator) and for file&gt;place allow to select &#8216;link&#8217; or &#8216;embed&#8217; the file (same how illustrator does). for linked SOs &#8211; i could replace, re-link, etc. however for those SOs user creates by selecting layer and &#8220;create smart object&#8221; command &#8211; these would be &#8216;embedded&#8217; by default (and with composite data stored just as it&#8217;s now). you could then open SO, save that new file and using &#8216;links&#8217; panel replace embedded SO to saved file if you want linked workflow. or- add shortcut that if users holds shift on &#8220;create smart object&#8221; &#8211; you allow to select filename to save to and make SO linked immediately ;)<br />
yes- external SOs would slowdown file opening however &gt;95% SOs at least in my workflow doesn&#8217;t use filters &#8211; mostly transforms and being able link/updates files similar to illustrator &#8220;links&#8221; would be huge plus. i&#8217;d upgrade just for that reason :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mylenium</title>
		<link>http://blogs.adobe.com/jnack/2009/02/expanding_smart_objects.html#comment-11269</link>
		<dc:creator>Mylenium</dc:creator>
		<pubDate>Sun, 08 Feb 2009 06:49:36 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/02/expanding-smart-objects.html#comment-11269</guid>
		<description><![CDATA[Indeed. Though, coming from After Effects and 3D programs that treat image processing and transforms non-destructively, one would argue that actually this is the core failure in PS (and also in AE): You do not treat a layer as an geometric entity but rather as a container full of pixels. If e.g. all distortion filters worked based on imaginary geometric grids, this would be no problem at all - the result of an transformation would merely be the difference of vertex positions or a vertex map to the original and could be reset any time...
&lt;i&gt;[It&#039;s hard to offer both direct pixel manipulation *and* non-destructive transformation.  See the simplicity-vs-power post linked above.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>Indeed. Though, coming from After Effects and 3D programs that treat image processing and transforms non-destructively, one would argue that actually this is the core failure in PS (and also in AE): You do not treat a layer as an geometric entity but rather as a container full of pixels. If e.g. all distortion filters worked based on imaginary geometric grids, this would be no problem at all &#8211; the result of an transformation would merely be the difference of vertex positions or a vertex map to the original and could be reset any time&#8230;<br />
<i>[It's hard to offer both direct pixel manipulation *and* non-destructive transformation.  See the simplicity-vs-power post linked above.  --J.]</i></p>
]]></content:encoded>
	</item>
</channel>
</rss>
