#1368 Fix textarea CSS that makes editing hard

v1.0.0
closed
Dave Brondsema
sf-2 (994)
General
nobody
2015-08-20
2011-01-20
Mark Ramm
No

Weston Moran: they REALLY need to fix the textarea issue
Weston Moran: as i edit things it is really a show stopper
Weston Moran: specifically
Weston Moran:

     input, textarea, select {
    -moz-border-radius: 4px 4px 4px 4px;
    -moz-box-shadow: 0 1px 3px rgba(0, 0, 0, 0.4) inset, 0 1px 0 rgba(255, 255, 255, 0.9);
    border: 1px solid #AAAAAA;
    display: inline-block;
    margin-bottom: 5px;
    overflow: hidden;
    padding: 5px;
    }

Weston Moran: that overflow:hidden
Weston Moran: is causing you not to be able to make edits past the visible space

Related

Wiki: Our Development Model

Discussion

  • Mark Ramm - 2011-01-20

    This came up in relation to editing the contents of the adobe neighborhood home page.

     

  • Dave Brondsema

    Dave Brondsema - 2011-01-21

    • status: open --> in-progress

    • assigned_to: Dave Brondsema

     

  • Dave Brondsema

    Dave Brondsema - 2011-01-21

    2 problems:

    • The plugin isn't working right on textarea.auto_resize It doesn't resize until several rows are clipped already.
    • Only markdown widgets have .auto_resize, other textareas still need the overflow fixed. It's coming from the @include deboss in _forms.scss
     

  • Dave Brondsema

    Dave Brondsema - 2011-01-21
    • status: in-progress --> code-review
    • assigned_to: Dave Brondsema --> Wolf
     

  • Dave Brondsema

    Dave Brondsema - 2011-01-21

    sftheme:db/1368, allura:db/1368

    • test that markdown textareas expand properly
      • regular, comments, and ones initially hidden
      • I only tested in FF4
    • test that regular textareas (e.g. new discussion topic) do normal scrolling correctly
     

  • Wolf - 2011-01-24
    • status: code-review --> closed
    • assigned_to: Wolf --> Dave Brondsema
     

Log in to post a comment.