So the description used to be :
To create a new content type, enter the human-readable name, the machine-readable name, and all other relevant fields that are on this page. Once created, users of your site will be able to create posts that are instances of this content type.
So I am up for removing this, for the following reasons:
- All sounds a bit like, please fill out this form.
- Posts that are instances of this content type? Sounds rather cryptic, and isn't true since you have to set the permission.
- I think removing this is better then improving it, lets get them to just create the content type.
Comments
Comment #1
catchMakes sense to me, if anything we could have a help icon which goes to an explanation of how to use content types properly etc., but that's not here, and shouldn't be on the page anyway.
Comment #2
webchickHmm. I'm not so sure. I agree that the existing help text is next to useless, but content types are a very abstract concept in Drupal that people genuinely struggle with, and we could do with some explanation as to what they're actually creating in this form. "Name, machine name, etc" are not at all self-explanatory, unlike "Title" and "Body" on a piece of content. Furthermore, that observation about permissions sounds like exactly the kind of thing we ought to codify in help text, no?
Could we try something that's more like a definition of what a content type is?
Comment #3
catchadmin/help#node has this, can we get away with just a link to there?
Comment #4
Bojhan commentedI am a bit torn between, explaining the concept of content types and letting people just create one and succeed/fail. If someone knows a good description, I am surely up for putting it there - yet I can't come up with a good one.
@webchick Do you still think people will be confused, if we add an edit link on the /node/add page?
@catch we should probally have a link to that yes. Just found it, it does explain the concept - although its rather vaguely mapped under 'node' - which I am not sure if its really helpful.
Comment #5
catchI'm pretty sure modules can only have one page of help text each with hook_help(), so there's not loads we can do about that, however really the only place people run into real trouble with nodes is content type admin, so we could always shift that help text around a bit to start with that first. We also need to update the definition of nodes in D7 a bit - since they really are going to be more 'content' now, and less 'anonymous magical things you can attach different fields to' - because that's now 'entities' instead, but that's by the by.
Comment #6
arianek commentedI have to agree with webchick, it is useful to have *something* there (especially for newer users), but yes a description of what a content type is, and also a mention of the permissions issue seems most appropriate. Took a stab at writing some new text for it:
"Each content type is a different type of post that you can create for your site. It can have different fields, behaviors, and permissions assigned to it on a per type basis. Once you fill out the required fields and save your new content type, be sure to set the associated permissions on the Permissions page."
Undecided about the link to the help page, if so maybe throw in brackets (also referred to as a node) and link node to /admin/help/node (it's no longer at /admin/help#node). The /admin/help/node page is a mess btw (even a typo!), might take a stab at that next...
I'm a novice coder, so someone please double check with a keen eye, especially the array at the end.
Comment #7
Bojhan commentedCould you provide a screenshot?
Comment #8
arianek commentedadding screenshots
Comment #9
Bojhan commentedLets remove "Once you fill out the required fields and save your new content type, be sure to set the associated permissions on the Permissions page." - we should not put this in the text. It should be a drupal set message part.
Try to avoid using post, we are trying to kill it out of our interface.
"Each content type is a different type of post that you can create for your site."
I am wondering if we can make this even more clear?
Comment #10
arianek commentedOk, I cut all that out and am left with "Each content type can have different fields, behaviors, and permissions assigned to it on a per type basis." Is that *too* sparse now?
Comment #11
Bojhan commentedHah, it does look kind of funny now yhea - not sure if I have a good suggestion about it though. I think its really good, but it needs something before it.
Comment #12
arianek commented"Each different style of [node/object/post/???] is a unique content type, and can have different fields, behaviors, and permissions assigned to it on a per type basis."
warmer or colder? also, i don't know what word to use now rather than "post"...
Comment #13
Bojhan commentedhmm colder, I will ponder over this some more later this evening - it seems to be the only thing that we have to work on for this patch to be RTBC'd.
http://drupal.org/node/501452 see Don't use section, for other suggestions.
Comment #14
arianek commentedAh good link - "piece of content", only use post as verb. Got it! Will check back to see what you've come up with...
Comment #15
Bojhan commentedEach piece of content is a specific content type, and this content type can have different fields, behaviors, and permissions assigned to it on a per type basis."
Comment #16
yoroy commented"Each piece of content is of a specific content type. Each content type can have different fields, behaviors, and permissions assigned to it."
Can't help but think the 'on a per type basis' is largely redundant, esp. if we use 'Each' to start that sentence and already using 'different' before fields, behaviours etc.
Comment #17
catchI like #16, except I'd italicize the whole of content type.
Comment #18
yoroy commentedAgreed, spotted the same after posting.
Comment #19
Bojhan commentedLooks good.
Comment #20
arianek commentedyoroy - nice work, i like it! *high fives*
Comment #21
webchickGreat work, folks! Much nicer now. :)
Committed to HEAD.