https://bugs.kde.org/show_bug.cgi?id=297217
--- Comment #14 from Felix Miata <mrma...@earthlink.net> --- (In reply to Christoph Feck from comment #7) "...-use an arbitrary (larger) initial size, e.g. based on font width, without looking at the entries at all I do not like either of the solutions." 1: "Either:... "one or the other of two" http://www.dictionary.com/browse/either?s=t You listed three items. I too do not like either of the first two, while the third almost perfectly describes the ideal.... 2: The third item makes much more sense than the already arbitrary initial window size. Basing the size on font size is how it should already be done. The arbitrary current sizing could work by simply converting its design px sizes to the em values of those sizes using the default font size, so that those needing larger fonts automatically get a larger window *and* pane sizes that maintain the designer's proportions. Px sizing is an abomination that works only for those with youthful eyes and those who don't mind straining to see what they need to see, and then only if the designer wisely employs empathy for those whose vision is less than perfect. "When the user is able to resize the splitter, the dialog should simply remember the width for future invokations." This should already be the case too, but it's less critical that intelligent initial size. A too small initial size means both the slider needs to be moved and the window needs to be bigger. -- You are receiving this mail because: You are watching all bug changes.
