Forum Replies Created

Viewing 15 replies - 31 through 45 (of 45 total)
  • johnwebman

    (@johnwebman)

    Nice try Brian but this doesn’t answer the question. Why is Wordfence showing a failed login as an existing user when no such user exists?

    I’m also getting this on version 1.1.5 of wishlist with WooCommerce V2.1.12. Does the plugin author actually look at this forum at all?

    Thread Starter johnwebman

    (@johnwebman)

    Yes it’s the pro version.

    The shortcode produces a tag url that looks like this.

    {site name}/?ngg_tag={tag name}

    This either returns the 404 page or a blank which which just says “Apologies, but there are no posts to display.” Either the url is incorrectly constructed or the code that needs to go get the tagged images is incorrect.

    Is anyone looking at this issue?

    I’ve got the same problem. The tag cloud get’s populated with links for all the tags. But clicking on any of the links just returns a 404 page. When is someone going to fix this please?

    Thread Starter johnwebman

    (@johnwebman)

    I worked it out myself!

    <?php echo wpsbc_shortcode(array(id=>"1", title=>"no", legend=>"yes", dropdown=>"yes", start=>"1", display=>"1", language=>"auto", month=>"0", year=>"0", history=>"1")); ?>

    or for more generic use you could pass the calendar id (and other settings as required) into this via some variable, like this example.

    <?php echo wpsbc_shortcode(array(id=>$cal_id, title=>"no", legend=>"yes", dropdown=>"yes", start=>"1", display=>"1", language=>"auto", month=>"0", year=>"0", history=>"1")); ?>

    So has this been fixed yet? I’ve just downloaded the latest version onto my test machine and I can’t see pagination for albums anywhere in the options!

    Thread Starter johnwebman

    (@johnwebman)

    It turns out that this is a bug in the meta code. There’s probably a more elegant way to fix this but what I did was to edit the general.php file in the \plugins\the-events-calendar\public\template-tags folder.

    Find the tribe_get_cost function and edit it as follows:

    change

    function tribe_get_cost( $postId = null, $withCurrencySymbol = false) {

    to

    function tribe_get_cost( $postId = null, $withCurrencySymbol = true ) {

    Problem solved. This function isn’t the root cause of the issue but it is the easiest way that I’ve found to resolve the issue. Hopefully the plugin authors will address this properly in the next release.

    I found a solution that works for me. Firstly I created two language files en_GB.po and en_GB.mo using poedit (http://www.poedit.net/).

    Instructions on how to use it can be found here (http://wp.smashingmagazine.com/2011/12/29/internationalizing-localizing-wordpress-theme/). I used the ‘New catalogue from POT file..’ option and loaded the tribe-events-calendar.pot from the \plugins\the-events-calendar\lang folder. Once I’d added translations for all the instances of ‘organizer’ to make it translate to ‘speaker, I saved the new translation file as en_GB. Poedit saves it as a po file and automatically creates the mo file. These should then be copied to the \plugins\the-events-calendar\lang folder. All you have to do then is to edit the line in wp-config.php that normally reads define('WPLANG', ''); to read define('WPLANG', 'en_GB'); and you’re done. It works a treat and you can also change the wording of anything else you don’t like, using this method.

    Thread Starter johnwebman

    (@johnwebman)

    Let me clarify this. On the page that shows the event with the detail, organiser, venue, and map, I get the currency symbol showing at the top of the page where the the event title is shown, but in the detail section below that, where the start, end, cost and category etc are shown, the cost is showing with no currency symbol!

    That link is dead so can someone just post the answer please?

    I discovered that my problem was related to an invalid entry in the ‘From’ field of the ‘Mail’ section. I had to put in a lot of extra debug to find out and the next upgrade of this plugin really ought to include some sort of logging that can be switched on and off to better find these issues.

    The ‘To’, ‘From’ and ‘Subject’ fields cannot be empty and must contain valid content. However, as I discovered, it’s not easy to find out what is being put into these fields. One way to check the possibility of these causing your issue without going to the lengths that I did, is to hard code the detail into these fields. So for instance, instead of having something like [your-name] <[your-email]> in the ‘From’ field, put something like Fred <fredbloggs@hotmail.com> instead. If the form now sends without issue you can replace each element in turn until it breaks again, thus revealing the root cause. e.g. [your-name] <fredbloggs@hotmail.com> or Fred <[your-email]>. If this doesn’t help then at least you can concentrate elsewhere for a cause to your problem.

    Hope this helps?

    Is there some sort of a limit to how many fields that you can have on a form? Simple forms send emails just fine for me, but a form that has just over 50 fields just creates the error “Failed to send your message. Please try later or contact the site owner by another method.” and nothing I’ve tried so far seems to resolve the issue.

    I also have no interest in showing historical months. Here’s what I did to start a calendar on the current month.

    In the calebndar.php file find the line that reads:
    $current_year = get_the_time( ‘Y’ );
    near the top of the file (around line 10).

    Immediately after that line I added the following:

    $start_month = 1;
    if($current_year == $year){
    $start_month = date(‘m’);
    }

    Then a few lines down, find the line that reads:
    <?php for ( $month = 1; $month <= 12; $month++ ) : ?>

    Change this to:

    <?php for ( $month = $start_month; $month <= 12; $month++ ) : ?>

    Job done.

    I can now add
    [availability calendar=”studioflat1″ year=”2013″]
    [availability calendar=”studioflat1″ year=”2014″]
    to my page and get what’s left of this year plus the whole of next year shown.
    On January the 1st of 2014, nothing will show for 2013 without having to edit the shortcode on the page at all.

    Hope this helps.

    I found the answer with my calendars. I had a calendar called StudioFlat1 and StudioFlat2 and couldn’t get either calendar to show. It was always the default that showed. Then I re-read the instructions. Here’s the answer.

    Go to Plugins -> Availability
    Here you will see your list of calendars starting with the default one at the top.
    For each calendar there is a ‘View’ button.
    With the exception of the first (default) calendar there is then a link to delete the calendar.
    To the right of that link is the calendar id in brackets.
    This is what you have to use in the shortcode and not the calendar name you gave it when you created the calendar.
    My ids turned out to be studioflat1 and studioflat2. No capital letters. I also discovered that spaces are replaced with hyphens, and once you’ve created a calendar, it doesn’t matter how often you rename it, the id always remains the same. If you want to change an id you have to delete the calendar and create a new one to get a new id.

    The fact that the default calendar always has an id of ‘default’ is a bit of a nuisance but I found that never using this and always creating my own calendars gave me the greatest control. I also booked out the entire year of the default calendar so that I’d know straight away if I accidentally got this on any page. I never have properties fully booked for a whole year.

    Hope this helps some people.

Viewing 15 replies - 31 through 45 (of 45 total)