https://bugs.kde.org/show_bug.cgi?id=500785
--- Comment #2 from Christian (Fuchs) <k...@fuchsnet.ch> --- (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 -- You are receiving this mail because: You are watching all bug changes.
