Is it possible to configure the weblinks block so that it displays links that are in a group and all its subgroups? Like the tagadelic module allows selecting vocabularies and their children.

Thanks,

Izzy

Comments

nancydru’s picture

Which blocks? I'm pretty sure the Related block does this already.

izmeez’s picture

The related block doesn't show up simply with enabling it in admin>site building>blocks and I cannot find any other settings for this block. Can you point me to the information on setting that up?

Thanks,

Izzy

nancydru’s picture

It only shows up when viewing a node that also uses a term from the Web Links vocabulary.

izmeez’s picture

Thanks, yes that works to show the related block and it does show the the Group and subgroup names with the number of links as specified in the settings for that block. If there are no subgroups then it doesn't show the group name either which is probably fine.

It would still be nice to be able to have such a display for any web links group that has subgroups that can be displayed where you want. Could that be an option on each of the weblink block configurations or done some other way?

Also the way that the related block becomes active raises an interesting question about the use of web link terms. Normally, with taxonomy the inclusion of a term on a post also adds that post to the nodes that are displayed when the term is clicked on, whereas in the case of weblinks that is not the case (and would not be what you want when displaying links) but this is a departure from the normal behaviour of taxonomy terms. It is useful to understand how the related block works and I will need to experiment with it now that I know how it works.

Thanks,

Izzy

nancydru’s picture

Status: Active » Postponed (maintainer needs more info)

It would probably have to be a setting and there would be significant code changes to pass an array of tids rather a single one.

The way that the related block becomes active... I believe we do this much the same as any "related" block is done, including the core "Author information" block. What do you feel is unusual about it?

Yes, the selected term is omitted from the list, as was requested in another issue (browse the closed issues).

However, if you do a "taxonomy/term/xxx" you will see that it operates exactly as you would expect. including any nodes that are "related."

izmeez’s picture

This thread may now be at risk of containing two different thoughts.

The first, that of having a block that can display weblinks from a group and children subgroups was the purpose of the original post. You appear to have answered that would be a new feature request and may be difficult to implement.

The additional question that arose was in what way does the behaviour of the weblink group term seem different from other taxonomy terms? It may be best to drop this as I would agree that what happens is quite appropriate. That is when another post, say a blog entry has the weblinks group term applied to it and a user clicks on it they see just a display of those weblinks, they do not also see all other nodes/posts that also have that weblinks group term attached which is what happens with terms from other regular vocabularies. But, I do see now that the behaviour of weblinks is similar to other modules that create their own vocabulary such as forums. Clicking on those terms takes the user to a list of forum topics in that forum. Sorry for any confusion my comment may have caused.

Back to the feature request, a block with weblinks from a group and its subgroups, sounds like it will have to wait.

Thanks very much,

Izzy

nancydru’s picture

Okay. Just to clarify, it is true that we intercept those links when displaying a Web Links term so that they will only show weblinks; but any other standard "taxonomy/term/xxx" use will show you what you would expect.

izmeez’s picture

Yes, and I appreciate why you do that.

Thanks,

Izzy

nancydru’s picture

I started trying to do this and it is extremely difficult. If you use the bock groups feature, you should be able to simulate this.

rmiddle’s picture

Status: Postponed (maintainer needs more info) » Closed (won't fix)