Improve description for teaser length

eigentor - June 27, 2009 - 18:50
Project:Drupal
Version:7.x-dev
Component:node system
Category:bug report
Priority:normal
Assigned:Unassigned
Status:closed
Issue tags:d7uxsprint, ui-text, Usability
Description

The text on the setting for how many characters your teaser has is not descriptive and too long.
this is to be found e.g. at /admin/build/node-type/article

#1

eigentor - June 27, 2009 - 18:57

#2

eigentor - June 27, 2009 - 19:02

This is the actual text:

"The maximum number of characters used in the trimmed version of a post. Drupal will use this setting to determine at which offset long posts should be trimmed. The trimmed version of a post is typically used as a teaser when displaying the post on the main page, in XML feeds, etc. To disable teasers, set to 'Unlimited' . Note that this setting will only affect new or updated content and will not affect existing teasers."

#3

eigentor - June 28, 2009 - 09:47
Status:active» needs review

Here is a patch that changes the text. Looks like showed in the screenshot now.

AttachmentSizeStatusTest resultOperations
teaser-length.png2.8 KBIgnoredNoneNone
teaser-length-description.patch1.3 KBIdleFailed: Failed to apply patch.View details

#4

eigentor - June 28, 2009 - 09:59

Also found the same text in two other places: modules/node.admin.inc and modules/aggregator/aggregator.preprocessor.inc

Since this is basically the same issue, I changed the description there as well. I hope it is O.K. not opening issues for those separately.

So first node.admin.inc here

AttachmentSizeStatusTest resultOperations
teaser-length-description-node-admin.patch1.27 KBIdleFailed: Failed to apply patch.View details

#5

eigentor - June 28, 2009 - 09:59

And also for aggregator.preprocessor.inc

AttachmentSizeStatusTest resultOperations
teaser-length-description-aggregator-processor.patch1.18 KBIdlePassed: 11660 passes, 0 fails, 0 exceptionsView details

#6

keith.smith - June 30, 2009 - 15:14
Status:needs review» needs work

I like these text changes.

For ease of application, though, can we combine the three separate patches into one unified diff?

#7

eigentor - June 30, 2009 - 19:28

I guess so. Was a bit uncertain if this was best practice. Not so experienced in patching.
But thinking about it, much larger and touching more files patches have been committed... Will create one patch for all of this.

#8

eigentor - July 6, 2009 - 21:44
Status:needs work» needs review

Rolled the patches into one.
As the description appears to be gone from node.admin.inc it is only for
aggregator.processor.inc and content_types.inc

AttachmentSizeStatusTest resultOperations
teaser-length-description-new.patch2.42 KBIdlePassed: 11660 passes, 0 fails, 0 exceptionsView details

#9

keith.smith - July 6, 2009 - 22:00
Status:needs review» needs work

One small thing that I just now noticed: "This setting will only affect new or updated content: existing posts keep their teaser length."

IMO, that colon should be a semi-colon. Other than that, I'd happily RTBC this as I think these are great changes.

#10

tic2000 - July 6, 2009 - 22:03

The teaser length affects new and old content now (that's why This setting will only affect new or updated content: existing posts keep their teaser length. was removed from content_types.inc) so you shouldn't add it back.

#11

Bojhan - July 6, 2009 - 22:41
Status:needs work» needs review

Tried something, we shouldn't use post.

AttachmentSizeStatusTest resultOperations
teaser.length.patch2.27 KBIdlePassed: 11660 passes, 0 fails, 0 exceptionsView details

#12

stBorchert - July 7, 2009 - 05:55

@Bojhan: sounds much better.

Slight modification: "The maximum number of characters used in the trimmed version of newly added content.".

#13

tic2000 - July 7, 2009 - 07:14

I don't know for aggregator, but for node content the filed is actually a summary OR trimmed version. So I think this should be clear for the user and I don't know if it is right now.

#14

eigentor - July 7, 2009 - 11:37

@stBorchert If the teaser now affects new and old content now, we don't need to mention "newly added".

#15

Bojhan - July 7, 2009 - 11:38

@tic2000 Can you suggest a solution? Remember that we don't have a teaser splitter anymore so this only applies to automaticly generated teasers (as far as I know)

#16

tic2000 - July 7, 2009 - 13:56

@Bojhan I don't know. "Maybe The maximum number of characters used in the trimmed version of content. Used if a summary is not provided."?

#17

eigentor - July 8, 2009 - 08:30

I wonder if we really got to mention that or if we confuse the user. If a user is creating a teaser manually, he / she should expect it to be exactly the length that is entered there? Thus this would not be needed.

Who will read this description? Someone who first has to find out that you can influence teaser length at all, which might be surprising. Then I would him confuse the least possible.

If it has to be.... How about The maximum number of characters used in the trimmed version of content that is automatically created.

#18

tic2000 - July 8, 2009 - 15:46

If the usability guys (I don't know who they are) think the text is enough then it's enough for me too. I just want to be sure it's enough.

#19

Bojhan - July 8, 2009 - 15:52

I don't think it makes much sense to provide an "in case" text. Especially because summary might not always be there.

#20

eigentor - July 8, 2009 - 17:48

Bojhan so with or without the mentioning of hand-created teasers?
In a radical lust of the shorter the better #11 has my vote.

#21

yoroy - July 8, 2009 - 19:54

I vote for version in #11 as well.

#22

tic2000 - July 9, 2009 - 07:08

Who wants to RTBC?
I'm not an Usability expert and I'm not a native English speaker so I can't do it.

#23

seutje - July 9, 2009 - 09:16

imo, not adding a mention that this only applies to automatically generated teasers will confuse users in the long run

how about "The maximum number of characters used in the trimmed version of content for which a trimmed version was not provided."
or "The maximum number of characters used in the trimmed version of content unless a trimmed version was provided."
or even "The maximum number of characters used in the automatically generated trimmed version of content."

¢2

#24

catch - July 9, 2009 - 09:30
Status:needs review» reviewed & tested by the community

#11 looks fine to me too.

#25

tic2000 - July 9, 2009 - 11:33

@seutje
Keep in mind that the text is on an administration page (content type creation/editing) and not on node creation page.

#26

Dries - July 14, 2009 - 10:42
Status:reviewed & tested by the community» fixed

Committed to CVS HEAD. Thanks.

#27

moshe weitzman - July 14, 2009 - 15:08

"trimmed version" should be "summary version" IMO. Summary is the word used by field API and thus used for the body field. Not a big deal.

#28

tic2000 - July 14, 2009 - 16:12

In this case trimmed is the perfect word. The field is a summary or trimmed text. This text is for the configuration of the trim, we don't touch the summary if any is provided.

#29

eigentor - July 14, 2009 - 18:35

moshe "teaser" has vanished from UI text completely and been replaced by "trimmed version". So it is a matter of consequent use.
I've also seen teaser in some places, and as it is the word we commonly use when talking about it, there is probably no way of getting rid of it... But in Core interfaces, we must decide on one direction.

#30

System Message - July 28, 2009 - 18:40
Status:fixed» closed

Automatically closed -- issue fixed for 2 weeks with no activity.

 
 

Drupal is a registered trademark of Dries Buytaert.