glorisol

I am willing to help translate to Swedish and Dutch, but I had no luck in using Loco Translate…..

The solution appeared to be simple (=it works, might not be the best solution, please comment if needed!!!)

I added following in the Custom CSS of my child-theme:

body:not(.logged-in) button#wcssc-share-cart {display: none !important;}

Now the “Share Cart” button is onlyy visible on the Cart page when the user is logged in.
(on my site customers cannot login)

Next step is to get rid of the “Load this Cart” ‘in-between’ page…….

• This reply was modified 4 years, 8 months ago by glorisol.

@dartrax Thanks for the suggestion, that solved exactly the same issue I had.
Applied the fix in version 1.0.8 of the plugin.

Please author, when will this (relatively easy fix) be incorporated in the plugin?

Hi @alexmigf

Brilliant!
I modified it a bit (and with your example I knew where to look for), see below.

But can’t I put this (the part between ?> and <?php) in Custom CSS instead of functions.php ?

add_action( 'wp_head', 'wpo_menu_cart_custom_styles' );
function wpo_menu_cart_custom_styles () {
    ?>
                <style>
                        li.wpmenucartli a.wpmenucart-contents {
                                font-size: 1.2rem; /* change accordingly */
                        }
                        li.wpmenucartli a.wpmenucart-contents span.cartcontents {
                                font-size: 8pt;
                                vertical-align:top; 
                        }
                        li.wpmenucartli a.wpmenucart-contents span.amount {
                                display: block !important;
                                font-size: 8pt;
                                vertical-align:bottom; 
                        }
                        li.wpmenucartli a.wpmenucart-contents span.amount::before {
                                content: '';
                                display: inline-block;
                                width: 15px;
                        }
        </style>
    <?php

Fully aware that opting for the Klarna Checkout Global would be an alternative.

Thanks for submiting the enhancement. Although I’d liked it better if you would have opted to accept currencies independently of the shipping country.

• This reply was modified 4 years, 9 months ago by glorisol.

Thanks for the hint. Solved by adding

.klarna-checkout-select-other-wrapper {
     display: none;
 }

to the Custom CSS

Good afternoon, This ticket is now 1.5 days old. When can I expect your first response.

Hi,
“The design and intention of the Klarna Checkout product is to be a full and only checkout solution. These technical bad value errors aren’t designed to be handled or customized by merchants since, when configured to support the applicable desired currencies for the store, these errors shouldn’t happen.”
Thats not how I see it. Klarna is the checkout I contracted for sales in the primary countries. For all other countries I offer the PayPal checkout. Fully agreed with Klarna.
Now when a payment is initiated through Klarna that does not conform to the prerequisites, there should be a reasonable “smooth” feedback to the user. NOT the scaring technical stuff that hapening now.
I agree that the Klarna Checkout should handle this but you don’t.

Use case: Dutch customer in Sweden, selects EUR as order currency. Already before any shipping address is entered, the KCO responds with the technical error (aparently based on GEO-ip). At this point it is not clear for anyone (but the customer in his head) if he intends to ship to Sweden (SEK required) or The Netherlands (EUR required)

IMHO the KCO should:

• Preferably accept any currency independently of the shipping country (this is what the PayPal Checkout does). Remember it is MY shop and I determine what price in which currency I accept!
• Alternatively (a) respond with the option to either adjust the currency or shipping country (to make currency and country match) instead. But adapting the currency will require going back to the shop as my shop has different prices depending on the currency (it’s not just a currency converter).
• Alternatively (b) provide a response that I can hook into.

Using the KCO does not require me to register any customer data (incl e.g. shipping country) myself before creating the order. I want to be clear: I do want this to be handled in full by Klarna (or Paypal)!. So I am completely relying on you (or Paypal Checkout, but don’t have the issue there).

Meanwhile I have adapted the code on my side to trap ‘incompatible’ combinations of Country / Currency as well as unsuported countries in the shopping cart page and ask the customer to either align the two OR use PayPal. This is an attempt to prevent the technical error situation.
Next step would be that I remove Klarna from the checkout options in case of an incompatibility (mismatch country/currency or unsupported country).
Neither of the two solution are favourable for Klarna, but currently I dont have any alternative.

• This reply was modified 4 years, 9 months ago by glorisol.
• This reply was modified 4 years, 9 months ago by glorisol.
• This reply was modified 4 years, 9 months ago by glorisol.
• This reply was modified 4 years, 9 months ago by glorisol.
• This reply was modified 4 years, 9 months ago by glorisol.
• This reply was modified 4 years, 9 months ago by glorisol.
• This reply was modified 4 years, 9 months ago by glorisol.

Thanks for the answer. I guess the extended and global support is relatively ‘new’?
I did not get these options when I signed up for Klarna Checkout last year (in September I believe)?

But next to that, wouldnt it be nicer (especially in the sense of Klarna wanting to provide a “smooth payment experience”) if you DO give the opportunity to shop owners to catch errors and enable them to show a “smooth” instruction to the customer instead of the technical error on the checkout page? You can be sure those kind of errors really scare off customers (which is contradictive to the Klarna philosophy).

I sincerely hope your advice to get another Klarna Checkout contract is not an attempt to upsell.

• This reply was modified 4 years, 9 months ago by glorisol.

Thanks for answering.
The slow performance when inside the admin pages of the plugin seems to be cause by translation “in the wrong direction”. I found that on my site (default language SE, translation EN) some strings were defined as default EN and translation SE.
Since I have cleared most of these, the issue became less apparent.

I skiiped all of the WPML suggested code snippet and indeed all works as it should now.

You have to put “Debit and Credit card” in “Hide funds” AND use vertical.

Indeed the tip to set the button layout to vertical revealed the “Hide funding” box. The solution seems to solve the issue..
With the layout set to horizontal I saw no “Hide funcding” box….

In addition:
Is there a way to programmatically hide funding for specific countries during checkout?
I just realized that my contract with Klarna onky covers a few countries. So is my user resides in any of the other countries, then offering all funding methods does make sense.

• This reply was modified 4 years, 9 months ago by glorisol.

“WPML has a woocommerce extension in that you can edit the header text for different languages.” which extension are you referring to?
If its the ‘regular’ String translation: I do have that. And I do have the strings used in the emails translated.
E.g. For [woocommerce_new_order_settings]heading I have the
EN value “New customer order”
SV value “Ny kundorder”
But if I go into the customizer, still “New customer order” is shown.

Another issue is, for the New order email, I have a body text defined in the Customizer “You received a new order from {customer_full_name}”
But this string (or e.g. the “You received a new order from” is not available in WPML string translation.

When trying to figure this out today, I appeared to be running into an even more annoying issue: When I am in the email customizer (the Kadence plugin), then the response of my session nearly stalls. This did not happen before and it makes operating this almost impossible.

Can you also please clarify what I shouldo with the advise in other related threads to add a “WPML Fix for Kadence WooCommerce Email Designer” code snippet into functions.php? This ‘fix’ defines add_filter( ‘woocommerce_email_format_string’, function ($string, $email) with a varying number (depending on the topic you will fnd the fix in) of lines that assign a “apply_filters( ‘wpml_translate_single_string'”
to a $string variable that is returned.

This is the link to a test invoice based on the Simple template.

The things that are not properly translated are the headings and the labels next to the totals.

Hi,

I only saw the form in Preview yesterday when I logged the ticket.
As per your request I created a temporary page with the form on it.
And to my surprise on the form as shown on that page, no “cookie consent” message nor the “Approve” button are shown.

So apparently it is something with the preview mode while designing the form…

I cannot share a link to my form design page (as that would mean sharing my admin credentials).
The temporary page I put the form on is: https://www.glor-isol.eu/quantitiestest/

Although the behaviour of the plugin is strange on this poiint, you can consider this ticket closed.