Your message dated Fri, 19 May 2006 10:45:31 +0200
with message-id <[EMAIL PROTECTED]>
and subject line kicker: Name not shown unless file has .desktop extension
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--- Begin Message ---
Package: kicker
Version: 4:3.2.1-1
Severity: minor
Icons copied to the kicker toolbar show a name or description on mouseover --
but only if the file has the .desktop extension. So for instance if you have
mozilla firefox, mouseover will show the full pathname unless the file
~.kde/share/apps/kicker/Firefox has the .desktop extension. As normal usage
is to populate kicker by dragging files from the desktop, and these desktop
icons often don't have the .desktop extension, mouseover often ends up
showing the full pathname.
I don't see any reason to keep this behavior; files in ~.kde/share/apps/kicker
are .desktop files by default and it would be nice to have the icons honor
the name when the user enters a name in the Properties | Application menu.
This is a good example of a bug that is completely opaque to a newbie, and
makes the interface seem geeky -- why would an icon show the whole path?
What would be useful is if the whole path could show inside the Properties
dialogue -- that's where the user could learn how the system works.
-- System Information:
Debian Release: testing/unstable
APT prefers unstable
APT policy: (500, 'unstable')
Architecture: i386 (i686)
Kernel: Linux 2.6.3
Locale: LANG=C, LC_CTYPE=C
Versions of packages kicker depends on:
ii kdebase-data 4:3.2.1-1 KDE Base (shared data)
ii kdelibs4 4:3.2.1-1 KDE core libraries
ii libart-2.0-2 2.3.16-1 Library of functions for 2D graphi
ii libc6 2.3.2.ds1-10 GNU C Library: Shared libraries an
ii libfam0c102 2.6.10-6 client library to control the FAM
hi libgcc1 1:3.3.3-1 GCC support library
ii libice6 4.3.0-5 Inter-Client Exchange library
ii libkonq4 4:3.2.1-1 Core libraries for KDE's file mana
ii libpng12-0 1.2.5.0-4 PNG library - runtime
ii libqt3c102-mt 3:3.2.3-2 Qt GUI Library (Threaded runtime v
ii libsm6 4.3.0-5 X Window System Session Management
hi libstdc++5 1:3.3.3-1 The GNU Standard C++ Library v3
ii libx11-6 4.3.0-5 X Window System protocol client li
ii libxext6 4.3.0-5 X Window System miscellaneous exte
ii libxrender1 0.8.3-7 X Rendering Extension client libra
ii libxtst6 4.3.0-5 X Window System event recording an
ii xlibs 4.3.0-5 X Window System client libraries m
ii zlib1g 1:1.2.1-4 compression library - runtime
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 4:3.5.0
On Mon, Mar 15, 2004 at 01:50:05AM -0800, David Liontooth wrote:
> Package: kicker
> Version: 4:3.2.1-1
> Severity: minor
>
>
> Icons copied to the kicker toolbar show a name or description on mouseover --
> but only if the file has the .desktop extension. So for instance if you have
> mozilla firefox, mouseover will show the full pathname unless the file
> ~.kde/share/apps/kicker/Firefox has the .desktop extension. As normal usage
> is to populate kicker by dragging files from the desktop, and these desktop
> icons often don't have the .desktop extension, mouseover often ends up
> showing the full pathname.
>
> I don't see any reason to keep this behavior; files in ~.kde/share/apps/kicker
> are .desktop files by default and it would be nice to have the icons honor
> the name when the user enters a name in the Properties | Application menu.
>
> This is a good example of a bug that is completely opaque to a newbie, and
> makes the interface seem geeky -- why would an icon show the whole path?
>
> What would be useful is if the whole path could show inside the Properties
> dialogue -- that's where the user could learn how the system works.
works that way in kde 3.5
--
·O· Pierre Habouzit
··O [EMAIL PROTECTED]
OOO http://www.madism.org
signature.asc
Description: Digital signature
--- End Message ---
