Zintegrować nowy design

Najpierw ładowany jest index.tpl. W nim w miejscu {$CONTENT} ładowany jest jeden z następujących szablonów:

invite_wsfull.tpl

invite_wsfullcafe.tpl

invite_wsfulllite.tpl

W zależności od ustawień. Różnica jest następująca:

invite_wsfullcafe.tpl zawiera tylko przyjmowanie odpowiedzi

invite_wsfulllite.tpl to nieco uproszczona wersja

invite_wsfull.tpl zawiera oprócz przyjmowania odpowiedzi także linki do transmisji online, wsparcia technicznego itp.

Te trzy pliki ładowane są jakby jako opakowanie. 

Po pierwsze, styl inline z szablonu invite_inline_style.tpl. 

Po drugie, jeśli dozwolona jest stawka w grze, to invite_can_bet.tpl

Są także szablony dla różnych typów rund z niestandardową mechaniką przyjmowania odpowiedzi, jeśli te mechaniki są obecne w grze (w  <div id="***" style="display:none;"></div>). Kod, który ładował:

{foreach  $round.answer_templates as $type=>$template}

                    <div id="{$type}" style="display:none;">

                        {include $template}

                    </div>

                {/foreach}

Jakie są szablony:

invite_ws_answers_alko.tpl

invite_ws_answers_blackbox.tplinvite_ws_answers_blackjack.tpl

invite_ws_answers_risk.tpl

Skrypt po WS otrzymuje informacje, z którego diva pokazać zawartość. Standardowe pytania generowane są na podstawie liczby pytań przekazanych w WS w pliku invite_ws_js.tpl (linia 70) (który jest zawsze ładowany). Zmienna countquestionscloums odpowiadająca za liczbę kolumn dla formularza odpowiedzi generowana jest na backendzie. Na chwilę obecną zawsze wynosi 1, ale należy uwzględnić, że może być większa.

Przy okazji, tego pliku lepiej nie edytować poza miejscem generowania formularza odpowiedzi.

Także jako mechanika odpowiedzi ładowana jest mechanika zwrotnej informacji (invite_ws_answers_awards.tpl)

Prawie każdy input dla odpowiedzi ma <span id="answer1" class="answer_done"></span> do zapisu wysłanej odpowiedzi. Gdzie w id po answer znajduje się numer pola do wprowadzania odpowiedzi.

Ogólna idea takiego budowania systemu, aby pierwsze ładowanie nie zależało od cache'u absolutnie i całkowicie, załadowało wszystko, co potrzebne, aby w przyszłości tylko przełączać niezbędne divy przy otrzymywaniu minimalnego zestawu danych przez WebSocket. Także przez WS wysyłane są odpowiedzi. W ten sposób w samym procesie pracy klient prawie nie zależy od szybkości połączenia internetowego i może otrzymywać potrzebną zawartość prawie natychmiast