27-09-2012, 14:38:49

[ cytuj ]

Serdecznie podziękowania za rozpoczęcie prac związanych z wyodrębnieniem tekstów językowych. Będzie można w końcu bezproblemowo wykorzystać Webman'a w innym języku niż PL.

U mnie już w kolejce czeka wersja włoska (częściowo przetłumaczona) lecz pozostawiłem ją w wersji 4 - gdyż tłumaczenie modułów co nowa aktualizacja była zbyt uciążliwa. Teraz będzie już prościej.

Przy okazji znalazłem drobny błąd w tekstach ogłoszeń, linia 541: "Edytuj komentarze dodane przy firmie" (zapewne miało dotyczyć ogłoszeń).

Jeszcze raz podziękowania dla autora - teraz już miejmy nadzieję poleci z górki i wkrótce będzie można urealnić Webmana bez przeszkód w innych wersjach językowych.

28-09-2012, 09:09:38

[ cytuj ]

Dziękuję za info o błędzie, poprawione.

To prawda, że sprawy związane z językami zostały ruszone (m. in. właśnie dlatego mamy też utf-8).

Jednak czas poświęcany na wydzielenie tekstów z modułu jest dłuższy niż mogłem przypuszczać dlatego też nie jestem pewien czy to już z górki :)
W każdym razie wydzielanie tekstu od skryptu jest w toku.

28-09-2012, 10:32:14

[ cytuj ]

Hasło "z górki" mówi o starcie, gdyż wiem jaki to ogrom pracy.

Przekonałem się o tym wyszukując i tłumacząc słowa/zdania z Webmana na język włoski. Średnio moduł zajmował mi jeden dzień ciągłego pisania - a i tak znajdowałem potem jakieś niedociągnięcia (czyt. PL tekst). Więc można by rzec, że dwa dni z poprawką to minimum. A to tylko jeden moduł a gdzie cała reszta - typu wstawki do bloków.

Mam jeszcze pytania techniczne
1. Czy 5.4 - zamieni całą bazę (kodowanie) łącznie z modułami klonowanymi czy też tylko znane mu tabele z oryginalnego systemu.
2. U mnie kodowanie jest ustawione jako ISO-8859-1 (IT) czy to wpłynie na poprawną zamianę na UTF-8.
3. Rozumiem iż pliki tłumaczone będą w folderach (obecne pol) i wystarczy tworzyć tłumaczenie jako kolejny folder i plik np.: langstrs/it/unit.php
4. Czy pliki tłumaczeń "użytkownika" (wyświetlanej mu strony www) i admina (moduł administracji) będzie każdorazowo (dla każdego modułu/bloku) w odrębnych plikach "unit.php" czy też będą korzystać z tego jednego?

5. Na koniec prośba o rozwiązanie techniczne by każdy użytkownik miał możliwość zdefiniowania wersji językowej (o ile takowe są udostępnione przez administrację) oraz podobnie by każdy admin niezależnie od ustawienia wersji językowej mógł ustawić sobie panel administracji w wybranym języku. Czyli chodząc po stronie www miałby np. język IT, a wchodząc w tryb administratora np. język PL. Dlaczego tak? Gdyż chodząc po stronie czasem wyłapuję jakieś literówki lub zmieniam tłumaczenie - jednak przyjaźniejszy dla oka jest dla mnie interfejs admina polski - pomimo wstawiania włoskich tekstów. Jednak adminów na stronie jest wielu, więc i też gdy każdy będzie mógł to samemu dla siebie definiować - byłoby rewelacyjnym rozwiązaniem.

Pozdrawiam serdecznie
Greg

28-09-2012, 10:56:08

[ cytuj ]

I jeszcze pozostanie jedna ważna kwestia do modyfikacji - a o której nie można zapomnieć.

Nazwy modułów i nazwy bloków - by też miały możliwość wyświetlenia się w wybranej wersji językowej dla admina. Ciężko by było dodać adminowi znającemu tylko np. włoski przykładowo "ostatnieogłoszenia" ... czy też wstawiać teksty w obecnych nazwach dla modułów.

