<div dir="ltr">Rene,<div><br></div><div>I'm not sure what sort of strings trigger the menu role heuristics. In konversation's settings menu on linux I see 4 entries that start with "Configure" namely "Configure Shortcuts...", "Configure Toolbars...", "Configure Notifications...", and "Configure Konversation...". Is that what you mean? On OS X it is putting the "Configure Konversation..." one in konversation -> Preferences as I expected, not sure what those QCocoaMenu warnings are about.</div></div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Feb 23, 2015 at 3:09 PM, René J.V. <span dir="ltr"><<a href="mailto:rjvbertin@gmail.com" target="_blank">rjvbertin@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On Monday February 23 2015 10:37:31 Jeremy Whiting wrote:<br>
<br>
> Yeah, that seems to be because the dbus files are wrong on OSX looking here<br>
> it looks like the<br>
> /usr/local/share/dbus-1/services/org.kde.kglobalaccel.service file has<br>
> Exec=/usr/local/bin/kglobalaccel5 but kglobalaccel5 is a .app and is in<br>
> /Applications/KDE/kglobalaccel5.app instead of in /usr/local/bin. If we<br>
> update the .service file to point to the right place it should work. Not<br>
> sure how we can make that "fixed" for all the various .service files we<br>
> install in different frameworks, but that is probably the solution.<br>
><br>
> In fact I just tested. I changed manually the kglobalaccel.service file to<br>
> have Exec=/Applications/KDE/kglobalaccel5.app/Contents/MacOS/kglobalaccel5<br>
> and it launched kglobalaccel5 just fine, gave no warnings on the terminal,<br>
> and left kglobalaccel5 in the dock (that should probably be changed to not<br>
> appear I guess).<br>
<br>
</span>Actually, kglobalaccel used to be built as a regular, non-bundle application.. That's one reason I had to patch the code to make it behave like an agent (= don't appear in the dock) ... and that I only did because it was one of those unwanted apps that kept appearing there (in the dock) without my explicit benediction.<br>
There ought to be no reason it is now built as an app bundle. I don't think it ever presents a dialog or other widget, it just needs a connection to the window server in order to handle keyboard events.<br>
<span class=""><br>
><br>
> As to how to make these changes permanent when building the .services files<br>
> with cmake I'm not sure, how was that done with kde4 based macports stuff?<br>
<br>
</span>Not, I think. It's possible that some patches were made "post-destroot" in MacPorts Portfiles, but I have in fact never looked at that.<br>
<span class=""><br>
> > > void QCocoaMenu::insertNative(QCocoaMenuItem *, QCocoaMenuItem *) Menu<br>
> > item is already in a menu, remove it from the other menu first before<br>
> > inserting<br>
<br>
</span>That one is due to Qt's heuristic guessmatics trying to decide which menu actions are assigned to About, Preferences and other OS X menu items. I tried to make the error message more useful (print the incriminated menu item/action) but I don't know if that patch made it to my +KDE variant of port:Qt5-mac-devel (yet).<br>
<span class=""><br>
<br>
> > > - sound doesn’t work<br>
<br>
</span>Did you install Phonon (phonon4qt5), with a backend and all the stuff the backend requires?<br>
<span class=""><br>
> > > While clicking around more and more of those QCocoaMenu::* warnings<br>
> > appeared on<br>
> > > the console.<br>
<br>
</span>Who wrote this, in fact?<br>
<span class=""><br>
> > > I guess this is an OSX issue wrt menu roles, which René was working on<br>
> > in the<br>
> > > last while.<br>
<br>
</span>Yes, as I said I think it is. I haven't been able to prove that yet, though (didn't try too hard either). That said, the message is about a menu *item*, not a menu *action* (QAction) that's already associated with a menu. So it could be some other Qt-internal glitch, though I cannot recall seeing it in pure Qt5 apps.<br>
<br>
Does KF5 Konversation have multiple menu entries with names that share a common string and if so, is that a string that could trigger the menu role heuristics?<br>
<br>
Cheers,<br>
R.<br>
</blockquote></div><br></div>