Ok, so this is more of a thought exercise, than a specific feature request... so here goes.
Currently I would like to do something that at first seems quite simple, on the eventClick callback I would like to know where the person clicked from a time perspective, in the case of the month view the particular day.
Unfortunately unless I am missing something it is far from simple.
Now, as I understand it, and this must be by design, there is no parent/child relationship within the DOM between events and units of time. The calendar is drawn out first in a table, then the events are drawn using absolute position, z index etc and overlaid. This seems necessary given that events can cross time periods of time, the alternative being events and time having a concrete relationship in the DOM and visually, but different fragments of events scattered across various cells. Ouch. So given the current design how to cleanly know where we are timewise?
Beyond jquery hacks involving offsets, attempting to register a click on every element in the stack etc etc could the event inherently hold time information? I say this because at some point in the code the event must implicitly understand where it starts and ends and how many boundaries it crosses (for wrapping onto the next line), in order to draw the correct size at the correct position. So could the div then contain more elements within it whose size was to scale and a fraction of the overall size of the parent div? If it was a month view this fraction could be days, so an event 5 days long had 5 elements of equal size within it, with according identifiable (jquery selectable) attributes?
Thinking out loud here so be gentle :-) If there are any easy ways to do this, please point me in the right direction!
Mergedinto: 1859