Content Construction Kit (CCK)

CCK 1.5 has just been released for both 4.7 and 5 branches.

Mainly small bugfixes, but more importantly, updated to work along with Views 1.6, that is just out of the oven too.

See changelogs on :
http://drupal.org/node/135834 (4.7)
http://drupal.org/node/135836 (5)

(erroneously posted in Internationalization group - sorry about that)

I maintain the signup.module. This module has long struggled with the problem of how to flexibly define what fields are requested and/or required when a user signs up for something. I might have a slick solution, but I'm not sure if CCK can accomplish what I have in mind.

With 5.x CCK, you can assign any fields you want in whatever groups you need to any node type. My module could allow site admins to define the signup/reply form for any given node type as a specific group of arbitrary CCK fields. This field group would not show up on the node edit form. It would be displayed on the node view page itself, so each user could fill-in, submit, and optionally edit their own signup/reply. All fields would automatically be treated as "multiples" in terms of storage, 1 set of each field's values per user who replies, but displayed as single values for any given user viewing the node. When a user replies, the values of any fields in their reply would have to be associated with their identity (uid for auth users, email for anon).

I've just finished reading Robert Douglas's excellent article on CCK. And two things struck me when reading about the data structures of CCK:

• With data that is so highly normalized, how will this impact data access of CCK nodes? Drupal is already very demanding of mysql and I wonder if this will slow down data access even more. Feedback?
• More and more, Drupal is approaching a web based version of a 4GL, where datesets can be defined and maintained. This makes Drupal more than a CMS; it is now a data access system. But one BIG need remains: a way to get data in and out of those datasets. We desperately need a data import/export system for Drupal that can handle these complex table and field relationships. Has any work been done in this regard?

Hello,

I've may have some time available in the next few months to devote to upgrading Drupal's GIS abilities. One area where I'd like to concentrate is exposing PostGIS data and functionality. In a nutshell, PostGIS allows storing arbitrary geometries (points, lines, polygons, multipolygons and combinations of those types) in database columns.

This is just an idea.

We've built sites on Mambo/Joomla in the past. mosforms, an extension to build and output custom forms and store the input much like CCK works for Drupal, was yet a simple, but great component to design site contact and other forms for Joomla. mosforms has evolved and is available as Fabrik - Joomla Application Builder now. There is nothing that might compete with our CCK here, but the last line of the published roadmap for Fabrik sounds quite interesting to me:

CCK 1.4 has been released for Drupal 4.7 and Drupal 5, and is available on the CCK project page.

This is essentially a bugfix release (notably fixes some annoying bugs / warnings for PHP 5 and/or MySQL 5).
Main new feature is a nice and customizable display for fieldgroups on node view (drupal 5 only)
It also gives field modules more thorough control on the definitions they export for Views module.

More info in the CHANGELOGs.

I'm a musician and I'd like to pursue a couple of different potential business models for my web site, subscription and pay-per-track:

For songs I'd like the following:

• All songs must have a preview accessible to all, which is a shortened clip from the full track... doing this automatically would be nice but I'd be fine with making the clips myself.
• The ability to purchase the song for $1 via PayPal (or some other system)

<

ul>