- Sony Xperia 1 V - kizárólag igényeseknek
- Milyen okostelefont vegyek?
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- MIUI / HyperOS topik
- Redmi Note 13 Pro+ - a fejlődés íve
- Számháborút nyerne az Ulefone Armor 26 Ultra
- Realme GT Master Edition - mestermunka
- Telekom mobilszolgáltatások
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Xiaomi Mi Band 6 - hatodik érzék
Hirdetés
-
XGS24 - Gameplay előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Az első előzeteshez képest kicsit látható a visszalépés szerintünk, de még így is jól fest a játék.
-
Computex 2024: szimpatikus Montech billentyűzetek a porondon
ph A vállalat egy olcsóbb fajta, két színben választható, vezetékmentes modellel és két érdekesen festő koncepcióval jelentkezett.
-
Retro Kocka Kuckó 2024
lo Megint eltelt egy esztendő, ezért mögyünk retrokockulni Vásárhelyre! Gyere velünk gyereknapon!
Új hozzászólás Aktív témák
-
Karma
félisten
"Note: You cannot link to a multipage document with Ajax navigation active because the framework will only load the first page it finds, not the full set of internal pages. "
Tehát a settings.html-ed nem lehet többoldalas, mert megnyekken, és nem is tudsz adott aloldalra navigálni. Talán a legegyszerűbb az lenne, ha mindenhol áttérnél a single-page template-re.
Az index gyorsításához meg használj prefetchinget.
[ Szerkesztve ]
“All nothings are not equal.”
-
-
Karma
félisten
Bekavarhat persze. A changePage() aszinkron (tekintve hogy AJAX-szal húzza be a másik HTML-t), és még nem biztos, hogy létezik az új slider a DOM-ban...
A kapcsoló állapotát szerintem a changePage data opciójával kéne átjuttatnod, és a fogadó oldalon feldolgozni és beállítani.
Vaaaagy, ha a felelősségek szeparálása annyira nem izgat, akkor használhatsz page show eventet.
[ Szerkesztve ]
“All nothings are not equal.”
-
Speeedfire
nagyúr
A netbeans nézi a szintaktikát. Viszont nem tudom lehet-e jq libraryt hozzáfűzni, hogy legyen kódkiegészítés is.
Pár funkciót ismer, de nem mindet. Vagy én nem tudom, hogy van ez nála.[ Szerkesztve ]
Fotóim https://fb.com/toth.szabolcs.art || IG: http://instagram.com/_tothszabolcs_ || Weblapom http://szabolcs-toth.com
-
martonx
veterán
Visual Studio 2012 (ingyenes Express for Web változat is!) nagyon szépen kezel minden létező JS framework-öt.
Open Source rajongóknak a Netbeans az általam ismert legjobb webfejlesztő eszköz. Elég jól kezeli a JS-eket, jquery-t.
Mintha az Eclipse-et is lehetne okosítgatni, én személy szerint kevés dolgot rühellek jobban, mint az Eclipse.
Végszükség esetén ott a Notepad++.Én kérek elnézést!
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
"nekem azok java célszoftverek"
Még mindig nem értem, de a lényeg, hogy Te érted.
Igen, Java-ban írták, pl. mert nagy előnye a platformfüggetlenség.
De nem Java-programozásra való célszoftver, hanem egy általános IDE.Plugin szót ezeknél inkább ilyen kiegészítő dolgokra szokták mondani, amik kényelmessé teszik vagy segítik a programozást, mittomén, pl. NetBeans plugin UML-hez: [link].
(#1430) Cathfaern :
jaja, sejtem, ez olyasmi, mint a vim, igaz? Nekem még nem sikerült megismerkednem vele, valahogy sosem szántam rá időt, pedig az azt használó fejlesztők nagyon nyomatják, hogy mióta kipróbálták, nem igazán tudják nélküle elképzelni a programozást, annyira felgyorsította a munkájukat. Egyelőre rabja vagyok a szebb felületű IDE-knek.Sk8erPeter
-
martonx
veterán
-
Karma
félisten
-
Muton
addikt
[link]
ez lenne az, csak nem tudtam bállítani, hogy úgy működjön, mintha be lenne töltve a jq, és a jqmobile, mert az adna neki egy normális felületet.
szóval az lenne kérdés, hogy ha egy üres listához elemeket adok hozzá, és az elemekre rákattintva funkciót rendelek hozzá (eddig megy), akkor az elemekre tudnék-e ehy plusz gombot is rakni?jqm szerkesztő (lap közepe): [link]
Muton#2316 - $z@r a drop >_<
-
Sk8erPeter
nagyúr
Az Add resources fülön egyáltalán nem adtál hozzá semmi jQuery Mobile-os hivatkozást, szóval nem csoda, hogy nem működött.
Az id-nál az attribútumhoz tartozó idézőjelet elfelejtetted lezárni, az sem működött jól.
Aztán a listview-t miért a li-elemekre akarod hívni? Egyáltalán nem használtam még a jQuery Mobile-t, de egyből feltűnt, hogy ez logikátlan.Kicsit javítgattam, ilyenre gondoltál?
http://jsfiddle.net/Sk8erPeter/7KqQ8/40/direkt kikommentezve bent hagytam az eredeti kódjaidat, hogy lásd, mi volt hibás.
(a 40-es számból látom, párszor rányomhattál az Update-re )
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Persze, hogy meg lehet csinálni, de írd már le, mit szeretnél.
Itt mutat példákat lenyílókra:
http://jquerymobile.com/demos/1.2.0/docs/lists/lists-collapsible.html
pl. a "Non-inset, individual collapsibles" demónál.Sk8erPeter
-
Muton
addikt
Ilyen kellene, csak a végén akár két gombbal
Muton#2316 - $z@r a drop >_<
-
-
Sk8erPeter
nagyúr
Legegyszerűbb workaround, ami eszembe jutott:
$(document).ready(function () {
$(".wrapper").click(function (e) {
// ez a lényeg
if(e.target.id !== "mycheckbox"){
alert("alma");
}
});
$("#mycheckbox").click(function () {
alert("körte");
});
});http://jsfiddle.net/Sk8erPeter/wTkkr/
Másik módszer:
if( !$(e.target).is("input, div") ) {
// ...
}Ez viszont persze teljesítményben rosszabb, mint az előző, tehát az e.target.id összevetése egy stringgel.
Sk8erPeter
-
Sk8erPeter
nagyúr
Szívesen!
Most amúgy kíváncsi lettem, vajon milyen különbség van a kettő között rengetegszer lefuttatva, és én azért meglepődtem, hogy igazából releváns különbség nincs:
http://jsperf.com/jquery-event-target-difference
(Ha az ember sokszor futtatja, még olyan eset is kijön, hogy az első lassabb, pedig az egy kicsit meglepő... )
Ez az oldal egyébként jó tesztelésre.
Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, hogy a Firefoxnál gyorsabb a Chrome, az nem meglepő, én annál amikor még HDD-m volt, még az IE8-at is gyorsabbnak éreztem...
Sajnos a Fájörfoxszal kapcsolatban elég rosszak a tapasztalataim mostanság, régen csak úgy simán nem volt szimpi a felülete miatt, de most meg már vánszorgós is a többi böngészőhöz képest.Sk8erPeter
-
Sk8erPeter
nagyúr
hát nem túl bonyolult...
például:
$('#first').click(function(){
$('#second').click();
});Sk8erPeter
-
Sk8erPeter
nagyúr
Legalább azt a jsFiddle-IZÉT megmutathattad volna, amit elkezdtél... Egyébként meg ott van a jsbin.com, tinkerbin.com, megoldhattad volna.
A kódod alapján te most .deadlineInput -ot VAGY .dateIco-t VAGY #deadlineDateIconId -t akartál írni a click event handlerre, nem?
Egyébként meg esküszöm, nem értelek, hogy miért nem tudsz HIVATALOS dokumentációt olvasgatni...a jQuery UI-os cuccok dokumentációja kifejezetten jó, szóval nem értem, miért szopatod magadat, meg minket azzal, hogy alapvető cuccokat nem nézel meg, jé, nekem 10 másodperc bambulás után sikerült:http://api.jqueryui.com/datepicker/#method-show
sőt, ez alapján két módszer is kínálkozik:
$("#show_datepicker").click(function () {
$('#deadlineInputId').focus();
});de inkább:
$("#show_datepicker").click(function () {
$('#deadlineInputId').datepicker( "show" );
});DEMO:
http://jsbin.com/umegac/1/edités nem, a #deadlineInputId nem hisz semmit...
Sk8erPeter
-
Jim-Y
veterán
Udv. Telefonrol vagyok igy bovebben nem tudom kifejteni, de a [link] jquery autocomliteal meg tudod csinalni szerintem. Ez egy listat jelenit meg az input mezo alatt amibol tudsz valasztani. Ezt a listat tudnad koddal megkonstrualni azutan, miutan beirtad az x et, amit meg is tudsz jeleniteni.
-
Jim-Y
veterán
nem tökéletes még, de a koncepció látszik ...
[ Szerkesztve ]
-
Jim-Y
veterán
Az erőforráscsökkentést leginkább a probléma dekompozíciójával, vagy a probléma átgondolásával lehet csökkenteni.. Például ha a példában nem minden keyup-ra menne az autocomplete, hanem click-re (ikonon, gombon), vagy nem rögtön listázná a találatokat, hanem csak akkor ha az x teljesít valamilyen feltételt, akkor máris kevésbé lesz erőforrás igényes, ezt már csak te fogod tudni finomítani..
-
martonx
veterán
Most nagyon off leszek, de mekkora f*sság már, amikor a designer határozza meg, hogy hogy működjön a program. És mi van ha designer megálmodik egy űrhajót, csak éppen senki nem tudja / nem éri meg se elkészíteni, se használni?
Ez a tipikus esete annak, amikor egy programozónak nem-et is kell tudnia mondani. Egy külön input-tal és dropdown-al ez egy 2 perces fejlesztés lett volna. Így meg te, plusz X fórumos ember - az mondjuk fel sem merül bennem, hogy egyedül meg tudnád csinálni - csinálja, csiszolgatja a kódot, és mindez csak azért mert a designer éppen ilyet talált ki.
Ráadásul és ez már pusztán webergonómia, amiről a designeretek nyilván abszolút nem hallott, a felhasználónak abszolút nem triviális, hogy ott lesz egy szép, agyondizájnolt valami, amit le lehet nyitni, meg írni is lehet bele, meg mindkettőt meg is kell csinálnia, szóval még csak felhasználóbarát se lesz a végeredmény.Én kérek elnézést!
-
Jim-Y
veterán
na, többet nem tudok erre áldozni, de ilyen "érdekes" dolgokat is lehet vele csinálni
http://jsbin.com/icinaz/8/edit -
Sk8erPeter
nagyúr
Őőő, szerintem egy kicsikét félrevitted és félreértetted a dolgot. Ezt írta: "mekkora f*sság már, amikor a designer határozza meg, hogy hogy működjön a program. És mi van ha designer megálmodik egy űrhajót, csak éppen senki nem tudja / nem éri meg se elkészíteni, se használni?"
Ez a lényeg. Te magad beszéltél arról, hogy van egy dizájneretek, aki kiagyalt valami degenerált dolgot, hogy szerinte a júzernek hogyan lenne jó, és azt mondta neked, a programozónak, hogy akkor ezt most szépen implementáld, ezek szerint anélkül, hogy megbeszéltétek volna, hogy akkor ez így jó lesz-e egyáltalán. Most vagy diktátort játszik nálatok a dizájner, és ő dönt erről, vagy egyetértettél az elképzelésével, nem tudom.
Van egy igen nagy baj az elképzeléssel: felhasználói élmény tekintetében használhatatlan, szerveroldalon pedig a formátum kezelhetetlen. Ez a kettő általában nem jó párosítás. Egy dátumot például számtalan módon lehet szabályosan kezelni, nemzettől függően eléggé eltérnek ezek a formátumok. De nektek döntenetek kell arról, hogy ti melyiket használjátok, mindenesetre feleljen meg valami szigorú szabálynak. Például a default MySQL timestamp elég jó: 2013-01-29 23:35:55.
De azzal mit lehet kezdeni szerveroldalon és kliensoldalon, hogy "5 perc"? Meg mi van, ha többnyelvű az oldal?
Felhasználói élmény tekintetében pedig szerintem eleve rossz az elképzelés: mióta egyszerűbb az átlagjúzernek BEGÉPELNI valamit, mint ÖSSZEKATTINTGATNI?! Egyáltalán honnan tudja a felhasználó, hogy milyen formátumban kell begépelnie? Ha ott is van egy súgó, akkor azt mi a francért kell elolvasnia, miért töltsön el ezzel időt, miért hagyjunk benne hibalehetőséget, miért nem kattintgathatja össze különösebb időtöltés nélkül, tök egyértelmű felületen? Amit korábban összeeszkábáltunk, annál egyszerűbbet és egyértelműbbet szerintem nehéz összehozni. A mindenki által ismert naptárból bekattinthatja a napot, aztán egy tök értelemszerű csúszkával arrébbtolhatja az órát, percet. Engem megőrjítene, ha egy új oldallal való ismerkedésnél, például regisztrációnál egy dátummezőnél nekem a dizájner hülye agyalmányán kellene gondolkoznom, hogy vajon mi lehet az elvárt formátum, mit is gépeljek be. Minek gépeljek, amikor létezik manapság datepicker? Sokszor sajnos az ilyen egyedi elképzelések mentén, különösebb konzultáció nélkül kiötölt egyedi tákolmányok többet ártanak egy oldalnak, mint használnak.
Amit korábban jól elkészítettetek, igazából nem értem, miért nem felelt meg, azt kellett volna legfeljebb dizájnolnia a dizájnereteknek, nem pedig szárnyalni a fellegekben. Erre írta martonx is, hogy vannak helyzetek, amikor a programozónak nemet kell tudni mondania, és inkább elmagyarázni, mi lehetne a jobb megoldás.Sk8erPeter
-
martonx
veterán
Abszolút nem értetted meg a mondanivalóm lényegét, bár nem is vártam mást. Érdekes sk8erpeter megértette.
Annak örülök, hogy a szabadidődben ilyenekkel foglalkozol, ez visz bennünket előre. Nekem is van egy rakás értelmetlen (vagy annyira nem is értelmetlen? majd kiderül) hobbi projektem.
Az, hogy ennyire büszke vagy Jim-Y megoldására, mint saját félkész megoldásra, pedig tragikomikus.Én kérek elnézést!
-
Sk8erPeter
nagyúr
"Ez egy másik ügy, most időtartamot kell megadni, pl hogy egy folyamat 6 órig fog tartani. Elkezdi szépen beírni, hogy 6, és alatta egyből megjelenik, hogy 6 perc, 6 óra, stb, amire rá is tud kattintani."
Okés, de akkor miért nem választjátok külön? Úgy, hogy mondjuk egyik része egy sima input, vagy pedig egy slider:
http://jqueryui.com/slider/#hotelrooms
aztán a másik pedig egy full hagyományos select lista, perc/óra/nap választhatósággal, és akkor azoknak lehetne a value-ja id is, és ez esetben még a többnyelvűség sem jelent problémát (mármint csak a szöveget kell lefordítani, az id-t nyilván nem).
De úgy is lehetne, hogy ez csak a "háttérben" van így, Te csak JavaScripttel átalakítod a felületet a kívántnak megfelelően, és akkor így még fallback is van (például ez a hót egyszerű felület lenne: http://tinkerbin.com/bcdYnwrq, most persze ez nem néz ki sehogy, ezt kéne JavaScripttel átalakítani akár a kívántnak megfelelően), tehát ha valaki neadjisten kikapcsolja a JavaScriptet, akkor még úgy is működik. Mindenesetre én tuti, hogy nem autocomplete-tel oldanám meg, mert ehhez szerintem értelmetlen. 3 választási lehetőség lesz mindig, ezt csak oda kéne rakni a felhasználó arcába, aztán válassza ki, amelyik neki kell.Abszolúte értem, amit mondasz, hogy vannak egyoldalú döntések, de biztos lehet valamit visszajelezni is; én most mondjuk magánban tolom, de bőven voltak már harcaim a megrendelővel, hogy ő kitalált valami tök hülye ötletet, és nagyon nehezen sikerült megértetni vele, fél órás magyarázkodás után, hogy az miért nem lesz jó. Aztán volt, hogy a furcsa kérést teljesíteni kellett, csak valahogy magamnak kellett kezelhetővé tennem. Az volt mondjuk a jobb eset, amikor megmutattam neki a kész megoldást egy kérésre (ha nem írta körül egzaktul, hogy egész pontosan hogy nézzen ki, stb.), elmagyaráztam, szerintem miért csináltam királyul, és akkor azt mondta rá, hogy ja jó, akkor jó lesz.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"akik majd jól tesztelik funkcionálisan, és ergonómialig is, tehát először szépnek kell lennie a felületnek"
Hát szerintem ez rossz gondolkodásmód, először jól MEG KELL TERVEZNI, amit alkotni fogtok. Aztán adott esetben ÚJRATERVEZNI. De eleve összecsapottan kialakítani, aztán a rossz elgondolást javítani szerintem sokkal rosszabb, a cég szempontjából anyagilag is."Illetve sok sikeres (nagy felhasználószámmal rendelkező) sw-ből vannak átvéve a 'vitatott' elemek"
Jó lenne valami ennél konkrétabbat is tudni erről, mert ez így önmagában nem mond semmit.Egyébként pont a határidős szorítás miatt tényleg megéri normálisan végiggondolni, hogy jó lesz-e az, amit szeretnél megvalósítani, mert ha a kapkodás miatt nem jó sül ki belőle, akkor aztán lehet, hogy azzal okozol magadnak többórás szopásokat, hogy aztán debuggolni kelljen.
A korábbi témát konkretizálva ráadásul sokkal gyorsabb és egyszerűbb azt kialakítani, hogy van egy input meződ, aztán melléraksz egy select listát a perc/óra/nap opciókkal, aztán ezt a felületed szépíted utólag JavaScripttel, mert így funkcionálisan eleve működőképessé alakítod a felületet, és a szépítés már sokkal kevésbé szívás. Szóval a javaslatokat tényleg nem kötekedésből mondtuk.Sk8erPeter
-
Sk8erPeter
nagyúr
Hát a "jó" tervezésre tényleg nincs egzakt meghatározás, de az semmiképp sem jó, hogy két teljesen eltérő és külön is kezelendő adattípus egy mezőbe összepasszírozva utazik. Ahogy itt például meg kell adni egy konkrét számot, aztán meg kell határozni, hogy ezt percben vagy órában vagy napban értetted. Egyből kínálkozik a megoldás, hogy oké, legyen egy mező a számra, egy másik, select-mező pedig az opciókra. Ha egyben megy ez a két különálló adat, akkor az csak bonyolítja a szerveroldali ÉS kliensoldali validációt is, tök feleslegesen, mivel szét kell bontani, és ezután validálni, amikor eleve különbontva sokkal logikusabb és egyszerűbb lenne a helyzet. Kliensoldalon a UI-t úgy szépíted, ahogy akarod. Szóval a jó tervezésbe az is beletartozik, hogy ne kelljen szemetelni a kódot.
Sk8erPeter
-
Sk8erPeter
nagyúr
Lefuttathatsz keresést előtte egy sima ciklussal, ha van valami azonosító az objektumon belül, hogy van-e már ilyen, ha igen, visszatérsz a függvényből. Vagy ha már jQuery topic, van ilyen módszer is, $.grep: http://stackoverflow.com/questions/7364150/find-object-by-id-in-array-of-javascript-objects/7364307#7364307
De mondom, mezei saját JS-függvényt is írhatsz erre gyorsan.Sk8erPeter
-
Sk8erPeter
nagyúr
Nincs mit, de amúgy csak azért linkeltem azt a hsz.-t, mert találkozhatsz olyan problémával, ami miatt mindkettő kell: event.preventDefault() ÉS event.stopPropagation() - ami ekvivalens a return false-szal (tehát hogy esetleg nem elég csak az event.stopPropagation()). Ezt a részt nem muszáj lecserélned, ha működőképes a kódod, de nem árt, ha tudsz róla.
Sk8erPeter
-
trisztan94
őstag
Inline adod hozza vagy kulso fajlbol?
Ha kulso fajlbol akkor nem fognak eltunni, de mivel nem talaljak a megadott diveket olyan mintha ott sem lennenek. (Na jo, nem teljesen, de nem fognak belepni a metodusba) ha jol tudom egy click esemeny jsben egy if fgv hardverszinten (ez nm biztos )
https://heureka-kreativ.hu
-
Sk8erPeter
nagyúr
Nem véletlenül találták ki az .on()-t.
"az a baj, hogy nem tudom live-al vagy on-nal a doc.ready-be rakni, mert a generált tartalom divben div külön eseménykezelővel és ott nem megy a click(function (e) if e.target === this....), csak ha konkrét id-jű elemre kötöm, azért van a generáló fv-ben."
Ezt próbáld megfogalmazni értelmesebben. Az lejött, hogy spóroltál magadnak egy kis időt a csetjellegű esetleírással, de összességében mégsem spóroltál időt, mert úgyis vissza kellett kérdezni, hogy mit is akarsz emberi nyelven.Sk8erPeter
Új hozzászólás Aktív témák
- Intel Core i5 / i7 / i9 "Alder Lake-Raptor Lake/Refresh" (LGA1700)
- Diablo IV
- Hardcore café
- Politika
- Computex 2024: az ASRock monitorok is a gaming szegmens krémjét vették célba
- Formula-1
- exHWSW - Értünk mindenhez IS
- Sony Xperia 1 V - kizárólag igényeseknek
- Bluetooth hangszórók
- Skoda, VW, Audi, Seat topik
- További aktív témák...
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen