No feedback.

and what does this do to the display?

Here is a small diff to apply to $HORDE_PATH/kronolith/lib/DayView.php 
in order to avoid overlapping events that do not overlap in reality

Yeah I'll try to understand that... I suppose I have to look in 
lib/DayView.php for example

Go read the algorithm that lays out the day view. Then come back with 
a sane patch.

I agree with the stuff about the resolution of the view but I don't 
understand why those two items can't be shown one on after the other 
and not side by side, I've tried the same configuration in several 
other scheduling softwares and never saw that



If you think that's a "policy" not to change it, ok, but maybe it 
could be an option like "side by side vs. overlapping vs. reduced"...

The events are overlapping at a place that's beyond the resolution of 
the day view. This is the same way that other calendar programs with 
this kind of view handle the situation. I can't see it changing.

here is a cropped screen shot showing how two events not conflicting 
are shown side by side in kronolith

I often have events like that :

from 8h20 to 9h15 and then

from 9h15 to 10h10 and so on



In that case, kronolith displays those events side by side as if they 
were in conflict (I will submit screenshot but everybody can try it)