Ta kwestia była już kiedyś poruszana (by szło zmienić nazwę) lecz teraz będzie koniecznością do rozwiązania. Dobrze by było, by poza nazwą właściwą (językową) była możliwość dymka z uwagami własnymi admina - i to również w zależności od wybranego języka. np. "tu wstawiamy informacje o imprezach w terenie" (a gdy ktoś ma zdefiniowany inny język miałby to np. po angielsku - oczywiście admin musiałby to wcześniej przetłumaczyć w danym języku). Dymek miałby funkcję uwag czy też dodatkowych komunikatów dla modułu.

28-09-2012, 11:31:43

[ cytuj ]

Niestety nie mam już dziś zbyt wiele czasu żeby odpowiedzieć na pozostałe pytania ale odpowiem na jedno dotyczące zmiany kodowania z iso-8859-1 na utf-8.
Aktualizacja nie została przystosowana żeby dokonać konwersji z innego standardu niż z iso-8859-2 (m.in. j. polski). W związku z tym konwersję bazy dla iso-8859-1 (który obejmuje j. włoski a nie obejmuje j. polskiego) należy wykonać ręcznie, mogę ewentualnie pomóc jeśli byłby z tym problem.
Aktualizacja konwertuje całą bazę a konkretnie wszystkie tabele rozpoczynające się systemowym prefiksem (domyślnie webman_), łącznie z tabelami do modułów dublowanych jeśli posiadają one odpowiedni prefiks. Jeśli chodzi o pliki to tu nie ma konwersji a jedynie podmiana na nowe z pakietu aktualizacyjnego. Nie są więc brane pod uwagi pliki innych skryptów niż systemowe. Inne pliki należy konwertować ręcznie.

03-10-2012, 09:18:20

[ cytuj ]

Odpowiem teraz na pozostałe pytania.

Ad. 1 i 2. Odpowiedziałem w poprzednim poście.

Ad. 3. Zgadza się. Z tym, że użyłem dla większej przejrzystości kodów trzyliterowych w związku z tym język włoski będzie w podkatalogu ita.

Ad 4. Przyjąłem, że plik językowy modułu od strony użytkownika to unit.php, od strony administratora to admin.php. Bloki również mam zamiar wstawić w plikach językowych modułu i nazwać jako side.php. Taki plik językowy zawierałby całe tłumaczenie dla wszystkich bloków skojarzonych z danym modułem. Tłumaczenie blokó nie skojarzone z żadnym modułem będą znajdować się w plikach językowych strony czyli katalog główny langstrs.

Ad. 5. Dobrze, że Pan o tym pisze bo planowałem dać opcję ogólną wyboru języka ale rozbiję ją na część administratora i użytkownika. Z tym, że obawiam się, że na początek nie będzie to opcja indywidualna a dla całej strony. Być może w przyszłości to się zmieni. Obecnie wydaje mi się to zbyt skomplikowane w realizacji w stosunku do korzyści.

Dodatkowa sprawa to taka, że nie planuje, przynajmniej na razie, oddawać kontrolę użytkownikowi co do wyboru języka. Zaznaczę, że tłumaczenia i opcja języka dotyczy wyłącznie interfejsu i nie chcę dodawać możliwości wstawiania treści w kilku językach gdyż to strasznie zagmatwałoby system.

Jeszcze co do nazw modułów. Nie jestem pewien jak to wykonać od strony technicznej bo oczywiście mógłbym skanować foldery modułów w poszukiwaniu ich nazw w wybranym języku przy każdym odświeżeniu panelu admina jednak to znaczące i niepotrzebne obciążenie serwera.
Moim pomysłem jest zapisanie nazwy modułu w katalogu z językiem w pliku name.php i ta nazwa będzie ładowana do bazy każdorazowo ale tylko przy zmianie języka.

Co do dymków to z pewnością dobry pomysł ale raczej rozwiązanie na przyszłość.

03-10-2012, 10:22:04

[ cytuj ]

Nic dodać, nic ująć - po prostu wszystko stało się jasne.
Podziękowania za rozwinięcie tematu i wyjaśnienia.