To enable an alternative mechanism than Budgie Desktop View:

  1. Copy the autostart desktop file for Budgie Desktop View from /usr/share/xdg/autostart/us.getsol.budgie-desktop-view-autostart.desktop into ~/.config/autostart and add Hidden=true. You may need to create the autostart directory.
  2. Set desktopfolders as the override, which enables DesktopFolder-specific settings via Budgie Desktop Settings via gsettings set com.solus-project.budgie-wm 'desktop-type-override' 'desktopfolder'
  3. Open up Budgie Desktop Settings, go to the Autostart section, and add Desktop Folder. Do not remove entry for Budgie Desktop View.
  4. Log out then log back in.

Notes:

  1. All this assumes you actually have Desktop Folder installed.
  2. Any issues with it aren't my concern. Not my implementation, not my problem 😛

In general, the next update broke the ability to view icons on the desktop, as it was before the update. In the settings, you can turn on the display - but the icons become fixed and cannot be moved anywhere. And here, in principle, the meaning of the desktop is lost. What was the point of doing this? Another optimization created inconvenience. After all, it was possible to leave the parameter in the desktop settings options for it.

    alexanderzhirov In the settings, you can turn on the display - but the icons become fixed and cannot be moved anywhere.

    I click on the folder icon (to open it) - it start the audio player and open this folder through it. Really?🙂

    alexanderzhirov After all, it was possible to leave the parameter in the desktop settings options for it.

    No it wasn't and clearly you don't understand how Budgie Desktop View is implemented, or how the previous implementation was.

    The previous implementation used Nautilus. For years, we held back Nautilus to keep the desktop view. In fact, we used Nautilus for desktop icon support in the very first release of Budgie 10 almost 5 years ago.

    The new Budgie Desktop View uses a Gtk Flowbox. This flowbox uses a sort order to determine how FlowboxChild items should be sorted. We have a sort function that prioritizes our "special" directories (Home and Trash), followed by active mounts, followed by folders ordered by collated names, followed by files ordered by collated names.

    You can't just put a FlowboxChild in an arbitrary location. For that, you'd use Gtk.Grid, at which point you're dealing with an entirely new set of problems including its attachment model.

    So no, it wasn't possible. There is no magical "parameter". There is no keeping the old Nautilus and the new Nautilus. Budgie Desktop View is the way forward. Whether you choose to use it is entirely up to you.

      JoshStrobl oh... I didn't know that Nautilus was being used, pardon me. Then yes, a completely different mechanism. How can you configure the default program binding to open certain file formats? My folder opens through an audio player.

        alexanderzhirov How can you configure the default program binding to open certain file formats? My folder opens through an audio player.

        Remove the inode/directory handler listings from .config/mimeapps.list then run sudo usysconf run -f mime. That should remove the handler. When you right click a file and choose to open it in a certain application, that will associate the file with that application by putting it in the list. This is IMO a flaw of Nautilus because they make it far too easy to mess up associations.

          JoshStrobl It's not my problem if at some point you chose a media player as your inode/directory handler. That's on you. You can fix it by cleaning up your .config/mimeapps.list file and rebuilding the mimeapps cache using usysconf.

          Yes, I found the line that was executing the wrong command and deleted it. Now everything opens as it should, thanks!

          JoshStrobl Remove the inode/directory handler listings from .config/mimeapps.list then run sudo usysconf run -f mime. That should remove the handler. When you right click a file and choose to open it in a certain application, that will associate the file with that application by putting it in the list. This is IMO a flaw of Nautilus because they make it far too easy to mess up associations.

          Sorry for the late reply. I wrote after your post, and I saw your proposal at the wrong time.

            alexanderzhirov Sorry for the late reply. I wrote after your post, and I saw your proposal at the wrong time.

            All good, Flarum's live reload isn't that good.

            Budgie-Desktop-View only works at first, for me, until I mount a remote folder. Then, no more icon on my desktop.

              alexanderzhirov J'ai réparer facilement le problème! Il suffit de lancer le dossier bureau avec nautilus et de choisir ouvrir avec nautilus et les dossier du bureau s'ouvre avec nutilus!

              I easily fixed the problem! Just launch the desktop folder with nautilus and choose open with nautilus and the desktop folders will open with nautilus!

              Merci JoshStrobl pour ce formidable travail... Thank you JoshStrobl for this wonderful job ...

              5 days later

              olivir
              If someone can explain my issue, here's my fstab :
              192.168.1.33:/Racine /home/olivier/NAS nfs _netdev,x-systemd.automount,user 0 2

              23 days later

              olivir Solved with the last update, you're the best Solus team ! 👍

              JoshStrobl

              The new Budgie Desktop View uses a Gtk Flowbox. This flowbox uses a sort order to determine how FlowboxChild items should be sorted. We have a sort function that prioritizes our "special" directories (Home and Trash), followed by active mounts, followed by folders ordered by collated names, followed by files ordered by collated

              does this mean that arbitrary sorting will not appear in the near future for budgie-desktop-view??

                George does this mean that arbitrary sorting will not appear in the near future for budgie-desktop-view??

                The sort function I implemented for the flowbox is a design decision. The ability to arbitrary choose a location for an item wouldn't be supported in a GtkFlowbox and using a Grid isn't desirable due to needless introduced complexity that'd result from it.

                No plans on changing how the view works.

                4 years later
                alfisya locked the discussion .