LMS frontend about lms

[chilek]

Czy chodzi Ci o to, żeby można było w miarę prosto zmieniać temat wizualny interfejsu użytkownika?
templates/nazwa_szablony byłby podkatalogiem z szablonami stanowiącymi temat wizualny interfejsu o nazwie "nazwa_szablonu"?
Myślę, że dobrze byłoby zrobić to tak, żeby nie trzeba było w nowym temacie wizualnym od razu przygotowywać wszystkich szablonów. Po prostu jeśli dany szablon w temacie wizualnym nie istniałby to LMS ładowałby szablon z domyślnego tematu.
Czyli ogólnie rozwiązanie 2 byłoby bardziej eleganckie.

[chilek]

Można byłoby wykorzystać tą metodą:
http://www.smarty.net/docs/en/api.template.exists.tpl
klasy Smarty do testowania istnienia szablonu w niepełnym temacie wizualnym.
Wtedy powinniśmy zrezygnować z bezpośrednich wołań metod display i fetch w modułach PHP, na rzecz
jakiejś funkcji/metody, która by badała najpierw obecność pliku z szablonem.

[chilek]

"Cieńkie" tematy wizualne moglibyśmy tworzyć poprzez CSS. Gdy Maciek Lew zrobi porządek z kodem HTML/CSS to może to stać się całkiem proste i przyjemne. "Grube" tematy wizualne, które proponujesz, byłyby wtedy ostatecznością przygotowaną specjalnie dla "hardcore-owców".

[maciejlew]

Na razie nie jesteśmy jeszcze zgodni z HTML4, a od HTML5 dzielą nas miliony lat świetlnych :)
Po pozbyciu się zbędnego kodu łatwiej będzie myśleć o HTML5.

Zmiana styli ( kolory, obramowania, czcionki itp ) wydaje się prosta, wystarczyłoby podmieniać style.css. Nie wiem czy komuś będzie chciało się bawić w zmianę całego szablonu.

Jeśli chodzi o strukturę katalogów to ja myślałem i zacząłem wdrażać u swoich klientów "submoduły". W katalogu modules miałem jeden główny plik danego modułu, powiedzmy etherwerx.php w którym switch inkludował odpowiedni submoduł, a wywoływało się to np. tak: ?m=etherwerx&sm=reload&id=2.
Był też w modules katalog etherwerx a w nim zgrupowane submoduły, podobnie w templates.
W ten sposób wiadomo było co jest nasze, a co z LMSa.

[kyob]

Jestem w trakcie przerabiania LMS pod HTML5. Dla mnie osobiście szkoda czasu na zabawę w pół środki, dlatego jadę po bandzie od razu w stronę HTML5. Poniżej kilka zrzutów na jakim jestem etapie. Nie jest to jeszcze efekt końcowy, ale mały zarys tego co będzie.

[chilek]

Bardzo fajnie! Potem zostanie tylko przygotowanie "skórki", która uczyni wygląda LMS-a podobnym do dotychczasowego.
Zwróć uwagę, ze w git wszystkie szablony domyślne leżą już w templates/default.
Znalazłem elegancki sposób w smarty, żeby czytał szablony w następującej kolejności:

• własny podkatalog zdefiniowany zmienną phpui.custom_templates_dir w katalogu /templates,
• katalog templates/default,
• katalog templates,

Smarty próbuje ładować każdy szablon przeglądając katalogi właśnie w tej kolejności jak powyżej.

[kyob]

Oto chodziło. Mam jeszcze jedno pytanie. Obecnie pliki .js i .css znajdują się w katalogu img co wprowadza niepotrzebne zamieszanie. Tutaj też bym wprowadził zmiany. W moim szablonie przyjąłem następujący schemat:

OPCJA 1:

1. Nowy katalog assets
2. W nim podkatalogi identyczne jak w katalogu templates
3. Przykład templates/nazwa_motywu i odpowiednio dla pozostałych plików assets/nazwa_motywu/ w nim odpowiednio katalogi css, js, img, itp.

Taka droga wydaje mi się odpowiednia, gdy pojawi się więcej motywów.

OPCJA 2:
Alternatywnie można przenieść katalog assets do templates/nazwa_motywu/assets/, a w nim odpowiednio katalogi css, js, img i inne według potrzeby.

[chilek]

To może bezpośrednio w templates/nazwa_motywu dać od razu katalogi css, js i img?
Wtedy byłoby tak:
templates/motyw - szablony motywu
templates/motyw/img - obrazki danego motywu
templates/motyw/js - javascript danego motywu
templates/motyw/css - css danego motywu
Czy tak byłoby nie bardzo zgodne z jakimiś ogólnymi standardami programowania html/css+skins?

Cześć elementów z obecnego img będzie chyba niezależna od motywu.

[kyob]

Wygospodarowałem trochę czasu i ruszyłem powoli z tematem nowej skórki. Jest to dopiero początek, ale dla zainteresowanych udostępniam screeny.

[paszczus]

W sumie spoko, ale strasznie przypomina interfejs do SIIS, który chyba jest przez nas ISP całkowicie znienawidzony ;-)

[chilek]

Jak dla mnie przypomina twitter bootstrap, a SIIS też pewnie tego używa.
Jest lepiej wg mnie niż było, chociaż kolorki można byłoby zmienić na bardziej przypominające do tej pory używane.

[kyob]

Kolorki są defaultowe z frameworka twitter bootstrap. Kolorystykę można w prosty sposób zmienić według własnego uznania. W pierwszym etapie skupiam się na kodzie, a w drugim etapie będzie dopieszczanie części wizualnej oraz może jakieś ekstra "ficzersy" + wersja mobilna dla smartfonów.

[maciejlew]

Myślałem że temat umarł i sam zacząłem kilka dni temu robić szablon w Twitter Bootstrap, na razie idzie mi powoli, ale to co mam do zobaczenia jest w moim forku w gałęzi bootstrap.

[killerops]

I think a hidden menu would be very useful on mobile devices, for example.
What do you think about this?

[nicraMarcin]

Witam,
czy można to skąś pobrać?

[interduo]

Świetnie to wygląda.
Kyob, podzielisz się z nami?

[kyob]

Tak postaram się wrzucić gałąź z szablonem na moim repo. Jak wrzucę dam znać.
Niestety z braku czasu szablon nie został ukończony. Tutaj muszę przyznać rację @chilek, że utrzymywanie równoległe dwóch szablonów w dłuższej perspektywie jest kłopotliwe.

[kyob]

Wersja developerska używacie na własną odpowiedzialność :)
https://github.com/kyob/lms/tree/twbs-template

[kyob]

Pacjent #145 zmarł. Nowy obiekt badań otrzymał nr #776