Calendar add-on navigation anomaly...
Permalink
I just purchased and installed the calendar addon.
It is working great except whenever I try to navigate to another month and
date using the form, and pressing "GO" at the top of calendar view I am
brought to my default 'home' page instead of the appropriate and chosen
'month and day' I have set in the form.
Thanks in advance...
Christopher...
It is working great except whenever I try to navigate to another month and
date using the form, and pressing "GO" at the top of calendar view I am
brought to my default 'home' page instead of the appropriate and chosen
'month and day' I have set in the form.
Thanks in advance...
Christopher...
Thanks for the prompt attention.
I am developing locally in a WAMP environment. After initiating 'pretty URL's' I tried placing the .htaccess file in the main C5 folder. Where should I put this file?
Also even after rebooting Apache and initiating 'pretty URL's', my files still appeared with the 'index.php' prefix?
Awaiting the 'fix'...
Thanks
I am developing locally in a WAMP environment. After initiating 'pretty URL's' I tried placing the .htaccess file in the main C5 folder. Where should I put this file?
Also even after rebooting Apache and initiating 'pretty URL's', my files still appeared with the 'index.php' prefix?
Awaiting the 'fix'...
Thanks
I just posted the calendar version 1.1 with a minor enhancement & a few fixes.
Since you already have the calendar installed, download it manually, unpack it and replace your packages/calendar folder with the unzipped /calendar folder.
There are no database changes in the new version so just replacing the files should do it.
Ryan
Since you already have the calendar installed, download it manually, unpack it and replace your packages/calendar folder with the unzipped /calendar folder.
There are no database changes in the new version so just replacing the files should do it.
Ryan
Following your instructions resulted in errors on the calendar page and actually caused my index.php to load first with a bunch of strange code parsing at the top then my home page showing up about 300px from the top of the browser window.
Do you suggest a fresh install of the module into a new page?
Does it matter what I name my calendar page? It shouldn't matter as long as I create it using the 'calendar page' type right? The same for the event page? As long as I create it using the 'event page' type?
Help...
Do you suggest a fresh install of the module into a new page?
Does it matter what I name my calendar page? It shouldn't matter as long as I create it using the 'calendar page' type right? The same for the event page? As long as I create it using the 'event page' type?
Help...
Did you download the zip file from:
http://www.concrete5.org/profile/orders...
That should have given you a zip file, unzipping that would give you a "calendar" folder then overwriting your existing /packages/calendar folder with that should do it.
if possible, can you post a screenshot of a directory lsiting of your /packages/calendar folder
http://www.concrete5.org/profile/orders...
That should have given you a zip file, unzipping that would give you a "calendar" folder then overwriting your existing /packages/calendar folder with that should do it.
if possible, can you post a screenshot of a directory lsiting of your /packages/calendar folder
When I removed the old package and went to reinstall the new package, the 'Add Functionality' section the new Calendar package was not recognized and a major error showed up at the top of the dashboard page:
It appears that this is not jiving presently.
assignCollectionAttribute($cab1); $eve->assignCollectionAttribute($cab2); $eve->assignCollectionAttribute($cab3); //$eve->assignCollectionAttribute($cab4); // install block BlockType::installBlockTypeFromPackage('calendar', $pkg); // add aliased blocks to the calendar page $mc1 = CollectionType::getByHandle('left_sidebar'); if (is_object($mc1) && is_object($evc)) { $dm = $mc1->getMasterTemplate(); $blocks = $dm->getBlocks(); $dm2 = $evc->getMasterTemplate(); // alias these blocks to the new event calendar page foreach($blocks as $b) { $b->alias($dm2); } } // add aliased blocks to the calendar event page $mc1 = CollectionType::getByHandle('full'); if (is_object($mc1) && is_object($eve)) { $dm = $mc1->getMasterTemplate(); $blocks = $dm->getBlocks(); $dm2 = $eve->getMasterTemplate(); // alias these blocks to the new event calendar page foreach($blocks as $b) { $b->alias($dm2); } } // Now let's add a calendar page type beneath the root. $home = Page::getByID(HOME_CID); $data = array(); $data['name'] = t('Sample Calendar'); $sampleCalendar = $home->add($evc, $data); // Now let's add our calendar block to our calendar page type $bt = BlockType::getByHandle('calendar'); $args['calendarCIDs'][] = $sampleCalendar->getCollectionID(); $args['mode'] = 'MONTH'; $sampleCalendar->addBlock($bt, "Main", $args); } }
It appears that this is not jiving presently.
I didn't intend for you to uninstall/re-install from the dashbaord, but download the zip file manually, unpack the zip and overwrite the files. This would be totally different than the way you installed the app the first time.
We are working hard to improve the upgrade/uninstall process in the next version of concrete5, but untill then it's a little rough.
I'm assuming that this is a development site you don't have any data that is important to you.
So, moving forward here's what needs to happen. Basically we need to remove the page types and attributes that the calendar package installed.
1) go to the sitemap in the dashboard and delete any calendar pages (page type of calendar).
2) Go to: Dashboard -> Pages and Themes -> Page Types
Then delete the "calendar" and "event" page types by clicking edit then scrolling to the bottom & clicking delete.
3) On that same Page Types page there will be a listing of page attributes. Delete the following ones:
calendar_event_start_date_time
calendar_event_end_date_time
calendar_event_is_all_day
4) Then open up explorer, finder etc (or however you manage your files) And delete the calendar folder: [your site root]/packages/calendar
At this point you should be able to download and install the calendar app the same way you originally installed it.
We are working hard to improve the upgrade/uninstall process in the next version of concrete5, but untill then it's a little rough.
I'm assuming that this is a development site you don't have any data that is important to you.
So, moving forward here's what needs to happen. Basically we need to remove the page types and attributes that the calendar package installed.
1) go to the sitemap in the dashboard and delete any calendar pages (page type of calendar).
2) Go to: Dashboard -> Pages and Themes -> Page Types
Then delete the "calendar" and "event" page types by clicking edit then scrolling to the bottom & clicking delete.
3) On that same Page Types page there will be a listing of page attributes. Delete the following ones:
calendar_event_start_date_time
calendar_event_end_date_time
calendar_event_is_all_day
4) Then open up explorer, finder etc (or however you manage your files) And delete the calendar folder: [your site root]/packages/calendar
At this point you should be able to download and install the calendar app the same way you originally installed it.
I only tried reinstalling the package after following your initial instructions.
After dropping in the folder as you first suggested, the calendar page was full of errors and my index.php page was first loading a bunch of code gobbleygook at the top then finally loading the home page content about 300 px down from the top.
This didn't work. This is why I went ahaead and tried the reinstall.
I will try your next suggestion, but to be clear your fist solution did not work.
After dropping in the folder as you first suggested, the calendar page was full of errors and my index.php page was first loading a bunch of code gobbleygook at the top then finally loading the home page content about 300 px down from the top.
This didn't work. This is why I went ahaead and tried the reinstall.
I will try your next suggestion, but to be clear your fist solution did not work.
Followed your instructions.
Errors in dashboard see attached
Errors in dashboard see attached
A screenshot of the errors that are output would be helpful too.
Ryan
Ryan
This is the folder and errors output in the dashboard while trying to reinstall the Calendar into the 'Add Functionality' section.
After seeing these screenshots it looks as if the controller.php file in the package you downloaded is corrupted somehow and its outputting the code to the screen..
In any case, follow my "how to uninstall" instructions above and then just download and install again from the dashboard.
In any case, follow my "how to uninstall" instructions above and then just download and install again from the dashboard.
This is still not working.
Getting close to the 'money back please' state.
The controller.php file is still corrupted. As an experiment I copied the one from my first download and the module installed properly but now is creating havoc. I try to create calendar pages and they turn into event pages from my previous install?!?!?!
Help please...
Getting close to the 'money back please' state.
The controller.php file is still corrupted. As an experiment I copied the one from my first download and the module installed properly but now is creating havoc. I try to create calendar pages and they turn into event pages from my previous install?!?!?!
Help please...
The only problem is the form finding the relative URL of my calendar page (index.php?cID=69).
When I press go, the page only gets to the index page:
'http://localhost/aquatherm/pages/index.php?calMonth=10&calYear=2013'
The month and year values selected in the form are being passed successfully through the URL but the actual page address (cID=69) is not.
Is their not a way to simply hard wire the action code of the form:
'<form action="<?php echo $pageBaseURL?>" method="get">'
to include this otherwise static page value?
I am no PHP expert but the problem seems to be that values are not being passed to the specific page which ultimately will have a static value in my use of the calendar.
When I press go, the page only gets to the index page:
'http://localhost/aquatherm/pages/index.php?calMonth=10&calYear=2013'
The month and year values selected in the form are being passed successfully through the URL but the actual page address (cID=69) is not.
Is their not a way to simply hard wire the action code of the form:
'<form action="<?php echo $pageBaseURL?>" method="get">'
to include this otherwise static page value?
I am no PHP expert but the problem seems to be that values are not being passed to the specific page which ultimately will have a static value in my use of the calendar.
A version of the calendar block was posted that fixed the issue described in this post (or should have). However, that calendar block had PHP short tags in it (<? instead of <?php) throughout. I have reposted the calendar addon with the non-short tags. This should fix the issue you were having with the code displaying and various errors (that you hadn't seen before.)
Additionally if this does NOT fix the problem, please let me know through private message, and we can get an additional modification out there.
Additionally if this does NOT fix the problem, please let me know through private message, and we can get an additional modification out there.
The initial problem is fixed, but another has cropped up.
Unlike when the calendar forwards to an event page and a new page is created within the existing site navigation tree to accommodate this:
http://localhost/aquatherm/pages/index.php?cID=70...
In month view when you select a month and year, press go to navigate to a new calendar, a new calendar is temporarily created within a new folder:
http://localhost/aquatherm/pages/index.php/home_calendar/?calMonth=...
This is breaking the link to my style sheet background images and all of the navigation on the page. Clicking on any navigation brings you to 'page not found'.
Is there no way to simply repopulate the existing calendar page so the page remains in the same directory?
Thnaks again so far!
Unlike when the calendar forwards to an event page and a new page is created within the existing site navigation tree to accommodate this:
http://localhost/aquatherm/pages/index.php?cID=70...
In month view when you select a month and year, press go to navigate to a new calendar, a new calendar is temporarily created within a new folder:
http://localhost/aquatherm/pages/index.php/home_calendar/?calMonth=...
This is breaking the link to my style sheet background images and all of the navigation on the page. Clicking on any navigation brings you to 'page not found'.
Is there no way to simply repopulate the existing calendar page so the page remains in the same directory?
Thnaks again so far!
It doesn't sound like this is necessarily the fault of the calendar block, is it? It sounds like your theme is assuming that the page being viewed is at the root of the site.
How are you calling your theme's stylesheet?
How are you calling your theme's stylesheet?
The CSS is fine but the page is not retrieving the Background images.
This is the least of my worries. I will figure this out.
More importantly, all of the navigation on the page is assuming that the calendar is in the root, which it is not when you navigate to a new month/year range.
The calendar creates a page in a sub directory (/home_calendar/) named after my calendar page (home_calendar.php).
Unfortunately the navigation does not appear to be annotated with the proper directory extension when this is done so it is looking for the rest of the site pages in this new directory. Of course they are one directory up.
Contrarily when Event pages are created they are added to the root directory so the navigation remains consistent.
Can you modify the code for Calendar view so the pages that are created remain in the root directory? Better still would be so that the page is simply recreated with the new month/date and relevant event information?
If you do this it will obviously solve my CSS background image problem.
Sheesh, it would be worth another $50 to me if you could wing this. I like the look and functionality of the Calendar as it is.
Sincerely
Christopher...
This is the least of my worries. I will figure this out.
More importantly, all of the navigation on the page is assuming that the calendar is in the root, which it is not when you navigate to a new month/year range.
The calendar creates a page in a sub directory (/home_calendar/) named after my calendar page (home_calendar.php).
Unfortunately the navigation does not appear to be annotated with the proper directory extension when this is done so it is looking for the rest of the site pages in this new directory. Of course they are one directory up.
Contrarily when Event pages are created they are added to the root directory so the navigation remains consistent.
Can you modify the code for Calendar view so the pages that are created remain in the root directory? Better still would be so that the page is simply recreated with the new month/date and relevant event information?
If you do this it will obviously solve my CSS background image problem.
Sheesh, it would be worth another $50 to me if you could wing this. I like the look and functionality of the Calendar as it is.
Sincerely
Christopher...
I still feel like this is a broader problem with the theme or navigation elements than it is with the calendar. All concrete5 pages create path-based URLs for browsing - e.g. if I add a page named "Andrew" underneath "about" then I'm going to end up with a page at
http://www.mysite.com/about/andrew/...
If my navigation elements are all relevant links, and I try to link to "index.php?cID=1" then on that page above, I'm going to have a link that looks like
http://www.mysite.com/about/andrew/index.php?cID=1...
That's obviously not going to work.
Instead, navigation items need to be absolute to the concrete5 site. Try making all navigation links on the site prepended with "<?=DIR_REL?>/" instead of just relative. So in the example above, instead of linking to
"index.php?cID=1"
I'd link to
"<?php echo DIR_REL?>/index.php?cID=1"
That would make the link from the page above go to
http://www.mysite.com/index.php?cID=1... and the link would work just fine.
Barring that, if there's some way that you could upload the site to a public server I'd be happy to continue troubleshooting this problem, but this isn't something I can easily replicate (unless I'm still not getting it.) For example, check out this version of the calendar:
http://sandbox.concrete5.org/5.3.2RC1/index.php/sample_calendar/...
If you change months, the links across the top of the site still work.
http://www.mysite.com/about/andrew/...
If my navigation elements are all relevant links, and I try to link to "index.php?cID=1" then on that page above, I'm going to have a link that looks like
http://www.mysite.com/about/andrew/index.php?cID=1...
That's obviously not going to work.
Instead, navigation items need to be absolute to the concrete5 site. Try making all navigation links on the site prepended with "<?=DIR_REL?>/" instead of just relative. So in the example above, instead of linking to
"index.php?cID=1"
I'd link to
"<?php echo DIR_REL?>/index.php?cID=1"
That would make the link from the page above go to
http://www.mysite.com/index.php?cID=1... and the link would work just fine.
Barring that, if there's some way that you could upload the site to a public server I'd be happy to continue troubleshooting this problem, but this isn't something I can easily replicate (unless I'm still not getting it.) For example, check out this version of the calendar:
http://sandbox.concrete5.org/5.3.2RC1/index.php/sample_calendar/...
If you change months, the links across the top of the site still work.
This did it. Getting the navigation in the page to look back to the root solved the problem.
My PHP knowledge has just grown exponentially (LOL).
Just had to append the DIR_REL php code to a <body> inline style for the background image to come through on the Calendar page.
Many thanks to you and Franz for sticking with me through my chaos.
Christopher...
My PHP knowledge has just grown exponentially (LOL).
Just had to append the DIR_REL php code to a <body> inline style for the background image to come through on the Calendar page.
Many thanks to you and Franz for sticking with me through my chaos.
Christopher...
Good to hear it's figured out..
A work around would be to enable pretty urls on your site:
Dashboard -> Sitewide Settings -> Linking ->
[ ] Enable Pretty Urls
You'll have to add the contents of that text area to a file named .htaccess and place that in your web root.
If you're not up for the work-around, we'll have a fix posted within a day or so.