CCK Blocks does not leverage CCK's templates

I got the same problem. Output is

<div class="content"><a href="foobar1">foobar1</a><a href="foobar2">foobar2</a><a href="foobar3">foobar3</a></div>

No spaces between the links, without any markup (list would be useful)

What do you mean? Allowed values? Where did you add it?

@himtuna:
Hmmm, I use CCK fields with Content Taxonomy. I can't find any option "Allowed values" in the configuration of the fields.

Does it work for you for "free tagging" fields, too?

Got still this problem.

All terms are displayed in one line (without space between each one).
They should use HTML list (ul) markup.
Any idea?

why not you try using [...]

Maybe I'm wrong, but: nodecloud or tagadelic don't offer the feature of CCK Blocks (do they?)

I want to display the terms wich are assigned to a single node (1.) in blocks, (2.) sorted by vocabulary.
Default Drupal behaviour is displaying all terms together mixed up in the body.

So, if a node has the terms "football" (Vocabulary: Sports) and "cats" (Vocabulary: Animals),

Drupal (default) outputs the following:

(Body:)
football, cats

With CCK Blocks I get the output:

(Block 1:)
Animals
cats

(Block 2:)
Sports
football

If I'm right, tagadelic outputs all terms (of all selected vocabularies), wheter they are tagged to a specific node or not. Or am I wrong?

because i dont think without hacking the core you'll be able to add the separator token between values.

In my opinion it should be the default behaviour of this module. I mean ... it's kind of a list (and you can style a list via CSS in whatever way you want). Semantically: outputting tagged terms is listing tagged terms. And listing in HTML is using ul.

I was partly wrong: tagadelic offers "Tags for the current post", which lists(!) all tags assigned to the node. But it offers no deeper configuration. So all vocabularies get listed (but only those, which use "Tags" - but I got several vocabularies without tags) and each vocabulary is linked to it's tagadelic page (which is not what I always want).

So, I think CCK Blocks should be the right choice for more specific needs.

I am using CCK Blocks with node reference... so I don't get a lot of HTML to work with. However, for this case, I managed to work around this problem by overriding the tag in my style sheet:

.block-cck_blocks .content a {
display: list-item;
}

@#13 himtuna:
"block_class" would only let me change the CSS, and not the HTML, or am I wrong?
"blocktheme": will it allow me to change the HTML output? Didn't get it completly at the moment, will look into it.

@#14 KathyIce:
Unfortuneately, this is no solution for me, because it's the CSS only (and not the HTML markup).

bump

Hi;

I'm having the same problem with links appearing all on one line (you can see here: http://the-fiction-addiction.com/book-review/21-humanizing-anne-boleyn). I cannot find anything that reads "Allowed Values" for me to edit to place the edits mentioned about.

The field is called "field_book_links" (Buy or Reserve Your Copy).

Has anyone had any luck with this yet? Thanks

Have no online version of it (because I stopped using this module), but I got the markup described in #2, when I used Content Taxonomy.

@forschi;

Sorry, I had disabled the block a few days after I wrote that up; I've re-enabled the block so you can see it now.

Thanks, I'll take a look at this as soon as I can.

I'm in the middle of transferring another of my sites over to a new server, so it may take me a couple days if someone has a chance to get to it before I do.

I was expecting CCK Blocks to use the usual field templates (for example, content-field.tpl.php and content-field-field_myfield.tpl.php), but it did not. To get a consistent output in node views and CCK Blocks, the most logical approach seems to go through drupal_render(), which will take care of the theming layer. To do so, we have to first build the $node->content array, so the next logical step is to add a new build mode for CCK.

So that is what this new patch does.

The benefits of this patch:

• If you have themed your fields, then CCK Blocks will now output your themed result!
• If a field is shared between multiple content types, you may now choose a different formatter for that field for each of those content types. Before this patch, CCK Blocks was limited to a single formatter per field, across all content types using that field.

To achieve this, CCK Blocks now works slightly differently:

• The formatter is no longer selected in the block settings.
• You choose a formatter for each field in admin/content/node-type/NODETYPE/display/cck_blocks. You may want to check "Exclude" next to each field that you don't plan to use in a block.

I'm just beginning to experiment with this patch, but so far it seems to work nicely.

Oops, please ignore the above patch. This is the right one.

@forschi: Yes, with the proposed patch above, multiple values are handled properly.

For applying patches under Windows, you might want to install Cygwin. With Cygwin, you can get a Unix shell and patch utilities; this makes patching files a breeze. There is some info here.