xfdesktop menu is getting awesomer
Brian J. Tarricone
bjt23 at cornell.edu
Mon Mar 19 19:26:39 CET 2007
On Mon, 19 Mar 2007 19:05:35 +0100 Jannis Pohlmann wrote:
>On Mon, 19 Mar 2007 11:02:18 -0700, Brian J. Tarricone wrote:
>> On Mon, 19 Mar 2007 14:15:47 +0100 Jannis Pohlmann wrote:
>> [snip: Jannis did stuff.]
>> Cool, so everything's working now? I didn't have time to svn up and
>> check it before I left this morning. Seriously, this is great.
>Indeed, hehe. Yeah, everything should be working. In fact, I'm already
>running it here and the only crashes I had were related to switching
>the menu filename (which probably is caused somewhere deep in your
>code, so I didn't investigate this any further).
Do you have a bt? That worked fine for me. (I.e., I had xfdesktop
running, and copied a new xfce-applications.menu to ~/.config/menus/,
and it switched to the new menu file automatically.)
Oh, I did notice something weird, and I'm not sure if this is my fault
or FrapMenu's. Try this:
Copy one of our X-Xfce-Toplevel .desktop files to
~/.local/share/applications/ (be sure to change the file name when you
copy). The new entry shows up in the toplevel menu as it should,
sorted in aplha order with the <Merge type="all"/> items as it should.
Now, open the copied .desktop file, change the Name= line, and
save. If you watch xfdesktop output, it does notice the file changed
(I see FrapMenu-DEBUG statements), but the entry in the menu still has
the old name. Restart xfdesktop, and it uses the right name. Is
FrapMenu doing any caching, even across calls to frap_menu_new()? Or
did I do something wrong again?
(This was from last night my time, so maybe you fixed it intentionally
or accidentally this morning?)
More information about the Xfce4-dev