<?xml version="1.0" encoding="utf-8"?>
<rss version="2.0" xml:base="http://groups.drupal.org" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
 <title>Content Construction Kit (CCK)</title>
 <link>http://groups.drupal.org/content-construction-kit-cck</link>
 <description>development group for CCK</description>
 <language>en</language>
<item>
 <title>Drupal Camp Chicago Invite</title>
 <link>http://groups.drupal.org/node/15569</link>
 <description>&lt;p&gt;You are invited to attend Drupal Camp Chicago on October Friday 24 &amp;amp; Saturday 25 2008.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://drupalcampchicago.org&quot; title=&quot;http://drupalcampchicago.org&quot;&gt;http://drupalcampchicago.org&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Who/Why:&lt;/p&gt;
&lt;p&gt;For over 2 years Chicago Drupal has truly highlighted the benefits of an open source initiative. We have built resourceful bridges between many local Chicago establishments including non-profits, entrepreneurs, Drupal development companies, independent consultants, hobbyist, and others in the mid-west. Our goal for this Drupal Camp is to bring everyone together for open communication, education, fun, and industry networking.&lt;/p&gt;
&lt;p&gt;What:&lt;/p&gt;
&lt;p&gt;An attendee-driven format with advanced resources available make this event truly unique. Need help with a problem, looking for work, or looking to hire Drupal talent? Someone can find a solution at Drupal Camp Chicago. Presentations for beginners and advanced topics will run simultaneously throughout both days. All skill levels are welcomed and laptops are encouraged. Seating is limited, register now - &lt;a href=&quot;http://drupalcampchicago.org/user/register&quot; title=&quot;http://drupalcampchicago.org/user/register&quot;&gt;http://drupalcampchicago.org/user/register&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Where/When:&lt;/p&gt;
&lt;p&gt;UIC Innovation Center&lt;br /&gt;
1240 W. Harrison&lt;br /&gt;
Chicago, IL 60607&lt;br /&gt;
(312) 355-5567&lt;br /&gt;
October Friday 24 &amp;amp; Saturday 25th 9am-6pm&lt;br /&gt;
&lt;a href=&quot;http://tinyurl.com/mapDCC&quot; title=&quot;http://tinyurl.com/mapDCC&quot;&gt;http://tinyurl.com/mapDCC&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Pricing:&lt;/p&gt;
&lt;p&gt;*Pre-Registration for 2-day event: $20&lt;br /&gt;
*Volunteering is fun! Contact us&lt;br /&gt;
*Exception: Participants can request (info@ DrupalCampChicago.org ) a scholarship and explain their circumstances.&lt;/p&gt;
&lt;p&gt;Sponsor:&lt;/p&gt;
&lt;p&gt;*Individual Support, $50&lt;br /&gt;
*Community Support, $200&lt;br /&gt;
*Professional Support, $500&lt;br /&gt;
*Event Sponsors, $1000&lt;br /&gt;
Contact us to let us know your level of commitment - &lt;a href=&quot;http://drupalcampchicago.org/contact&quot; title=&quot;http://drupalcampchicago.org/contact&quot;&gt;http://drupalcampchicago.org/contact&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Speaker:&lt;/p&gt;
&lt;p&gt;*Interested in presenting? please submit a request... &lt;a href=&quot;http://drupalcampchicago.org/contact&quot; title=&quot;http://drupalcampchicago.org/contact&quot;&gt;http://drupalcampchicago.org/contact&lt;/a&gt;&lt;br /&gt;
*Highlight your Drupal knowledge to the mid-west&lt;br /&gt;
*Share your experience and contribute to the growth of Drupal&lt;/p&gt;
&lt;p&gt;*All profits will go to the Drupal Association&lt;/p&gt;
&lt;p&gt;-&lt;br /&gt;
tourguide&lt;br /&gt;
CDMUG&lt;br /&gt;
&lt;a href=&quot;http://cdmug.org&quot; title=&quot;http://cdmug.org&quot;&gt;http://cdmug.org&lt;/a&gt;&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/social-networking-sites&quot;&gt;Social Networking Sites&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/15569#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/275">camp</category>
 <category domain="http://groups.drupal.org/taxonomy/term/404">Chicago</category>
 <category domain="http://groups.drupal.org/taxonomy/term/11">drupal camp</category>
 <category domain="http://groups.drupal.org/taxonomy/term/41">DrupalCamp</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/drupal-newsletter">Drupal Newsletter</group>
 <group domain="http://groups.drupal.org/eventrelated-drupal-code">Event-related Drupal code</group>
 <group domain="http://groups.drupal.org/high-performance">High performance</group>
 <group domain="http://groups.drupal.org/mapping">Location and Mapping</group>
 <group domain="http://groups.drupal.org/mobile">Mobile</group>
 <group domain="http://groups.drupal.org/flash-embedding">Object Embedding (Flash)</group>
 <group domain="http://groups.drupal.org/real-estate">Real Estate</group>
 <group domain="http://groups.drupal.org/semantic-web">Semantic Web</group>
 <group domain="http://groups.drupal.org/services">Services</group>
 <group domain="http://groups.drupal.org/social-networking-sites">Social Networking Sites</group>
 <pubDate>Sat, 04 Oct 2008 23:33:50 +0000</pubDate>
 <dc:creator>tourguide@drupal.org</dc:creator>
 <guid isPermaLink="false">15569 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Different view in Edit and Home Page - Contemplates</title>
 <link>http://groups.drupal.org/node/15410</link>
 <description>&lt;p&gt;I have create a contemplate which shows cck fields in table format.&lt;/p&gt;
&lt;p&gt;When I see the content alone, I see the same correctly in table format (&lt;a href=&quot;http://enjoyindianfood.com/ss2.jpeg&quot; title=&quot;http://enjoyindianfood.com/ss2.jpeg&quot;&gt;http://enjoyindianfood.com/ss2.jpeg&lt;/a&gt;)&lt;/p&gt;
&lt;p&gt;But when I see the same in Homepage, table disappear and I see it in unformatted view. (&lt;a href=&quot;http://enjoyindianfood.com/ss1.jpeg&quot; title=&quot;http://enjoyindianfood.com/ss1.jpeg&quot;&gt;http://enjoyindianfood.com/ss1.jpeg&lt;/a&gt;)&lt;/p&gt;
&lt;p&gt;I know this will be very silly one but can some one help.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/15410#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/925">contemplate</category>
 <category domain="http://groups.drupal.org/taxonomy/term/100">views</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 29 Sep 2008 21:16:52 +0000</pubDate>
 <dc:creator>satbir@drupal.org</dc:creator>
 <guid isPermaLink="false">15410 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Custom Thumbnails in Embedded Media Field during D6 Port</title>
 <link>http://groups.drupal.org/node/14980</link>
 <description>&lt;p&gt;Currently, &lt;a href=&quot;http://drupal.org/project/emfield&quot;&gt;Embedded Media Field&lt;/a&gt; has Embedded Thumbnail, which allows editors to override the thumbnails provided by third party providers. I originally just copied some code from Image Field to handle it, after toying with (and rejecting) the idea of creating some sort of generic image handling api to help modules needing the functionality.&lt;/p&gt;
&lt;p&gt;During the port to d6, the idea has come up of requiring FileField to handle the thumbnails. Before we get too far down that road, I want to run it by other developers for feedback. Is that the best route? If so, we have weird issues of how to synch fields, or just tapping into its API.&lt;/p&gt;
&lt;p&gt;Or should we just wait until d7 to handle that, since hook_file will make a lot of the functionality we need for this MUCH easier.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;
Aaron Winborn&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/video&quot;&gt;Video&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14980#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/2683">embedded media field</category>
 <category domain="http://groups.drupal.org/taxonomy/term/6514">Embedded Thumbnails</category>
 <category domain="http://groups.drupal.org/taxonomy/term/5683">filefield</category>
 <category domain="http://groups.drupal.org/taxonomy/term/5834">hook_file</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/file-api">File API</group>
 <group domain="http://groups.drupal.org/image">Image</group>
 <group domain="http://groups.drupal.org/video">Video</group>
 <pubDate>Wed, 17 Sep 2008 15:15:03 +0000</pubDate>
 <dc:creator>aaron</dc:creator>
 <guid isPermaLink="false">14980 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK field modules maintainers - D6 upgrade path</title>
 <link>http://groups.drupal.org/node/14631</link>
 <description>&lt;p&gt;To all CCK field modules maintainers :&lt;br /&gt;
please read &lt;a href=&quot;http://drupal.org/node/304813&quot; title=&quot;http://drupal.org/node/304813&quot;&gt;http://drupal.org/node/304813&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;(also posted on the development ML)&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14631#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sat, 06 Sep 2008 14:52:27 +0000</pubDate>
 <dc:creator>yched@drupal.org</dc:creator>
 <guid isPermaLink="false">14631 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Displaying a CCK Content Type as a page ?  </title>
 <link>http://groups.drupal.org/node/14627</link>
 <description>&lt;p&gt;Hello All:   I&#039;m really new to Drupal and using version 5.10 basically because of the level of modules available for this level.   I&#039;m in the process of creating a data collection web site and I have the content type created all the collection part works and I can see and search the data.&lt;/p&gt;
&lt;p&gt;I need to go the next step and make the content type a page so the form is able to be seen my users to enter the data but to be honest I&#039;m lost.   I&#039;m reading alot of materials and google search has become my best friend but still confused.   Could anyone point me in the right direction and give me a little advice.&lt;/p&gt;
&lt;p&gt;Please and thanks....&lt;/p&gt;
&lt;p&gt;Dale Fahrney&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14627#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sat, 06 Sep 2008 11:01:05 +0000</pubDate>
 <dc:creator>dfahrney</dc:creator>
 <guid isPermaLink="false">14627 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Price Comparison CCK Module</title>
 <link>http://groups.drupal.org/node/14100</link>
 <description>&lt;p&gt;Hi everyone,&lt;/p&gt;
&lt;p&gt;I am writing a CCK price comparison module which will essentially do the following (hopefully!):&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;In Administer page, user can choose some stores to be enabled by default (eg Amazon, dabs...), and add more by answering some questions for the spider.&lt;/li&gt;
&lt;li&gt;When adding price comparison to a content type users can then choose which stores to enable.&lt;/li&gt;
&lt;li&gt;A user then creates a node for a specific product, and enters the urls for the stores price_comparison asks for. Suggestions will be made by the module but the user will need to check them.&lt;/li&gt;
&lt;li&gt;The module checks all the site prices as the node is created, and then checks again on cron-based schedule.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Please express an interest if you would use this module, and let me know if you would like to get involved in the development. I will create a Drupal module as soon as something remotely stable appears, or earlier if other contributors join in.&lt;/p&gt;
&lt;p&gt;The site it will be initially used on is &lt;a href=&quot;http://www.smartphone-reviews.co.uk&quot; title=&quot;http://www.smartphone-reviews.co.uk&quot;&gt;http://www.smartphone-reviews.co.uk&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Alan&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14100#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Tue, 19 Aug 2008 17:45:00 +0000</pubDate>
 <dc:creator>alancooney@drupal.org</dc:creator>
 <guid isPermaLink="false">14100 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK, Fapilicious and Validation API cooperation</title>
 <link>http://groups.drupal.org/node/14067</link>
 <description>&lt;p&gt;This afternoon TapocoL, cYu and I (Kaaskop @ IRC) discussed the possibilities of CCK, &lt;a href=&quot;http://drupal.org/project/validation_api&quot;&gt;Validation API&lt;/a&gt; and &lt;a href=&quot;http://drupal.org/project/fapi&quot;&gt;Fapilicious&lt;/a&gt; to work together on form processing. Currently, CCK features built-in validation for specific fields, like addresses. Fapilicious is a library which (though still under development) features built-in field validation for &lt;em&gt;any&lt;/em&gt; form field. Validation API mainly is a UI for creating custom validators and using them for CCK fields.&lt;/p&gt;
&lt;p&gt;A few of the ideas:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Move hardcoded validation (addresses, phone numbers, etc) from CCK to Fapilicious so other modules can use this as well.&lt;/li&gt;
&lt;li&gt;Let Validation API use the hardcoded validation functions in Fapilicious for custom CCK fields. Default CCK fields (again, things like addresses and phone numbers) may still access the validators in Fapilicious directly.&lt;/li&gt;
&lt;li&gt;Rename Validation API to Validation UI as this will reflect its purpose more accurately.&lt;/li&gt;
&lt;li&gt;By moving all validation to Fapilicious/Validation API AJAX validation (which Validation API provides) will be available for all forms that use the validators from one of those two modules.&lt;/li&gt;
&lt;li&gt;If CCK calls Fapilicious validators directly, we need to communicate this to Validation API so it can apply AJAX validation.&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;These are only ideas that need to be shaped into real plans, so please tell us what you people think!&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14067#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/94">fapi</category>
 <category domain="http://groups.drupal.org/taxonomy/term/6128">Fapilicious</category>
 <category domain="http://groups.drupal.org/taxonomy/term/4459">validation</category>
 <category domain="http://groups.drupal.org/taxonomy/term/6129">Validation API</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 18 Aug 2008 17:32:07 +0000</pubDate>
 <dc:creator>Xano</dc:creator>
 <guid isPermaLink="false">14067 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Field permissions by role</title>
 <link>http://groups.drupal.org/node/14051</link>
 <description>&lt;p&gt;I would need to be able to set which roles can view / change a custom field I created with CCK. I tried CCK Field Permissions, but it didn&#039;t work for me at all, see this: &lt;a href=&quot;http://drupal.org/node/295675&quot; title=&quot;http://drupal.org/node/295675&quot;&gt;http://drupal.org/node/295675&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Any tips how to do this?&lt;/p&gt;
&lt;p&gt;Thanks in advance&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14051#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sun, 17 Aug 2008 21:07:06 +0000</pubDate>
 <dc:creator>wpanssi</dc:creator>
 <guid isPermaLink="false">14051 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK Combo Fields</title>
 <link>http://groups.drupal.org/node/14009</link>
 <description>&lt;p&gt;I&#039;ve got a first pass at creating a way in the CCK UI to make a custom collection of fields that will act together as a single complex field. An example of a way to use this would be to create an &#039;Address&#039; combo group, comprised of several text fields that are labeled &#039;Street&#039;, &#039;City&#039;, and &#039;State&#039;.  You can set it to multiple values to have more than one address field collection in the node form. All the &#039;streets&#039; will retain their relationship with the appropriate &#039;city&#039; and &#039;state&#039; by keeping the same delta values, and the related fields are grouped together in the form.&lt;/p&gt;
&lt;p&gt;Using the fieldgroup patch at &lt;a href=&quot;http://drupal.org/node/119102&quot; title=&quot;http://drupal.org/node/119102&quot;&gt;http://drupal.org/node/119102&lt;/a&gt;, you would:&lt;/p&gt;
&lt;p&gt;1) Create a new fieldgroup and give it the type &#039;Combo&#039;.&lt;/p&gt;
&lt;p&gt;2) Set the number of multiple values for the group. All fields in the group will be silently changed to have the same multiple value setting you pick for the group.&lt;/p&gt;
&lt;p&gt;3) Drag fields into the group and arrange them however you like.&lt;/p&gt;
&lt;p&gt;4) When you edit the node, the module hook_form_alters it to group the delta values of each field together. In other words, the delta and field name are swapped.&lt;/p&gt;
&lt;p&gt;5) You can drag n drop each delta group of fields in the node to rearrange them.&lt;/p&gt;
&lt;p&gt;6) When you save the form, the fields are massaged back to their regular structure so they get saved properly.&lt;/p&gt;
&lt;p&gt;I have made no attempt to get the AHAH add more button working with this, you can select a specific number of multiple values, but not unlimited. For now I am only trying to get simple fields working, so I&#039;m testing with text fields. And for now I&#039;m ignoring problems like what happens if you drag fields with data in and out of the group or try to share the fields. I also haven&#039;t tried to alter the display of the node to do the same thing, but it should be fairly easy to create a new template for that.&lt;/p&gt;
&lt;p&gt;I don&#039;t have more time to spend on this right now, but anyone who is interested in this feature could help move it along. In particular, getting the &#039;Add more&#039; button working will be a challenge, since it needs to bring back a new form element for every field in the group and add that new collection of fields in without breaking the table drag n drop. It will probably require copying the Content module&#039;s &#039;Add more&#039; code to the fieldgroup module and adapting it.&lt;/p&gt;
&lt;p&gt;Note that there&#039;s a new theme in the code, so you&#039;ll have to rebuild the theme registry to get it working.&lt;/p&gt;
&lt;p&gt;Or maybe someone has a different, better way to accomplish this. If so, chime in :)&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/14009#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Fri, 15 Aug 2008 11:33:46 +0000</pubDate>
 <dc:creator>KarenS@drupal.org</dc:creator>
 <guid isPermaLink="false">14009 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Displaying multiple cck_map instances on a single page</title>
 <link>http://groups.drupal.org/node/13986</link>
 <description>&lt;p&gt;Hello all,&lt;/p&gt;
