erAck wrote:

I don't know what you'd expect from overflow, but I'm quite sure it does not do what you think it does.. overflow (visible, hidden, scroll, auto) specifies what happens if content is bigger than the area specified, it does not change the area size.

shouldn`t "visible" expand the textfield to the needed size?

erAck wrote:

So if you want "the box adjusting its height automaticly" then set

  height: auto;

already tried, does not work at all. the field-size stays the same and i still have to scroll

erAck wrote:

Btw, it's not minimum-height but min-height.

yes, i know. i actually just meant the behavior, not the term. sorry for confusion, my fault

auto-height (yes, i know ;-)) isn`t working under any circumstances. no matter if for existing text, typing, adding words or copy-and-paste.

i`m using Firefox. i haven`t checked another brother yet, cause i won`t switch. my trust in google or MS is pretty much less than zero, so i don`t want to contaminate my PC more than it`s already done. if there is no solution to this problem, I`ll stick with altering the field zu an fixed increased size. i can live with that. but "auto" would be way better.

for an unknown reason the inspector doesn`t allow me to examinate the field within the admin-area. don`t know why, maybe I`m just too stupid.

but: when alterning the height-value in TEXTAREA.description to a defined value, the field reacts. when inceasing the height to e.g. "30em" - it does, what it should. so i`m pretty sure, i`ve got the right switch. but "auto" leads to zero success. that`s the disturbing thing.

I have no problem locating .description in the Inspector. And there I see that (for me) the element is inline calculated as

element {
    overflow-y: hidden;
    height: 78.4px;
}

Filtering for height displays just that and the

TEXTAREA.description {
  height: 6em;   <= overridden
  width: 40em;   <= overridden
  overflow: auto;
    overflow-y: auto;   <= overridden
}

So the actual .description height seems to depend on the surroundings and might be calculated with jquery.autogrow from admin/themes/default/template/include/autosize.inc.tpl included by admin/themes/default/template/picture_modify.tpl, don't ask me how that exactly works.. But changing it in the Inspector to auto and entering some newlines in the description area then grows the area if needed and the inline element calculation changes; for me.. I didn't try with changing .css files.

Katryne wrote:

Leopold, are you using FCK Editor plugin ? If so, you can enlarge the text area by stretching it by a corner.

manual enlarging is possible, but that`s not what i am looking for. i really want the area to fit its content automaticly, as i`m using piwigo more as an CMS than a pure gallery. that`s why i have descriptions up to a few thousand words per album. handling would be way easier for me, if the area would match the text on its own.

but as is said, for know i can live with the increased fixed size.

thanks for reply