-
-
Notifications
You must be signed in to change notification settings - Fork 2.3k
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
Widget/shortcut should allow to sync #17084
Comments
@GuiSousa135 and @lutzky, may I ask what mean your thumbs up? |
I meant the issue affects me too, thanks! |
Arthur -- seems like you're just about done with this feature, but it just occurred to me how close this is to one of my pet-peeves: there's no auto-sync when you enter the app directly into the card browser. (I'm talking specifically about the long-press "Card browser" option -- is that in the widget/shortcut category?) Is there any chance your fix would encompass that as well? [As far as I can tell, there's no way to sync from the card browser at all -- but that might be a separate feature I need to finally get around to requesting ...] |
Summarizing my point on Discord: I don't support a menu item to sync in the Reviewer: each concept in the app should have one primary screen where it's managed, and Sync lives in the DeckPicker We already have too many options in the Reviewer, and this further adds to the clutter I fully support the ability for all screens to handle a sync occurring I'd fully support a secondary action on screens to sync, where sensible (for example, in the nav, or a keyboard shortcut) I'd fully support the widget starting a sync on click, in IntentHandler or similar (especially if auto sync is enabled). I think this handles @Danika-Dakika 's point I fully support secondary actions on the screen to enable a sync (JS API/Gestures) |
I admit I don't understand this "should". That seems far from self-evident for me.
I agree there are many options, and so something should be added only if it really helps. I'm arguing in this case there is a case where it is the case.
I'm not sure whether you mean:
Currently, on desktop, the collection sync block all UI. And reciprocally, there are a lot of UI that blocks the main window, such as opening the note type list/editor. So I don't expect that we should allow screen navigation during the collection sync, so I am against 1. And I'm also against 2 because a sync while we are editing a template, a note type, or a deck options either would ignore the change we are currently making (which would be confusing), or would be syncing a change not entirely finished, causing potentially a lot of bug on other devices when they download the partially edited note type. I'd even argue we should note be able to sync when we are editing a note. Even if this can be done on anki. The reason is that, in anki, all changes to the notes are saved to the collection immediately. There is no notion of saving or discarding the changes. On the other paw, on ankidroid, any change to an existing note can be cancelled by closing the view without saving. So, the same question should then be asked, what's the meaning of a sync while a note is being edited, and the edition is not done?
If the sync fails, we will need a dialog. I admit that I doubt it would be a great experience to show the dialog on top of the intent handler, given that it would be a dialog on top of an empty screen.
Appart from the reviewer, do you expect we could use a JS API anywhere? Currently, it seems to me that all gestures corresponds to action that the user can do through the menu (or navigation bar). I expect the "App bar buttons" and the "gesture" list to offer exactly the same choice. I used the "app bar buttons" to see all options available to me and decide what I want to have easily accessible. I also admit I don't know what it would mean in terms of accessibility, given that gestures are not necessarily accessible. But I admit I don't have enough experience with this domain to know that my intuition is correct. |
I want to keep the options lean. We already have too many, especially given that the context of 'sync' is an app-wide operation, rather than a card-specific operation. I'll defer to @BrayanDSO here
This seems sufficient to resolve the issue, without adding an additional menu item. Note: given the following UI, it's less of a concern to add an option, but I still feel it adds to confusion.
Yes, (note editor: custom importers, [image occlusion could have been an addon]), but off-topic With apologies, do let me know if I missed replying to any points which were on-topic to unblocking the PR, rather than general discussions around syncing. I want to see things improve here. |
IMO, this is by far the best option. If the auto-sync conditions are met, sync when the reviewer is opened and when the user leaves the app from the reviewer, same way the deck picker does. Eventually, this could be migrated to other or to all the screens. That would also lead to removing |
Let's say I've a single deck. I create a shortcut to the deck, or a widget that open the deck directly.
Then I never got an invitation to sync. I don't get an icon to invite to sync, nor a red or yellow label telling me syncing is needed, nor a regular reminder that no sync had occurred in quite some time. I assume all of you know this is how our users lose their data.
I think that the "sync" should be decoupled from the deck-picker so it can be reused elsewhere.
Then, when the reviewer is directly opened, when the deck picker is not on the stack, the sync option should appear in the reviewer.
Still, when the deck picker was used to open the reviewer, the sync button should not be present.
I guess the easiest way to do this is to pass a boolean in the bundle that indicates whether sync should be presented.
Contributors, note that this is only a suggestion. I want to get feedback from other maintainers without anyone start any implementation. If other maintainers agree this seems like a good idea, then we can start working on it
The text was updated successfully, but these errors were encountered: