-
Notifications
You must be signed in to change notification settings - Fork 295
Upgrade to Marionette 3 #81
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
Conversation
22146da to
ef94119
Compare
|
Basic functionality seems to work 🚀 @Gomez @nextcloud/mail review please, so we can base the next PRs on the new Marionette features :-) |
1f99a6e to
7190836
Compare
|
@jancborchardt @tahaalibra @skjnldsv @Gomez would be great to get this in, so I can continue with the other PRs and use the new Mariontte APIs. Thanks :-) |
7190836 to
5cf00b7
Compare
|
Btw. the client should be a bit faster now that we use |
|
Only shows spinners and I get this in the console: |
|
Ahh, thanks! Of course that has to be said for testers ;)
|
I thought german computer programmers would figure that out themselves ;-) |
5cf00b7 to
3cecf55
Compare
|
@jancborchardt regarding the first two issues it looks like Marionette is re-rendering the messages list for each element added to the collection, therefore the browser feels janky shortly. |
|
|
Might be worth to directly migrate to marionettejs/backbone.marionette#3192 🚀 |
20c08c9 to
c3c3a6a
Compare
|
|
Again only spinners (even after making, and also in incognito window), and this error: (This is with Chrome.) |
|
there was a fix for that in #169. I need to rebase this PR |
5f82f34 to
2ec870e
Compare
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
2ec870e to
5ef7685
Compare
|
fixed the load-more spinner. Only issue left: FF jump scrolls when we add more messages to the list. This might be an issue that we had before already: FF always scrolled up when the message list was refreshed, whereas Chrome didn't. |
5ef7685 to
b5c4cb5
Compare
|
found a quick and dirty fix for the FF issue: remember and restore the scroll position when the list is re-rendered. Seems to work, although there might be a better solution. @jancborchardt please give it another test run and let me know there's anything else that does not work |
|
Seems good with Chrome at least 👍 couldn’t test with Firefox yet. |
|
So @ChristophWurst I would say let’s get this in and fix things moving forward so it doesn’t diverge more. :) |
|
Agreed. Let me fix the code style issues and then we can merge 🙏 |
|
🚀 💃 🎆 🍾 it's in! |
|
@ChristophWurst btw don’t remember if it’s related, but replying to emails from the unified inbox doesn’t put the »reply« icon ;) |
|
Unified inbox will hopefully die soon. I have found a way to paginate our APIs, which means I can finally re-implement it client side: less code, fewer hacks and definitely better performance. https://github.com/ChristophWurst/multi-source-pagination |
|
Ok, but maybe just say »the current implementation of unified inbox« otherwise I’m afraid. ;D |
|
hehe, yes, that's what I meant ;-) |
|
This thread has been automatically locked since there has not been any recent activity after it was closed. Please open a new issue for related bugs and questions. |
TODO: