To further compound the problem, when clicking on any specific link in the small calendar, such as http://www.wilmingtonguitar.org/calendar/?listtype=1&days=1&months=0&start=20150329, and showing a specific date range, the formatting is fixed for the main column, but the list type and formatting breaks for the side column (a simple events list) where it was fine when viewing the unfiltered calendar page.
Can anyone help? I don’t think it’s anything I actively did, as I’ve done very little updating to the page, but I can’t rule out anything.
The classes and IDs between the page that displays the main column properly and the page that doesn’t seem identical. This makes me guess that the problem is internal to the way the calendar sets the formatting when displaying the page.
The widget displays properly on the main page (default widget list type) and calls Listtype 1 when the main calendar is filtering a specific date. Listtype 1 is the same as the main column list, so it tries to format it the same and breaks the column.
Any ideas?
Plugin Author
anmari
(@anmari)
It’s your content.
You have some very long ‘words’ and need to add some css to deal with it so that browers know not to expand the tables too much.
Ciaccona……………………………………………………………………………………………………………Sylvius
See
http://icalevents.com/4147-table-css-overlapping-or-disappearing-sidebars/
http://icalevents.com/2685-long-urls-in-event-content/
and also when fixing the above avoid making some columns too small:
http://icalevents.com/2677-how-to-stop-browsers-wrapping-the-date-time-table-column/
in your widget/main column example, the url
http://www.wilmingtonguitar.org. is probably forcing the table in the widget to be wider.
It’s the same issue as above – content too wide for the table. See posts for possible fixes.
If it were me, I wouldn’t put some much event content in the sidebars.
Thanks Anmari. That fixed question number one. I’m glad it was an easy one. I feel dumb for not having seen that myself.
Please take another look at my second question though re: the widget in the left column. The problem isn’t that the information is overloading the column, it’s that the wrong list type is being called for the content (and the wrong information is trying to display).
I have the default widget listtype in use, just as you do in your examples. This can be seen any page such as http://wilmingtonguitar.org/calendar. It should just show date, time and title. However, when a specific event is clicked on in the right sidebar calendar and the date filtered in the main column, the main column shows the specific date range correctly but the widget listtype changes to mirror the main column i.e. listtype 1. e.g. when clicking on January 18, both the left and main columns display the same data, rather than the widget continuing to show the upcoming events list as it had before.
I tried removing the ical shortcode from the main calendar page to see if that was somehow interfering (as if the widget was somehow confusing that listtype for its own), but there was no change. Perhaps there was a change in the widget code that is causing it to change listtypes rather than remain at the default?
Any ideas? Thanks for your time!
Tried swapping out amr-upcoming-events-widget.php with a previous version with no change. Unable to swap amr-ical-events-list-main.php as the plugin ceases functioning with the older version.
I did swap out the entire plugin for an older version (backup from 2013/10) and that fixed the problem. I’m sorry I can’t pinpoint it further, but I’m at the edge of my abilities here.
Plugin Author
anmari
(@anmari)
Ahh sorry i missed that.
In the big text box in the widgets, try putting
ignore_query=1
that stops the widgets responding to parameters in the url. I know you don’t have any (other than the event permalink) but maybe that will do a quick fix for now.
It shouldn’t be changing the listtype if nothing is passed to it, so I will look into it further.
Ah, that seems to have done it. Thanks for that quick fix! Let me know if I can help you with any additional information.
