As discussed in the Visual Design Group: The new 3-dots-cap since https://github.com/KDE/plasma-workspace/commit/a0e310b92537c4d2fd315871634c92c1c0e440fc could be raised a bit, sicne there is plenty of space. Lots of days here have 4-5 events, and basically with the rectangle you lose the ability to see what kind of events (e.g. Birthdays versus work events versus personal events) the day holds, which makes it a bit less usable. I recommend 5 or at least 4, since that would still easily fit, and be a bit more generous than 3. The idea of a counter was also mentioned in the group, which is imho discussable (not a huge fan due to additional numbers in a calender being distracting), but even if we'd do that, I would still recommend to have up to 5 dots first.
Makes sense, I actually don't know why I set the limit so low back then. I'll make a MR. > The idea of a counter Showing a number would take much more vertical space than the dots, so we'd first need to solve the issue of the day numbers, the dots and the subtexts being crammed together to the point where they almost overlap. Does the VDG already have an idea for that? Also, again, I'm not super invested into the bar, that was just an idea. If you want to see the event colors when there are more events, we could handle the overflow differently, maybe with a little + sign or by making the dots overlap a little.
(In reply to Tino Lorenz from comment #1) Hoi Tino, thanks for the quick reply, > Makes sense, I actually don't know why I set the limit so low back then. > I'll make a MR. Wonderful, thanks. I was pondering to do one myself, problem is: while I do have the .qml file and found the two places affected, I can't test the changes locally since that .qml is apparently not used (but rather a compiled version of sorts). > > The idea of a counter > Showing a number would take much more vertical space than the dots, so we'd > first need to solve the issue of the day numbers, the dots and the subtexts > being crammed together to the point where they almost overlap. Does the VDG > already have an idea for that? > > Also, again, I'm not super invested into the bar, that was just an idea. If > you want to see the event colors when there are more events, we could handle > the overflow differently, maybe with a little + sign or by making the dots > overlap a little. I think the bar is nice. Of course seeing the colours of the events of that day (e.g. in a gradient) would be the super luxurious solution. While we didn't discuss solutions yet, I think that would be an option (having the bar, with a gradient, Qt does offer these, as does qml (I use them in my plasmoid). However, it's definitely some effort to add it, so for now I'd already be happy to have up to five dots again, a quick statistics over the past few months would cover >80% of days that way. Thanks and kind regards
A possibly relevant merge request was started @ https://invent.kde.org/plasma/plasma-workspace/-/merge_requests/5272
Git commit c8e74bbc34debac1595d464f2cf60bd38d963ad1 by Nate Graham, on behalf of Tino Lorenz. Committed on 28/02/2025 at 16:12. Pushed by ngraham into branch 'master'. applets/digitalclock: Increase limit of event dots in calendar The limit was originally 5, but when the bar was introduced it was set to 3. Now it's at 5 again. FIXED-IN: 6.3.3 M +4 -3 components/calendar/qml/DayDelegate.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/c8e74bbc34debac1595d464f2cf60bd38d963ad1
Git commit e15eb21064a3acf10a2a197923db0b6b583d37d1 by Nate Graham. Committed on 01/03/2025 at 05:19. Pushed by ngraham into branch 'Plasma/6.3'. applets/digitalclock: Increase limit of event dots in calendar The limit was originally 5, but when the bar was introduced it was set to 3. Now it's at 5 again. FIXED-IN: 6.3.3 (cherry picked from commit c8e74bbc34debac1595d464f2cf60bd38d963ad1) 3866c236 applets/digitalclock: Increase limit of event dots in calendar Co-authored-by: Tino Lorenz <tilrnz@gmx.net> M +4 -3 components/calendar/qml/DayDelegate.qml https://invent.kde.org/plasma/plasma-workspace/-/commit/e15eb21064a3acf10a2a197923db0b6b583d37d1