Search found 794 matches

Two approaches you could try: 1) Mapping taskRank to a weight on the backend: A = 100 , B = 200 ... On drop between A & B, 150 is set and you could with you mapping on the backend figure out it is between A & B . 2) Sort by taskRank locally, listen for taskDrop , get tasks in the same column...
Hi, Just to set expectations correct here, the layout engine does not handle events of varying height. So even if the event is collapsed to take up less vertical space, another event stacked below it would not respect the collapsed height, but be positioned same way as if it was not collapsed. An ap...
You could try sorting the TaskStore by your own field, instead of by weight. That will change the display order. Done in this demo: https://bryntum.com/examples/taskboard/sorting/. It will still assign a weight on drag and drop, but I suppose you can just ignore that by making the weight field not p...
Hi, The purpose of using weight instead of for example the tasks index in the store to determine vertical order is to allow for cheaper insertions between two cards. Dropping between 100 and 200 will assign 150, which (mostly) eliminates the need of updating the other tasks. If we used store index f...
Hi, There is no such option for labels. But you could try (without labels) either enabling line breaks: .b-sch-event-content { white-space : normal } Screenshot 2022-09-13 at 11.01.25.png Or overflow: .b-sch-event-content { overflow : visible } Screenshot 2022-09-13 at 11.02.27.png Note that the ove...
Hi, Wanted to add some clarification here, with an answer from another post: Our endDates are not inclusive, while startDates are. Meaning that events starting on 2022-01-01 with a one day duration will end on the very start of 2022-01-02, encompassing all time of the 2022-01-01 but none of 2022-01-...
Hi, When reordering rows, it is added at the new location. So technically it is expected to trigger beforeAdd . With that said, there should anyway be a way to distinguish the two operations also on the data layer. I suggest checking if the record already has a parent, pretty sure a newly added wont...
Hi, I could not spot anything obviously worse when profiling, but a lot of factors play in of course. If the filtering approach does not cut it for you we could investigate it further. And yes, filtering should only affect the visuals and not the scheduling. Regarding throttling the draw, I have ope...
Hi, The refactored dependency feature should have similar performance as before the refactor when scrolling, the main difference is that it now draws during transitions. Did you get better scroll performance before the update? Regarding possibility to only draw certain dependencies, there was no dir...
Hi, While there is no built-in way of directly hiding task items from a click listener, it can be solved without too much work by implementing a processItems fn (https://bryntum.com/docs/taskboard/api/TaskBoard/view/mixin/TaskItems#config-processItems) in combination with a taskClick listener. You c...