&lt;p&gt;I am having an issue right now (Drupal 5.9, CCK 5.x-1.7, cck_map 5.x-3.3, views 5.x-1.6) where I have a view that returns full nodes that contain a Google Map. This works fine and great.&lt;br /&gt;
However, the issue is that only the Google Map in the first displayed node is rendered properly, the others do not render and I have an error in my FF3 logs:&lt;br /&gt;
&lt;em&gt;Error: a is null Source File: &lt;a href=&quot;http://maps.google.com/intl/en_ALL/mapfiles/122b/maps2.api/main.js&quot; title=&quot;http://maps.google.com/intl/en_ALL/mapfiles/122b/maps2.api/main.js&quot;&gt;http://maps.google.com/intl/en_ALL/mapfiles/122b/maps2.api/main.js&lt;/a&gt; Line: 312&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;Has anyone else ever seen this issue and if so how did you work around it?&lt;/p&gt;
&lt;p&gt;Cheers,&lt;br /&gt;
E/.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/vancouver&quot;&gt;Vancouver&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13986#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/6098">cck_map</category>
 <category domain="http://groups.drupal.org/taxonomy/term/65">vancouver</category>
 <category domain="http://groups.drupal.org/taxonomy/term/100">views</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/vancouver">Vancouver</group>
 <pubDate>Thu, 14 Aug 2008 18:31:41 +0000</pubDate>
 <dc:creator>evan@justwerks.com</dc:creator>
 <guid isPermaLink="false">13986 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK MAC address field module</title>
 <link>http://groups.drupal.org/node/13640</link>
 <description>&lt;p&gt;Hi! I&#039;ve developed a CCK MAC address field module on the basis of &lt;a href=&quot;http://drupal.org/project/cck_ipaddr&quot;&gt;CCK IP Address&lt;/a&gt;. Just wondering whether anyone has any interest in it, and if so, what do I do next?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13640#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/5930">mac address</category>
 <category domain="http://groups.drupal.org/taxonomy/term/537">module</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Fri, 01 Aug 2008 14:03:44 +0000</pubDate>
 <dc:creator>Alexander Ufimtsev@drupal.org</dc:creator>
 <guid isPermaLink="false">13640 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Exploring the possibilities and the limits of CCK  </title>
 <link>http://groups.drupal.org/node/13534</link>
 <description>&lt;p&gt;It could be a good idea both to show the interest of using CCK and to have a clear idea of what still need to be improved in CCK.&lt;/p&gt;
&lt;p&gt;So if you want to comment on this thread, either you can take an example of form on the web and explain how you would be able to reproduce it with CCK or on the contrary you can take an example and explain why it is impossible or difficult to do it with CCK.&lt;/p&gt;
&lt;p&gt;Who want to play that game ?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13534#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Tue, 29 Jul 2008 15:32:40 +0000</pubDate>
 <dc:creator>Julien Marboutin</dc:creator>
 <guid isPermaLink="false">13534 at http://groups.drupal.org</guid>
</item>
<item>
 <title>View Not Displaying Fields</title>
 <link>http://groups.drupal.org/node/13481</link>
 <description>&lt;p&gt;I created a page that has a form using CCK. It contains:&lt;br /&gt;
1. Title&lt;br /&gt;
2. start-end date&lt;br /&gt;
3. drop-down menu&lt;br /&gt;
4. check box (allow one)&lt;br /&gt;
5. radial&lt;br /&gt;
6. body&lt;/p&gt;
&lt;p&gt;Then I have a view setup. The Page should show all of the gathered information above But the numbers 3,4 and 5 above will not display.&lt;/p&gt;
&lt;p&gt;If I use ROW STYLE = NODE (Instead of fields) the display looks desirable as far as style / formatting but does not allow me to choose / add the additional custom fields.&lt;/p&gt;
&lt;p&gt;Question 1:&lt;br /&gt;
Anyone know how I can get these custom fields to display?&lt;/p&gt;
&lt;p&gt;Question 2:&lt;br /&gt;
Anyone know the best place for CCK/Views tutorials?&lt;/p&gt;
&lt;p&gt;Thank you&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13481#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/272">cck views project</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 28 Jul 2008 04:24:37 +0000</pubDate>
 <dc:creator>klewis</dc:creator>
 <guid isPermaLink="false">13481 at http://groups.drupal.org</guid>
</item>
<item>
 <title>My slides from DrupalCamp Colorado 2008</title>
 <link>http://groups.drupal.org/node/13464</link>
 <description>&lt;p&gt;For those interested in seeing my slides from my DrupalCamp Colorado (2008) presentation, &lt;a href=&quot;http://drupalcampcolorado.org/content/flexflashair-interfaces-custom-content-types-drupal#comment-71&quot;&gt;Flex/Flash/AIR Interfaces for Custom Content Types in Drupal&lt;/a&gt; they are on &lt;a href=&quot;http://www.slideshare.net/ccharlton/flex-flash-air-interfaces-for-custom-content-types-in-drupal-chris-charlton/&quot;&gt;SlideShare.net&lt;/a&gt; at:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.slideshare.net/ccharlton/flex-flash-air-interfaces-for-custom-content-types-in-drupal-chris-charlton/&quot; title=&quot;http://www.slideshare.net/ccharlton/flex-flash-air-interfaces-for-custom-content-types-in-drupal-chris-charlton/&quot;&gt;http://www.slideshare.net/ccharlton/flex-flash-air-interfaces-for-custom...&lt;/a&gt;&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/southern-california&quot;&gt;Southern California&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13464#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/3066">AIR</category>
 <category domain="http://groups.drupal.org/taxonomy/term/422">flash</category>
 <category domain="http://groups.drupal.org/taxonomy/term/1523">Flex</category>
 <category domain="http://groups.drupal.org/taxonomy/term/950">presentation</category>
 <category domain="http://groups.drupal.org/taxonomy/term/4420">Slides</category>
 <group domain="http://groups.drupal.org/adobe-technologies">Adobe Technologies</group>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/los-angeles">Los Angeles</group>
 <group domain="http://groups.drupal.org/orange-county">Orange County</group>
 <group domain="http://groups.drupal.org/southern-california">Southern California</group>
 <pubDate>Sat, 26 Jul 2008 21:13:37 +0000</pubDate>
 <dc:creator>Chris Charlton</dc:creator>
 <guid isPermaLink="false">13464 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK: show node references only to nodes by same author</title>
 <link>http://groups.drupal.org/node/13445</link>
 <description>&lt;p&gt;Hi,&lt;br /&gt;
I have a website Drupal 5 where an user can:&lt;br /&gt;
1) Create a node of type &quot;Vehicle&quot; (created with CCK)&lt;br /&gt;
2) Create a node of type &quot;Track&quot; (also created with CCK)&lt;br /&gt;
3) When the user creates a track he can link a vehicle to it, but the vehicle has to be&lt;strong&gt; his own&lt;/strong&gt;, he cannot link just any vehicle.&lt;/p&gt;
&lt;p&gt;Understanding how to do the third thing should be easy for someone more expert. To link the vehicle I have thought I can use the Reference Node field in the track node, but this will show just every vehicle, not only those by the same author who created the vehicle and who&#039;s creating the track. So I searched a module which could selectively hide certain voices, but I couldn&#039;t find any module doing just that.&lt;/p&gt;
&lt;p&gt;I am ok editing PHP code, also if that means modifying/rewriting part of a module, but I can&#039;t write from scratch because I am quite new to Drupal.&lt;br /&gt;
I accept every kind of answer, even RTFM (which I have actually done, but I could have missed something, so please be specific in this case :) ).&lt;/p&gt;
&lt;p&gt;Thank you.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13445#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Fri, 25 Jul 2008 14:45:48 +0000</pubDate>
 <dc:creator>darioshanghai</dc:creator>
 <guid isPermaLink="false">13445 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Current best solution for add and reference?</title>
 <link>http://groups.drupal.org/node/13162</link>
 <description>&lt;p&gt;I&#039;m aware of:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Subform - &lt;a href=&quot;http://drupal.org/project/subform&quot; title=&quot;http://drupal.org/project/subform&quot;&gt;http://drupal.org/project/subform&lt;/a&gt; - 4.7&lt;/li&gt;
