[jerri69]

następne przetłumaczone lub poprawione tłmaczenia, które były wcześniej...

[jerri69]

i jeszcze 2 tłumaczenia

[jerri69]

chciałem jeszcze raz wrócić do kwistii odmiany słowa 'produkt' bo od dłuższego czasu ma status "w trakcie pracy".

moja metoda sprawdza się bezbłędnie:

w pliku categories.tpl dodałem kod:

Kod: [Zaznacz]

{if $category->id == 1 OR $nb_products == 0}{l s=''}
{else}
{if $nb_products == 1}{l s='There is'}{else}{l s='There are'}{/if} 
{$nb_products} 
{if $nb_products == 1}{l s='product.'}
{else}
{if $nb_products > 1 and $nb_products < 5}{l s='products'}{'.'}
{else}{l s='products.'}
{/if}
{/if}
{/if}
czyli
jeśli nb=1 to product else
nb >1 i nb<5 products + . (bez kropki i dodatkowo kropka) else
products. (z kropką)

dodając teraz w lang/pl.php linie:
$_LANG['category_b30e141e947fd1b73ad9a02c2c37e7a2'] = 'produkt.';
$_LANG['category_86024cad1e83101d97359d7351051156'] = 'produkty';
$_LANG['category_aac098b07937926af675e5b248734d50'] = 'produktów.';



działa...

[jerri69]

jeszcze 2 z listy ticketów:

[wgerlach]

Wykonałem aktualizację z pierwszej oficjalnej wersji 1.4.0.17 angielskiej na 1.4.1 PL rev 197 ściągniętej z pierwszej strony postu.

sklep to http://sklep.porcelglass.pl/ co prawda jeszcze nie funkcjonował jako sklep, tzn nie było klienta, który by kupił przez nie go, czyli sklep jest bardziej w formie katalogu, ale bez tej funkcji.

Poniżej kilka z rzutów głównie samego admina. Głównie takie rzeczy są w adminie nieprzetłumaczone reszta sklepu jest ładnie przetłumaczona. (takie kmioty występują tylko przy użyciu aktualizacji, jak zainstalowałem tą samą wersję w środowisku testowym, wszystko ładnie jest przetłumaczone)





Co prawda zmiana stanu magazynowego nie jest mi potrzebna jak na razie, ale być może będzie.

Aktualizacja z wersji angielskiej na polską nie "dogra" brakujących danych polskich !!!
Jeśli była 1.3.x PL - można ją aktualizować do 1.4.x PL
Jeśli masz 1.x.x EN - żadna aktualizacja nie zrobi z niej automatycznie PL ! (ja przynajmniej takiej nie znam). Owszem - można taką przygotować - tylko po co ?? Jak ktoś chce mieć sklep PL - instaluje taką wersję ...
Teraz musisz "dograć" ręcznie wszystkie dane do bazy dla języka PL.

Na koniec działanie mechanizmu aktualizacji.
Jeśli aktualizujemy 1.3.6 na 1.4.0.17 - skrypt aktualizuję bazę o wszystkie zmiany, jakie miały miejsce podczas rozwoju programu z wersji 1.3.6 do 1.4.0.17 - w ramach lokalizacji, dla których został przygotowany. Nie sprawdza natomiast, czy poprzednie aktualizacje (do wersji 1.3.6) zrobiły wszystko co powinny były zrobić.

Dlatego aktualizacja angielskiej wersji 1.4.0.17 an 1.4.1 PL tak zadziałała...

[jerri69]

a moim zdaniem warto by przygotować aktualizację wersji angielskiej do polskiej, albo przynajmniej instrukcję jak dostosować bazę angielska aby była polska. wersje polskie są przygotowywane z dużym opóźnieniem i nie każdy ma czas czekać na wersję polską...

podsumowując: wersja instalacyjna aktualizująca z wersji en do pl byłaby jak najbardziej wskazana.

[chemar]

