RClone GUI suggestions needed


#1

Hello,

I am planning on creating an GUI for rclone written in python. So it can be easily ported/modified to work with Qnap/Synology/Unraid, etc.

I was hoping on suggestions schemes on how to structure the GUI to include if possible all features of rclone.

@Andy do you have any suggestions?

Please comment what is definitely needed in the GUI and if possible submit your ideas in form of images.

I want to start this project the right way. The best solution to that is to involve as many people as possible to create a template/scheme for the GUI.

Regards,
Gelsas


Prototype for a nicer built-in web GUI
#2

Literally the current rcloneBrowser but with multi-selection support.


#3

Thank you that’s already a good suggestion. I still would like to update the design of it because the rclonebrowser looks quite old.

Any other suggestions form anyone?


#4
  1. Windows compatible.
  2. Option to stream videos.
  3. A good seach.

#5
  1. Alright
  2. Please explain that further, so a media player would need to be integrated or do I misunderstand?
  3. Alright

#6
  1. Maybe using vlc. But no need to download first the video to see it.

#7
  • Multi tab
  • Incremetal Checksum modified & new files by keeping storing hashes of remote in local db so it’s easier to verify remote with local data

#8

Hello gelsas,

may I suggest laying out a design in terms of features and interaction model first. We should have a clear vision and set goals. Maybe start out small and level up from there.

What’s the primary goal of the GUI app?

Let’s brainstorm :wink:

Cheers,
Andy


#9

Hey Andy,

The main goal off the GUI would be to make rclone a available to a broader audience. Right now only tech savvy people will start using rclone.

Rclone should be easily understandable by everyone.

Even the creation process of the cache, crypt etc could be guided via an guy many people are any more comfortable using GUI. (We could offer the terminal based setup and an guided GUI setup. You can choose which one you want)

Also I was thinking of including templates of configs which work the best for specific usecases (users could submit their config and vote for their favorite one)
In that way people would have a good config right from the start which was tested by a lot of other people already.

I will try to find a list of all features rclone has and then I will post in a few hours which features I think should definitely be included.

Please let me also know your point of view/your approach for a GUI.

Cheers,
Gelsas


#10

Hi Gelsas,

thank you for your elaborate answer. I’m totally in line with your plans for an RClone GUI.
Make it approachable and empower anyone to easily backup their data.

And with this, in the first steps we should focus on the simplicity of the process for novice users.
Something along the lines of:

• storage config
• backup
• restore

Review and iterate on workflows, iron out the kinks and advance from there.

• drag and drop
• bucket handling
• encryption
• automation / schedule backup / cron / services
• backup sets
• etc…

We should discuss the approach of being data centric vs. being storage centric.

I think novice users would focus more on their data, while advanced users may be more centric about storage space. By data centric I think of users that don’t want to manage their data. They just want to have it back when they need it. While from personal experience, people who tend to manage their data manually they often are more storage centric.

We need not choose one approach, we could implement multiple.

Please let me know how you think about it. This is in direct reply to Gelsas, but please, everybody feel free to comment.

Cheers,
Andy


#11

I did have the idea of making a GUI using react and getting rclone to serve the GUI files and the remote control which rclone interacts with.

That would potentially make the GUI self contained within the rclone binary itself…


#12

I completely agree with everything you said. I think we should implement multiple approaches.

Do we have some kind of cloud based sheet where we can write down/darw everything? If yes that would make it easier to collaborate.
Or should we do it in this thread ?

Cheers,
Gelsas


#13

Well if it is possible to make it self contained in the rclone binary itself then we should definitely go that way!


#14

@gelsas you’re my hero! :wink:

I think the most needed feature would be the possibility to select multiple items and a nice and clean queue/transfers status info panel with maybe current up/down speeds/connections visible at all times either in the icon and/or in one of the app corners/status bars.

Ah and multiplatform is a must! (don’t forget Linux and MacOSX! he he)

Again thanks for thinking about the community around RCLONE!


#15

My thinking was if the GUI is implemented as Javascript and served from rclone then it will work with any browser…

However I’m really bad at GUI design, and have no practical experience with React (though I have read a book on it now) so very much at the stage of - “Oooh there is an idea!”.


#16

So, this is a cool idea, but also tricky. (I have some experience with web UIs for Go programs, if you have any questions.)

My primary concern is binary bloat: a GUI will add considerable MB to the file size, but I ship rclone around a lot in headless environments, where I don’t use the GUI anyway. Would there remain a non-GUI version? :slight_smile:


#17

:smiley:

Using internet technologies means that the bulk of the content could be served over the internet so not supplied in the binary was what I was thinking. At very least the images could be served over the internet which would leave the relatively quite small html/css/js in the binary. That would mean the GUI would work without internet too, just without the images.

Alternatively an rclonegui binary might be a better idea - not sure.


#18

I don’t know if I understand correctly, but hearing React and internet technologies I get the sense that we’re not talking about native to the platform GUI paradigms. Instead it sounds alot along the lines of an Electron GUI.

Call me old fashioned, but I do prefer a UI native to the platform the app is running on, especially within file management. I’m curious how you all feel.

Have fun
Andy


#19

I was thinking about an in browser GUI yes, but I was just throwing up ideas!


#20

An in browser UI is certainly interesting. But how would access priviledges of files be handled, without giving the browser full access to everything. Also, how would automation, e.g. running as a service, or daemon work?

Again, everybody please feel free to chime in.