pawriter

Thanks Marcus,
I think I can manage the limitation in the prototype for my community, so far nobody has bothered to try setting up an event from another country anyway.
Regards
Paul

I have found the answer myself – in the case of the BP Twenty Eleven child theme it needs to be inserted after
</div><!– #members-dir-search –>
in the index.php file of the members directory

Hi paaljoachim,

Im a relative beginner too but if I am correct in understanding your question I suggest you look two places:

1. In the settings tab of Events in the Dashboard have a close look at the Events Format section for the Events page (that is the list) and the Single event page which is the additional detail page associated with an event.
You will find three main areas you can alter
Default event list format header;
Default event list format; and
Default single event format.

You will need to be very careful making any changes especially if you are unfamiliar with HTML. I would suggest reading Event Manager documentation first ( https://wp-events-plugin.com/documentation ) and before making any changes be clear about what you intend to change then note what is the original code (you can probably copy and paste the default code into a simple text editor to allow you to copy it back if you need to).

Below most of these areas are links to things like placeholder code which will give you added information and there are more links there to official documentation and tutorials.

So far as the specific question of time format is concerned – my Default Event List format section has a line
#H:#i -#@H:#@i
which the list displays as Hours:Minute – Hours:Minutes – there is an explanation of this in the Getting Help for Events Manager page within the plugin when you select one of the links to placeholder code.

I hope you can follow what I have said.

Good luck!

Paul

Under

I think this is probably the right thread in which to continue timezone discussion.
Since, if I read this thread correctly, the only timezone setting used is the one in General > Settings I assume that all events dates and times are set according to that clock. As I anticipate events to be created all around the world I have set the General > Settings timezone to Apia in Western Samoa.
My thinking here is that as events are created in various countries using what appear to the creator as local dates and times they will remain in the ‘future’ events list until the inserted date and time have expired in Samoa.

Is this correct?

Thus an event created by me in Australia to take place from 9am to 3pm on 30th November 2011 will remain visible to all users until that date and time in Apia – although by the time it does expire it will be 5pm on 1st December here on Australia’s east coast.

If, on the other hand, I was to set the timezone according to Australian time then, an event created for a venue on the west coast of USA would expire some 18 (or 19) hours before it actually takes place.

Have I got this right?

If my thinking is correct then it is just necessary to emphasise to users that when they create events they use local dates and times but when they view events they need to be aware of the event location and the fact that dates and times are local to that location.

Like some of the other contributors to this thread I should like to be sure of how it works because there is a possibility that some users will travel to events, others my attend by video conference and some attend in person but locally.

Sorry for such a long question.

Regards

Paul

I have a very simple implementation working (mostly) although I have 2 issues to resolve that I will post elsewhere. My site is a prototype for a specialist application I am testing but I would welcome visitors to try it out at:
https://www.experiment.vacau.com

Just three things to mention –

1. I am limiting event contributions to registered members (largely to avoid spam);
2. Contributions are moderated for the same reason; and
3. The tab for the Events list page has been renamed to Gather

The site is still a ‘work in progress’ but most parts of the front end are visible without needing to register.

Thanks all – will resolve this now – and raise a couple more issues elsewhere.

Thanks all
I was looking at using side-bar login plugin as alternative before I switch it off.

Thanks again!
I will try tha after work in a few hours (Im in Australia and work evenings).

Regards

Paul

Sorry, guess my site link is irrelevant really. I am testing all plugins on my localhost installation first. the plugins I have active are:
Buddypress 1.5.1
Events Manager 4.302
BP Template Pack 1.2 (I am unsure if its appropriate to dispense with this?)
BP Members Avatar Map 1.2
BP User Profile Map 1.2.1
Quick Post Widget 1.9
Sidebar Login 2.3.3 (which I have only just installed live)
Vote It Up 1.2.2

I did try deactivating Sidebar Login while trying various solutions to remove the admin bar (although I was nervous about how I would log back in if one of them actually worked

Thanks ClaytonJames
You ask if I am referring to the WP admin bar or the Buddypress menu/adminbar – I guess the latter since I have BP 1.5.1 installed as well as a modified Twenty Eleven theme – although I dont quite understand the difference.
This is my site (which is a prototype for the OpenIDEO community to evaluate – LOGIC.

Your help is much appreciated!

Found the answer here:
iCal/Google Calendar Feed

Thanks again Marcus

Hi ClaytonJames,
No – it doesn’t seem to work for any of the profiles I have created yet – and ultimately I have potentially 2000 members to turn off individually if it did.
Regards,
Paul

Thanks I have marked this as resolved and will reraise it if I cant solve the problem. It will be several weeks before my clients can evaluate the site (there are potentially 2000 of them).

Duh! I think I answered my own question by adding it to the HTML content of the page.
Thanks for this plugin I will try it on my live site soon!

I should like to know this too – reluctant to even try it out until this is resolved and the question I raised on the developers site regarding possible automatic inclusion of existing BuddyPress extended profile fields on the registration form.
This has fantastic potential if the BuddyPress compatibility issues can be resolved.

Anyone have enough experience to answer these issues yet?