-
-
Notifications
You must be signed in to change notification settings - Fork 147
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Tray icon does not indicate if everything is up-to-date #105
Comments
If we really want we could at a very small piece of text next to the icon if that is helpfull? But we have to be carefull for small screens don't have infinite amount of pixels and don't pollute the taskbar to much. |
Currently there are 4 icon states:
https://github.com/syncthing/syncthing-macos/tree/develop/syncthing/Assets.xcassets/ |
Hi, thanks for the feedback! I had actually tried to stop syncthing, the way you mentioned, and saw the icon change. IMO a much bigger exclamation mark would already be more noticeable, even if I shouldn't have to "monitor" the icons in my tray. If there is something wrong, it should jump at me instead. so I still think a colour change of the icon (only when something is not normal) is a more effective way to draw the user's attention, as it's more noticeable. Some people might want not want it, but maybe it could be left to the user as an option?? Besides the look and feel of the notification itself, I think there is something that could be improved regarding WHEN to show it. Notifying the user when the local syncthing is dead is very good, but IMHO it's equally important to notify him if the remote server he syncs to is disconnected. I tried to stop the remote device I sync to, and nothing happened. No exclamation mark or something. Still, the sync is effectively dead, so we are in the same critical state as when my local syncthing is stopped. There are also the other cases, the non-critical alerts (but alerts still), like:
Could the notification be also triggered when that happens? Thanks |
Great, we are on the same page. I agree with all the points but we should think about features and functionality in a critical way so it will not be annoying. When we decide to implement some monitoring/notification system we must have the requirements clear. Currently i'm not very active on the development of new features because it is pro-bono. Actually I had a draft for notifications where you could accept the sharing of folders by a node see #52 (comment) I also totaly agree this makes the MacOS integration more natural without switching to the web interface. There is so many room for improvement like having the whole webinterface "ported" to a native gui. Like management of shares, nodes, etc etc. But of course it takes time to create requirements, design and implementation. |
Seeing that this issue has been around for two years now, perhaps there are smaller changes that could be made to incrementally improve the user experience here? I feel like a very useful first change would be to include remote devices when checking the syncthing status, instead of just checking all folders. This would cause the menu bar icon to show "syncing" whenever a remote device is syncing, which is in part why this issue was created in the first place. |
I understand all your ideas but syncthing-macos relies on the API exposed from Syncthing itself. We currently use the events endpoint and set the local state according to this. syncthing-macos/syncthing/STStatusMonitor.m Lines 85 to 86 in 9a5cebb
It basicly means when we received an event So in my opinion there is nothing wrong with the current implementation, but possible something wrong in what we expect. |
Does #74 resolve this issue? |
Hi,
I saw in the doc that it says
so this issue is to make sure it does not get forgotten :-)
It's good to see if syncthing is running locally or not, but what I also really want to see is if my files are all synced correctly or not.
If any folder or any remote device is not up-to-date, I think the colour of the icon should change to draw the user's attention.
Right now I regularly visit the web interface to make sure everything is green. I really wish the icon would give me that information.
Note: if there are events like a "receive only" folder becoming out of sync then I think the icon should also indicate there is something not 100% ok, so that the user knows he should visit the web interface to see what's going on, and eventually click the "revert local changes" button in that case.
Thanks!
The text was updated successfully, but these errors were encountered: