On 2013-05-18 00:36 (GMT-0500) Rajko composed:
Felix Miata wrote:
On first open: no Firefox icon appears on panel I change starter to classic style
Search does not exist in classic style and this days with elaborated menu structure it is convenient to ask for certain application via search and if it is often used then move it to Favorites, Quicklaunch, etc.
I mostly do only minimal installs, to minimize noise from never to be used apps, minimize bandwidth consumption and time consumption at installation and update times, and minimize space required for a usable installation so as to fit a larger diversity of installations in a given total available space. With minimal selection available, need for a typed search to find an app is non-existent, and non-appreciated. Typed searches I do in individual application search boxes, web page search boxes, OFMs, and YaST, not in DE menuing systems. 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 readily provided via copying or tweaking config files, poorly replicated or unrepeatable via pointing devices.
* do the same, just drag and drop icon for you application to the place on a "kickstater" (panel) where you want it; if it is not right where you want it, then either edit panel, or delete and drag from source again * you can also add widget Quicklaunch that can host a lot of your favorites; you can add more then one widget, so you can group apps. To fill up widget, use drag'n'drop.
See above. Drag'n'drop is not a new concept, and it is sometimes fun to explore what you can do with it in KDE4.
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, particularly since by default everything on a modern desktop is designed for people with 15 year old eyes sitting close enough to screen to tell difference between a pixel in the middle of the dot on an "i" and a baby gnat landed on screen. My eyes can't do anything like that, and I certainly can't sit 14" or less away from 4-6 different displays at once.
I'll have to ask you why is manual panel hiding so important to you. How big is screen that you use, and how much savings on a screen surface offers hidden panel?
I use many different screens, with and without panning enabled. Screen size and resolution aren't relevant here to panel hiding and unhiding.
Then, once it is hidden, how that improves accessibility? You have to click to "unhide" it and then click to start application.
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, and having _nothing_ other than the ksnapshot and file picker windows move unless I make the move myself using a click or drag at least until after the capture, and the capture image review, and the recapture if one is necessary. You can peruse the images in http://fm.no-ip.com/SS/ to maybe get an idea.
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. 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. -- "The wise are known for their understanding, and pleasant words are persuasive." Proverbs 16:21 (New Living Translation) Team OS/2 ** Reg. Linux User #211409 ** a11y rocks! Felix Miata *** http://fm.no-ip.com/ -- To unsubscribe, e-mail: opensuse+unsubscribe@opensuse.org To contact the owner, e-mail: opensuse+owner@opensuse.org