Ref T5240.
- Columns are fixed height.
- Columns scroll internally.
- Drag behaviors generally align with these column behaviors.
Differential D15209
Make workboard columns fixed-height and internally scrollable epriestley on Feb 7 2016, 11:56 PM. Authored by Tags None Referenced Files
Subscribers None
Details
Ref T5240.
Diff Detail
Event TimelineComment Actions I think I need to try it in the wild. I think both approaches are definitely improvements over the status quo. I do think there's some value lost here in terms of not having a "sense of scale". To me, the Subnautica trello board is a good example: https://trello.com/b/yxoJrFgP/subnautica-development There's no way to quickly assess how big each of those columns is relative to one another or relative to other columns of known size. And if you scroll through them, they're enormous! At least on my monitor, the scrollbar is nearly invisible, too, and I can't really use it to see how big the columns are. I don't think communicating "sense of scale" is ultimately that important, and we're at least slightly better off because we show point counts, even if that's a less visual way of communicating things. I haven't seen other users express interest in the "sense of scale" approach, nor complain about Trello's approach, so I may be relatively unique in caring about this or considering it valuable. If it is valuable, we could also find other ways to communicate it while still using this scroll approach. For example, we could draw a "minimap" of the board and stick it somewhere, or we could put a progress bar above each column or in the header showing a summary of task states, with sizes relative to the sizes of the columns. My inclination is to push this out, see if users hate it or I hate it after using it for a bit, and then if we do feel the sense of scale is missing, we can figure out if swapping the layout logic is really the best approach. Comment Actions (This also ends up being quite a bit easier to implement than the other approach was, although I didn't know about the calc(100vh - ...) CSS cheatcode at that point.) Comment Actions This feels fine in Safari, but Chrome the large panels are... bouncy? on side scroll. It's strange. One idea I had in the mock to convey "lots of tasks in this column" was automatically showing the scrollbar. At least on a laptop without a mouse it doesn't display, not sure if it can be overridden or not. Comment Actions Hmm, I think I'm not seeing what you're seeing. This is chrome + laptop + mouse for me: Comment Actions (As far as I know, there's no way to force OSX to use with-mouse style scrollbars without a mouse, but maybe you could make some trivial adjustment to the CSS to force it?) Comment Actions I side scroll on a trackpad (no mouse) in Chrome (two fingers), and the overflow columns just "bounce" when scrolling. I'd have to make a movie or something if it doesn't repro for you. I'm also on a slow Macbook. Comment Actions Pretty sure I can't reproduce the bounce locally. I did this:
I think I observed normal scrolling (same as using the scrollbar or mousewheel) and no bounce, but maybe I'm just not looking at the right thing. Comment Actions No dice -- disconnecting all USB, restarting chrome, double-checking that there are really no scrollbars, then scrolling with two fingers still doesn't do anything bouncy for me, as far as I can tell. |