Invenzzia... po polsku - Tag - nowe wersje - Komentarze

OPT 1.1.4 - Nowaker

Nowaker — wto, 03 cze 2008 17:38:14 +0200

Aha ;] Nie zauważyłem :) Tak to czasami jest.

OPT 1.1.4 - Zyx

Zyx — śro, 23 kwi 2008 21:15:57 +0200

Nowaker -> akurat takie coś jest bodajże od wersji 1.0 i parseInt() się nazywa :).

OPT 1.1.4 - Nowaker

Nowaker — pon, 21 kwi 2008 19:38:06 +0200

Przydałyby się funkcje formatujące liczby. Np. chcę, aby wynik {$item.price * $item.amount} posiadał dwa miejsca po przecinku, a znakiem oddzielającym część całkowitą i ułamkową był nasz polski przecinek.

OPT 1.1.4 - Gizmo

Gizmo — nie, 20 kwi 2008 12:25:40 +0200

Po co używać zewnętrznych bibliotek do operacji obcinania ciągów? Proponuję skorzystać z natywnych funkcji php z rodziny mb_* (http://pl2.php.net/manual/en/ref.mb...).
Prawie każda funkcja do operacji na ciągach znaków ma swój odpowiednik multibyte.

OPT 1.1.4 - Nowaker

Nowaker — czw, 03 kwi 2008 15:28:38 +0200

//OT2//
Wiem :] Tak jak Linux, lecz Linuksa. Miałem zdanie napisane inaczej, potem zmieniłem i z pośpiechu weszło jak weszło, po wieśniacku

OPT 1.1.4 - eXtreme

eXtreme — czw, 03 kwi 2008 14:32:46 +0200

//OT//
Nowaker: za używanie słowa "smartów" (czy tym podobnej odmiany liczbomnogowej jak "smartach", "smartami") ja morduję zardzewiałymi grabiami i każdy sąd mnie uniewinni :P Tego słowa się nie odmienia, albo odmienia jako l. poj. ("OPT do Smarty'ego nie porównuj" / "OPT do Smarty nie porównuj")..

OPT 1.1.4 - Nowaker

Nowaker — śro, 02 kwi 2008 23:47:39 +0200

Zyx, z 1-3 poniekąd się zgadzam. Poprawię obsługę stringów po swojemu, dużo roboty nie będzie.
@4. To nie jest argument :] OPT do Smartów nie porównuj. Cieszę się, że OPT poszedł swoją drogą.

OPT 1.1.4 - Zyx

Zyx — wto, 01 kwi 2008 16:40:22 +0200

Skoro masz Kohanę, to wejdź sobie do opt.functions.php i zamień wywołania substr() na to, co tam masz. Niestety to jest biblioteka i z zewnątrz może łatwo wyglądać takie "dodaj", a tymczasem przez takie rzeczy znów się zrobi burdel w przyszłości.
1. Musiałbym ładować dodatkową, w dodatku zewnętrzną bibliotekę, co jest nie do zaakceptowania.
2. Mam ograniczone zasoby - główny plik musi być jak najmniejszy. W OPT2 osiągnąłem już kres i żadnej własnej implementacji UTF-8 tam nie upchnę, a require() też w grę nie wchodzi.
3. Muszę patrzeć przyszłościowo. PHP6 będzie mieć UTF-8, tam istniejąca implementacja zadziała.
4. Smarty też nie ma obsługi unikodu w tym miejscu.

OPT 1.1.4 - eXtreme

eXtreme — wto, 01 kwi 2008 15:36:06 +0200

Albo http://phputf8.sf.net/

PS. Zyx, ja ci chyba zainstaluję wtyczkę do dotCleara do obsługi składni markdown :P (jak znajdę.. :P)

OPT 1.1.4 - Nowaker

Nowaker — pon, 31 mar 2008 19:39:06 +0200

Sorki, że naspamuję Wam blog, zamiast zgłosić to bugtracka, ale nie przyszedł do mnie e-mail z hasłem.

truncate() nie jest zgodna z UTF-8 - ucina znaki dwubajtowe w połowie. Rezultat przycięcia:
www.rozne.geozone.pl/konnekt/opt-bug.png

Może warto zapożyczyć sobie liby do UTF-8 z projektu KohanaPHP? (licencja BSD-like)
http://trac.kohanaphp.com/browser/t...

OPT 1.1.4 - Nowaker

Nowaker — nie, 30 mar 2008 23:04:38 +0200

Jest truncate() - super! Jestem w trakcie pisania projektu sklepu internetowego i truncate() strasznie mi brakowało. Na szczęście pojawiła się ostatnia wersja OPT z tą funkcją, co mnie przeogromnie cieszy :)