Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
field system
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
11 Nov 2014 at 21:19 UTC
Updated:
20 Mar 2015 at 11:44 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
amateescu commentedWe need to wait for #2349991: Provide a trait for categorizing plugin managers and use it for conditions and actions to land first but here's something to get this started.
Comment #2
amateescu commentedThe blocking issue was committed some time ago, we can start bikeshedding the field type group names now :)
Comment #3
jibranHere is quick reroll and screenshot.

Comment #6
aspilicious commentedTerm reference should be a reference?
Comment #7
amateescu commentedI didn't include it on purpose because I prefer to think we'll get #1847596: Remove Taxonomy term reference field in favor of Entity reference in at some point :)
Comment #8
jibranFixed test. We need BE in IS.
Comment #9
yched commentedFor easy review, can we extract a list of groups / fields as plain text ?
For example, I'm not sure about the consistency of the current proposed group names (names like "References" vs adjectives like "Numeric")
Comment #10
amateescu commentedI don't think the interdiff from #8 is correct, we should not modify valid tests just because the current implementation of
FTPM::getUiDefinitions()is wrong. Updated the patch a bit, interdiff is to #3.This is the current group naming:
Boolean
Comments
Date
Email
Link
Number
List (float)
List (integer)
Number (decimal)
Number (float)
Number (integer)
Telephone number
Reference
Entity reference
File
Image
Term Reference
Text
Text (plain)
Text (formatted, long)
List (text)
Text (formatted)
Text (formatted, long, with summary)
Text (plain, long)
Comment #11
jibranCan we add
to others category i.e. add all the fields without category to others/misc group?
Comment #12
amateescu commentedI was considering the same thing but "other/misc" would imply that those field type are of a lesser importance than the other ones, and we certainly don't want to transmit that message.
Other suggestions for a generic group name are appreciated :)
Comment #13
jclema commentedComment #14
amateescu commentedLet's try the bat signal.
Comment #15
amateescu commentedIn fact, 'generic' is exactly what we're looking for here. I researched a bit on 'generic' vs. 'general' and it seems that the latter usually has a positive connotation, so let's go with 'General'.
This is the current UI grouping:
General
Boolean
Comments
Date
Email
Link
Number
List (float)
List (integer)
Number (decimal)
Number (float)
Number (integer)
Telephone number
Reference
Entity reference
File
Image
Term Reference
Text
Text (plain)
Text (formatted, long)
List (text)
Text (formatted)
Text (formatted, long, with summary)
Text (plain, long)
Comment #17
amateescu commentedI love that test.
Comment #18
amateescu commentedComment #19
jibran+1 for General. I think we need beta evaluation in issue summary.
Comment #20
amateescu commentedDone.
Comment #21
amateescu commentedComment #22
jibranThis is RTBC for me but let's wait for batmen(usability review) and spiderman(@yched) :D
Comment #23
yched commentedSpiderman : lol - unfortunately I'm not exactly that speedy atm. But the suit is cool ;-)
This looks great IMO. Leaving at NR for usability review.
Comment #24
webchickThe grouping makes sense to me as well. Explicitly assigning to Bojhan for review, since he was involved in the parent issue. If no response in a couple of days, I think we can go with this and tweak later.
Comment #25
Bojhan commentedLooks good to me, its a bit odd to see Text at the bottom.
Should Link not be in reference? Either way a big step already.
@webchick Thanks for time-boxing, I don't want to be a bottleneck. I also have no idea how to actually keep taps on this, other than checking my queue every day - which I am finding harder and harder.
Comment #26
amateescu commentedThanks for taking a look!
'Text' is at the bottom because the list is ordered alphabetically, do you think we should hardcode it to a different position?
I'm not sure about link.. I guess you could think of it as a "URL reference", how do others feel about that?
Comment #27
wim leersIf we put "Link" in the "Reference" category (because it's a reference to a URL), then I think we also need to put "Email" there, and arguably even "Date".
IMO, "Link" is fine where it is.
Comment #28
wim leersAsked Bojhan what he thought about #26 & #27:
:D
Comment #29
wim leersNitpick that can be fixed upon commit:
s/should/should be/
Comment #30
amateescu commentedA better nitpick would be to realize that the category is for a field type, not a condition :P
Comment #31
wim leersLOL!
Comment #32
catchCommitted/pushed to 8.0.x, thanks!