<?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 for Toms Blog</title>
	<atom:link href="http://blog.toms-projekte.de/?feed=comments-rss2" rel="self" type="application/rss+xml" />
	<link>http://blog.toms-projekte.de</link>
	<description>Some Technical Thoughts on Zope/Plone Development</description>
	<lastBuildDate>Sun, 04 Jul 2010 23:55:53 +0000</lastBuildDate>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
	<generator>http://wordpress.org/?v=3.0</generator>
	<item>
		<title>Comment on Using five.grok views as default views by dukebody</title>
		<link>http://blog.toms-projekte.de/?p=54&#038;cpage=1#comment-3192</link>
		<dc:creator>dukebody</dc:creator>
		<pubDate>Sun, 04 Jul 2010 23:55:53 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=54#comment-3192</guid>
		<description>The expression self.__of__(context) should wrap self into context and return the corresponding acquisition wrapper, so returning just self looks wrong, as Martin says.

I remember getting a similar error message when trying to use a DynamicViewFTI with an Archetypes BaseObject (instead of an ATContentTypes derived one), and solved it switching to a simple (without Dynamic View) FTI.</description>
		<content:encoded><![CDATA[<p>The expression self.__of__(context) should wrap self into context and return the corresponding acquisition wrapper, so returning just self looks wrong, as Martin says.</p>
<p>I remember getting a similar error message when trying to use a DynamicViewFTI with an Archetypes BaseObject (instead of an ATContentTypes derived one), and solved it switching to a simple (without Dynamic View) FTI.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Book: &#8220;Plone 3 Multimedia&#8221; by Tom</title>
		<link>http://blog.toms-projekte.de/?p=59&#038;cpage=1#comment-2725</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Fri, 11 Jun 2010 08:14:31 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=59#comment-2725</guid>
		<description>thanks Encolpe! fixed it.</description>
		<content:encoded><![CDATA[<p>thanks Encolpe! fixed it.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on New Book: &#8220;Plone 3 Multimedia&#8221; by Encolpe DEGOUTE</title>
		<link>http://blog.toms-projekte.de/?p=59&#038;cpage=1#comment-2724</link>
		<dc:creator>Encolpe DEGOUTE</dc:creator>
		<pubDate>Fri, 11 Jun 2010 08:04:15 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=59#comment-2724</guid>
		<description>http:// is missing for the packtpub link.</description>
		<content:encoded><![CDATA[<p>http:// is missing for the packtpub link.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using five.grok views as default views by Tom</title>
		<link>http://blog.toms-projekte.de/?p=54&#038;cpage=1#comment-2672</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 09 Jun 2010 11:02:36 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=54#comment-2672</guid>
		<description>Hi Martin, I didn&#039;t say it sounds right, I said it works ;-)
You are right partly. Under &quot;normal&quot; circumstances the default view mechanisms works perfectly. It breaks in CMFFormController-situations (like used in PloneFormGen):

&lt;code&gt;
2010-06-09 12:02:56 ERROR Zope.SiteErrorLog 1276077776.750.476325939178 http://localhost:8080/Plone/form/fg_base_view_p3
Traceback (innermost last):
  Module ZPublisher.Publish, line 127, in publish
  Module ZPublisher.mapply, line 77, in mapply
  Module ZPublisher.Publish, line 47, in call_object
  Module Products.CMFFormController.FSControllerPageTemplate, line 91, in __call__
  Module Products.CMFFormController.BaseControllerPageTemplate, line 28, in _call
  Module Products.CMFFormController.ControllerBase, line 231, in getNext
  Module Products.CMFFormController.Actions.TraverseTo, line 38, in __call__
  Module ZPublisher.mapply, line 77, in mapply
  Module ZPublisher.Publish, line 47, in call_object
  Module Products.CMFDynamicViewFTI.browserdefault, line 78, in __call__
AttributeError: &#039;MyDefaultGrokView&#039; object has no attribute &#039;__of__&#039;

&lt;/code&gt;

BTW The affected product versions are Plone 4.0b4 with PFG 1.6.0b3 and five.grok 1.1.1.</description>
		<content:encoded><![CDATA[<p>Hi Martin, I didn&#8217;t say it sounds right, I said it works <img src='http://blog.toms-projekte.de/wp-includes/images/smilies/icon_wink.gif' alt=';-)' class='wp-smiley' /><br />
You are right partly. Under &#8220;normal&#8221; circumstances the default view mechanisms works perfectly. It breaks in CMFFormController-situations (like used in PloneFormGen):</p>
<p><code><br />
2010-06-09 12:02:56 ERROR Zope.SiteErrorLog 1276077776.750.476325939178 <a href="http://localhost:8080/Plone/form/fg_base_view_p3" rel="nofollow">http://localhost:8080/Plone/form/fg_base_view_p3</a><br />
Traceback (innermost last):<br />
  Module ZPublisher.Publish, line 127, in publish<br />
  Module ZPublisher.mapply, line 77, in mapply<br />
  Module ZPublisher.Publish, line 47, in call_object<br />
  Module Products.CMFFormController.FSControllerPageTemplate, line 91, in __call__<br />
  Module Products.CMFFormController.BaseControllerPageTemplate, line 28, in _call<br />
  Module Products.CMFFormController.ControllerBase, line 231, in getNext<br />
  Module Products.CMFFormController.Actions.TraverseTo, line 38, in __call__<br />
  Module ZPublisher.mapply, line 77, in mapply<br />
  Module ZPublisher.Publish, line 47, in call_object<br />
  Module Products.CMFDynamicViewFTI.browserdefault, line 78, in __call__<br />
AttributeError: 'MyDefaultGrokView' object has no attribute '__of__'</p>
<p></code></p>
<p>BTW The affected product versions are Plone 4.0b4 with PFG 1.6.0b3 and five.grok 1.1.1.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Using five.grok views as default views by Martin Aspeli</title>
		<link>http://blog.toms-projekte.de/?p=54&#038;cpage=1#comment-2659</link>
		<dc:creator>Martin Aspeli</dc:creator>
		<pubDate>Wed, 09 Jun 2010 01:25:05 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=54#comment-2659</guid>
		<description>This doesn&#039;t sound right. We&#039;re using such views as default views all the time, and we don&#039;t need those methods.

If they are required in any particular circumstance, that would be a bug in CMFDynamicViewFTI. Perhaps you can explain what problem you were having?</description>
		<content:encoded><![CDATA[<p>This doesn&#8217;t sound right. We&#8217;re using such views as default views all the time, and we don&#8217;t need those methods.</p>
<p>If they are required in any particular circumstance, that would be a bug in CMFDynamicViewFTI. Perhaps you can explain what problem you were having?</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Minifying JavaScript and CSS with buildout by Tom</title>
		<link>http://blog.toms-projekte.de/?p=33&#038;cpage=1#comment-141</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Wed, 10 Feb 2010 07:43:23 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=33#comment-141</guid>
		<description>Hi Jon, there are two good reasons, why the HOWTO still makes sense for TinyMCE:


	The compression of the js-registry (even the safe one) doesn&#039;t work for the TinyMCE libraries
	The many! plugins used by TinyMCE are not included with the js-registry. (The loading of these is not shown in the screenshots.)
</description>
		<content:encoded><![CDATA[<p>Hi Jon, there are two good reasons, why the HOWTO still makes sense for TinyMCE:</p>
<p>	The compression of the js-registry (even the safe one) doesn&#8217;t work for the TinyMCE libraries<br />
	The many! plugins used by TinyMCE are not included with the js-registry. (The loading of these is not shown in the screenshots.)</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Minifying JavaScript and CSS with buildout by Jon Stahl</title>
		<link>http://blog.toms-projekte.de/?p=33&#038;cpage=1#comment-138</link>
		<dc:creator>Jon Stahl</dc:creator>
		<pubDate>Tue, 09 Feb 2010 15:52:39 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=33#comment-138</guid>
		<description>Did you just try turning on Plone&#039;s built-in JS/CSS compression for the TinyMCE scripts?  (I haven&#039;t looked, but I think they may be disabled by default.)  I doubt they&#039;re quite as efficient as mini-fication, but I bet it&#039;s really, really close.</description>
		<content:encoded><![CDATA[<p>Did you just try turning on Plone&#8217;s built-in JS/CSS compression for the TinyMCE scripts?  (I haven&#8217;t looked, but I think they may be disabled by default.)  I doubt they&#8217;re quite as efficient as mini-fication, but I bet it&#8217;s really, really close.</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Migrating to Plone 4. Part 1 by Tom</title>
		<link>http://blog.toms-projekte.de/?p=28&#038;cpage=1#comment-54</link>
		<dc:creator>Tom</dc:creator>
		<pubDate>Sat, 05 Dec 2009 18:07:02 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=28#comment-54</guid>
		<description>@Hanno: I don’t have collective.dist installed. I use a plain Python with setuptools. The option is documented on the setuptools page http://peak.telecommunity.com/DevCenter/setuptools#upload-upload-source-and-or-egg-distributions-to-pypi</description>
		<content:encoded><![CDATA[<p>@Hanno: I don’t have collective.dist installed. I use a plain Python with setuptools. The option is documented on the setuptools page <a href="http://peak.telecommunity.com/DevCenter/setuptools#upload-upload-source-and-or-egg-distributions-to-pypi" rel="nofollow">http://peak.telecommunity.com/DevCenter/setuptools#upload-upload-source-and-or-egg-distributions-to-pypi</a></p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Migrating to Plone 4. Part 1 by Ian F. Hood</title>
		<link>http://blog.toms-projekte.de/?p=28&#038;cpage=1#comment-52</link>
		<dc:creator>Ian F. Hood</dc:creator>
		<pubDate>Sat, 05 Dec 2009 15:13:58 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=28#comment-52</guid>
		<description>Thank you for documenting this.  I&#039;m eager to see future installments.

Waiting for stable upgraded versions of the add-ons was my greatest delay moving from 2.5 to 3.x and I would love to get to Plone 4.x sooner than later.  Unfortunately I can only &#039;hope and pray&#039; that the add-on products get upgraded soon (since usually I don&#039;t have the time or the skills to do it myself).</description>
		<content:encoded><![CDATA[<p>Thank you for documenting this.  I&#8217;m eager to see future installments.</p>
<p>Waiting for stable upgraded versions of the add-ons was my greatest delay moving from 2.5 to 3.x and I would love to get to Plone 4.x sooner than later.  Unfortunately I can only &#8216;hope and pray&#8217; that the add-on products get upgraded soon (since usually I don&#8217;t have the time or the skills to do it myself).</p>
]]></content:encoded>
	</item>
	<item>
		<title>Comment on Migrating to Plone 4. Part 1 by Eric S. Tyrer II</title>
		<link>http://blog.toms-projekte.de/?p=28&#038;cpage=1#comment-51</link>
		<dc:creator>Eric S. Tyrer II</dc:creator>
		<pubDate>Sat, 05 Dec 2009 04:24:29 +0000</pubDate>
		<guid isPermaLink="false">http://blog.toms-projekte.de/?p=28#comment-51</guid>
		<description>same here.. i got a plan vanilla instance of 4.0a1 up and running... but i freakout just thinking about getting my utils and products working. We depend heavily on p4a.. and i think we&#039;re completely hosed..</description>
		<content:encoded><![CDATA[<p>same here.. i got a plan vanilla instance of 4.0a1 up and running&#8230; but i freakout just thinking about getting my utils and products working. We depend heavily on p4a.. and i think we&#8217;re completely hosed..</p>
]]></content:encoded>
	</item>
</channel>
</rss>
