Új hozzászólás Aktív témák

• cSuwwi senior tag

  #3860

  #3859 Soak

  2014-01-02 11:23:42

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  cSuwwi

  senior tag

  #3859 Soak

  

• gyga senior tag

  #3341

  #3340 Soak

  2013-04-19 21:28:57

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  gyga

  senior tag

  #3340 Soak

  még nincs kód csak egy form text html oldalon beviteli mező ezt kellene ellenőrizni valahogy scriptben

• Sk8erPeter nagyúr

  #3286

  #3285 Soak

  2013-02-18 16:02:32

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3285 Soak

  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.

• Sk8erPeter nagyúr

  #3284

  #3283 Soak

  2013-02-18 15:19:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3283 Soak

  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).

• Sk8erPeter nagyúr

  #3282

  #3277 Soak

  2013-02-18 14:59:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3277 Soak

  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');

• martonx veterán

  #3280

  #3279 Soak

  2013-02-18 13:39:16

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  martonx

  veterán

  #3279 Soak

  És ezt miért nem css-el orvoslod? Miért kell ehhez dinamikus script behúzásokkal operálni?

• martonx veterán

  #3278

  #3277 Soak

  2013-02-18 13:13:45

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  martonx

  veterán

  #3277 Soak

  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?

• Sk8erPeter nagyúr

  #3265

  #3258 Soak

  2013-02-17 14:25:11

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3258 Soak

  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?

• Lacces őstag

  #3264

  #3263 Soak

  2013-02-17 12:19:47

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Lacces

  őstag

  #3263 Soak

  Nem merek bele menni már ebbe a témába . Én így is úgy is olvastam, és magyarázták nekem.

• nobela senior tag

  #3200

  #3199 Soak

  2013-02-01 11:46:13

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  nobela

  senior tag

  #3199 Soak

  Ha nem hát nem

  www.nyugdijportal.hu

  Chrome, IE10, Opera Mini és Opera Mobile 9.5 alatt többé-kevésbé azt kapom amit szeretnék...
  Csak az a fránya IE9

• Sk8erPeter nagyúr

  #3160

  #3159 Soak

  2013-01-15 16:29:53

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3159 Soak

  Na, fasza, szívesen!

• Sk8erPeter nagyúr

  #3149

  #3147 Soak

  2013-01-15 14:07:04

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3147 Soak

  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.

• Soak veterán

  #3147

  #3146 Soak

  2013-01-15 12:27:23

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Soak

  veterán

  #3146 Soak

  Itt a kód : http://pastebin.com/LAagfMKx

  szerk: Persze itt még csak a class-t piszkálja, de nyilván ha sikerülne megcsinálni akkor beadnám nei az id-t.

  szerk2 : nem is a változó inicializása miatt nem megy, hanem amikor át akarom addni a funkciónak.

• Sk8erPeter nagyúr

  #3145

  #3144 Soak

  2013-01-14 22:40:26

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3144 Soak

  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.

• Sk8erPeter nagyúr

  #3143

  #3142 Soak

  2013-01-11 21:47:31

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3142 Soak

  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.

• Sk8erPeter nagyúr

  #3141

  #3139 Soak

  2013-01-11 21:07:48

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3139 Soak

  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?

• Sk8erPeter nagyúr

  #3138

  #3137 Soak

  2013-01-11 19:24:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #3137 Soak

  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.

• sztanozs veterán

  #2828

  #2827 Soak

  2012-08-16 15:03:10

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  sztanozs

  veterán

  #2827 Soak

  Egy beszállító azt állít a dolgozóiról, amit akar. Általában a helyzet ilyen elkeserítő (és nem kizárólag az új beszállítóknál)

• Muton addikt

  #2814

  #2813 Soak

  2012-08-15 17:10:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Muton

  addikt

  #2813 Soak

  o_O
  phonegap-ből egyelőre, nekem elég annyi, hogy futtatja az index.html, amit meg szerkesztgetek. idővel majd mélyebben kell majd tanulmányoznom...

• Muton addikt

  #2807

  #2805 Soak

  2012-08-15 15:23:02

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Muton

  addikt

  #2805 Soak

  céges telókra lesz, és a policy szerint engedélyezve lesz. meg phongap-ell lesz az összes platformra. vagyis ez a terv

• Sk8erPeter nagyúr

  #2783

  #2782 Soak

  2012-08-01 18:52:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #2782 Soak

  Ha megnézed az általad belinkelt oldalt, akkor az Overlays szekción belül van egy olyan, hogy "Question with buttons" - erre a felpattanó overlay-re kellene raknod a bejelentkező formot, AJAX-szal elküldeni az adatokat szerveroldalra (úgy, hogy adatküldés közben megjelenítesz egy töltődést jelző ikont), majd a választól függően eldönteni, hogy akkor bejelentkezett-e sikeresen, vagy sem. Aztán ennek megfelelően frissíteni a tartalmat. Így nem lenne szükség semmiféle átirányításra, és így lenne szép megoldás.

• Sk8erPeter nagyúr

  #2781

  #2780 Soak

  2012-08-01 17:48:52

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #2780 Soak

  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.

• Sk8erPeter nagyúr

  #2779

  #2778 Soak

  2012-08-01 17:12:50

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #2778 Soak

  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.

• Sk8erPeter nagyúr

  #2777

  #2776 Soak

  2012-08-01 16:38:28

  Új Válasz

  Új hozzászólás

  Összes hozzászólása itt Válaszok az összes hozzászólására itt Válaszok erre a hozzászólásra

  

  Sk8erPeter

  nagyúr

  #2776 Soak

  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?

Új hozzászólás Aktív témák