SliTaz SliTaz Forum

You are not logged in.

#26 2013-01-10 13:36:33

sale
Member
Registered: 2013-01-09
Posts: 12

Re: Converted packages don't have Applications menu shortcuts

I don't need to know. Debian devs could go on for months, years even and not declare, in this instance, BleachBit v0.9.4 an official Debian version, whereas Red Hat could take just two days to do the same for Fedora or RHEL. And when I use both .deb and .rpm for conversion, I must get two absolutely equal .tazpkgs, by definition. I got these .debs by chance, not conscious choice, could've easily been .rpms.

Offline

#27 2013-01-10 18:22:48

Trixar_za
Administrator
Registered: 2011-03-29
Posts: 1,506

Re: Converted packages don't have Applications menu shortcuts

You're expecting Ubuntu/Debian in 35Mb except SliTaz is not Ubuntu/Debian and some assembly is required when using it.

I tell people one of the reasons I use SliTaz is because it provides you with the tools to fix the problem yourself. I created http://trixarian.net/SliTaz using Debian packages and the three tazpkg commands I mentioned above. If your dropping SliTaz because one package is out of date by a single zero point version and very little code changes then I'm sorry, but you're being unreasonable. I'll also call bullshit on claiming it's an 'official' package, when it's not even in the official (stable) repository of Debian or Ubuntu. Just to spite you, I'll up Bleachbit's version.

Offline

#28 2013-01-10 19:39:08

ernia
Member
Registered: 2011-05-20
Posts: 299

Re: Converted packages don't have Applications menu shortcuts

not to mention that the wrong desktop file comes from his deb, debian's debs are ok.

but he didn't bother to test.

Offline

#29 2013-01-11 06:05:03

Trixar_za
Administrator
Registered: 2011-03-29
Posts: 1,506

Re: Converted packages don't have Applications menu shortcuts

While I'm at it: It does created the shortcuts, but not where our package places them. If memory serves it puts the shortcuts of the converted Debian package in the Utilities menu and not the System Tools menu like ours. Also the "Bleachbit as Administrator" shortcut won't work without modification.

Offline

#30 2013-01-11 14:28:30

sale
Member
Registered: 2013-01-09
Posts: 12

Re: Converted packages don't have Applications menu shortcuts

WTF? "Just to spite me"?

Where did I write that I expect Slitaz to be Ubuntu or Debian, or mentioned anything about not using it anymore just because of this? Stop putting words in my mouth.

Concerning BleachBit (or Opera, or any other piece of software), I got a notification of a new version inside the program itself, so I went to its official site and got the new version.

"OFFICIAL" as in: PROGRAMS' OFFICIAL WEBSITES (opera.com, bleachbit.sourceforge.net). Not some OS' definition what's official. Call bullshit as much as you like. Start reading correctly and you will see I in which context I used the term "official". http://forum.slitaz.org/topic/converted-packages-dont-have-applications-menu-shortcuts/page/2#post-20641 Ernia made this confusion, not me.