chciałem jeszcze raz wrócić do kwistii odmiany słowa 'produkt' bo od dłuższego czasu ma status "w trakcie pracy".

moja metoda sprawdza się bezbłędnie:

w pliku categories.tpl dodałem kod:

Kod: [Zaznacz]

{if $category->id == 1 OR $nb_products == 0}{l s=''}
{else}
{if $nb_products == 1}{l s='There is'}{else}{l s='There are'}{/if} 
{$nb_products} 
{if $nb_products == 1}{l s='product.'}
{else}
{if $nb_products > 1 and $nb_products < 5}{l s='products'}{'.'}
{else}{l s='products.'}
{/if}
{/if}
{/if}
czyli
jeśli nb=1 to product else
nb >1 i nb<5 products + . (bez kropki i dodatkowo kropka) else
products. (z kropką)

dodając teraz w lang/pl.php linie:
$_LANG['category_b30e141e947fd1b73ad9a02c2c37e7a2'] = 'produkt.';
$_LANG['category_86024cad1e83101d97359d7351051156'] = 'produkty';
$_LANG['category_aac098b07937926af675e5b248734d50'] = 'produktów.';



działa...

Witam

Ma status "w trakcie pracy" poniewaz prerwa swiateczna a to nei pozwalalo na skonczenie tego, owszem twoja metoda jest ok jednak ja chce zaimplementować to w calym sklepie nie tylko w kategori,ale i w koszyku, wyszukiwaniu itp.

[jerri69]

2 moduły - tłumaczenie

[chemar]

2 moduły - tłumaczenie

Jak możesz załączaj moduły do ticketów.
Dodajesz plik w zakładce all - attachment - add file po dodaniu  komentarzu napisz np zrobione i zapisz.

[straszek]

Dziękuję za informację, jest bardzo pomocna gdyż wiem iż proces aktualizacji przebiegł poprawnie o co się obawiałem, nieprzetłumaczonym adminem i resztą sobie poradziłem nie ingerując w bazie, bo chyba nie jest to potrzebne bo z poziomu admina wszystko udało mi się przetłumaczyć, znalazłem kilka nie podobających mi się tłumaczeń ale nie jestem pewny czy są to w tłumaczeniu oficjalnym czy też coś pozostało z jakiegoś innego, zainstaluję w środowisku testowym i ewentualnie zgłoszę swoje sugestie.

Pozdrawiam.

[wgerlach]

a moim zdaniem warto by przygotować aktualizację wersji angielskiej do polskiej, albo przynajmniej instrukcję jak dostosować bazę angielska aby była polska. wersje polskie są przygotowywane z dużym opóźnieniem i nie każdy ma czas czekać na wersję polską...

podsumowując: wersja instalacyjna aktualizująca z wersji en do pl byłaby jak najbardziej wskazana.

Droga otwarta ! - możesz robić.
Według mnie - to nie ma sensu .... Praca jaką należy poświęcić na przygotowanie takiej instalacji jest rząd wielkości większa od pracy potrzebnej na spolszczenie presty .... Jak ktoś chce coś takiego - to znajdzie ludzi, którzy odpłatnie to zrobią ....
Z reguły - nikt nie migruje pracującego sklepu PL, jeśli nie ma finalnej wersji polskiej ! (jeśli jednak tak zrobił - to wie co robi i potrafi skończyć to, co rozpoczął ...).

Podsumowując - aktualizując sklep np. z 1.3.6 PL do 1.4.1 programista łatwo może określić zakres prac w ramach aktualizacji (co aktualizacja ma zrobić ?). W miarę łatwo przygotować spolszczenie np. 1.4.1 EN => 1.4.1 PL - tylko po co ?  Ktoś ma sklep działający w języku angielskim i rozszerza działalność na Polskę ?? - mało prawdopodobne ....  Jeśli ktoś miał prestę 1.3PL (lub 1.2PL) i zrobił z niej 1.4EN - przygotowanie skryptów uniwersalnych będzie b.czasochłonne. Same testy takich skryptów to min. kilkadziesiąt godzin !!! A zastosowanie - do testów i eksperymentów (nie do sklepów produkcyjnych).

