I've been digging around with FF's DOM Inspector to figure this out so if I'm mistaken in anything please let me know.
One of the things I've been doing with events on my schedule is to make some of my own css divisions within the events, some of these are at the very bottom of the events and I'd noticed that the longer an event was, the more likely it was that my content would get cut off at the bottom. What it looks like is that the major vertical aspect of each event on the schedule is set by setting a percentage of 100% for each vertical division block (so 40 blocks is 4000%), but then to add some padding values, seemingly to correct for the division lines taking up 1px between times. This seems to have the unfortunate effect of making a dead padded area at the bottom of each event that has the height of the sum of all the divider lines. So if you cross 40 lines you end up with 40px of unusable space at the bottom of the event.
I've played with the values within FireFox and it worked much better to set a percentage height that accounted for the 1px dividers. So in the case that your events height is 25px and the divider is 1px then to cover two blocks and the line (assuming it doesn't cover the top or bottom) it just ends up being 100% / 25px * (25px * 2 + 1px) which is 204% instead of what seems to be in there now, which is 200% and then some padding at the bottoms to make up for the lines.
Since I'm not sure why this design decision was made in the first place I just wanted to point out that it does have some negative consequences if Telerik would like to alter it for the next release or provide a workaround.
Thanks for a great product.
One of the things I've been doing with events on my schedule is to make some of my own css divisions within the events, some of these are at the very bottom of the events and I'd noticed that the longer an event was, the more likely it was that my content would get cut off at the bottom. What it looks like is that the major vertical aspect of each event on the schedule is set by setting a percentage of 100% for each vertical division block (so 40 blocks is 4000%), but then to add some padding values, seemingly to correct for the division lines taking up 1px between times. This seems to have the unfortunate effect of making a dead padded area at the bottom of each event that has the height of the sum of all the divider lines. So if you cross 40 lines you end up with 40px of unusable space at the bottom of the event.
I've played with the values within FireFox and it worked much better to set a percentage height that accounted for the 1px dividers. So in the case that your events height is 25px and the divider is 1px then to cover two blocks and the line (assuming it doesn't cover the top or bottom) it just ends up being 100% / 25px * (25px * 2 + 1px) which is 204% instead of what seems to be in there now, which is 200% and then some padding at the bottoms to make up for the lines.
Since I'm not sure why this design decision was made in the first place I just wanted to point out that it does have some negative consequences if Telerik would like to alter it for the next release or provide a workaround.
Thanks for a great product.
1 Answer, 1 is accepted
0
Hi,
You should be able to work around this problem by applying the following style:
We will do some additional testing and we might include this style by default.
Greetings,
Tsvetomir Tsonev
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center
You should be able to work around this problem by applying the following style:
| .rsAptInner { position: absolute; } |
We will do some additional testing and we might include this style by default.
Greetings,
Tsvetomir Tsonev
the Telerik team
Instantly find answers to your questions at the new Telerik Support Center