From: Marr <ma...@co...> - 2009-01-05 20:04:12
|
On Monday 05 January 2009 4:53:08am Marco Bisi wrote: > Dear Bill, > > thank you for your fast feedback. I'm attaching my configuration file and > the PS I get from it. The text overlapping occurs on day May, 1st. (CC:ed to 'pcal' mailing list so this solution is archived) Ah, that's much better! Now I see exactly what you're talking about. Basically, the font you've chosen for your "day numerics" in the calendar is small and your holiday event text is somewhat long. This means that there's not enough space for 'pcal' to place the entire holiday event text next to the numerals, causing it to "overrun" (vertically), putting it into the area below the numerals and thereby overwriting your first non-holiday event on that same day. Currently, and probably for the immediate future, 'pcal' is not smart enough to deal with this situation. But you have 3 easy solutions (the last of which is not very intuitive): (1) Increase the font size of your day numerics, giving the holiday events more room and thereby avoiding overrun. (2) Shorten the length of the text associated with your holiday event. (3) Cheat. :^) More specifically, add a non-holiday event on the same day with nothing for the event text. Make sure this event appears before the first non-holiday event for that day in your configuration file. This has the side-effect of "pushing" your 1st real non-holiday event down by 1 line for each "fake" (null-text) event you add. In fact, this same solution was discussed very recently on this mailing list (28 Nov 2008 if you look in the archives). If you decide to use option #3, your configuration file might contain lines like this: 01.05 01.05 \fB Mirella 1998 The first line is a "dummy"/"filler" line and the 2nd one is (obviously) your actual first non-holiday event for that day. I hope this advice is useful, given that 'pcal' isn't currently smart enough to "do the right thing automatically". Please let me know if you have any other questions, Marco. Good luck! Regards, Bill Marr 'pcal'/'lcal' maintainer |