<?xml version="1.0" encoding="UTF-8"?>
<?xml-stylesheet type="text/css" href="/stylesheets/rss.css"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:trackback="http://madskills.com/public/xml/rss/module/trackback/">
  <channel>
    <title>Straight Ornamental comments</title>
    <link>http://grahamstratton.org/blog/public/</link>
    <language>en-us</language>
    <ttl>40</ttl>
    <description>Ramblings from a rambler</description>
    <item>
      <title>"Why digital camera sensors don't need to be big" by Tony</title>
      <description>&lt;p&gt;Well Said Ariel. All makes perfect sense to me and the other message boarders. The same can not be said of the author of this column. Where I come from &amp;#8216;Rambling&amp;#8217; does mean a BSer so he has aptly named himself as right Rambler here :D.&lt;/p&gt;</description>
      <pubDate>Mon, 23 Jun 2008 14:40:51 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:64c91bf8-e365-4ce7-af38-77e74350c860</guid>
      <link>http://grahamstratton.org/blog/public/articles/2006/10/17/why-digital-camera-sensors-dont-need-to-be-big#comment-187</link>
    </item>
    <item>
      <title>"Why digital camera sensors don't need to be big" by Ariel</title>
      <description>&lt;p&gt;after all this puzzling, the simple logic- 
the amount of light depends on your lens diameter.
with the  FF sensor,all gathered light falls on the sensor which covers the spacial andle, divided by your f number&lt;/p&gt;


	&lt;p&gt;With the APC sensor, only the cropped amount of light falls on the cropped sensor, divided by your f number, resulting in the same energy on the sensor per steradian of angular coverage in both cases&lt;/p&gt;


	&lt;p&gt;FF lenses are not slower assuming identical sensor sensitivites.&lt;/p&gt;</description>
      <pubDate>Fri, 20 Jun 2008 10:32:47 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:f4e7daaf-405c-400c-986b-243e9f31e8d4</guid>
      <link>http://grahamstratton.org/blog/public/articles/2006/10/17/why-digital-camera-sensors-dont-need-to-be-big#comment-186</link>
    </item>
    <item>
      <title>"More fcgi" by mmo</title>
      <description>&lt;p&gt;So you solved the gcc bug?&lt;/p&gt;</description>
      <pubDate>Mon, 21 Apr 2008 16:53:28 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:9e3ac537-2c6c-48be-b8fb-78deb86a3cd6</guid>
      <link>http://grahamstratton.org/blog/public/articles/2006/08/08/more-fcgi#comment-184</link>
    </item>
    <item>
      <title>"Why digital camera sensors don't need to be big" by Mark</title>
      <description>&lt;p&gt;What a load of rubbish. A small sensor is simply a cropped version of a full frame. The narrow field of view therefore acts like a magnified focal length. However, this makes nigh on any difference to the f stop of the lens being used. The reason why the concept of F Stop multiplier is not accepted is because it isn&amp;#8217;t true. What a load of rubbish. Trying to make your theory hold with the teleconverter impacts is not correct because a smaller sensor is simply a cropped effect and not really a focal multiplier. Back to school for you me thinks.&lt;/p&gt;</description>
      <pubDate>Thu, 27 Mar 2008 21:23:36 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:999b85c3-4a34-4071-8e12-9320eb1ab46a</guid>
      <link>http://grahamstratton.org/blog/public/articles/2006/10/17/why-digital-camera-sensors-dont-need-to-be-big#comment-182</link>
    </item>
    <item>
      <title>"Trac setup" by Anime News</title>
      <description>&lt;p&gt;I&amp;#8217;ve been using it with SQLite&amp;#8230; But with this handy tutorial maybe it&amp;#8217;s time to move to postgres :)&lt;/p&gt;


	&lt;p&gt;Thanks mate.&lt;/p&gt;</description>
      <pubDate>Sat, 22 Mar 2008 11:05:28 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:e6676c47-c5e6-49d7-9b6e-f6bcad9a01a9</guid>
      <link>http://grahamstratton.org/blog/public/articles/2007/02/15/trac-setup#comment-178</link>
    </item>
    <item>
      <title>"SMS alert system" by Jack Morley</title>
      <description>&lt;p&gt;Have a look at &lt;a href="http://www.totext.net" rel="nofollow"&gt;www.totext.net&lt;/a&gt; as well. I&amp;#8217;ve been usign these guys for some time now to do the same sort of this &amp;#8211; server alerting and whatnot &amp;#8211; must admit that they&amp;#8217;ve been great for me so far :)&lt;/p&gt;</description>
      <pubDate>Tue, 11 Sep 2007 07:47:25 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:87b19b7c-5973-4915-a6c9-f38b34d2a887</guid>
      <link>http://grahamstratton.org/blog/public/articles/2006/08/28/sms-alert-system#comment-120</link>
    </item>
    <item>
      <title>"Trac setup" by Sean Tierney</title>
      <description>&lt;p&gt;Graham, thanks for the tutorial. For a truly &amp;#8220;it just works&amp;#8221; setup experience check out the JumpBox for Trac/SVN-&amp;gt; 
