No sam już nie wiem. Zacząłem się wreszcie uczyć AJAX-a, przeczytałem (ze zrozumieniem…) rozdział 9 z “Agile…” i podany tam przykład przeflancowałem do swojej aplikacji, praktycznie bez zmian strukturalnych. No i nie działa. Sprawdziłem, że z Railsem i przeglądarką jest wszystko w porządku, bo sam przykład z książki odpalony działa (czyli aplikacja Depot działa z AJAX-em). Natomiast kod przeniesiony do mojego programu wykonuje się (wstawiałem wszędzie raise żeby sprawdzić czy kod się wykonuje), ale przeglądarka nic nie wyświetla.
Po sprawdzeniu wszystkiego przypadkiem doszedłem do tego, że jak kod ajaxowy wpisany jest w template RJS, to mi nie działa, natomiast wpisany bezpośrednio do kontrolera:
render :update do |page|
page.replace_html("new_rate", :partial => "new_rate", :object => @rate)
page[:new_rate].visual_effect :blind_down, :duration => 0.2
page[:new_rate].visual_effect :highlight, :startcolor => "#FF9200", :endcolor => "#FFFFFF", :duration => 0.5
end
nagle zaczyna działać! Nie wiem zupełnie dlaczego, swoją aplikację rozebrałem już na kawałki i sprawdziłem wszystko, od treści layoutu począwszy i deklaracji DOCTYPE, poprzez kontroler, wywołania partiali, nazwy zmiennych globalnych, lokalnych i tych wynikających z wywoływania partiali. Wszystko w najlepszym porządeczku, tylko że RJS nie daje rezultatu. Template’u RHTML o takiej samej nazwie jak akcja i plik RJS nie ma, przywileje do pliku RJS w porządku. I jeszcze raz powtarzam, że kod z pliku RJS na pewno się wykonuje, bo jak wstawię tam raise “dupa” to widzę w konsoli to piękne słowo.
Czy ktoś spotkał się z podobnym problemem, żeby kod render :update do … w kontrolerze działał, a to samo przeniesione do template’u RJS nie powodowało żadnych zmian w przeglądarce, choć kod w pliku RJS na sto procent się wykonuje?
Tak, mam włączone config.action_view.debug_rjs = true, ale nic nie krzyczy.
Tak, mam Firebuga od przed chwilą (piękna rzecz!), aplikacja zwraca coś, co wygląda mi prawidłowo:
try {
Element.show("new_rate");
Element.update("new_rate", "<div>\n\tnew_rate.inspect: #<PersonTaskRate:0x3459324 @person_id=1>, @new_rate_hidden
....
} catch (e) ....
niestety w DOM inspektorze nadal mam smutny ukryty DIV
…. Już się zastanawiałem, czy Element.show rzeczywiście likwiduje przypisanie stylu display: none;, ale ten sam kod wpisany do kontrolera przecież działa.
Co do cache’owania, to działam w środowisku development gdzie cache’owanie jest przecież wyłączone. Moja aplikacja zresztą sama z siebie nic jeszcze nie cache’uje, nie ten etap (mojego rozwoju).
[quote=komor]Tak, mam włączone config.action_view.debug_rjs = true, ale nic nie krzyczy.
Tak, mam Firebuga od przed chwilą (piękna rzecz!), aplikacja zwraca coś, co wygląda mi prawidłowo:
try {
Element.show("new_rate");
Element.update("new_rate", "<div>\n\tnew_rate.inspect: #<PersonTaskRate:0x3459324 @person_id=1>, @new_rate_hidden
....
} catch (e) ....
[/quote]
Element.show dobrze zadziala i zmieni atrybut display z none na block
new_rate.inspect rozumiem ze chcesz aby inspect zwrocil ci wszystko na stronie.
kiedys spedzilem 3h z .inspect i nic a nic nie widzialem na stronie, albo tylko sam #. okazalo sie ze inspect to co zwracal dla przegladarki to wygladalo jak cos otoczone “jakimis” tagami. tak wiec po 3h wcisnalem ctrl+u i zrodlo strony wyjawilo mi swoja prawde. to tak a’propos kosmosu ale jednego dnia moze pomoc.
i zaczalem tylko uzywac ‘debug costam’.
a konkretnie, to wyglada ze FireBug ‘lapie’ to co wyrzuca aplikacja i wyglada na poprawnie, przygladnij sie tez zakladce ‘Headers’ tak dla pewnosci czy jest wszystko to co ma wskazywac ze response jest zwiazany z ajaxem.
Jesli tak to pozostaje, cos z cacheowaniem przegladarki, albo problem z js’ami (jesli tak to rake rails:update:javascripts ).
Proponuje sprawdzic w innej przegladarce, ewentualnie, rake tmp:cache:clear.
Hmm, dalej nie moge sobie przypomniec na 100% jak ten problem rozwiazalem kiedy uzywalem R1.1.5 lub R1.1.6
Nie mam, krótki troubleshooting opisany w książce przeczytałem i sprawdziłem.
Spróbuję, choć na razie bezpośrednie użycie render :update do |page| … akurat w moim przypadku sprawdza się dobrze i wygląda czytelnie. Pozostaje pytanie, dlaczego nie działa to, co powinno działać…
Nie wszystko, ten inspect wstawiłem po to, żeby widzieć, czy w ogóle kod z kontrolera się wykonuje, new_rate to model, którego pusta instancja jest zakładana w tej akcji kontrolera, która jest wyzwalana przez ajaksowe żądanie.
[quote=tczubinski]FireBug ‘lapie’ to co wyrzuca aplikacja i wyglada na poprawnie, przygladnij sie tez zakladce ‘Headers’ tak dla pewnosci czy jest wszystko to co ma wskazywac ze response jest zwiazany z ajaxem.
Jesli tak to pozostaje, cos z cacheowaniem przegladarki, albo problem z js’ami (jesli tak to rake rails:update:javascripts ).
Proponuje sprawdzic w innej przegladarce, ewentualnie, rake tmp:cache:clear.[/quote]
Headers wyglądają poprawnie, o ile potrafię to ocenić. Porównywałem z działającym kodem remote_function z innego kontrolera. Przy korzystaniu z remote_function nie mam problemu, choć oczywiście różnica jest taka, że zwracany wynik to nie kod JS tylko kawałek HTML.
Na wszelki wypadek wykonałem też polecane przez Ciebie rake rails:update:javascripts, a wielokrotnie wcześniej rake tmp:clear. Nic nie daje
Jeśli chodzi o inne przeglądarki to sprawdziłem Firefox, Camino, Safari, Opera 9, do Explodera nie mam dostępu - wszędzie to samo, czyli coś musi być w moim kodzie (lub w Railsach, hehe…).
Na razie odpuszczam sobie i zajmę się czymś innym, może potem mnie oświeci co się stało.
komor, przyznam, jestem nieco zdziwiony, ze wyglada wszystko ok a rjs ci nie dzialaja na dodatek firebug pokazuje, ze responsy i requesty sa ok.
wydawalo mi sie, ze railsy uzywaja tych samych metod renderowania js’ow dla kontrolerow tak jak i dla rjs’ow.
a tu prosze wyglada, ze moze byc jakas roznica. problem jest intrygujacy, jestem ciekawy czy masz ten sam response dla ajaxa wykonywanego z kontrolera i z rjs’a.
tez wyglada jakby RJS zwracal ci z naglowkiem ‘Content-Type: text/html’ zamiast ‘Content-Type: text/javascript’
z zasady analizuje wszystko bardzo dokladnie, jestem uparty
[quote=tczubinski]wydawalo mi sie, ze railsy uzywaja tych samych metod renderowania js’ow dla kontrolerow tak jak i dla rjs’ow.
a tu prosze wyglada, ze moze byc jakas roznica. problem jest intrygujacy, jestem ciekawy czy masz ten sam response dla ajaxa wykonywanego z kontrolera i z rjs’a.[/quote]
Coś musi siedzieć w mojej aplikacji, skoro na tym samym zestawie komponentów przykładowa aplikacja Depot z książki - działa prawidłowo.
Kiedyś w mojej aplikacji ustawiałem globalnie nagłówki na UTF-8:
oraz ustawiałem $KCODE = ‘u’, require ‘jcode’ ale w Rails 1.2.x już tego nie trzeba robić i wywaliłem to z aplikacji. Więc na pewno Content-Type nie jest przeze mnie psuty.
No ja też będę na to uparty ale w wolnej chwili, jak inne sprawy oblecę.
Mam tę pluskwę cholerną! Wreszcie. Przeszukałem projekt w poszukiwaniu $KCODE oraz Content-Type i okazało się, że używany przeze mnie plugin LocalizationSimplified (http://rubyforge.org/projects/l10n-simplified/) w swoim kodzie inicjującym przestawia Content-Type:
[code]$KCODE = ‘u’
Response header necessary with some lang-files (like lang_pirate.rb for some reason)
response.headers[“Content-Type”] = “text/html; charset=utf-8”[/code]
Po usunięciu tych wpisów wszystko zaczęło automagicznie działać. Sprawdziłem, że aktualny release pluginu jest już uaktualniony do Rails 1.2.x, czyli nie grzebie już ani w $KCODE ani w Response-Headers, jako że Rails domyślnie ustawione jest na UTF-8.
Mysle, ze poleganie na Firebug w wiekszosci przypadkow zaoszczedzi czasu i nerwow.
Odpowiedz tez czekala w zakladce Firebug’a tj. Response i Request Headera.
