Problem/Motivation
The word custom is redundant in most cases in a content management system. Everything that the user creates is custom in some way because it didn't exist before the user made it. Here are some examples from the existing block UI (as of 24/6/2013).

Proposed resolution
Instead of the button label Add custom block type, the label should simply be Add block type. Instead of the form label Custom block types, the form label should simply be Block types
Remaining tasks
Change the labels
User interface changes
String changes.
API changes
None.
Related Issues
| Comment | File | Size | Author |
|---|---|---|---|
| #51 | customBlocks_Code.png | 95.91 KB | drupa11y |
| #46 | NavCollapseTabChange.png | 76.47 KB | drupa11y |
| #42 | remove_the_word-2027101-42.patch | 19.35 KB | pguillard |
| #38 | Still not appearing.png | 54.47 KB | manauwarsheikh |
| #35 | remove_the_word-2027101-35.patch | 19.33 KB | _KurT_ |


Comments
Comment #1
tim.plunkettI think this can be marked a duplicate of #1920862: Rename custom_block.module to block_content.module, as "Custom Block" module will become "Block Content" module.
Comment #2
jessebeach commentedNoted, thanks!
Comment #3
Antti J. Salminen commented#1920862: Rename custom_block.module to block_content.module decided to leave the decisions about rewording to a follow up so this looks to me like it should still be active. "custom block" seems somehow out of place now. I feel having only "Block types" might be confusing though as they are separate from other kinds of blocks and there will be block types not visible on that list. An alternative could be having "Content block types".
Comment #4
albita commentedworking on it...
Comment #5
albita commentedSwitched "Add custom block" to "Add block".
Comment #7
carletexComment #8
carletexAttached a new patch.
Some tests relied on a button text with the word 'custom'.
Comment #9
grisendo commentedWorks for me
Comment #11
vollepeer commentedPath #8 is now broken because of #2291137.
I recreated the patch against the current DEV.
Comment #13
Antti J. Salminen commentedTo me it seems that if the terms used are identical for both user created block types and all the others, it could be an usability issue. After all the custom blocks will be completely defined by the user but they can't do much about the other ones.
Looks like current patch may also not get rid of the "custom block" terminology everywhere as I think we'd still have the "Custom block library" tab and the category "Custom" for these blocks.
Comment #14
Anonymous (not verified) commentedHi, i recreate the pacth.
H1 tag have the word custom yet, looks good other.
Comment #15
Anonymous (not verified) commentedUpdated status.
Comment #18
alvar0hurtad0This is #11 patch rerolled (or similar)
Comment #19
zzhao commentedThis patch does work for the button "Add custom block type" (see the original picture).
According to the original post, it looks like Drupal core has changed the link text from "Custom block types" to "Custom block library". Is the current link text supposed to replace the word "Custom" as well? I mark this patch as "Needs work" since it's a question needs to be answered first.
From DrupalCon 2015 LA.
Comment #20
yogen.prasad commentedComment #21
_KurT_ commentedCan't find where to change page title, see 2015-06-18_1253.png
Comment #23
_KurT_ commentedComment #24
_KurT_ commentedComment #27
deepakaryan1988Re-rolling the patch which is in #18 with some modification. Also attaching interdiff
Comment #28
deepakaryan1988Comment #30
_KurT_ commentedStill can't find where to change title, see image in my comment #21
Comment #31
_KurT_ commentedComment #33
_KurT_ commentedComment #34
manauwarsheikh commentedWhat: checked for appearance on "custom" word.
Result: Missing title(when block library is selected), custom word is still appearing.
Status: Needs Work!
Comment #35
_KurT_ commented"custom" word deleted, but for disappearing title - can't reproduce, for me title is present and still i can't find a place where to change it (see image in #21)
Comment #36
dawehnerNote: The block UI is currently changed as part of #2512456: Implement the new block layout design to emphasize the primary interaction of placing a block
Comment #37
deepakaryan1988Removing srijansprintnight tag!! :)
Comment #38
manauwarsheikh commentedWhat: checked for the appearance on "custom" word.
Browser: Chrome on Linux.
Result: Missing title(when block library is selected). Screenshot attached
Status: Needs Review
Comment #39
manauwarsheikh commentedComment #40
deepakaryan1988Needs re-roll
Comment #41
hitesh-jain commentedComment #42
pguillard commentedPatch rerolled
@hitesh-jain : Hope I didn't take your job!
Comment #43
lewisnymanComment #44
pguillard commentedComment #46
drupa11y commentedThe renaming was done for the "add block"-button but not for the "page title".
But maybe this is a caching issue in my dev as it locks o.k. in the module files.
Also the navigation item "custom block types" has been removed meanwhile from the left navigation into a tab "Block Library".
Example image:

Comment #47
drupa11y commentedComment #48
drupa11y commentedComment #49
drupa11y commentedComment #50
drupa11y commentedCan anyone else please test it if the remaining issues is maybe a cache problem within my dev.
Comment #51
drupa11y commentedI have found some other text strings where still "custom block(s)" is mentioned but not the title we want to change.
Also it looks that on this page the code structure is different from the other pages and maybe "breaks" (wrong spelled in the pic) the layout.
Please see:

Comment #52
drupa11y commentedFinally I think the patch is ok, but the issue needs additional work.
Comment #53
drupa11y commentedComment #54
MattA commentedIn #2512456: Implement the new block layout design to emphasize the primary interaction of placing a block it was determined that it was more important to remove "library" from the label.
We cannot remove both "custom" and "library" from the label. I think many users find "custom blocks" to be synonymous to "block content" as well (for example, even the help page for the module is under "Custom block"). Additionally, #2523154: Improve workflow for creating custom blocks also changes the workflow, menu structure, and labels of custom block pages, so that many instances of "custom blocks" become "block content" or "block types".
Therefore this issue should at a minimum be postponed on #2523154 and used to clean up any remaining references to "custom block" if there is a need for that. Otherwise it should be closed.
Comment #55
mgiffordComment #67
smustgrave commentedClosing out as outdated as there hasn't been movement since being postponed 7 years ago. I agree with the comment in #54
If anyone still feel this is an issue please reopen to justify why.