New: klik creates menu entries in KDE menu

[carlbeech]

Seems I might have spoken too soon - I've just tried another program and it's coming up with the error message again.... - are there any logs I can examine to work out whats going on...?

Carl.

[bitpicker]

I find this behaves very strangely on my system. My system is Gentoo Linux and uses XFce 4.2 as WM. The XFce menu reads the KDE menu entries ok and displays them, but whenever I run a klik application, all the .desktop files are edited to include a tab at the beginning of the line, the only exceptions being the .desktop files of .zAppRun.desktop (which is hidden anyway) and klik.desktop. Afterwards, the entries for all klik programs thus edited vanish from the menu, but reappear if I manually remove all the inserted tabs. Why would that be?

Robin

[probono]

After each run of a cmg, ~/.zAppRun re-creates the menu entries for all cmg files. This way, the menu always gets updated, even if you move your cmg files to a different drive.

klik is not yet tested with XFCE at all.
You would have to remove the spaces in ~/.zAppRun
Please let me know if you have fixed it, then I can fix it for everyone.

Greetings,
probono

[bitpicker]

Apparently taking out all the leading spaces in the final part of .zAppRun actually solved the problem. In XFce there are no desktop icons (yet, the next version is supposed to support them optionally), but thanks to its use of the KDE menu entries it does show the Klik entries in its menu. I'll tell the XFce people about the problem with leading spaces.

Thanks for the hint,

Robin