- Telekom mobilszolgáltatások
- Motorola Edge 50 Neo - az egyensúly gyengesége
- Mobil flották
- Okosóra és okoskiegészítő topik
- Google Pixel 9 Pro XL - hét szűk esztendő
- Akciófigyelő: Jelentősen olcsóbban nyit az Ulefone új mindenese
- India felől közelít egy 7550 mAh-s Redmi
- VoLTE/VoWiFi
- One mobilszolgáltatások
- Samsung Galaxy Watch7 - kötelező kör
-
Mobilarena
JavaScript != Java (A JavaScript nem összekeverendő a Javával, két különböző programozási nyelvről van szó!)
Új hozzászólás Aktív témák
-
superboyka
csendes tag
válasz
martonx #4651 üzenetére
eltaláltad erdélyböl vagyok ás román suliba iratak az a baj a helyesirásomal igy bocsi itt van mit akarok
Néztem a scriptet minden irányból, arra jutottam, hogy:
theoccasion1 az egyenlő december 25.
theoccasion2 az egyenlő január 1.
theoccasion3 az egyenlő Január 8
ebből lesz egy olyan képlet, hogy
theoccasion1-today/one_day
ünnepi nap - aktuális nap / ma
* ma = 1 nap = 24 = one_day = 1000*60*60*24;
Akkor ide a 8 a 15 és a 22 hogyan jön ki ebből ?
//dec.18-tól 24-ig
if ((calculatediff1>0) && (calculatediff1<8) && (calculatediff2<15) && (calculatediff3<22))
Így kéne:
calculatediff1 úgy jön ki, hogy dec 25 - dec 18 / ma
calculatediff2 úgy jön ki, hogy jan 1 - dec 18 / ma
calculatediff3 úgy jön ki, hogy jan 8 - dec 18 / ma
Első érték számítása (calculatediff1)
dec 25 = Timestamp = 1419465600
dec 18 = Timestamp = 1418860800
1 nap = Timestamp = 86400000
Van szám, a képletbe betudom helyettesíteni.
Én így gondolkodtam rajt, de nem jó.
Kérem ezek után valaki legyen szives eme okfejtésemet kijavítani, hogy megfelelően tudjam majd kiegészíteni további ünnepi napokkal.
Nem szeretnék más oldalt, más példát, más módszert nézni erre, Én ezt a srciptet szeretném használni.
&& = és
II = vagy
<> = relációs jelÚgy érzem meg van minden ami kell, de a számítási rész nem megy.
Fent leírtam az én gondolatmenetemet, és azt is, hogy mit nem értek.
Valaki legyenszives ezek után igazítson útba a helyes művelet elvégzéséhez.
Több napja foglalkoztat a dolog, ennek ellenére nem jöttem rá.
Köszönöm.itt a link a szétszedet kodal
-
Sk8erPeter
nagyúr
válasz
martonx #4597 üzenetére
Ja tényleg, az is az
, használtam felhasználóként egyszerű letöltögetésekre, meg tárgyinfók megnézésére (mondjuk amennyi Moodle-felületet eddig láttam, szerintem elég béna, bár az mellékes), de amúgy a fenti feladat megoldására milyen lehet fejlesztői oldalról? Simán össze tudsz dobni ilyen kérdezz-feleleket egyszerű grafikus felületen, úgy, hogy még akár az is lazán megoldja ezt a feladatot, akinek amúgy a webfejlesztéshez sok köze nincs? Sosem láttam még fejlesztői oldalról, de gondolom megoldották ezt a részt is normálisan.
-
Speeedfire
félisten
válasz
martonx #4574 üzenetére
Projekttől függ, hogy mennyien dolgozunk rajta. De se nekem, se munkatársamnak nincs ie-je (mac, linux). Általában ami chrome alatt fut az fut FF alatt is. A hét tanulsága, hogy k*rvára nem. Ez a szabványrendszer lehetne egy kicsit jobb, keresztplatform ide vagy oda...
Mindegy, ezek után FF alatt is megnézem a kódomat. -
Aureal
őstag
válasz
martonx #4573 üzenetére
Köszi és bocs, félreérthető voltam! Ez nem encoder progi, hanem egy downloader alkalmazás, csak az volt a minta. Azt hittem bármely parancssoros exe-t lehet így webfelületről paraméterezni, de ha már servert is kell hozzá telepíteni az egész nem ér annyit. Talán akkor már Pythonban egyszerűbb volna linux alatt, nem tudom... csak 1 ötlet volt, annyira nem fontos probléma.
-
-
Zedz
addikt
válasz
martonx #4476 üzenetére
Azt értem, hogy egyáltalán nem kötelező használni, csak egy fajta segítség 1-1 ilyen fw. A kérdésem arra irányul, hogy ezeket főleg SPA alá szokták rakni, igaz? Tehát ha készül egy oldal amin pl. nem baj ha content váltásnál újratölt, akkor oda mondjuk felesleges, elég ha szép OOP-ban megcsinálja az ember?
-
Speeedfire
félisten
válasz
martonx #4442 üzenetére
Egyrészt nem értelek mit szeretnél, mi a problémád?
A 2.-dik példa bővítése a kérdés több fájlból. Van egy fő fájl, amihez behúzom a modulokat, ezt a részét nem tudom, hogy lehet megoldni.Nem lehetne valahogy az alapoktól kezdve, mi lenne ez a program, mi a szerepe a ko-nak benne, kb. hogyan strukturálnád a ko-t, leírnod, hogy mit is szeretnél?
A program egy dummy program lenne, hogy hogyan épül fel egy "nagyobb" single page app, sajnos ilyen tutoriálok nem nagyon vannak neten. Codeschool oldalon kipörgettem 4 js tanfolyamot is, de csak kis példák vannak benne.
A ko úgy kapcsolódik ide, hogy az oldal teljesen dinamikus lenne, ha valamire kattintok, módosítok, akkor az oldal többi része is módosuljon.
Jelenleg volt/van egy kisebb projektem, ahol jquery-vel több 100 sor az on(), trigger() függvény, ezeket pedig egy ko-val egyszerűbb lenne felépíteni.A ko struktúra nagyjából úgy lenne, hogy lennének a modeljeim, amiben leírom, hogy milyen attributumok vannak az adott modelben, validációk, összetett attributumok.
Illetve lennének mellette a viewModel-ek, amik a megjelenítést befolyásolják. Itt lennének a fenti példából kiindulva egy fő store modell, ami lényében az index action lenne. Ezt látja ha belép az oldalra és nem csinál semmit sem. Ezen kívül lenne mondjuk egy kosár, meg details megjelenítés is. A details alatt mondjuk hozzászólások.Másrészt kizártnak tartom, hogy e témában bármi is legyen a problémád, ahhoz prototype-ot kellene használnod.
Én úgy tudom, hogy "funkció alapú osztályt", csak prototype-al tudom bővíteni, de lehet én tudom rosszul.Bocs a sok kérdés miatt, de teljesen homály számomra ez a rész.
-
Speeedfire
félisten
-
Speeedfire
félisten
válasz
martonx #4436 üzenetére
Mi van abban az esetben ha mondjuk nekem a single page app, több részből is áll.
Gondolok itt mondjuk a fenti store elképzelésre. Van mondjuk egy ahol látom a termékeket, egy ahol a termék adatlapja van, egy a megrendelésről. Ezeket mind egy db controller-be tegyem bele?
Külön szeretném szedni mindenképp a modelleleket és a controllereket (viewModel).Php model szemlélettel (fenti általam mutatott js kód) szeretném megoldani, ami nem biztos, hogy jó megoldás, de egyelőre ezt találom átláthatónak.
-
Jim-Y
veterán
válasz
martonx #4419 üzenetére
Ez strict mode violation.
> That means, among other things, that in browsers it's no longer possible to reference the window object through this inside a strict mode function.
-
Sk8erPeter
nagyúr
válasz
martonx #4395 üzenetére
"Szóval igen, erre is gondoltam, csak úgy voltam vele, hogy ezt így hosszadalmasabb levezetni, mint példának felhozni a CMS-t, ahol ez szükségképpen eleve így van."
Tudod, hogy szeretek korrigálgatni bizonyos mondatokat CMS-témában (amik félrevezetőek lehetnek annak, aki csak (rossz) hírből hallott a CMS-ekről), még akkor is, ha tudom, hogy teljesítmény terén tényleg sokszor nagyon gyatra tud lenni.A korrekciók oka nálam igazából csak az, hogy míg aktívan CMS-eztem, akkor rá kellett jönnöm, hogy mivel a CMS-ek népszerűek, nagy közösség áll mögöttük, meg relatíve egyszerű is elindulni az úton velük (aztán bizonyos esetekben annál nehezebb tovább is haladni), ezért a nagy merítésből sok is a kókler, van jópár modul, amit sokan használnak, mégis rettentő szarul vannak megírva, erőforrás-pazarlóak, a lehető legrosszabb teljesítményt nyújtó adatbázis-kezelési technikákat alkalmazzák (a "kedvencem": a PHP-vel szerializált óriásadathalom egyben történő beerőltetése egy darab mezőbe, a széjjelrobbbantandó stringek beerőltetése egy darab mezőbe (kettősponttal, pipe-pal, pontosvesszővel, tökömtudjamivel "elválasztott" retkek)), így a CMS alapvető működéséből (ti. hogy épp a rugalmasság biztosítása érdekében lényegében a legtöbb dolgot adatbázisban tároljuk, illetve onnan kérjük le; moduláris felépítésből következő bizonyos redundáns kódrészletek, stb.) következő teljesítményromlást még jóval tovább rontják bizonyos emberkék, így nagy általánosságban nem túl jó a CMS-ek renoméja. (Hozzáteszem, pl. a Drupal OOP-vel kevert procedurális kódja sem túl nyerő, bár sztem talán a PHP-s legnépszerűbbek közül még ez a legrugalmasabb CMS.)
Pedig sokszor a CMS maga az API-ján keresztül jóval igényesebb módszereket is kínálna, mint ahogy azt sok fejlesztő kihasználja. És ez gáz. A korábbi, JS-kódokat az adatbázisba benyomorító példám is erre vonatkozott: lehet ezt csinálni tisztességesen is, úgy, hogy szépen egy fájlt szerkeszt a fejlesztő, ahogy illik, a CMS egyetlen dolga pedig csupán ezt a fájlelérési utat betenni a script tag src-attribútumába, majd a kliensoldali kódot a moduláris kódszervezési minta alapján betölteni, meg lehet csinálni gusztustalanul is, hogy a PHP-kódba valahol be van nyomorítva az inline JS-kód egy stringként.
Szóval nincs így szükségképp eleve a CMS-ben, ennyit akartam korrigálni ezzel a hosszas felvezetéssel, korán van még.Hát így a kód nem hangzik rosszul, bár maradhatott volna a kolléga, hogy vele tudjuk megbeszélni a dolgot, ha már tanulni akar belőle.
(#4370) Jim-Y :
A Crockford-idézetre:
"This feature was added for people who were beginners, so if you want to look like a beginner, then leave the semicolons out."
Hmm, hát igen, de sosem értettem, hogy miért kell egy nyelvet eleve úgy megalkotni, hogy az amatőrök is felszabadultan tákolhassanak, miért nem kötelező az utasítás végén eleve a pontosvessző? Ha valamit a fejlesztő szarul csinál, rá kell vágni a kezére, ez a toleránsnak tűnni akaró szemlélet elég káros lehet.(#4371) :
Ez a Smarty projekt alapvetően jó ötletnek tűnik, de tényleg kéne pár ember, aki ezt update-elgeti, nehogy elhaljon a dolog.
Megcsillagoztam GitHubon a repót. -
Sk8erPeter
nagyúr
válasz
martonx #4393 üzenetére
Hmm, hát nem tudom sajnos, mi volt az eredeti kódban, így nem tudom, mit csinált rosszul, de mondjuk így segíteni is nehéz az illetőnek, hogy törölte.
Ja, a CMS-es mondatod akkor valóban félreérthető volt, azt hittem, arra gondolsz, amikor egy magát fejlesztőnek tartó valaki behányja inline módon az adatbázisba a kódokat, azt meg ki kell túrni, berakni a HTML-kimenetbe, script-tagek közé, természetesen az inline-sága miatt ez(ek) a kódrészlet(ek) nem is cache-elhető(ek), így a betöltést értelemszerűen lassítja, mivel a böngésző gyorsítótárazását sem tudja kihasználni. Lett volna alapja egyébként, ha erre gondolsz, sajnos láttam már pár ilyen módon megírt, hányadék modult. Miközben persze már a modul írásakor is régen voltak olyan módszerek, amikkel tisztességesen be lehet tölteni a kódokat modulárisan, de fájlokból...
Az az ilyen "nekiesek, hadd szóljon" típusú fejlesztő.
(Aki nem hajlandó eltölteni plusz egy órát a dokumentáció/hasznos tutorialok olvasgatásával, mert haladni akar, cserébe csinál egy kupac szart.)
-
Sk8erPeter
nagyúr
válasz
martonx #4391 üzenetére
Pedig annyiból nem mondott hülyeséget, hogy valóban megakadályozhatja egy form elküldését, ha mondjuk a submit buttonre (buttonökre) van kötve az event handler, és hív egy event.preventDefault()-ot; ugyanígy a linkre is igaz. Mondjuk annyiból nem volt pontos a meghatározása, hogy a metódushívás inkább az eventet érvényteleníti/törli, DE az esemény további felszivárgását nem akadályozza meg. Szóval tulajdonképpen az alapértelmezett viselkedést lehet vele módosítani, úgyhogy nagyon nem lőtt mellé. Vagy csak most hirtelen nekem nem ugrik be, mire gondoltál.
(#4372) Zedz :
Szívesen ránéztem volna, de törölted a kódodat pastebinről, úgy meg nehéz.(#4381) PumpkinSeed :
"Azért lokálisan tesztelek webszerver nélkül, mert órai feladatra készül és ott nem szabad olyan kódot alkotni ami webszerver nélkül nem működik"
Jézusom, milyen degenerált módszer. Ahelyett, hogy ahhoz szoktatnának, amit az ember élesben és a gyakorlatban használ... Azért ha webfejlesztésről van szó, talán nem a lokális, webszerver nélküli tesztelést kellene erőltetni. Kíváncsi lennék, mégis mi az oka, hogy így találták ki a házit nektek...
Amúgy tényleg elkeserítő, hogy csomó visszajelzés alapján azt hallani, hogy ezek a tanfolyamok vagy elavultak, vagy valami kicsavart gondolkodás mentén elcseszik az oktatás módját.(#4388) martonx :
"Simán lehet, hogy a szerver oldalon van valami elcseszve (mondjuk a legtriviálisabb dolgokat is sql-ből kérdezgeti le, erre nagyon jó tipikus rossz példa a cms-ek működése), [...]"
Mondjuk a CMS-nél is egy normális fejlesztő JavaScript-fájlokat szerkesztget, nem inline kódokat tol fel az adatbázisba, úgyhogy szerintem ez rossz példa, mert a fejlesztői gányolásokért nem a CMS a hibás.(Bár való igaz, hogy sokszor lehetőséget is ad rá.)
Félreértés ne essék, tény, hogy a CMS sok mindent tölt be adatbázisból, ahogy ezt sok topicban átrágtuk, de a CMS-eknél van JS-fájlok betöltéséért felelős metódus, vagy épp a modul valamely fájljában is lehet deklarálni, hogy mely JS-fájlokra lesz valószínűleg szükség. -
cSuwwi
senior tag
válasz
martonx #4388 üzenetére
Az analytics előrerakáson kívül nekem újdonságot szerencsére nem mondtál.
Async/defert nem használok, csak érdekelt hogy van-e létjogosultsága egy átlagos sitenál.
Minify, image sprite alap. Ahol megoldható külön aldomainről mennek a static dolgok, de ez egy pofon a szarnak, mert a cookiekat ugyanúgy elküldi neki. Ideális esetben lenne egy cookieless domain staticnak.
Átlag 2 js-t használok, egy framework.js-t (benne a külsős cuccok, jQ vagy ami éppen kell), illetve egy js amiben a saját cuccok vannak.Szerveren gzip, normális expire time van, js/css-nél ?v=dátum paraméter is van, hogy változás esetén frissüljön.
-
Speeedfire
félisten
válasz
martonx #4362 üzenetére
Egyáltalán nem volt átlátható.
Kipróbáltam a knockout-ot, mert főnök azt mondta mennyi jó. 1 hét alatt kellett megoldani a projektet (ko tanulással együtt) és ez lett belőle...működött meg minden, csak...
Lehet adnom kellene neki még egy esélyt az újabb ko-val és átnézni a teljes doksit hozzá.
-
Speeedfire
félisten
válasz
martonx #4340 üzenetére
Elképzelhető, hogy én szerveztem rosszul, nincs kizárva.
Alapvetően én a visszakapott json adathalmazt egy változóba tettem bele.var AppViewModel = function(data) {
var self = this;
self.available = ko.observableArray([1,2]);
self.dataSource = ko.mapping.fromJS(data);Én mondjuk nem vagyok nagy js-es, nekem olyan max 2k lehetett eddig a legnagyobb kód jquery-ben. Viszont van egy új projekt, ahol annyi mindent bind-olok már jquery-vel, hogy valami másikat használnék a jquery helyett.
"és kiegészítőket kellett leszedni hozzá" - ko-hoz kiegészítőt kellett leszedned? Miért angular-hoz nem kell? Ok, routingot és DI-t valóban tud az angular alapból, de ezeket a komponenseket bármikor ko mellé is oda tudod tenni.
Konkrétan ez a 2 kiegészítő kellett:
- SWITCH/CASE binding for Knockout
- Knockout Mapping plugin -
Zedz
addikt
válasz
martonx #4353 üzenetére
Nos, az MVC támogatása már szimpatikus nekem is, PHP oldalon egy ideje előszeretettel kalapálom így a kódjaim. Szerintem utánanézek először ennek a knockoutnak.
Találtam még egy ilyet, hogy Grunt, és ahogy olvastam ez az automatizálást segíti. Kliens oldalon ezt hogyan kell érteni? Mert szerver oldalon X időközönként ha lefut egy kód azt értem, vagy ha a Linuxal csináltatunk péládul napi dolgokat.. de kliens oldalon?
-
Zedz
addikt
válasz
martonx #4343 üzenetére
És ezeknél az oldalaknál például miben voltak nagy hasznodra ezek a keretrendszerek? Az oldalaknál csak azt látja a user, hogy "húú ez de jól működik". Angulart nemrég nézegettem, de igazából azon kívül hogy real-time be tudott tölteni egy másik HTML állományt, nem sok minden fogott meg benne.
(#4344) Jim-Y Úr isten!
Hogy látjátok át?
És szabad tudnom, miben dolgozik egy kód?
-
Zedz
addikt
válasz
martonx #4340 üzenetére
Milyen és mekkora projektekhez kellenek ekkora frameworkök? Jelenleg még nem tudom elképzelni, hogy még a JS-hez is fw-t használjak. Ahogy eddig néztem PHP-nál segítik az adatbázis kezelést, a védelmet, url kezelés...stb, de itt nem nagyom tudom mire használják a profibbak. :S
-
Speeedfire
félisten
válasz
martonx #4332 üzenetére
Ez nem hangzik túl jól.
Amikor a knockout-ot próbálgattam, akkor még a 2.2-es verzió volt fent. Egyszerű dologra jó volt, de összetett adatmodellnél még gázos volt és kiegészítőket kellett leszedni hozzá. Sebességben nem veszek észre semmit, gyorsnak tűnik a codeschool példa.
Milyen nagyobb projektre gondolsz? Vagy mi volt az amit meg akartál valósítani benne, de nem tudtad csak körülményesen?Ez a planjs nagyon jónak tűnik.
-
j0k3r!
őstag
válasz
martonx #4305 üzenetére
Ezt annyival egészíteném ki, hogy elvileg lehet már VS Express-hez is Web Essentials-t telepíteni (én is nemrég hallottam egy ms oktató videóban): http://madskristensen.net/post/web-essentials-on-visual-studio-web-express
-
Jim-Y
veterán
válasz
martonx #4305 üzenetére
Koszonom szepen, biztos hasznos lesz masoknak is, en pusztan azert kerdeztem, mert irtad, hogy van nem fizetos valtozata ami erdekes lehet sokak szamara.
En is teszek valamit a kozosbe, hatha ez is segit valakinek. En cca 3,4 honapja hasznalok egy JetBrains termeket javascript fejlesztesre, foleg js fajlokban matatok, css-ben es html-ben kevesebbet.
Webstorm
=======Amit szeretek benne:
- szoros integraltsag svn-el. Rogton az elejen megadod a mar letezo projektet, o felismeri, hogy version kontrol alatt vagy, es ezt jelzi is a fajloknal. Uj fajl letrehozasanal megkerdezi, hogy hozza szeretned-e adni a projekthez, ha igen zold lesz a fajl (neve a projekt strukturaban, es a taboknal is), amugy meg piros, ha egy under version control fajlt modositasz akkor pedig kek. Ugyanez kodszinten is megvan, Jelzi a valtoztatasokat kekkel (update), zolddel (added). Hasznos tud lenni.
Ugyancsak svn, van egy csillivilli osszehasonlito ablak, ahol a current copy-t tudod osszehasonlitani (es mergelni) a head-el. Nagyon egyszeru a mergeles, nyilacskakkal at tudod huzni a merged fajlba a valtoztatast. Eleg tuti- Amit surun szoktam hasznalni, navigacio a fajlok kozott, fajlhoz ugras, sorhoz ugras, usage search (ez nem tudom, hogy mi magyarul
), find in path, illetve a Refactoros Rename. Ez is nagyon hasznos. Bar ez tuti masban is igy van, de pl az egyszeru szerkesztokhoz kepest, Sublime, Brackets, Atom ez tobbet tud, es kenyelmesebb.
- Live templates: Ez olyan mint ST2-nel a Snippets. Itt is tudsz elore definialni kodreszleteket, amiket utana be tudsz illeszteni es konfiguralni. Pl us -> TAB -> 'use strict', vagy
for -> TAB -> es beilleszt egy kesz for ciklust stb...- Jok a code quality beallitasok. JSHint + JSLint + configuralhato Javascript inspections.
Ez utobbi peldaul olyan hogy beallithatod hogy milyen merteku nestingnel szoljon, avgy ha tul sok parameteres a fuggvenyed akkor is szoljon, meg meg ezer ilyen code quality beallitas.- A potencialis hibakat is jelzi az editor. Lehet inspection-t vegezni. Pl jelzi a unused valtozokat.
- Van beepitett Grunt consol. Ezt is hasznosnak talaltam.
Talan ezek a fontosabbak, vagyis amik nekem eddig jol jottek.
CSS
====Itt talan azt erdemes kiemelni, hogy a hexa kodokat megjeleniti az ide egy kis negyzetben a sorszamozas mellett.
Kb ennyi
-
honda 1993
senior tag
válasz
martonx #4303 üzenetére
igen tisztaban is vagyok vele.
csak az a problemam hogy ezeket a "szak kifejezeseket " nem igazan ertem,mig tarsalgasi szinten megyeget az angol
es pont ezek a szak kifejezesek azok amiket lassan/nehezen tudok megerteni a sok angol nyelvu tutorialbol.
ekkor szoktam itt segitseget kerni.
-
Sk8erPeter
nagyúr
válasz
martonx #4264 üzenetére
Én sem szántam időt rá, hogy nyomozzak, ettől még tény, hogy a z koordináta irányába nincs kiterjedése a kockának, és valahogy nem lep meg, hogy a népszerű böngészők közül csak IE11-nél fordul elő a dolog.
Itt is ugyanaz a probléma Internet Explorernél, többinél nem (ezek mind csak 5 másodperc guglizás alapján jöttek ki, de egyiknél sem volt kedvem egyelőre nézegetni a kódot egy minimális rápillantást leszámítva):
http://css-tricks.com/creating-a-3d-cube-image-gallery/Majd lehet, hogy meló után ránézek, mi van a kódban, hogy mégis pontosan mitől nem működik. De nem biztos, hogy lesz kedvem.
Ez viszont működik IE-n is:
http://codepen.io/thebabydino/pen/bdvya -
Lacces
őstag
válasz
martonx #4255 üzenetére
Lehet gyors, de mobilon a kliens oldali rendezes lassabb szemre nalam
(laptopon okes.). Bar egyszerubb nekem szerver oldalon rendezni.
Az Angulart nem nehez hasznalni, csak meg igy az elejen jarva nem latom at, mi merre pontosan. Igen, az angular a kliens oldal lelke. jQuery szamuzve. Eredetileg abban csinaltam meg egy ugyfelnek a cuccot, de nekem is hasonlo projektem van, es meg kell mondjam jobb most ide az Angular arra a feladatra, amire en akarom. Engem megvasarolt kilora, meg legalabb akkor jobban belefolyok a js-be is, eddig nem rajongtam erte, de az Angular altal kezdem megszokni, na meg a Grunt is jo eszkoz. -
Agony
aktív tag
válasz
martonx #4207 üzenetére
Elnézést, javascriptről van szó.
Nem tudom jsfiddle példával illusztrálni, mert nem értek a javascipthez, de próbálom a lényeg röviden és tömören:A nevezési oldalon a módosítás gomb megnyomásakor átugrik egy másik URL-re és hozzáfűzi a USERID-t mysqlből így a modify oldalon annak a versenynek az adatai jelennek meg amit módosítani akar:
http://XXXXX/modify.php?id=21Ezen az oldalon 2 dropdown list van egy html formban, ami egymástól függ, tehát ha az elsőben kiválaszt valamit a user, akkor a másodikban annak megfelelő tartalom jelenik meg. Az első listában való választás után a javascript frissíti az oldal URL-jét és hozzáfűzi a választott kategóriát, ennek alapján jelenik meg a második lista tartalma:
function reload(form)
{
var val=form.cat.options[form.cat.options.selectedIndex].value;
var cim = window.location;
self.location= cim + '?cat=' + val ;
}
</script>Ezzel csak az a baj, hogy a címben szereplő url utolsó ID-t követő része változik. Eredetileg a modify.php-hez fűztem hozzá a kategóriát, de úgy nem volt ID, most a window.locationhoz, így viszont több váltás esetén sorra fűzi hozzá a ?cat= végződéseket.
Lényegében ki kellene nyerni az URL-ből az ?id= után álló számot és azzal generálni az új URL-t, valahogy így:
self.location='modify.php' + '?id=' + ID + '?cat=' + val; -
Jim-Y
veterán
válasz
martonx #4204 üzenetére
Szerintem túlreagálod
Én úgy érzem, hogy ebben az esetben ez nem félrevezető, vagy nehezen olvasható. De amúgy természetesen az alapproblémával egyetértek. Sokszor ki is lett már tárgyalva itt a topikban. Egyébként már csak az api-val való "konzisztencia" miatt is ezeket használtam -> restifyMeg amúgy is készítek dokumentációt..
(persze..attól, hogy valaki hülyeséget ír, még nem kell nekem is úgy csinálni, de a req, res, err szerintem elég beszédes. Azért ez nem olyan mint az a, b, e stb..)
-
Jim-Y
veterán
válasz
martonx #4201 üzenetére
Szerinted ebben hol van elcsépelt rövidítés? Gondolom nem a res, req, err - re gondolsz mert azokkal nincs baj, eléggé konvencionalisak. De ezek szerint arra gondolsz amiket én deklaraltam valtozokat. De ebből meg csak három van.
promise, self, articles. Ezek közül melyik ami rossz? -
BullZeye
veterán
válasz
martonx #4171 üzenetére
Vagy 30 bővítmény használatát veszteném el, amire szükségem van. :\
IE tab meg bugos, azért nem szeretem, mert ott beírom a jelszavamat és pl a jelszó közepén van egy Q betű, nyomok shift+q -t, amire előjön egy translate ablak (bővitmény), ami alapból nem jön elő.Valamint mágikus módon IE-tab használatánál a jelszavamat/felhasználómat se jegyzi meg, ami FFben alapból benne van.
Valamint a ctrl+tab is megfagy ahogy az IE tabra ér.
szerk 6136136.:
https://addons.mozilla.org/hu/firefox/addon/ie-tab-2-ff-36/
Ez valóban jobb mint az eredeti IE tab. -
Sk8erPeter
nagyúr
válasz
martonx #4171 üzenetére
Ja igen, az a megoldás még jobb.
https://addons.mozilla.org/hu/firefox/addon/ie-tab/
https://addons.mozilla.org/hu/firefox/addon/ie-tab-2-ff-36/
vagy Chrome-hoz:
https://chrome.google.com/webstore/detail/ie-tab/hehijbfgiekmjfkfjpbkbammjbdenadd -
Sk8erPeter
nagyúr
válasz
martonx #4095 üzenetére
Ja, vagy használható simán a this is az event handlerben, ugyanarra vonatkozik.
(#4089) Jim-Y :
még erre a részre az előbb elfelejtettem reagálni:
"Hát de ez mi? Nem tudom kitörölni a hsz-ből a dőlt bekezdéseket, mert visszteszi őket :/"
Egyértelmű, a szövegedben látszik:
"Na és valahol itt írtam be a topikba, hogy hátha valahogy meg lehet úgy csinálni, hogy az eventHandler függvénynek átadom a aButtons(i) referenciát mint thisArg"
-->
itt az "aButtons[i] referenciát" szövegrésznél a szögletes zárójelbe rakott [i] zavarta meg egész konkrétan. Elfelejtetted a Konvertálatlan/Programkód gombok valamelyikének használatát. -
Jim-Y
veterán
válasz
martonx #4085 üzenetére
De ez még mindig nem az amit szeretnék :/
[link] Lehet, hogy nem is lehet azt megcsinálni ...
Csak mert ez az utóbbi sem egy szép megoldás.. annyival jobb, hogy nem halmozom az anonim függvényeket.
Minden esetre, már ez is jobb mintha helyben kezelném le az eseményt, szóval half-win, de azért érdekelne, hogy az alpfeltevést meg lehet-e valósítani
-
trisztan94
őstag
válasz
martonx #4071 üzenetére
A legenda úgy tartja, hogy csúnya dolog a presentation logicba presentation-t rakni. Ergo JS-be csúnya explicit stílusokat írni, és nem illik.
Inkább cserélgessen osztályokat.Most kezdtem elég komolyan a szép js-css-html kódok írásával foglalkozni, készüljetek fel, hogy be fogok szólni mindenért!
-
MrSealRD
veterán
válasz
martonx #4060 üzenetére
Azért van ez, mert egyiket sem ismerem. Nem tudom melyik mi fán terem...A választás pedig nem a felhasználás, hanem a tanulási idő lerövidítése miatt kell...
A cél webes vékony kliens készítése. A fókusz a HTML5,JS,CSS2/3 technológiákon van. Ehhez kellene egy olyan "tool" ami támogatja ezt és nem kitekert elméletek mentén valósítottak meg benne dolgokat.
Vállalatirányítási rendszer kliensoldala lesz rá építve....Eddig a kulcs buktatót a custom control-ok készítésében látjuk...
-
trisztan94
őstag
válasz
martonx #3969 üzenetére
Hat igazabol nem nagyon tudom.
Az a lenyeg, hogy amikor meghivjuk a fgvt akkor atadunk neki egy bazi nagy JSON tombot, amiben utvonal adatok vannak (kkordinatak, megnevezes, kozeli helyek, stb).
Az elso elagazas azt ellenorzi, hogy a lat es long koordinatak benne vannak-e.Ami az elso es utolso elem, az lesz a kezdopont es vegpont, a koztuk levok pedig a megallok.
Jim-Y
Jaja a flagre mar en is gondoltam. Berakok egy boolean valtozot false ertekkel, es egyszeruen azt nezem, hogy igaz-e. Akkor lesz igaz, amikor a kulso elagazasbol belep, tehat egyszer fog csak valtozni az erteke. -
Sk8erPeter
nagyúr
válasz
martonx #3948 üzenetére
De az JScript-interpreter, nem JavaScript.
Komolyra fordítva amúgy igazad van (mondjuk nálam nem túl sokszor merült fel az igény a cscript.exe-vel történő JS-futtatásra, az ilyen módon történő tesztelésre), szerintem is jobb lenne egy külön részbe tenni a Node.js-t úgy általában, azt inkább a haladóknak ajánlva, és a kezdőknek szóló részből egyszerűen kiszedni, hogy ne zavarjuk össze a kezdő ember fejét - szerintem jobb, ha nem kavarunk be neki a szerveroldali programozást lehetővé tevő nodejs-sel, mert nem fogja tudni hova tenni, amikor ő csak eseménykezelőt akart kötni egy gomb klikk eseményére, vagy JS-sel meg akarta változtatni egy elem betűinek színét. Vagy max. nagyon OFF-ként benthagyni, de én sem látom szükségét.
-
fordfairlane
veterán
válasz
martonx #3925 üzenetére
Mégegyszer: Nem az onevent attribútumot védem jelen implementációs formájában, hanem azt, hogy van logikája az attribútum-event kötésnek. Az event binding összekötő elem, nem tisztán struktúra vagy viselkedés téma. Mint ahogy a data-binding sem az, amikor két nyelv közti adatcserét deklarálsz, lásd angular vagy knockout.js.
-
Sk8erPeter
nagyúr
válasz
martonx #3918 üzenetére
Hát ja. Kezdőnek egyértelmű, hogy bűn jQuery-vel kezdenie, mert később már nem fogja akarni megtanulni, milyen munkafolyamatot is egyszerűsít le.
Mondjuk szerencsére a 11-es verzió óta már az IE sem számít annyira szitokszónak, mint régen (még ha a felhasználói felület ostoba is még mindig), így ritkul az, hogy böngészőspecifikus baromságokat kelljen tákolni (lásd az IE-specifikus attachEventet régről az addEventListenerrel szemben), ezért a plain JavaScript is talán használhatóbbá kezd válni, mint régen, ami egyébként vicces helyzet, de azért még mindig sokat segít a cross-browseresítésben a jQuery... aztán az megint egy következő szint, hogy valaki értse, hogy a $('#test') és document.getElementById('test') hiába hivatkozik ugyanarra az elemre, attól még az első egy jQuery objectet ad vissza, a másik pedig egy Element objectet...
Persze mindezek értéséhez/sejtéséhez először is tudni kellene használni a dokumentációkat, ami ahogy a topicokban észreveszem, sajnos cseppet sem magától értetődő. Meg hát érted, majd a fórumon a srácok megmondják...(#3919) cSuwwi :
Sztem azért nem kopik ki, mert az onclick és többi hasonló attribútumot eleinte gyorsabb bepötyögni egyből az elemhez, és meglátni, hogy mi történik - ez a tanulási fázisban még az elfogadható érvek közé tartozik, én is így kezdtem, csak van, aki aztán megragad ezen a szinten, és azt mondja, hogy de hát így könnyebb olvasni, és egyből tudom, hogy ahhoz az elemhez milyen eseménykezelő tartozik. Na ez egy baromság. Sokkal nehezebb karbantartani egy ilyen széttákolt kódot. Eleve ott kezdődik, hogy mindegyik nyelvnek legyen meg a maga jól körülhatárolható felelőssége, ne legyen szétgányolva a JS-kód CSS-sel vagy HTML-lel se. A PHP-kódban se legyen lehetőleg stringként inline behányt JavaScript-kód. Meg hasonlók. Persze vannak fejlesztők, akik ezekre is megtalálják az önigazoló magyarázatokat, de nem ők csinálják jól.Szerintem erről ez egy nagyon jó összefoglaló diasor:
Refactoring to Unobtrusive JavaScript
http://www.slideshare.net/fgalassi/refactoring-to-unobtrusive-javascript
(lehet, hogy meg is kérem, hogy ezt tegyék be az 1. hsz.-be, csak hogy mindenkinek szem előtt legyen, nagyon tömören elmagyarázva, mit, hogyan kéne)Na meg amúgy a net tele van szemétrevaló tutorialokkal is, amik a rossz szokásokat verik az emberek fejébe.
=====
(#3920) fordfairlane :
Kicsit később küldtem el, mint Te, mert kotorásztam a belinkelt diasor után, így csak most látom, amit írtál, de közben Te is azt a szempontot írod, hogy látod magánál az elemnél, hogy hozzá van kötve az eseménykezelő, és az jó... de ne már.
Ezzel nyugodtan alá lehetne támasztani azt is, hogy formvalidálásnál minden egyes inputra külön-külön dobjuk be mondjuk onblurre a validáló függvényt. Vagy akkor ez ne legyen, csak egyszer, magán a form csomóponton legyen egy onsubmit-attribútumba bedobott függvénynév, mert az épp a határon mozgolódik a tákolmány és a karbantartható kód között? Érted, ezzel a hozzáállással (mondjuk ha valaki ilyen tutorialt ír) a kezdők is kedvet kaphatnak hozzá, hogy na, akkor ilyen alapon mehet minden az attribútumokba, mert azt írták, hogy jó az, és akkor ránézek a HTML-kódra, és tök jó, hogy egyben látom a JavaScript-kódot is. De akkor ugyanígy nem lenne helytelen az sem, hogy valaki style-attribútumban határozza meg az adott elem kinézetét. Az sem magyarázható, bár elméletileg ezen az elven az is jó lehetne, mivel akkor tök jó, hogy helyben látja az illető, hogy fog kinézni az elem. -
Sk8erPeter
nagyúr
válasz
martonx #3915 üzenetére
Most miért?
Amúgy meg ő kérdezte, hát akkor kapott rá választ.
Bár most így hirtelen nem jön le, mi a magyarázatomból az érthetetlen, de majd megírja.
(#3916) cSuwwi :
.bind() volt már 1.0-tól, .live() 1.3-tól, meg .delegate() volt 1.4.2-től... 1.7 után szerencsére már egységesen az .on() az ajánlott.lásd a .live() dokumentációjában:
$( selector ).live( events, data, handler ); // jQuery 1.3+
$( document ).delegate( selector, events, data, handler ); // jQuery 1.4.3+
$( document ).on( events, selector, data, handler ); // jQuery 1.7+"jQ előtt az addeventlistener-es megoldások. A click esemény az IE kivételével mindenhol click volt, IE alatt mindenhova kellett az "on" előtag (onclick, onsubmit, ...)."
Nemcsak .addEventListener, hanem .attachEvent az IE miatt, if-else formában..."különböző tagekre ráaggatott eventekkel, onclick buttonoknál, vagy onsubmit formokon"
Aki inline onclick, onsubmit, stb. attribútumokat használ, az meg is érdemli."sok "on" van és mind ugyanaz
"
Azt hogy érted, hogy "ugyanaz"?Azért eléggé más tud lenni a szerepük az eventeknek...
-
CSorBA
őstag
válasz
martonx #3905 üzenetére
A másik típusú gond ott kezdődik, hogy eseményt kötni csak MEGLÉVŐ elemekre lehet, olyanokra nem amiket ajax-al utólag fogsz beszúrni valahova, és az esemény handler létrehozásakor még sehol sincs.
Ekkor sincs gond, csak éppen más módszerrel kell lekezelni ezeket az eseteket.
Köszi a választ, viszont pont ez az utóbbi dolog érdekelne. Erre példát, példákat tudna hozni valaki?
-
TomyLeeBoy
tag
válasz
martonx #3807 üzenetére
Ezt én értem de ha egyszer muszáj?! Természetesen amennyire csak lehet szeparálom a dolgokat én is, nem vagyok saját magam ellensége, de de itt annyira minden adatbázisból történik hogy példa miatt kellene írnom egyet példa adatokkal hogy látszódjon is valami ne csak hibák.
-
TomyLeeBoy
tag
válasz
martonx #3803 üzenetére
<tr style="background-color:<?=$sorhatter; ?>" height="35" id="<?=$rowid; ?>" onmouseover="this.style.background='#FFFF66';" onmouseout="RowOff(<?=$chkid; ?>.checked,'<?=$rowid; ?>','<?=$sorhatter; ?>')" onclick="RowClick('<?=$chkid; ?>')">
ennek kellene színeződni ez miatt:
document.getElementById(rowid).style.background = rowcolor;
Szineződik is ugye csak nem látszik.
-
Sk8erPeter
nagyúr
válasz
martonx #3755 üzenetére
De elméletileg nagyon gyors rákukkantás alapján jónak kéne lennie a pastebines kód alapján, kiemelve a lényeget, közé pontokat téve:
var my_jPlayer = $("#jquery_jplayer"),
....
// Some options
var opt_play_first = true, // If true, will attempt to auto-play the default track on page loads. No effect on mobile devices, like iOS.
opt_auto_play = true, // If true, when a track is selected, it will auto-play.
opt_text_playing = "Now playing", // Text when playing
opt_text_selected = "Track selected"; // Text when not playing
....
// Instance jPlayer
my_jPlayer.jPlayer({
ready: function () {
$(".demo-container .track-default").click();
},
.....
});
$(".demo-container .track").click(function(e) {
...
my_jPlayer.jPlayer("setMedia", {
mp3: $(this).attr("href")
});
if((opt_play_first && first_track) || (opt_auto_play && !first_track)) {
my_jPlayer.jPlayer("play");
}
...
});Szerk.:
Ja, most, hogy egy kicsit gondolkodtam is, MIUTÁN leírtam mindezt
, rájöttem, hogy ebből f@szság is kisülhet:
$(".demo-container .track-default").click();
azt sem tudjuk, hány elemet tartalmaz ez a .track-default, bár feltételezem, csak egyet.
Na de a franc tudja, hogy ez egyáltalán elindítja-e valóban a lejátszást.
Habár el kéne neki, na jó, nekem ehhez most túlságosan péntek este van. -
The DJ
addikt
válasz
martonx #3755 üzenetére
Ezt megtaláltam én is, próbálkozom másfél órája egyedül mindenféle módon, de nem sikerült a pastebin-es kódba beleapplikálni a dokumentációban látható részt.
Gondolom ezt a részt kellene szerkesztenem:
// Create click handlers for the different tracks
$(".demo-container .track").click(function(e) {
my_trackName.text($(this).text());
my_jPlayer.jPlayer("setMedia", {
mp3: $(this).attr("href")
});
if((opt_play_first && first_track) || (opt_auto_play && !first_track)) {
my_jPlayer.jPlayer("play");
}
first_track = true;
$(this).blur();
return false;
});Próbáltam így:
// Create click handlers for the different tracks
$(".demo-container .track").click(function(e) {
my_trackName.text($(this).text());
my_jPlayer.jPlayer("setMedia", {
mp3: $(this).attr("href")
}).jPlayer("play");
if((opt_play_first && first_track)) {
my_jPlayer.jPlayer("play");
}
first_track = true;
$(this).blur();
return false;
});De semmi. Én ehhez nagyon kevés vagyok sajnos.
-
SirRasor
addikt
válasz
martonx #3745 üzenetére
Asszem meg is találtam a kellő példát gugliban, csak még ki kell bogarásznom. Tipikus példája az azt sem értem, hogy mit nem értem-nek. Na de találtam lynda.com-os AJAX oktatóanyagot, úgyhogy no para.
Nem keverem a java-t a javascripttel, csak azt nem értem, hogy egy java-s munkához miért elvárás a javascript és nem a java
Úgyhogy nagy nehezen eldöntöttem, hogy a JAVA-ra specializálódok és istenkirálycsászár profi leszek benne minden szinten, erre föl most tanulom a JS-t, mert csak úgy lehet bejutni
Szóval csak így jött ide.
-
Teasüti
nagyúr
válasz
martonx #3662 üzenetére
Ez esetben technikailag akkor nem változót hozok létre?
Pl. xmlDoc előtt még egy példában sem láttam var utasítást.
Bár elé rakva így is működik.Eddig úgy csináltam a letöltést, hogy:
function get(url) {
var http = new XMLHttpRequest();
http.open("GET",url,false);
http.send();
return(http.responseXML);
}Majd
kódsor, blahblahbla...
var data = get(url); //http.open(false) esetén gyakorlatilag megvárja a JS a választ, mielőtt tovább haladna a sorban.
//XML parse
egyéb kódok, blah blah...
data = get(másik url);
és így tovább, blahblahblah...Szóval ez így közel sem ideális?
Tudom nem kezeli a sikeres letöltésen kívül egyik másik esetet sem jelenleg.
De ezt tényleg csak úgy tudom elérni, hogy az onreadystatechange = function() {ide bezsúfolom a program teljes hátralévő részét?? :F }Vagy esetleg csak ami a response kezeléséhez kell, aztán kiugrok a send() mögé?
-
Jim-Y
veterán
válasz
martonx #3633 üzenetére
Akkor a függvénynek csak abban az esetben lenne értelme, ha valamit kezdeni akarnék a privát változóval?
Kipróbáltam, dé még így sem indokolt a függvény O.o
function Foo() {
var value = 1;
return {
foo: value
};
}
function Bar() {
var value = 1;
return {
increase: function() {
value = value + 1;
},
getValue: function(){
return value;
}
}
}
var bar = Bar();
var foo = Foo();
bar.increase();
console.log(bar.getValue()); //2
foo.foo += 1;
console.log(foo.foo); //2Hát akkor ezt tökre nem értem
Milyen esetben lenne indokolt a függvény?
-
vz12
tag
válasz
martonx #3617 üzenetére
Ez a példa simán böngészőben szerintem is működne, de az én kérdésem nem erre vonatkozott, hanem .xpi-re (kiegészítő, Add-on). Úgy tűnik hogy az alapesetben nem akar hozzáférni a böngésző default localStorage-ához, pontosan az a kérdés hogy ezt mégis hogyan kellene megoldani. Egyébként én localStorage-ot kérdeztem, nem a sessionStorage-t, de valószínűleg nagyon hasonlóak, így ez is érdekel. A "fáma" szerint a localStorage megőrzi a tartalmát kilépés (böngésző bezárás) után, a sessionStorage pedig nem, az én problémámat a localStorage tudná megoldani.
Sajnos xpi-t nem tudok debug-olni, tehát semmi hibaüzenetem nincs. A teszt célból használt editbox-om üres marad, egyszerűen a "hibás" utasítást nem hajtja végre, megy tovább.
-
Sk8erPeter
nagyúr
válasz
martonx #3592 üzenetére
"Ahogy a képernyő mentéseden is látható, te egy NodeList objektumot kaptál válaszul. Ez nem igazi tömb, nem tudsz belől kimondottan indexelve elemet lekérni."
Hogy micsoda? Már hogyne lehetne indexelve végigmenni rajta?
https://developer.mozilla.org/en-US/docs/Web/API/NodeList
itt is mutatják egy példában, hogy pontosan ugyanúgy lehet végigmenni rajta, ahogy egy akármilyen tömbön.It's possible to loop over the items in a NodeList using:
for (var i = 0; i < myNodeList.length; ++i) {
var item = myNodeList[i]; // Calling myNodeList.item(i) isn't necessary in JavaScript
} -
válasz
martonx #3588 üzenetére
Ok. köszi.
Való igaz, csak úgy tudtam (inkább tanultam) hogy ez php-nél 'alap' megoldás. (ott pl session-id szerinti adatátadás egy következő menübe lépve)
Van erre az ajax-os - voltaképp weboldal részek betöltésére valami szemléltető - olvasható példa?
Vagy úgyis nulláról kezdjen neki inkább az ember? -
Sk8erPeter
nagyúr
válasz
martonx #3579 üzenetére
Ez teljesen így van. Igazából nem is annyira a JavaScript általános fikázása volt a célom, hanem inkább hogy más is tudjon ezekről a buta típuskonverziókról.
Egy JavaScript-újítás sok szempontból hasznos lenne, ahogy mi már beszéltünk is róla, hogy kevésbé legyen szükség kiegészítő librarykre a kódolás idegesítően ismétlődő feladatainak megoldására plain JavaScriptben, és több dolog legyen natívan megoldható. Az esély viszont arra, hogy pár éven belül erre át lehetne állni, jelenleg nem sok (lásd ahogy az IE korábbi verzióinak kiirtása is nagyon sok évig elhúzódó folyamat). -
CSorBA
őstag
válasz
martonx #3579 üzenetére
Ezzel egyetértek.
A CSS-ben is igen sok lehet. Volt szerencsém nemrégiben egy html alapú alkalmazást fejleszteni, aminek csak egy adott (értelemszerűen modern) böngészőn kell futnia. Annyira jól esett, hogy nem kellet fallbackelni, nyugodtan használhattam a CSS3 teljes tárházát. Talán egyszer eljön ez az idő a teljes webes környezetben
-
Sk8erPeter
nagyúr
válasz
martonx #3540 üzenetére
Nem is beszélve arról, hogy mennyire okádék, amikor valaki egy sorba bedob tisztességesen kinéző kódnál 5 sort igénylő kódot.
Mondjuk az se semmi, amikor valaki külön JS-fájlban elkezd trükközni, hogy megspóroljon 3 sornyi kódot, és csinál belőle a nyelv lehetőségeit kihasználva 1 minikódsort, amivel igazából csak azt éri el, hogy bebizonyította magának, milyen ügyes volt, de aztán amikor 2 hét múlva ránéz a kódjára, akkor ő maga is elgondolkozik, hogy ott mit is csinált.
(Bár ez nyelveken átívelő dolog.)
(#3541) fordfairlane :
"Az ilyen "separation of concerns" megközelítések akkor számítanak, ha a szoftver bonyolultsága meghalad egy szintet."
Igazából a lehető legegyszerűbb kódnál is számít, nem kell ehhez bonyolult webalkalmazást elképzelni, elég az iménti kérdező kódjára gondolni, már ott is ronda. -
CSorBA
őstag
válasz
martonx #3521 üzenetére
Igen, arra hajlok, megcsinálom css-el. IE alatt gondoltam függőleges lesz, de még az a nyamvadt filter sem működik normálisan, vagy csak a kompatibilitási módban nem. Valami fallbacket fogok kitalálni, vagy lebeszélem őket erről, ugyanis elég rondán tud renderelni dőlt szöveget a firefox, meg a chrome is. IE9 és IE10 viszont gyönyörűen
-
Sk8erPeter
nagyúr
válasz
martonx #3505 üzenetére
"Plusz a namespace-be szervezés, amúgy is hasznos dolog, összetettebb javascript-es oldalnál."
Persze, ez alap. Ez akkor is jól jön, ha valaki valamilyen oknál fogva több library-t is szeretne használni, ami ugyanazt a változónevet használja - lásd például jQuery és MooTools egy oldalon (bár ha ilyenre sor kerül, akkor a fejlesztőkkel van a gond, de kényszerhelyzetben előkerülhet), de lehetne más példát is mondani. -
Sk8erPeter
nagyúr
válasz
martonx #3502 üzenetére
Nesze:
http://jsfiddle.net/Sk8erPeter/b5sxk/1/Mondjuk ez a spórolás csak fejlesztés közben érdekes, nem betöltéskor.
Félreértések elkerülése érdekében nem fél órát tököltem vele, csak közben kétmillió topicot megnéztem, meg hatmillió e-mailt, aztán eszembe jutott, hogy miért is ne.
-
megalover
tag
válasz
martonx #3425 üzenetére
Ebben az a rossz, ahogy te a traffic exchange-t kamatoztatni akarod.
Már ne haragudj, de ezt én nem tudom sem elfogadni, sem megérteni. Akkor szerinted mire való a traffic exchange? A véleményed meg nem mérvadó, ugyanis mások véleménye szerint pedig lehet nem alapból gusztustalan..
-
Penge_4
veterán
válasz
martonx #3317 üzenetére
És ezzel még mit kell csinálnom, mielőtt beillesztem az alert() helyére? A (filename) az most változó, vagy hagyjam úgy, ahogy van és mindent a source src=-hez írjak? Az mp3-as részt meg gondolom szedjem ki és csak az ogg-ot hagyjam, mivel Operában használnám, az meg csak ogg-ot játszik le.
-
Soak
veterán
válasz
martonx #3278 üzenetére
A cél az, hogy a script csak akkor legyen behúzva, ha a rendelkezésre álló képernyő terület a megadott értéken felül van. Van egy fixed div jobb szélen az oldalon, ami pont felemészti az amugy 1000px széles tartalom meletti fehér részt 1280px-nél, viszont 1024px széles képernyőnél már rálóg a tartalomra.
-
Sk8erPeter
nagyúr
válasz
martonx #3273 üzenetére
Ja, ez teljesen jogos szempont. PHP-ben is előszeretettel kihasználják az emberkék - tisztelet a kivételnek -, hogy egy változóba BÁRMILYEN típust betehetnek (ami előtte int típus volt, az később nyugodtan lehet string, majd objektum vagy tömb is, hiszen ki akadályozza meg ebben), gányolhatnak kényükre-kedvükre, és támogatja céljaik elérésében őket a PHP...
Ebből a szempontból tényleg "veszélyes" eszköz. Mondjuk az objektumorientált kódolás és a láthatóság megfelelő kezelése is macerás JavaScriptben (lásd a korábban linkelt cikkeket). Tényleg az a gáz vele, hogy túlságosan szabad kezet ad. Mondjuk szerintem az is gáz, hogy JavaScriptben alapból nem kötelező a pontosvessző megfelelő használata (mert automatikusan kiegészítődik vele a kód).=======================
(#3272) Jim-Y : szívesen.
Új hozzászólás Aktív témák
Hirdetés
- Felújított szerverek, storage-ok, hálózati eszközök Enterprise szinten, minden gyártótól
- ÁRGARANCIA!Épített KomPhone Ryzen 7 7800X3D 32/64GB RAM RX 9070 XT GAMER PC termékbeszámítással
- KÖZEL FÉLÁR! Apple Magic Keyboard, Mouse, Trackpad, Pencil, Smart Magic Keyboard Folio, Watch szíjak
- AKCIÓ! Gigabyte AORUS 16X (2024) Gamer notebook - i7 14650HX 16GB RAM 1TB SSD RTX 4070 8GBWin11
- ÁRGARANCIA!Épített KomPhone Ryzen 5 7600X 16/32/64GB RAM RX 7700XT 12GB GAMER PC termékbeszámítással
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest