<?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: What&#8217;s new in Bridge CS4?</title>
	<atom:link href="http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html/feed" rel="self" type="application/rss+xml" />
	<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html</link>
	<description></description>
	<lastBuildDate>Sat, 18 May 2013 16:08: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: Wendy</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-22655</link>
		<dc:creator>Wendy</dc:creator>
		<pubDate>Sun, 12 Sep 2010 04:42:52 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-22655</guid>
		<description><![CDATA[I was just wondering if Sanat Dave ever got his answer about the error msg about not having enough space to process the command in a batch rename. Although I&#039;m using the regular version of Bridge 4, I too have a new computer with 1TB of ram and am experiencing the same error. Anyone have any idea how to go about this? Please help. Thanks! :)]]></description>
		<content:encoded><![CDATA[<p>I was just wondering if Sanat Dave ever got his answer about the error msg about not having enough space to process the command in a batch rename. Although I&#8217;m using the regular version of Bridge 4, I too have a new computer with 1TB of ram and am experiencing the same error. Anyone have any idea how to go about this? Please help. Thanks! :)</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Michelle</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-20589</link>
		<dc:creator>Michelle</dc:creator>
		<pubDate>Tue, 06 Jul 2010 14:11:15 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-20589</guid>
		<description><![CDATA[Okay- Just so you know, I&#039;ve tried to be a good student and read through all the info above to find my answer, however, I didn&#039;t see what I was looking for.  

I&#039;m in Output in Bridge and am simply trying to create a PDF and I get this error...&quot;Bad Argument List&quot;.  Now I get this error all the time from my husband...But from Bridge too?.....Ugghhh!  Please help.]]></description>
		<content:encoded><![CDATA[<p>Okay- Just so you know, I&#8217;ve tried to be a good student and read through all the info above to find my answer, however, I didn&#8217;t see what I was looking for.  </p>
<p>I&#8217;m in Output in Bridge and am simply trying to create a PDF and I get this error&#8230;&#8221;Bad Argument List&#8221;.  Now I get this error all the time from my husband&#8230;But from Bridge too?&#8230;..Ugghhh!  Please help.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Raya</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9524</link>
		<dc:creator>Raya</dc:creator>
		<pubDate>Fri, 25 Jun 2010 16:02:24 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9524</guid>
		<description><![CDATA[Anyone anywhere EVER going to answer Roberts question? I doubt it since he asked it WAY back on February 11, 2009 but it would be awesome if someone would because I am having the same issue, a TEN limit gallery?? Even when you go to preview in browser its still only 10 pictures no matter how many times I add more it still just shows TEN!
I have looked at many tutorials but the people posting them never seem to use more then 10 images which is less than helpful so I googled some more and found poor Roberts post here and yet STILL no answers!
&lt;i&gt;[The 10-image &quot;limit&quot; was just for previewing inside the gallery.  It has no impact on your actual output.  In any event, it&#039;s been bumped to 20 in CS5.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>Anyone anywhere EVER going to answer Roberts question? I doubt it since he asked it WAY back on February 11, 2009 but it would be awesome if someone would because I am having the same issue, a TEN limit gallery?? Even when you go to preview in browser its still only 10 pictures no matter how many times I add more it still just shows TEN!<br />
I have looked at many tutorials but the people posting them never seem to use more then 10 images which is less than helpful so I googled some more and found poor Roberts post here and yet STILL no answers!<br />
<i>[The 10-image "limit" was just for previewing inside the gallery.  It has no impact on your actual output.  In any event, it's been bumped to 20 in CS5.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Scott</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9523</link>
		<dc:creator>Scott</dc:creator>
		<pubDate>Wed, 20 Jan 2010 18:34:04 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9523</guid>
		<description><![CDATA[could you help me with a problem with bridge?  Im looking for an answer to problem that I cant find.
]]></description>
		<content:encoded><![CDATA[<p>could you help me with a problem with bridge?  Im looking for an answer to problem that I cant find.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Hall</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9522</link>
		<dc:creator>David Hall</dc:creator>
		<pubDate>Fri, 08 May 2009 23:39:39 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9522</guid>
		<description><![CDATA[The scrollbars in Bridge are half the width of the scrollbars in my other apps (including Photoshop). Why are they so maddeningly skinny?? (And short -- in a folder with over a thousand files, the scrollbar isn&#039;t even a bar -- it&#039;s a microsopic nub.) My display resolution is 1920 x 1200. Tweaking scrollbar width in Vista affects all of my apps except Bridge. A major usability hassle.
]]></description>
		<content:encoded><![CDATA[<p>The scrollbars in Bridge are half the width of the scrollbars in my other apps (including Photoshop). Why are they so maddeningly skinny?? (And short &#8212; in a folder with over a thousand files, the scrollbar isn&#8217;t even a bar &#8212; it&#8217;s a microsopic nub.) My display resolution is 1920 x 1200. Tweaking scrollbar width in Vista affects all of my apps except Bridge. A major usability hassle.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Bill Roome</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9521</link>
		<dc:creator>Bill Roome</dc:creator>
		<pubDate>Tue, 31 Mar 2009 12:04:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9521</guid>
		<description><![CDATA[Thanks for the information about Bridge &amp; Opera. I&#039;d run into a problem that was related to Bridge CS4 &amp; Opera, and Adobe&#039;s help staff couldn&#039;t/wouldn&#039;t give me a straight answer about why Bridge was using Opera.
Security aside, I found a serious incompatibility between Bridge CS4&#039;s embedded Opera and the version of Opera I&#039;d installed separately. The result is that Bridge went into a loop when I asked for an output preview.
On MacOS 10.5.6, Opera 9.54 (and perhaps earlier versions) creates a file named
~/Library/Application Support/Opera/Widgets/widgets.dat
If that file exists, when I&#039;m in Bridge&#039;s Output panel and click &quot;Refresh Preview,&quot; the version of Opera embedded in Bridge goes into a loop. Always.
What was worse was the response from Adobe&#039;s help staff. On their suggestion, I created a new account and tried Bridge from there. Bridge worked fine -- because that account had never started Opera 9.54, of course. So Adobe&#039;s staff told me to bugger off. Not in so many words, but the implication was clear. Specifically, they said it must be a &quot;permissions problem,&quot; and the only solution was to migrate my &quot;essential data&quot; to the new account, and delete the old one.
That sounded like a crock, so I investigated and discovered the problem.
FYI: The solution is to (a) upgrade to Opera 9.6, and (b) delete that widgets.dat file. Apparently Opera 9.6 doesn&#039;t use that file (at least, it hasn&#039;t re-created it yet!), but it doesn&#039;t delete it.
]]></description>
		<content:encoded><![CDATA[<p>Thanks for the information about Bridge &amp; Opera. I&#8217;d run into a problem that was related to Bridge CS4 &amp; Opera, and Adobe&#8217;s help staff couldn&#8217;t/wouldn&#8217;t give me a straight answer about why Bridge was using Opera.<br />
Security aside, I found a serious incompatibility between Bridge CS4&#8242;s embedded Opera and the version of Opera I&#8217;d installed separately. The result is that Bridge went into a loop when I asked for an output preview.<br />
On MacOS 10.5.6, Opera 9.54 (and perhaps earlier versions) creates a file named<br />
~/Library/Application Support/Opera/Widgets/widgets.dat<br />
If that file exists, when I&#8217;m in Bridge&#8217;s Output panel and click &#8220;Refresh Preview,&#8221; the version of Opera embedded in Bridge goes into a loop. Always.<br />
What was worse was the response from Adobe&#8217;s help staff. On their suggestion, I created a new account and tried Bridge from there. Bridge worked fine &#8212; because that account had never started Opera 9.54, of course. So Adobe&#8217;s staff told me to bugger off. Not in so many words, but the implication was clear. Specifically, they said it must be a &#8220;permissions problem,&#8221; and the only solution was to migrate my &#8220;essential data&#8221; to the new account, and delete the old one.<br />
That sounded like a crock, so I investigated and discovered the problem.<br />
FYI: The solution is to (a) upgrade to Opera 9.6, and (b) delete that widgets.dat file. Apparently Opera 9.6 doesn&#8217;t use that file (at least, it hasn&#8217;t re-created it yet!), but it doesn&#8217;t delete it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Jp Cooper</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9520</link>
		<dc:creator>Jp Cooper</dc:creator>
		<pubDate>Mon, 23 Mar 2009 00:01:40 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9520</guid>
		<description><![CDATA[I agree with much of &quot;John C. Welch&#039;s&quot; post from back in October.
I knew there had been a copy of Opera in Bridge CS3.  Then someone after him commented that there were multiple copies of Opera installed in Adobe&#039;s Creative Suite Apps.
I began looking thru some of the obvious ones like Media Player and Fireworks and Dreamweaver.  Then went on to look thru the rest of Design Premium.  The only other place I found it was in Device Central.  There maybe more but they were not in similar locations as Bridge and Device Central.
So Design Prem installs 2 copies of a Web Browser that the End User is unaware of.  Unless there happens to be documentation hidden in the fine print of the EULA someplace.
I won&#039;t get into the techno-babble that &quot;John C. Welch&quot; did above - but my concern as a web developer is this.
Opera is added and used inside of these Apps for a reason.  Also for some reason the Full Blown Version is used.  As far as web browsers go these days they are adding in mechanisms to block various forms of maliscious code from user stupidity.
This still doesn&#039;t account for practices such as Phishing or Javascript attacks.  My compadre up there is correct that an attack on folks using CS3 or CS4 is a viable possibility.
I&#039;ve launched and looked thru both copies of Opera in CS4 and previously the copy that was included with Bridge CS3 - and found nothing that was limited or minimal.  The entire App was a full install by all accounts.
It wouldn&#039;t be too far fetched for a malicious coder to Spoof an Adobe Page with code targeting Bridge or Device Central [or any other Adobe App using a copy of Opera] and force scripts or &quot;plugins&quot; or any number of other malware into the hidden browsers.  Then upon launch or relaunch of the Adobe Apps containing the browser - either cause problems for the Apps themselves or have them dump malware to the system and cause problems for the end user.
This then becomes an interesting liability for Adobe because of an undocumented 3rd Party App.  Apparently one that has been going on for at least 2 or more versions of Creative Suite.
So questions arise:
Are there more than 2 copies [one in Bridge and one in Device Central] ?
Can the end user update/ upgrade the copies inside the Adobe Apps without having something break in the Adobe Apps to ensure security among other things but still have the Adobe Apps function?
*Seeing as how the 2 copies I found are dated 2007 [in Dev Cen] and 2008 [in Bridge].
Does the Adobe Updater - update the copies of Opera when it goes about updating the Container Adobe Apps ?
*I think the answer to this is NO!
If I go into any copies of Opera within the Adobe Apps and change any of the default settings will something break the Container Adobe Apps?
I can go on all night with this stuff.  I can see a market popping up in response to word spreading about this more and more.  The only thing keeping Adobe in the clear right now is the same cliché arguement that Mac Supporters scream about Computer Viruses:  The marketshare for the end user is so insignificant that there aren&#039;t that many folks coding malicious software for this niche.  Yeah it&#039;s been going on for 2 or more versions and who knows if Adobe is planning to include Opera in CS5 or whatever the next Gen Suites are called.
As a web developer I can see the negative side of this and I can see the ramifications of the that negative side.  All for the simple business agreement between 2 companies to make a buck.
I did find an announcement from &quot;Opera Corp&quot; dated 2005 sometime in regards to incorporation into CS2 [so it&#039;s only 3 versions] which is every version of Bridge.  But I pride myself for managing to keep up with most technology news across the spectrum and I admit I don&#039;t hear about everything - but the Press Release from Opera on this in 2005 I never heard about for some reason.  Probably because I didn&#039;t keep up with Opera that much as it was a Browser for Purchase back then - so off my RADAR.  On the other hand I definitely don&#039;t recall Adobe making any announcements in this regard.
But it&#039;s funny how Adobe made a big deal about telling the world that Dreamweaver CS4 would be utilizing the WebKit Engine from Apple for LiveView.
]]></description>
		<content:encoded><![CDATA[<p>I agree with much of &#8220;John C. Welch&#8217;s&#8221; post from back in October.<br />
I knew there had been a copy of Opera in Bridge CS3.  Then someone after him commented that there were multiple copies of Opera installed in Adobe&#8217;s Creative Suite Apps.<br />
I began looking thru some of the obvious ones like Media Player and Fireworks and Dreamweaver.  Then went on to look thru the rest of Design Premium.  The only other place I found it was in Device Central.  There maybe more but they were not in similar locations as Bridge and Device Central.<br />
So Design Prem installs 2 copies of a Web Browser that the End User is unaware of.  Unless there happens to be documentation hidden in the fine print of the EULA someplace.<br />
I won&#8217;t get into the techno-babble that &#8220;John C. Welch&#8221; did above &#8211; but my concern as a web developer is this.<br />
Opera is added and used inside of these Apps for a reason.  Also for some reason the Full Blown Version is used.  As far as web browsers go these days they are adding in mechanisms to block various forms of maliscious code from user stupidity.<br />
This still doesn&#8217;t account for practices such as Phishing or Javascript attacks.  My compadre up there is correct that an attack on folks using CS3 or CS4 is a viable possibility.<br />
I&#8217;ve launched and looked thru both copies of Opera in CS4 and previously the copy that was included with Bridge CS3 &#8211; and found nothing that was limited or minimal.  The entire App was a full install by all accounts.<br />
It wouldn&#8217;t be too far fetched for a malicious coder to Spoof an Adobe Page with code targeting Bridge or Device Central [or any other Adobe App using a copy of Opera] and force scripts or &#8220;plugins&#8221; or any number of other malware into the hidden browsers.  Then upon launch or relaunch of the Adobe Apps containing the browser &#8211; either cause problems for the Apps themselves or have them dump malware to the system and cause problems for the end user.<br />
This then becomes an interesting liability for Adobe because of an undocumented 3rd Party App.  Apparently one that has been going on for at least 2 or more versions of Creative Suite.<br />
So questions arise:<br />
Are there more than 2 copies [one in Bridge and one in Device Central] ?<br />
Can the end user update/ upgrade the copies inside the Adobe Apps without having something break in the Adobe Apps to ensure security among other things but still have the Adobe Apps function?<br />
*Seeing as how the 2 copies I found are dated 2007 [in Dev Cen] and 2008 [in Bridge].<br />
Does the Adobe Updater &#8211; update the copies of Opera when it goes about updating the Container Adobe Apps ?<br />
*I think the answer to this is NO!<br />
If I go into any copies of Opera within the Adobe Apps and change any of the default settings will something break the Container Adobe Apps?<br />
I can go on all night with this stuff.  I can see a market popping up in response to word spreading about this more and more.  The only thing keeping Adobe in the clear right now is the same cliché arguement that Mac Supporters scream about Computer Viruses:  The marketshare for the end user is so insignificant that there aren&#8217;t that many folks coding malicious software for this niche.  Yeah it&#8217;s been going on for 2 or more versions and who knows if Adobe is planning to include Opera in CS5 or whatever the next Gen Suites are called.<br />
As a web developer I can see the negative side of this and I can see the ramifications of the that negative side.  All for the simple business agreement between 2 companies to make a buck.<br />
I did find an announcement from &#8220;Opera Corp&#8221; dated 2005 sometime in regards to incorporation into CS2 [so it's only 3 versions] which is every version of Bridge.  But I pride myself for managing to keep up with most technology news across the spectrum and I admit I don&#8217;t hear about everything &#8211; but the Press Release from Opera on this in 2005 I never heard about for some reason.  Probably because I didn&#8217;t keep up with Opera that much as it was a Browser for Purchase back then &#8211; so off my RADAR.  On the other hand I definitely don&#8217;t recall Adobe making any announcements in this regard.<br />
But it&#8217;s funny how Adobe made a big deal about telling the world that Dreamweaver CS4 would be utilizing the WebKit Engine from Apple for LiveView.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Sanat Dave</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9519</link>
		<dc:creator>Sanat Dave</dc:creator>
		<pubDate>Wed, 04 Mar 2009 19:22:51 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9519</guid>
		<description><![CDATA[I am trying to Batch Rename several photographs (JPG) in CS4 Extended Bridge. I am getting the Error: The Operation could not be completed. Not enough storage is available to process this command. My computer is NEW has 8Gb RAM, 1 TB HDD, Core2 Quad AMD. Please help. Thanks.
]]></description>
		<content:encoded><![CDATA[<p>I am trying to Batch Rename several photographs (JPG) in CS4 Extended Bridge. I am getting the Error: The Operation could not be completed. Not enough storage is available to process this command. My computer is NEW has 8Gb RAM, 1 TB HDD, Core2 Quad AMD. Please help. Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Robert Semeniuk</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9518</link>
		<dc:creator>Robert Semeniuk</dc:creator>
		<pubDate>Wed, 11 Feb 2009 01:12:27 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9518</guid>
		<description><![CDATA[CAn you please tell me why I can only include a maximum of ten images when outputing a pdf or web gallery from CS4 Bridge.  No matter how many images I select only 10 will be processed.
&lt;i&gt;[Is this true only for the preview, or when you actually generate the final output?  For performance reasons the preview is limited to 10, but there should be no limit when exporting the real thing.  --J.]&lt;/i&gt;
Thank you
Sincerely
Robert
*
]]></description>
		<content:encoded><![CDATA[<p>CAn you please tell me why I can only include a maximum of ten images when outputing a pdf or web gallery from CS4 Bridge.  No matter how many images I select only 10 will be processed.<br />
<i>[Is this true only for the preview, or when you actually generate the final output?  For performance reasons the preview is limited to 10, but there should be no limit when exporting the real thing.  --J.]</i><br />
Thank you<br />
Sincerely<br />
Robert<br />
*</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: ed caldwell</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9517</link>
		<dc:creator>ed caldwell</dc:creator>
		<pubDate>Mon, 02 Feb 2009 09:30:49 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9517</guid>
		<description><![CDATA[I absolutely agree with David about the web gallery in cs4. Why software programmers would think someone would prefer a web gallery almost 20 times bigger than a simple html web gallery where you can control the size of thumbnails and large images just to have a fade function (requiring flash I assume) is beyond me. I am stuck though because I am shooting with a 5d M2 and can not use cs3. Frankly I am livid because the only workaround is creating jpegs of the files going into a web gallery so I can use cs3 to create a web gallery that is not going to take 15 minutes to upload. I did not like lightroom because if this same issue. Why could they have not included the option that cs3 had for simple web galleries.
Does anyone know if there is a simple solution to this dilemma?
]]></description>
		<content:encoded><![CDATA[<p>I absolutely agree with David about the web gallery in cs4. Why software programmers would think someone would prefer a web gallery almost 20 times bigger than a simple html web gallery where you can control the size of thumbnails and large images just to have a fade function (requiring flash I assume) is beyond me. I am stuck though because I am shooting with a 5d M2 and can not use cs3. Frankly I am livid because the only workaround is creating jpegs of the files going into a web gallery so I can use cs3 to create a web gallery that is not going to take 15 minutes to upload. I did not like lightroom because if this same issue. Why could they have not included the option that cs3 had for simple web galleries.<br />
Does anyone know if there is a simple solution to this dilemma?</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Acts7</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9516</link>
		<dc:creator>Acts7</dc:creator>
		<pubDate>Wed, 21 Jan 2009 16:53:46 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9516</guid>
		<description><![CDATA[Still wondering about created thumbnails or whatever exported .jpg files renamed to start with the &quot;creation date&quot;
]]></description>
		<content:encoded><![CDATA[<p>Still wondering about created thumbnails or whatever exported .jpg files renamed to start with the &#8220;creation date&#8221;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Peter</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9515</link>
		<dc:creator>Peter</dc:creator>
		<pubDate>Tue, 13 Jan 2009 21:58:42 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9515</guid>
		<description><![CDATA[Is there anyway to add search functionality to the web gallery generated by Adobe Bridge CS4? Thanks.
]]></description>
		<content:encoded><![CDATA[<p>Is there anyway to add search functionality to the web gallery generated by Adobe Bridge CS4? Thanks.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Chris Blow</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9514</link>
		<dc:creator>Chris Blow</dc:creator>
		<pubDate>Fri, 21 Nov 2008 22:51:02 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9514</guid>
		<description><![CDATA[Well, I&#039;m a web designer new to bridge, just discovered and understood CS3 a few months ago. Loving CS4, it fixes almost everything. Except I still can&#039;t tag my designs fast enough, I have to use the mouse to go to a untagged psd, use the mouse to go to the tagging pane, use the mouse to go back to the psd .... over and over ....
&lt;i&gt;[You can type into the metadata panel, or you can assign text strings to labels (via Preferences), then stamp those strings onto images by using the 6 through 9 keys.  --J.]&lt;/i&gt;
]]></description>
		<content:encoded><![CDATA[<p>Well, I&#8217;m a web designer new to bridge, just discovered and understood CS3 a few months ago. Loving CS4, it fixes almost everything. Except I still can&#8217;t tag my designs fast enough, I have to use the mouse to go to a untagged psd, use the mouse to go to the tagging pane, use the mouse to go back to the psd &#8230;. over and over &#8230;.<br />
<i>[You can type into the metadata panel, or you can assign text strings to labels (via Preferences), then stamp those strings onto images by using the 6 through 9 keys.  --J.]</i></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: David Schwartz</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9513</link>
		<dc:creator>David Schwartz</dc:creator>
		<pubDate>Wed, 05 Nov 2008 10:51:11 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9513</guid>
		<description><![CDATA[Web Gallery Output yield ginormous websites!
A folder with 28 images outputed to a Web Gallery/Standard Template from Bridge CS4 results in a 20 Megabyte microsite! This is with &quot;Style:Medium Thumbnail&quot; and &quot;Medium&quot; Preview &amp; Thumbnail settings.
The same folder automated in Photoshop CS3 (Horizontal Slideshow) results in a tidy 1.4 MB export.
Is there any way to control the JPEG compression? Or will I be forced to start with compressed source files (which I won&#039;t do, but will have to keep CS3 around _just_ for making galleries)?
And how about a &quot;Browse&quot; button for the FTP upload? Must I really type in the complete path to my desired directory on the remote server, without any way to confirm that I&#039;ve done it right? Really? (although I guess this won&#039;t matter to me, as I&#039;m unlikely to upload web galleries comprised of 400k images...)
And I&#039;d also like to know &quot;what&#039;s planned&quot; in regard to the multiple copies of Opera bundled inside these CS 4 applications...
]]></description>
		<content:encoded><![CDATA[<p>Web Gallery Output yield ginormous websites!<br />
A folder with 28 images outputed to a Web Gallery/Standard Template from Bridge CS4 results in a 20 Megabyte microsite! This is with &#8220;Style:Medium Thumbnail&#8221; and &#8220;Medium&#8221; Preview &amp; Thumbnail settings.<br />
The same folder automated in Photoshop CS3 (Horizontal Slideshow) results in a tidy 1.4 MB export.<br />
Is there any way to control the JPEG compression? Or will I be forced to start with compressed source files (which I won&#8217;t do, but will have to keep CS3 around _just_ for making galleries)?<br />
And how about a &#8220;Browse&#8221; button for the FTP upload? Must I really type in the complete path to my desired directory on the remote server, without any way to confirm that I&#8217;ve done it right? Really? (although I guess this won&#8217;t matter to me, as I&#8217;m unlikely to upload web galleries comprised of 400k images&#8230;)<br />
And I&#8217;d also like to know &#8220;what&#8217;s planned&#8221; in regard to the multiple copies of Opera bundled inside these CS 4 applications&#8230;</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: William Nicholls</title>
		<link>http://blogs.adobe.com/jnack/2008/09/whats_new_in_bridge_cs4.html#comment-9512</link>
		<dc:creator>William Nicholls</dc:creator>
		<pubDate>Mon, 27 Oct 2008 20:04:44 +0000</pubDate>
		<guid isPermaLink="false">http://blogs.adobe.com/jnackdev/2008/09/whats-new-in-bridge-cs4.html#comment-9512</guid>
		<description><![CDATA[I hope to hell the reliability issues and usability have been addressed. I still have Illustrator and pdf files that will crash Bridge CS3 reliably - even after installing the supposed fix. The basic interface is poorly implemented, making it easy to inadvertently drag folders into others as you try to use the narrow scroll window control. A couple of times a week Bridge crashes for no apparent reason. File management isn&#039;t fully Windows XP compatible - drag and drop doesn&#039;t work with email attachments into Bridge while it works the other direction. I&#039;m not alone in thinking Adobe abandoned Bridge CS3 after a couple of half-hearted patches and it&#039;s the bugs and clunkiness of Bridge that locked up its power, not an unwillingness of users to discover it. If CS4 comes out half-baked and is as neglected after the release, Bridge will continue to be avoided by many CS users.
]]></description>
		<content:encoded><![CDATA[<p>I hope to hell the reliability issues and usability have been addressed. I still have Illustrator and pdf files that will crash Bridge CS3 reliably &#8211; even after installing the supposed fix. The basic interface is poorly implemented, making it easy to inadvertently drag folders into others as you try to use the narrow scroll window control. A couple of times a week Bridge crashes for no apparent reason. File management isn&#8217;t fully Windows XP compatible &#8211; drag and drop doesn&#8217;t work with email attachments into Bridge while it works the other direction. I&#8217;m not alone in thinking Adobe abandoned Bridge CS3 after a couple of half-hearted patches and it&#8217;s the bugs and clunkiness of Bridge that locked up its power, not an unwillingness of users to discover it. If CS4 comes out half-baked and is as neglected after the release, Bridge will continue to be avoided by many CS users.</p>
]]></content:encoded>
	</item>
</channel>
</rss>
