Closed (fixed)
Project:
Drupal core
Version:
8.0.x-dev
Component:
forms system
Priority:
Major
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
7 Jun 2015 at 00:16 UTC
Updated:
3 Jul 2015 at 19:04 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
peezy commentedComment #2
peezy commentedComment #4
peezy commentedResubmitting patch after pulling.
Comment #6
peezy commentedCorrected core version.
Comment #7
joelpittetSorry we just need to keep these under 80 characters per line.
80 character limit.
Comment #9
peezy commentedReduced length of comments to be fewer than 80 characters.
Comment #10
peezy commentedComment #11
joelpittetspace pleezy
Comment #12
peezy commentedSorry, it was obviously a late night.
Comment #13
joelpittetMerci bien! That works.
Comment #14
catchSorry nitpick but this should be 'ensures'
Comment #15
star-szrI'm wondering do we even need this sentence? Seems a tiny bit redundant the way I'm reading it.
Comment #16
joelpittetI thought there was $5M liability on this method, insures it correct to me:P
Comment #17
davidhernandezRemoved the redundant sentence and clarified the first one.
Comment #18
joelpittetThanks @davidhernandez. Just adding some pluralized pronouns and doc standards for methods in comments. AFAIK.
Comment #19
joelpittetScratch the first thing, it's 'the list' not 'the safe strings'.
Comment #20
cilefen commentedJust semantically, I would go with "Retrieve the safe strings and store them for this request. ..." if that conveys the proper meaning. Does it matter that they were "previously known"?
Comment #21
davidhernandezSimplified the sentence. Lets not bikeshed it.
Comment #22
star-szrI'm not sure if the ::setStrings() thing is going to mesh with api.d.o, but this looks good to me now. Small patch but it points to where the safeness of the strings has been determined.
Edit: And not sure it matters since it's an inline comment?
Comment #23
joelpittetOrange... I mean rtbc
Comment #29
star-szrComment #32
xjmThanks everyone! As with #2501447: Document SafeMarkup::setMultiple in _batch_page(), we're not going to be able to get around this usage right now, and we do have the existing @todo for the memory implications. So, committed and pushed to 8.0.x.
Re: the
::setCache()bit, api.d.o will indeed not parse it, but I think we said it's okay to use such shorthands in paragraphs of text on the same class. So I think that's okay.Comment #33
tim.plunkett