You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Similar to how you can share files, images etc. on iOS to the Tailscale app in order to initiate a taildrop, it would be nice to integrate the same kind of functionality in Trayscale. You could then for example open Nautilus and then select a file (or folder) to open in Trayscale. This could then bring up a window to select which device to send to.
I implemented something similar in my application Rymdport in and it should more or less be as simple as adding a %F (or %U) to the desktop file's Exec parameter (Jacalz/rymdport@ccc2a70) and then updating the application to read the command line parameters. I suppose it might be doable with DBUS to pass the information to a running Trayscale instance as well but I haven't looked into how that works.
The text was updated successfully, but these errors were encountered:
I think Gtk can take care of the passing arguments to an existing instance. It already takes care of deduplicating instances as is, and the existing GtkApplication instance can be "activated" when there's an attempt to start a new instance. I'm pretty sure that it lets you pass some arguments to the existing instance when that happens. I'll have to look into the APIs involved.
Similar to how you can share files, images etc. on iOS to the Tailscale app in order to initiate a taildrop, it would be nice to integrate the same kind of functionality in Trayscale. You could then for example open Nautilus and then select a file (or folder) to open in Trayscale. This could then bring up a window to select which device to send to.
The idea is basically the same as what is shown in the macOS videos here: https://tailscale.com/kb/1106/taildrop
I implemented something similar in my application Rymdport in and it should more or less be as simple as adding a %F (or %U) to the desktop file's Exec parameter (Jacalz/rymdport@ccc2a70) and then updating the application to read the command line parameters. I suppose it might be doable with DBUS to pass the information to a running Trayscale instance as well but I haven't looked into how that works.
The text was updated successfully, but these errors were encountered: