<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
  <channel>
    <title>The Bakery: Behaviors</title>
    <link>http://bakery.cakephp.org/</link>
    <description>Recent Behaviors Articles at The Bakery.</description>
    <language>en-us</language>
    <pubDate>Sun, 11 May 2008 23:49:19 -0500</pubDate>
    <docs>http://blogs.law.harvard.edu/tech/rss</docs>
    <generator>CakePHP Bakery</generator>
    <managingEditor>psychic@cakephp.org</managingEditor>
    <webMaster>phpnut@cakephp.org</webMaster>
        <item>
      <title>Bindable Behavior: control your model bindings</title>
      <link>http://bakery.cakephp.org/articles/view/bindable-behavior-control-your-model-bindings</link>
      <description>With the birth of CakePHP 1.2 pre-beta, here comes the newly, improved, and extended version of Bindable, a method to easily control what model relationships are obtained from a find operation, and even customize binding settings.</description>
      <pubDate>Sat, 03 May 2008 18:54:49 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/bindable-behavior-control-your-model-bindings</guid>
    </item>
        <item>
      <title>MySQL collation behavior</title>
      <link>http://bakery.cakephp.org/articles/view/mysql-collation-behavior</link>
      <description>A simple behavior that sets proper collation for order by SQL statements based on the current localization.</description>
      <pubDate>Sat, 12 Apr 2008 05:10:43 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/mysql-collation-behavior</guid>
    </item>
        <item>
      <title>Text Formatting</title>
      <link>http://bakery.cakephp.org/articles/view/textile-1</link>
      <description>So I created a component awhile back for Textile. Turns out, it would be a little friendlier to just dump it in a behavior and let the model define fields that need to be saved with a textile'd version. It assumes that the textile'd fieldname has html_ added to it.

This also has options for </description>
      <pubDate>Sat, 12 Apr 2008 04:54:28 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/textile-1</guid>
    </item>
        <item>
      <title>Polymorphic Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/polymorphic-behavior</link>
      <description>A behavior which will allow a model to be associated with any other model.</description>
      <pubDate>Thu, 13 Mar 2008 09:40:00 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/polymorphic-behavior</guid>
    </item>
        <item>
      <title>ACL Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/acl-behavior</link>
      <description>This behavior is built off of the core Acl behavior. It fixes some issues with the core behavior and allows you to set a model as both an Aro and Aco. It also adds the alias where as the core behavior doesn't.</description>
      <pubDate>Wed, 12 Mar 2008 07:30:21 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/acl-behavior</guid>
    </item>
        <item>
      <title>Attachments</title>
      <link>http://bakery.cakephp.org/articles/view/attachments</link>
      <description>Even though there are already good solutions out there this project tries -as usual- to make things even a bit better and to provide a documented, easy to setup and use, extensible, clean implementation of the functionality described in detail below. Plus: It should work and integrate well into the framework everyone of us loves so much.

Parts of the code is based upon or inspired by `Improved Upload Behavior` by Tane Piper, `ImageHelper` by Jon Bennet, `Attach This!` by Alex McFadyen and `Generic Upload Behavior` by Andy Dawson.
</description>
      <pubDate>Mon, 18 Feb 2008 06:38:00 -0600</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/attachments</guid>
    </item>
        <item>
      <title>Acts As Emailable</title>
      <link>http://bakery.cakephp.org/articles/view/acts-as-emailable</link>
      <description>This little behavior is more of a learning experiment for me into how behaviors work in the CakePHP side of things. It helps me with maintaining a list of users who are emailable rather than write a component or a model. Read on for more...</description>
      <pubDate>Mon, 14 Jan 2008 02:19:53 -0600</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/acts-as-emailable</guid>
    </item>
        <item>
      <title>ConditionalValidation behavior</title>
      <link>http://bakery.cakephp.org/articles/view/conditinalvalidation-behavior</link>
      <description>[Update]: as suggested few modifications :

