[plasmashell] [Bug 491954] Global Menu fails to display shortcuts for applications built with XfceGtkActionEntries
https://bugs.kde.org/show_bug.cgi?id=491954 --- Comment #1 from Georg Schwarz --- The shortcut information is not sent over dbus. It appears to me that gmenu-dbusmenu-prioxy would need to be enhanced to support XfceGtkActionEntries. Not sure how much changes this would require. -- You are receiving this mail because: You are watching all bug changes.
[plasmashell] [Bug 491954] New: Global Menu fails to display shortcuts for applications built with XfceGtkActionEntries
https://bugs.kde.org/show_bug.cgi?id=491954 Bug ID: 491954 Summary: Global Menu fails to display shortcuts for applications built with XfceGtkActionEntries Classification: Plasma Product: plasmashell Version: 6.0.5 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: Global Menu Assignee: plasma-b...@kde.org Reporter: georg.schw...@freenet.de CC: k...@privat.broulik.de, mvourla...@gmail.com Target Milestone: 1.0 *** If you're not sure this is actually a bug, instead post about it at https://discuss.kde.org If you're reporting a crash, attach a backtrace with debug symbols; see https://community.kde.org/Guidelines_and_HOWTOs/Debugging/How_to_create_useful_crash_reports *** SUMMARY STEPS TO REPRODUCE 1. Make sure global menu is enabled and you are using X11, not Wayland (due to bug #424485) 2. Launch an application built with XfceGtkActionEntries such as Xfce4-Terminal 1.1.3 or Thunar 4.18.11 3. Go through the pull-down menus in the global menu. OBSERVED RESULT The entries do not have shortcuts (accelerators) displayed EXPECTED RESULT Shortcuts (accelerators) should be displayed just as when having the menus attached to the window (i.e. when not using the global menu) SOFTWARE/OS VERSIONS Windows: macOS: (available in the Info Center app, or by running `kinfo` in a terminal window) Linux/KDE Plasma: KDE Plasma Version: 6.0.5 KDE Frameworks Version: 6.4.0 Qt Version: 6.7.2 ADDITIONAL INFORMATION With older versions of those applications (e.g. Xfce4-Terminal 0.8.10 or Thunar 4.16.10), which have been build using GtkActionEntries and not XfceGtkActionEntries, the shortcuts are displayed as expected with KDE's Global Menu. To be fair, Vala-Panel-Appmenu has the same problem (cf. https://gitlab.com/vala-panel-project/vala-panel-appmenu/-/issues/375). -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 491076] Feature Request: do display one's own sender/recipient email address and name
https://bugs.kde.org/show_bug.cgi?id=491076 --- Comment #3 from Georg Schwarz --- Thanks a lot for so quickly implementing this. Very much appreciated. This should also fix or at least provide a reasonable solution to bug #277622. -- You are receiving this mail because: You are watching all bug changes.
[kdepim] [Bug 491076] New: Feature Request: do display one's own sender/recipient email address and name
https://bugs.kde.org/show_bug.cgi?id=491076 Bug ID: 491076 Summary: Feature Request: do display one's own sender/recipient email address and name Classification: Applications Product: kdepim Version: unspecified Platform: Manjaro OS: Linux Status: REPORTED Severity: wishlist Priority: NOR Component: messagecore Assignee: kdepim-b...@kde.org Reporter: georg.schw...@freenet.de Target Milestone: --- KDE PIM does not display one's own email address and name, but instead replaces it with "me". This is certainly a feature appreciated by many users, however in a language like German this looks very awkward (for details see https://bugs.kde.org/show_bug.cgi?id=469713). So it would be very desirable to be able to switch off that feature. I dug through the code to find out that it is a feature implemented in messagecore's stringutil. It is quite easy to add a switch, e.g. like this to messagelib/messagecore/src/utils/stringutil.cpp Change line 443 from const bool foundMe = onlyOneIdentity && (im->identityForAddress(prettyAddressStr) != KIdentityManagementCore::Identity::null()); to const bool foundMe = !(MessageCore::MessageCoreSettings::self()->displayOwnIdentity()) && onlyOneIdentity && (im->identityForAddress(prettyAddressStr) != KIdentityManagementCore::Identity::null()); and in messagelib/messagecore/src/settings/messagecore.kcfg add an item like this: false I added it to the General group, but I'm unsure whether this is the correct approach. Moreover I'm not sure whether the messagecore settings is the right spot for such a switch. To test it, I set the default to true and opened an email sent by me (or sent to me) in kmail2. Worked as expected. There should also be an easy way to change the setting via the CLI, isn't there? In addition, it would be nice to have a UI to toggle this setting. There seems to be a convenient way in messageviewer/src/ui/settings.ui, but I could not come up with an equivalent for messagecore. Or is having that setting in messagelib/messageviewer/src/settings/messageviewer.kcfg.in a better idea? (after all it's about displaying a message's header) -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 469713] New: Substitution of one's own address leads to grammar garbage in German
https://bugs.kde.org/show_bug.cgi?id=469713
Bug ID: 469713
Summary: Substitution of one's own address leads to grammar
garbage in German
Classification: Applications
Product: kmail2
Version: 5.22.2
Platform: Other
OS: Other
Status: REPORTED
Severity: normal
Priority: NOR
Component: UI
Assignee: kdepim-b...@kde.org
Reporter: georg.schw...@freenet.de
Target Milestone: ---
SUMMARY
When displaying an email, kmail2 substitutes the user's own address/identity in
To and From lines in the header pane.
At least in German, this results in grammatical garbage.
STEPS TO REPRODUCE
1. Use kmail2 with the UI language set to German (e.g. on a system with system
language German)
2. Open an Email which has been sent to or by the user.
OBSERVED RESULT
The user's identity is displayed as "Von: Ich" or "An: Ich" in the header
pane's From or To lines.
EXPECTED RESULT
Grammatically correct it should read "Von: mir" and "An: mich" ("From: me" and
"To: me").
SOFTWARE/OS VERSIONS
probably any
ADDITIONAL INFORMATION
The issue is brought about be the fact that the two repositions "von" ("from")
and "an" ("to") in German require different cases of the personal pronoun,
which in the first person singular have different forms (unlike in English).
"ich" (which unlike in English should not be capitalized), i.e. Nominative, is
am utterly incorrect choice for both cases.
I had a look at the code and it seems there are no provisions for
distinguishing between the different cases, i.e. different header lines. In
both cases the substitution is deeply buried in
StringUtil::emailAddrAsAnchor(). (Looking at
https://api.kde.org/legacy/3.5-api/kdepim-apidocs/kmail/html/kmmessage_8cpp_source.html#l03768)
(not sure it that's the current code or whether this specific one is from an
outdated version; in any case there still should be comparable code with the
current release which performs the substitution).
Unfortunately this seems to be a case of specific cultural/linguistic
structures not being sufficiently considered in the code.
I am wondering whether further languages such as e.g. Russian are also affected
by this phenomenon.
My sincere suggestion is to add an option to switch off that substitution of
one's displayed email address/identify altogether. For the sake of transparency
I would appreciate such an option in any language anyway.
Unfortunately it looks like that substitution is quite deeply buried in the
code so it is maybe not obvious where the best location would be for that
setting.
--
You are receiving this mail because:
You are watching all bug changes.
[kmail2] [Bug 467818] Rightmost column's width cannot be changed
https://bugs.kde.org/show_bug.cgi?id=467818 Georg Schwarz changed: What|Removed |Added Resolution|--- |NOT A BUG Status|REPORTED|RESOLVED --- Comment #2 from Georg Schwarz --- You are right. What distracted me is the fact that when shrinking the rightmost column by moving its right boundary to the left the header field's width keep expanding back to the window's right edge. Therefore it is not visible that the column's width is being reduced although it is. That's why I am closing this issue as "not a bug". -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 467796] Two Kmail icons appearing in dock
https://bugs.kde.org/show_bug.cgi?id=467796 --- Comment #1 from Georg Schwarz --- Additional information: when I switch off "show unread email in taskbar" in Configure Kmail -> Appearance->System Tray, the second icon, the one with the 0 in the red solid circle, no longer shows up in the dock. Only the normal KMail icon remains. Makes me wonder why showing the number of unread emails in the taskbar results in a second icon. The 0 in the red circle is probably supposed to be the number of unread emails. However in my test setup it is a four-digit number, definitely not 0. -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 467818] New: Rightmost column's width cannot be changed
https://bugs.kde.org/show_bug.cgi?id=467818 Bug ID: 467818 Summary: Rightmost column's width cannot be changed Classification: Applications Product: kmail2 Version: 5.22.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: message list Assignee: kdepim-b...@kde.org Reporter: georg.schw...@freenet.de Target Milestone: --- SUMMARY The width of the rightmost's column in a folder's (e.g. Inbox's) message list remain at/reverts to a fixed default value. STEPS TO REPRODUCE 1. Open any folder's message list 2. try to resize the width of the rightmost column, or move another colum to the very right to make it the rightmost OBSERVED RESULT When trying to rezise the rightmost column, you can only move horizonally its left border. This however results in rezising of the second lefotmost colum's width only and an expansion of the overall (virtual) width of the message list (when moving it to the right). When moving a column to the right to make it the rightmost, changing the order of the colums, that colum's width springs to some fixed default value and forgets about its previously set width. EXPECTED RESULT Being able to resize the width of the rightmost column; at the very least retaining the width of an item when being moved to the rightmost position. SOFTWARE/OS VERSIONS Majaro Linux with XFCE ADDITIONAL INFORMATION This bug has previously been reported but it was closed due to inactivity. However it is not resolved and still present. https://bugs.kde.org/show_bug.cgi?id=364967 -- You are receiving this mail because: You are watching all bug changes.
[kmail2] [Bug 467796] New: Two Kmail icons appearing in dock
https://bugs.kde.org/show_bug.cgi?id=467796 Bug ID: 467796 Summary: Two Kmail icons appearing in dock Classification: Applications Product: kmail2 Version: 5.22.2 Platform: Manjaro OS: Linux Status: REPORTED Severity: normal Priority: NOR Component: general Assignee: kdepim-b...@kde.org Reporter: georg.schw...@freenet.de Target Milestone: --- SUMMARY Using XFCE with Plank as a dock, two Kmail icons appear in the dock when kmail is running, both labelled "KMail". One of the icons is featuring a zero in a red filled circle. STEPS TO REPRODUCE 1. Install plank (other docks might exhibit the same phenomenon) on XFCE (not sure if other desktop environments exhibit the same issue) 2. launch kmail OBSERVED RESULT two KMail icons in the dock EXPECTED RESULT only one Kmail icon in the dock SOFTWARE/OS VERSIONS Manjaro Linux with XFCE ADDITIONAL INFORMATION This might be related to the following bug report: https://bugs.kde.org/show_bug.cgi?id=359600 Also, it is conspicuous that KMail's .desktop file does not have a StartWMClass entry. Adding StartWMClass=kmail does not change things though. However I noticed when I add that line to kmail_view.desktop, still two icons appear in the dock, but one of them is now labelled "kmail view" instead of just "kmail". Are two applications (threads or whatever it is called) launched, and the desktop environment does not understand that they are in fact one single kmail instance? -- You are receiving this mail because: You are watching all bug changes.
