W dniu 01.10.2015 23:07, Marcin napisał(a):
W dniu 1 października 2015 22:51 użytkownik Tomasz Chiliński
<tomasz.chilinski@chilan.com> napisał:
W dniu 01.10.2015 22:39, Jaroslaw Dziubek napisał(a):https://github.com/jarecky/lms/tree/MikrotikPlugin/plugins/MikrotikPlugin
Jakby kogoś interesowało to popełniłem plugin obsługujący
mikrotika w
LMS.
Zrodlo na githubie:
Brawo - dorobię schemat pgsql, zoptymalizuję szablony i wrzucę
do lms-plus ;-)
Czemu do lms-plus skoro kolega pochwalił się publicznie?
Ale przecież jego repozytorium nie zniknie, a każdy ma prawo z kodem na GPL
robić to co się podoba (oczywiście w zgodzie z GPL).
Poza tym możesz mi wyjaśnić dlaczego mam zawodowo zajmować się utrzymaniem kodu
pochodzącego z zewnątrz tak, żeby zawsze działał z bieżącą wersją LMS "core"
i dzielić się z tym ze wszystkimi publicznie? Kto narzuca taki obowiązek?
Poważnie: szablony możesz mocno zoptymalizować - nie potrzebujesz
rozszerzać
szablonu layout.html tylko możesz od razu node/nodeinfo.html, np.
{extends file="node/nodeinfo.html"}
{block name="nodeinfobox"}
{include file="node/nodeinfobox1.html"}
{include file="node/nodesignalsbox.html"}
{/block}
a nie lepiej byłoby do szablonów dodać blok plugins i do niego by
pisały wszystkie pluginy?
Możesz rozwinąć myśl?
Jeśli dobrze Ciebie zrozumiałem to dodanie czegoś takiego pozbawiłoby nas
obecnej elastyczności dowolnego modyfikowania szablonów pochodzących z core
we wtyczkach.
--
Pozdrawiam
Tomasz Chiliński, Chilan
_______________________________________________
lms mailing list
lms@lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms
--
Pozdrawiam
Marcin / nicraM
--
Pozdrawiam
Tomasz Chiliński, Chilan
_______________________________________________
lms mailing list
lms@lists.lms.org.pl
http://lists.lms.org.pl/mailman/listinfo/lms