144
Frontend Speed Improvements
in progress
Zeb
Optimizations and improvements for things like clicking around, the app becoming sticky, and generally related to the web or desktop applications.
Log In
Activity
Newest
Oldest
Thibault de Changy
SCROLLing is persistently SLOW, and becomes even TIRING because the focus has to switch between the content and waiting a few milliseconds, and this repeatedly This happens on newly loaded content (of any type) as well as already loaded content.
The most common use-case is the list view (as said by Guy Mannerings) and the task opening lags. How is it even possible to have such scrolling issues (maybe a low FPS? as said by Johannes Rudolph). In fact I never saw this in my entire life (!), the most basic website won't ever have scrolling issues and the same is true for complex apps based on React (or Angular as this seem to be).
I suspect that your tech stack has a real switch to operate on some displaying components. For what I see I suspect a 100% permanent live-load, which is the total opposit of actual trend - using cache as much as possible.
In brief :
- once a page is loaded, stop reloading anything on scroll please !
- when opening a task, cache the frames first (should take milliseconds!) and then insert content.
Johannes Rudolph
I find that the document editor on reasonably large documents (> 600 words) feels very "stuttery". Especially scrolling seems to render at a low FPS and thus makes editing feel very sluggish. It's the same on Chrome & Safari (OS X). Adding embeds/images to the document seems to make matters worse.
J
Jose Maldonado
speed issues are causing my clients to have trepidation about moving over after consistently witnessing my own experience with a lot of lag, especially on the Calendar and Gantt Views. the idea and execution of this app are amazing but i think this one flaw is a huge linchpin. I suppose this comment is just more along the lines of seconding the general notion that speed has been a challenge. I have great faith in this app, and once this obstacle is surmounted i think it'll be an astronomical game changer. good luck!
Guy Mannerings
Just to say the list opening speed improvements that came today are noticeable! Thanks for that! Great work!
The next thing I would love to see is clever loading on scroll. It's still a bit of a pain waiting for items in a task list to load when you scroll down, so it would be great if items started loading before you got to the bottom of a list.
Gavin Carvell
Love the improvements so far - some things are very snappy now! A couple of things that still take a while are: loading task templates and merging tasks using a URL (not the task ID)
Guy Mannerings
So far, I'm loving the speed improvements. Nice work Zeb and team ClickUp!
I have a couple of pieces of feedback for things I would love to see:-
- Now the task view opening is so much faster (awesome!), it would be great if we didn't get any layout shift upon opening. My personally most-used area of task view is the task description area. At the moment, when you open a task, it can take a second or so for the task description area to settle as it appears and then expands/shifts. There is a bit of inconsistency with this. It seems to happen mostly with task descriptions that are empty. Task descriptions with text in don't seem to have this problem. I have submitted this as a potential bug.
- I would love to see faster list opening/rendering when you have long lists with lots of info. Likewise, if you scroll a long list, it would be great if items were ready to be seen before you could even scroll to them. Just saves waiting for them to load.
But, otherwise, the speed improvements have been really great, and it's great you have a dedicated team on it going forwards!
Gavin Carvell
Guy Mannerings: Yes, I have the below CSS added, using the Chrome extension Stylus, to stop the task description jumping about. This may help ClickUp find the issue you're referring to.
.cu-editor-wrapper.cu-editor_task-view .cu-editor .ql-editor.ql-blank,
.cu-editor-wrapper.cu-editor-wrapper_show-all:not(.cu-editor-wrapper_create-task):not(.doc-editor).cu-editor_task-view .cu-editor .ql-editor.ql-blank,
.cu-editor-wrapper.cu-editor-wrapper_show-all:not(.cu-editor-wrapper_create-task):not(.doc-editor).cu-editor_task-view .cu-editor .ql-editor,
.cu-editor-wrapper.cu-editor_task-view .cu-editor.ql-disabled .ql-editor.ql-blank {
min-height: 0px;
}
I've also added this to stop a loading thing appearing - it just moves all the layout about while it's loading. You go to click on a subtask as a task is loading and just before you click on it, the layout shifts and you click on the wrong one.
.cu-btn__spinner_loader {display: none!important;}
Guy Mannerings
Gavin Carvell: Thanks! Good to know.
Eric W.
Guy Mannerings: Thanks for the kind words and additional feedback! We'll be sharing this with the team and appreciate you noticing all the hard work we've put into improving ClickUp!
Zeb
in progress