lykkelig

Tusen takk! Da er problemet l?st for min del ??

Enig ref henting i butikk og valg av leveringsadresse i hurtigkassen. Det er litt knotete, men for de aller fleste gir det mening n?. Det ideelle hadde jo v?rt om Vipps skilte p? local pickup og shipping som rapportert fra WooCommerce og presentert valg deretter. N? regnes jo begge deler som shipping, men forh?pentligvis blir det st?tte for noe s?nn i det nye APIet.

Herlig, takk! Jeg laster bare opp egen SVG inntil videre, s? det er ikke noe problem ??

Jess! Det stemmer. Det er nok i hovedsak innstillingene du viser til som skaper problemer.

Problemet med kj?pet p? skjermbildene er at jeg ikke bruker gratis oppstart. Klarna Checkout st?tter ikke offisielt 0kr ved bestilling, s? det blir stort sett bare kr?ll. Kj?rer derfor full betaling ved bestilling og fortl?pende m?nedlig.

Det er kanskje en bug relatert til innstillingen for “Prorate First Renewal” for subscriptions? Den har jeg satt til “Never (Charge the full recurring amount at sign-up)”

Utfordringen med betalingsm?te og transaksjonsnummer n?r Vipps-transaksjonen startes i KCO ser ut til ? v?re l?st i den nye oppdateringen, s? det er supert. Takk!

Hei!

Skj?nner utfordringen her. Bare snodig at Vipps bruker to ulike system for dette. Fungerer det med ulike fraktalternativer med fastpris, eller m? det v?re én pris for levering som Vipps f?r oppgitt p? forh?nd?

Virtuelle produkter burde vel enkelt kunne st?ttes, ettersom disse ikke trenger frakt, s? fremt vi f?r hentet ut kundeinformasjon for ordren fra Vipps ??

For fysiske produkter er en slags popup som sp?r hvor kunden bor kanskje ikke s? dumt. Dette kan kanskje hentes fra innlogget kundeprofil ogs?. Usikker p? om land er n?dvendig ettersom Vipps i utgangspunktet er for norske kunder. Det er vel en veldig liten andel hvor betaling med Vipps og levering ut av landet er n?dvendig?

Alright, thanks! Will you be working on getting it supported in the future? As the order details are registered in WooCommerce shoudn’t the EPM and any other payment gateways be able to hook into that as if KCO was not active?

Yay! No more error now. Thanks so much for a speedy response and easy guide. I figured the reset tool would clear the DB too, but your SQL query did the trick.

Maybe it’s possible to include an option to enable database and settings cleanup on uninstall in a future update?

Hadde det v?rt en idé ? la dette v?re en innstilling? Vi l?ste det fint tidligere med WooCommerce Subscriptions-innstillingen “Accept Manual Renewals“.

Det gj?r at alle betalingsl?sninger kan brukes til en subscription, men at kunden manuelt m? betale via link ved fornyelse dersom recurring ikke st?ttes av valgt betalingsm?te – s?nn som denne Vippsl?sningen.

Supert, mage takk! Fiks funker ??

Ikke tenk p? at det tar litt tid innimellom. Har full forst?else for det. Bare glad noen jobber aktivt med l?sningen til WooCommerce.

Jeg er ikke sikker p? hvorfor Klarna skal pirke p? skrivem?ten – det er kanskje noe Klarna Checkout for WooCommerce burde h?ndtere, men det er sikkert greit at adressen lagres p? standardisert m?te uansett. Det kan enkelt styles med CSS om det er behov for et eget visuelt uttrykk ??

Tenkte meg standardfunksjonalitet var brukt for e-postsjekken, og etter hva jeg har sett er det ikke veldig rett frem ? tweake. Men s? utrolig bra at det kommer integrert i Vipps. Inntil videre har jeg bare tilpasset WP login slik at det ser litt mer ut som butikken.

Takk for tips! Ser at shortcode continue with Vipps fungerer, men ikke den andre (log in). Resultatet er uansett en loggin-knapp.

Nok En Gang, Takk For Utfyllende Tilbakemelding – @iverok Ruler!

S? bra, tenkte meg at det var tilrettelagt! Men er det noe tilsvarende som fungerer p? knappen i handlekurven, mini cart og eventuelt andre steder hurtigkasse-knappen vises og ikke bare p? Vipps T&C-siden?

Det er ikke noe stress alts?. Jeg er str?lende forn?yd at dere faktisk tar dere tid til ? f?lge opp brukerene b?de med feilretting og forbedringer. For min del er det veldig betryggende ? ha dialog med utviklerne som kjenner koden og beste praksis for tilpasning av den, men forventer ikke umiddelbar respons hver gang ??

Thanks, that should work. I didn’t think that far ??

Thank you for checking this @ionutcalara! Then it all makes sense. Hopefully it won’t be too much trouble to add the correct nb_NO for Norwegian Bokm?l support.

In the meantime your fix works without problems! I appreciate your help and swift response! And sorry for hijacking the thread – this could probably have had its own.

Thanks for looking into it, @ionutcalara!

I’m mainly thinking about the labels for Card Number, Expiry Month/Year and Pay-button, but if error and help messages are translated as well that’s perfect.

I did speak with Paylike support a while back about the issue; Norwegian was supposed to be supported and is listed on the website. I was told I could test Paylike languages here, as the demo language is based on browser settings or the Paylike site language. Not even that works for Norwegian as far as I can tell (same for Swedish). Maybe the language identifier from Paylike is wrong?

• This reply was modified 5 years, 1 month ago by lykkelig.
• This reply was modified 5 years, 1 month ago by lykkelig.

I thought I’d chime in here as well, @ionutcalara.

I too find that the payment popup does not translate. In my case WordPress is set to Norwegian (nb_NO or nn_NO). Is it not supported? Paylike defaults to English, but if I try Danish it translates as it should.

• This reply was modified 5 years, 1 month ago by lykkelig.