Já jsem řešil charset Windows-1250, který jaksi funkce htmlentities() neumí.
Po hodině hledání a zkoušení vyřešeno - stačí nahradit funkci htmlentities() funkcí htmlspecialchars()
Konrétně dva výskyty v tpl_modules_main_product_image.php
Uff...

Mimochodem - instaloval jsem to včera (na zen 1.3.8.a) a funguje to jak víno... Musel jsem to nasazovat přes WinMerge, tak mě to donutilo procházet kód a jednu poznámku pro vás, kdo to v readme.txt přeskočili stejně jako já ;o)
WholeSales umožňuje teoreticky neomezeně skupin velkoobchodních cen. Jednotlivé VO ceny se zadávají u zboží do jednoho políčka, oddělené pomlčkou. Mají to trochu nešikovně, protože u VO ceny atributů se musí zadávat zase oddělené čárkou. Předělal jsem si to obě na středník, pořádek muší byt! ;o)
Pak k zákazníkům zadáte jakoukoliv VO skupinu > 0 a zen podle toho vezme první až n-tou cenu.
No kdyby měl někdo zájem, můžu sem popsat jak to upravit na středník. Ale je to easy.

Blbá otázka, ale upravil jsi i svoje šablony? Pokud jsi nahrál soubory jak to leží a běží, tak to fungovat nebude. Musíš nahradit jméno adresáře \includes\templates\YOUR_TEMPLATE jménem své šablony ;o)

Doporučuji hromadně upravovat přes EasyPopulate. Vyexportuje zboží do Excelu, tam si to komfortně upravíš a pak zase načteš zpět.
Jestli používáš dual_pricing__wholesale_pricing_1-4-2.zip, tak v něm je přímo i úprava pro EasyPopulate, abys mohl upravovat i VO ceny.

Citát:

Však já jsem rád, že je
Bez debaty
Jen jsem si dovolil poztěžovat... Zatím vůbec nevím kudy nejlíp rýpnout do kódu ohledně rozměrů balíků

Díky za odpovědi.
Jen poznámka k vašim řešením - samozřejmě to jaksi klepem pravou rukou za levým uchem a kontaktujeme zákazníky, děláme ze sebe blbečky... systém to zatím neumí, urychleně pracujeme na nápravě, znáte to...

Uvědomte si ale, že když napařím příplatek k ceně, který účtuje pouze Česká pošta, tak zbytečně zvyšuju cenu pro zákazníky, kteří chtějí PPL nebo odběr na provozovně.

Zkoušel jsem to atributem "neskladný balík" s pevně danou cenou, která se připočetla k výsledné ceně a pak jsem zabředl do php, aby tento atribut byl závislý na dopravě, kterou si zákazník vybral. Tj. aby se přičítal pouze pro dopravu Česká pošta.

A pak se šel zeptat sem :)

Ještě víc jak ten blbej příplatek mě ale trápí Zencartovo slučování více "neskladného" zboží do jednoho mega balíku (mega co se týče rozměrů, váha mu samozřejmě sedí). Tj. místo třikrát dopravné za tři velké krabice v objednávce napočítá jen jedno dopravné. To se pak zákazníci ošívají...

No škoda, dík za odpovědi. Ten Zencart má pěkně prasáckej kód místy... Konečně chápu toho chudáka pejska Gorro před Tokiem ;o)

Zdravím všechny a žádám o radu.
Jsem tu nový, ale fóra jsem prohledal a nenašel jsem řešení celkem běžného problému: rozměry balíku

Problémy:
1) po překročení určitého rozměru zásilky napaří Česká pošta příplatek za neskladný balík.

2) PPL bere balíky jen do určitého rozměru (vzoreček do něhož vstupují rozměry, nějaká jejich konstanta a výsledek nesmí být větší než nějaké číslo). Nejlíp, kdyby pro rozměrné zboží nebyla vůbec možnost volby dopravy ppl...

3) největší problém - Zencart "balí" balíky jen podle váhy. To asi víte - zadá se mu strop v kg a až teprve tehdy, když objednané zboží v součtu váží víc, "udělá" z něj druhý balík

Já to ale potřebuju stejně s rozměry. Máme velké ale lehké balíky a Zencart klidně ze dvou velkých krabic vytvoří jeden balík, kterej se ale nevleze do limitů ppl ani České pošty :(

Cítím v kostech, že tohle Zencart neumí, jen mi to nedalo se tady nezeptat. Připadne mi to celkem běžný problém, aby to ještě nikdo neřešil... Stačilo by mě nakopnout nějakým směrem ;o)

Předem díky