On Sat, 18 May 2013 02:28:53 -0400 Felix Miata <mrmazda@earthlink.net> wrote:
On 2013-05-18 00:36 (GMT-0500) Rajko composed: ...
Search ...
I mostly do only minimal installs, to minimize noise from never to be used apps, minimize bandwidth consumption and time consumption ...
The few favorite apps are either kept open continuously, or fit on a small panel space, like in Windows 9x.
Here there are many installations. Similarity and repeatability among them are desirable characteristics ...
See, your use case is testing, but what you test is not a typical use case with default selection as a base, it is arbitrary downsized system and application set that may, or may not work the same way as default installation. Your change to packaging system: solver.onlyRequires = true in /etc/zypp/zypp.con combined with difference in opinion between you and packager what belongs to Require, this can drop out some helper libraries, or applications that are present in a default set. Your system may have different properties then the one of average users, so your problem could be all between, only yours and affects everybody. As a matter of fact, your systems have different properties for sure, when one takes in account all changes to display that you do. It may suit you, but then, you are not testing the same graphical output that most users can see. Installations this days, even minimal that you use, are still too large for detailed comparative breakdown of effects that all combinations of components can produce.
* do the same, just drag and drop ...
There is no "just" DND here. I didn't like DND decades ago when it was a new thing, and I don't like it now. It's poorly repeatable,...
Again, you have a problem with something that is not present for average user. You want repeatability to the last pixel, which is in day to day operation of a desktop largely irrelevant. Dragging icons, or other representations of objects, must work without precision that you are asking for, otherwise, it is an usability bug. Apropos eyes, mine are far from being as good as they were in my thirties (seeing sharp from 2" to far away), but with help of spectacles DND works fine.
I'll have to ask you why is manual panel hiding so important to you. ... The need is difficult to explain, so I won't try to do it in detail. It's all about laying out objects on the desktop for full screen screenshots in which the panel is not to be included in the shot
Not having panel in a screenshot is an extra demand that will not change quality of a screenshot; it will be more like dropping out an aid to people watching your image. Panel has its standard size in default installation, so it works as some kind of reference object. (Note: "some kind", not pixel precise reference.)
Its design is appropriate for computers that have not 100 partitions. I'm sure it can be improved, but it will help how many users? You could the only one in the world with such massive number of devices placed in fstab.
It's not one fstab here. It's hundreds. It's not just disk partitions, but also NFS and Samba shares from the LAN. The problem did not and does not exist in KDE3 or TDE.
Does KDE3 automatically update display? How often it scans for updated information? NFS, Samba are as fast as network and protocols allow. One can't speed that up without compromises. There is, probably, more questions to ask, before one can answer what works and what not. Also, you can configure that panel to show only what you want to see.
Automagic is usually fine for typical uses. My uses aren't typical, and automagic is as likely to get in my way as be useful.
Problem is that you test something with your arbitrary changes to default. You think of it as of minimized representations of real system, but, as mentioned above, it is most likely that your system does not behave the same way as default one, which severely limits applicability of test results. Don't be surprised that developers and other users have sometimes hard time to reproduce bugs and problems you can see. -- Regards, Rajko. -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org