room34

@tomacino Please check that your time zone is set correctly, and try the extendmultiday="true" parameter in your shortcode. If neither of those works, please use the Pro Support Request form to send me your shortcode and system report and I’ll investigate. Thanks.

Thanks for this additional info. Can you please send me the feed URL along with your System Report using the Pro Support Request form? (It’s fine if you don’t have Pro.) Thanks.

Is the source for the Athletics calendar on the same server as the website, or possibly on another server in an internal network?

You may be able to resolve the issue by adding the domain name of the Athletics calendar to the Allow access to these hostnames that resolve to reserved IP addresses box on the ICS Calendar Settings page. (But be aware that if the calendar is on a server on an internal network that is not accessible to the outside Internet, and your live website is not also on that network, there will not be a way to access that calendar.)

Possibly an easier fix, although I’m not sure this will work for everyone because I’m still not sure exactly what the problem is.

I have two sites with fairly similar configurations (same theme, mostly same plugins), and I found that on one the layout was broken but on the other it wasn’t.

I found I can just drag the metaboxes into the main column and they’ll stay there. Since WordPress “remembers” your preferences for metabox positions, the fix sticks. (Of course, it’s on a per-user basis.) On the site where the screen was rendering OK, I must have already manually moved the metaboxes around so WP had settings saved for me there but not in the other site.

One snag I found is that I have an Advanced Custom Fields field group set to “seamless” so the metabox title bar/drag area is not shown. So that one, I can’t move.

Anyway, just one more time I want to say it’s almost certainly not Safari’s “fault” this is happening. Something may have gotten changed in the rendering engine, but it’s much more likely that that was an intentional change that just happens to be revealing an existing bug in the plugin’s code that other browsers are more forgiving of. (It’s not as much of an issue anymore but in decades past it was an extremely common thing to discover code worked fine in one browser and not in another, because the different rendering engines were more or less forgiving of HTML/CSS coding errors, especially before standards got established.)

• This reply was modified 6 months ago by room34.

That seems like it would work, but it may not be very efficient because it will force the feed URL to be retrieved multiple times (or at least once per page load even when ICS Calendar has the feed cached).

I’m curious as to why you want to have this message display, since it’s only going to occur when there’s an error with your source feed. It would be best to fix the feed.

ICS Calendar has no control over what Redis does or doesn’t cache. The AJAX method is offered as a way around most caching, but there’s no guarantee it will account for every caching method. You will need to check the Redis configuration and see if it offers any way to exclude the ICS Calendar output from its cache. I would recommend though that in addition to using the AJAX option, you also set the ICS Calendar cache expiration to a very low number, or add reload="true" to your shortcode.

Pagination is probably still the best way to go. Give that a try and let me know what you think.

That’s probably not the most practical because the number of events per month could vary significantly, which would have a huge effect on how long the list is when you jump from month to month.

I would suggest trying the pagination option. It lets you say how many events you want to display per “page” and then adds previous/next links to step through the pages, but since it puts the same number of events on each page, it doesn’t run the risk of blowing up your overall page layout the way a month-by-month list would.

Not all parameters work with all views. I see you’re using basic view. The monthnav setting only applies to month view.

Sorry, that was a careless mistake I would have caught if I had tested the code.

In the fourth line from the end, replace this:

=>

with this:

,

At present there is not a way to do this. However I don’t think it would be a good idea to add it as an option. If the source feed URL is invalid, it will never display any events, so the site admin who is setting it up should realize there’s a problem and fix the URL. There is currently a PHP error message that displays when the feed URL is invalid, and consistent with standard PHP rules it only displays if the display_errors PHP option is enabled.

At the moment there’s not any kind of wrapper around the delimiter, so what you’re talking about couldn’t be done with CSS, but it could be done with JavaScript/jQuery. (Ideally I should make it an editable parameter… I’ll look into adding that in a future update.)

If you were to do it in jQuery it would look something like this:

jQuery(document).on('r34ics_init_end', function() {
    jQuery('.ics-calendar .end_time').each(function() {
        var text = jQuery(this).text();
        text.replace('–', '…');
        jQuery(this).text(text);
    });
});

This should work, but it may not perform very well, especially if you have a lot of events in your calendar. This is something that really should be done on the server side, so we’re back to me adding it as a parameter in the shortcode.

(Also just a note… the text in the first .replace parameter is supposed to be ampersand code #8211; but the forum converts it to the en dash character.)

• This reply was modified 6 months, 1 week ago by room34.
• This reply was modified 6 months, 1 week ago by room34.

Unfortunately Google does not include that data in the ICS feed so there is no way to do it automatically. There are a few workarounds though. ICS Calendar can show separate feeds in different colors, so if it is possible for you to split these into separate Google calendars, each will have its own URL. Alternately, if there’s a unique text string that consistently appears in the title or description of events corresponding to the colors, ICS Calendar can be configured to apply custom CSS classes to those events, and those can be color-coded. This is easier to do with some of the tools in the Pro version but it’s also possible in the free version with a bit of PHP coding. More info here:

https://icscalendar.com/developer/#r34ics_event_css_classes

ICS Calendar is solely for displaying the contents of an external calendar. It does not provide a way for users to submit events to be added to the calendar.

ICS Calendar Pro does have some additional features that would get you closer to this, but we are not supposed to provide support for paid plugins in these forums. Please direct any further inquiries to us via the Pro Support Request Form. Thanks.

OK, thanks. I really do need the URL of your site so I can load it in my browser. That way I can experiment and find the CSS you need to fix the issue. You can email it to info at icscalendar.com instead of posting it here.