Files (Nautilus) v3.28 will lose the desktop icons capability

Desktop
#41

The reasons presented a good and valid i think. However, removing the functionality before a replacement is ready is very gnomey decision that I consider harmful. The Desktop metaphor works since decades and many users rely on it in the every day work and organizing their work. I use it as a sort of ToDo list, for example to quickly paste some pictures from my camera before properly sorting them… similar to how I use my real desk.

I hope Ubuntu Bionic Beaver will have a replacement ready before removing the functionality.
Edit: Sorry, I missed this reply:

Very good decision! :+1:

2 Likes
#42

Looks like it is being moved from Files (Nautilus) handling it to GNOME-Shell.

1 Like
#43

Not in the 3.28 timeframe. Perhaps in the future if someone steps up to finish the extension

#44

Maybe once we do update to latest nautilus and start using the extension for desktop icons, we can get away from having desktop icon increase in size when we make folders and files larger in nautilus. Good write up @didrocks. Thanks.

#45

First, awesome write ups, solid decision. I’ve got a little bit of a different question I think.

I’ve been a gnome shell user for a long time and prefer that experience but with the merging of Ubuntu Gnome into Ubuntu I’ve know that’s secondary to Canonical’s direction. Again not faulting, your making the right decision for your product.

Getting to the point, I’m not sure what features nautilus 3.28 might have but will there be a way to get a clean latest gnome experience or will we just need to wait till fall?

1 Like
#46

If I understand you correctly - I think you’re looking for the ‘vanilla-gnome-session’.

I to have been using gnome-shell for some time, (since it’s second iteration). Didn’t like it at first, (actually hated is the better word) but after a month of daily use, I found that I couldn’t go back to a conventional desktop. So I really do appreciate the Gnome-Devs and their HIGs. They do know what they’re doing and it seems they backup at least some of their design decisions by analysing user data. But … I’m digressing.

Cheers. HTH

#47

I’m running a “vanilla” experience on artful so I get that. Let me ask a different way. Will there be a official PPA or some other method for running nautilus 3.28 without the changes to other systems that @didrocks mentioned needing to support using 3.26? Something like how the Kubuntu team provides access to the latest KDE releases maybe though obviously at a smaller scale.

This isn’t a big deal just trying to understand and set my expectations. Thanks! :slight_smile:

1 Like
#48

Probably no official method, there might be a community PPA though, as didrocks pointed out in the blogpost.

2 Likes
#49

A work around… Use a different file manager, confirmed on Ubuntu 18.04 https://sites.google.com/site/installationubuntu/tweaking-ubuntu/change-default-filemanager

1 Like
#50

@didrocks - has the desktop team discussed its nautilus plans for 18.10? Is Nautilus 3.30 still on the plans for 18.10?

If it is - any chance of uploading at least nautilus 3.28 very soon into cosmic whilst nautilus 3.30 is being polished for its September release?

2 Likes
#51

We didn’t discuss about it yet as we discuss new version and upgrades later in the cycle, you can follow our weekly meeting on IRC, on #ubuntu-desktop (freenode) 13:30 UTC on Tuesday.

#52

I’m looking for newer Nautilus too . :smirk: No pressure though.

1 Like
#53

ah - sad to say no discussion about this at the recent desktop meeting :frowning:

cross-fingers for the next meeting…

1 Like
#54

feel free to join and ask it in the AOB :wink:

2 Likes
#55

@didrocks & @jbicha For 19.04 Ubuntu Budgie believes it has a viable alternative for desktop icons support.

We are working with an upstream project https://github.com/spheras/desktopfolder to further enhance the existing upstream capability.

I have a pending debian mentors request for the package here - https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=913363 … hoping to find a someone to work through the sponsorship process.

We also have a PPA testing this out with Nautilus 3.30. https://launchpad.net/~ubuntubudgie-dev/+archive/ubuntu/desktop-icons - git master release of desktopfolder rather than the published stable release.

As an aside - DesktopFolder also works on GNOME-Shell so this gives an alternative for X11 (not fully wayland compatible) users from using the gnome-shell-extension in development.

So - assuming we can get DesktopFolder into Debian --> Ubuntu repos, Ubuntu Budgie would warmly support moving to Nautilus 3.32.

3 Likes
#56

Why are we not using the Files’ maintainer’s extension instead of this one? Would be good to hear the reasoning :slight_smile:

#57

gnome-shell extensions can only be used on gnome-shell. It is that simple :slight_smile:

2 Likes
#58

it’s not ready yet to meet the nautilus’ functions completely

#60

Not just desktop, people will lose this too.

https://gitlab.gnome.org/GNOME/nautilus/issues/448

For Unity-7, I updated the patches for Nautilus and testing Nemo-Desktop (only the desktop portion). It actually works well. It has accounts-service integration and can be made to play well with Gnome.

2 Likes
#61

Reported fresh bug 1807766 to launchpad as the answer to this AskUbuntu question.

Another fresh discovery for 18.04 LTS (!!!) and 18.10 is that user can not install deb-packages with GDebi Package Installer from Desktop. See question on AskUbuntu and bug 1807761 at launchpad.

What are you doing?
Why I can’t simply copy desktop-file from /usr/share/applications, make and executable and show its icon on the desktop?

Why I get blind icon ( wrong gedit )
instead of normal one ( correct-gedit )?
Why are you inventing extensions over extensions over extensions?
Such functionality was here for years!

Are you sure that you can teach all business oriented users with new non-intuitive habits?
For whom are you developing this enterprise grade operating system with 10 years support?

1 Like