diff options
author | Joey Hess <joey@gnu.kitenet.net> | 2009-05-19 13:07:47 -0400 |
---|---|---|
committer | Joey Hess <joey@gnu.kitenet.net> | 2009-05-19 13:07:47 -0400 |
commit | ef003f48f4a3fe8fb67fda62c70a299b07d75976 (patch) | |
tree | cb5972026e6beed91b5eca2fa4962790244062bd /doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn | |
parent | 53b1c6f559c1d09fbdbc28c8e4d5090dd455cd26 (diff) | |
parent | 4c5987d150b26f638494638f7861fb7646542a37 (diff) |
Merge branch 'master' into po
Conflicts:
debian/changelog
Diffstat (limited to 'doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn')
-rw-r--r-- | doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn | 34 |
1 files changed, 34 insertions, 0 deletions
diff --git a/doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn b/doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn new file mode 100644 index 000000000..4c9c2352a --- /dev/null +++ b/doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn @@ -0,0 +1,34 @@ +At the moment the text area in the edit form has a fixed size of 20 rows. + +On longer pages its not very comfortable to edit pages with such a small box. The whole screen size should be used instead([example](http://img3.imagebanana.com/img/bl10u9mb/editingtodo_1241804460828.png)). + +> The whole screen width is used, via the following +> from style.css: +> +> { +> width: 100%; +> } +> +> Perhaps you have replaced it with a modified style sheet that does not +> include that? --[[Joey]] [[!tag done]] + +>> The screen shot was made with http://ikiwiki.info/ where i didn't change anything. The width is optimally used. The problem is the height. + +>>> You confused me by talking about rows... +>>> I don't know how to allow CSS to resize a textarea +>>> to the full browser height. The obvious `height: 75%;` +>>> does not work, at least in firefox and epiphany. +>>> +>>> Ah, of course, if it did work, it'd make it be 75% of +>>> the full *page* height, and not the browser window height. +>>> +>>> According to +>>> [this page](http://stackoverflow.com/questions/632983/css-height-if-textarea-as-a-percentage-of-the-viewport-height): +>>>>>50% of what? Parent says ‘auto’, which means base it on the height of the child content. Which depends on the height on the parent. Argh! etc. +>>>>> +>>>>>So you have to give its parent a percentage height. And the parent's parent, all the way up to the root. +>>> So, other than a javascript-based resizer, some very tricky and invasive CSS +>>> seems to be needed. Please someone let me know if you succeed in doing that. +>>> --[[Joey]] + +>>>>>> the javascript approach would need to work something like this: you need to know about the "bottom-most" item on the edit page, and get a handle for that object in the DOM. You can then obtain the absolute position height-wise of this element and the absolute position of the bottom of the window to determine the pixel-difference. Then, you set the height of the textarea to (current height in px) + determined-value. This needs to be re-triggered on various resize events, at least for the window and probably for other elements too. I may have a stab at this at some point. -- [[Jon]] |