CCK

I am currently producing a "family" of modules designed to manage a hosting infrastructure (email, dns, ftp, etc). I am cruising along, but keep coming back to one big stumbling block ... the role of CCK in my module. From a technical stand-point, I don't have a compelling need to use CCK (I'm happy to code up what needs to be coded), but it's clear that from a "best practice" perspective (and honestly, from a quality assurance & maintainability perspective), utilizing CCK as much as possible is a "good thing."

Among others, I have the following content types:

Customer
Domain

Here is what I am trying to accomplish:

I have a content type, it is the name of an automotive manufacturer. I want to store information about all the cars that the manufacturer makes in this content type, in this example Honda. Now Honda has lots of different models of cars. So I have a CCK "group" where you can add a new model of car, which then has three fields (year_1, model_1, color_1). Then there is a button where you can "Add a new car" and it brings up three more fields (year_2, model_2, color_2), etc etc.

Hi All,

Does anyone have any updates on the status of the Darwincore Specimen and Location module. Perhaps it is better to use this code? Last time I tried this module I found it to be slightly broken and now I'm guessing it may not be up to date with the Darwin Core Standard, to boot.

Thanks,

Kyle

University of Michigan Biological Station, Information Manager

Noob here ;)

First what is the best practice for lists that could be 10 items long, with 3-4 sublists under most of those? Should I do this in a list? or in checkboxes?

This is what I need to capture:

Heart disease(there are going to be other categories as well, like Lung Disease, etc. I am thinking of making these big categories Taxonomies)

Atrial Fibrillation

Coronary artery disease

- Angina

- Myocardial infarction

Congestive heart failure

etc.

So to recap:

When creating CCK field we have an option to specify "Maximum number of values users can enter for this field." which ranges from 1-unlimited. Is there any way we can change this property when loading the cck form?

For example, i have another cck content type, which stores the number of values user can enter for a field in another content type. I want to use this number (using views) to specify the "Maximum number of values users can enter for a field." in target cck form .

bir cck field alanı oluşturduğunuzda ayar sayfasında Number of values: diye bir kısım var bildiğiniz gibi. bu kısımdan bu cck alanın girileceği değer sayısı varsayılan olarak 1dir. fakat istersek bunu sınırsız da yapabiliyoruz. Ben bu alanı sınırsız kullanmayı tercih edip, içerik girerken doldurulan değer sayısı kadar da içerik sayfasında sayfalandırma yapmak istiyorum. misal bu içerik türünde içerik girerken bu alana 10 farklı değer girdim....

This appears to be an oft-asked and poorly-answered question on the main forums, so I thought I'd ask here.

For the first time, I need to build a search form for a CCK node. The node is relatively tiny (abt 15 fields) and I don't need anything fancy -- just the ability to search any field, and get a simple list of results.

Faceted Search/Solr are out of the question due to hosting & admin rights issues -- and it'd be overkill for what I need.

Any suggestions would be a big help, thanks!

I've got a site with the content type "event." I'd like users to be able to create a poll specific to a single "event" page. I'd like the poll to appear on the related "event" page and only that page. (So Poll A only appears at the bottom of the Event A page; Poll B only appears at the bottom of the Event B page; etc.)

Using CCK, I can have the user enter the URL of the event page when creating the poll. But how can I tell Drupal to post that poll on the bottom of that URL?

One of my first tasks in building the Boston Review's new OpenPublish site was adding some custom fields to the Article type in OP 2.0. But when I upgraded to OpenPublish 2.1 I ended up having to start from the stock Article type in 2.1 and re-add the extra fields.

So what is the best way to add some CCK fields to the stock OpenPublish article type in a way that is upgradeable?

I've been reading many posts about cck's shared fields and performance, and they all agree in one thing: Do not use shared fields unless strictly necessary. The fact is i have never found the need for them, and I've been working with CCK for some years now...