schulz

I am also experiencing problem entering end time into Event Post and the calendar widget not working on most pages of my site.

entering time ex: Start 2015-02-21 20:00 End 2015-02-22 01:00

As soon as I select 1:00 the end time reverts to the start time of 2015-02-21 20:00?

As for the calendar widget, check my site at https://www.807area.ca/wiggins/ you will see that the calendar widget is blank. Yet if you go to another page https://www.807area.ca/wiggins/wanted-dead-or-alive/ then it displays?

Check other pages and parts and you will see on some it works, however on most it don’t.

I noticed that the map marker colour selection appearance has changed in the Editor Event Post Side-Bar. Have you considered my proposal to have text appear of what that colour represents when you hover over or select the marker colour option and have the ability to edit/change the proposed marker selection text in Event settings?

And/Or set the map marker colour based on category?

Also are you willing to create a separate mapping plug-in (just like this one in Event Post) that can be used on site pages OR have a way to use the mapping feature on site pages from the Event Post plug-in?

I changed the map background in Event settings and seemed to fix the problem.

Also the map pop-ups are now working properly. Either someone changed how they work or because I changed the theme, the page source is now different.

I was away for a little while and when I returned to work more on the map page of my site ( https://www.807area.ca/events/map/ ) it is no longer working? I did change the theme, however I tried it with the old theme and still did not work. As far as I can remember I have not added any new plug-ins however WP and a few plug-ins have been updated since.

Note: it also breaks the calendar widget on the same page.

At this point I cannot investigate the pop-up border div elemenst until the map is working. If I remember correctly the pop-up border divs (the parts that contain/display the border images) did not have a class or ID that is why I could not change it’s behaviour using CSS.

Yes. I think your idea is an improvement on my suggestion.

BTW: I am sorry that I did not respond to this sooner as I was confused as to what you were asking of me? After I revisited this thread, I figured out what you were saying.

I also experienced the same with WP Castle theme and this is what I have done to fix the bordered images:

/* fix map images */
img.olAlphaImg, img.olTileImage {
border-style: none;
border: none;
}

However I can’t seem to figure out how to fix the the map Framed Cloud Pop-up when you select a marker. Because it uses css image and css positioning instead of css border-radius it is all messed up in the WP Castle theme.

I also tried to just hide the pop-up images to no avail:

/* fix map pop-ups */
.olFramedCloudPopupContent {
background-color: #ffffff;
}

img.olPopup {
visibility: hidden;
}

I think because the Framed Cloud Pop-up border image div has no defined class of its own, I can’t hook into it like I did with img.olAlphaImg and img.olTileImage div to set the image borders to none.

Could someone please advise?

[events_list blogs=”all” nb=-1 future=1 past=0 order=”ASC”]

produces:

Sample Event (Day 1 – Sept 12, 2014)
today, from: 16:00 to: 22:00

Sample Event (Day 2 – Sept 13, 2014)
tomorrow, from: 12:00 to: 22:00

The problem is the events is set in Thunder Bay Time (EDT) however your plug-in is in Universal Time (UTC). So the plug-in is processing/displaying things four or five hours ahead of our time (pending on if we are in daylight or standard time).

This causes confusion as Sept 12, 2014 has not arrived yet, however it show the event is today? Also causes events to be taken down before they are over.

Can you please fix your plug-in to recognize time zone being used.

Thank you for your reply, hope to see the fix soon.

Here is an update:

Apparently if you add the ‘order’ option it seems to work. ex:

[events_list blogs=”all” tag=”thunder-bay” nb=-1 future=1 order=”ASC”]

This was discovered totally by accident!

Still not perfect however, it seems that the events are sorted then grouped by blog.

1st Event – Blog 1
2nd Event – Blog 1
3rd Event – Blog 1
1st Event – Blog 2
2nd Event – Blog 2
3rd Event – Blog 2

would be better like this:

1st Event – Blog 1
1st Event – Blog 2
2nd Event – Blog 1
2nd Event – Blog 2
3rd Event – Blog 1
3rd Event – Blog 2

Meanwhile thanks again for developing this plug-in.

I don’t know what a ‘minified version of osm-admin.js’ is, however looks like it is working properly now. Thank you for your continued work on this plug-in.

I did not want to give up either plug-in as they are both awesome and do what they do well.

Posting edit timed out, here is the final edit:

When I first used Events Post the default map flag colour was white, for a while it has been defaulting to black. The way that I use the flag colours with this plug-in it is important that the default colour does not arbitrarily change. This time I will redefine my flag colour definition to match the new default colour.

Hopefully with the above situation the possibility of having an option of being able to set the default map flag colour in the Event Settings page for the site would be considered?

Also being able to in the Event Settings page be able to set the colour and label for each radio button in the Editor Event Post Widget. It is hard to remember what each colour represents the idea is when someone is using the Editor Event Post Widget hovering over the radio buttons would show text of what that colour represents. This would be a great help to the users when they are setting up an event in the Editor Event Post Widget.

Do you have or willing to create just a mapping plug-in (based on mapping in Event Post) for site pages instead of blog posts?

There will be no ‘blog posts’ in the new ‘events’ site, it was set-up just to get around the plug-in conflicts. This set-up also has other benefits so I will likely keep it this way.

Looks like only one more thing to fix:

The events_cal does not seem to support the blogs=”all” feature? The calendar in the new ‘events’ site is empty.

[events_cal blogs=”all” datepicker=1]

The events_map feature in the new ‘events’ site seems to show all event locations from the other blogs.

[events_map blogs=”all” nb=-1 future=1]

Still waiting on development of Multi-site Event Post Widget ??

Thank you for your patience and work on these issues.

Not only multiple dates, multiple time and locations as well. Maybe duplicate the complete event menu for each added event to the post and make them collapsible to get them out of the way when moving on to the next event entry.

I have tried the above and it seems that an event from another blog does now show when I made the change to ‘Filter searches and archives?’.

Before I read your reply to this post I also have created a separate blog/site for the events posts.

The original /events/ slug has not been removed, instead renamed to /events1/ so that we can still test stuff on the main site.

On the new /events/ blog site the events_list seems to working (just like the ‘sand box’ one did) however the events_cal does not seem to support the blogs=”all” feature? The events_map feature seems to show an event location from the other blog, however I do not have enough events on other blogs to see if it is working correctly.

I have found the plug-in that is causing the issue:

Paid Memberships Pro – Version 1.7.11 a plug-in to Handle Memberships [ https://www.paidmembershipspro.com/network-sites/ ] – By Stranger Studios [ https://www.strangerstudios.com/ ]

I have disabled/enabled one by one every plug-in in use on the primary site to find this conflict. Paid Memberships Pro is disabled for now, however a workaround or solution will be needed. Perhaps Bastien Ho can contact the Paid Memberships Pro developer to see if there is a way for both Event Post and Paid Memberships Pro be able to coexist?