GNOME Bugzilla – Bug 360873
Row height / Column width dialog confusing
Last modified: 2008-09-11 20:07:39 UTC
I noticed the following issues while changing row heights. The same should be true for column widths. * right click a row, click "Row height..." ... suppose it shows 12.750 pts * click the little raise button to make it read 13.750 pts * press Apply -> 13.500 Q1: Why three decimal places? Q2: Why does the de/increase buttons use 1.000 and not the stepping 0.750? Now do the same with 150% and 200% magnification. Notice that stepping is less for larger magnifications. Q3: Why do the possible values depend on the magnification? Q4: How to get a row height of 14.050 pts? Hacking the file works perfectly, but even 500% do not help. Q5: Why does typing a value in the entry does not make the apply button sensitive? Maybe the whole Apply paradigm has to be changed, i do not know.
typing in the entry and then focussing elsewhere (for example by typing tab or enter) enables the apply button. That is consistent with behaviour elsewhere in gnome (but pretty annoying none-thel-ess. More annoying is that typing 14.050 and clicking "apply" changes the row height to 14.250 or 13.875 or... depending on zoom level.
Hmm, it looks like we have some pixel vs points confusion. The dialog appears to ask for points and preloads the dialog with the current height or width in points. When the apply button is pushed and the value had changed, it interprets the given values as pixels, that are later changed in points... Should the dialog work in pixels or points?
I guess the real issue was that only few point values are in fact valid, since the corresponding pixel values must be integers. I have changed the dialog so that the user chooses pixel values (integers) but is also shown the corresponding point values. This problem has been fixed in the development version. The fix will be available in the next major software release. Thank you for your bug report.