Changes between Initial Version and Version 1 of Ticket #24871, comment 9


Ignore:
Timestamp:
06/08/2015 01:22:43 AM (4 years ago)
Author:
Carl Meyer
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Ticket #24871, comment 9

    initial v1  
    33Creating a custom widget subclass is not onerous. I do it all the time, for all sorts of reasons. My inclination is that that's an adequate solution for this case.
    44
    5 That said, I wouldn't have any problem with a `prepend_newline` parameter to `Textarea` which defaults to `True`. The justification for this is not so much XHTML5 specifically, and more just that the automatic new line stripping is conceptually odd behavior to begin with, added by browsers to workaround careless markup, and it seems reasonable to have a way to avoid that workaround and revert to what would otherwise be the straightforward intuitive behavior for the `Textarea` widget (that is, leaving the provided contents alone).
     5That said, I wouldn't have any problem with a `prepend_newline` parameter to `Textarea` which defaults to `True`. The justification for this is not so much XHTML5 specifically, and more just that the automatic new line stripping is conceptually odd behavior to begin with, added by browsers to workaround careless markup, and it seems reasonable to have a way to avoid our workaround for that workaround and revert to what would otherwise be the straightforward intuitive behavior for the `Textarea` widget (that is, leaving the provided contents alone).
    66
    77I do think the added new line behavior is something that ought to be documented regardless. Accepting this ticket on the basis that at least docs should be added.
Back to Top