Tazpkg claims it can convert a proper .deb package (doesn't say it has to be "an official package", whatever that means) to a Slitaz-friendly .tazpkg. I have done that and installed it, nothing more. So, if it puts certain files in the wrong dirs, as you wrote above, then it's Tazpkg's fault, not mine, and the program doesn't deliver what it claims.

@ernia: you wrote at least twice you can't help me. You made enough confusion with this "official" stuff. Please, stop posting and polluting.

@everyone else, if you have similar problems and solutions for them, please, post them. They are appreciated.

Offline

#31 2013-01-11 15:46:59

lexeii
Administrator
Registered: 2012-03-21
Posts: 1,853

Re: Converted packages don't have Applications menu shortcuts

Sale, you still not see your Opera entry in the Applications menu?

Mojo tried your .desktop file, and it's Ok on his system.

I tried to install your package, and it's Ok on my system, I have menu entry, and Opera browser works as expected.

Ok. Reading Desktop Spec and let's think, how we can hide menu entry.

First, as already mentioned above — is to set both categories at a time: "System" and "Settings"

[c]Category=System;Settings;OtherCategories;[/c]
If you see it, please, delete one of "System" or "Settings". It's bug of current SliTaz menu. I've fixed it, but we need to wait, when new package is synced with Mirror, then anyone will can upgrade package "slitaz-menus".

Next, touch Desktop Spec http://www.freedesktop.org/wiki/Specifications/desktop-entry-spec

[c]OnlyShowIn=GNOME;[/c]
Remove any lines started with OnlyShownIn, if you want to show your menu entry in any desktop environments.

[c]NoDisplay=true[/c]
True or On or 1 or etc. — remove this line.

[c]Hidden=true[/c]
Also, true or on or 1 or etc. — remove this line.

[c]TryExec=applicationName[/c]
Remove this line. If menu can't find applicationName, then it hide it menu entry.

Next step.

If you checked your .desktop file in the /usr/share/applications/, and it's seems Ok, and desktop-file-validate says Ok, but you see not results in the menu, try next —check your user's folder /home/user/.local/share/applications

User's Application menu is merged from system-wide .desktop files and user-specific .desktop files.

You see no Opera? Check, do you have any Opera-specific .desktop files in that folder?

You can have system-wide Opera .desktop file for all users in your machine.

And you can have same Opera .desktop file in /home/user/.local/share/applications with little modification — your user (you) can hide this menu entry using "OnlyShowIn", "NoDisplay", "Hidden" or "TryExec" as mentioned above.

And, finally, check your

/home/user/.config/menus/

/home/user/.config/menus/applications-merged/

folders

User's Application menu layout merged with menu files found in these folders. These folders are empty by default, and empty on my user's home folder.

Also, root user can have all that "pitfalls", in little addition — root's home folder is just /root, not /home/root.

Offline

#32 2013-01-11 16:06:04

gibor
Moderator
Registered: 2011-04-30
Posts: 1,067

Re: Converted packages don't have Applications menu shortcuts

A simple way to create links in the menu of openbox is given by lxmenueditor, however, requires java.

if you want to try the package reported here.

http://forum.slitaz.org/topic/lx-menu-editor

Offline

#33 2013-01-11 16:15:17

sale
Member
Registered: 2013-01-09
Posts: 12

Re: Converted packages don't have Applications menu shortcuts

First of all, Aleksej and mojo, I want to thank you for your helpful and contructive posts. That's the right way to give help.

BleachBit is solved. Opera's shortcut bug remains.

Inside opera-browser.desktop, in usr/share/applications, there are no OnlyShowIn=, Hidden= or NoDisplay= lines.

I've deleted TryExec=, no change.

I've changed Exec= line from "/usr/bin/opera %U" to just "opera %U", still no shortcut (reverted back to original form, just in case).

Categories= line is "Categories=Network;WebBrowser;". Tried with just "Network;" and "WebBrowser;" and it had no difference.

I've put a .desktop file in root/.local/share/applications, now I have Opera shortcut under Internet menu. That did it. Thank you very much, I'm not new to Linux, but its folder layout is a nightmare, to put it mildly.

Offline

#34 2013-10-27 20:58:55

Ceel
Administrator
Registered: 2011-04-02
Posts: 1,424

Re: Converted packages don't have Applications menu shortcuts

Hi all,

I've installed freeoffice from Softmaker on my 2 computers (SliTaz 4.0) without any problem.

I've installed it on a friend's computer (ACER Aspire, SliTaz 4.0) -> no shortcut in Applications/Office.

I tried many of the suggestions in this post without any success.

Finally, I've noted when names of the .desktop files for Presentations, TextMaker and PlanMaker start  with a lowercase character, the programs didn't appear in the Application menu; they appear when names start with an uppercase character.

Well, my problem is solved. But I'd like to understand. Does anyone have an explanation?

Why only on this computer? And why others .desktop starting with lowercase (ie: wikipedia.desktop) are OK?

Offline

Registered users online in this topic: 0, guests: 1
[Bot] ClaudeBot

Board footer

Powered by FluxBB
Modified by Visman

[ Generated in 0.017 seconds, 7 queries executed - Memory usage: 1.55 MiB (Peak: 1.77 MiB) ]