Months grouping in Months->days

[lukemilts]

With this domain configuration odd groupings appear in relation to those with the wider widths, that span 5 vertical weeks. Pretty sure its down to 'w(d, true) * i' style lines when calculating the x offset as this assumes that the previous months had the same larger widths.
Great plugin by the way.

[wa0x6e]

You means that all domains width equal the width of the larger one, and that there's sometime a gap between domains ?

I'm aware of that glitch, it's due to the fact that the dynamic width has been removed, for performance. I'll try to bring it back in 3.1, I thought that it only affect the months->weeks view.

[lukemilts]

Not quite, only the domain with the larger width is affected and I don't think its a problem with widths because if you navigate the domain to be the first one (x=0) it lines up fine, so I reckon the problem is down to how each domain is positioned in the x axis. Currently from what I understand it is calculated along the lines of: x = i*w(d, true) however this assumes that all previous domains were the same width and in the case of the larger domains this is not true, thus pushing the larger domain further along in the x axis. As you can see from the screen shot the positions of all the regular width domains are fine but the larger ones get pushed along by increasing amounts. From my understanding the x position needs to be calculated from the x position of the previous domain: x = previousDomain.x + previousDomain.width + padding etc


In the html March and April have the correct widths (117, 140) but April has x as 140 instead of 117

[wa0x6e]

Try the 3.0.5 tag

[lukemilts]

Thanks, the overlapping is fixed!