-
Data: 2010-12-16 20:48:08
Temat: Re: prosty loader w JS na stronę
Od: Peter May <p...@o...pl> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]W dniu 2010-12-16 18:22, Paweł Piskorz pisze:
> On 2010-12-15 21:18, Peter May wrote:
>> W dniu 2010-12-15 20:42, Paweł Piskorz pisze:
>>> On 2010-12-15 14:13, Peter May wrote:
>>>> Weź dodaj prosty <div id="preload"> (koniecznie JavaScript-em) z
>>>> tekstem
>>>> "Trwa ładowanie" w <head>, a potem podepnij pod zdarzenie onload w body
>>>> usunięcie tego. I po sprawie.
>>>
>>> W head nie dodasz nic do body, bo body jeszcze nie istnieje. Timeouta
>>> nie ma jak wyliczyć, zaś onload/ready to już zapóźno ;]
>>
>> Argh... miało być tuż przed </body>
>
> Tuż przed </body> to już stronę dawno widać, próbuj dalej :D
Stronę widać, ale się nie załadowała. A to różnica. Szczegółowo to
zrobiłbym to tak:
1. Zakładam, że html mógłby mniej więcej tak wygląda:
[...]
<body>
<div class="overlay">
[...]
cała reszta
[...]
<div id="footer"></div>
</div>
</body>
2. W <head> ustawiam klasę np. js_on dla <html>-a, JavaScript-em, a w
CSS-ie dodaję takie style:
.js_on div.overlay{
background:#fff;
z-index:1000;
position:absolute;
top:0;
left:0;
width:100%;
height:100%;
}
3. Do footer pakuję znów JS, gdzie generuję sobie bajerancki tekst "Trwa
ładowanie" oraz pod zdarzenie onload dla obiektu window podpinam
funkcję, która usunie mi div.overlay.
W ten sposób user nie zobaczy strony dopóty, dopóki nie załaduje mu się
ona w całości. A przynajmniej do czasu wywołania funkcji w zdarzeniu
onload dla obiektu window.
A jeszcze bardziej szczegółowo to wywołanie funkcji powinno nastąpi
wtedy, gdy jesteś w sytuacji pt. "DOM content is ready". Opis można
znaleźć np. tutaj:
http://subprint.com/blog/demystifying-the-dom-ready-
event-method/
--
Peter
Najnowsze wątki z tej grupy
- Komisja sejmowa odrzuca petycję ws. obowiązkowych kanałów RSS na stronach podmiotów publicznych
- kol. sukces po polsku: "Samurai Labs. Technologia do zapobiegania samobójstwom"
- Wściekli obywatele spalili budynek parlamentu Nepalu [bo odcięli im amerykańskie serwery społecznościowe - przyp. JMJ]
- UWAGA: MAM PODEJRZENIE, ŻE trojmiasto.pl DOKONUJE ATAKÓW
- Cenzura na wolnemedia.net - likwidacja codziennej sekcji "Sygnały zauważone"
- Nowe style na energokod.pl
- Jak działa hosting w którym wykupuje się sam serwer i domenę, bez IP?
- Perfidne ataki krakerów z KRLD na skrypciarzy JS i Pajton
- Do sądu trafił pozew zbiorowy przeciw Google'owi - oskarżenie o praktyki monopolistyczne na rynku reklamy internetowej
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- php, linki z nazwami a $_GET, SEO
- www polityka pl captcha
- dyktatura brudnego palucha
- www.znanylekarz.pl
Najnowsze wątki
- 2025-09-13 Korea Południowa odpowie za niewolnictwo seksualne armii USA
- 2025-09-13 Zatrzymano zabójcę Charliego Kirka
- 2025-09-13 Wrześniowe promocje na ładowarkach
- 2025-09-13 Warszawa => BI Developer <=
- 2025-09-13 Warszawa => Sales Assistant <=
- 2025-09-13 Warszawa => Lead SAP PP Consultant <=
- 2025-09-13 Jestem pod wrażeniem. Komputery bankowe w łikendy nie odpoczywają ;-)
- 2025-09-13 Lublin => Delphi Programmer <=
- 2025-09-13 Lublin => Programista Delphi <=
- 2025-09-13 SFP, 10G, simplex sc/apc
- 2025-09-13 KIA 2025r
- 2025-09-12 Rejestracja godna elektryka
- 2025-09-12 Koniec dopłat
- 2025-09-12 Odszkodowanie
- 2025-09-12 Warszawa => Senior SAP Consultant - PP area <=
![Co czwartego Polaka nie stać na wakacje, jeszcze gorzej mają Rumuni i Grecy [© wygenerowane przez AI]](https://s3.egospodarka.pl/grafika2/wakacje/Co-czwartego-Polaka-nie-stac-na-wakacje-jeszcze-gorzej-maja-Rumuni-i-Grecy-268421-50x33crop.jpg "Co czwartego Polaka nie stać na wakacje, jeszcze gorzej mają Rumuni i Grecy [© wygenerowane przez AI]")
Co czwartego Polaka nie stać na wakacje, jeszcze gorzej mają Rumuni i Grecy
