- Android alkalmazások - szoftver kibeszélő topik
- Samsung Galaxy Z Fold7 - ezt vártuk, de…
- Xiaomi 14 - párátlanul jó lehetne
- Bemutatkozott az Oppo kamerás csúcsmodellje
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Hat év támogatást csomagolt fém házba a OnePlus Nord 4
- 185 Hz-es kijelzővel és 9000 mAh-s akkuval jöhet az új OnePlus
- Poco F8 Ultra – forrónaci
- Samsung Galaxy A56 - megbízható középszerűség
- Telekom mobilszolgáltatások
-
Mobilarena
Mobilarena
Új hozzászólás Aktív témák
-
Soak
veterán
De az már külön függvény dolga, ez attól független. Plusz akkor arra is mindenképp figyelj oda, hogy nehogy egy scriptfájlt többször is be akarjon húzni, ezt előtte mindenképp csekkold, hogy nem lett-e már include-olva. Lehet akár csúf globális változóba is tárolni, vagy id-t adni a script tagnek, és annak meglétét ellenőrizni, és egyéb megoldásokon is lehet törni a fejed.
Persze, nem akarok svácji bicskát csinálni
. -
Soak
veterán
Szívesen! A document.head nem minden böngészőben támogatott:
https://developer.mozilla.org/en-US/docs/DOM/document.head
azt hiszem, csak a HTML5 specifikációban rögzítik, hogy ez így valid.
Ha ez a document.head undefined, mert az adott böngészőben nem támogatott, akkor a VAGY-kapcsolatnál lévő értékadás jut érvényre:
document.head = document.getElementsByTagName('head')[0]
így már nem lesz undefined a document.head; a document.getElementsByTagName('head')[0] a legtöbb böngészőben működik, csak valamennyivel lassabb, lásd:
http://jsperf.com/document-head
Persze nem lenne muszáj egyébként ez az értékadás; lehetne úgy is, hogy
var headNode = ( document.head | document.getElementsByTagName('head')[0] );
a hatás elvileg ugyanaz lenne, a headNode a helyes értéket kapná (most nem beszélek arról az esetről, ha valamelyik degenerált kód rosszul bírálta felül a document.head-et), csak utóbbi esetben a document.head-nek nem lenne értékadás, ami egyébként nem is muszáj, nyugodtan kihagyható.
Tehát ha úgy jobban tetszik, az utóbbi értékadást is használhatod.Szerk.: amúgy úgy is átalakíthatod, hogy a függvénynek átadod, hogy melyik elemhez szeretnéd appendelni a script taget. Mindenesetre mivel ez is ismétlődő feladat lehet, mindenképp érdemes szerintem függvénybe rakni, és úgy meghívni (beszédesebb is).
-
Soak
veterán
Most csak arra a részre reagálok, hogy a document.write() ilyesmi feladatokra ritka kivételektől eltekintve (pl. amikor csak meg akarod mutatni, hogy igen, ilyen is van) sztem elég csúnya megoldás alapból.
Akkor már valahogy így, jQuery használata nélkül:
/**
* Inject a JavaScript file into the header
*/
function injectJavaScriptFile( jsFilename, idOfScriptTag ){
// http://jsperf.com/document-head
document.head || (document.head = document.getElementsByTagName('head')[0]);
var
headNode = document.head,
newScriptNode = document.createElement('script');
newScriptNode.type = 'text/javascript';
if(idOfScriptTag){
newScriptNode.id = idOfScriptTag;
}
newScriptNode.src = jsFilename;
headNode.appendChild(newScriptNode);
}aztán így használhatod:
injectJavaScriptFile('myscriptfile.js');
-
mondjuk jquery nélkül?
Egyébként javaslom, ne a window szélességét figyeld, hanem a document.body-ét.
És a régebbi IE-knél rémlik, hogy még adocument.body is rosszul számolódott, mert nem vette figyelembe a scrollbar-t.
Pontosan mi a célod? A CSS lekezeli a többféle felbontást, mi az amihez külön javascript is kell? -
Soak
veterán
Mivel semmi kódot nem látunk, így nehéz lesz segíteni. Megnéztem a honlapját, és ott egy 1 perces időtöltés alatt egy normális doksit sem találtam, szóval én nem nagyon tudok miből kiindulni.
===================
(#3261) martonx :
"Mivel aszinkron felépítésű, és a javascript kód gépi kóddá fordulhat, ezért igen hatékony szerver oldalt lehet benne készíteni. Már ha nem lenne a javascript olyan amilyen."
Mármint konkrétan mire gondolsz? -
Igaz, a framework biztosít, még a .Net és a Java-ban is...
Javascript programozási nyelv, vagy szkript nyelv, az sajnos nem tudom, sokszor megszóltak már mindkét kifejezésért, úgyhogy ezt a vallási kérdést tegyük félre
A Node.js eddig szimpatikus, én azt láttam rajta, hogy kliens oldalon lehet vele szerver oldali műveleteket végrehajtani, ami baromira tetszett
. WinJS-t nem ismerem, de gondolom csak win-es.
W3 File/FileReader API tényleg képes lenne könyvtár tartalmat kilistázni? Mert én csak azt láttam, hogy fájlt tud beolvasni és kész... mármint annak tartalmát, de így könyvtár tartalom (könyvtár , fájlok) beolvasása nem.
SOAK, Az nem lehet, hgoy a videó amit leakarsz játszani azt csak az FF támogatja? (Nem vagyok guru, csak erre gonodlok elsőkörben)
Az nem lehet, hgoy a videó amit leakarsz játszani azt csak az FF támogatja? (Nem vagyok guru, csak erre gonodlok elsőkörben)
Hát tényleg nem vagy guru..
.. Nem a video lejátszással van probléma, hanem az exoclick-es megejelenítéssel. A videót flowplayer játsza le, flashben, szóval cross-browser kompatibilis. -
Soak
veterán
Szerintem a legtisztább megoldás a jQuery-s .data() használata, amivel data-attribútumok állíthatók be; tisztább, szárazabb, biztonságosabb érzés.
A kód nem lesz csúnya tőle.
Átalakítva a saját korábbi demómat, készítettem egy újabbat neked:http://jsfiddle.net/Sk8erPeter/HLT3J/2/
Külön-külön nyilvántartható így az aktuális beállítandó background-position és az aktuális kívánt irány is.
Aztán ezt ízlésednek megfelelően átalakíthatod.Köszi szépen, sikerült megcsinálni
-
Mostmár leesett, hogy cask a .hover-nél van értelme a this-nek, a funkcióban hiába hivogatom. Megprobáltam úgy, hogy mindegyiknek adok egy uniqe ID-t, viszont ha beleteszem a mousein részhez ezt pl : var currentID = $(this).attr('id'); akkor valamiért nem pörgeti a hátteret, csak az értékeket módosítja, mert mikor kiviszem az egeret és vissza akkor frissíti be az értékeket ?!
Azért akarom ezt mert akkor könnyen meg tudnám oldani, hogy ha pl rotator classu elementre viszem az egeret akkor ugye csak azt fogja pörgetni mivel a pörgetés id alapján működik.
Az alaphelyzetbe állítást úgynígy mouseout reseteli 0px-elre a pozíciót.
-
Soak
veterán
Ja, jogos, erre nem lett felkészítve a korábbi kód. Most érdemben nincs időm foglalkozni vele, de ja, a this a megfelelő kulcsszó, a .hover() eseménykezelőjén belül például:
$(this).css('background-position', .......);
Viszont azzal számolj, hogy így több elemnél nyilván kell tartani az összeshez tartozó épp aktuális scrollozást, vagy csak a jelenlegihez képest tologatni mindig, mindenesetre azért át kell variálni a kódot. -
Soak
veterán
Szerintem a JS nélküli működésre itt nem érdemes építeni, legfeljebb CSS3-as újításokkal megoldani az animációt, amennyiben a böngésző támogatja, amennyiben nem, na akkor lépne életbe a JS-sel való animálgatás, pont ilyenekre nagyon jól használható például a Modernizr, ezt tudom ajánlani, mert ilyenekre nagyon fasza. Én például olyanra használtam (csak egy kiragadott példa), hogy alapból CSS3-mal animáltam egy menü fel-lecsúszkálódását, aztán egy jQuery-kódban pedig a megfelelő Modernizr által JS-sel beállított class meglétét ellenőriztem, így tudtam csekkolni, adott böngészőben megvan-e a CSS3-as property támogatása, vagy sem (pl. IE8), ha nem, csak akkor kellett a jQuery-vel animálgatást beizzítani. Szerintem ez manapság járható út.
A két ötleted közül az elsőt én abszolút jónak tartom, én asszem azt választanám. Esetleg egy data-attribútummal (http://api.jquery.com/data/) is be lehetne állítani a hoverre betöltendő képet.
-
Soak
veterán
Szívesen!
"Konkretan video previewnak lenne, tehat fix ertekkel kene kockat ugrania , majd elorol."
Na várj, és azt miért pont background-image-dzsel akarod megoldani? Már ha jól értem. Mondjuk végül is nem egy elvetemült gondolat, mert akkor csak egyszer kell betöltődnie, így kevesebb a request. Viszont annyiból nem biztos, hogy jó, hogy így ha kiraksz mondjuk 100 video preview-t, akkor 100 nagyobb képet kell betöltenie, mint amennyit szükséges, mert sanszos, hogy a júzer nem fog hoverezni mind a 100-ra. Szóval lehet, hogy érdemesebb lenne inkább különálló, de azonos méretű képeket betöltögetni szépen animálva. De persze ismerni kéne a konkrét körülményeket, meg a feladatot, mert végül is a jó megoldás kiválasztása nem triviális.Szerk.:
(#3140) Soak :
na ja, így is lehet, pixelekkel, de nem biztos, hogy "biztonságos", mert ha a kép keskenyebb/szélesebb, akkor az eltologatások nem biztos, hogy pontosak lesznek, a százalékos megoldás talán ennyiből jobb lehet.
Igaz, gondolom nálad úgyis fixálva lenne a háttérkép mérete, mindegyiknél azonos képkocka lenne.
És amúgy mi volt az oka, hogy a széles background-image-re esett a választás? Annak egyszerűsége? -
Soak
veterán
Hali!
Most gyors kikapcsolódásként készítettem neked egy példademót, aminek a kódját már könnyen át tudod írni:
http://jsfiddle.net/Sk8erPeter/HLT3J/
Szerk.: a lényege, hogy százalékos alapon növelgeti-csökkentgeti a background-positiont, ezáltal jobbra-balra scrollozódik a background-image.
Lehet szépíteni a kódon, akár plugint is lehetne belőle készíteni. -
Soak
veterán
Hali!
Most gyors kikapcsolódásként készítettem neked egy példademót, aminek a kódját már könnyen át tudod írni:
http://jsfiddle.net/Sk8erPeter/HLT3J/
Szerk.: a lényege, hogy százalékos alapon növelgeti-csökkentgeti a background-positiont, ezáltal jobbra-balra scrollozódik a background-image.
Lehet szépíteni a kódon, akár plugint is lehetne belőle készíteni. -
De, a klines végzi
Ez azért van, mert általában ha vki belogol, akkor bent is marad amíg ki nem lép, mert nem autentikáció miatt kell, hanem, hogy a szerveren az ő fakkjába menjenek az adatok. Szóval, ha valahogy kiürül a kes, és nincs meg a session id, akkor kezdjen a login-nal az app.
Meg mert felülről ez jött, hogy így csináljam (és akkor így kell), mert állítólag a usereket kikészíti a login
jajj, amúgy nagyon nem fekszik ez a jqm. most, hogy kezdem megismerni a js-t, erre egy teljesen más szintaktika...
-
Soak
veterán
Jó, én nem értem a dolgot, mert annyira homályosan írod (legalábbis számomra teljesen ködös), de a lényeg, hogy Te érted.
-
Soak
veterán
Eleve nem értem a dolgot, kezdjük az elején.
Bejelentkezési kísérletnél átirányítod a feldolgozást a pages/sign_in_form.php fájlba, mert ezt adtad meg az action attribútumban.
Normális bejelentkeztetés így néz ki:1.) form ->
2.) submit gombot megnyomja a felhasználó ->
3.) átirányítás a feldolgozó fájlba (nálad ez a sign_in_form.php, ez OK) ->
4.) a feldolgozó fájlban a formban átadott adatok megvizsgálása, validálása ($_POST) ->
5.) ez alapján eldönteni, hogy bejelentkezett-e a felhasználó, vagy sem ->
6.) ha igen, megfelelő session-változókat beállítani, ha nem, akkor erre vonatkozó figyelmeztetést beállítani (akár ezt is lehet sessionnel persze) ->
7.) VISSZAIRÁNYÍTANI az eredeti oldalra, ahonnan a kérés érkezett, vagy sikeres bejelentkezés esetén ÁTIRÁNYÍTANI megadott oldalra (pl. ha egy oldal megtekintéséhez authentikáció szükséges, átirányítod innen a felhasználót a bejelentkező oldalra, beállítasz az URL-be egy destination=/innen/jött/a/kérés $_GET-paramétert, és sikeres bejelentkezés után erre az /innen/jött/a/kérés oldalra irányítod át; vagy ha a felhasználó eleve a bejelentkező oldalra érkezett közvetlenül, akkor sikeres bejelentkezés után átirányítod a kezdőlapra, vagy egy másik default oldalra).
Természetesen minden oldal elején ellenőrzöd, a felhasználó bejelentkezett-e már (pl. létezik-e adott session-változó; persze ahol abszolúte nem szükséges a bejelentkezett állapot, ott nem kötelező, de jellemző az, hogy már az elején eldöntöd, anonim vagy bejelentkezett felhasználóról van-e szó, minden oldalon).Nálad úgy látom, a visszairányítás/átirányítás lépés elmarad.
-
Soak
veterán
Ennyiből legalábbis úgy tűnik, hogy maga a beléptetés nem AJAX-szal történik, hanem hagyományos oldalfrissítéssel, nem? Akkor tulajdonképpen magának az átirányításnak mi köze a JavaScripthez ebben az esetben? Miért nem a PHP-fájlban oldod meg, egy header() hívással?
Megoldódott, bár nem tudom használni. a gombnak menü Fájl>kilépés -t adtam, de sajnos androidon nem működik. Van valamilyen kód, ami beválhat?
A kód nem lesz csúnya tőle.
Új hozzászólás Aktív témák
- AKCIÓ! 1TB WD Black SN7100 NVMe SSD meghajtó garanciával hibátlan működéssel
- BESZÁMÍTÁS! Asus H310M i5 9400 16GB DDR4 500GB SSD GTX 1660 Super 6GB Rampage SHIVA DeepCool 400W
- Samsung Galaxy S20 Ultra / 12/128GB / Kártyafüggetlen / 12Hó Garancia
- Apple iPhone SE 2020 64GB, Kártyafüggetlen, 1 Év Garanciával
- NAGYKER ÁR!Sosemhasznált! HP OmniBook 5 Flip i5-1334U 8GB 512GB 14" FHD+ áthajtós-érintős Gar.: 1 év
Állásajánlatok
Cég: Laptopműhely Bt.
Város: Budapest