Whitespace and pixel-fixing
Posted Feb 28, 2011 2:58 UTC (Mon) by JamesOnTheWay
In reply to: Whitespace and pixel-fixing
Parent article: First look at Ubuntu "Natty" and the state of Unity
sladen writes, “Whitespace is hugely important, it frames the content and provides the cadence. It needs to be there.
At the same time, any specification (GNOME HIG) based upon repeated hard-coding of specific pixel-counts is flawed.”
I sincerely agree. Therefore, users must be given the ability to adjust all parts of windows, tables (row height and column and table width sizes) and dialog boxes with a Restore to Default available. This can be accomplished with an add-on window function and the Window Manager ready to instantly incorporate users' changes. This includes dialog boxes—or at the least these must instantly add scrollbars whenever content is greater than window-size and the dialog box must automatically move or resize to fit on each user’s screen.
Anything less than the above is laziness in design and development. That includes overuse of high level languages that add tremendous overhead; avoidance of minimal overhead low level routines written in a language such as Assembly; poor memory management; failure to effectively create and reuse global routines; and under- or misuse of OOP.
Since I am a senior designer-developer-programmer and neither a Canonical designer or developer nor a contributor to Ubuntu, I am hoping all of these concerns and more are effectively addressed by Ubuntu designers and project managers. I also hope I will be forgiven for stepping on the toes of all the fine people who actually are “in the trenches” creating Ubuntu and the applications we need to make Linux “ready for the desktop” and all of the wonderful high tech tools currently in use and coming in the future.
to post comments)