- model method can be set in the condition
- syntax for fields in the condition can be 'Model.field' or &amp;quot;Model.field&amp;quot; (see example)
- usage of the beforeValidate callback
- &amp;quot;restore&amp;quot; parameter is now part of the settings

Suggestions and comments are welcome.

The validations in cake 1.2 are great, but sometimes I needed to have conditional validation. Because the validations are set at model level, i did implement a behavior that allows to turn on or off validation. I decided to share this on Bakery.
Do not hesitate to comment, I am not sure I have handle this in the correct way.</description>
      <pubDate>Wed, 26 Dec 2007 03:18:35 -0600</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/conditinalvalidation-behavior</guid>
    </item>
        <item>
      <title>ActAs Image column behavior</title>
      <link>http://bakery.cakephp.org/articles/view/actas-image-column-behavior</link>
      <description>This behavior add new column to your model and allow to store images in file system. It can resize images, create several versions, and thubnails. After find model you got link to file for each record in model. </description>
      <pubDate>Tue, 28 Aug 2007 08:15:53 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/actas-image-column-behavior</guid>
    </item>
        <item>
      <title>Uuid Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/uuid-behavior</link>
      <description>I have a requirement to use UUID's as primary keys. I was initially using MySQL triggers to call uuid() on insert but in the end decided a behavior makes more sense. This behavior adds a UUID to the field specified in your models.
</description>
      <pubDate>Fri, 22 Jun 2007 06:01:28 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/uuid-behavior</guid>
    </item>
        <item>
      <title>SimpleResults Behavior - Re-index results from findAll()</title>
      <link>http://bakery.cakephp.org/articles/view/simpleresults-behavior-re-index-results-from-findall</link>
      <description>When returning rows from a Model::findAll() call, the result array is indexed in a certain way. This behavior allows models to return their results indexed in the same way as hasMany associations, which is more concise and (in certain circumstances) easier to parse / pass to other functions.</description>
      <pubDate>Tue, 15 May 2007 04:34:12 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/simpleresults-behavior-re-index-results-from-findall</guid>
    </item>
        <item>
      <title>HABTM Add  &amp; Delete Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/add-delete-habtm-behavior</link>
      <description>Many people gripe about the HABTM associations in CakePHP and how difficult it is to add or delete a single record.  This behavior takes care of the task for you!</description>
      <pubDate>Wed, 09 May 2007 06:11:53 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/add-delete-habtm-behavior</guid>
    </item>
        <item>
      <title>counterCache or counter_cache Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/countercache-or-counter_cache-behavior</link>
      <description>I wrote this because I needed something simple for my recent project and CakePHP have not implemented the counterCache option yet. This is my first time writing a Behavior and largely based on http://groups.google.com/group/cake-php/msg/74508dad38d3d623 but it doesn't work for me though. You may wish to learn more about why counterCache is useful at http://groups.google.com/group/cake-php/msg/971ced72abe96b03</description>
      <pubDate>Wed, 02 May 2007 00:01:02 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/countercache-or-counter_cache-behavior</guid>
    </item>
        <item>
      <title>Simple Tagging Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/simple-tagging-behavior</link>
      <description>So far after looking at other tagging code in this site, I have not seen tags done properly when using normal database form. So this will be a basic, simple tagging system that allows you to use both a tags field in your table and a separate tagging table.</description>
      <pubDate>Tue, 01 May 2007 23:19:39 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/simple-tagging-behavior</guid>
    </item>
        <item>
      <title>Soft Deletable Behavior</title>
      <link>http://bakery.cakephp.org/articles/view/soft-delete-behavior</link>
      <description>This behavior lets you implement soft delete for your records in your models by introducing a flag to an existing table which indicates that a row has been deleted, instead of deleting the record.</description>
      <pubDate>Mon, 16 Apr 2007 08:03:00 -0500</pubDate>
      <guid>http://bakery.cakephp.org/articles/view/soft-delete-behavior</guid>
    </item>
      </channel>
</rss>