Hello all, I have a work-around, so this isn't urgent. In view of recent events, keep caring for yourselves. Gmail sizes some text areas weirdly, as (CSS) width:80ex, and they disappear from view. I've tried two fonts, and the disappearance is complete in both cases. A cut down example is attached. The diff to suppress the disappearance is: --- gmail-compose-14.html 2016-10-21 21:06:01.000000000 +1300 +++ gmail-compose-15.html 2016-10-21 21:10:41.000000000 +1300 @@ -18,7 +18,10 @@ .th a:link, .th a:active, .th a:visited{text-decoration:none} .bn td{border:1px solid #FAD163} .ct textarea, .ct input, .ct select{font-family:arial,sans-serif;font-size:100%} + .compose .mi{width:80ex;font-family:arial,sans-serif;font-size:100%} +.compose .mi{width:100%;font-family:arial,sans-serif;font-size:100%} + .compose .i, .search .i{width:99%;font-family:arial,sans-serif;font-size:100%} .qr textarea{width:80ex;font-family:arial,sans-serif;font-size:100%} .qr input{font-family:arial,sans-serif;font-size:100%} The immensely crude work-around is the following, as a .gdbinit: ---------------- break 'StyleEngine::setClass' break main commands 2 cond 1 (0 == (int)strcmp(klass, "mi")) cont end commands 1 set klass = "i" cont end run ---------------- I'm open to hints about where to look for the effect of width on multiline text resources, but really I'm lost. Regards, James.
Hi All, I'm not sure whether Google changed things or I forgot the scope of my work-around. Here's a different one (still a .gdbinit) that's equally crude but possibly more robust: -------------- break CSS_CREATE_LENGTH(float, CssLengthType) cond 1 (t==CSS_LENGTH_TYPE_EX) commands 1 print t=CSS_LENGTH_TYPE_PERCENTAGE print v=100 cont -------------- Regards, James. On 21/10/2016, James C <james.from.wellington at gmail.com> wrote:
Hello all,
I have a work-around, so this isn't urgent. In view of recent events, keep caring for yourselves.
Gmail sizes some text areas weirdly, as (CSS) width:80ex, and they disappear from view. I've tried two fonts, and the disappearance is complete in both cases. A cut down example is attached. The diff to suppress the disappearance is:
--- gmail-compose-14.html 2016-10-21 21:06:01.000000000 +1300 +++ gmail-compose-15.html 2016-10-21 21:10:41.000000000 +1300 @@ -18,7 +18,10 @@ .th a:link, .th a:active, .th a:visited{text-decoration:none} .bn td{border:1px solid #FAD163} .ct textarea, .ct input, .ct select{font-family:arial,sans-serif;font-size:100%} + .compose .mi{width:80ex;font-family:arial,sans-serif;font-size:100%} +.compose .mi{width:100%;font-family:arial,sans-serif;font-size:100%} + .compose .i, .search .i{width:99%;font-family:arial,sans-serif;font-size:100%} .qr textarea{width:80ex;font-family:arial,sans-serif;font-size:100%} .qr input{font-family:arial,sans-serif;font-size:100%}
The immensely crude work-around is the following, as a .gdbinit: ---------------- break 'StyleEngine::setClass' break main commands 2 cond 1 (0 == (int)strcmp(klass, "mi")) cont end commands 1 set klass = "i" cont end run ----------------
I'm open to hints about where to look for the effect of width on multiline text resources, but really I'm lost.
Regards, James.
Teilnehmer (1)
-
james.from.wellington@gmail.com