What's with this thing?

Full screen of reported example.
Full screen of reported empty space.
  • screen: 1680x1050
  • font: 96 PPP (default)

I have the task bar at the bottom of the screen showing permanently, so that takes some 60 pixels off the screen height. It's Vista. All latest windows automatic updates and java updates and all that.

Hamilton Abreu02:01, 14 March 2011

Interesting. I cannot reproduce with IE8 on Win7. You should get the tiny for short messages and big for longer messages. Do you get the tiny two-line textarea for all long messages you've tried?

Nike11:42, 1 April 2011

Yes.

Shouldn't it just be attached to the bottom of the pop-up window, so that if the user increases the window's height the input box's height is increased accordingly? It's not correct to have the input box height fixed, irrespective of the length of the message.

Hamilton Abreu14:25, 2 April 2011

I made some changes. Is it any better now?

Nike09:14, 4 April 2011

It's somewhat better and more workable: the initial fixed height seems to be gone.

But height adjustments are made in a weird way: if the box is full of text, every time I press a key on the keyboard the box's height changes. Increases by one line, decreases by one line, increases by one line, etc.

And the box is not attached to the bottom of the pop-up window, so increasing the window's size just adds empty space at the bottom. I mention this again because it would sort it all out, but if it's not feasible so be it.

Hamilton Abreu15:21, 4 April 2011

It's not easy to do that with JavaScript. I'm sorry but I don't have access to IE7 so I can't test everything with it. IE 7 or older accounts about 1% of all browsers here.

Nike15:38, 4 April 2011
 

Hi, I do not know if it results from your changes of today but now you need an extra click to save your translation, because the summary line collapses on hitting the "save and proceed"-button instead of saving and proceeding. Thus I have to press it a second time. The idea of shortening the input line is good though. Why not shorten it for visibility but allowing longer entries if necessary. Cheers

[[kgh]]15:23, 4 April 2011

Good catch. I've fixed it. Although I think that most of edits don't really need any summary at all. Only those where you describe why did you make some particular decision or change.

Nike15:32, 4 April 2011

Hi Nike, thank you for fixing this. However there is still an usabiltiy issue. Since the summary line expands the buttons move to a different position. It would be better to have them on a fixed position regardless which action one performs. See also my proposal above. Cheers

[[kgh]]21:44, 4 April 2011

Well, at least they are not jumping around when you try to click them.

Nike21:46, 4 April 2011

That's true. :)

[[kgh]]21:47, 4 April 2011

But honestly, I'm not sure which is lesser evil: not being able to to see what you type in the summary or moving buttons if you use summary.

Nike21:48, 4 April 2011

Hmm, I think that always the end bit of you entry is shown as you type along. You actually see what you are typing. Thus this is definitely lesser evil.

[[kgh]]21:59, 4 April 2011