&lt;li&gt;Add and Reference - &lt;a href=&quot;http://drupal.org/project/add_n_reference&quot; title=&quot;http://drupal.org/project/add_n_reference&quot;&gt;http://drupal.org/project/add_n_reference&lt;/a&gt; - 4.7&lt;/li&gt;
&lt;li&gt;Addnode - &lt;a href=&quot;http://drupal.org/project/addnode&quot; title=&quot;http://drupal.org/project/addnode&quot;&gt;http://drupal.org/project/addnode&lt;/a&gt; - 5.x&lt;/li&gt;
&lt;li&gt;Noderefferer Create - &lt;a href=&quot;http://drupal.org/project/nodereferrer_create&quot; title=&quot;http://drupal.org/project/nodereferrer_create&quot;&gt;http://drupal.org/project/nodereferrer_create&lt;/a&gt; - 6.x available, depends on nodereferrer which doesn&#039;t seem to have 6.x available?&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Addnode and Nodereferrer look like the leading candidates, and assuming that NR is going to be available for D6 soon, I&#039;d use that. BUT, creating items on the same form page as Addnode does seems the most elegant.&lt;/p&gt;
&lt;p&gt;Have people had experience with this, and any info on availability / suitability for D6?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13162#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/1956">nodereference</category>
 <category domain="http://groups.drupal.org/taxonomy/term/5745">subform</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 14 Jul 2008 22:30:59 +0000</pubDate>
 <dc:creator>Boris Mann</dc:creator>
 <guid isPermaLink="false">13162 at http://groups.drupal.org</guid>
</item>
<item>
 <title>proposal for CCK UI</title>
 <link>http://groups.drupal.org/node/13127</link>
 <description>&lt;p&gt;CCK as a module has a lot of functionalites and this makes the UI difficult to grasp for new users even if developers made a lot to improve it. Since we’re going to put CCK fields in core maybe we need a cleaner interface .&lt;br /&gt;
So I did a mockup for a two steps content type creation form that not only try to make the UI simpler but even introduce new concepts and I hope opportunities. Please note that this is just a mockup I don’t have any working code and probably I wouldn’t be able to code anything. This would hopefully be just a start for a discussion.&lt;/p&gt;
&lt;p&gt;Image 1&lt;br /&gt;
Users can choose an existing content type or create a new one and label it (hopefully Drupal will take care of creating the machine readable name of the content type so people don’t get confused).&lt;br /&gt;
Existing content types could be a selection of ready to use content types defined by the installer profiles or contributed modules (This way drupal core or contributed modules can even make available complex content types that can’t just be created with the user interface. Common content types for the default distribution could be Events, Contacts, Reviews, Blog entries, News, Images, Recipes etc.). If the user select a pre-defined content type the process is over. A new content type is created and can eventually be customized.&lt;br /&gt;
Otherwise if ‘Create your own’ is choosen the field creation form is presented.&lt;/p&gt;
&lt;p&gt;Image 2&lt;br /&gt;
The second step shows an option to add a  field on top and the actual content type form with two defaults fields (Title and Body).&lt;br /&gt;
Here users can set all fields settings; forms widgets are draggable, ajaxy removable and can be tagged as required and/or made multiple, Help text can be added and default values can be defined by filling the forms (you can use PHP if you enclose the code on the right tags).&lt;br /&gt;
Users can choose whether to create a new field or add an existing one provided by Drupal. Again, installer profiles and contributed modules can make additions to this lists providing complex fields that can’t just be created with the UI (This way we can avoid extra settings too complicated for standard users and at the same time provide a way for modules for inject their own fields). Suitable default fields for core would be ‘Name’, ‘Email’, ‘Image’, ‘Video’, ‘Date of birth’, ‘Gender’, ‘Node Reference’, ‘User Reference’, ‘Vocabulary’(a taxonomy select list),  ‘Date’, ‘Quantity+Unit’, ‘Time’ and any ready-to-use fields we can think of with sensible defaults defined and/or custom validation functions that, again, can’t be added just using the UI. Pre-defined fields can always be customized once added.&lt;/p&gt;
&lt;p&gt;When Users create a new field they have to choose a form type: textfield, textbox, file upload, select list, checkboxe, radio button or fieldgroup (to visually group forms). This fields are basically simple html form elements. During form creation there’s the opportunity to preview to form at any time.&lt;/p&gt;
&lt;p&gt;Image 3&lt;br /&gt;
Here a node reference field has been added.&lt;br /&gt;
If ‘multiple values’ is checked authors will be able to select multiple nodes on the content creation form, (on textfields this could work like on CCK giving the author the opportunity to add multiple instances of the form of the same fields via an add more link).&lt;br /&gt;
When finished the user hits continue. The process is over.&lt;/p&gt;
&lt;p&gt;Image 4&lt;br /&gt;
Links to modify the content type or edit its settings are provided on the content type listing page .&lt;br /&gt;
Infact I would prefer to provide sensible defaults for workflow, comments and any other settings making things easier for common users.&lt;/p&gt;
&lt;p&gt;That&#039;s all. I know this implies a lot of coding work but it should be not to far from what Drupal can do; so what do you think?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13127#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/2881">UI</category>
 <enclosure url="http://groups.drupal.org/files/CCK_mockup_step1.gif" length="50073" type="image/gif" />
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sun, 13 Jul 2008 16:34:47 +0000</pubDate>
 <dc:creator>dodazzi@drupal.org</dc:creator>
 <guid isPermaLink="false">13127 at http://groups.drupal.org</guid>
</item>
<item>
 <title>&quot;CCK semantic web compliant fields&quot; and Yahoo SearchMonkey</title>
 <link>http://groups.drupal.org/node/13097</link>
 <description>&lt;p&gt;It used to be difficult for me to imagine a simple application that really use web semantic technologies.&lt;/p&gt;
