@NamalowanyPrzezSmutek: Hej :-) Oba TaskView nasłuchują zdarzenia "onCollapse", dlatego tez oba rozwijają się lub zwijają po kliknięcu dowolnego z nich.
Dlaczego po prostu nie nadasz na bezpośrednio na $(#task) zdarzenia onclick które wykona showActionPanel()? Definowanie customowego eventa do takiej rzeczy jest dość dziwnym podejściem :-)
@NamalowanyPrzezSmutek: raczej nie, wątpie? Tzn. ja w ogóle pierwsze się spotykam żeby ktoś bawił się w MVC po stronie klienckiej, więc guru i wyrocznia ze mnie nie jest :-) Natomiast wg mojego rozumienia Controller powienien zwracać widok. Czyli w metodzie kontolera musiłbyś tworzyć widok na nowo i w konstrutorze widoku na podstawie przekazanego modelu determinować czy jest panel otwarty czy zamknięty a następnie ładować zawrócony widok potem bezpośrednio no diva.
[http://addyosmani.com/blog/understanding-mvc-and-mvp-for-javascript-and-backbone-developers/](http://addyosmani.com/blog/understanding-mvc-and-mvp-for-javascript-and-backbone-developers/) Bo to co przedstawiłeś na pewno nie jest takim "klasycznym" MVC jaki się robi po stronie serwerowej. Jest tam takie mądre zdanie:
In terms of where most JavaScript MVC frameworks detract from what is conventionally considered "MVC" however, it is with controllers. The reasons for this vary, but in my honest opinion it is that framework authors initially look at the server-side interpretation of
Dlaczego po prostu nie nadasz na bezpośrednio na $(#task) zdarzenia onclick które wykona showActionPanel()? Definowanie customowego eventa do takiej rzeczy jest dość dziwnym podejściem :-)
event.id = _id;document.dispatchEvent(event);
a potem wykorzystac w
[http://addyosmani.com/blog/understanding-mvc-and-mvp-for-javascript-and-backbone-developers/](http://addyosmani.com/blog/understanding-mvc-and-mvp-for-javascript-and-backbone-developers/)Bo to co przedstawiłeś na pewno nie jest takim "klasycznym" MVC jaki się robi po stronie serwerowej. Jest tam takie mądre zdanie:
In terms of where most JavaScript MVC frameworks detract from what is conventionally considered "MVC" however, it is with controllers. The reasons for this vary, but in my honest opinion it is that framework authors initially look at the server-side interpretation of