[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Suggested showstopper bugs
From:       Sean Lynch <lynch30 () marshall ! edu>
Date:       2005-02-24 17:17:52
Message-ID: 200502241217.52544.lynch30 () marshall ! edu
[Download RAW message or body]

I have a few bugs reported that I think should be considered for showstopper 
status (listed in order of priority).

http://bugs.kde.org/show_bug.cgi?id=98244

I figure everyone has this problem, as I've seen it reported on the dot, etc, 
but was actually surprised to not find a prior bug before I reported.  Its 
been reported for almost a month but hasn't seen much activity/votes, so 
maybe I'm overlooking another report.  Anyways, this bug causes your icons to 
be shifted on desktop startup, as well as anytime you hide and show a kicker 
panel.

http://bugs.kde.org/show_bug.cgi?id=70564
http://bugs.kde.org/show_bug.cgi?id=63155

The last 2 are related in a way.  The problem is some dialogs (not limited to, 
but include the Bookmarks menu.. whether from the menubar in konq, right 
click on desktop, or from the Menu), and the copy-to dialog (which is a 
specific bug above) can take up the full screen.  A temporary solution may be 
to use the More.. -> at the bottom like the quick browser has (but 63155 has 
a screenshot of this).  

http://bugs.kde.org/show_bug.cgi?id=97686

This is a xinerama bug, which might be hard to get a showstopper 
classification, but is a problem for those who run it, especially when you 
have the kicker on the left of a multimonitor setup.  The problem is menu's 
do not know to go left where there isn't enough room to go right (but is 
smart enough to not show the menu partially on both screens).  Instead the 
menu goes as far right it can without crossing the 'seam'.  All sequential 
submenus then proceed to take themselves on top.  Oddly though, if there is 3 
levels of submenus, the 3rd menu will then go left properly.

http://bugs.kde.org/show_bug.cgi?id=98985

This is more of a usability showstopper to me, but I'm sure some might 
disagree.  It has to do with the keyboard shortcuts designated to Move to 
Trash and Delete.  When you have only move to trash available (the show 
delete feature checkbox is disabled under konq), you use the delete key on 
your keyboard to move it to trash.  But when you go into trash:/,  you must 
hit Shift+Delete.  I feel many users won't understand (the above would be 
similiar to how Gnome, Windows, and I believe prior versions of the KDE trash 
directory, although have not looked on the latter).


Anyways, thought I'd throw these out there for review, as from using KDE 
daily, I know some workarounds, but to a new/less experienced KDE user, they 
would be frustrating/problematic.

Sean
 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]