| Summary: | digiKam right click menu does not show any text | ||
|---|---|---|---|
| Product: | [Applications] digikam | Reporter: | Kendrick <sleepandstatic> |
| Component: | Usability-Menus | Assignee: | Digikam Developers <digikam-bugs-null> |
| Status: | RESOLVED FIXED | ||
| Severity: | normal | CC: | attilashepard, caulier.gilles, cfeck |
| Priority: | NOR | ||
| Version: | 2.0.0 | ||
| Target Milestone: | --- | ||
| Platform: | Microsoft Windows | ||
| OS: | Microsoft Windows | ||
| Latest Commit: | Version Fixed In: | 2.0.0 | |
| Sentry Crash Report: | |||
| Attachments: | screenshot | ||
yes, and i can reproduce it with digiKam 2.0.0 and KDE 4.5.4. It's a widget style problem. All other KDE widget style work fine. Try windowsXP for ex. The problem only occurs with WindowsVista style. This problem have been already reproted in the past Best Gilles Caulier If anybody from KDE core team want to take a look some minutes in digiKam source code, we use a dedicate KMenu class to show a vertical banner on the left side of the menu. Code is there : https://projects.kde.org/projects/extragear/graphics/digikam/repository/revisions/master/entry/libs/widgets/common/dpopupmenu.cpp If something is missing here, let's me hear... Thanks in advance Gilles Caulier Gilles, can you check if it works correctly, if you move "KMenu::paintEvent(e);" to the end of the function DPopupMenu::paintEvent() ? It looks like the call to render QStyle::PE_FrameMenu actually renders the complete background, so the text is erased. christoph, your solution work perfectly.i will patch digikam like this thanks a lots gilles caulier 2011/7/18, Christoph Feck <christoph@maxiom.de>: > https://bugs.kde.org/show_bug.cgi?id=274388 > > > Christoph Feck <christoph@maxiom.de> changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC| |christoph@maxiom.de > > > > > --- Comment #3 from Christoph Feck <christoph maxiom de> 2011-07-18 > 20:45:41 --- > Gilles, can you check if it works correctly, if you move > "KMenu::paintEvent(e);" to the end of the function DPopupMenu::paintEvent() > ? > > It looks like the call to render QStyle::PE_FrameMenu actually renders the > complete background, so the text is erased. > > -- > Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > With commit http://commits.kde.org/digikam/03200ce1412f6425018e2b003a9b0c1d9a91d585 ...I fixed this entry Gilles Caulier Sorry for asking such a newbie question guys, but I am having the same issue and am unable to figure out how to implement this fix. I've looked all over and can't figure out where do drop this file... am I going about it all wrong already? Thanks in advance, Attila It's fixed in 2.3.0 release... Gilles Caulier |
Created attachment 60417 [details] screenshot Version: 1.7.0 (using KDE 4.4.4) OS: MS Windows Right clicking on any photo brings up a blank context menu. The actions are still there; if I click on the blank space the comamands still run, but I can't see what I selected. Reproducible: Always Steps to Reproduce: Right click a photo. Actual Results: Blank context menu. Expected Results: Context menu containing code. I'm using Windows 7 and the latest available install of digiKam for Windows.