[wgerlach]

Dziękuję za informację, jest bardzo pomocna gdyż wiem iż proces aktualizacji przebiegł poprawnie o co się obawiałem, nieprzetłumaczonym adminem i resztą sobie poradziłem nie ingerując w bazie, bo chyba nie jest to potrzebne bo z poziomu admina wszystko udało mi się przetłumaczyć, znalazłem kilka nie podobających mi się tłumaczeń ale nie jestem pewny czy są to w tłumaczeniu oficjalnym czy też coś pozostało z jakiegoś innego, zainstaluję w środowisku testowym i ewentualnie zgłoszę swoje sugestie.

Zgadza się - większość tłumaczeń można potem poprawić z poziomu admina.
Czekam na wszelkie uwagi/sugestie na temat spolszczenia nazw zakładek i katalogów powstałych w wersji 1.4
Najlepiej - uwagi proszę zgłaszać w tikets #23 - https://www.assembla.com/spaces/PrestashopPL14/tickets/23-brak-katalog%C3%B3w-i-zak%C5%82adek-%28sql%29

[tomg]

Naprawiono błąd modułu platnoscipl. Poprawka wgrana w rev. 193. Moduł przetestowałem na płatności testowej.

Witaj
A próbowałeś z zakupem bez rejestracji? Chyba w takiej konfiguracji nie działa. Przy próbie zapłacenia wraca do authentication?back=order.php. Tak samo dzieje się przy ustawieniu realizacji zakupu w 1 czy 5 krokach.

[jerri69]

Droga otwarta ! - możesz robić.
Według mnie - to nie ma sensu .... Praca jaką należy poświęcić na przygotowanie takiej instalacji jest rząd wielkości większa od pracy potrzebnej na spolszczenie presty .... Jak ktoś chce coś takiego - to znajdzie ludzi, którzy odpłatnie to zrobią ....
Z reguły - nikt nie migruje pracującego sklepu PL, jeśli nie ma finalnej wersji polskiej ! (jeśli jednak tak zrobił - to wie co robi i potrafi skończyć to, co rozpoczął ...).

Podsumowując - aktualizując sklep np. z 1.3.6 PL do 1.4.1 programista łatwo może określić zakres prac w ramach aktualizacji (co aktualizacja ma zrobić ?). W miarę łatwo przygotować spolszczenie np. 1.4.1 EN => 1.4.1 PL - tylko po co ?  Ktoś ma sklep działający w języku angielskim i rozszerza działalność na Polskę ?? - mało prawdopodobne ....  Jeśli ktoś miał prestę 1.3PL (lub 1.2PL) i zrobił z niej 1.4EN - przygotowanie skryptów uniwersalnych będzie b.czasochłonne. Same testy takich skryptów to min. kilkadziesiąt godzin !!! A zastosowanie - do testów i eksperymentów (nie do sklepów produkcyjnych).

szkoda że nie pomyślałeś o tych co musieli zacząć pwdrażanie od wersji np. 1.4.0.17 EN bo nie było jeszcze wersji pl a nie mieli czasu na czekanie na wersję pl.

no ale prawdziwy polak myśli o główni o sobie.

z mojej strony koniec dyskusji, bo nie lubię jałowego gadania...

[jerri69]

Jak możesz załączaj moduły do ticketów.
Dodajesz plik w zakładce all - attachment - add file po dodaniu  komentarzu napisz np zrobione i zapisz.

chemar... bardzo chętnie, ale nie mam uprawnień do dodawania niczego w assembli... mimo że się zarejestrowałem.... nie wiem, może potrzeba ustawić dla mnie jakieś uprawnienia, albo coś źle robię....

dlatego na razie dodaję tutaj kolejne...