|This is an archive of past discussions.|
Please consider to implement advanced table editing options
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:10.0) Gecko/20100101 Firefox/10.0
It's really annoying to edit tables via "hand". Not to mention all the «div» and style=" " options... they drive me crazy! IMO advanced table editing options are a must-have for the new editor. DrLee 14:32, 3 February 2012 (UTC)
Problem in RTL word selection
User agent: Mozilla/5.0 (Windows NT 6.1; WOW64) AppleWebKit/535.7 (KHTML, like Gecko) Chrome/16.0.912.77 Safari/535.7
Hello. I made a test for writing in Arabic. When I doubled click to select one word, the whole line was selected. I wish to enable double click selection for only one word at a time which make it similar to LTR word selection. I hope this problem will be solved in later updates. Ciphers 23:21, 3 February 2012 (UTC)
User agent: Mozilla/5.0 (Windows NT 6.1) AppleWebKit/535.11 (KHTML, like Gecko) Chrome/17.0.963.46 Safari/535.11
rte 188.8.131.52 20:30, 14 February 2012 (UTC)
scroll bar trouble
User agent: Mozilla/5.0 (X11; Ubuntu; Linux x86_64; rv:10.0.1) Gecko/20100101 Firefox/10.0.1
When I click on the text the insertion point cursor locates to where I clicked, then when I use browser scoll bar to sroll the text where the insertion point is out of the browser window and release the scroll bar the page jumps back to a scroll position that allows the insertion point to be within the window again. Example: I sroll to bottom of a long page of text, click to place the insertion cursor in the middle of a paragraph of text near bottom of page, then I scroll to top of page, release the scroll bar and the page quickly scrolls on its own down to where the insertion cursor is within the window. To get up the page and stay up, I have to move the insertion pointer up. Is this by design? If so, a pop up explaining this interaction design would be helpful when I try to scoll the insertion pointer out of the window. 184.108.40.206 18:43, 15 February 2012 (UTC)
Is this right
Side-by-side view: same heading always at same position
User agent: Mozilla/5.0 (Windows NT 5.1; rv:10.0.2) Gecko/20100101 Firefox/10.0.2
Great editor! When I scroll the same document down in side-by-side view, it is scrolled down in both views at once. That is good. However, because the Wiki (old) mode take more space than the direct-editing mode, the headings are no long parallel after a while; at the bottom, the Wiki mode will go on down for a long while after the direct mode has already ended and become whitespace.
I propose that headings should be automatically fixed; that is, if the same paragraph is shorter in one mode, whitespace should be added (only visually) so that the next heading will be at the exact same height in both sides of the window when you scroll.
It may be even better to add whitespace after each paragraph: then each parallel paragraph will always be at the same height, so that you can easily compare the two sides.
Templates, tables, etc
User agent: Mozilla/5.0 (X11; Linux x86_64) AppleWebKit/535.7 (KHTML, like Gecko) Ubuntu/11.10 Chromium/16.0.912.77 Chrome/16.0.912.77 Safari/535.7
User agent: Mozilla/5.0 (compatible; MSIE 9.0; Windows NT 6.0; Trident/5.0; SLCC1; .NET CLR 2.0.50727; Media Center PC 5.0; .NET CLR 3.5.30729; .NET CLR 3.0.30729; .NET4.0C)
220.127.116.11 19:18, 27 February 2012 (UTC)
User agent: Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; CSIE60SP02; .NET CLR 3.5.30729; InfoPath.1; CSIE60SP02)
What about pictures? I do not see any rendering and any writing support to add or view the image. :c( 18.104.22.168 15:14, 29 February 2012 (UTC)