<?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: Photoshop &#8220;vs.&#8221; Fireworks: Quick clarifications</title>
	<atom:link href="http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html</link>
	<description></description>
	<lastBuildDate>Tue, 21 May 2013 17:51:02 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.5.1</generator>
	<item>
		<title>By: diseño web</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15365</link>
		<dc:creator>diseño web</dc:creator>
		<pubDate>Sun, 07 Feb 2010 06:32:56 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15365</guid>
		<description><![CDATA[Everything depends on the type of work that we are going to carry out. If it is a project Web because I advise to use fireworks by its multiple tools and the close relation with dreamweaver. But, if it is a project for impression would be due to use photoshop
]]></description>
		<content:encoded><![CDATA[<p>Everything depends on the type of work that we are going to carry out. If it is a project Web because I advise to use fireworks by its multiple tools and the close relation with dreamweaver. But, if it is a project for impression would be due to use photoshop</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: moi meme</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15364</link>
		<dc:creator>moi meme</dc:creator>
		<pubDate>Wed, 09 Dec 2009 21:05:09 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15364</guid>
		<description><![CDATA[Thanks for the update.
Can you also confirm that there are no plans to merge AI into Photoshop?
What is the current schedule for the release of CS5?
]]></description>
		<content:encoded><![CDATA[<p>Thanks for the update.<br />
Can you also confirm that there are no plans to merge AI into Photoshop?<br />
What is the current schedule for the release of CS5?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thinsoldier</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15363</link>
		<dc:creator>thinsoldier</dc:creator>
		<pubDate>Fri, 27 Nov 2009 14:20:20 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15363</guid>
		<description><![CDATA[[At that point, why have separate applications at all? You could make everything consistent (at least in theory) by slamming everything into one monstrous app. --J.]
Or have the parts that can be most benefitted by consistency across apps converted into centralized plug-ins that can be loaded by any of your apps.
As you figure out of the years how to do this with more and more of the features you arrive at a point where you&#039;re selling medium sized applications and a very large library of common components. Some components only come bundled with certain apps. When running within the context of 1 particular app any keyboard shortcuts relevant within the app defer to the main applications settings.
You could even have an app-builder where a user could  choose to combine just have an application frame + file opening capability + file saving capability + bitmap image resizing capability + generic scripting capability and create their own very very tiny app for automating opening, resizing and saving photos instead of having to open all of photoshop. And if they have no desire to &quot;watch&quot; the action run they could omit the visible application frame window part and have the script run much faster.&#039;
I could write my website&#039;s image resizing script with JS and Adobe Components instead of php &amp; imagemagick and re-use the same script in the main Photoshop app instead of having to write 2 scripts in 2 languages that do the same thing.
People who currently write plug-ins could pay you guys for a license and start making their own tweaked replacement versions of some of the core components. They wouldn&#039;t be limited to just stuff under the Filter menu!
]]></description>
		<content:encoded><![CDATA[<p>[At that point, why have separate applications at all? You could make everything consistent (at least in theory) by slamming everything into one monstrous app. --J.]<br />
Or have the parts that can be most benefitted by consistency across apps converted into centralized plug-ins that can be loaded by any of your apps.<br />
As you figure out of the years how to do this with more and more of the features you arrive at a point where you&#8217;re selling medium sized applications and a very large library of common components. Some components only come bundled with certain apps. When running within the context of 1 particular app any keyboard shortcuts relevant within the app defer to the main applications settings.<br />
You could even have an app-builder where a user could  choose to combine just have an application frame + file opening capability + file saving capability + bitmap image resizing capability + generic scripting capability and create their own very very tiny app for automating opening, resizing and saving photos instead of having to open all of photoshop. And if they have no desire to &#8220;watch&#8221; the action run they could omit the visible application frame window part and have the script run much faster.&#8217;<br />
I could write my website&#8217;s image resizing script with JS and Adobe Components instead of php &amp; imagemagick and re-use the same script in the main Photoshop app instead of having to write 2 scripts in 2 languages that do the same thing.<br />
People who currently write plug-ins could pay you guys for a license and start making their own tweaked replacement versions of some of the core components. They wouldn&#8217;t be limited to just stuff under the Filter menu!</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thinsoldier</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15362</link>
		<dc:creator>thinsoldier</dc:creator>
		<pubDate>Fri, 27 Nov 2009 14:02:48 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15362</guid>
		<description><![CDATA[Make every app for what it was meant to. Photoshop image processing, Illustrator for vector works, InDesign rich text stuff, Fireworks rapid prototyping. The first problem is integration of the file format. Native file format support is key for a efficient workflow. Unfortunately for example Fw doesn&#039;t handle adjustment layers yet. What also would be great to have smart objects in Fireworks!
[See, but you&#039;re asking for each app to be slimmer and more focused, and yet you&#039;re asking for more things to be duplicated in each. You can&#039;t have it both ways. --J.]
What would be great is to have &quot;linked files&quot; as an independent application/common plug-in that works in all adobe apps and then link to a file instead of smart objects.
What would be better is if Photoshop&#039;s &quot;adjustments&quot; were standardized and made inter-operable with the layer/object management systems of all adobe apps and then the &quot;Adjustment Layers&quot; became an independent application/common plug-in that works in all adobe apps and then you could have adjustment layers in all adobe apps working off one codebase for that feature.
As for this
&lt;a href=&quot;http://www.jnack.com/adobe/photoshop/obo/1.html&quot; rel=&quot;nofollow&quot;&gt;http://www.jnack.com/adobe/photoshop/obo/1.html&lt;/a&gt;
This 2-up idea is pointless and just an invasion of my working space UNLESS the photoshop side is updated live while I edit on the illustrator side. Don&#039;t smart objects already work this way where hitting save in Illustrator updates the view in photoshop? If that&#039;s the case this is just a weak simulation of working with 2 monitors.
As poopie as Maya is I keep coming back to suggesting you guys look at what that program gets RIGHT when it comes to managing lots of different feature sets in a single application. It has &quot;Menu Sets&quot; for polygons(pixels), nurbs(vectors), dynamics, animation, etc. And a significant number of &quot;features&quot; associated with each &quot;set&quot; of functionality is it&#039;s own somewhat stand-alone component that can actually be disabled/enabled on the fly (freeing up memory) and even omitted from the launching of the application.
It can repeat ANY last used menu command (not just the filters menu like photoshop) with or without showing the dialog/options box again.
It lets you &quot;rip off&quot; any menu/sub-menu to a temporary window for ease of use when you don&#039;t feel a menu item is important enough to set up a keyboard shortcut for.
It has at least 3 different ways of visualizing the attributes (layer settings) of objects (layers) (over the years as more and more people stop using the least useful one they can eventually get rid of it.)
Yes it has 256 BaJillion-million-trillion-billion flaws and bugs but it got these few wonderfully useful ideas right. All software should copy some of these. Especially Photoshop and DEFINITELY any future Adobe &quot;one app to rule them all&quot;.
]]></description>
		<content:encoded><![CDATA[<p>Make every app for what it was meant to. Photoshop image processing, Illustrator for vector works, InDesign rich text stuff, Fireworks rapid prototyping. The first problem is integration of the file format. Native file format support is key for a efficient workflow. Unfortunately for example Fw doesn&#8217;t handle adjustment layers yet. What also would be great to have smart objects in Fireworks!<br />
[See, but you're asking for each app to be slimmer and more focused, and yet you're asking for more things to be duplicated in each. You can't have it both ways. --J.]<br />
What would be great is to have &#8220;linked files&#8221; as an independent application/common plug-in that works in all adobe apps and then link to a file instead of smart objects.<br />
What would be better is if Photoshop&#8217;s &#8220;adjustments&#8221; were standardized and made inter-operable with the layer/object management systems of all adobe apps and then the &#8220;Adjustment Layers&#8221; became an independent application/common plug-in that works in all adobe apps and then you could have adjustment layers in all adobe apps working off one codebase for that feature.<br />
As for this<br />
<a href="http://www.jnack.com/adobe/photoshop/obo/1.html" rel="nofollow">http://www.jnack.com/adobe/photoshop/obo/1.html</a><br />
This 2-up idea is pointless and just an invasion of my working space UNLESS the photoshop side is updated live while I edit on the illustrator side. Don&#8217;t smart objects already work this way where hitting save in Illustrator updates the view in photoshop? If that&#8217;s the case this is just a weak simulation of working with 2 monitors.<br />
As poopie as Maya is I keep coming back to suggesting you guys look at what that program gets RIGHT when it comes to managing lots of different feature sets in a single application. It has &#8220;Menu Sets&#8221; for polygons(pixels), nurbs(vectors), dynamics, animation, etc. And a significant number of &#8220;features&#8221; associated with each &#8220;set&#8221; of functionality is it&#8217;s own somewhat stand-alone component that can actually be disabled/enabled on the fly (freeing up memory) and even omitted from the launching of the application.<br />
It can repeat ANY last used menu command (not just the filters menu like photoshop) with or without showing the dialog/options box again.<br />
It lets you &#8220;rip off&#8221; any menu/sub-menu to a temporary window for ease of use when you don&#8217;t feel a menu item is important enough to set up a keyboard shortcut for.<br />
It has at least 3 different ways of visualizing the attributes (layer settings) of objects (layers) (over the years as more and more people stop using the least useful one they can eventually get rid of it.)<br />
Yes it has 256 BaJillion-million-trillion-billion flaws and bugs but it got these few wonderfully useful ideas right. All software should copy some of these. Especially Photoshop and DEFINITELY any future Adobe &#8220;one app to rule them all&#8221;.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: thinsoldier</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15361</link>
		<dc:creator>thinsoldier</dc:creator>
		<pubDate>Fri, 27 Nov 2009 13:10:31 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15361</guid>
		<description><![CDATA[&quot;It&#039;s possible for apps to have different core missions and yet have tools &amp; capabilities in common.&quot;
Going a step further, if possible, they should even re-use the same code/modules. For example, it makes no sense that Photoshop exports .png files that are inferior to the the .png files exported by Fireworks.
&quot;To this day, we cannot arbitrarily re-order layer styles or apply them to groups!&quot;
Some other image editors I&#039;ve tried can do this. They make it look easy. Even illustrator allows you to add multple strokes and multiple other stuff and re-order them.
&quot;Point in case: Before moving on to doing more, PS first and foremost must do better what it claims to already be doing.&quot;
I strongly agree with this. I would gladly buy the next version if the change log was filled with sensible, log over due tweaks/fixes to old areas resulting in some workflows actually becoming how they always should have worked and noticeable speed improvements.
&quot;not copying features from other apps because it seems like a good idea at the time.&quot;
Some features in other apps are they best idea ever and should be blatantly coped by ALL software, not just Photoshop.
&quot;someone was requesting a &quot;Links&quot; panel, but it&#039;s already there - cunningly hidden in your slices tool so really nobody thinks of it for text links,&quot;
LOL, that&#039;s so NOT the kind of &quot;links&quot; we were talking about. You&#039;re thinking a.href. We mean img.src.
]]></description>
		<content:encoded><![CDATA[<p>&#8220;It&#8217;s possible for apps to have different core missions and yet have tools &amp; capabilities in common.&#8221;<br />
Going a step further, if possible, they should even re-use the same code/modules. For example, it makes no sense that Photoshop exports .png files that are inferior to the the .png files exported by Fireworks.<br />
&#8220;To this day, we cannot arbitrarily re-order layer styles or apply them to groups!&#8221;<br />
Some other image editors I&#8217;ve tried can do this. They make it look easy. Even illustrator allows you to add multple strokes and multiple other stuff and re-order them.<br />
&#8220;Point in case: Before moving on to doing more, PS first and foremost must do better what it claims to already be doing.&#8221;<br />
I strongly agree with this. I would gladly buy the next version if the change log was filled with sensible, log over due tweaks/fixes to old areas resulting in some workflows actually becoming how they always should have worked and noticeable speed improvements.<br />
&#8220;not copying features from other apps because it seems like a good idea at the time.&#8221;<br />
Some features in other apps are they best idea ever and should be blatantly coped by ALL software, not just Photoshop.<br />
&#8220;someone was requesting a &#8220;Links&#8221; panel, but it&#8217;s already there &#8211; cunningly hidden in your slices tool so really nobody thinks of it for text links,&#8221;<br />
LOL, that&#8217;s so NOT the kind of &#8220;links&#8221; we were talking about. You&#8217;re thinking a.href. We mean img.src.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Branislav</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15360</link>
		<dc:creator>Branislav</dc:creator>
		<pubDate>Wed, 25 Nov 2009 14:02:53 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15360</guid>
		<description><![CDATA[Maybe you could integrate FW and Flash Catalyst and create best prototyping application for future web(HTML5 and Flash/Flex RIA-s).
]]></description>
		<content:encoded><![CDATA[<p>Maybe you could integrate FW and Flash Catalyst and create best prototyping application for future web(HTML5 and Flash/Flex RIA-s).</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15359</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Wed, 25 Nov 2009 00:40:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15359</guid>
		<description><![CDATA[John,
Thanks for the reply!
I simply see Adobe invests less resources in Fireworks lately. I also see it heavily under-promoted by Adobe -- even when we speak about screen design, suddenly Ai starts to show, instead of Fireworks, even if Fw is the perfect tool for screen/Web?
I also see quite a lot of features being copied to Ai/Ps from Fireworks, while Fireworks does not receive the attention it needs itself (what about nice Ai features, copied from Ai to Fw?).
And now you&#039;ve spoken about copying *most* core Fw features to Ps, maybe soon.
A designer who relies 8+ hours a day on Fireworks, has the right to be worried a bit?...
Anyway, thanks for being sincere (to the extent where Adobe NdA extends, of course).
I hope Fireworks has a future @ Adobe.
Good luck with the Ps improvements! :)
]]></description>
		<content:encoded><![CDATA[<p>John,<br />
Thanks for the reply!<br />
I simply see Adobe invests less resources in Fireworks lately. I also see it heavily under-promoted by Adobe &#8212; even when we speak about screen design, suddenly Ai starts to show, instead of Fireworks, even if Fw is the perfect tool for screen/Web?<br />
I also see quite a lot of features being copied to Ai/Ps from Fireworks, while Fireworks does not receive the attention it needs itself (what about nice Ai features, copied from Ai to Fw?).<br />
And now you&#8217;ve spoken about copying *most* core Fw features to Ps, maybe soon.<br />
A designer who relies 8+ hours a day on Fireworks, has the right to be worried a bit?&#8230;<br />
Anyway, thanks for being sincere (to the extent where Adobe NdA extends, of course).<br />
I hope Fireworks has a future @ Adobe.<br />
Good luck with the Ps improvements! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jeremy Chone</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15358</link>
		<dc:creator>Jeremy Chone</dc:creator>
		<pubDate>Tue, 24 Nov 2009 17:19:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15358</guid>
		<description><![CDATA[I love photoshop, and while I know Fireworks might be better for some of the Web design tasks I am doing, I do not feel learning a new tool. So, on my side, the more &quot;features&quot; that can be added to photoshop the better.
I compare Photoshop to Excel. You do not know about pivot table to do a simple spreadsheet, but you know that it is there if you need it.
Photoshop is an amazing tool and Adobe should not be afraid to make it do more things. Obviously, you do not want to break the functional architecture, but outside of this, the more the better. IMO.
]]></description>
		<content:encoded><![CDATA[<p>I love photoshop, and while I know Fireworks might be better for some of the Web design tasks I am doing, I do not feel learning a new tool. So, on my side, the more &#8220;features&#8221; that can be added to photoshop the better.<br />
I compare Photoshop to Excel. You do not know about pivot table to do a simple spreadsheet, but you know that it is there if you need it.<br />
Photoshop is an amazing tool and Adobe should not be afraid to make it do more things. Obviously, you do not want to break the functional architecture, but outside of this, the more the better. IMO.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15357</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Tue, 24 Nov 2009 09:23:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15357</guid>
		<description><![CDATA[John,
Thank you for the update!
Designers who work with Fireworks have a reason to worry, though:
1. Adobe clearly invests much more resources in all apps, except Fireworks. Fireworks is also under-promoted by Adobe, and this can be seen by everyone.
2. Adobe never added even a small Fireworks icon + &lt;a href=&quot;http://www.adobe.com/products/fireworks/&quot; rel=&quot;nofollow&quot;&gt;link&lt;/a&gt; to the front page of Adobe.com -- why? Isn&#039;t it because even Adobe is not considering Fw a &quot;serious&quot; design tool? Ps, Ai, Dw, Id, Fl, and even Ps Elements have their icon + link, but not Fw?
3. A message such as &quot;We plan to add most of Fw core features to Photoshop&quot; may be read as:
-- we want to make Ps much better for Web/screen design, and because Fw does it very well, we&#039;ll copy the features from it!
-- but it could mean also: &quot;We plan to copy main Fw features to Ps, then cease development of Fw, as Ps will (in theory) do both print and screen design, as one uber-app&quot;?
Can you say: &quot;Yes, Fireworks is to stay! It will be developed actively, and we will improve the way Fw, Ps, Ai, Flash and other Adobe major apps &quot;talk&quot; to each other!&quot;?
Can you say: &quot;We do not have plans to remove Fireworks from out list of actively developed applications, because it has clearly its place, it has unique features and workflows, we value its userbase of professional designers (and we plan to extend it! we plan to promote Fw better!), and we will try to make Fireworks better!&quot;?
If the answer is &quot;Yes&quot;, then please, add as many Fw features to Photoshop! -- I&#039;ll have my excellent Fw tool for screen, Web &amp; logo design, and everyone will be happy! :)))
&lt;i&gt;[Sorry, Michel--I can&#039;t offer any such reassurances, as I don&#039;t speak for Adobe proper or the Fireworks team in particular.  I have little if any say in what does or does not happen to FW.  My intention in posting this survey wasn&#039;t to say *anything* about FW, but rather just to gauge interest in design-related (not necessarily Web-specific) improvements in Photoshop.  Therefore please don&#039;t read anything related to FW into my questions.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>John,<br />
Thank you for the update!<br />
Designers who work with Fireworks have a reason to worry, though:<br />
1. Adobe clearly invests much more resources in all apps, except Fireworks. Fireworks is also under-promoted by Adobe, and this can be seen by everyone.<br />
2. Adobe never added even a small Fireworks icon + <a href="http://www.adobe.com/products/fireworks/" rel="nofollow">link</a> to the front page of Adobe.com &#8212; why? Isn&#8217;t it because even Adobe is not considering Fw a &#8220;serious&#8221; design tool? Ps, Ai, Dw, Id, Fl, and even Ps Elements have their icon + link, but not Fw?<br />
3. A message such as &#8220;We plan to add most of Fw core features to Photoshop&#8221; may be read as:<br />
&#8211; we want to make Ps much better for Web/screen design, and because Fw does it very well, we&#8217;ll copy the features from it!<br />
&#8211; but it could mean also: &#8220;We plan to copy main Fw features to Ps, then cease development of Fw, as Ps will (in theory) do both print and screen design, as one uber-app&#8221;?<br />
Can you say: &#8220;Yes, Fireworks is to stay! It will be developed actively, and we will improve the way Fw, Ps, Ai, Flash and other Adobe major apps &#8220;talk&#8221; to each other!&#8221;?<br />
Can you say: &#8220;We do not have plans to remove Fireworks from out list of actively developed applications, because it has clearly its place, it has unique features and workflows, we value its userbase of professional designers (and we plan to extend it! we plan to promote Fw better!), and we will try to make Fireworks better!&#8221;?<br />
If the answer is &#8220;Yes&#8221;, then please, add as many Fw features to Photoshop! &#8212; I&#8217;ll have my excellent Fw tool for screen, Web &amp; logo design, and everyone will be happy! :)))<br />
<i>[Sorry, Michel--I can't offer any such reassurances, as I don't speak for Adobe proper or the Fireworks team in particular.  I have little if any say in what does or does not happen to FW.  My intention in posting this survey wasn't to say *anything* about FW, but rather just to gauge interest in design-related (not necessarily Web-specific) improvements in Photoshop.  Therefore please don't read anything related to FW into my questions.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michel</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15356</link>
		<dc:creator>Michel</dc:creator>
		<pubDate>Tue, 24 Nov 2009 09:04:58 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15356</guid>
		<description><![CDATA[&quot;I mean seriously... No real professional works in a destructive way today. All the bitmap tools in Fireworks basically make changes permanently. Not good in my opinion.&quot;
A small correction: If you use Live Filters from the Property Inspector panel, they are *not* destructive, after you apply any filter to a bitmap -- at any time you can edit and switch a filter on/off.
If you add filters from the Filters menu, though, yes, they&#039;re destructive.
Things have been like this for years in Fireworks. Why? I can&#039;t tell.
Use filters from the PI and your Fireworks development will be much easier! :)
]]></description>
		<content:encoded><![CDATA[<p>&#8220;I mean seriously&#8230; No real professional works in a destructive way today. All the bitmap tools in Fireworks basically make changes permanently. Not good in my opinion.&#8221;<br />
A small correction: If you use Live Filters from the Property Inspector panel, they are *not* destructive, after you apply any filter to a bitmap &#8212; at any time you can edit and switch a filter on/off.<br />
If you add filters from the Filters menu, though, yes, they&#8217;re destructive.<br />
Things have been like this for years in Fireworks. Why? I can&#8217;t tell.<br />
Use filters from the PI and your Fireworks development will be much easier! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Wooster</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15355</link>
		<dc:creator>Wooster</dc:creator>
		<pubDate>Tue, 24 Nov 2009 06:14:42 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15355</guid>
		<description><![CDATA[In response to the &#039;Conspiracy to force us to buy FireWorks&#039;  with regards to animated GIFs, It honestly does feel like it. I mean think about it, with Photoshop&#039;s Animation pallet and complimented by the layers window, Photoshop can make some very robust Animated GIFs. The problem lies in the fact that Photoshop can create Animated GIFs, but can&#039;t open them. Or at least, it can&#039;t open any further then the first frame.
Photoshop, for better or worse, is already a useful tool for working with Animated GIFs. As a consumer, I see a conflict of interests when the product can create a file, but can&#039;t open it, and the only solution is to buy another pricy product, to which the only motivation I have to get it, is to convert Animated GIFs into PSDs so I can move them back into Photoshop.
To me in my work style, FireWorks would simply be a $300 file converter. Yes, I know it&#039;s capable of  more, but those other abilities are not the reasons why I&#039;d be buying it.
]]></description>
		<content:encoded><![CDATA[<p>In response to the &#8216;Conspiracy to force us to buy FireWorks&#8217;  with regards to animated GIFs, It honestly does feel like it. I mean think about it, with Photoshop&#8217;s Animation pallet and complimented by the layers window, Photoshop can make some very robust Animated GIFs. The problem lies in the fact that Photoshop can create Animated GIFs, but can&#8217;t open them. Or at least, it can&#8217;t open any further then the first frame.<br />
Photoshop, for better or worse, is already a useful tool for working with Animated GIFs. As a consumer, I see a conflict of interests when the product can create a file, but can&#8217;t open it, and the only solution is to buy another pricy product, to which the only motivation I have to get it, is to convert Animated GIFs into PSDs so I can move them back into Photoshop.<br />
To me in my work style, FireWorks would simply be a $300 file converter. Yes, I know it&#8217;s capable of  more, but those other abilities are not the reasons why I&#8217;d be buying it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: accessoire</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15354</link>
		<dc:creator>accessoire</dc:creator>
		<pubDate>Tue, 24 Nov 2009 02:26:10 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15354</guid>
		<description><![CDATA[[See, but you&#039;re asking for each app to be slimmer and more focused, and yet you&#039;re asking for more things to be duplicated in each. You can&#039;t have it both ways. --J.]
No I am not - I guess you misunderstand me. I don&#039;t want to be able to adjust the adjustment layers in Fw. I only want them be viewable like they are in InDesign. What this offers is kinda like what we call in Germany working media neutral for colormanagement. You can use the same working concept if you support native file formats. You don&#039;t need to save thousand versions of your images. If you don&#039;t like a part about the image just turn of the Illustrator path, turn of one adjustment layer. That&#039;s returning file bloat. You only need one psd or Illustrator file, but you can have 100000 (probably more) variations of this file. And all you need to do is turn one layer off.
If you&#039;re familiar with Colormanagement then ask yourself one question. What is better: Working with CMYK files and not being able to use your files for seperate print processes or work with RGB and export to the needed color space in the end? It saves you a LOT of absolutely unneeded files.
Back to the Fireworks talk now. The same is the case if you only need one file for several variations.
If you&#039;re familiar with InDesign. That&#039;s the way I want. It&#039;s a really great workflow in my opinion.
Besides ... if we add adjustment layer support, etc. (remember, not being able to change them(!!) but only showing/hiding them) then you COULD remove some bloat for Fireworks like image sharpening tools etc.
I mean seriously... No real professional works in a destructive way today. All the bitmap tools in Fireworks basically make changes permanently. Not good in my opinion.
[At that point, why have separate applications at all? You could make everything consistent (at least in theory) by slamming everything into one monstrous app. --J.]
Well because it is insane? Loading times for the app would be ridicilous, loading all the plugins - no thanks ^^. Illustrator live effects can take a lot of loading time. I wouldn&#039;t be useable without a very high end PC/Mac.
By the way how to arrange all the panels? What about shortcuts? I think that would be kind of impossible to do this. Well maybe it is possible (take a look at the 3D app Blender. It is very powerful. I covers veryyy many topics of 3D content creation.) but this isn&#039;t possible in one or two years. Such a insane project like merging all apps would need a lot of planning. It could be done but it needs to be very well designed.
I don&#039;t see any problem why it shouldn&#039;t be that all Photoshop effects are the same in Illustrator, InDesign, etc.. They do exactly the same (I&#039;m talking about drop shadow, inner glow, etc.)
If you&#039;re trying to argument that you don&#039;t need support for native file formats then you could stop right now with a better integration of the CS app. So we stop and we import flattened image files. Maybe even EPS files without ICC based colormanagement? Why not? Go 10 years back in time ;)?
So we need to import each image 2000 times considering we often need some changes?
No thanks. If that is the aim for the next years well dunno. Then I could also use GIMP or whatever open source programm suitable for the job. To be honest: The only reason why I would prefer Adobe products about other open source apps is the integration. It is the best on the market. But it&#039;s integration still can be better.
While we&#039;re going back in time let&#039;s remove Bridge? I can simply search for thousands of files via finder. Way much better. Who cares about meta data support. We don&#039;t need CS integration.
Take care there is a lot of cynicism at the end of the text ;). But there are also true feelings about how it is going to become. I really would be shocked if you stop now with the integration. Then the workflow cannot become faster and that would be really frustrating.
Like I said earlier: I&#039;m learning fireworks right now. But even from just knowing it&#039;s basic functions for 2 days (2 lynda.com courses in 2 days) I already know that I cannot use it in the future if it doesn&#039;t support better support for the other Adobe apps.
It doesn&#039;t import some Illustrator files at all. I cannot work that way. I cannot work with flattened images. This working style is to much 90&#039;s for me. I don&#039;t know how it is in other countries but in Germany there is a growing acceptance for non-flattened files. Almost every book author since a few years suggest non-destructive non-flattened workflows in Germany. Some of the leading ACEs in Germany suggest this workflows.
Now it&#039;s already 4 cents :P.
I&#039;m sorry for misunderstanding. I want to say so much but english isn&#039;t my native language. I probably should take more time writing all this for a better understanding I hope you get the idea what I&#039;m talking about.
Kind regards
Andreas
]]></description>
		<content:encoded><![CDATA[<p>[See, but you're asking for each app to be slimmer and more focused, and yet you're asking for more things to be duplicated in each. You can't have it both ways. --J.]<br />
No I am not &#8211; I guess you misunderstand me. I don&#8217;t want to be able to adjust the adjustment layers in Fw. I only want them be viewable like they are in InDesign. What this offers is kinda like what we call in Germany working media neutral for colormanagement. You can use the same working concept if you support native file formats. You don&#8217;t need to save thousand versions of your images. If you don&#8217;t like a part about the image just turn of the Illustrator path, turn of one adjustment layer. That&#8217;s returning file bloat. You only need one psd or Illustrator file, but you can have 100000 (probably more) variations of this file. And all you need to do is turn one layer off.<br />
If you&#8217;re familiar with Colormanagement then ask yourself one question. What is better: Working with CMYK files and not being able to use your files for seperate print processes or work with RGB and export to the needed color space in the end? It saves you a LOT of absolutely unneeded files.<br />
Back to the Fireworks talk now. The same is the case if you only need one file for several variations.<br />
If you&#8217;re familiar with InDesign. That&#8217;s the way I want. It&#8217;s a really great workflow in my opinion.<br />
Besides &#8230; if we add adjustment layer support, etc. (remember, not being able to change them(!!) but only showing/hiding them) then you COULD remove some bloat for Fireworks like image sharpening tools etc.<br />
I mean seriously&#8230; No real professional works in a destructive way today. All the bitmap tools in Fireworks basically make changes permanently. Not good in my opinion.<br />
[At that point, why have separate applications at all? You could make everything consistent (at least in theory) by slamming everything into one monstrous app. --J.]<br />
Well because it is insane? Loading times for the app would be ridicilous, loading all the plugins &#8211; no thanks ^^. Illustrator live effects can take a lot of loading time. I wouldn&#8217;t be useable without a very high end PC/Mac.<br />
By the way how to arrange all the panels? What about shortcuts? I think that would be kind of impossible to do this. Well maybe it is possible (take a look at the 3D app Blender. It is very powerful. I covers veryyy many topics of 3D content creation.) but this isn&#8217;t possible in one or two years. Such a insane project like merging all apps would need a lot of planning. It could be done but it needs to be very well designed.<br />
I don&#8217;t see any problem why it shouldn&#8217;t be that all Photoshop effects are the same in Illustrator, InDesign, etc.. They do exactly the same (I&#8217;m talking about drop shadow, inner glow, etc.)<br />
If you&#8217;re trying to argument that you don&#8217;t need support for native file formats then you could stop right now with a better integration of the CS app. So we stop and we import flattened image files. Maybe even EPS files without ICC based colormanagement? Why not? Go 10 years back in time ;)?<br />
So we need to import each image 2000 times considering we often need some changes?<br />
No thanks. If that is the aim for the next years well dunno. Then I could also use GIMP or whatever open source programm suitable for the job. To be honest: The only reason why I would prefer Adobe products about other open source apps is the integration. It is the best on the market. But it&#8217;s integration still can be better.<br />
While we&#8217;re going back in time let&#8217;s remove Bridge? I can simply search for thousands of files via finder. Way much better. Who cares about meta data support. We don&#8217;t need CS integration.<br />
Take care there is a lot of cynicism at the end of the text ;). But there are also true feelings about how it is going to become. I really would be shocked if you stop now with the integration. Then the workflow cannot become faster and that would be really frustrating.<br />
Like I said earlier: I&#8217;m learning fireworks right now. But even from just knowing it&#8217;s basic functions for 2 days (2 lynda.com courses in 2 days) I already know that I cannot use it in the future if it doesn&#8217;t support better support for the other Adobe apps.<br />
It doesn&#8217;t import some Illustrator files at all. I cannot work that way. I cannot work with flattened images. This working style is to much 90&#8242;s for me. I don&#8217;t know how it is in other countries but in Germany there is a growing acceptance for non-flattened files. Almost every book author since a few years suggest non-destructive non-flattened workflows in Germany. Some of the leading ACEs in Germany suggest this workflows.<br />
Now it&#8217;s already 4 cents :P.<br />
I&#8217;m sorry for misunderstanding. I want to say so much but english isn&#8217;t my native language. I probably should take more time writing all this for a better understanding I hope you get the idea what I&#8217;m talking about.<br />
Kind regards<br />
Andreas</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: James</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15353</link>
		<dc:creator>James</dc:creator>
		<pubDate>Tue, 24 Nov 2009 02:16:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15353</guid>
		<description><![CDATA[My biggest desire for the creative suite is to see better cross-program opentype support.  Why the hell can&#039;t I copy painstakingly formatted text from Indesign and paste it straight into Photoshop or Illustrator without losing all the work I&#039;ve put into making it look nice?
And why doesn&#039;t Photoshop have a nice glyphs pallet like Indesign (which is why I would be pasting formatted text from ID to PS in the first place)?  Ditto for Illustrator.
]]></description>
		<content:encoded><![CDATA[<p>My biggest desire for the creative suite is to see better cross-program opentype support.  Why the hell can&#8217;t I copy painstakingly formatted text from Indesign and paste it straight into Photoshop or Illustrator without losing all the work I&#8217;ve put into making it look nice?<br />
And why doesn&#8217;t Photoshop have a nice glyphs pallet like Indesign (which is why I would be pasting formatted text from ID to PS in the first place)?  Ditto for Illustrator.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mylenium</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15352</link>
		<dc:creator>Mylenium</dc:creator>
		<pubDate>Tue, 24 Nov 2009 01:54:32 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15352</guid>
		<description><![CDATA[&lt;em&gt;It&#039;s to inconsistent.&lt;/em&gt;
Well, another Adobe PM (or was it a senior developer?) said the other day &quot;Growth by acquisition.&quot; Naturally, there is feature overlap between different apps, if they have been bought from another developer that was a competitor before being gobbled up. Aside from that, even apps originally developed within the same company share code and features.
That is, however not really the point and if I may say so, feature-centric thinking is just wrong (which, I might add, is also how John got off on the wrong foot with this and the other thread - he asked about features, not workflows).
It all comes down to what you consider essential to get a specific task done. When you do, everything that is not related to getting the work done becomes superfluous, but it would be wrong to assume that not at some point it might be used by someone else. The decisive factor is, how the ratio of people not using a feature compares to people using it. Example: Many people paint in Photoshop, but it is safe to say that very few people paint in 3D (because PS just isn&#039;t good enough at it for &quot;pros&quot;, the number of said &quot;pros&quot; only makes a fraction of the overall PS user base to begin with and other programs stole the crown long before).
So where does that leave us? Do we rip out 3D or do we leave it in, regardless of how little it actually may be used? Hard to tell without fully seeing all research data. It is certainly no different with web and design features - vectors in PS certainly are not glorious, yet for simple fixes and touch-ups they are sufficient and welcome. So do they go or do they stay?
Again, it always comes down to that old gag of software development: Ask a 100 people, get a 100 different answers...
]]></description>
		<content:encoded><![CDATA[<p><em>It&#8217;s to inconsistent.</em><br />
Well, another Adobe PM (or was it a senior developer?) said the other day &#8220;Growth by acquisition.&#8221; Naturally, there is feature overlap between different apps, if they have been bought from another developer that was a competitor before being gobbled up. Aside from that, even apps originally developed within the same company share code and features.<br />
That is, however not really the point and if I may say so, feature-centric thinking is just wrong (which, I might add, is also how John got off on the wrong foot with this and the other thread &#8211; he asked about features, not workflows).<br />
It all comes down to what you consider essential to get a specific task done. When you do, everything that is not related to getting the work done becomes superfluous, but it would be wrong to assume that not at some point it might be used by someone else. The decisive factor is, how the ratio of people not using a feature compares to people using it. Example: Many people paint in Photoshop, but it is safe to say that very few people paint in 3D (because PS just isn&#8217;t good enough at it for &#8220;pros&#8221;, the number of said &#8220;pros&#8221; only makes a fraction of the overall PS user base to begin with and other programs stole the crown long before).<br />
So where does that leave us? Do we rip out 3D or do we leave it in, regardless of how little it actually may be used? Hard to tell without fully seeing all research data. It is certainly no different with web and design features &#8211; vectors in PS certainly are not glorious, yet for simple fixes and touch-ups they are sufficient and welcome. So do they go or do they stay?<br />
Again, it always comes down to that old gag of software development: Ask a 100 people, get a 100 different answers&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Mylenium</title>
		<link>http://blogs.adobe.com/jnack/2009/11/photoshop_vs_fireworks_quick_clarification.html#comment-15351</link>
		<dc:creator>Mylenium</dc:creator>
		<pubDate>Tue, 24 Nov 2009 01:27:07 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2009/11/photoshop-vs-fireworks-quick-clarifications.html#comment-15351</guid>
		<description><![CDATA[&lt;em&gt;I guess the people who say Photoshop should just do the photo features are the same kind of people as those who say mobile phones should just do phone calls.&lt;/em&gt;
That is a grossly dangerous simplification. PS has &quot;unnecessary&quot; features, because they don&#039;t work, period! Example: What good is DICOM handling, if it only does work with a limited set of non-encrypted DICOM files, it only opens the low-res version of the image data and it doesn&#039;t render volumes? A whole slew of effort wasted on something that doesn&#039;t work and thus will never used by people it was original designed for - medical analysis and visualization. If you get my meaning, just adding features so you can write fancy marketing lines about them serves no purpose.
That aside, I think you got it all wrong. Nobody is arguing that PS should just process images. Of course it needs to expand into other directions. The problem however is, that a lot of PS&#039; principles are outdated and do not lend themselves to serving other needs. You know, it&#039;s full of modal panels and dialogs to begin with, so how would it even remotely compete with the kind of interactive styling for web pages such as DW, FW and others offer it? That&#039;s the whole point argued by those in favor of FW.
Also, lest we forget, PS hasn&#039;t been touched in some areas for eons. When were layer styles introduced? Have they really changed much since then? No! To this day, we cannot arbitrarily re-order layer styles or apply them to groups! Likewise, wouldn&#039;t it be nice, if we wouldn&#039;t be stuck with its mooshy bicubic sampling? You know, even some freeware image viewers offer better algorithms like Catmull or Mitchell-Netravali for image resizing...
Point in case: Before moving on to doing more, PS first and foremost must do better what it claims to already be doing. It&#039;s all about basics and how to truly enhance an app, not copying features from other apps because it seems like a good idea at the time.
That aside, even John&#039;s list already misses out on some simple things that could already be done to enhance the web experience. You see, someone was requesting a &quot;Links&quot; panel, but it&#039;s already there - cunningly hidden in your slices tool so really nobody thinks of it for text links, which is already does. So ergo, it just needs to be un-buried from its shadowy place. Similarly, wouldn&#039;t it be cool if we could right-click on a slice and have it &quot;update the saved slice image&quot;, based on othe last active settings without Mr. Ugly Save for Web occupying the whole screen? It is those little things that mean a lot more in daily work...
]]></description>
		<content:encoded><![CDATA[<p><em>I guess the people who say Photoshop should just do the photo features are the same kind of people as those who say mobile phones should just do phone calls.</em><br />
That is a grossly dangerous simplification. PS has &#8220;unnecessary&#8221; features, because they don&#8217;t work, period! Example: What good is DICOM handling, if it only does work with a limited set of non-encrypted DICOM files, it only opens the low-res version of the image data and it doesn&#8217;t render volumes? A whole slew of effort wasted on something that doesn&#8217;t work and thus will never used by people it was original designed for &#8211; medical analysis and visualization. If you get my meaning, just adding features so you can write fancy marketing lines about them serves no purpose.<br />
That aside, I think you got it all wrong. Nobody is arguing that PS should just process images. Of course it needs to expand into other directions. The problem however is, that a lot of PS&#8217; principles are outdated and do not lend themselves to serving other needs. You know, it&#8217;s full of modal panels and dialogs to begin with, so how would it even remotely compete with the kind of interactive styling for web pages such as DW, FW and others offer it? That&#8217;s the whole point argued by those in favor of FW.<br />
Also, lest we forget, PS hasn&#8217;t been touched in some areas for eons. When were layer styles introduced? Have they really changed much since then? No! To this day, we cannot arbitrarily re-order layer styles or apply them to groups! Likewise, wouldn&#8217;t it be nice, if we wouldn&#8217;t be stuck with its mooshy bicubic sampling? You know, even some freeware image viewers offer better algorithms like Catmull or Mitchell-Netravali for image resizing&#8230;<br />
Point in case: Before moving on to doing more, PS first and foremost must do better what it claims to already be doing. It&#8217;s all about basics and how to truly enhance an app, not copying features from other apps because it seems like a good idea at the time.<br />
That aside, even John&#8217;s list already misses out on some simple things that could already be done to enhance the web experience. You see, someone was requesting a &#8220;Links&#8221; panel, but it&#8217;s already there &#8211; cunningly hidden in your slices tool so really nobody thinks of it for text links, which is already does. So ergo, it just needs to be un-buried from its shadowy place. Similarly, wouldn&#8217;t it be cool if we could right-click on a slice and have it &#8220;update the saved slice image&#8221;, based on othe last active settings without Mr. Ugly Save for Web occupying the whole screen? It is those little things that mean a lot more in daily work&#8230;</p>
]]></content:encoded>
	</item>
</channel>
</rss>
