Citát:

No jo, to uz sem nejak zapomel na tu nezalomitelnou. Sem byl mirne prepracovan :) Jinak jeho reseni je kazdopadne univerzalni, ale ja byl zrovna v situaci, kdyz jsem nemel primy pristup do DB. Jasne, dalo by se to udelat prikazem pres php, ale proste tohle bylo rychlejsi a pro me pohodlnejsi :)

A co se tyce varchar, tak je snad jedno, jake se tam da cislo,ne? Teda respektive to davat bez cisla, takze standartnich 255 znaku a ono to automaticky v DB zabira jen tolik mista, jak to je doopravdy dlouhe. Proto nazev varchar,ne? Aspon v tomhle domeni ziju nejakou dobu a nechce se mi cumet do MySQL manualu :)

melodic: Máš recht, bere to jen první znak, i když v DB je to   celé. Někde to ještě bude chtít poladit. Juknu se na to.

tady je důkaz:
koukám, že jsem pomalej

Připojit soubor:

---

  Capture-1.jpg (10.18 KB)

Tak ono je to ještě horší, než jsem doufal. Pro formátování ceny používá ZC php funkci number_format(), která z oddělovače tisíců použije pouze první znak:

Citát:

Proto, když se zadá mezera +  , zobrazuje se obyčejná mezera a když se zadá pouze  , zobrazuje se pouze &.

Samotnou obyčejnou mezeru v adminu taky nelze zadat, protože to automaticky odřezává (trim) všechny ůvodní a koncové mezery. Proto to v adminu nejde a v PHP MyAdminu jo.

Ale půjde to vyřešit.

proč to komplikovat, nech ten postup, který byl popsaný víše, každý přece umí klepnout do mezerníku, nebo ne?

Tak chlapi, at to zkousim jak to zkousim, tak mi to nejde..
Pres databazi mi to nejde, jelikoz mi to nevezme vice jak 3znaky, pres admina to zas nebere, z duvodu co uz tu psal Dedek..

Citát:

???
v databázi si můžeš určit, kolik znaků do pole vložíš

Připojit soubor:

---

  Capture-1.jpg (11.14 KB)

Ok tak jsem to zkusil s varchar, jelikoz jsem tam mel standartne nastaveno char..
A prozmenu mi to ukazuje cenu 10,000Kč takže místo mezery to tam hodí čárku to tu ještě nebylo co

Citát:

Protože ukládat formátování cen do tabulky měn, tak jak to Zen Cart bohužel převzal z osCommerce, je nesmysl. Formát ceny (to jak se cena zobrazuje) je vlastnost jazyka, ne měny. Pro obchody s jednou měnou a jedním jazykem to není zas až takový problém a dá se to vyřešit nějakým drobným hackem.

Problém nastává už v situaci, kdy je více jazyků a jedna měna - například jenom v eurozóně se pro euro používá kolem desítky různých formátů v závislosti na jazyce a státu.

Kromě toho obyčejná mezera jako oddělovač tisíců může způsobit, že se cena zalomí právě na té mezeře. Tomu může zabránit jedině nezalomitelná mezera ( ).

Takže jsem se tomu podíval na zoubek a mám to vyřešené univerzálně pro všechny verze ZC 1.3.x a bez zásahu do databáze. Až dopíšu nějakou tu dokumentaci, dám to sem k odzkoušení.

Dedku my te nemít..
Díky..