Bug 113048 - The search field in the start menu is too short the first time the menu is opened
Summary: The search field in the start menu is too short the first time the menu is op...
Status: RESOLVED FIXED
: 113288 (view as bug list)
Alias: None
Product: SUSE LINUX 10.0
Classification: openSUSE
Component: KDE (show other bugs)
Version: Beta 3
Hardware: All All
: P5 - None : Critical
Target Milestone: ---
Assignee: Lubos Lunak
QA Contact: E-mail List
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2005-08-25 15:46 UTC by Joachim Werner
Modified: 2005-09-05 14:54 UTC (History)
1 user (show)

See Also:
Found By: Development
Services Priority:
Business Priority:
Blocker: ---
Marketing QA Status: ---
IT Deployment: ---


Attachments
Screenshot (506.45 KB, image/png)
2005-08-25 15:49 UTC, Joachim Werner
Details

Note You need to log in before you can comment on or make changes to this bug.
Description Joachim Werner 2005-08-25 15:46:06 UTC
When you open the KDE start menu for the first time, the new search field is  
only half the size of the menu, and the background is visible. This doesn't  
look too nice (see attached screenshot).  
  
As soon as you move the mouse the field is redrawn in the right size.  
  
To reproduce this, you can do a  
  
killall kicker  
kicker  
  
and then open the start menu.
Comment 1 Joachim Werner 2005-08-25 15:49:21 UTC
Created attachment 47638 [details]
Screenshot
Comment 2 Stephan Kulow 2005-08-27 09:00:25 UTC
*** Bug 113288 has been marked as a duplicate of this bug. ***
Comment 3 Benjamin Weber 2005-08-27 09:04:10 UTC
I don't think 113288 is a duplicate, it's a separate problem  
Comment 4 Benjamin Weber 2005-09-01 19:42:29 UTC
both of these bugs still exist in beta4, if they're not fixed perhaps the 
search should just be removed,  
 
it isn't very useful without possibility to start the application when the 
search is unique anyway, you still have to move through the menu. 
Comment 5 Stephan Kulow 2005-09-05 11:15:53 UTC
it's a help anyway to find something. KDE4 will hopefully see something more 
innovative there. I'm going to integrate Lubos's patch 
Comment 6 Stephan Kulow 2005-09-05 11:34:11 UTC
I think this is a very visible and ugly problem, so I submitted a fixed 
package to be integrated in RC2 hopefully 
Comment 7 Stephan Kulow 2005-09-05 11:34:59 UTC
Benjamin: I can't reproduce 113288 btw. When I type text without having 
activated the search line before I activate the submenu that starts with that 
letter 
Comment 8 Benjamin Weber 2005-09-05 14:08:42 UTC
Stephan: clip of the 113288 problem (taken in beta4): 
http://bw.uwcs.co.uk/menuproblem.mpeg 
 
Also any chance of it starting the application on hitting enter if only one 
application matches the search? 
Comment 9 Benjamin Weber 2005-09-05 14:54:32 UTC
(In reply to comment #7)  
> Benjamin: I can't reproduce 113288 btw. When I type text without having   
> activated the search line before I activate the submenu that starts with  
that   
> letter   
  
Ok I think I have a way to reliably reproduce this, confirmed by 2 other  
people. The key seems to be that sometimes the search field is active before  
you activate it.  
  
To reproduce:   
 
click on the menu, click on the search field, type in "ab" leave the mouse 
over the search field and hit escape twice to hide the menu, click on menu 
again (search field should be allready active) type in "ab" and move mouse 
over menu. "ab" should be overlaid with the "press '/' to search"