Skip to content

Comments

Enable Nautilus integration and sync status icons#202

Open
scde wants to merge 1 commit intoflathub:masterfrom
scde:nautilus-integration
Open

Enable Nautilus integration and sync status icons#202
scde wants to merge 1 commit intoflathub:masterfrom
scde:nautilus-integration

Conversation

@scde
Copy link

@scde scde commented May 11, 2025

The shell integration only works if you create a proper symlink which is documented in the new README.md.

Also adds /repo to .gitignore because it is created if you follow: https://docs.flathub.org/docs/for-app-authors/submission#build-and-install


Hi,

I basically did a slightly nicer version than: https://gist.github.com/p-fruck/6ec354da8fb348c19cca013c6c64df76 (mentioned in #6 (comment))

I am more or less working with Flatpak for first time here so maybe you have some tips to get a better solution than manually creating a symlink to the syncstate.py scripts (see README.md)?
I think ideally there's a config / way to build the scripts into the Flatpak export folders (e.g. $HOME/.local/share/flatpak/exports/share and /var/lib/flatpak/exports/share) but IDK how to configure this.
Does maybe someone here know more about this? Or is it just prefixing them with the Flatpak ID (similar to the sync status icons)?
I anyway wanted to share this since it should work rather well (I think it might even survive app updates).

I also have two small problems with the shell integration (which might or might not be connected to what I did):

  • The sync state icons are not scaling and IDK why. E.g. if you make the folder icons bigger / "zoom-in" in Nautilus the sync state icons stay the same small size.
  • The right-click menu option "Copy internal link" doesn't work but you can still get it through the "Share options". Maybe this has something to do with Wayland (seems like a X11-to-Wayland issue)?

BR
scde

The shell integration only works if you create a proper symlink which is
documented in the new README.md.

Also adds /repo to .gitignore because it is created if you follow:
https://docs.flathub.org/docs/for-app-authors/submission#build-and-install
@flathubbot
Copy link
Contributor

🚧 Test build enqueued.

@flathubbot
Copy link
Contributor

🚧 Started test build.

@flathubbot
Copy link
Contributor

🚧 Test build succeeded. To test this build, install it from the testing repository:

flatpak install --user https://dl.flathub.org/build-repo/184352/com.nextcloud.desktopclient.nextcloud.flatpakref

@mgallien
Copy link
Collaborator

@scde in theory you would be supposed to get the Nextcloud integration for your files explorer/manager from your native package manager unless someone write a portal or whatever solution to provide a generic integration for cloud sync clients into Linux files explorer/manager

so I am not sure what you try to achieve
is integration not working if you have the nautilus-nextcloud package installed ?

@scde
Copy link
Author

scde commented May 14, 2025

Hi @mgallien,
thanks for the hint to the package I didn't know about this. But since it depends on the nextcloud-desktop package I would have two clients installed (Flatpak + deb).
And it seems the only thing actually needed to get the integration working with the Flatpak app is the syncstate script and the emblem icons (see https://gist.github.com/p-fruck/6ec354da8fb348c19cca013c6c64df76). That's why I've tried to integrate this into the Flatpak so you don't have to manually go out and get those dependencies (or have the redundant deb installation).
But if you don't need it feel free to close the PR.
BR
scde

@staeglis
Copy link
Contributor

I would be interested in the PR, but would like to have it extended to dolphin. I don't think it makes sense to install the integration via apt or similar for the reasons already mentioned.

@mgallien
Copy link
Collaborator

the dolphin integration is a binary one that should be built to be loaded by your dophin instance
there is almost no chance you could built it once during flatpak build and have it run anywhere

@mgallien
Copy link
Collaborator

the only solution is to have a clean interface to communicate from your files explorer/manager to a sync client running via a flapak package
this is currently missing
you would need to get relevant stakeholders to help there (maybe portal, nautilus, dolphin , any GTK based ones, ...)

@staeglis
Copy link
Contributor

The Flatpak file system is accessible from outside, isn't it? The plugin and any necessary libraries should then be usable / installable via symlink or not?

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants