I created a merge request for desktop-data three weeks ago. It's just a minor patch that doesn't really fix anything but a warning from kbuildsycoca4. I'm not sure about how Gitorious works, maintainers are supposed to notice the "1" in the merge requests section or they receive an email notifying it?
And since I'm on it. Since I updated my 11.3 system to KDE to 4.5 the "inline" part of the menu is not honored... Expected behavior? Known problem?
On Wednesday 24 November 2010 18:12:08 Cristian Morales Vega wrote:
I created a merge request for desktop-data three weeks ago. It's just a minor patch that doesn't really fix anything but a warning from kbuildsycoca4. I'm not sure about how Gitorious works, maintainers are supposed to notice the "1" in the merge requests section or they receive an email notifying it?
I'll have a look at it when I'm back next week unless someone else gets there first.
And since I'm on it. Since I updated my 11.3 system to KDE to 4.5 the "inline" part of the menu is not honored... Expected behavior? Known problem?
I don't understand. What's the inline part of the menu?
Will
2010/11/24 Will Stephenson wstephenson@suse.de:
On Wednesday 24 November 2010 18:12:08 Cristian Morales Vega wrote:
And since I'm on it. Since I updated my 11.3 system to KDE to 4.5 the "inline" part of the menu is not honored... Expected behavior? Known problem?
I don't understand. What's the inline part of the menu?
It's easier once you see the patch :-p I mean the .menu file says "<DefaultLayout inline="true" inline_limit="1"/>". And from the spec:
"It may have an inline attribute that can be either "true" or "false". If the inline attribute is "true" the menu that is referenced may be copied into the current menu at the current point instead of being inserted as sub-menu of the current menu. The optional inline_limit attribute defines the maximum number of entries that can be inlined. If the sub-menu has more entries than inline_limit, the sub-menu will not be inlined. If the inline_limit is 0 (zero) there is no limit."
I have only one "Action" game. Before it was shown in the Games submenu, now is shown in Games/Action.
Am Mittwoch, 24. November 2010, 23:06:38 schrieb Cristian Morales Vega:
2010/11/24 Will Stephenson wstephenson@suse.de:
On Wednesday 24 November 2010 18:12:08 Cristian Morales Vega wrote:
And since I'm on it. Since I updated my 11.3 system to KDE to 4.5 the "inline" part of the menu is not honored... Expected behavior? Known problem?
I don't understand. What's the inline part of the menu?
It's easier once you see the patch :-p I mean the .menu file says "<DefaultLayout inline="true" inline_limit="1"/>". And from the spec:
"It may have an inline attribute that can be either "true" or "false". If the inline attribute is "true" the menu that is referenced may be copied into the current menu at the current point instead of being inserted as sub-menu of the current menu. The optional inline_limit attribute defines the maximum number of entries that can be inlined. If the sub-menu has more entries than inline_limit, the sub-menu will not be inlined. If the inline_limit is 0 (zero) there is no limit."
I have only one "Action" game. Before it was shown in the Games submenu, now is shown in Games/Action.
You probably mean the following feature Kickoff/Classic start menus: collapsing of application menu sub-folders with only one entry from http://en.opensuse.org/openSUSE:KDE_openSUSE_modifications
This means it is an openSUSE patch, which is probably not applied for 4.5
2010/11/25 Christian Trippe trippe_mailinglisten@gmx.de:
You probably mean the following feature Kickoff/Classic start menus: collapsing of application menu sub-folders with only one entry from http://en.opensuse.org/openSUSE:KDE_openSUSE_modifications
This means it is an openSUSE patch, which is probably not applied for 4.5
Yes, that's it. Probably it should be submitted upstream? It's in the freedesktop menu spec, and not only for one entry but for the user configurable "inline_limit" value.
Am Donnerstag, 25. November 2010, 20:29:58 schrieb Cristian Morales Vega:
2010/11/25 Christian Trippe trippe_mailinglisten@gmx.de:
You probably mean the following feature Kickoff/Classic start menus: collapsing of application menu sub-folders with only one entry from http://en.opensuse.org/openSUSE:KDE_openSUSE_modifications
This means it is an openSUSE patch, which is probably not applied for 4.5
Yes, that's it. Probably it should be submitted upstream? It's in the freedesktop menu spec, and not only for one entry but for the user configurable "inline_limit" value.
IMHO it should go upstream, however there is one annoying (and old) bug [https://bugzilla.novell.com/show_bug.cgi?id=356553] which should probably be fixed before.
On 24 November 2010 20:40, Will Stephenson wstephenson@suse.de wrote:
On Wednesday 24 November 2010 18:12:08 Cristian Morales Vega wrote:
I created a merge request for desktop-data three weeks ago. It's just a minor patch that doesn't really fix anything but a warning from kbuildsycoca4. I'm not sure about how Gitorious works, maintainers are supposed to notice the "1" in the merge requests section or they receive an email notifying it?
I'll have a look at it when I'm back next week unless someone else gets there first.
Two years later, in openSUSE 12.2.
$ kbuildsycoca4 kbuildsycoca4 running... kbuildsycoca4(15970) parseLayoutNode: The menu spec file contains a Layout or DefaultLayout tag without the mandatory Merge tag inside. Please fix your file.
-
Christian Trippe -
Cristian Morales Vega -
Cristian Morales Vega -
Will Stephenson