&lt;p&gt;Then yersteday, I attended a Yahoo presentation in Paris about the searchmonkey API&lt;br /&gt;
&lt;a href=&quot;http://developer.yahoo.com/searchmonkey/&quot; title=&quot;http://developer.yahoo.com/searchmonkey/&quot;&gt;http://developer.yahoo.com/searchmonkey/&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;So I give it a try with my favorite web site drupal.org.&lt;br /&gt;
It is fun. You should try. It just takes two minutes.&lt;br /&gt;
But drupal.org doesn&#039;t use websemantic technologies like microformat and RDF yet.&lt;/p&gt;
&lt;p&gt;To see the difference, try it with the url facebook.com/p/*&lt;br /&gt;
Then you have also the fields available from the hcard microformat to play with.&lt;/p&gt;
&lt;p&gt;Is there a drupal web site out there to test microformat or RDF with yahoo searchmonkey ?&lt;/p&gt;
&lt;p&gt;Something like &quot;CCK semantic web compliant fields&quot; ?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/semantic-web&quot;&gt;Semantic Web&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13097#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/semantic-web">Semantic Web</group>
 <pubDate>Fri, 11 Jul 2008 17:23:24 +0000</pubDate>
 <dc:creator>Julien Marboutin</dc:creator>
 <guid isPermaLink="false">13097 at http://groups.drupal.org</guid>
</item>
<item>
 <title>UI of CCK, Panel and Workflow</title>
 <link>http://groups.drupal.org/node/13031</link>
 <description>&lt;p&gt;Just wanted to point out this link : &lt;a href=&quot;http://www.serena.com/mashups/sPR_06112008.html&quot; title=&quot;http://www.serena.com/mashups/sPR_06112008.html&quot;&gt;http://www.serena.com/mashups/sPR_06112008.html&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;Because I have seen a demo yersteday and I found some functionnalities very similar to what CCK, Panel and workflow can do.&lt;/p&gt;
&lt;p&gt;You can watch the video and even dowload the tool for free to try to play with it.&lt;/p&gt;
&lt;p&gt;Maybe it can give you some good ideas for the next versions of CCK Panel and workflow modules.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/workflow&quot;&gt;Workflow&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/13031#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/panels">Panels</group>
 <group domain="http://groups.drupal.org/workflow">Workflow</group>
 <pubDate>Wed, 09 Jul 2008 10:18:14 +0000</pubDate>
 <dc:creator>Julien Marboutin</dc:creator>
 <guid isPermaLink="false">13031 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Best Practices for Hybrid CCK Module Development</title>
 <link>http://groups.drupal.org/node/12984</link>
 <description>&lt;p&gt;As we move forward with the &lt;a href=&quot;http://groups.drupal.org/open-media-project&quot;&gt;Open Media Project&lt;/a&gt;, we&#039;ve found ourselves in the &quot;age old&quot; debate of developing modules with functionality built on top of CCK or building a custom modules with full control over their tables and functionality.  This was recently discussed &lt;a href=&quot;http://drupal.org/node/274894&quot;&gt;here&lt;/a&gt;, but we have a different set of feature needs than davidm had so I&#039;m bringing it up again.  &lt;/p&gt;
&lt;p&gt;For the Open Media Project, we know that the group of modules we include will be deployed (at least in part) by 7 locations.  Each of these will have slightly different workflows, hardware, and features of the system they want to implement.  We know we are developing for Drupal 6 and will likely be incorporating &lt;a href=&quot;http://drupal.org/project/media_mover&quot;&gt;Media Mover&lt;/a&gt; and &lt;a href=&quot;http://drupal.org/project/rules&quot;&gt;Rules&lt;/a&gt;.  We know that we will be updating this collection of code fairly often over the the next 18 months.  We know that some of the locations are going to have their own developers capable of modifying our work either through CCK&#039;s interfaces or by updating the modules themselves.&lt;/p&gt;
&lt;p&gt;(Way) back in 2006, Nick Lewis&#039; provocatively titled post &#039;&lt;a href=&quot;http://www.nicklewis.org/node/885 &quot;&gt;Neutered Nodes: CCK&#039;s Dark Secret&lt;/a&gt;&#039; generated a lot of discussion about the pros and cons of building on CCK in Drupal 4.7.  After Drupal 5 was released, I posted a comment to the thread Nick&#039;s post generated to see if the changes made to CCK in Drupal 5 had changed anyone&#039;s opinion about building on CCK.  Nick eventually updated the post saying he &#039;officially disagree with himself&#039;, but there were still others (including me) who thought custom modules were still the way to go if portability was a key feature.  &lt;a href=&quot;http://drupal.org/node/114920#comment-195553&quot;&gt;AjK&#039;s take on CCK in February of 2007&lt;/a&gt;..&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;However, there is one area where realistically, only a module will do. We all have them. It&#039;s client that comes back wanting more and more features as their site grows (and are prepared to pay for it!). An example, custom searching. If you know your own module inside out then extending it and adding extra functionality is a breeze. With a CCK+Views deployment you have to start getting into the db construct for the site. If you want it generic across sites, you have a lot of settings admin work to do. Or hard code it for that site. Either way, it&#039;s sometimes a lot of work to retrofit custom work over CCK+Views.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;In that same thread, PhilK adds &lt;a href=&quot;http://drupal.org/node/114920#comment-204171&quot;&gt;this&lt;/a&gt;...&lt;/p&gt;
&lt;blockquote&gt;&lt;p&gt;&quot;A Drupal site is always evolving and when you&#039;re creating a custom node module you&#039;re relying on just 1 developer. i.e. You. As opposed to the large number of developers who have contributed and continue to contribute to the CCK and add on modules.&quot;&lt;/p&gt;&lt;/blockquote&gt;
&lt;p&gt;IMHO, these are still the best arguments for and against building on CCK.&lt;/p&gt;
&lt;p&gt;I recognize the benefits to building on the contributions of the entire CCK community, but the flip side to that is if you find a limitation in CCK it could takes months (or even years) to resolve.  Programmatic updates to a schema made with a module update is relatively easy.  While the &lt;a href=&quot;http://www.civicactions.com/blog/cck_import_and_update&quot;&gt;programmatic creation of CCK fields and programmatic population of CCK data&lt;/a&gt; is possible, these fields are still exposed through the CCK interface making it possible for users alter in unexpected ways.  AFAICT, even in Drupal 6 there is no way to &quot;protect&quot; schemas programmatically generated through CCK from users altering them in a way that would negatively impact modules with a dependency on a field.    &lt;/p&gt;
&lt;p&gt;The code that drives Denver Open Media&#039;s current system contains several dependencies on CCK.  When that code was originally written, implementing, supporting, and updating the codebase across multiple locations wasn&#039;t a key feature.  Now it is.  Moving the current code from one server to another took several hours and while I&#039;ve streamlined the process and read about improvements in CCK on D6 that would make this even easier, I&#039;m still reluctant to full embrace a dependency on CCK for key data fields.  Even &lt;a href=&quot;http://drupal.org/node/131452&quot;&gt;looking up the table location for CCK fields&lt;/a&gt; requires an additional (potentially performance hindering?) function/query since reusing the field changes the table it is found in.  &lt;/p&gt;
&lt;p&gt;Our current plan is to move forward with a hybrid approach.  Cailin Nelson offered some good tips for this type of &lt;a href=&quot;http://www.johnandcailin.com/blog/cailin/drupal-hooks-not-firing-cck-content-types&quot;&gt;CCK and custom sub-module development&lt;/a&gt; in Drupal 5.  We are hoping to generate the a more comprehensive list of best practices for this type of development in Drupal 6.&lt;/p&gt;
&lt;p&gt;The question we are struggling with now is what determines whether a field is created/stored in a CCK field or a field found in a custom module table?   &lt;/p&gt;
&lt;p&gt;I tend to feel that anything that&#039;s part of the &quot;core system&quot; should be stored in the custom module&#039;s table.  Core system are the fields that our workflow and the functionality enabled by another module depend on.  But as PhilK has pointed out, we lose a lot of functionality that a small army of developers have contributed to CCK.  Is this simply a case of weighing the CCK functionality vs. the overhead of developing everything else to deal with the flexibility CCK&#039;s allows?&lt;/p&gt;
&lt;p&gt;We&#039;d appreciate any advice on this topic and will roll any consensus from the resulting discussion into a Handbook page.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/open-media-project&quot;&gt;Open Media Project&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/12984#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/5633">Developers</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/open-media-project">Open Media Project</group>
 <pubDate>Mon, 07 Jul 2008 18:21:40 +0000</pubDate>
 <dc:creator>kreynen@drupal.org</dc:creator>
 <guid isPermaLink="false">12984 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Reverse Node Reference with Action</title>
 <link>http://groups.drupal.org/node/12871</link>
 <description>&lt;p&gt;Hi there,&lt;/p&gt;
&lt;p&gt;a lot of requests in drupal forums address the backlinking of nodes being referenced by node reference (which is part of CCK). This can be achieved by &lt;a href=&quot;http://drupal.org/project/nodereferrer&quot;&gt;nodereferrer&lt;/a&gt; or with &lt;a href=&quot;http://drupal.org/node/161867&quot;&gt;views and additional argument handling code&lt;/a&gt; (which is in my opinion much more flexible).&lt;/p&gt;
&lt;p&gt;While nodereferrer is by design read only i&#039;m looking for a smart solution which extends the list of referencing nodes with a button „Link it!“.&lt;/p&gt;
&lt;p&gt;Maybe an example makes it easier. Lets say we use &lt;a href=&quot;http://drupal.org/project/bio&quot;&gt;Bio&lt;/a&gt; for building user profiles. We have a node type „books“ and a node type „movies“ which can be created by all users (yes yes, UGC!! :-) ). Now lets show a list of read books and watched movies at profiles in bio node. So we create node references at bio. Field „field_read_books“ references book nodes and „field_watched_movies“ points to movie nodes.&lt;/p&gt;
&lt;p&gt;Two usability problems now appear:&lt;br /&gt;
First: make the huge list of books and movies available for users within their bio for linking. At this time i&#039;m using &lt;a href=&quot;http://drupal.org/project/multiselect&quot;&gt;multiselect widget&lt;/a&gt;, which is ok, but not perfect.&lt;br /&gt;
&lt;em&gt;BTW: Thanks to Multiselect. The standard select list with multiple values is something most users don&#039;t understand (holding ctrl-key while selecting values).&lt;/em&gt;&lt;br /&gt;
Second: Users are exploring the site. If they find content they&#039;ve read or watched they want to click (select it as read or watched) it right at this content page. Right now they have to remember the title of node, go back to their profile edit page and link it – which is in most cases not userfriendly.&lt;/p&gt;
&lt;p&gt;My question: Is there something that gives my a link widget with a submit action/button? If i can define which node and which cck-field can reference the current node it should be not that difficult. In my example only nodetype bio and field „field_read_books“ can reference a book. So a backreferencing action should be possible.&lt;/p&gt;
&lt;p&gt;Maybe i missed something while searching for a solution, maybe there is somewhat generic with e.g. &lt;a href=&quot;http://drupal.org/project/computed_field&quot;&gt;computed field&lt;/a&gt; which could be helpful. Thats why i&#039;m asking here.&lt;/p&gt;
&lt;p&gt;If you see a completely different way to achieve this, please tell me as well. :-)&lt;/p&gt;
&lt;p&gt;Thanks for any hint, Ronald&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/12871#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/2454">backlinks</category>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/1956">nodereference</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Wed, 02 Jul 2008 12:35:46 +0000</pubDate>
 <dc:creator>rkr@drupal.org</dc:creator>
 <guid isPermaLink="false">12871 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Accessing CCK data from a custom module</title>
 <link>http://groups.drupal.org/node/12710</link>
 <description>&lt;p&gt;I&#039;ve posted a general item regarding using CCK from custom modules here..&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://drupal.org/node/274894&quot; title=&quot;http://drupal.org/node/274894&quot;&gt;http://drupal.org/node/274894&lt;/a&gt; - Custom module using CCK&lt;/p&gt;
&lt;p&gt;Help in this matter would be appreciated (and generally useful).&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/12710#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/5570">cck custom module</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Wed, 25 Jun 2008 18:19:47 +0000</pubDate>
 <dc:creator>davidm</dc:creator>
 <guid isPermaLink="false">12710 at http://groups.drupal.org</guid>
</item>
<item>
 <title> search module for CCK ?</title>
 <link>http://groups.drupal.org/node/12633</link>
 <description>&lt;p&gt;Is anyone working on a search module for CCK ? I might create a hack.&lt;/p&gt;
&lt;p&gt;I&#039;m also looking for a module that creates pull down select field on CCK . In 5.x  the Addnode module was taking care of the pull down select box.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/12633#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sun, 22 Jun 2008 08:20:56 +0000</pubDate>
 <dc:creator>mcp</dc:creator>
 <guid isPermaLink="false">12633 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Is the core forum module still needed anymore?</title>
 <link>http://groups.drupal.org/node/12500</link>
 <description>&lt;p&gt;I know that I will most likely be wrong about this, but with the advancement of CCK, Views, OG and Panels, is the forum module really necessary anymore? My idea being is that with all these &quot;practically core&quot; modules, isn&#039;t it feasible to create a forum with just these modules?&lt;/p&gt;
&lt;p&gt;I can create a content type called &quot;forum post&quot; manually, set the taxonomy for the forums (granted containers would be an issue) and use views to custom tailor the data shown to the users. I can already create 8/10th&#039;s of the forum functionality with just that scenario. Unless I am missing something.&lt;/p&gt;
&lt;p&gt;Wouldn&#039;t it make sense to take the functionality that is needed to create forums and spread it out so that it can be used across multiple content types instead of saying that only forum.module can use X module and so forth.&lt;/p&gt;
&lt;p&gt;Also in regards to Forum ACL mechanisms like Forum Access, wouldn&#039;t it be more flexible to &quot;open&quot; it to other content types so that users could be selected to moderate a specific taxonomy term, instead of limiting it to only forums.&lt;/p&gt;
&lt;p&gt;The only issue that I can think of at the moment (I am not a drupal developer) is the theming aspect of making drupal forums look like vB or phpBB (flat forum or adv forum). But instead of creating a forum-only glue module, maybe a more generic and flexible module can be created that can be used across any content type.&lt;/p&gt;
&lt;p&gt;The greatest aspect I see in drupal is that I can use a group of modules to customize one content type and then latter do it in a completely different way with another content type. &quot;Locking&quot; modules to forum.module seems kinda anti-Drupal (in the sense that it is not flexible and open).&lt;/p&gt;
&lt;p&gt;It just seems to me that if most of the functionality can be created with major, well supported modules and the functionality that can&#039;t be done can be moved to a more relevant core module (i.e containers concept moved to taxonomy.module), create a basic smaller module to handle the functionality that cannot be created or see if can be added to CCK/Views/Panels/etc...&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/views-developers&quot;&gt;Views Developers&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/12500#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/drubb">DruBB</group>
 <group domain="http://groups.drupal.org/panels">Panels</group>
 <group domain="http://groups.drupal.org/views-developers">Views Developers</group>
 <pubDate>Tue, 17 Jun 2008 09:13:41 +0000</pubDate>
 <dc:creator>specmav</dc:creator>
 <guid isPermaLink="false">12500 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Drupal Contract Developer | Private</title>
 <link>http://groups.drupal.org/node/12424</link>
 <description>&lt;p&gt;I have a Drupal 5 site made for a film festival. I need help with the CCK and content types. I have three CCK content types (film, screening and program) that need integration in order to flesh out the catalog and calendar pages using PHPTemplate.&lt;/p&gt;
&lt;p&gt;All the data is in and just needs to be handled properly through the CCK and Views.&lt;/p&gt;
&lt;p&gt;Thank you.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/new-york-city&quot;&gt;New York City&lt;/a&gt;&lt;/div&gt;</description>
 <category domain="http://groups.drupal.org/taxonomy/term/2510">Events CCK Views</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/new-york-city">New York City</group>
 <pubDate>Fri, 13 Jun 2008 03:35:36 +0000</pubDate>
 <dc:creator>hieuho</dc:creator>
 <guid isPermaLink="false">12424 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Div wrapper for the body of a node?</title>
 <link>http://groups.drupal.org/node/12014</link>
 <description>&lt;p&gt;I apologize in advance if this is documented, but I was not able to find anything while searching. I use Drupal 5.7 and every field output by CCK appears to be wrapped by a div with sensible classes, except the body field. I believe I need a div around the body of the node to properly align the text relative to other fields. I thought I would be able to fix this in function content_view() in content.module, but apparently not(?). Can anyone point me in the right direction?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/12014#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Thu, 05 Jun 2008 02:04:33 +0000</pubDate>
 <dc:creator>arkepp@drupal.org</dc:creator>
 <guid isPermaLink="false">12014 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Updating Fields with Composite Data</title>
 <link>http://groups.drupal.org/node/11988</link>
 <description>&lt;p&gt;I have a custom module I inherited that implements its own CCK widgets to import videos, and the widget stores multiple columns in the database, but to the user, it all seems like one field.&lt;/p&gt;
&lt;p&gt;I recently decided we needed to add a column to refer to the thumbnail, so I edited my &#039;database columns&#039; operation in the hook_field_settings() function, and added a line in the hook_field() function, along with the logic I needed to fetch, display and validate the data.&lt;/p&gt;
&lt;p&gt;If I add this field to a new content type, everything works as expected, I see the video, it&#039;s great. However, if I just try to add new data as the old content type, everything does not work so smoothly.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;My question is:&lt;/strong&gt; since CCK stores that data along with a table specific to the content type (in my case &lt;code&gt;content_type_video&lt;/code&gt;), how do I write a script in the module.install file that will modify all the database rows as needed to make this change happen?&lt;/p&gt;
&lt;p&gt;Are there other folks out there doing CCK widgets that need updating, and how does one handle the update?&lt;/p&gt;
&lt;p&gt;Ryan Price&lt;br /&gt;
&lt;a href=&quot;http://ryanpricemedia.com&quot; title=&quot;http://ryanpricemedia.com&quot;&gt;http://ryanpricemedia.com&lt;/a&gt;&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/11988#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/1240">database</category>
 <category domain="http://groups.drupal.org/taxonomy/term/2310">drupal5</category>
 <category domain="http://groups.drupal.org/taxonomy/term/1267">fields</category>
 <category domain="http://groups.drupal.org/taxonomy/term/174">update</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Tue, 03 Jun 2008 23:03:59 +0000</pubDate>
 <dc:creator>liberatr@drupal.org</dc:creator>
 <guid isPermaLink="false">11988 at http://groups.drupal.org</guid>
</item>
<item>
 <title>First fields in core issue + core</title>
 <link>http://groups.drupal.org/node/11935</link>
 <description>&lt;p&gt;Please see &lt;a href=&quot;http://drupal.org/node/265604&quot; title=&quot;http://drupal.org/node/265604&quot;&gt;http://drupal.org/node/265604&lt;/a&gt;.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/data-architecture-design-sprint&quot;&gt;Data Architecture Design Sprint&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/11935#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/data-architecture-design-sprint">Data Architecture Design Sprint</group>
 <pubDate>Mon, 02 Jun 2008 14:21:50 +0000</pubDate>
 <dc:creator>bjaspan</dc:creator>
 <guid isPermaLink="false">11935 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Field API, field structure, and data migration</title>
 <link>http://groups.drupal.org/node/11487</link>
 <description>&lt;p&gt;Much has been said (&lt;a href=&quot;http://groups.drupal.org/node/9297&quot; title=&quot;http://groups.drupal.org/node/9297&quot;&gt;http://groups.drupal.org/node/9297&lt;/a&gt;) about how fields should be structured in D7 core, what aspects of fields can be changed, and how those changes are implemented.  It is (past) time to move forward on implementing fields in core and in this post I am proposing an answer.&lt;/p&gt;
&lt;p&gt;Disclaimer: I make a lot of declarative statements in this post.  Obviously I do not have unilateral authority; this is just a proposal.&lt;/p&gt;
&lt;h2&gt;Field storage&lt;/h2&gt;
&lt;p&gt;Contrary to what we &quot;decided&quot; at DADS, D7 will continue to support per-content-type and per-field storage as we already do.  I spelled out my reasons at &lt;a href=&quot;http://groups.drupal.org/node/9297#comment-37050&quot; title=&quot;http://groups.drupal.org/node/9297#comment-37050&quot;&gt;http://groups.drupal.org/node/9297#comment-37050&lt;/a&gt;.  The short summary is &quot;performance&quot;; until someone measures otherwise, we&#039;re assuming that fewer joins are more efficient than more joins.  Since we already have the code to support both storage methods, the implementation cost is low.&lt;/p&gt;
&lt;h2&gt;The Fields API&lt;/h2&gt;
&lt;p&gt;At DADS, we declared/clarified some basic concepts:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;A Field Type is a data type implemented by a module: text, nodereference, address, etc. The module defines semantics and functionality.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;A Field is a specific configuration of a type.  Fields have settings that define the unique characteristics of that field.  All fields share some properties, such as: field type, name, cardinality (currently &quot;multiple&quot;), sharable.  A Field Type can define addititional properties; for example, a the Text field type defines the property &quot;formatted&quot; which can be FALSE (plain text) or TRUE (user chooses input format).&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;A Field Instance is the binding of a Field to a Content Type.  Field Instances have Settings that related to the association, such as: display name (label), weight, input widget, display format.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;A field instance&#039;s settings do not affect the field&#039;s underlying data and can be changed without altering the field.  By contrast, a Field&#039;s settings cannot be changed because changing any of them constitutes fundamentally altering the field&#039;s identity.  However, a field can be &quot;migrated&quot; to a new field (of the same or different field type) to provide new functionality or semantics for the existing data.  More on this later.&lt;/p&gt;
&lt;p&gt;D6 CCK created the first version of the Fields API.  It is a big step forward but does not cleanly separate the concept of Field and Field Instance.  We currently have the function:&lt;/p&gt;
&lt;p&gt;&lt;div class=&quot;codeblock&quot;&gt;&lt;code&gt;&lt;span style=&quot;color: #000000&quot;&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;&amp;lt;?php&lt;br /&gt; &lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_instance_create&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;?&amp;gt;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/div&gt;&lt;/p&gt;
&lt;p&gt;The $field argument contains information defining both the Field and the Field Instance.  (Almost) Any property of a field or setting can be specified.  create() will both create the Field if it does not exist and then the Field Instance; if some Field Instance settings are not provided, they will be inherited from an existing Field Instance if one exists, the Field settings, and system-wide defaults.  If a non-shared Field Instance of the Field already exists, the Field is immediately converted from a non-shared field to a shared field, requiring a change in database schema.  And so forth.  content_field_instance_update() is similar.  A &lt;em&gt;lot&lt;/em&gt; happens inside these functions and I think their complexity is is keeping us in a straitjacket.&lt;/p&gt;
&lt;p&gt;In D7, the Field API will cleanly separate Fields from Field Instances.  We will have two create functions:&lt;/p&gt;
&lt;p&gt;&lt;div class=&quot;codeblock&quot;&gt;&lt;code&gt;&lt;span style=&quot;color: #000000&quot;&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;&amp;lt;?php&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_create_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_create_instance&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$instance&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;?&amp;gt;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/div&gt;&lt;/p&gt;
&lt;p&gt;create_field()&#039;s $field will contain field name, field type, and can accept all global (e.g. field type, name, required, cardinality, sharable) and type-specifc (e.g. formatted) field settings.  create_field() will probably do nothing but store the information in the content_field table.&lt;/p&gt;
&lt;p&gt;create_instance()&#039;s $instance will contain the field name, the content type to bind to, and all global (e.g. label, weight) and type-specific (???) per-instance settings.  create_instance() &lt;em&gt;cannot&lt;/em&gt; change any Field settings (e.g. sharable, cardinality); those settings are simply meaningless in the $instance argument.  create_instance() also imposes the Field constraints; for example, if you try to create a second instance of a field created as non-sharable, create_instance() will fail.&lt;/p&gt;
&lt;p&gt;The Fields API will also have some fairly straightforward functions such as:&lt;/p&gt;
&lt;p&gt;&lt;div class=&quot;codeblock&quot;&gt;&lt;code&gt;&lt;span style=&quot;color: #000000&quot;&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;&amp;lt;?php&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_rename_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$old_name&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;, &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$new_name&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_update_instance&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$instance&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_delete_instance&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$instance&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_delete_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;?&amp;gt;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/div&gt;&lt;/p&gt;
&lt;p&gt;Note content_field_update_instance() will be &quot;straightforward&quot; even though the current implementation is not because like create_instance() it enforces the constraints of the field; everything it does is pretty light-weight.  The heavy lifting is reserved for &quot;field migration.&quot;&lt;/p&gt;
&lt;h2&gt;Field migration&lt;/h2&gt;
&lt;p&gt;Conspicuously absent from the functions above is:&lt;/p&gt;
&lt;p&gt;&lt;div class=&quot;codeblock&quot;&gt;&lt;code&gt;&lt;span style=&quot;color: #000000&quot;&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;&amp;lt;?php&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;function &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;content_field_update_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;)&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;?&amp;gt;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/div&gt;&lt;/p&gt;
&lt;p&gt;This is the magical function that can convert fields from shareable vs. not, from cardinality 1 vs. N vs. unlimited, from &quot;plain text&quot; to &quot;formatted text&quot;, and from &quot;text&quot; to &quot;nodereference&quot;.  Notice that these are all changes of Field settings, not Instance settings.&lt;/p&gt;
&lt;p&gt;As I said at &lt;a href=&quot;http://groups.drupal.org/node/9297#comment-37050&quot; title=&quot;http://groups.drupal.org/node/9297#comment-37050&quot;&gt;http://groups.drupal.org/node/9297#comment-37050&lt;/a&gt;, Drupal needs this functionality because humans cannot predict the future.  However, Drupal &lt;em&gt;core&lt;/em&gt; does not need this functionality.  Fields in core provide Drupal with capabilties not previously possible, but changes to fields in core is fundamentally a development-time operation that can perfectly well depend on contrib, as it does now.&lt;/p&gt;
&lt;p&gt;update_field() will handle three kinds of updates:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;Changes to shareable and cardinality.  This is the code that moves columns between per-content-type and per-field storage and adds/removes the &#039;delta&#039; column.  It is the (&lt;em&gt;only&lt;/em&gt;) code that would be unnecessary if we declared all field tables to use per-field storage, and it is code that is already written.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Intra-field-type changes such as plain-text to formatted-text.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Inter-field-type changes such as &quot;text&quot; to &quot;nodereference&quot; (a.k.a &quot;the DabbleDB magic&quot;).&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;It is important to recognize that #2 and #3 are actually the same thing and, despite what many think, CCK CANNOT CURRENTLY PERFORM EITHER ONE.  Yes, the one special case of plain-text to formatted-text works because it is a degenerate case of &quot;add or remove a single column, changing nothing else,&quot; and maybe there are some other similar cases.  But you can&#039;t convert an ISO Date field to a Unix Timestamp Date field because the CCK doesn&#039;t know how to do that with a simple assignment or typecast without any knowledge of the underlying field types.&lt;/p&gt;
&lt;p&gt;The core content_field_update_field() function will work by dispatching these operations to modules via hooks.  I am not yet 100% sure of the interface but it will look something like this:&lt;/p&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;Shareable and cardinality are &quot;core&quot; field properties and can be changed in a field-agnostic manner; the actual column types, names, and content always remain the same (though some content may be discarded), they just move from one table to another, possibly with/out a delta column.  This will be handled by a dedicated hook that is implemented by the CCK UI module.  An admin performing this operation will have to have the CCK UI module installed anyway; a module developer wanting to perform this via an update function will just have to depend on the CCK UI module (they do now anyway).&lt;/p&gt;
&lt;p&gt;If you try to update a shared field to be non-shareable, it will fail; explicitly delete all but one field instance first.  If you try to reduce a field&#039;s cardinality, I&#039;m not sure if it should fail or simply silently discard data (which is what it does now, I think).&lt;/p&gt;
&lt;p&gt;I can easily imagine this functionality, which is mostly already written, being moved into the core Fields API at some point when we resolve the PHP timeout and race condition issues.  If we ever want to change a &lt;em&gt;core&lt;/em&gt; field&#039;s shareability or cardinality, of course, we&#039;ll need the core in core then (as an example, this would be the case if we decided that nodes can only have one term and it lives in the node table).  For now, we do not need it in core.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;Changes to field-type specific properties (e.g. &quot;formatted&quot;) or field-type changes will be implemented via a hook like:&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;&lt;div class=&quot;codeblock&quot;&gt;&lt;code&gt;&lt;span style=&quot;color: #000000&quot;&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;&amp;lt;?php&lt;br /&gt;&amp;nbsp; hook_content_field_update_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;(&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$old_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;, &lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;$new_field&lt;/span&gt;&lt;span style=&quot;color: #007700&quot;&gt;);&lt;br /&gt;&lt;/span&gt;&lt;span style=&quot;color: #0000BB&quot;&gt;?&amp;gt;&lt;/span&gt;&lt;/span&gt;&lt;/code&gt;&lt;/div&gt;&lt;/p&gt;
&lt;p&gt;The first module to return TRUE says the update is done; if all return FALSE, the update is not supported.  Fore example:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;If $old and $new are both of type &#039;text&#039;, presumably text.module will accept the update: change the formatted property by adding or removing the format column.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;If $old is an ISO Date field and $new is a Unix Timestamp Date field, date.module will accept the update: create a new field, execute &quot;UPDATE new_field.value = TO_UNIXTIME(old_field.value)&quot;, delete the old field, and rename the new one into place.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;If $old is any type and $new is type &#039;nodereference&#039;, presumably nodereference.module will accept the update: create a new node type, SELECT DISTINCT on the old field, create a new node for each value, call content_field_create_field() to add the new field, call content_field_create_instance() for each appropriate content type, UPDATE the _nid column of the new field based on a join of the old field columns to the node table for the new node type, call content_field_delete_field() on the old field, and cannot content_field_rename_field() to move the new field into place.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;p&gt;Or something like that.  :-)  CCK can&#039;t do this today so I do not feel too bad about not having ironed out all the details yet.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/data-architecture-design-sprint&quot;&gt;Data Architecture Design Sprint&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/11487#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/data-architecture-design-sprint">Data Architecture Design Sprint</group>
 <pubDate>Wed, 14 May 2008 22:08:07 +0000</pubDate>
 <dc:creator>bjaspan</dc:creator>
 <guid isPermaLink="false">11487 at http://groups.drupal.org</guid>
</item>
<item>
 <title>splitting long form into multiple pages (multipage cck)</title>
 <link>http://groups.drupal.org/node/11435</link>
 <description>&lt;p&gt;Hi,&lt;br /&gt;
I&#039;m working on a site which has a very long input form (a cck) , is there any way by which I can split in to multiple steps and save data in each step.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/11435#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/5140">multipage cck</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Tue, 13 May 2008 07:35:43 +0000</pubDate>
 <dc:creator>safknw</dc:creator>
 <guid isPermaLink="false">11435 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK or custom module?</title>
 <link>http://groups.drupal.org/node/11419</link>
 <description>&lt;p&gt;I have a CCK contentType who&#039;s fields don&#039;t correspond to the node/add form elements, so I want to put some code between the form submission and the the db INSERT.&lt;/p&gt;
&lt;p&gt;This &lt;a href=&quot;http://drupal.org/node/157407&quot;&gt;hack&lt;/a&gt; using hook_nodeapi doesn&#039;t work because $form isn&#039;t passed to nodeAPI, and CCK seems to insert the node regardless of, or before anything that happens through nodeAPI.&lt;/p&gt;
&lt;p&gt;Having manipulated the form data, I also want a confirmation page. I already wrote a module to define the contentType, but stalled when I realised that my fields were not exposed to views.&lt;/p&gt;
&lt;p&gt;Thanks for any helpful comments.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/11419#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 12 May 2008 17:38:54 +0000</pubDate>
 <dc:creator>matslats</dc:creator>
 <guid isPermaLink="false">11419 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Testing for CCK in Drupal 5</title>
 <link>http://groups.drupal.org/node/11206</link>
 <description>&lt;p&gt;I have done some work over the weekend and backported all the testing and crud files from the Drupal 6 version of CCK back to the Drupal 5 version.&lt;/p&gt;
&lt;p&gt;I did this mainly to help with testing of the of the following patch to fix the performance issue in CCK&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://drupal.org/node/246084&quot; title=&quot;http://drupal.org/node/246084&quot;&gt;http://drupal.org/node/246084&lt;/a&gt; =&amp;gt; Extremely Poor Performance with CCK fields passing data to database =&amp;gt; Content Construction Kit (CCK), content.module, critical, patch (code needs review)&lt;/p&gt;
&lt;p&gt;When I did this I think that I also found a bug in the administration of CCK fields seem to be creating tables when it should not be. This maybe the version of the crud file, but I do not think so.&lt;/p&gt;
&lt;p&gt;To run this you need the following 3 patches.&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://drupal.org/node/254507&quot; title=&quot;http://drupal.org/node/254507&quot;&gt;http://drupal.org/node/254507&lt;/a&gt; =&amp;gt; Backport of helpers for CCK tests =&amp;gt; SimpleTest, Code, normal, patch (code needs review)&lt;br /&gt;
&lt;a href=&quot;http://drupal.org/node/254508&quot; title=&quot;http://drupal.org/node/254508&quot;&gt;http://drupal.org/node/254508&lt;/a&gt; =&amp;gt; Backport of the crud file from D6 Version =&amp;gt; Content Construction Kit (CCK), content.module, normal, patch (code needs review)&lt;br /&gt;
&lt;a href=&quot;http://drupal.org/node/254509&quot; title=&quot;http://drupal.org/node/254509&quot;&gt;http://drupal.org/node/254509&lt;/a&gt; =&amp;gt; Backport of CCK tests from Drupal 6 version. =&amp;gt; Content Construction Kit (CCK), content.module, normal, patch (code needs review)&lt;/p&gt;
&lt;p&gt;Gordon.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/11206#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 05 May 2008 01:23:22 +0000</pubDate>
 <dc:creator>gordon</dc:creator>
 <guid isPermaLink="false">11206 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Tabs for Mutiple CCK Fields</title>
 <link>http://groups.drupal.org/node/10780</link>
 <description>&lt;p&gt;What is the best way to break up a long single CCK form across several tabs? A recommendation of something not in DEV would be great.  It is for a PROD site.  Thanks.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10780#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Thu, 17 Apr 2008 00:39:18 +0000</pubDate>
 <dc:creator>asugene</dc:creator>
 <guid isPermaLink="false">10780 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK Integration for Panels</title>
 <link>http://groups.drupal.org/node/10597</link>
 <description>&lt;p&gt;I have just posted a patch which allows people to add a single field into a pane for much greater control over content layout.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;http://drupal.org/node/97375&quot; title=&quot;http://drupal.org/node/97375&quot;&gt;http://drupal.org/node/97375&lt;/a&gt; for the patch to CCK&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/panels&quot;&gt;Panels&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10597#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/4786">cck panels</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/panels">Panels</group>
 <pubDate>Thu, 10 Apr 2008 01:23:06 +0000</pubDate>
 <dc:creator>gordon</dc:creator>
 <guid isPermaLink="false">10597 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Question regarding CCK &amp; Content Template</title>
 <link>http://groups.drupal.org/node/10537</link>
 <description>&lt;p&gt;Hi, this is, to be sure a simple question for anyone who knows even rudimentary .PHP, but even after most of an entire day, the solution continues to elude me.&lt;/p&gt;
&lt;p&gt;I am building a custom content type in Drupal 6 where registered users can submit their events. Fields include event name, time &amp;amp; date, etc., as well as a e-mail field and the sponsoring organization’s URL(s). “field_email,” use the “Text Field” widget. “field_link”, logically uses “Text Fields for Title and URL.” These two are not required and both allow multiple values (unlimited).&lt;/p&gt;
&lt;p&gt;However, when e-mail address(es) are entered, “0”s are returned. Filtered HTML should allow this, but even Full returns the null value. What did I do wrong?&lt;/p&gt;
&lt;p&gt;I then launched into Content Template (Contemplate). ‘Body Variables’ returns a list of properties, as expected, including $node-&amp;gt;field_link[0][&#039;url&#039;] with similar links for title and label. Obviously, the bracketed number increases with every address entered. I know how to call each individually, how do I ask for return all of the ‘link’ fields? Also, how can I make them clickable (as when they are called by $node-&amp;gt;body or $node-&amp;gt;content[&#039;#children&#039;]?)&lt;/p&gt;
&lt;p&gt;Any input is appreciated, Thanks!&lt;/p&gt;
&lt;p&gt;-NP&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10537#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/925">contemplate</category>
 <category domain="http://groups.drupal.org/taxonomy/term/1807">Content Template</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 07 Apr 2008 16:43:58 +0000</pubDate>
 <dc:creator>NonProfit@drupal.org</dc:creator>
 <guid isPermaLink="false">10537 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK for dummies. Conversion tutorial</title>
 <link>http://groups.drupal.org/node/10510</link>
 <description>&lt;p&gt;Hi All&lt;/p&gt;
&lt;p&gt;I am slightly following the CCK possibilities for about a year already and I think I am able to try it eventually live as it seems to be a good solution to a number of my problems. Unfortunately I am not sure where to get started. I&#039;ve got plenty of traditional blog posts on my site and I am not sure how to convert them to CCK nodes or whether there is such possibility at all.&lt;/p&gt;
&lt;p&gt;Could you, please, tell whether it is possible not to start CCKeing from scratch, but to convert existing content into CCK nodes? Any pointers to tutorials would be highly appreciated.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10510#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/879">tutorial</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sun, 06 Apr 2008 19:36:53 +0000</pubDate>
 <dc:creator>Artem</dc:creator>
 <guid isPermaLink="false">10510 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Is There A Way To Display Only Part of a Vocabulary?</title>
 <link>http://groups.drupal.org/node/10425</link>
 <description>&lt;p&gt;Hello Everyone,&lt;br /&gt;
Is there a way (a view, an existing module, a swell hack), to limit the display of a vocabulary in a node editor?&lt;br /&gt;
For example:&lt;/p&gt;
&lt;pre&gt;
Countries (Vocabulary)
- Africa
   - Kenya
   - South Africa
- Asia
   - Japan
   - Thailand
&lt;/pre&gt;&lt;p&gt;I would like to show off just the &quot;Asia&quot; part of this tree in a particular content-type&#039;s editing page-- specific to the content-type. I don&#039;t want to have two vocabularies (one for Africa; one for Asia). While I could make a new field and selectively pull from a term&#039;s children to populate the list (all via PHP), I do not see how I could then properly populate term_node on submission.&lt;/p&gt;
&lt;p&gt;Any ideas?&lt;/p&gt;
&lt;p&gt;Thanks in advance,&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Mike&lt;/li&gt;
&lt;/ul&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/taxonomy&quot;&gt;Taxonomy&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10425#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/2186">filtering</category>
 <category domain="http://groups.drupal.org/taxonomy/term/197">taxonomy</category>
 <category domain="http://groups.drupal.org/taxonomy/term/4705">vocabulary</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/taxonomy">Taxonomy</group>
 <pubDate>Thu, 03 Apr 2008 19:04:12 +0000</pubDate>
 <dc:creator>dewolfe001</dc:creator>
 <guid isPermaLink="false">10425 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Programmatically create a node with CCK fields?</title>
 <link>http://groups.drupal.org/node/10249</link>
 <description>&lt;p&gt;I used admin GUI to create a new content type &quot;my_type&quot;, then I added CCK fields. Does anyone know how to create a node of &quot;my_type&quot; using php programmatically?&lt;/p&gt;
&lt;p&gt;I used drupal_execute() to create node before, but it requires a form id. In that case, the content type was defined by a module, which contained a form for the content type.  I don&#039;t know what form id to use for a type created using GUI with CCK fields.&lt;/p&gt;
&lt;p&gt;Another method of creating node is to use node_save(). I haven&#039;t figured out how to use either method for content type with CCK fields.  Any help is greatly appreciated.&lt;/p&gt;
&lt;p&gt;Thanks.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10249#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sat, 29 Mar 2008 07:35:06 +0000</pubDate>
 <dc:creator>ubuntu@drupal.org</dc:creator>
 <guid isPermaLink="false">10249 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK Node Reference and revision</title>
 <link>http://groups.drupal.org/node/10156</link>
 <description>&lt;p&gt;I am on project where i am using nodereference and while i was working on linking two node types, a question came into my mind : How does nodereference handle node revision ?&lt;br /&gt;
For instance when we link node A to node B and sometime later someone creates a revision for node B, does nodereference keep a reference to the old node or to the new revision ?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10156#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/4590">nodereference revision</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Wed, 26 Mar 2008 17:05:37 +0000</pubDate>
 <dc:creator>redben</dc:creator>
 <guid isPermaLink="false">10156 at http://groups.drupal.org</guid>
</item>
<item>
 <title>CCK performance (or lack of)</title>
 <link>http://groups.drupal.org/node/10052</link>
 <description>&lt;p&gt;Here at Lonely Planet we have been looking into CCK for our own projects so we can create easily supported sites which don&#039;t need developer input to do simple things like adding additional fields.&lt;/p&gt;
&lt;p&gt;But during this time I discovered how bad the performance actually is. Like everyone I thought that adding fields that were not multiple or shared you would get the best performance.&lt;/p&gt;
&lt;p&gt;Well I was wrong, and spent a while making sure that I was correct. And I was.&lt;/p&gt;
&lt;p&gt;So during some other enhancements I needed to fix the CCK so that performance was much better.&lt;/p&gt;
&lt;p&gt;So what I found is that sharing a field or having multiple occurrences really have no less performance impact than single fields.&lt;/p&gt;
&lt;p&gt;Even though the fields are built in a fairly good way so that multiple single fields are in a single table, they are still being loaded 1 at a time. So if you have 30 fields added to a node it will do 30 selects to load all the fields, and I like the fact that it will be 30 deletes just to mack sure that it really have been deleted.&lt;/p&gt;
&lt;p&gt;My team and I at Lonely Planet have been working hard on to fix these issues and are just about to submit a huge patch to fix this issue and add associated fields to CCK.&lt;/p&gt;
&lt;p&gt;I have included a presentation that I gave to Lonely Planet and a few other people which shows how bad the problem actually is. I hope to submit this patch in the next 2 weeks (as I am on holiday this week) and we are still putting it though it&#039;s paces.&lt;/p&gt;
&lt;p&gt;This patch is for Drupal 5, and we are hoping that this could be included in the next Drupal 5 release of CCK which I think is really needed.&lt;/p&gt;
&lt;p&gt;I know that this has been fixed in D6, but actually my patch is still faster than D6 esp. when it comes to multiple fields.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/10052#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/1177">drupal 5</category>
 <category domain="http://groups.drupal.org/taxonomy/term/332">performance</category>
 <enclosure url="http://groups.drupal.org/files/CCK Performance.pdf" length="351026" type="application/pdf" />
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sat, 22 Mar 2008 22:33:49 +0000</pubDate>
 <dc:creator>gordon</dc:creator>
 <guid isPermaLink="false">10052 at http://groups.drupal.org</guid>
</item>
<item>
 <title>validation api module with identical rules for both Javascript and PHP</title>
 <link>http://groups.drupal.org/node/9911</link>
 <description>&lt;p&gt;Moved to official ideas list at &lt;a href=&quot;http://drupal.org/node/236469&quot; title=&quot;http://drupal.org/node/236469&quot;&gt;http://drupal.org/node/236469&lt;/a&gt;&lt;/p&gt;
&lt;p&gt;I&#039;m not a student, but I&#039;m posting this idea as a project I&#039;d like to see happen. The idea was inspired by Benjamin Keen&#039;s &lt;a href=&quot;http://www.benjaminkeen.com/software/rsv/&quot;&gt;Really Simple Validation&lt;/a&gt; and &lt;a href=&quot;http://www.benjaminkeen.com/software/php_validation/&quot;&gt;PHP Validation&lt;/a&gt; pair of scripts. Those two scripts use identical rules to perform both client-side and server-side form validation using Javascript and PHP respectively.&lt;/p&gt;
&lt;p&gt;The idea here would be to create similar validation functionality for adding rules to Drupal forms. Adding a rule to a field once would add both Javascript and PHP validation. To eliminate duplicate effort, the PHP side might simply leverage the existing rule set of the &lt;a href=&quot;http://plugins.jquery.com/project/validate&quot;&gt;jQuery Validation plugin&lt;/a&gt;. Ideally, the module would function both as a validation API, to be called from custom modules, and as a CCK add-on, for beginners to more easily add validation to CCK forms.&lt;/p&gt;
&lt;p&gt;I&#039;d welcome any feedback on the idea.&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/9911#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/4494">cck jquery javascript form validation api</category>
 <group domain="http://groups.drupal.org/soc-2008">SoC 2008</group>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Tue, 18 Mar 2008 22:48:42 +0000</pubDate>
 <dc:creator>Matt V.</dc:creator>
 <guid isPermaLink="false">9911 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Acidfree albums and Flash gallery</title>
 <link>http://groups.drupal.org/node/9837</link>
 <description>&lt;p&gt;I&#039;d like to integrate acid free album support to flash gallery module and enable it to work with cck and image field in this year&#039;s Gsoc. I&#039;m now a college student and I wish I can participate in this great project.&lt;/p&gt;
&lt;p&gt;The Acid free image album module is the best choice to manage a photo album with Drupal. And Simplerviewer is also a very popular flash slide show programme. Although know the Simpleviewer can work smoothly with flash gallery module(which now is sub module in swf tools project), it can&#039;t work with acid free album. So some useful features, such as nested galleries, are missing. I&#039;d like to make it work with cck too. I believe this will provide more flexibility to users.&lt;/p&gt;
&lt;p&gt;I&#039;ve made a patch to standalone version of flash gallery to make it support cck and image field. But it just only works. I wish I can make it better and publish it through this Gsoc.&lt;/p&gt;
&lt;p&gt;These are the features I wish to implement&lt;br /&gt;
1, Using Flash gallery to view the photo album managed by Acidfree.&lt;br /&gt;
2, Make Flash gallery support nested galleries.&lt;br /&gt;
3, Enable Flash gallery to view the node which is created by cck and has image fields.&lt;/p&gt;
&lt;p&gt;I&#039;m also wondering that is it possible to create a API frame work to Swf tools . Can anyone help me out of this question?&lt;/p&gt;
&lt;p&gt;Thanks,&lt;/p&gt;
&lt;p&gt;Yang Tao&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/9837#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/4465">acidfree</category>
 <category domain="http://groups.drupal.org/taxonomy/term/4464">fgallery</category>
 <group domain="http://groups.drupal.org/soc-2008">SoC 2008</group>
 <group domain="http://groups.drupal.org/image">Image</group>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Sun, 16 Mar 2008 08:27:37 +0000</pubDate>
 <dc:creator>T Yang</dc:creator>
 <guid isPermaLink="false">9837 at http://groups.drupal.org</guid>
</item>
<item>
 <title>how to attach hidden CCK fields to the node</title>
 <link>http://groups.drupal.org/node/9804</link>
 <description>&lt;p&gt;Hi folks.&lt;/p&gt;
&lt;p&gt;I&#039;m about to create a simple module – I&#039;ve named it nodegift. It allows admin to choose any content type and use all nodes of chosen content type as a “gift”. See mockup.&lt;br /&gt;
How it looks from users point of view: User seeing the “gift” node. Each node is having a different “price” (userpoints). If user having enough points and may “buy” current node – it clicks on buy button, choose username of the person he/she wants to make gift to and buying current node. Gift receiver then may see this node in his/her profile (maybe in a block, etc.... going to define a view to display gifts for gift receiver).&lt;/p&gt;
&lt;p&gt;For now, all nodes of gift type must has 3 fields – 2 userreference fields to hold gift sendeer and receiver id and 1 number field to hold gift price. my module hides userreference fields in both node edit form and node view. This is because I&#039;m using it for internal purposes (to hold receiver and sender ids). These 2 fields should available in views filters selection, however.&lt;/p&gt;
&lt;p&gt;I&#039;m wondering is it possible to modify my module so it will create 2 hidden CCK fields (actually I want it to be a userreference fields) a 1 visible field – buy button?&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/9804#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/4451">hidden fields</category>
 <enclosure url="http://groups.drupal.org/files/auto_cck_fields.png" length="57003" type="image/png" />
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Fri, 14 Mar 2008 19:42:50 +0000</pubDate>
 <dc:creator>drupalprojects</dc:creator>
 <guid isPermaLink="false">9804 at http://groups.drupal.org</guid>
</item>
<item>
 <title>What percent of your content types have more than 10 fields?</title>
 <link>http://groups.drupal.org/node/9186</link>
 <description>&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/9186#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Mon, 25 Feb 2008 22:07:09 +0000</pubDate>
 <dc:creator>greggles</dc:creator>
 <guid isPermaLink="false">9186 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Add Field Permissions to CCK Core</title>
 <link>http://groups.drupal.org/node/9045</link>
 <description>&lt;p&gt;I&#039;d like to get field permissions into CCK core in the D6 version. It won&#039;t be right away, it will be a phase II activity once the initial release is out the door.&lt;/p&gt;
&lt;p&gt;One question is what a simple UI would look like, adding checkboxes for each field to the user permissions page is unwieldy.&lt;/p&gt;
&lt;p&gt;I&#039;m opening this page to stimulate some discussion, and hopefully ideas, on how to do this.&lt;/p&gt;
&lt;p&gt;Some of the issues to be addressed:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;
&lt;p&gt;What will the UI look like if we don&#039;t add checkboxes to the user permissions page for each field?&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;How do we lock down fields in Views so users without permissions don&#039;t see them?&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;We have to be aware of the CCK node cache that stores field values. We&#039;ll probably need a different cache for each node and each type of permission.&lt;/p&gt;
&lt;/li&gt;
&lt;/ul&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/9045#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Wed, 20 Feb 2008 14:11:04 +0000</pubDate>
 <dc:creator>KarenS@drupal.org</dc:creator>
 <guid isPermaLink="false">9045 at http://groups.drupal.org</guid>
</item>
<item>
 <title>DabbleDB demo</title>
 <link>http://groups.drupal.org/node/8938</link>
 <description>&lt;p&gt;Six months ago, Dries linked to this &lt;a href=&quot;http://dabbledb.com/explore/7minutedemo/&quot;&gt;DabbleDB demo&lt;/a&gt; from his blog. He hailed it as a vision for what CCK and Views could ultimately be. The demo is positively breathtaking in the flexibility of fields to morph and change. Further, the usability of the UI is outstanding. Everyone in these group really ought to &lt;a href=&quot;http://dabbledb.com/explore/7minutedemo/&quot;&gt;watch the demo&lt;/a&gt;, and discuss what small changes we can make to get closer to this.&lt;/p&gt;
&lt;p&gt;Some starting points:&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;Can we design a flow whereby &lt;a href=&quot;http://drupal.org/project/node_import&quot;&gt;node_import module&lt;/a&gt; could suggest and then create the needed CCK fields to hold the incoming data?&lt;/li&gt;
&lt;li&gt;Can we add a metric ton of flexibility to CCK whereby we can take a field and move it into a new content type (i.e. the demo moves Person into a 1st class object) and move fields (and data) between content types (in the demo, the Company field moves over the new Person &#039;content type&#039;).&lt;/li&gt;
&lt;li&gt;Could we get a View created automatically for each content type that has the right exposed filters automatically? And then a UI which progressively shows those exposed filters in the &#039;query by example&#039; method in the demo?&lt;/li&gt;
&lt;li&gt;The demo has a notion of saving ad hoc queries. Our equivalent is &lt;a href=&quot;http://drupal.org/project/views_savedsearches&quot;&gt;Views Saved Searches&lt;/a&gt;. Should this be a core feature of Views, or otherwise better integrated?
&lt;/li&gt;
&lt;/ul&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/usability&quot;&gt;Usability&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/8938#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/views-developers">Views Developers</group>
 <group domain="http://groups.drupal.org/usability">Usability</group>
 <pubDate>Sat, 16 Feb 2008 18:20:58 +0000</pubDate>
 <dc:creator>moshe weitzman</dc:creator>
 <guid isPermaLink="false">8938 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Release Date for Embedded Media Field</title>
 <link>http://groups.drupal.org/node/8757</link>
 <description>&lt;p&gt;&lt;a href=&quot;http://drupal.org/user/110386&quot;&gt;Alex UA&lt;/a&gt; and I have set the date for an official release for &lt;a href=&quot;http://drupal.org/project/emfield&quot;&gt;Embedded Media Field&lt;/a&gt;, for next Friday, February 15. We&#039;re going to quash as many of the &lt;a href=&quot;http://drupal.org/project/issues/emfield&quot;&gt;outstanding bugs&lt;/a&gt; as possible before then, and could really use some help from interested people, as far as testing and patching things up.&lt;/p&gt;
&lt;p&gt;Once the official version is released for d5, we&#039;ll also begin development for the d6 release.&lt;/p&gt;
&lt;p&gt;See &lt;a href=&quot;http://drupal.org/node/213456&quot; title=&quot;http://drupal.org/node/213456&quot;&gt;http://drupal.org/node/213456&lt;/a&gt; for release status.&lt;/p&gt;
&lt;p&gt;Thanks,&lt;br /&gt;
Aaron Winborn&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/video&quot;&gt;Video&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/8757#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/2683">embedded media field</category>
 <group domain="http://groups.drupal.org/art-music">Art &amp;amp; Music</group>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/contributed-module-status">Contributed Module Status</group>
 <group domain="http://groups.drupal.org/image">Image</group>
 <group domain="http://groups.drupal.org/flash-embedding">Object Embedding (Flash)</group>
 <group domain="http://groups.drupal.org/video">Video</group>
 <pubDate>Fri, 08 Feb 2008 21:32:36 +0000</pubDate>
 <dc:creator>aaron</dc:creator>
 <guid isPermaLink="false">8757 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Moshe&#039;s observations on D6 CCK</title>
 <link>http://groups.drupal.org/node/8574</link>
 <description>&lt;p&gt;&lt;em&gt;Update: I enabled comments in case people prefer that: Moshe&lt;/em&gt;&lt;/p&gt;
&lt;p&gt;I applied yched&#039;s formatter patch and then wrote down my list of bugs, feature requests, and questions for D6 CCK. I have not looked at much code yet. I plan to submit patches for many of these, and thus learn the new design intimately. I&#039;ll get started tonight. I would appreciate if Karen/yched/all could add comments and hints to each item as needed. I don&#039;t want to head down rat holes that you&#039;ve already travelled.&lt;/p&gt;
&lt;p&gt;Documentation about planned and actual changes: &lt;a href=&quot;http://drupal.org/node/191796&quot; title=&quot;http://drupal.org/node/191796&quot;&gt;http://drupal.org/node/191796&lt;/a&gt;, &lt;a href=&quot;http://drupal.org/node/177892&quot; title=&quot;http://drupal.org/node/177892&quot;&gt;http://drupal.org/node/177892&lt;/a&gt;. (Note that the documentation may not have kept up with the code). (Karen)&lt;/p&gt;
&lt;h2&gt;admin/content/node-type/article/fields&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;menu settings default to above the body field&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;there are a lot of fieldsets not movable here (comment settings, authoring info, url path, revision, book outline, publishing options)&lt;br /&gt;
** There were lots of problems trying to get drag &#039;n drop working with all those other fields, so we simplified it, see &lt;a href=&quot;http://drupal.org/node/203957&quot; title=&quot;http://drupal.org/node/203957&quot;&gt;http://drupal.org/node/203957&lt;/a&gt; (Karen)&lt;br /&gt;
** In CCK for D5, only elments with a weight between -10 and 10 were listed. Kept out comment settings, author info et al...&lt;br /&gt;
We now decide ourselves the list of &lt;em&gt;core-defined&lt;/em&gt; elements that should make it in the list (contrib modules can use a hook to make their own additions available too - er, still to be documented), and I more or less kept the same elements (title, taxo...). We can definitely add stuff if we feel it&#039;s needed. But is it ? (Yched)&lt;br /&gt;
** MW: makes sense. I would add book outline, file attachments, and url path since those are somewhat end user.&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;admin/content/node-type/article/add_field&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;I much dislike that a field&#039;s machine name cannot be changed. We should offer a hook so other modules can react like core does for content type rename. We can keep a field like &#039;orig_type&#039; which holds the first name. See core&#039;s content types.&lt;br /&gt;
** Changing the field name affects everything -- field tables, node tables, node table names, views fields, etc. etc. Very messy (Karen)&lt;br /&gt;
** Being able to change core types machine name raised a lot of cursing at various places in the issue queue... Not too hot on this either (Yched)&lt;br /&gt;
** MW: No argument that it is hard. It is worth it though. Unfortunately, it might have to be Karen or yched that does this to avoid even more breakage than needed.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;We should recommend either decimal or float because few people know the difference.&lt;br /&gt;
** The float has to be retained because that is what was there before. The decimal field has been long requested and is only now available. I asked on the development list if anyone knew any reliable way to convert the existing float data to decimal with no risk of loss and no one had any answer, so I kept the existing floats and added decimals. (Karen)&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;UI looks a bit awkward&lt;/del&gt;&lt;br /&gt;
** ?? Not sure what that means (Karen)&lt;br /&gt;
**MW: the descriptions look a bit odd but any other solution is a lot of work for little gain.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&quot;notice: Array to string conversion in /Users/mw/htd/pr/includes/bootstrap.inc on line 706. warning: preg_match() expects parameter 2 to be string, array given in /Users/mw/htd/pr/includes/bootstrap.inc on line 709.&quot; when creating a decimal or integer with checkboxes widget.&lt;br /&gt;
** MW: Reported with analysis to &lt;a href=&quot;http://drupal.org/node/219566&quot; title=&quot;http://drupal.org/node/219566&quot;&gt;http://drupal.org/node/219566&lt;/a&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;admin/content/node-type/article/display&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;ideally, a multiple list of node titles renders as a UL or OL and not as a series of [div]. This would make less sense for formatters like &#039;teaser&#039; and &#039;full node&#039;.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;** Now that field theming is done through a tpl file, I&#039;d be willing to provide more flavours. ul, ol, div, comma separated...&lt;br /&gt;
Our current field.tpl.php is quite ugly anyway, because it accounts for all display options in one file. Splitting it in separate straightforward templates wouls be nice. (Yched)&lt;/p&gt;
&lt;h2&gt;admin/content/node-type/article/fields/field_related&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&#039;required&#039; would ideally be a widget setting&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;Number of values causes data loss only on decrease? Does a user have to provide the required number or is this a maximum? or minimum? NEITHER! this appears to control how many fields are shown initially and upon Preview! Got NOTICE when used with text/checkboxes and unlimited.&lt;/del&gt;&lt;br /&gt;
** The number used to work -- exactly what you set unless you mark it unlimited. Did something break recently?? (Karen)&lt;br /&gt;
** The natural evolution for the &#039;number&#039; of fields would be min values and max values. Not completely trivial though, this will wait for a minor release.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;append (one row) and (multiple rows) to the description of Text Field and Text Area&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;I would make &#039;Allowed Values&#039; into a collapsed fieldset and include the PHP in there. Current help text and UI is awkward.&lt;/del&gt;&lt;br /&gt;
Done. (I kept the &#039;PHP code&#039; collapsed fieldset, this mirrors the &#039;Default value&#039; settings)&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;When a friendly name for a field is changed, we need to clear the menu cache since these appear in subtabs.&lt;/del&gt;&lt;br /&gt;
** See &lt;a href=&quot;http://drupal.org/node/207499&quot; title=&quot;http://drupal.org/node/207499&quot;&gt;http://drupal.org/node/207499&lt;/a&gt; (Karen)&lt;br /&gt;
** I removed the subtabs for now. Those were not intentional. (Yched)&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;node/add/article&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;node ref field has an empty choice at the top of select. text+checkboxes has one too 1. i provided a non php set of allowed values.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;MW: bug logged at &lt;a href=&quot;http://drupal.org/node/219569&quot; title=&quot;http://drupal.org/node/219569&quot;&gt;http://drupal.org/node/219569&lt;/a&gt;&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;every time i preview, more textfield choices are added (is an unlimited field) even when i have empty ones available. i am also seeing &quot;notice: Undefined index: #children in /Users/mw/contributions/modules/cck/content.module on line 1923.&quot;. i get that on view too with the &#039;test multiple&#039; text formatter (which isn&#039;t outputting anything)&lt;/del&gt;&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;the help text appears below each instance of a multiple field. I would expect it at the end only.&lt;/del&gt;&lt;br /&gt;
Fixed.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;text field widget should do autocomplete when a set of allowed values has been provided. or provide yet another widget.&lt;/del&gt;&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;MW: on second thought, most people will use select widget in this case. minor.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;i noticed &#039;reverse link&#039; on user ref fields (not not node ref fields). not sure this is a good road to travel. there are too many prefs to consider. should the link appear in teaser mode? should it be only title link or other formatters too? we are offerring title links only now it seems. we should consider recommending a viewfield instead of this feature. i am working on polishing that module.&lt;/p&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;node/x&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;
&lt;p&gt;&lt;del&gt;&quot; Fatal error: Function name must be a string in /Users/mw/contributions/modules/cck/nodereference.module on line 239&quot; when i set a node ref field&#039;s display settings to anything but &#039;title - link&#039;. formatter patch.&lt;/del&gt;&lt;br /&gt;
Fixed in the formatters patch, which has since then been committed.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;change &quot;Illegal value for field_author.&quot; to &quot;[value] is not an allowed value for [friendly field name].&quot; This code appears in example_field.php as well.&lt;/p&gt;
&lt;/li&gt;
&lt;li&gt;
&lt;p&gt;when submitting a textfield, the &#039;Allowed Values&#039; validator expects a key and not a &#039;display value&#039; which is understandable but not ideal.&lt;/p&gt;
&lt;ul&gt;
&lt;li&gt;MW: do we want to check for &quot;aliases&quot; as well and allow them if they map back to allowed value? Seems nice. I think the small risk of ambiguity is acceptable.&lt;/li&gt;
&lt;/ul&gt;
&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;node/x/load (devel load tab)&lt;/h2&gt;
&lt;p&gt;&lt;del&gt;1. the value of a node ref field is a string&lt;/del&gt;&lt;br /&gt;
* MW: this is amazingly how mysql_fetch_array() works. almost becomes a string.&lt;/p&gt;
&lt;h2&gt;DB&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;after removing a field, we are not removing columns from the content_type_[type] table&lt;br /&gt;
** There are several problems about removing data, see &lt;a href=&quot;http://drupal.org/node/97861&quot; title=&quot;http://drupal.org/node/97861&quot;&gt;http://drupal.org/node/97861&lt;/a&gt;, &lt;a href=&quot;http://drupal.org/node/209194&quot; title=&quot;http://drupal.org/node/209194&quot;&gt;http://drupal.org/node/209194&lt;/a&gt;, &lt;a href=&quot;http://drupal.org/node/198508&quot; title=&quot;http://drupal.org/node/198508&quot;&gt;http://drupal.org/node/198508&lt;/a&gt;, (Karen)&lt;br /&gt;
** Moshe&#039;s talking about &lt;a href=&quot;http://drupal.org/node/201329#comment-706701&quot; title=&quot;http://drupal.org/node/201329#comment-706701&quot;&gt;http://drupal.org/node/201329#comment-706701&lt;/a&gt; - consequence of the content_field_instance_delete() fixes. (Yched)&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;examples/example_field.php&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;document more callbacks in text_field_info() and text_widget_info()?&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;README.txt&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;move JVD and JonBob to an Authors section and add Karen and yched to a new MAINTAINERS section.&lt;/li&gt;
&lt;/ol&gt;
&lt;h2&gt;theme_text_formatter_default()&lt;/h2&gt;
&lt;ol&gt;
&lt;li&gt;&lt;del&gt;should we really do allowed values check again in the formatter/theme layer?&lt;/del&gt;&lt;br /&gt;
** It&#039;s not really a check, it&#039;s displaying the &#039;alias&#039; (if any) instead of the actual value&lt;br /&gt;
(say you&#039;re using a number field to store a gender, you&#039;d use 0|male - 1|female.&lt;br /&gt;
0 or 1 gets stored, but &#039;male&#039; or &#039;female&#039; gets displayed.)&lt;/li&gt;
&lt;/ol&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/8574#comments</comments>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Thu, 31 Jan 2008 17:10:14 +0000</pubDate>
 <dc:creator>moshe weitzman</dc:creator>
 <guid isPermaLink="false">8574 at http://groups.drupal.org</guid>
</item>
<item>
 <title>Popup Dialogs and CCK</title>
 <link>http://groups.drupal.org/node/8561</link>
 <description>&lt;p&gt;I have been playing with the CCK head and my modal dialogs, and you can see the result at:&lt;/p&gt;
&lt;p&gt;&lt;a href=&quot;http://www.citris-uc.org/blog/tao/drupal_modal_dialogs_and_cck&quot; title=&quot;http://www.citris-uc.org/blog/tao/drupal_modal_dialogs_and_cck&quot;&gt;http://www.citris-uc.org/blog/tao/drupal_modal_dialogs_and_cck&lt;/a&gt; (2 minute loop)&lt;/p&gt;
&lt;p&gt;I am particularly happy with the new ability to detect if the drag-and-drop table has been modified, and to offer to save the current progress.&lt;/p&gt;
&lt;p&gt;Aside: Those of you paying close attention might have noticed me cheating.  The /admin/content/types page doesn&#039;t actually have &quot;fields&quot; links.  But it should (&lt;a href=&quot;http://drupal.org/node/215623&quot; title=&quot;http://drupal.org/node/215623&quot;&gt;http://drupal.org/node/215623&lt;/a&gt;)&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/usability&quot;&gt;Usability&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/8561#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/234">ajax</category>
 <category domain="http://groups.drupal.org/taxonomy/term/108">CCK</category>
 <category domain="http://groups.drupal.org/taxonomy/term/3984">dialogs</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <group domain="http://groups.drupal.org/javascript">Javascript</group>
 <group domain="http://groups.drupal.org/usability">Usability</group>
 <pubDate>Thu, 31 Jan 2008 01:04:37 +0000</pubDate>
 <dc:creator>starbow</dc:creator>
 <guid isPermaLink="false">8561 at http://groups.drupal.org</guid>
</item>
<item>
 <title>drupal 5 drupal 6 difference regards fieldsimage thumb</title>
 <link>http://groups.drupal.org/node/8523</link>
 <description>&lt;p&gt;regards drupal 5 I not know if with cck for to have a field image where one can insert&lt;br /&gt;
more images and also have a thumb below the principal image (see attached)&lt;br /&gt;
is necessary to change the core or if with drupal 6 this is possible (but how).&lt;/p&gt;
&lt;p&gt;not know why I cannot see my file attached (I not have permission?)&lt;br /&gt;
here same image&lt;br /&gt;
&lt;a href=&quot;http://xs.to/xs.php?h=xs223&amp;amp;d=08040&amp;amp;f=cck-thumb927.jpg&quot; title=&quot;http://xs.to/xs.php?h=xs223&amp;amp;d=08040&amp;amp;f=cck-thumb927.jpg&quot;&gt;http://xs.to/xs.php?h=xs223&amp;amp;d=08040&amp;amp;f=cck-thumb927.jpg&lt;/a&gt;&lt;/p&gt;
&lt;div class=&quot;og_rss_groups&quot;&gt;&lt;a href=&quot;/content-construction-kit-cck&quot;&gt;Content Construction Kit (CCK)&lt;/a&gt;&lt;/div&gt;</description>
 <comments>http://groups.drupal.org/node/8523#comments</comments>
 <category domain="http://groups.drupal.org/taxonomy/term/3969">gallery thumb image</category>
 <group domain="http://groups.drupal.org/content-construction-kit-cck">Content Construction Kit (CCK)</group>
 <pubDate>Tue, 29 Jan 2008 12:25:26 +0000</pubDate>
 <dc:creator>albies</dc:creator>
 <guid isPermaLink="false">8523 at http://groups.drupal.org</guid>
</item>
</channel>
</rss>
