Forum Replies Created

Viewing 12 replies - 1 through 12 (of 12 total)
  • Thread Starter GaylaGroom

    (@gaylagroom)

    The “admin interface which is not expecting to have HTML code present” is the post title field. Maybe go try typing the span code in your own WordPress post and see how well it works. Anyway, it’s clear to me that non-programmers cannot skip translation in post titles with the free version of GTranslate. Somebody feel free to prove me wrong.

    Thread Starter GaylaGroom

    (@gaylagroom)

    I have seen this documentation page, thank you. Option #1 is the only solution that works with the free version, and it doesn’t work with post titles, correct? From everything I’ve been able to discover, WordPress post titles allow very little in the way of code to be added to them, at least by non-programmers.

    As I said, if I put the notranslate code in the post title, I get the correct, untranslated post title (Creally) in Spanish, but I get the following code displayed at the top of the live page: Creally – SanPedroLaLaguna.tierra” /> Creally – SanPedroLaLaguna.tierra” />

    I don’t suppose there’s a way for non-programmers to avoid this problem with the free version?

    Thread Starter GaylaGroom

    (@gaylagroom)

    I have thought about it, and I guess I’m just too dumb to understand what I’m doing wrong. Your telling me to quit being dumb and go figure it out myself – it’s so easy if I would just think – is not helpful. Why won’t you just tell me how can I keep a post title from being translated? Contacting GTranslate customer service was not helpful – they referred me to the forum. Searching the forum was not helpful – perhaps you can provide a link to the documentation you’re referring to that will tell me how to get a post title to skip translation using the free version.

    Thread Starter GaylaGroom

    (@gaylagroom)

    You’re right that the in-text notranslate code had been pasted in the wrong window, but that had no effect on the translation of the post title. That is still a problem – GTranslate changes the post title (business name) Creally into Crely (in Spanish). If I put the notranslate code in the post title, I get the correct, untranslated Creally in Spanish, but I get the following code displayed at the top of the live page: Creally – SanPedroLaLaguna.tierra” /> Creally – SanPedroLaLaguna.tierra” />

    Thread Starter GaylaGroom

    (@gaylagroom)

    Of course I placed the notranslate property in the text (html) window. It doesn’t work for post titles. Apparently, if I don’t want a company’s name translated from “Creally” to “Crely” (???), I have to buy the paid version of GTranslate.

    Thread Starter GaylaGroom

    (@gaylagroom)

    It’s working now, thanks.

    Thread Starter GaylaGroom

    (@gaylagroom)

    Thread Starter GaylaGroom

    (@gaylagroom)

    I have posted this info re Safari error message to the Jigoshop forum also, thank you.

    Thread Starter GaylaGroom

    (@gaylagroom)

    I’m not using caching. Running latest version of Jigoshop.

    Here’s what Juggledad in the Atahualpa forum discovered, and my response:

    When I fill it out, I get the error but also – when using Safari’s developer options – see an error in the plugin’s script
    TypeError: undefined is not an object (evaluating ‘$(‘.shop_table tfoot td:last()’).find(‘strong’).html().split’) checkout-3:46

    did you update the plugin?
    Have you checked with the plugin author?

    Thanks for the info, seems like progress.

    I have disabled all plugins but made no difference.

    I’m using latest versions of WP, Atahualpa, and Jigoshop. The latest Jigoshop update said it addressed “cust session” but it didn’t help.

    Support for Jigoshop non-premium users is through this forum….

    I have 2 more problems with the site; I don’t know if they’re related to this session expired problem. When shopping cart item quantity is reset to 0, the item disappears from the cart but reappears in the cart on checkout page, and also reappears in the cart if “return to shop” button is clicked.

    Also, UpdraftPlus complains that there’s a problem with outputting extra white space.

    Thread Starter GaylaGroom

    (@gaylagroom)

    Thanks for the info, seems like progress.

    I have disabled all plugins but made no difference.

    I’m using latest versions of WP, Atahualpa, and Jigoshop. The latest Jigoshop update said it addressed “cust session” but it didn’t help.

    Support for Jigoshop non-premium users is through this forum….

    I have 2 more problems with the site; I don’t know if they’re related to this session expired problem. When shopping cart item quantity is reset to 0, the item disappears from the cart but reappears in the cart on checkout page, and also reappears in the cart if “return to shop” button is clicked.

    Also, UpdraftPlus complains that there’s a problem with outputting extra white space.

    Thread Starter GaylaGroom

    (@gaylagroom)

    I’ve noticed there are only 3 fields on the checkout page that cause the ‘session has expired’ error message to occur:

    state, country, and postal code.

    In the jigoshop_checkout.class.php file, I see that those 3 fields are the only ones with ‘rel’ specifications and also the only ones with a type specified ( ‘type’ => ‘state’,).

    Does that give a clue what’s causing the ‘session has expired’ message when any of these 3 fields is typed into?

    array(
    ‘name’ => ‘billing_state’,
    ‘type’ => ‘state’,
    ‘label’ => __(‘State/Province’, ‘jigoshop’),
    ‘required’ => true,
    ‘rel’ => ‘billing_country’
    ),
    array(
    ‘name’ => ‘billing_country’,
    ‘type’ => ‘country’,
    ‘label’ => __(‘Country’, ‘jigoshop’),
    ‘required’ => true,
    ‘rel’ => ‘billing_state’,
    ),
    array(
    ‘name’ => ‘billing_postcode’,
    ‘type’ => ‘postcode’,
    ‘validate’ => ‘postcode’,
    ‘format’ => ‘postcode’,
    ‘label’ => __(‘Postcode’, ‘jigoshop’),
    ‘placeholder’ => __(‘Postcode’, ‘jigoshop’),
    ‘rel’ => ‘billing_country’,
    ‘required’ => true,
    ‘class’ => array(‘form-row-first’)
    ),

    (I can’t manage to sign in to the thread on BFA – I cannot get past the spam filter to register.) I followed all juggledad’s instructions there for making Atahualpa mobile-friendly (thank you!) and it worked — except on Safari and Chrome, where my home-page Nextgen slideshow is much less tall than it should be. To solve that, I was told to add the following code to Nextgen Gallery/Other Options/Styles/Customization options:
    ‘.ngg-slideshow {
    height:600px;
    width: 800px;
    }’
    When I do that, the slideshow works perfectly on all browsers – but my site is no longer mobile-friendly according to Google. Nextgen creates <img src=”https://lasnina…laceholder.gif&#8221; class=”image-placeholder”>, which is wider than the viewport. Using the code to set img to 100% doesn’t help. How can I satisfy Safari and Chrome’s image specification requirements without breaking the mobile-friendliness? Site is https://www.lasninastextiles.com

Viewing 12 replies - 1 through 12 (of 12 total)