Forum Replies Created
-
Posts
-
The RSS element “item” has no image child, but I assume you’re talking about images in the description?
This should fix it:
I added code that takes the current language of the user and/or booking into account, so mails will be translated to their language.
However translation of the dropdown part is not yet done.
Well, the next version won’t ask for de/reactivation any more, and is a bit more simple in that matter. So it might just solve your issues.
The next version will (hopefully) have an extra field in it (normally it will: “cancel registration format” will be a new event column, and maybe some language columns for bookings and people) 🙂
I don’t see a “read more” in your feed anywhere.
Also, since you seem to be creating a gadget, can’t you just ignore the link-part? I know this is an optional element, but every RSS-interpreter can ignore the elements they want, no? I don’t like adding functionality specifically for one user, but if you defend your case, I can make it an option.
See the “RSS description format” in the EME settings (tab “RSS”). You can use any event placeholders in there.
You’re right that if you can install a plugin, you should be able to update it. I updated several sites without issues to EME 1.3.4, even multisites. So I can’t imagine why it doesn’t seem to be working for you, unless the DB is not allowing you to update tables from the website.
Do you use phpmyadmin from the same server and using the same db user?
When you updated the plugin, did you see the deactivation/reactivation message for the EME database warning?
No, it is not. That means something else is wrong, do you sometimes manually update using the trunk version? The DB actions are based upon a variable compared with a wordpress option, so if that variable is already the same, no DB action takes place.
You need the hooks eme_insert_rsvp_action and eme_update_rsvp_action, see
http://www.e-dynamics.be/wordpress/?cat=41
Also, see the FAQ section at http://www.e-dynamics.be/wordpress/?page_id=195 for an example (for discounts), the variable $booking also contains the creation and latest modif date
Or, maybe simpler: create a second cat for your recurrence (like a hidden category, just for that recurrence) and use the following placeholder in your single event format:
[eme_events category=MY_CAT_ID template=MY_TEMPLATE_ID]replacing MY_CAT_ID with the ID of the category you just created and assigned to the recurrence, and replace MY_TEMPLATE_ID with a template just showing the free, total and/or booked seats for that event, e.g.:
Booked: #_RESERVEDSPACES
Avail: #_AVAILABLESPACES
Total: #_TOTALSPACES
In this case I guess it’s best to work with your own theme’s function.php.
Create a function that returns the future occurrences of the event, based on the event ID:
$my_event=eme_get_event($event_id);
$extra_conditions="recurrence_id=".$my_event['recurrence_id'];
$future_events=eme_get_events(....., $extra_conditions);(see eme_events.php for the function eme_get_events)
and then loop through these events and return the free/total seats:
foreach ($future_events as $future_event) {
$my_id=$future_event['event_id'];
print eme_get_available_seats($my_id);
print eme_get_booked_seats($my_id);
print $future_event['event_seats'];
}I just checked the code, and [eme_if] is already possible (like in other parts: conditional shortcode), so that should already work.
The translation we talked about on the wp forum is something else of course (translation of drop down values).
Confirmed, and fixed here:
This should help:
http://plugins.trac.wordpress.org/changeset/888904
(deactivate/reactivate is needed for it to work)
That has never been the case so far, and adding the “yes/no” question in there would clobber that interface even more, so I’m not really inclined to do so.
Sorry, but changing that becomes dangerous, because it needs to cover all cases.
But: you have a filter that you can use to change the generated html completely to your liking:
eme_add_booking_form_filter and eme_delete_booking_form_filter
The column location_attributes has been added in 1.2.6. And the code foresees to add it if not there, see events_manager.php:
maybe_add_column($table_name, ‘location_attributes’, “alter table $table_name add location_attributes text NULL;”);
Which means that the mysql user you have defined for wordpress probably doesn’t have the rights to create new tables or columns.
For now the subject line itself is not configurable, please feel free to create a feature request for this.
Ok, found it. Seems to be a quirk with google chrome (or any webkit-based browser). Adding 1 line to a CSS file fixes it:
Ah, sorry, but sometimes people ask one thing but mean another, so I want to be sure I understand what they ask. But since you found it already … 🙂
And in the general EME options, is the option “Use attributes” checked? I just tested it here and the attributes show up just fine in the edit window.
Are you sure the Attributes section isn’t just hidden by your “Screen options”? Click on screen options when adding/editing an event and check if the attributes section needs to be shown or not.
I’ll also test locally btw
Indeed, the header is used all kind of event lists, so it is unaware of days or those kind of things.
If you want, make a feature request for adding a header/footer section for when you’re viewing calendar days in event listings.
You need to play with the access rights. There is a hint in the Access tab for using a WP plugin to create extra permissions, give those to people as needed.
Concerning the layout of the printout form: it can be totally changed via CSS.
Yes, since many people wanted to be able to change all fields for a registration, I just recreate the form. Payment changes need to be done in the list, editing a registration itself needs to be done by registration now.
I need to check again, but normally the captcha is ignored (but maybe it is shown).
Also, if the wordpress logo is shown multiple times when editing a registration, I guess something is wrong with the form. Can you post the registration format you use?
Btw: if you talk about the “dot” character in front of each of your events in the calendar: see your style.css (http://watchusgrowincomo.com/aministration-login/themes/carry-hill/style.css) file, line 466:
.eme-calendar-full .fullcalendar ul.eme-calendar-day-event li:before {
color: #F7F6F4;
content: "• ";
}Well, based on the doc for CSS styling: http://www.e-dynamics.be/wordpress/?cat=30
I’m always open for suggestions for a better default. But normally google does the most calculating here …
You can always mail me the screenshot based on the link above, so I might compare it with what I see. My mail: liedekef [at] telenet.be
There are no plans to send html mail just yet. For now you can use WP Better Emails to convert text mails to html and add some stuff of your own. EME placeholders can’t be used in WP Better Emails, they are stricly used by EME itself.
Feel free to make a feature request for this.
confirmed as a bug, and fixed here:
The default is just for the case when you create a new event. For existing events, make sure you don’t select the option “Require approval for registration”. This option is on the right when creating/editing an event.
Indeed, this is not possible. But you can use “WP Mail” as sending method, and then use any plugin that handles this, like WP Better Emails and SendPress: Email Marketing and Newsletters
this should help: http://plugins.trac.wordpress.org/changeset/885233
Sorry, it is indeed a bug. See http://www.e-dynamics.be/bbpress/topic.php?id=2213
Confirmed.
Fix: in eme_locations.php, change line 1233 from
} elseif (preg_match('/#_(NAME|LOCATIONNAME|LOCATION)/', $result)) {to
} elseif (preg_match('/#_(NAME|LOCATIONNAME|LOCATION)$/', $result)) {It seems that just “saving” the settings (or switch to e.g. large and back to thumbnail) seems to be working.
I think I need to handle the resizing better, I’ll change the code for that this evening.
I’m not able to reproduce that. Could you sent me an admin account to check things out at your side?
My email: liedekef [at] telenet.be
Ok, I seem to have re-introduced an old bug while rewriting the calendar code. It’s a simple fix.
Go into eme_calendar.php and change lines 259-261 from
if ($isPreviousMonth) $calstring="$iPrevYear-$iPrevMonth-$iCalendarDay";
elseif ($isNextMonth) $calstring="$iNextYear-$iNextMonth-$iCalendarDay";
else $calstring="$iSelectedYear-$iSelectedMonth-$iCalendarDay";to:
$iCalendarDay_padded = sprintf("%02d",$iCalendarDay);
if ($isPreviousMonth) $calstring="$iPrevYear-$iPrevMonth-$iCalendarDay_padded";
elseif ($isNextMonth) $calstring="$iNextYear-$iNextMonth-$iCalendarDay_padded";
else $calstring="$iSelectedYear-$iSelectedMonth-$iCalendarDay_padded";If you disable the dashboard, of course they can’t access it.
Concerning the shortcode: as given as example in the link above, you need to specify the ID of the event.
Do you have an error in the EME admin pages (on top, in red), telling something about the events page setting?
Just tested it: works just fine.
Can you post your recurrence settings (or a screenshot): recurrence start/end date + event start/end date/time and your recurrence interval settings?
Download the dev version here: http://downloads.wordpress.org/plugin/events-made-easy.zip
I welcome all feedback.
If you’re the only one with access to the backend: yes.
But, you can create a page with the attendees, see: http://www.e-dynamics.be/wordpress/?cat=54
Of course, you can give limited event access using the EME settings, tab “Access”. Just give people the rights to access “List events”, and then they’ll only be able to see the bookings but not change anything.
The moment you check the recurrence checkbox, on the left you need to specify the recurrence begin and end date. The next version will make this a bit clearer.
In case of a recurrence the event begin and end date indicate the duration of 1 occurence in the recurrence series. The recurrence begin and end date indicate when you want the series to start and end.
Interesting … this has been the case since version 1.0.0 according to me, since that part of the code never really changed (I checked).
Here’s the fix ( a one-line change in eme_events.php, don’t download the complete file, just do the change or wait for the next version):
http://plugins.trac.wordpress.org/changeset/882631
and I’d be interested to know in which version it was possible …
Using the new datatables in trunk should help you along, it keeps track of current page and searches.
Most of these should already be ok now, and using the new datatables interface in trunk should help too 🙂
Nice to catch that one, it’s a typo. In eme_settings.php, change line 402 to read “eme_options_input_text” at the beginning (the first “e” is missing).
Afraid of updating? 😉
Anyway, I’ll make a list of people that might be interested of testing future releases.
If you want and you’re ready to test: just download the latest trunk. Any feedback (good or bad) and suggestions are appreciated (not new feature implementations).
The cancel form is another form, that can’t be changed (yet). Feel free to make a feature request for this.
(Remark: please book in the correct forum next time).
You have conditional tags to help you, see http://www.e-dynamics.be/wordpress/?cat=24 . In your case look at #_IS_RSVP_ENDED.
Also, if that’s not to your liking, use the filter eme_event_list_filter to filter out (or change) the returned event list. See http://www.e-dynamics.be/wordpress/?cat=41
That code is not part of the plugin events-made-easy-frontend-submit, can’t help you there. I can’t support you when you’re trying to create something yourself.
First try with the plugin and use the shortcode [submit_event_form] on a regular wordpress page to show the submit form.
Do you have a filter defined “emefs_categories_filter” in your theme somewhere for event categories?
Maybe that’s blocking you.
Also, the submit-plugin is not translated (it is ready to be translated, but just not done yet). So if it was before, it means someone changed the code for it.
Implemented this in trunk:
* Feature: added placeholder #_EVENTCATEGORYIDS, returning the different category id’s for an event. Not really usefull, unless you use the shortcode [eme_events category=#_EVENTCATEGORYIDS] inside a single event format, resulting in a list of events in the same categories as the one being viewed.
That’s not an error that should occur. That means that some parts of the code were changed or you used something wrong in your theme.
Just try a clean install then. As said: install it via wordpress, deactivate and delete it via the wordpress interface, that will clean things up. And then you can reinstall it properly.
Or you can go in the wordpress table called wp_options in mysql and delete any eme_* options in there.
In the EME settings tab you can find all settings. For bookings and attendees, go into the subsection “RSVP: registrations and bookings”
That’s because you deleted it manually: some traces are still left in wordpress (like the EME version in the wordpress options table).
Just deactivate and delete it via the wordpress interface, that will clean things up.
Then reinstall it.
Implemented in trunk:
added option ‘show_recurrent_events_once’ to the shortcode eme_events to show recurrent events only once
The search and filter by date is covered in other feature requests too, so closing.
Implemented in trunk:
added option ‘show_recurrent_events_once’ to the shortcode eme_events to show recurrent events only once
Et voila: generic option gone and added option ‘show_recurrent_events_once’ to the shortcode eme_events to show recurrent events only once
I’m guessing you’re talking about either the booking list or attendee list. Quite some time ago (since version 1.1.0) I switched some placeholders from #_NAME to either #_RESPNAME (for bookings) and #_ATTENDNAME for attendees. There were possible conflicts with just #_NAME (for events), and this is probably the effect you’re seeing now.
So check your booking or attendee format and change appropriately. And here’re the links to the docs for more placeholders:
Do you mean you can’t select any category when creating an event, or there are no categories to select from? What is the shortcode you’re using? And is there an example?
If you still feel up to testing: test the latest dev 🙂
Remember: this small fix is not in there yet.
Fix: in eme_events.php, line 3278. Change from
<option value="<?php echo $location['location_id'] ?>" <?php echo $selected ?>><?php echo eme_trans_sanitize_html($location['location_name']) ?></option>to
<option value="<?php echo $tmp_location['location_id'] ?>" <?php echo $selected ?>><?php echo eme_trans_sanitize_html($tmp_location['location_name']) ?></option>Heheh 🙂 The disadvantages of using dev. Yesterday evening I changed the code even more, so all testing is welcome. I’ll try to fix this today.
1: you can put events as “private”, or create a filter for that event (filter is called “
eme_event_filter”). See http://www.e-dynamics.be/wordpress/?cat=41
2: EME currently doesn’t do this. Feel free to create a feature request for this.
The config.php file must be put in the right place. From the readme.txt:
The plugin will look for configuration, form template and style files in the following paths, in that priority:
1. ./wp-content/themes/your-current-theme/events-made-easy-frontend-submit/
2. ./wp-content/themes/your-current-theme/emefs/
3. ./wp-content/themes/your-current-theme/events-made-easy/
4. ./wp-content/themes/your-current-theme/eme/
There is a plugin in the subdir extras for this (extras/plugins/events-made-easy-frontend-submit).
Copy the folder extras/plugins/events-made-easy-frontend-submit in your wordpress plugins folder, then activate it as any other plugin. And read the included readme.txt for it.
See also:
http://www.e-dynamics.be/bbpress/topic.php?id=2146#post-8974
Hmmm … yes, the general setting is not quite the one to use for multiprice events 🙂
Glad it works!
Ok, I reverted them (German and Italian) back to the 1.2.8 versions. I appreciate any translation updates!
I just tested this, and changing to “0||0||0||1” changes the minimum to “1” for #REQ_SEATS4, so you can’t book 0 then.
You can always mail me a temp admin account, so I can take a look.
You should not use the complete file, only the mentioned changes. If you intend to use the complete file, you must use the trunk version.
Download the whole version from here:
Heh, I clearly was a little too fast yesterday. That’ll teach me to code things up at 01:00 at night.
Try this extra change (after the one I mentioned above):
http://plugins.trac.wordpress.org/changeset/874381
(just the change to eme_events.php, the other part of the change is more cosmetic)
For the cleanup fix, try this change:
http://plugins.trac.wordpress.org/changeset/873687
For the recurrent events to be displayed only once (disable/re-enable EME for it):
http://plugins.trac.wordpress.org/changeset/873701
Remember: both changes are untested, please feel free to test them and let me know the results 🙂
Thanks for the bug report, has been fixed in trunk.
Concerning the calendar scope: that’s not the purpose of a calendar. But, since I aim to please, I can point out an alternative: use the filter eme_event_list_filter to filter out “old” events. The calendar will then not show these. See http://www.e-dynamics.be/wordpress/?cat=41
Hmmm … I got the new translations from another volunteer, but didn’t verify the size. I’ll revert back to the 1.2.7 versions. Normally you can build upon those versions and the extra translations between versions should be minimal.
For the seats: did you set the minimum number of seats to book at “1” (in “multi” notation) for SEATS4?
You don’t need php experience, but some html knowledge might help.
Concerning “the dummy guide”: http://www.e-dynamics.be/bbpress/topic.php?id=2144
In your case: when showing a single event, the “single event format” setting is being used (either the global one or per event). There you need to use placeholders to show event info, see http://www.e-dynamics.be/wordpress/?cat=25
In your case, you’ll need to add the placeholder #_ADDBOOKINGFORM somewhere in your single event setting.
The first is already a feature request, the other 3 are already possible, see the discussion at wordpress:
http://wordpress.org/support/topic/calendar-jumping-to-any-month-and-weekcategory-view?replies=9
Hmm … the way it currently works, is that I first search for e.g. anything start with “#_” until the next word and then replacing that with known values. But in your case it would match #_BOOKINGID03, and that doesn’t exist …
I need to figure out a better way to match this then.
For now I think SAT03#_BOOKINGID would work
For the moment this is not possible, I need to review the whole filter form thing to be more flexible.
For now, use the function eme_get_events in your template:
eme_get_events($o_limit, $scope = “future”, $order = “ASC”, $o_offset = 0, $location_id = “”, $category = “”, $author = “”, $contact_person = “”, $show_ongoing=1, $notcategory = “”, $extra_conditions = “”)
In the extra_conditions you can set “event_rsvp=1”.
Then, based on those results, create a string containing the shortcode “[eme_bookings ...]” and call the wp function do_shortcode() on it.
Role scoper is no longer maintained. I don’t know that plugin, but I recommend you to try Role Editor for adding permissions to users in a granular manner.
Importing something via csv is also not that easy, but I understand your question. Keeping this here, but it will not happen immediately.
Look at the “small discount” example in the FAQ:
http://www.e-dynamics.be/wordpress/?page_id=195
I’ll add regular discount coupons in the future, but in your case this should help.
That should not happen. Can you post the EME permissions given for:
– Author event
– List events
– Edit events
And for the persons having troubles with those links:
– for the events that have these problems: is the person the creator or contact for that event?
– what are the capabilities for that person (see the “User Role Editor” plugin)?
See the doc: http://www.e-dynamics.be/wordpress/?cat=8
And see the remarks concerning permalinks when changing that option
Btw: the next version will throw an error when the events page is not set correctly.
Normally (almost) the same as for editing an event. Either one of the following is ok:
– user has the right to edit any event
– user has the right to list events
– user has author right and is either author or contact for that event
And for the links themselves: if they can see the list of events, they can see those links too. But the links are only there is there actually is a booking.
Here is how to translate any string in a language of your choice:
For editing/changing an .po file, download and install poedit. Then open the po file you want to change, and open as “template file” the eme.pot file. Then you’ll see all strings not (correctly translated). It’s very easy. Once you press save (after you finished editing), poedit compiles the mo file for you, so you can then send me the po and mo file.
See also
http://weblogtoolscollection.com/archives/2007/08/27/localizing-a-wordpress-plugin-using-poedit/
and http://codex.wordpress.org/Translating_WordPress
I always forget to update the eme.pot (template translation) file, so mail me when you think it is out of date, otherwise get it from:
http://plugins.trac.wordpress.org/browser/events-made-easy/trunk/langs
Everything you put in the comment box is just commentary. You can’t use it in an attendee list, but you can see it in a CSV export or print view.
See if this helps:
No, I mean to write something like this in the single event format (or notes): “subscriptions only possible until xxx”.
The thing is: placeholders are to automate things, you can still use plain old text to show info 🙂
But of course, if you want to use templates, then you’ll need a placeholder …
I could add a placeholder without too much trouble, but isn’t it just easier to write that in the format as plain text?
Btw, between 1.2.6 and 1.2.8 there are no changes that could explain a faulty behavior like this:
Can I get a temporary admin account? If yes: liedekef@telenet.be
It seems to me you have played with your event page setting. Read this:
http://www.e-dynamics.be/wordpress/?cat=8
So if the seetting “Events page” is empty: point it to a correct page, and reset the permalinks afterwards. I’ll make sure that next version will test this setting to see that it is not empty and pointing to an existing page.
Ok, was a small typo; fixed here:
Implemented here:
Well, there’s an easy way to do redirection now:
in the EME settings, section “RSVP: price options”, there’s an option called “Payment form header format”. There you can add any code you like. The default is “The booking price in .. is ..”, but you can easily put there the following javascript:
<script type="text/javascript">
addEvent(window, 'load', function() { setTimeout("document.forms['paypal_form'].submit()", timeout);})
</script>With “timeout” being a value in milliseconds. Play around with that to auto-submit the paypal button.
Btw: I think I fixed the rsvp form issue (blank page). See this fix for 1.2.7 (or update to the just released 1.2.8):
Btw: while testing your site, I found another bug concerning the RSVP form. I fixed it and will release 1.2.8 immediately. Your site already contains the fix.
Et voila: settings adapted. You put ATTENDNAME in the rsvp form, not in the attendee list format. I really should take a look at the Dutch translation again 🙂
Implemented here:
Ok, just set it up the same as your prod site is running, with an example event and rsvp form showing the same issue.
You can mail the details to liedekef@telenet.be
