<?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: About Me</title>
	<atom:link href="http://regex.info/blog/jfriedl-links/about/feed" rel="self" type="application/rss+xml" />
	<link>http://regex.info/blog</link>
	<description>Not a photo blog. A personal blog with photos.</description>
	<lastBuildDate>Tue, 07 Feb 2012 15:03:59 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.3.1</generator>
	<item>
		<title>By: Diana Ost</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-45255</link>
		<dc:creator>Diana Ost</dc:creator>
		<pubDate>Sun, 05 Feb 2012 10:11:01 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-45255</guid>
		<description>Writing to you from Austin, TX, USA. I was looking for Lightroom plug-ins and found your site, and then your blog. I love your photos! The archery series # 2 is  a favorite--you caught the young women&#039;s determined expressions very well. Thanks for sharing your photos and plug-ins on the web. 

Best,
Diana Ost
pixelcat photography</description>
		<content:encoded><![CDATA[<p>Writing to you from Austin, TX, USA. I was looking for Lightroom plug-ins and found your site, and then your blog. I love your photos! The archery series # 2 is  a favorite&#8211;you caught the young women&#8217;s determined expressions very well. Thanks for sharing your photos and plug-ins on the web. </p>
<p>Best,<br />
Diana Ost<br />
pixelcat photography</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Eric Shambroom</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-45124</link>
		<dc:creator>Eric Shambroom</dc:creator>
		<pubDate>Tue, 17 Jan 2012 15:18:41 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-45124</guid>
		<description>Hi Jeffrey,

How about a renaming plugin that can do string replacements? Is there anything technical in LR that stands in the way?  The time I waste renaming image files externally and then re-importing is frustrating. Doesn&#039;t Adobe use some of its own products?

Greetings from Germany!

Eric

&lt;span class=&#039;jfriedl&#039;&gt;I don&#039;t quite get what you&#039;re referring to... Lightroom has ways to rename, but since you mention search and replace, perhaps &lt;a href=&#039;http://www.beardsworth.co.uk/lightroom/search-and-replace/&#039; rel=&quot;nofollow&quot;&gt;this plugin&lt;/a&gt; is what you&#039;re looking for? &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Hi Jeffrey,</p>
<p>How about a renaming plugin that can do string replacements? Is there anything technical in LR that stands in the way?  The time I waste renaming image files externally and then re-importing is frustrating. Doesn&#8217;t Adobe use some of its own products?</p>
<p>Greetings from Germany!</p>
<p>Eric</p>
<p><span class='jfriedl'>I don&#8217;t quite get what you&#8217;re referring to&#8230; Lightroom has ways to rename, but since you mention search and replace, perhaps <a href='http://www.beardsworth.co.uk/lightroom/search-and-replace/' rel="nofollow">this plugin</a> is what you&#8217;re looking for? &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: JasonP</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-45105</link>
		<dc:creator>JasonP</dc:creator>
		<pubDate>Sun, 15 Jan 2012 21:24:37 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-45105</guid>
		<description>Just in case it wasn&#039;t already noticed, Adobe Revel is one of the Export Locations at the top of the Export dialog in the LR4 beta.</description>
		<content:encoded><![CDATA[<p>Just in case it wasn&#8217;t already noticed, Adobe Revel is one of the Export Locations at the top of the Export dialog in the LR4 beta.</p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Alex Alegre</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-45082</link>
		<dc:creator>Alex Alegre</dc:creator>
		<pubDate>Sat, 14 Jan 2012 13:06:23 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-45082</guid>
		<description>any chance making a plug-in for lighroom 3.6 adobe revel

&lt;span class=&#039;jfriedl&#039;&gt;I&#039;ve no plans for one, sorry, but I&#039;m sure Adobe has this on their mind. &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>any chance making a plug-in for lighroom 3.6 adobe revel</p>
<p><span class='jfriedl'>I&#8217;ve no plans for one, sorry, but I&#8217;m sure Adobe has this on their mind. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Lexflex</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-44621</link>
		<dc:creator>Lexflex</dc:creator>
		<pubDate>Wed, 23 Nov 2011 11:58:29 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-44621</guid>
		<description>Hello 

I have been told that parsing HTML with regex is a bad bad thing and that I never ever should do it. (I&#039;ve been told so in the #regex channel on freenode to be exact). However, I noticed that you use HTML-examples all over your book and so far I couldn&#039;t find any hint that it is a bad idea. Quite contrary, I feel encouraged by your examples to do exactly that. 

Could you please clarify if parsing HTML is really a bad thing and if so, why are there HTML-examples all over your book?

Do you use regex to parse HTML yourself?

Thank you
Lex

&lt;span class=&#039;jfriedl&#039;&gt;Playing with fire is a bad thing, and you should never do it. Unless, of course, you know exactly what you&#039;re doing.  HTML can be ridiculously complex and impossible to parse properly with regexes, and in many cases regexes are a horrible screwdriver to use on that nail, but for many simple or quick-n-dirty situations where you treat a specific known set of HTML not as a expressive language, but as a hunk of bytes in which to search for specific known patterns, it&#039;s just fine, and I do it all the time. Something as simple sounding as &quot;identify all links in any valid HTML&quot; would be an impossible nightmare with regular expressions, but &quot;check out this page and nab all its links&quot; would likely be trivial for most pages you might come across. &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Hello </p>
<p>I have been told that parsing HTML with regex is a bad bad thing and that I never ever should do it. (I&#8217;ve been told so in the #regex channel on freenode to be exact). However, I noticed that you use HTML-examples all over your book and so far I couldn&#8217;t find any hint that it is a bad idea. Quite contrary, I feel encouraged by your examples to do exactly that. </p>
<p>Could you please clarify if parsing HTML is really a bad thing and if so, why are there HTML-examples all over your book?</p>
<p>Do you use regex to parse HTML yourself?</p>
<p>Thank you<br />
Lex</p>
<p><span class='jfriedl'>Playing with fire is a bad thing, and you should never do it. Unless, of course, you know exactly what you&#8217;re doing.  HTML can be ridiculously complex and impossible to parse properly with regexes, and in many cases regexes are a horrible screwdriver to use on that nail, but for many simple or quick-n-dirty situations where you treat a specific known set of HTML not as a expressive language, but as a hunk of bytes in which to search for specific known patterns, it&#8217;s just fine, and I do it all the time. Something as simple sounding as &#8220;identify all links in any valid HTML&#8221; would be an impossible nightmare with regular expressions, but &#8220;check out this page and nab all its links&#8221; would likely be trivial for most pages you might come across. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-44294</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Thu, 13 Oct 2011 06:37:18 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-44294</guid>
		<description>Thanks for the prompt reply and the suggestions Jeffrey.    I&#039;ll give the multiple service route a try for the time being. I may try a few things to see if I can work around the plugin&#039;s can&#039;t control plugin limitations. ( since most plugins seem to be wrappers around cmd lines, recreating that plugin gui as part of a conditional script shouldn&#039;t be too hard... even if it&#039;s just passing on a cmd line and doing some basic token substitution... )

Cheers
Ian

&lt;span class=&#039;jfriedl&#039;&gt;If you don&#039;t mind doing the heavy lifting in a script, you could use my &lt;a href=&#039;http://regex.info/blog/lightroom-goodies/run-any-command&#039; rel=&quot;nofollow&quot;&gt;&quot;Run any Command&quot; plugin&lt;/a&gt; to process the image, passing in the temporary export filename and info that you want to key off (e.g. keywords), and have it invoke the appropriate mogrify commands.... &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Thanks for the prompt reply and the suggestions Jeffrey.    I&#8217;ll give the multiple service route a try for the time being. I may try a few things to see if I can work around the plugin&#8217;s can&#8217;t control plugin limitations. ( since most plugins seem to be wrappers around cmd lines, recreating that plugin gui as part of a conditional script shouldn&#8217;t be too hard&#8230; even if it&#8217;s just passing on a cmd line and doing some basic token substitution&#8230; )</p>
<p>Cheers<br />
Ian</p>
<p><span class='jfriedl'>If you don&#8217;t mind doing the heavy lifting in a script, you could use my <a href='http://regex.info/blog/lightroom-goodies/run-any-command' rel="nofollow">&#8220;Run any Command&#8221; plugin</a> to process the image, passing in the temporary export filename and info that you want to key off (e.g. keywords), and have it invoke the appropriate mogrify commands&#8230;. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ian</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-44293</link>
		<dc:creator>Ian</dc:creator>
		<pubDate>Thu, 13 Oct 2011 05:15:06 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-44293</guid>
		<description>Jeff,

First off, thanks hugely for the plugins. I&#039;m currently trialling a zenfolio site with your plugin and am pleased with how things are going.  I did find one thing that I&#039;m missing and looking over your blog posts and list of plugins, it&#039;s clear you know your way around lightroom so I hope you don&#039; t mind my asking...

Is there any way to run a post process action conditionally or to somehow apply a post process preset on an image per image basis?

I&#039;m definitely looking at making the zenfolio plugin a part of my workflow, but I&#039;ve also been looking at using mogrify for borders/text annotation. I&#039;m finding though that I don&#039;t want borders on every image, or that some images work best with black and some with white etc.  So far, I&#039;ve only been able to apply a single post processing configuration to each publish service (and thus all collections under it).

I realise I can create a second zenfolio service with a different default, but if I understand it correctly that would mean having to target a seperate gallery on zenfolio so that the two services don&#039;t wind up competing to track images.

An obvious solution (to me :) would be to create a post process plugin that does nothing except check for say a keyword on an image, and then runs (or skips) the normal post process plugin action.

so for example, a &quot;black border&quot; keyword tag would run mogrify with a &#039;black border&#039; preset configuration and so on.

Obviously, this extends to any post process plugin action , meaning that there&#039;s an easy way to customize the post processing per image by simply adding flags or keywords to the image.

Do you know of any existing plugin that can do this? (or indeed a way to achieve the same result without it?)  If not, any chance you might be inclined to add a feature to your plugins or create one? :)

[ I&#039;m a competent programmer and may well get to create one someday, but I&#039;m going to acknowledge that my time isn&#039;t well spent on this authoring plugins right now, so I figured I&#039;d throw it open to anyone else who might feel inclined ]

Cheers
Ian

&lt;span class=&#039;jfriedl&#039;&gt;A plugin can&#039;t do what you want (it can&#039;t control other plugins), so the best that could happen here is each export filter is updated to handle keywords as you like.... something that is unlikely to happen.  However, it&#039;s fine to have multiple Publish Services pointing at the same albums in the same Zenfolio account... the only issue would be if you were to try to &quot;claim&quot; photos in your catalog... you&#039;d get all of them in an album, not just the ones that aesthetically you think belong. If you use them only to push new photos, you&#039;ll be just fine. &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Jeff,</p>
<p>First off, thanks hugely for the plugins. I&#8217;m currently trialling a zenfolio site with your plugin and am pleased with how things are going.  I did find one thing that I&#8217;m missing and looking over your blog posts and list of plugins, it&#8217;s clear you know your way around lightroom so I hope you don&#8217; t mind my asking&#8230;</p>
<p>Is there any way to run a post process action conditionally or to somehow apply a post process preset on an image per image basis?</p>
<p>I&#8217;m definitely looking at making the zenfolio plugin a part of my workflow, but I&#8217;ve also been looking at using mogrify for borders/text annotation. I&#8217;m finding though that I don&#8217;t want borders on every image, or that some images work best with black and some with white etc.  So far, I&#8217;ve only been able to apply a single post processing configuration to each publish service (and thus all collections under it).</p>
<p>I realise I can create a second zenfolio service with a different default, but if I understand it correctly that would mean having to target a seperate gallery on zenfolio so that the two services don&#8217;t wind up competing to track images.</p>
<p>An obvious solution (to me <img src='http://regex.info/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' />  would be to create a post process plugin that does nothing except check for say a keyword on an image, and then runs (or skips) the normal post process plugin action.</p>
<p>so for example, a &#8220;black border&#8221; keyword tag would run mogrify with a &#8216;black border&#8217; preset configuration and so on.</p>
<p>Obviously, this extends to any post process plugin action , meaning that there&#8217;s an easy way to customize the post processing per image by simply adding flags or keywords to the image.</p>
<p>Do you know of any existing plugin that can do this? (or indeed a way to achieve the same result without it?)  If not, any chance you might be inclined to add a feature to your plugins or create one? <img src='http://regex.info/blog/wp-includes/images/smilies/icon_smile.gif' alt=':)' class='wp-smiley' /> </p>
<p>[ I'm a competent programmer and may well get to create one someday, but I'm going to acknowledge that my time isn't well spent on this authoring plugins right now, so I figured I'd throw it open to anyone else who might feel inclined ]</p>
<p>Cheers<br />
Ian</p>
<p><span class='jfriedl'>A plugin can&#8217;t do what you want (it can&#8217;t control other plugins), so the best that could happen here is each export filter is updated to handle keywords as you like&#8230;. something that is unlikely to happen.  However, it&#8217;s fine to have multiple Publish Services pointing at the same albums in the same Zenfolio account&#8230; the only issue would be if you were to try to &#8220;claim&#8221; photos in your catalog&#8230; you&#8217;d get all of them in an album, not just the ones that aesthetically you think belong. If you use them only to push new photos, you&#8217;ll be just fine. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Ron Evans</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-44112</link>
		<dc:creator>Ron Evans</dc:creator>
		<pubDate>Thu, 22 Sep 2011 17:57:43 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-44112</guid>
		<description>Hi Jeffrey, 

In one of your future blog posts, I&#039;d love to see one of your technical reviews of the Adobe Lightroom lens profiles. Your technical / calibration posts are some of the most balanced (between pragmatic reality and exacting pixel pinching) and informative that I&#039;ve read regarding Lightroom.  They&#039;ve finally got Lens profiles for my Pentax lenses so I&#039;ve been trying them but am not sure if I&#039;m using them correctly.  I&#039;d love to see what your experience has been using the adobe lens profiles and some of your good glass.

Regards. Ron Evans

&lt;span class=&#039;jfriedl&#039;&gt;I don&#039;t have anything technical to say about them, but on the practical side, I like them, but often don&#039;t use parts of them for artistic reasons (such as wanting to keep the natural vignette). I don&#039;t have a profile for most lenses I shoot with, though, and have been too busy to make them myself, despite a desire. &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Hi Jeffrey, </p>
<p>In one of your future blog posts, I&#8217;d love to see one of your technical reviews of the Adobe Lightroom lens profiles. Your technical / calibration posts are some of the most balanced (between pragmatic reality and exacting pixel pinching) and informative that I&#8217;ve read regarding Lightroom.  They&#8217;ve finally got Lens profiles for my Pentax lenses so I&#8217;ve been trying them but am not sure if I&#8217;m using them correctly.  I&#8217;d love to see what your experience has been using the adobe lens profiles and some of your good glass.</p>
<p>Regards. Ron Evans</p>
<p><span class='jfriedl'>I don&#8217;t have anything technical to say about them, but on the practical side, I like them, but often don&#8217;t use parts of them for artistic reasons (such as wanting to keep the natural vignette). I don&#8217;t have a profile for most lenses I shoot with, though, and have been too busy to make them myself, despite a desire. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Corey</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-44080</link>
		<dc:creator>Corey</dc:creator>
		<pubDate>Sun, 18 Sep 2011 19:14:09 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-44080</guid>
		<description>Mr. Friedl;

I just bought the 3rd Edition of MRE, and it truly is one of the best technical books of all time (no exaggeration). I haven&#039;t read it ALL the way through yet, but I particularly found the chapter on Perl to be immensely helpful. Plus, the book is loaded with wonderful amounts of Perl-ism.

Are you thinking of writing a 4th Edition in the near future? There are alot of new things going on with PCRE and Unicode, and was hoping that you may include some of your wonderful insights in your next book.

- Corey

&lt;span class=&#039;jfriedl&#039;&gt;No, I won&#039;t write another edition, sorry. I&#039;m sure O&#039;Reilly will have someone do it, though. &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Mr. Friedl;</p>
<p>I just bought the 3rd Edition of MRE, and it truly is one of the best technical books of all time (no exaggeration). I haven&#8217;t read it ALL the way through yet, but I particularly found the chapter on Perl to be immensely helpful. Plus, the book is loaded with wonderful amounts of Perl-ism.</p>
<p>Are you thinking of writing a 4th Edition in the near future? There are alot of new things going on with PCRE and Unicode, and was hoping that you may include some of your wonderful insights in your next book.</p>
<p>- Corey</p>
<p><span class='jfriedl'>No, I won&#8217;t write another edition, sorry. I&#8217;m sure O&#8217;Reilly will have someone do it, though. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
	<item>
		<title>By: Edward Allen</title>
		<link>http://regex.info/blog/jfriedl-links/about#comment-44069</link>
		<dc:creator>Edward Allen</dc:creator>
		<pubDate>Fri, 16 Sep 2011 23:59:33 +0000</pubDate>
		<guid isPermaLink="false">http://regex.info/blog/jfriedl-links/about/#comment-44069</guid>
		<description>Hi Jeffrey
I&#039;ve just bought the X100, to run along my 7D but am having a problem with streamlining importing from both into Lightroom, and wondered if you&#039;d seen a way around the following?: (posted onto Adobe Lightroom&#039;s user forum at http://gsfn.us/t/2fmos  


I have a nice workable import routine set up for the files that are imported from my Canon 7D with the following points: 
The Canon utility brings the images from the 7D to my HD 
Folder name created by Canon&#039;s import utility is YYYY_MM_DD 
As the files are already where needed I use an &quot;ADD&quot; style of import into LR, (so the files don&#039;t move) 

I have just bought a Fuji X100, but its import utility (from camera to HD) creates dated folders of YYYY-MM-DD, and this means that when I go to import X100 images on a day that I have already imported Canon 7D images, (or vice versa) I get TWO sets of identically dated folders because they have the different style of date ( _ versus - ) 

All other issues appear OK (file names, presets applied on import etc) 

I cannot find a way to streamline this either in the import utilities, or at the Lr Import stage, and this is a really annoying problem that seems so easy to put right, if only I could!! 

Many thanks for any suggestion you can offer on this.
Regards
Edward
&lt;span class=&#039;jfriedl&#039;&gt;Perhaps forgo the camera import utilities and import directly from the camera (or mounted camera card) via &quot;Copy&quot;, where Lightroom creates/maintains the dated folders for you. &#8212;Jeffrey&lt;/span&gt;</description>
		<content:encoded><![CDATA[<p>Hi Jeffrey<br />
I&#8217;ve just bought the X100, to run along my 7D but am having a problem with streamlining importing from both into Lightroom, and wondered if you&#8217;d seen a way around the following?: (posted onto Adobe Lightroom&#8217;s user forum at <a href="http://gsfn.us/t/2fmos" rel="nofollow">http://gsfn.us/t/2fmos</a>  </p>
<p>I have a nice workable import routine set up for the files that are imported from my Canon 7D with the following points:<br />
The Canon utility brings the images from the 7D to my HD<br />
Folder name created by Canon&#8217;s import utility is YYYY_MM_DD<br />
As the files are already where needed I use an &#8220;ADD&#8221; style of import into LR, (so the files don&#8217;t move) </p>
<p>I have just bought a Fuji X100, but its import utility (from camera to HD) creates dated folders of YYYY-MM-DD, and this means that when I go to import X100 images on a day that I have already imported Canon 7D images, (or vice versa) I get TWO sets of identically dated folders because they have the different style of date ( _ versus &#8211; ) </p>
<p>All other issues appear OK (file names, presets applied on import etc) </p>
<p>I cannot find a way to streamline this either in the import utilities, or at the Lr Import stage, and this is a really annoying problem that seems so easy to put right, if only I could!! </p>
<p>Many thanks for any suggestion you can offer on this.<br />
Regards<br />
Edward<br />
<span class='jfriedl'>Perhaps forgo the camera import utilities and import directly from the camera (or mounted camera card) via &#8220;Copy&#8221;, where Lightroom creates/maintains the dated folders for you. &mdash;Jeffrey</span></p>
]]></content:encoded>
	</item>
</channel>
</rss>

