administracja slider'em i kartami

[kurtz]

ponieważ dynamiczne elementy graficzne na stronach www to już standard zastanawia mnie jedno.

od początku planowałem wbudowanie w baia azzurra framework, slider nivo i karty z możliwością dodania indywidualnego kodu [ poprzez formularz stylu ]. uważam, że to idealne rozwiązanie dla każdego administratora, aby indywidualizował stronę dowolnie. to samo dotyczy kart / zakładek.

w joomla! to nie jest zadanie typowe. tego typu administracja wykonywana była zawsze poprzez komponent lub komponent i kojarzony z nim moduł.

pytanie brzmi na ile użyteczna będzie administracja tymi elementami poprzez ustawienia szablonu ?

nie oszukujmy się, slider agregujący zmienne dane w witrynach informacyjnych to nie to samo co slider dynamiczny w witrynie korporacyjnej lub indywidualnej, gdzie dane wymieniane są raz na pół roku, jeśli nie rzadziej, więc argument zmiennej dynamiki treści w czasie rzeczywistym do mnie nie trafi. od tego są inne narzędzia.

z chęcią wysłucham komentarzy.

---------- Post dodany o 20:58 ---------- Poprzedni post był o 10:11 ----------

i na pewno nie będzie to nivo ;)

ograniczając kod, lepiej osadzić od nowa napisany slider, który wesprze inline content zastępując tym samym ... karty.

[faketa]

Witam
Nie znam framework`a, o którym piszesz. Dlaczego nie pozostawić administracji tych elementów po stronie komponentów czy modułów? Przeniesienie do ustawień szablonów może wywołać trochę problemów - np. ktoś posiada oddzielny szablon świąt bożego narodzenia czy inny, który ustawia regularnie.

[kurtz]

witam, nie znasz, bo nie jest jeszcze publiczny.

i faktycznie, rdzeń to komponent, wszystkie operacje wykonywane są lub w przyszłości będą poprzez plug'iny [ nie zaś moduły ]. celem nadrzędnym jest zorganizowanie pełnej administracji wyglądu witryny poprzez jeden panel. mam tu na myśli nie tylko dynamiczną zmianę układu , ale też administrację takimi składnikami czy kolaboracji z komponentami, którym jest dedykowany.

---------- Post dodany o 11:06 ---------- Poprzedni post był o 10:41 ----------

Przeniesienie do ustawień szablonów może wywołać trochę problemów - np. ktoś posiada oddzielny szablon świąt bożego narodzenia czy inny, który ustawia regularnie.

faktycznie tak można skojarzyć. jednak framework dedykowany jest pewnym elementom joomla! nie zaś samemu joomla!.

to nie działa na zasadzie : pobieram, instaluję i korzystam. raczej mieści się w granicy business developement, a nie creative developement. stąd dedykacja oprogramowania, silna kolaboracja z innym oprogramowaniem, a co za tym idzie wysoka ingerencja w to oprogramowanie.

stąd lepszym formatem określenia koncepcji jest właśnie business developement.

nie rozmawiamy tutaj stricte o szablonach, jednak faktycznie o administracji wyglądem i rzeczywistymi funkcjami witryny.

---------- Post dodany o 11:28 ---------- Poprzedni post był o 11:06 ----------

żeby było bardziej zrozumiałe.

administrator witryny to w odpowiedzialnych projektach nie to samo co webmaster takiej witryny.

tworząc framework ustalamy pewien cel. administrator przydziela dynamiczny panel wybranej grupie użytkowników.

np webmaster, którego celem jest aktualizowanie treści i wzbogacanie jej o kolejne moduły, itd w tym celu otrzymuje panel webastera. co innego handlowiec, który administruje sklepem, otrzymuje funkcje handlowe tego sklepu, powiązane np z jednym z crm'ów, nie zaś administracyjne.

joomla! dojrzał. w oparciu o framework, oraz dojrzałe komponenty jesteśmy w stanie zrobić niemal wszystko, także budować na nim odpowiedzialne projekty w niczym nie ustępujące dedykowanym [ nie mylić z gotowymi komercyjnymi cms, crm, bpm, itd ], przy czym o 30 - 40 % tańsze.

---------- Post dodany o 11:42 ---------- Poprzedni post był o 11:28 ----------

[faketa]

Widzę, że masz już to wszystko konkretnie obmyślane i raczej nawołujesz do dyskusji.
Projekt frameworka o którym piszesz ma spory potencjał jednak uważam że problemem będą właśnie firmy dla których dedykujesz rozwiązania. Sądzę, że mają być to bardziej konkretne korporacje, firmy mające zespół programistów oraz deweloperów. Chcesz aby przeznaczali Twoje rozwiązania pod np. jakieś intranety czy interfejsy prezentujące dane? Jeśli tak to spore przedsięwzięcie przed Tobą. Jesteś sam czy masz jakiś zespół?

Racja, j! dojrzał, jednak niestety jest sporo osób na wysokich stanowiskach np IT czy Marketing PR którzy słysząc Joomla! parskają z głupią miną.

[kurtz]

owszem korporacje mają specjalistów, ale mają też budżet, który mieści się w przedziale "jest, a nie ma". jednak korporacje nie są tu głównymi odbiorcami. intranety buduje się na trochę innych narzędziach.

dokładnie. każdy z projektów to tzw. bundle's, które są ukierunkowane na jeszcze niezagospodarowane obszary it.

produkt ma personalizować ich potrzeby, ale ma być głównie dostępny. - o czym pewnie z czasem pojawi się tutaj mniejszy lub większy komunikat.

framework, tak na prawdę jest tutaj zabawką. bez wątpienia ułatwiająca życie ludziom, którzy mają podzielone funkcje w zespole. jeżeli zespół jest jednoosobowy, wiadomo, że zarządza nim jeden administrator, ale uporządkowany zestaw narzędzi również jest przydatny.

i rzeczywiście, jest to wyzwanie, ponieważ to pomost łączący funkcje administracji systemem, jego składnikami, ale również układem wizualnym.

nie, nikt z motyką na słońce już nie porywa się. to nie są czasy gry w "osobki".