&lt;a href="http://www.jumpbox.com/jumpbox-for-tracsubversion-software-project-management" rel="nofollow"&gt;http://www.jumpbox.com/jumpbox-for-tracsubversion-software-project-management&lt;/a&gt;&lt;/p&gt;


	&lt;p&gt;1min install and fully portable.&lt;/p&gt;


	&lt;p&gt;sean&lt;/p&gt;</description>
      <pubDate>Tue, 28 Aug 2007 20:21:04 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:f4220157-b251-4b26-8ef8-d2634d696d2e</guid>
      <link>http://grahamstratton.org/blog/public/articles/2007/02/15/trac-setup#comment-119</link>
    </item>
    <item>
      <title>"Software for Python presentations" by andre.roberge@gmail.com</title>
      <description>&lt;p&gt;Have you looked at Crunchy?&lt;/p&gt;


	&lt;p&gt;&lt;a href="http://code.google.com/p/crunchy" rel="nofollow"&gt;http://code.google.com/p/crunchy&lt;/a&gt;&lt;/p&gt;


	&lt;p&gt;if you prepare your slides with ReST and convert to html, then it&amp;#8217;s a simple task to add markup to identify doctests or other code that could be run by Python &amp;#8211; right in your browser.&lt;/p&gt;</description>
      <pubDate>Sat, 18 Aug 2007 18:10:49 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:0828de58-6d91-4faa-ac6a-1dac9be8b568</guid>
      <link>http://grahamstratton.org/blog/public/articles/2007/06/30/software-for-python-presentations#comment-118</link>
    </item>
    <item>
      <title>"Software for Python presentations" by Dalius</title>
      <description>&lt;p&gt;I agree with you that ReST is the key here. You can use pygments for code highlighting (you just need to google for ReST directive). I think it is not very hard to make slides using ReST (I think people already do that &amp;#8211; the ones who shown their presentations using FireFox or similar Mozilla based browser must use ReST for this task).&lt;/p&gt;


	&lt;p&gt;I agree with previous commenter &amp;#8211; we are waiting for your presentation from EuroPython :)&lt;/p&gt;</description>
      <pubDate>Fri, 03 Aug 2007 06:30:50 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:4a903e41-9907-4ae3-9a3a-fee9bc3feb6c</guid>
      <link>http://grahamstratton.org/blog/public/articles/2007/06/30/software-for-python-presentations#comment-117</link>
    </item>
    <item>
      <title>"Shared sign-on across web applications" by Qiang</title>
      <description>&lt;p&gt;your comment on mod_auth_tkt &amp;#8216;Unfortunately it still doesn’t allow you to redirect users when authorization is required.&amp;#8217; is wrong.&lt;/p&gt;


	&lt;p&gt;you can specify a mod_auth_tkt directive in apache conf file like the following:&lt;/p&gt;


	&lt;p&gt;TKTAuthLoginURL         &lt;a href="http://www.example.com/login" rel="nofollow"&gt;http://www.example.com/login&lt;/a&gt;&lt;/p&gt;


	&lt;p&gt;which will redirect user to login if the url is protected.&lt;/p&gt;</description>
      <pubDate>Wed, 01 Aug 2007 19:39:07 +0000</pubDate>
      <guid isPermaLink="false">urn:uuid:85462270-9df0-4e92-aaa9-59f91c055802</guid>
      <link>http://grahamstratton.org/blog/public/articles/2007/05/25/shared-sign-on-across-web-applications#comment-116</link>
    </item>
  </channel>
</rss>
