On Saturday 02 May 2009 21:17:26 Dotan Cohen wrote:
What is not
obvious is the fact that the "old" system monitor is
inextrinsically linked to ksysguard in a way that you could define
monitors in ksysguard with all relevant parameters, i.e. defined range,
color, sensor, vertical and horizontal lines and then drag&drop them into
the panel.
Please excuse the plagiarism, but comment here to back the feature request
up:
https://bugs.kde.org/show_bug.cgi?id=191377
I hope that seconding is good enough. As soon as there are questions from the
developers I will foolow them up, having subscribed to the bug.
[Cluttered taskbar]
I cannot reproduce this on my huge monitor! Can you
please send to me
a screenshot? Thanks.
Actually, I want is a spacer to created cleanly differentiated ares for
starting icons, Systray, and various applets that I want to group into
functional areas.
There are only
two states of an icon. Full colored and slightly opaque
when you move the mouse pointer over it. There is no difference between
hovering with the mouse and clicking it. Screenshot doesn't help in this
case.
But I need a KDE 3 screenshots of the different states to show them
how you'd like it. Trust me, that's the only way to file the bug such
that it won't be ignored. Otherwise the dev has too much left to his
imagination.
See attachment. Icon1 is untouched and icon2 shows the icon when hovered over
with the mouse. There is a difference of colors, but there is no further
visual difference between hovering and clicking. KDE3 used to have an option
of seeing the icon as if it were a pressed button. Does this explanation make
it any clearer?
I call BS.
Mounting, unmounting, properties, size, filesystem etc. are
pieces of important information and I want to have these available before
using a basically crappy file manager. My file manager is cp, mv, ls, dd
and rm (plus cat and grep) and I'd like to use it on pluggable devices
before starting Dolphin.
So why don't you mount manually?
Because there are many more steps involved in doing it:
* look at dmesg to see the exact device name
* An external hard disk with more than one partition need looking at to decide
which partition you want to mount, i.e. cfdisk or mount them all and then use
"df"
* mount device mountpoint
* unmount /mountpoint
It would be preferable to
* get information about device and partitions before mounting
* letting you decide which partition to mount OR
* have them mounted automatically in standard places
If your intention is to use the CLI
then I'm not sure exactly what you are requesting here. I'm not being
a smart-ass, I'm really trying to figure this out. What exactly is it
that you need here? Was it available in KDE 3?
KDE3 took a different route: For each partition it showed you an individual
icon. Right clicking on each of these you could see the type of file system,
letting you mount/unmount it and/or open in konqueror. Gave you best of the
two worlds between CLI and GUI.
As I said, my
file manager is 5 two letter words and I'd like to use it
with pluggable devices. Give me a mount/umount/properties option on
pluggable devices and I'll be happy. I don't need graphical overhead to
do simple file operations.
Can you not mount from the CLI? Or if HAL automounts the device, why
can you not access it in /media or wherever else it is mounted?
See, I haven't figured out automounting a device in KDE4 without editing
/etc/fstab. I realize that this is probably the "real" way to do it, but
somehow I have refrained from looking up UUIDs of each and every device I
might plug in (5 external hard disks, 3 Memory Sticks). I had hoped for a
clean GUI way of a) seeing the device and mount/unmount it in KDE.
Probably the easiest way of doing it (that's the route I am taking now) is to
actually open it in Dolphin as soon as the device turns up. Opening all
partitions in let's say 4 different Dolphin windows, closing these windows,
goint to Konsole, do a "mount" and then work on the file system I need. With 4
partitions, two of them NTFS, two of them ext3, I still need to figure out
which ones I actually want to work with.
Please give an example of your KDE 3 workflow so that
I can see what
is missing in KDE 4.
* Plug in device
* Go to shell and start "mount" to see mount points and then cd to directory
And I'd
like my
weather applet that I can I can actually read, not some gray on gray
thingy.
Amen! Be specific as to what you would like changed, though. Don't
ever leave the dev/designer to guess!
1. Gray on gray sucks.
That's in the report
Very good. Incidentally, I found "yawp"
http://www.kde-
look.org/content/show.php/yaWP+(Yet+Another+Weather+Plasmoid)?content=94106
which I find cool, but for a simple version I'll be glad to take the old KDE3
applet and its functionality.
But just stating this won't get you anywhere,
trust me. You must ask
for each separate feature separately and specifically. That is because
everything is being recoded from scratch.
I can see that now and I'll try to become more specific in the future.
I'd rather
discuss them here first, because this gives me the opportunity
of seeing whether other people feel the same way or whether there is a
different way of getting the same results in 4.2 that I haven't figured
out yet.
That is a good attitude. Thanks for your input!
I have probably not figured out automount in KDE4, so maybe that is the
reason, why we go at length to see what I mwan with my workflow on mountable
devices.
Thanks for your help!
Peter