ABCDEFGHIJKLMNOPQRSTUVWXYZAA
1
Goal:
Locate drupalisms that might create confusion among users
Updated through Comment 9 in issue comments.
2
Drupal.Org Issue:3381734
3
Drupal.Org Link:
https://www.drupal.org/project/drupal/issues/3381734
4
5
Term or Menu ItemContextDrupalism
(yes, no, maybe)
Menu item or ConceptSource of definition (i.e. Drupal.org)Common/Suggested
Alternatives
NotesIssue Comment before processingIssue #2 Comment before processing
6
NodeAdmin MenuYesMostly removed from UI/Menu
7
Content TypeAdmin MenuYesContent type vs authoring form vs templateType of Content
8
ViewsAdmin MenuMaybe
9
View ModeAdmin MenuYes
10
Display ModeAdmin MenuYes
11
TaxonomyAdmin MenuMaybeVocabulary, TagsVocabulary and Tags can be very different use cases.
Also want to register a minor protest at calling 'taxonomy' a 'Drupalism' - it very accurately describes what it is, to the point that (to our amazement) it tested really well at the 2008 usability testing (unlike menus and blocks and... literally everything else), with the one disclaimer that some of the people we did testing with were university library staff. It's also a high-level concept in Wordpress
12
Form ModeAdmin MenuYes
13
ExtendAdmin MenuMaybeModules
All other top level terms are nouns but this verb. (It sticks out). Short discussion should be had about why top level menu items have different name than the thing to which they relate.
I think d7ux added this and it was supposed to be a call to action, but 'Extensions' would be more standard. Except even that isn't really true because themes are extensions and they're in appearance. And it used to be admin/build/modules but it has the install profile listed so it's not really just modules either, although profiles are modules so it kind of is. There's also recipes and project browser coming up to deal with too.
14
StructureAdmin MenuMaybe
15
Blocks
16
Module
17
Taxonomy Terms
18
EntityCoreConcept
19
Micro-content
20
ParagraphsContrib Module
21
Layout
22
Layout builder
23
WeightAll menusConceptThis is an attribute of menu itemsOrder
24
People Distinction between people, roles, users, permissions confusing.
it's a level of indirection to users/accounts, and it also contains the config for roles/permissions (which aren't people, or users, or accounts), see #2695771: Re-organise user/account items under admin/ for more.
25
UsersDistinction between people, roles, users, permissions confusing.
In addition to catch's #1 point, the distinction between people, roles, users, permissions can get very foggy very quickly, especially because USERS are people who are authorized to login and *use* the system, whereas a "person" could be something like a staff content type node, where they have a Staff Listing, or something like that, but may not have an equivalent User privilege. Also, for Roles, something to the distinction that a user can occupy several different roles, so how does that impact their permissions? ie, if the user is a WRITER (can CREATE articles) and also a PUBLISHER (can PUBLISH and DELETE articles), then what are they actually allowed to do?
26
RolesDistinction between people, roles, users, permissions confusing.
27
PermissionsDistinction between people, roles, users, permissions confusing.
28
Extend
29
AppearanceMaybeThemes
Short discussion should be had about why top level menu items have different name than the thing to which they relate.
30
admin/config vs admin/structureConcept
Config is supposed to be for 'settings' and structure is supposed to be for 'structuring/building', but why are user fields under config when e.g. media fields are under structure? Similarly text formats, image styles, responsive images all feel like 'structure' but are also under config. This is partly a general IA issue but also I think config vs. structure is a terminological problem in itself.
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100