Closed (won't fix)
Project:
Drupal core
Version:
8.0.x-dev
Component:
taxonomy.module
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Reporter:
Created:
13 Mar 2009 at 19:03 UTC
Updated:
28 Mar 2015 at 01:35 UTC
Jump to comment: Most recent
Comments
Comment #1
nirad commentedIt would also be nice if there was a way to restrict the characters used in terms, especially for free tagging terms created by users. I would like to restrict tags to alphanumeric characters because they are used by Views to generate URLs.
Comment #2
Anonymous (not verified) commentedYeah this is definitely missing in 6.x as well. Could really use it! It allows for creating much fancier tax term pages. Seems nodody else needs it, but its so basic! I just want to have a teaser list based on tax terms, but with a fancy page introduction (=the tax term description). Thinking I could use a taxonomy term for that,... but there's no input filter selection box, so no wysiwyg api to play with...
Comment #3
Anonymous (not verified) commentedExactly, I'd like to add ADsense ads in my terms tax page description. But it allows no php for injection the way I need it.
Comment #4
catchComment #5
hass commented+1, need this too.
Comment #6
catchThis went in for taxonomy descriptions in another issue, but none of us in that issue could think of a use case for vocabulary descriptions. It's possible such a change could still go in for D7, if it was clearly explained why vocabularies need this.
Comment #7
hass commentedThe text is shown below the taxonomy title and if this text contains words you'd like to emphasize with bold, italic, underline you need to be able to enter HTML.
Comment #8
catchNo, it's not, that's the term description, which already has a format in HEAD.
I have no idea what the vocabulary description is used for, apart from that it's displayed in the vocabulary edit form, perhaps the admin/content/taxonomy listing table, and that still doesn't have a format.
Comment #9
hass commentedSorry, then forget it... D6 doesn't have a format for term descriptions... and I haven't taken a look to this field in D7, yet. If you say it has a format, I'm fine. Not sure if the others in here meant the description of "terms" - but said "taxonomy"!?
Comment #10
harcher commentedI'm almost done with a site I;m working on and now I realised that I need the ability to have a description body field (for a term) that a user can add html copy. The description on the term page seemed to be what I needed but I need to add html too. So I need to enable a wysiwyg. But this term description field doesn't have input format.
How to have html support for term description? or is there another approach that I don't know?
Comment #11
MadtownLems commentedI need this also :( Hga77, or anyone else, have you come across a solution?
Comment #12
harcher commentedHey madtown,
I tried everything I could. Then I realised that I'm waisting time. There is even a module that tries to add a body text field per taxonomy...But it just didn't work the way I wanted. At the end I re-did all my work using cck instead of taxonomy. A whole day it took me but it was well worth it at the end.
Don't use taxonomy unless you know you need to and you know the pros/cons versus using cck...Look at your use case and choose the the correct one! Don't do what I did...I had to strip out ALL taxonomy and re-build with cck! Worked out great at the end.
However I remember that using CCK, whenever I needed to group cck items (aka Terms, when using taxonomy) and display them inline from views, it wasn't very straightforward (Taxonomy+views lets you do that). So what I did was use javascript to re-shuffle those and make inline and so on, whenever I'm displaying them from views. Maybe latest views lets you do this, dunno...
Comment #13
catchThe term description in Drupal 7 already has a text format. It's just the vocabulary description, which is rarely used anywhere, which doesn't.
Comment #14
sunUm. I've just searched through Taxonomy module. The vocabulary description is not used anywhere. (?) Why does it exist in the first place then?
Comment #15
catchSee #8. I believe some contrib modules use it, I don't think that's enough of a reason to keep it in.
Comment #16
ChrisBryant commentedClosing as per comments #14 & #15.
Comment #17
sunIssues like this are perfect to re-purpose, since the whole reasoning is contained. I wonder whether it may even still be possible for D7?
Comment #18
xjmDuplicate of #394576: Remove vocabulary description, kinda sorta, though that issue proposed removing it for usability reasons.The vocabulary description is a field now, and it does have display settings... not that there is a menu path to display a vocabulary. However, I'm sure there's contrib and views that use it.Edit: I marked #394576: Remove vocabulary description as a duplicate of this issue.
See also #1192070: Remove / Don't add a default "Description" field to Terms.
Comment #19
timmillwoodI started an issue yesterday looking to move term and vocabulary description to a varchar(255) rather than a text field to improve database performance #1422618: Make taxonomy description a field. If we just remove the descriptions and replace them with a fieldAPI body field then this should solve both issues, right?
Comment #20
alan d. commented"The vocabulary description is a field now, and it does have display settings..."
Which issue is this being worked on? The latest checkout today has description as a hard wired textfield, the taxonomy_vocabulary entity is marked as not fieldable. I'm assuming you are referring to the term description?
Comment #21
sunComment #22
alan d. commentedNice followup. I definitely will not open a feature request for a "Fieldable vocabulary" then, even if this is strangely lacking and a super trivial task! :)
Comment #23
jibranIt's stored in a config file now node type also has a description field I don't think it makes sense to remove it.