Microlinux / MLEDThis forum is for the discussion of MLED (Microlinux Enterprise Desktop).
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
There's an explanation to this. Prior versions of MLED used the "classical" Xfce menu, which sported quick shortcuts for the default web browser, mail client and terminal emulator. With the introduction of Whiskermenu, these entries seem to have become obsolete. I'll change them accordingly in the Github repo.
Cheers,
Niki
Thank you very much. Looking forward to an automated install in the future. I have only been playing with this about a couple weeks or so. Like I said, have played with Backtrack and Slackware in the past. Never took serious interest until now. Thanks everyone.
Duplicate menu entries were removed in the Github repo. So just refresh the Git tree (git pull) and relaunch the cleanmenu.sh script. You may want to logout and login again after that.
Some type of XFCE package was updated that brought the duplicate entries back. It also created multiple shortcuts. Can you update the cleanmenu.sh. Thanks
Screenshot below
Last edited by PROBLEMCHYLD; 12-28-2016 at 05:40 PM.
There was a discussion on the MLED official mailing list (you can find info about this mailing list in MLED news, I suggest that you subscribe to it).
Here's the explanation for going back to initial behaviour:
Quote:
Le 16/02/2016 13:51, Nicolas Kovacs a écrit :
> Hi,
>
> I've spent a few hours experimenting with various custom menu entry
> files, namely the collection of exo-*.desktop files.
>
> It's a bad idea to set these to NoDisplay=true. Here's why.
>
> As you may have noticed, the Plank dock has a very specific behaviour
> for launching applications. Let's say you have already launched Firefox
> and you want to open a different instance of Firefox, you click on the
> Firefox icon on the Plank dock, but instead of opening another instance
> of Firefox, it gets the focus back on the instance that's already open.
> Which is essentially a good idea for *most* applications, since you can
> always open a new tab, for example, and who needs two instances of
> Thunderbird, LibreOffice, GThumb, etc.?
>
> But here's the thing. For some applications, this behaviour would indeed
> make sense, namely Thunar and Xfce Terminal. Since Thunar doesn't have
> split panes, you always need two file managers to do some basic drag and
> drop. Same thing for Xfce Terminal. I don't know about you, but I always
> have multiple terminals open on my dual monitor workstation.
>
> This is where the exo-*.desktop files come in. At first, they only look
> like a mere redundancy, which they still are, but not only. Open up
> Whiskermenu in the "All" section and check out "File Manager" and
> "Terminal". (You may have to refresh your menu entries with
> cleanmenu.sh) If you drag-and-drop the exo-file-manager.desktop or the
> exo-terminal.desktop to the Plank dock, you will have a different
> behaviour, namely open a new window on every single click on Plank.
> Which is a good thing.
>
> To differentiate the entries, I've named them respectively File Manager
> / Thunar vs. File Manager / File Manager. The former corresponds to
> Thunar.desktop, the latter to exo-file-manager.desktop. Try each one on
> the Plank dock and play around to see how they behave differently. This
> is great, huh? A huge step for us, a small step for mankind. )
>
> I've rebuilt the user-settings-xfce package accordingly for MLED 14.1
> and MLED 14.2.
>
> I really think this is the best solution. The only slight inconvenience
> we have is that we have some remnants of double entries in the "All"
> section in Whiskermenu. This being said, nobody really uses that
> section, or do you?
>
> Cheers,
>
> Niki
Would it be ideal to spread the shorcuts out? One on the Whiskermenu, One on the plank, One in the applications folder, instead of having the redundant list?
Last edited by PROBLEMCHYLD; 03-10-2016 at 09:43 AM.
Would it be ideal to spread the shorcuts out? One on the Whiskermenu, One on the plank, One in the applications folder, instead of having the redundant list?
Feel free to experiment using your own local copy of the file tree (the one with the cleanmenu.sh script). Use 'NoDisplay=true' to alternatively hide one or the other entry, then see what happens. I guess here one must reason in terms of lesser evil.
These files will not run do to the errors. How do I fix them?
Code:
[problemchyld@darkstar:Desktop] $ amule
amule: error while loading shared libraries: libbfd-2.26.20160125.so: cannot open shared object file: No such file or directory
[root@darkstar:Desktop] # lrfviewer %f
Traceback (most recent call last):
File "/usr/bin/lrfviewer", line 19, in <module>
from calibre.gui2.lrf_renderer.main import main
File "/usr/lib/calibre/calibre/__init__.py", line 21, in <module>
from calibre.startup import winutil, winutilerror
File "/usr/lib/calibre/calibre/startup.py", line 178, in <module>
from calibre.utils.icu import title_case, lower as icu_lower, upper as icu_upper
File "/usr/lib/calibre/calibre/utils/icu.py", line 28, in <module>
raise RuntimeError('Failed to load icu with error: %s' % err)
RuntimeError: Failed to load icu with error: /usr/lib/calibre/calibre/plugins/icu.so: undefined symbol: PyUnicodeUCS2_DecodeUTF8
/usr/lib/calibre/calibre/ptempfile.py:27: RuntimeWarning: Parent module 'calibre' not found while handling absolute import
import shutil
[root@darkstar:Desktop] # ebook-viewer --detach %f
Traceback (most recent call last):
File "/usr/bin/ebook-viewer", line 19, in <module>
from calibre.gui2.viewer.main import main
File "/usr/lib/calibre/calibre/__init__.py", line 21, in <module>
from calibre.startup import winutil, winutilerror
File "/usr/lib/calibre/calibre/startup.py", line 178, in <module>
from calibre.utils.icu import title_case, lower as icu_lower, upper as icu_upper
File "/usr/lib/calibre/calibre/utils/icu.py", line 28, in <module>
raise RuntimeError('Failed to load icu with error: %s' % err)
RuntimeError: Failed to load icu with error: /usr/lib/calibre/calibre/plugins/icu.so: undefined symbol: PyUnicodeUCS2_DecodeUTF8
/usr/lib/calibre/calibre/ptempfile.py:27: RuntimeWarning: Parent module 'calibre' not found while handling absolute import
import shutil
[root@darkstar:Desktop] # calibre --no-update-check --detach %F
Traceback (most recent call last):
File "/usr/bin/calibre", line 19, in <module>
from calibre.gui2.main import main
File "/usr/lib/calibre/calibre/__init__.py", line 21, in <module>
from calibre.startup import winutil, winutilerror
File "/usr/lib/calibre/calibre/startup.py", line 178, in <module>
from calibre.utils.icu import title_case, lower as icu_lower, upper as icu_upper
File "/usr/lib/calibre/calibre/utils/icu.py", line 28, in <module>
raise RuntimeError('Failed to load icu with error: %s' % err)
RuntimeError: Failed to load icu with error: /usr/lib/calibre/calibre/plugins/icu.so: undefined symbol: PyUnicodeUCS2_DecodeUTF8
/usr/lib/calibre/calibre/ptempfile.py:27: RuntimeWarning: Parent module 'calibre' not found while handling absolute import
import shutil
[root@darkstar:Desktop] # ebook-edit --detach %f
Traceback (most recent call last):
File "/usr/bin/ebook-edit", line 19, in <module>
from calibre.gui2.tweak_book.main import main
File "/usr/lib/calibre/calibre/__init__.py", line 21, in <module>
from calibre.startup import winutil, winutilerror
File "/usr/lib/calibre/calibre/startup.py", line 178, in <module>
from calibre.utils.icu import title_case, lower as icu_lower, upper as icu_upper
File "/usr/lib/calibre/calibre/utils/icu.py", line 28, in <module>
raise RuntimeError('Failed to load icu with error: %s' % err)
RuntimeError: Failed to load icu with error: /usr/lib/calibre/calibre/plugins/icu.so: undefined symbol: PyUnicodeUCS2_DecodeUTF8
/usr/lib/calibre/calibre/ptempfile.py:27: RuntimeWarning: Parent module 'calibre' not found while handling absolute import
import shutil
[root@darkstar:Desktop] # scribus %f
Qt: Session management error: Authentication Rejected, reason : None of the authentication protocols specified are supported and host-based authentication failed
[root@darkstar:Desktop] #
Last edited by PROBLEMCHYLD; 09-20-2016 at 03:31 PM.
Things seems to be a lot cleaner than before. I still don't understand why we have Formula Editor in two categories. Its listed in Education and Office. You have the Drawing Program that does the same, listed in Graphics and Office categories. The same with Office Suite listing the redundancy of the same apps in the Office category. There is no need to have an extended context menu listing the same apps. I sound redundant posting this.
Things seems to be a lot cleaner than before. I still don't understand why we have Formula Editor in two categories. Its listed in Education and Office. You have the Drawing Program that does the same, listed in Graphics and Office categories. The same with Office Suite listing the redundancy of the same apps in the Office category. There is no need to have an extended context menu listing the same apps. I sound redundant posting this.
These redundant menu entries result of what is written in the Categories field of the .desktop file.
For instance I see in draw.desktop (shipped with LibreOffice)
As you see this program belongs to Office and Graphics. In such a case it is expected that an XDG compliant menu displays the same menu entry in both categories. It is possible to edit the .desktop either system wide or for one user to avoid that but frankly I don't think that's worthwile.
PS This is confirmed by desktop-file-validate:
Code:
didier[/usr/share/applications]$ desktop-file-validate draw.desktop
draw.desktop: hint: value "Office;FlowChart;Graphics;2DGraphics;VectorGraphics;X-Red-Hat-Base;X-MandrivaLinux-Office-Drawing;" for key "Categories" in group "Desktop Entry" contains more than one main category; application might appear more than once in the application menu
didier[/usr/share/applications]$
So it is up to upstream to change that or not, I think
Last edited by Didier Spaier; 12-31-2016 at 10:55 AM.
Reason: Missing word added.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.