Uh oh!
There was an error while loading. Please reload this page.
Upgrade to Marionette 3 - #81
Conversation
22146da to
ef94119CompareChristophWurst
commented
Sep 25, 2016
Basic functionality seems to work 🚀 @Gomez @nextcloud/mail review please, so we can base the next PRs on the new Marionette features :-) |
1f99a6e to
7190836CompareChristophWurst
commented
Sep 27, 2016
@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
5cf00b7CompareChristophWurst
commented
Sep 27, 2016
Btw. the client should be a bit faster now that we use |
jancborchardt
commented
Sep 27, 2016
Only shows spinners and I get this in the console: |
ChristophWurst
commented
Sep 27, 2016
Ahh, thanks! Of course that has to be said for testers ;)
|
ChristophWurst
commented
Sep 28, 2016
I thought german computer programmers would figure that out themselves ;-) |
5cf00b7 to
3cecf55CompareChristophWurst
commented
Sep 28, 2016
@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. |
|
ChristophWurst
commented
Oct 13, 2016
Might be worth to directly migrate to marionettejs/backbone.marionette#3192 🚀 |
20c08c9 to
c3c3a6aCompare
|
jancborchardt
commented
Nov 3, 2016
Again only spinners (even after making, and also in incognito window), and this error: (This is with Chrome.) |
ChristophWurst
commented
Nov 3, 2016
there was a fix for that in #169. I need to rebase this PR |
5f82f34 to
2ec870eCompareSigned-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
Signed-off-by: Christoph Wurst <christoph@winzerhof-wurst.at>
2ec870e to
5ef7685CompareChristophWurst
commented
Nov 4, 2016
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
b5c4cb5CompareChristophWurst
commented
Nov 4, 2016
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 |
jancborchardt
commented
Nov 4, 2016
Seems good with Chrome at least 👍 couldn’t test with Firefox yet. |
jancborchardt
commented
Nov 4, 2016
So @ChristophWurst I would say let’s get this in and fix things moving forward so it doesn’t diverge more. :) |
ChristophWurst
commented
Nov 4, 2016
Agreed. Let me fix the code style issues and then we can merge 🙏 |
ChristophWurst
commented
Nov 4, 2016
🚀 💃 🎆 🍾 it's in! |
jancborchardt
commented
Nov 4, 2016
@ChristophWurst btw don’t remember if it’s related, but replying to emails from the unified inbox doesn’t put the »reply« icon ;) |
ChristophWurst
commented
Nov 4, 2016
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 |
jancborchardt
commented
Nov 4, 2016
Ok, but maybe just say »the current implementation of unified inbox« otherwise I’m afraid. ;D |
ChristophWurst
commented
Nov 4, 2016
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: