From: Paul L. <pa...@sq...> - 2006-01-02 19:21:45
|
On 1/2/06, squ...@ge... <squ...@ge...> wrote: > Please don't top post if possible. Thanks. > > > HI Paul, thanks for your reply. I made no fianl changes to the smallca= l > > plugin code. I simply tried to temporarily add teh calid to the $s url= in > > the functions php file but it did not work so I took it back out. > > > > What I originally did was take the hook and added it to an entry page. > > Change or not, you are talking about code that would be easier to help > with if you showed it. What do you mean by "entry page"? A custom > login page? Showing a calendar w/out logging in isn't all that easy > (w/out being logged in), maybe with the exception of a public > calendar, but maybe not. > > > The > > thing is, when you click on the '>>' or the '<<' it brings you to the s= ame > > page and tries to pull the calendar with that particular month. On all > > other pages it works fine and on the page I created it works for every > other > > link (the day links and the existing month link) but it does not call i= n > the > > users calendar Calid for just those two links. The '>>' and the '<<' > links > > do not contain the calid. AS I mentioned up top here, I tried to add t= he > > callid to the $s URl inte functions page but it does not seem to care w= hat > I > > add, it never shows anything. I even tried hard coding a link into the > > prevmonth and nextmonth fields of the output html and it did not change= . > I > > am wondering if the actual calendar is pulled from the original calenda= r > > plugin and not from the smallcal plugin I activated. > > Again, smallcal plugin should not be used with a system that uses the > Shared Calendar plugin 2.0 and up. Older versions aren't really > supported, either. > > -paul > > Hi Paul, I found where I was going wrong on this. The small calendar was > being called form the hsared calendar plugin and not the smal_call plugin= I > activated. Yes, as I mentioned twice, you SHOULD NOT have the smallcal plugin on the same system as the new Shared Calendar plugin. > Just to clarify for any other users wishing to display the small calendar= on > a page they create (like a different welcome to your account page instead= of > the standard info page), I used the hook from left_main.php > do_hook('left_main_after'); and placed it into my newly created page > ensuring that I had the necessary include files to run plguins (plugin.ph= p). > Then to overcome the url issue I went into the file > plugins/calendar/interface.php/month.php and found the showMonthViewHeade= r. > On about line 152 I changed the prevmonth and the nextmonth urls to inclu= de > the calid. That fixed the url issue for the >> and << links on the calen= dar > and now I can place the small calendar on any page I create so long as th= e > user is properly logged in and has access to said calendar. Hard coding the calendar ID will mean that anyone who looks at a different calendar will get the wrong links. The "real" solution in this case probably has something to do with faking a getPref() call since your "entry" page does not yet have a user login. But that's all dependent upon whether or not you remove the smallcal plugin, etc. |