]> sipb.mit.edu Git - ikiwiki.git/blobdiff - doc/todo/edit_form:_no_fixed_size_for_textarea.mdwn
Add a comment about adding of per-wiki or per-user setting for the edit box size
[ikiwiki.git] / doc / todo / edit_form:_no_fixed_size_for_textarea.mdwn
index 4ca07c633e95bc8b5eb387e0fe12a7e00c1d412a..577c3dad89823784db6b299a03af730a8306bf5c 100644 (file)
@@ -10,7 +10,7 @@ On longer pages its not very comfortable to edit pages with such a small box. Th
 >      }
 >
 > Perhaps you have replaced it with a modified style sheet that does not
-> include that? --[[Joey]] [[!tag done]]
+> include that? --[[Joey]]
 
 >> 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.
 
@@ -31,4 +31,12 @@ On longer pages its not very comfortable to edit pages with such a small box. Th
 >>> 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]]
+>>>>>> 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]]
+
+Google chrome has a completly elegant fix for this problem: All textareas
+have a small resize handle in a corner, that can be dragged around. No
+nasty javascript needed. IMHO, this is the right solution, and I hope other
+browsers emulate it. [[done]]
+--[[Joey]]
+
+Wouldn't it be possible to just implement an integer-valued setting for this, accessible via the "Setup" wiki page? This would require a wiki regen, but such a setting would not be changed frequently I suppose. Also, Mediawiki has this implemented as a per-user setting (two settings, actually, -- number of rows and columns of the edit area); such a per-user setting would be the best possible implementation, but I'm not sure if ikiwiki already supports per-user settings. Please consider implementing this as the current 20 rows is a great PITA for any non-trivial page.