Új hozzászólás Aktív témák
-
#3304
Sk8erPeter
nagyúr
trisztan94
#3303
Sk8erPeter
nagyúr
válasz
trisztan94
#3303
üzenetére
Ez esetben szerintem kénytelen vagy a jövőben létrejövő elem szülőelemére is aggatni egy MutationObservert, és figyelni a gyerekelemek változását, hogy mikor kerül hozzáadásra, és amikor a várt elem létrejöttét detektálod, akkor csapod hozzá a további MutationObservereket, ahogy martonx írta. (A szülőelemen childList vagy subtree attribútumok vmelyikével, most telóról vagyok, nem tudom kipróbálni.)
-
#3302
martonx
veterán
trisztan94
#3301
martonx
veterán
válasz
trisztan94
#3301
üzenetére
Egyszerű, csak akkor kösd rá a MutationObserver-t, amikor már létezik, azaz amikor a LazyLoad már betöltötte az elemet
-
#3290
Sk8erPeter
nagyúr
trisztan94
#3289
Sk8erPeter
nagyúr
-
#3251
Sk8erPeter
nagyúr
trisztan94
#3249
Sk8erPeter
nagyúr
válasz
trisztan94
#3249
üzenetére
Hogy mi? Ez komoly, hogy úgy akarod megoldani a problémát, hogy 5 másodpercenként ránézel az elemre, hogy mi a helyzet vele?
(#3248) disy68:
Ez mennyire brutálisan béna a Bootstrapnél, hogy egyetlen karakterben tér el a két event, "slide.bs.carousel", illetve "slid.bs.carousel", úristen, ezt még nem is láttam.
Ilyen alapon lehetett volna akár "slide.bs.carousel" és "slide.bs.carouse" is, hasonlóan lehetne érteni és észrevenni a különbséget. Micsoda egy idióta, aki ezt kitalálta. -
#2883
Sk8erPeter
nagyúr
trisztan94
#2877
Sk8erPeter
nagyúr
válasz
trisztan94
#2877
üzenetére
Itt is kértem tök normálisan, hogy rakj fel légyszi egy működő példát valahova, amibe bele tudunk mászni, és egy pillanat alatt kijavítani a hibát, akkor leszartad, és még csak válaszra sem méltattál, ennek ellenére most is azt fogom kérni, hogy rakj fel valami működő példát valahova, továbbra is ez a biztos haladás kulcsa...
-
#2871
Karma
félisten
trisztan94
#2870
Karma
félisten
válasz
trisztan94
#2870
üzenetére
Írta, hogy Opera Minivel is működnie kell. Szerveroldalon preprocesszált oldalakkal tényleg nem pálya az AJAX.
A progressive enhancement elvet követve meg lehet ezt oldani, de az teljesen más súlycsoport.
-
#2867
DNReNTi
őstag
trisztan94
#2864
DNReNTi
őstag
válasz
trisztan94
#2864
üzenetére
Kép win.
-
#2852
Sk8erPeter
nagyúr
trisztan94
#2851
Sk8erPeter
nagyúr
válasz
trisztan94
#2851
üzenetére
fel tudnál rakni ebből pls egy módosítgatható változatot jsFiddle-re? Próbálgatnám másképpen, de így nem tudom módosítani.
-
#2850
Sk8erPeter
nagyúr
trisztan94
#2849
Sk8erPeter
nagyúr
válasz
trisztan94
#2849
üzenetére
"Létezik arra egy plugin, amivel könnyen lehet elemek sorrendjét módosítani?"
jQuery UI Sortable?(#2848) :
Ha 'keypress keydown keyup'-ot kicseréled csak 'keyup'-ra, akkor mi a pálya? Egyelőre csak tippelek, próbát megér. -
#2847
biker
nagyúr
trisztan94
#2846
biker
nagyúr
válasz
trisztan94
#2846
üzenetére
így is van
function (result) {
if (result=="Nem") {
$("#formID").submit();
} -
#2844
biker
nagyúr
trisztan94
#2843
biker
nagyúr
válasz
trisztan94
#2843
üzenetére
Köszi, ez így jó, de mára asszem feladom. minden gombra elküldi a formot, pedig egy submit és két cancel gomb van
$('#confirm_msz').click(function(ev) {
ev.preventDefault();
ev.stopPropagation();
$.msgbox("Nem kéne átnézni az űrlapot elküldés előtt még egyszer? Vagy kétszer?", {
type: "confirm",
buttons : [
{type: "submit", value: "Nem"},{type: "cancel", value: "De"},
{type: "cancel", value: "Hogyne"}]},
function(result) { $("#formID").submit(); });
}); -
#2836
Sk8erPeter
nagyúr
trisztan94
#2835
Sk8erPeter
nagyúr
válasz
trisztan94
#2835
üzenetére
Erre írtam, hogy sztem csúf:
var waypointCounter = 2;
$('.btn-add-waypoint').click(function() {
waypointCounter++;
$('.last-waypoint')
.after('<div class="form-group waypoint last-waypoint"><label for="waypoints" class="col-md-1 control-label">'+ waypointCounter +'.</label><div class="col-md-11"><input type="text" name="waypoints[]" class="form-control" placeholder="Érkezési hely" /></div></div>')
.removeClass('last-waypoint')
.children('label')
.html(waypointCounter-1 + ".")
.parent()
.children('div')
.children('input')
.attr('placeholder', 'Megálló ' + (waypointCounter-2));
});Simán túlélhető ez a kód, de szerintem ez esetben ez a láncolás csak rontja mind a kód követhetőségét, mind a bejárhatóságot (persze megközelítés kérdése); meg általában komplett összeállított HTML-kód bedrótozása JS-kódba nem egy túl szép megoldás.
"de most így hirtelen annyi jut eszembe, hogy az after() tartalmát egy JSON fájlban tárolom, azt rakom bele. Vagy XML, de a JSON-t jobban szeretem, meg sokkal JS-barátabb is."
Nem értem, ez mire lenne jó. Attól nem lesz szebb a megoldásod, hogy még egy JSON-fájlba (vagy akármilyen másba) is kierőszakolod a tartalmat, aztán még azt az overheadet is ráteszed az egész feladatra, hogy a JSON-t parse-olni is kelljen (egyáltalán nem elhanyagolható, főleg, ha tök felesleges), ami után már használhatod a kódot...
Szóval rossz ötlet."A .waypoint elemek növelését alapvetően úgy csinálnám, hogy egy ciklusba raknám az egészet, ami a waypointCounter értékéig megy, az első és utolsó elem distinct ("különböző"?), a többi csak megálló. Biztos van jobb megoldás, de most hirtelen ez pattant ki a fejemből. (tehát így az előbbi JSON mókázás sem kellene)"
Ezt nem is értem, mit akarsz megoldani ciklussal. Amikor egyenként kell hozzáadni a DOM-hoz lényegében majdnem minden tulajdonságukban egyező elemeket, akkor hogy jön ide a ciklus?Több megoldás is létezhetne rá, template-szerű megoldás, egy adott, DOM-ban már bent lévő elem klónozása, majd egyes attribútumainak módosítgatása, vagy ha bedrótozás, akkor úgy, hogy az egyes elemek legyenek különszedve, jQuery-szintaktikával létrehozva (pl.
$( "<div/>", {
"class": "test asdasd bla"
});
), aztán egyberakva.Amúgy formelemek klónozására ez elég jó:
http://www.mdelrosso.com/sheepit/index.php?lng=en_GB&
Persze jelen esetben nálad nem valószínű, hogy szükséges (14 KB amúgy), csak eszembe jutott. -
#2834
Sk8erPeter
nagyúr
trisztan94
#2831
Sk8erPeter
nagyúr
válasz
trisztan94
#2831
üzenetére
Szegény haverod mit vétett, hogy ilyen brutális kóddal bünteted őt
-
#2832
wis
tag
trisztan94
#2831
wis
tag
válasz
trisztan94
#2831
üzenetére
Nekem változtatja, a Te kódodat használtam csak: [link]
-
#2829
martonx
veterán
trisztan94
#2827
martonx
veterán
válasz
trisztan94
#2827
üzenetére
Jó, oké meggyőztetek.
Én olyat képzeltem el szép megoldásnak, hogy megadom a pluginnek, hogy milyen elemet akarok slidebar-osítani (ez eddig oké is), aztán a paraméterei között meg megadom, hogy milyen eseményt figyeljen. Vagy nem adok meg semmit a paraméterei között, hanem eleve a hover-re működne alapból.
De végülis igazatok van, jó lesz ez így is. Lehet, csak én akartam túl igényes lenni.
-
#2828
Sk8erPeter
nagyúr
trisztan94
#2827
Sk8erPeter
nagyúr
válasz
trisztan94
#2827
üzenetére
Ezzel most egyetértek. Pedig tudod, hogy az nem sokszor fordul elő!
-
#2808
martonx
veterán
trisztan94
#2806
martonx
veterán
válasz
trisztan94
#2806
üzenetére
Nos ők azok, akikkel soha nem fogok együtt dolgozni. Tegnap ismét elcsesződött valami az egyik ASP.NET MVC - PHP közötti interfészünkben, és szemmel láthatóan PHP oldalon. Miközben senki nem nyúlt hozzá? A PHP egy fos, debugolhatatlan, tákolmány szar. Akkor kezdenék PHP-vel fejleszteni bármit ha pisztolyt nyomnának a fejemhez.
-
#2807
Sk8erPeter
nagyúr
trisztan94
#2806
Sk8erPeter
nagyúr
válasz
trisztan94
#2806
üzenetére
Uhh, az kemény, ez akkor elég egyértelművé teszi, érdemes-e azzal az emberrel együtt dolgozni
-
#2786
Soak
veterán
trisztan94
#2782
Soak
veterán
válasz
trisztan94
#2782
üzenetére
Függ a projektek nagyságától, de én úgy szoktam, hogy 1 workspace, több working set és amivel épp nem dolgozom azokat a projecteket lezárom.
-
#2780
martonx
veterán
trisztan94
#2779
martonx
veterán
válasz
trisztan94
#2779
üzenetére
Amelyik olyan laza, hogy be se tölt semmit
-
#2771
Sk8erPeter
nagyúr
trisztan94
#2768
Sk8erPeter
nagyúr
válasz
trisztan94
#2768
üzenetére
Ezt nem kellett volna sztem OFF-ba rakni.
-
#2769
stigma
addikt
trisztan94
#2768
stigma
addikt
válasz
trisztan94
#2768
üzenetére
Tudnád mennyit szívtam már vele, köszi a gyors helpet.
Szép estét! -
#2766
martonx
veterán
trisztan94
#2764
martonx
veterán
válasz
trisztan94
#2764
üzenetére
No, ezért szóltam. Ahogy a többiek is mondták, talán nem is annyira a hardverrel van a baj, mint a régi Android-dal, a lényeg, hogy a mobilos userek 40%-a még mindig ilyen gépekkel járkál, és ha már mobilra fejlesztesz, akkor ezt a réteget nem hagyhatod ki a számításokból.
-
#2765
fordfairlane
veterán
trisztan94
#2764
fordfairlane
veterán
válasz
trisztan94
#2764
üzenetére
Ezek szerint akkor tényleg csak csúcskategóriás készülékeken megy rendesen. Kár.
A Gio alsókategóriának tekinthető, és Droid 4.0-4.1 alatt sem ártana tesztelni. Mindenesetre a 2D transform effektek a flux slidernél egész tűrhetően működtek.
Egyébként az IE 8 után a régi Androidok jelentik a legnagyobb problémát sebesség és szabványkompatibilitás szemszögből.
-
#2763
fordfairlane
veterán
trisztan94
#2760
fordfairlane
veterán
válasz
trisztan94
#2760
üzenetére
iPad 3-on iOS 7 alatt tökéletes.
-
#2762
Sk8erPeter
nagyúr
trisztan94
#2760
Sk8erPeter
nagyúr
válasz
trisztan94
#2760
üzenetére
Samsung Galaxy S Advance-szel nézem (CPU: "STE U8500 (Dual ARM cortex A9), Dual 1 GHz CPU Clock Rate"), Android 2.3.6 van rajta jelenleg (a gyárit még nem frissítettem), sajnos meglehetősen szaggat.
-
#2761
fordfairlane
veterán
trisztan94
#2760
fordfairlane
veterán
válasz
trisztan94
#2760
üzenetére
Galaxy Gio-n 2.3.6 rendszeren gyári böngészővel nagyon lassú. Kábé egy-két fázis jelenik meg az animációból. A 2D transzformációk jobbak, bár az sem világbajnok.
-
#2759
martonx
veterán
trisztan94
#2758
martonx
veterán
válasz
trisztan94
#2758
üzenetére
Ez tényleg igen komolynak néz ki. Azért én megnézném egy 600MHz-s Android 2.3-as mobilon is. Az, hogy egy 4 magos mobilon Android 4.2-vel szaggatásmentesen fut, nem jelent semmit. Tipikusan az ilyen dolgokból lesznek az összeveszések a megrendelővel. Mindenesetre 12 dollárt megér, ha valóban azt és úgy tudja, ahogy állítják.
-
#2752
Sk8erPeter
nagyúr
trisztan94
#2750
Sk8erPeter
nagyúr
válasz
trisztan94
#2750
üzenetére
Próbáltál egyáltalán Guglizni a témában?
Csak mert ezeket 20 másodperces keresgélés alapján találtam:
http://www.joelambert.co.uk/flux/
http://kreaturamedia.com/layerslider-jquery-3d-demo-slider/
http://www.philparsons.co.uk/demos/box-slider/
http://tympanus.net/Development/Slicebox/
http://tympanus.net/Development/StackSlider/
stb., pötyögd be, hogy "3d jquery slider" vagy "3d jquery slideshow", vagy ilyesmi, tuti találsz még...
Konkrétan nem tudom, melyik effektekre van szükséged, de ezek között sztem elég jók vannak.(#2751) Karma :
szóval megéri kiadni ~11 rongyot, egy Flash-pluginre (plugin-függőség) épülő slideshow-cuccra, amikor van ingyenes változat is? Hát nem tudom, nekem nem érné meg, főleg, hogy Flash-alapú. -
#2751
Karma
félisten
trisztan94
#2750
Karma
félisten
válasz
trisztan94
#2750
üzenetére
50 dollár nem sok, szerintem inkább köhögd ki, ha pont ez kell az ügyfelednek. Egyébként meg mobilon az ilyesmi alapból teljesen halott ötlet.
-
#2710
Sk8erPeter
nagyúr
trisztan94
#2709
Sk8erPeter
nagyúr
válasz
trisztan94
#2709
üzenetére
http://developer.chrome.com/extensions/event_pages.html#transition
"If your extension uses window.setTimeout() or window.setInterval(), switch to using the alarms API instead. DOM-based timers won't be honored if the event page shuts down."
Szóval sztem ami neked kell:
http://developer.chrome.com/extensions/alarms.html"Use the chrome.alarms API to schedule code to run periodically or at a specified time in the future."
-
#2619
Sk8erPeter
nagyúr
trisztan94
#2618
Sk8erPeter
nagyúr
válasz
trisztan94
#2618
üzenetére
Időközben megváltoztattam az álláspontomat, jó?!
Amúgy komolyra fordítva igazad van, hogy nem volt jogos (igaz, előbb amúgy a select is kissé megzavart, amikor a select-listában való elem kiválasztásának megváltozásával kapcsolatos eseményről volt szó), biztos az én hülyeségem, de valahogy jobban szeretem kódolás közben az egyértelműsített dolgokat, nálam az .on() a fejemben a dinamikusan generált elemekre való eseménykezelésre való, a .click(function(){}), .change(function(){}) és hasonlók pedig az oldalon eleve létező elemek event handlere, ez egyéni dolog, DE ahogy Te használod, az is jó. -
#2617
Sk8erPeter
nagyúr
trisztan94
#2612
Sk8erPeter
nagyúr
válasz
trisztan94
#2612
üzenetére
"En mindenre .on()-t hasznalok, van valami teljesitmenyromlas ezaltal?"
Nincs. Érdemes megnézni a forráskódot a .click()-nél:http://james.padolsey.com/jquery/#v=1.10.2&fn=jQuery.fn.click
function (data, fn) {
return arguments.length > 0 ? this.on(name, null, data, fn) : this.trigger(name);
}Magyarul tehát a "motorháztető alatt" az .on() metódust használja a .click() event handler is.
Van kapcsolódó topic is Stack Overflow-n:
http://stackoverflow.com/questions/9122078/difference-between-onclick-vs-click
-
#2613
Jim-Y
veterán
trisztan94
#2612
Jim-Y
veterán
válasz
trisztan94
#2612
üzenetére
ha csak egy sima click eseményt akarsz lekezelni, akkor azt miért jqueryvel csinálod?
Szerintem sokak már tényleg kezdenek átesni a lovon és mindenre jquery-t használnak amire simán jó lenne az alap js-es változat.
Pl a jquery-s selectorok nagyban segítik/gyorsítják a munkát, az hasznos szerintem, de pont egy click eventet megírni kb semmiből sem tart javascriptben. -
#2611
Sk8erPeter
nagyúr
trisztan94
#2610
Sk8erPeter
nagyúr
válasz
trisztan94
#2610
üzenetére
Hát nem, nem így néz ki...
![;]](//cdn.rios.hu/dl/s/v1.gif)
Az .on() nagyon nem arra való, hogy egy select-listában való kijelölés megváltoztatására meghívódjon egy event handler.Sokkal inkább így:
pl.:
$('select[name="select-blabla"]').change(function(e){
var $self = $(this);
console.log('choice: ', $self.val()); // value attribútum értéke, szimpla választhatóság esetén string, multiple esetén object!
});Az .on() akkor lenne érdekes, ha maga a select-lista AJAX-szal lenne generálva, és az újonnan DOM-ba bekerült elemekre is szeretnél event handlert kötni.
=====================
(#2607)-re még: a vicces az, hogy az IE10-ben a legfinomabb az átmenet ebben a forgatásban, FF-ban és Chrome-ban össze-vissza ugrándozik a felirat forgás közben, rettenet ocsmány.
Nem gondoltam volna, hogy van ehhez hasonló dolog, amiben az IE10 jön ki győztesen. -
#2597
Zedz
addikt
trisztan94
#2596
Zedz
addikt
válasz
trisztan94
#2596
üzenetére
Jelenleg ez forgatja az árnyékot a torony körül. Nem tudom, hogy ezt okosítsam ki, vagy keressek valami új megoldást.
-
#2540
Sk8erPeter
nagyúr
trisztan94
#2532
Sk8erPeter
nagyúr
válasz
trisztan94
#2532
üzenetére
"Találtam egy szintén brutál ronda if() {} függvényt"
Milyen if() FÜGGVÉNYT?
Ha gondolod, .trim() és az alábbi empty() függvény használatával leegyszerűsítheted az ellenőrzést:
http://phpjs.org/functions/empty/ -
#2539
Sk8erPeter
nagyúr
trisztan94
#2538
Sk8erPeter
nagyúr
válasz
trisztan94
#2538
üzenetére
"Regular expression-öknek szerintem majd utána nézek pontosan, jQuery-ben nem nagyon volt még dolgom velük."
Ne ragaszkodj már ennyire a jQuery-hez. JavaScriptes (!! bizony, létezik még olyan is, nem csak jQuery, szép lassan fel kéne idézni, annak mi is az alapja ) regexpeknek nézz utána.
És ha már bármilyen nyelvben (!) volt dolgod reguláris kifejezésekkel, akkor nem fog különös meglepetést okozni a JavaScriptes módszer, a lényege az, hogy egyáltalán tisztában légy a reguláris kifejezések felhasználhatóságával... -
#2537
Sk8erPeter
nagyúr
trisztan94
#2535
Sk8erPeter
nagyúr
válasz
trisztan94
#2535
üzenetére
Én csak azt nem értem - azonkívül, amit Karma felvetett, hogy ez a témázás miért nem a JavaScript topicban folyik, mivel ennek köze nincs a jQuery-hez -, hogy ehelyett a splitelgetős ocsmány bénázás helyett miért nem használsz reguláris kifejezéseket? Egyből le tudnád csekkolni, melyik mintára illeszkedik az adott szöveg, ha van találat egyáltalán.
Szerk.:
"De nem tudom, a split visszaküld egy boolean értéket?"
Vágod, van olyan, hogy Google, meg MDN, meg ilyesmik... (De eddig a split függvényt használtad, nem? Akkor miért kérdés, mit ad vissza? 
)https://developer.mozilla.org/en-US/docs/Web/JavaScript/Reference/Global_Objects/String/split
"The split method returns the new array."
---
"if($hatalyosVezetoTalalat.split("(")[0]) {
$hatalyosVezetoTalalat = $hatalyosVezetoTalalat.split("(")[0];
}
De így meg van benne egy ismétlés, az sem jó programozói szokás
"
Ne csináld már.
Egyrészt az ilyen ismételgetős problémák elkerülésére az a megoldás, hogy külön erre dedikált sorba írod magát a műveletet, amit NEM akarsz megismételni, eltárolod a visszatérési értékét egy változóba, aztán csekkolod a változó értékét. Nem egy mágia.
Másrészt pont a splitelgetés előtt akartál ellenőrzést bevezetni, hogy ne dobáljon kivételt, ergo ennek az if-nek nem sok értelme volt így. Beraktad egy if-be, de ha hibája van, továbbra is kivételt fog dobálni. -
#2536
Karma
félisten
trisztan94
#2535
Karma
félisten
válasz
trisztan94
#2535
üzenetére
A split ugyan nem ad vissza a string tömbön kívül semmit, de senki nem akadályoz meg abban, hogy a split előtt indexOffal megnézd, kell-e egyáltalán splitelni.
Ez a szál miért nem a JavaScript topikban van?
-
#2534
martonx
veterán
trisztan94
#2531
martonx
veterán
válasz
trisztan94
#2531
üzenetére
Alapvető programozói hiba try catch-ek sorozatával megpróbálni lekezelni az előjöhető hibákat. Pláne, amikor ilyen jól megfogható esetekről van szó.
Alakítsd át egy rakás if-re, és még try catch se fog kelleni. -
#2532
trisztan94
őstag
trisztan94
#2531
trisztan94
őstag
válasz
trisztan94
#2531
üzenetére
Találtam egy szintén brutál ronda if() {} függvényt is, ezzel lehet valamit kezdeni?
if(typeof $mailcim != 'undefined' && $mailcim != null && $mailcim != "" && $mailcim != " " && typeof $hatalyosVezetoTalalat != 'undefined' && $hatalyosVezetoTalalat != null && $hatalyosVezetoTalalat != "" && $hatalyosVezetoTalalat != " ") { //do something }
-
#2526
Male
nagyúr
trisztan94
#2525
Male
nagyúr
válasz
trisztan94
#2525
üzenetére
Őőőő... nem szebbé tétel a cél, hanem hogy ne kelljen 352-ször kattintani a kitöltéséhez.
Közben megoldódni látszik, megnéztem alaposabban amit linkeltem, és úgy tűnik át tudom szabni olyanra, ahogy nekem kell.... a gáz, hogy ezer éves jQueryvel megy csak.... remek.
-
#2521
martonx
veterán
trisztan94
#2518
martonx
veterán
válasz
trisztan94
#2518
üzenetére
Nem vagyok gonosz, meg is jött az első kérdés. Az egyik buktatónak pont azt gondoltam, hogy mi van akkor ha ajax-al kommunikál az oldal? Akkor vajon mit fogsz figyelni?
-
#2519
Sk8erPeter
nagyúr
trisztan94
#2518
Sk8erPeter
nagyúr
válasz
trisztan94
#2518
üzenetére
És hogyhogy erre böngésző-kiegészítőt csináltál, és nem szerveroldali parse-olós kódot? Vagy olyan elemek vannak, amikhez mindenképpen JS-re van szükség?
Azt viszont nem nagyon értem, ez miért számít "lapozásnak", miért nem simán csak egy másik oldal betöltése. Vagy van bármi közük egymáshoz?
Ha jól értem, amit írsz, simán csak bejárod az oldalon, bizonyos helyen található linkek tartalmát, aztán annyi... Nem?"Lehet csekkolni azt, hogy mikor töltött be egy ajax kérés?"
Most ezt komolyan kérdezed? Vagy csak viccelsz?
Szerinted a callback-ek mire valók? (.success()/.error(), .complete(), ...)http://api.jquery.com/jQuery.ajax/
És még azt kérdezted, martonx miért olyan gonosz...?
-
#2512
Sk8erPeter
nagyúr
trisztan94
#2509
Sk8erPeter
nagyúr
válasz
trisztan94
#2509
üzenetére
"Mennyire megoldható js/jquery-vel egy automatikus lapozgatás?
Pl blog: Végignézi a megjelenített oldalt majd ha a végére ér "rányom" a következő oldal gombra, megvárja míg a kövi oldal betöltődik ott is végignézi, kövi oldal, stb.."
De ez hogy értendő?
A lap aljára érek, és automatikusan az orcámba vágja a következő oldalt? Igazából nem tűnik túl bonyolultnak (bár attól függ, mi számít "következő" oldalnak, azt a részt meg kell oldanod, de normális esetben az sem egy olyan nagy agymenés), csak kérdés, hogyan gondolta a megvalósítást a megrendelő. Automatikusan ne lapozzon nekem, amikor még esetleg az utolsó bekezdést olvasom, mert azonnal bezárom az oldalt, és elfelejtem, hogy létezik, de előtte még megátkozom. Az ilyen automatizált dolgok sokszor a visszájára sülnek el, úgyhogy csak ésszel, és hívd fel a figyelmet a hátulütőire is. Ha konkrétabb segítséget szeretnél kapni, akkor konkrétabb leírást kérünk. -
#2511
martonx
veterán
trisztan94
#2509
martonx
veterán
válasz
trisztan94
#2509
üzenetére
Erre jó válasz nincs. Látok pár buktatót a dologban, de megoldható az biztos. Hogy jó pénz-e érte 100K az a konkrét igényektől, a programozói tudásodtól, illetve a majdan fellelt buktatókon múlik. Fogalmazzunk úgy, hogy várhatóan nem fogsz bukni rajta. Aztán hogy a végeredmény hol lesz a teljes üzleti kudarc, és a szuper nyereség között, az majd kiderül.
-
#2510
Speeedfire
félisten
trisztan94
#2509
Speeedfire
félisten
válasz
trisztan94
#2509
üzenetére
Ennyiért easy money.
-
#2507
Jim-Y
veterán
trisztan94
#2503
Jim-Y
veterán
válasz
trisztan94
#2503
üzenetére
var valtozo = 13;
switch (valtozo) {
case 2:
//lenyegtelen
break;
case 3:
//lenyegtelen
break;
case 13:
var variableCopy = assignementToVar();
alert(variableCopy);
break;
case 45:
assignementToVar();
break;
default:
break;
}
function assignementToVar() {
var valtozo5 = "akarmi";
return valtozo5;
}Mondjuk a helyedben biztos átgondolnám a logikát, mert ez nem tűnik egy túl nehéz feladatnak, és a switch-case szerkezetet is tuti ki tudnád küszöbölni.
-
#2506
Peter Kiss
őstag
trisztan94
#2501
Peter Kiss
őstag
válasz
trisztan94
#2501
üzenetére
Nagyon egyszerű, old meg switch nélkül.
-
#2505
Soak
veterán
trisztan94
#2503
Soak
veterán
válasz
trisztan94
#2503
üzenetére
Gyanus hogy nem jo a logikad, mert ez elso hallasra nagyon nyakatekert.
-
#2504
Sk8erPeter
nagyúr
trisztan94
#2501
Sk8erPeter
nagyúr
válasz
trisztan94
#2501
üzenetére
"Végül HTTP POST lett. Valamiért nagyon bonyolítottam a dolgokat és mindenképp json-nal akartam elküldeni a php-nak, de aztán rájöttem, hogy így sokkal egyszerűbb
"
Te valamit durván keversz, a POST egy HTTP-metódus (ahogy a GET, HEAD, PUT, DELETE, stb. is). Hogy azonbelül milyen formában küldöd át az adatokat, az megint más kérdés.JSON-ben is nyugodtan küldhetted volna, nem tudom, végül hogyan küldted, de egész biztos, hogy semmivel sem lett volna bonyolultabb.
"Van egy SWITCH elágazásom, ott számokat néz egy változóban. a 2, 3, 13 és 45-ös számok kellenek nekem, mindig valami mást csinálok a különböző lehetőségekkel. Úgy alakult, hogy a 13-mas esetében egy olyan változóra van szükségem ami csak a 45-ösben jön létre."
A problémád így konkrétumok nélkül meg megint nehezen értelmezhető, miért nem delegálod az adott feladatot egy függvénybe? Milyen függései vannak annak, amit épp csinálsz? Mindig feladatfüggő egy ilyennek a megoldása, így értelmesebbet és specifikusabbat nehéz lenne mondani... -
#2502
Jim-Y
veterán
trisztan94
#2501
Jim-Y
veterán
válasz
trisztan94
#2501
üzenetére
A 13-ban nem tudod meghívni a 45-öst?
-
#2500
Sk8erPeter
nagyúr
trisztan94
#2498
Sk8erPeter
nagyúr
válasz
trisztan94
#2498
üzenetére
Most konkrétan hol akadtál el? Miért nem csinálod az adatküldést pontosan úgy, ahogy eddig is csináltad már az AJAX-kommunikáció során (eddigi hsz.-eidből az derült ki, nem először csinálod)? Mi ebben a feladatban az újdonság? Nem igazán vágom. Van .serialize(), van JSON-be alakítás (Google 1. találat...), stb., de most tulajdonképpen mi a probléma?
-
#2499
Soak
veterán
trisztan94
#2498
Soak
veterán
válasz
trisztan94
#2498
üzenetére
HTTP POST?
-
#2497
Sk8erPeter
nagyúr
trisztan94
#2496
Sk8erPeter
nagyúr
válasz
trisztan94
#2496
üzenetére
Honnan "lépsz vissza", egyáltalán hogy kellene elképzelnünk az egészet?
Csak egy minimális információmorzsát adtál nekünk, amiből akármi is következhet, így segíteni kicsit nehéz lenne. -
#2495
Soak
veterán
trisztan94
#2494
Soak
veterán
válasz
trisztan94
#2494
üzenetére
A full ingyen es a 10% hogy jon ossze? Lol
-
#2493
spammer
veterán
trisztan94
#2491
spammer
veterán
válasz
trisztan94
#2491
üzenetére
Valami adathalászó cucc lesz spammeléshez?
-
#2492
Sk8erPeter
nagyúr
trisztan94
#2491
Sk8erPeter
nagyúr
válasz
trisztan94
#2491
üzenetére
Ja, értem, hát akkor alkalmazkodni kell az oldalstruktúrához, szívesen!
-
#2490
Sk8erPeter
nagyúr
trisztan94
#2489
Sk8erPeter
nagyúr
válasz
trisztan94
#2489
üzenetére
Lehetőleg rakd legalább valami spanbe vagy akármibe, lásd el class-szal, stb., amitől könnyebben azonosítható.
Itt egy gyors, közel sem atombiztos megoldás (ezt vettem igénybe hozzá), amit bepötyörésztem, de csak akkor működik, ha az 1 után nincs más text node:
http://jsfiddle.net/4Rhqh/1/ -
#2488
trisztan94
őstag
trisztan94
#2487
trisztan94
őstag
válasz
trisztan94
#2487
üzenetére
tárgytalan
-
#2486
Speeedfire
félisten
trisztan94
#2485
Speeedfire
félisten
válasz
trisztan94
#2485
üzenetére
Nincs mit, végre én is tudtam segíteni ebben a topicban.
-
#2484
Speeedfire
félisten
trisztan94
#2483
Speeedfire
félisten
válasz
trisztan94
#2483
üzenetére
Html 4 szerintem. [link]
-
#2482
Speeedfire
félisten
trisztan94
#2481
Speeedfire
félisten
válasz
trisztan94
#2481
üzenetére
Esetleg így? [link]
-
#2445
Sk8erPeter
nagyúr
trisztan94
#2444
Sk8erPeter
nagyúr
válasz
trisztan94
#2444
üzenetére
"Én úgy szoktam, hogy előbb bekapcsolt javascript-tel építem fel az oldalt, aztán ha minden faintos jöhet a kikapcsolt javascriptes megoldás."
Hmm, pedig sztem a fordított irány jobb lehet, mert a JS-es szépítgetés már sztem jóval egyszerűbb és gyorsabb. -
#2443
Sk8erPeter
nagyúr
trisztan94
#2441
Sk8erPeter
nagyúr
válasz
trisztan94
#2441
üzenetére
Én mindenképp JSON-ben visszaküldést javaslom, mert - asszem már itt is kifejtettem - így tudsz visszaküldeni a szervertől státuszadatokat is, hogy mi a helyzet a kéréssel, sikerült-e, vagy sem, ha épp nem sikerült, akkor miért nem, ez alapján tudsz megjeleníteni felhasználóbarát üzeneteket is, ha valami para történt a lekérés közben.
Ja, és természetesen Jim-Y felvetése is jogos, hogy csupán elérési utak visszaküldése szintén jó (jobb) megoldás egy tömbben, amin végig tudsz iterálni.
Szóval lenne három fontos dolog, amit visszaküldenél a szervertől a kliensnek JSON-ben: a státuszkód, státuszüzenet, meg maga az adat. Az adat meg elég tág fogalom, ergo csomó mindent bele tudsz passzírozni, és nem vagy konkrét HTML-kódhoz kötve, azt generálsz le belőle kliensoldalon, amit akarsz.
Arra viszont figyelj oda, hogy ne ess át a ló túlsó oldalára, mert nem azt jelenti a dolog, hogy mindent JS-sel elintézel, aztán kész vagy, először legyen meg az oldal rendes szerveroldali legenerálása, mindenféle JS nélkül (így Google-koma is megtalálja), aztán jöhet mindenféle kliensoldali gizdulás.
-
#2442
Jim-Y
veterán
trisztan94
#2441
Jim-Y
veterán
válasz
trisztan94
#2441
üzenetére
És mi lenne ha csak az elérési utat küldenéd vissza stringként, akármilyen struktúrában, és kliensoldalon csinálnál belűlök img taget?
-
#2441
trisztan94
őstag
trisztan94
#2439
trisztan94
őstag
válasz
trisztan94
#2439
üzenetére
Más dolog:
PHP-val generált IMG tag-eket JSON-nal érdemes visszaküldeni a JS-nek, vagy anélkül?Bővebben:
Egy php fájl meglesi, hogy a portfolio_kepek mappában hány kép van, a képeket belerakja egy <img> tag-be:for($x=0; $x < $totimg; $x++)
{
echo "<img src='" . $imgdir . $a_img[$x] . "' rel='lightbox[portfolio]' />";
}Na most, csinálhatnám ugye azt, hogy egy tömbbe rakom ezeket az img tag-eket (Vagy lehet elég lenne csak az útvonalat, az img tag-et meg js-szel beilleszteni a html-be) és azt utána json_encode-val visszaküldeni a script-nek ami azt szépen beilleszti a html-be.
Vagy szimplán így hagyom az egészet és akkor a data változónak az ajax success metódusában az lesz az értéke, hogy:<img src='eleresi/utvonal.kit' rel='lightbox[portfolio]' />
<img src='eleresi/utvonal2.kit' rel='lightbox[portfolio]' />
<img src='eleresi/utvonal3.kit' rel='lightbox[portfolio]' />
...stbMelyik a jobb/szebb? (gyorsabb?)
-
#2440
Sk8erPeter
nagyúr
trisztan94
#2439
Sk8erPeter
nagyúr
válasz
trisztan94
#2439
üzenetére
"A Shin-es oldalon nem kérem újra be az egész index.html-t fájlt, csak a #content div tartalmát."
Na ne kamuzzá'... Akkor nyiss egy Network fület a fejlesztőpanelen (F12), és nézd meg, mi lesz a response az "index.html #content"-re. Megkapod az egész oldalt válaszul, aztán a jQuery kiszedi ebből a #content divet. Mintha .find('#content') kódrészlettel rákerestél volna, és azt appendelted volna. Különben a kliensoldal mégis hogy szedné ki szerinted, ha ezt szerveroldalon nem intézted el? A szerveroldal is csak annyit kap feladatul, hogy "add ide az index.html tartalmát", ő ezt visszaadja a kliensnek, és ezzel véget is ér a románcuk; aztán hogy a kliensoldal mit kezd ezzel a válasszal, az már neki teljesen mindegy."egy html fájlnak alapból van asszem 10px margin+padding-ja, és azt illeszti oda be, nem?"
Ezt a mondatrészt nem sikerült értelmeznem.
Egy fájlnak mióta lehet marginja meg paddingje?
Ha magára a html-tagre gondolsz, hogy van egy rá vonatkozó default stylesheet a böngészőben, akkor igen... de mivel ezek nagy részét egy reset.css-jellegű fájllal felülírod, ezért onnantól kezdve a te stílusaid jutnak érvényre.Az én magyarázatomnak a lényege az volt, hogy az AJAX-olásod esetén most felesleges <html>, <body> és egyéb nem szükséges tageket NE kérd le, csak azt a töredéket küldd vissza a kliensoldalnak, ami az érdekes rész, ezzel terhet is veszel le a szerveroldal válláról. De igazából pont ezt csináltad ezen az oldaladon. Csak itt a főoldalra vonatkozóan is ezt kellett volna csinálni.
"Az csak szerveroldallal működik?"
Ha megadod a fragmentet, akkor kliensoldalon is szűrhető eleve a tartalom, de felesleges terhelés a szervernek, kliensnek egyaránt az, hogy egyébként a szervertől a teljes tartalmat elkéred, megkapod, feldolgozod, játszol vele. Jobb eleve a lényeget megkapni, amire szükséged van, nem többet, nem kevesebbet. -
#2438
Sk8erPeter
nagyúr
trisztan94
#2437
Sk8erPeter
nagyúr
válasz
trisztan94
#2437
üzenetére
Valszeg mert mindenhol vmelyik lépést elrontod.
Például a belinkelt oldalon sem csak az érdekes fragmentet küldöd vissza szerveroldalról a főoldalra kattintáskor, hanem a teljes tartalmat, pedig már említettem, hogy ilyen leegyszerűsített REST API-szerűséget csinálhatnál, hogy mondjuk a /get/page/szolgaltatasok vagy get/page-fragment/szolgaltatasok vagy hasonló kérésre kifejezetten azt az oldaltöredéket küldöd vissza a kliensoldalnak, míg ha a teljes http://www.tharline.tk/ShinBet/szolgaltatasok.html címet kéri le valaki, akkor a teljes oldalt megkapja - így például nem állhatna elő az az egyből nagyon feltűnő, és szerintem gáz helyzet, hogy ha a szolgáltatásokra jobb klikkelek, majd link új fülön megnyitása, akkor ott csak konkrétan az oldaltöredéket kapom, fehér háttérrel, stílus nélküli, sima fekete szöveggel...
RÁADÁSUL ha ilyesmi megoldást választanál, akkor nem akarna a főoldalra klikkeléskor MINDEN betöltődni, kezdve a CSS-fájlok újbóli betöltésével (ami sztem itt pl. a gond), JS-fájlok újbóli betöltődésével, meg az összes többi, a kérés szempontjából tök felesleges tartalom betöltődésével.
Említettél ezenkívül valami Firefox miatti gányolós, JavaScripttel történő CSS-betöltős megoldást, aminek az elkerülésére én próbáltalak rábeszélni, de sajnos nem sikerült meggyőznöm téged.A lényeg, hogy én könnyű kerülő megoldásként (ami gyorsan megvalósítható) olyan kialakítást javaslok az AJAX-olásra, hogy az URL alapján tudd eldönteni szerveroldalon, milyen tartalom kell neked épp (REST API-féleség), és csak azt add vissza a kliensnek.
-
#2436
Sk8erPeter
nagyúr
trisztan94
#2435
Sk8erPeter
nagyúr
válasz
trisztan94
#2435
üzenetére
A 20. másodperc körüli lejjebb csúszás az érdekes?
Csak mert most ez olyan kérdés volt, mintha egy autószerelőt megkérdeznél telefonban arról, hogy miért nem indul a kocsid. 0 konkrét információ birtokában hogyan mondja meg?
-
#2433
Sk8erPeter
nagyúr
trisztan94
#2428
Sk8erPeter
nagyúr
válasz
trisztan94
#2428
üzenetére
Ahogy a másik topicban írtam, CSS3-mal arra is van lehetőség, hogy simán JavaScript nélkül váltogasd elemek megjelenítését, gyors keresés után tuti találsz ilyen cikket. Ha régi böngészőkkel kompatibilitás is szempont, akkor semmiképpen sem fogod megúszni JavaScript-kódolás nélkül.
Egyébként én tuti mondanám a helyedben a megrendelőnek, hogy ez az elképzelés teljesen felesleges spórolás, valami tévedésben van (persze nem ezt kell mondani neki, hanem elmagyarázni, miért lesz jó neki mégis, ha engedi, hogy azt csináld, ami jó). -
#2431
Sk8erPeter
nagyúr
trisztan94
#2419
Sk8erPeter
nagyúr
válasz
trisztan94
#2419
üzenetére
Ha jQuery UI Datepickert használsz, akkor minek külön inputba rakni a hónapot?
Vagy ez volt a kifejezett kérés? -
#2430
martonx
veterán
trisztan94
#2428
martonx
veterán
válasz
trisztan94
#2428
üzenetére
Nem írtad le, hogy miért, csak annyit írtál, hogy nem kell. Az, hogy lassú az nem érv, hanem baromság.
A megrendelőd atom órával fogja mérni a szöveg lecserélésének idejét nanoszekundumokban? És ha 20 miliszekundum fölé megy akkor dádá lesz, vagy mi?Nekem van egy tisztán statikus oldalam, amit ingyen csináltam a gyerek óvodájának. Nem nagy szám, de ne felejtsük el, hogy ingyen csináltam. Nézd meg mennyi js van benne:
Ekkoriban éppen a jquery lecserélős időszakomban voltam, szóval plain js az egész.
-
#2429
Karma
félisten
trisztan94
#2428
Karma
félisten
válasz
trisztan94
#2428
üzenetére
Csak azt nem sikerült megírnod, hogy igazából mi az, ami meg kellene
Mert JavaScriptből semmiből se tart egy div tartalmát cserélgetni. Mint ahogy annak sincs akadálya, hogy több aloldalt tölts le egyben, és csak azt váltogasd, hogy melyik látszik (ez a Single Page Web Application témakör).
-
#2427
martonx
veterán
trisztan94
#2426
martonx
veterán
válasz
trisztan94
#2426
üzenetére
Tudod-e, hogy mi mindenre jó az ajax? Miért lassítana bármit is az ajax? Vagy a jquery .load függvénye? Miért ne lehetne statikus html tartalmakat ajax-ozni?
-
#2424
Jim-Y
veterán
trisztan94
#2423
Jim-Y
veterán
válasz
trisztan94
#2423
üzenetére
Mielőtt elsikkadna a dolog. Ha már írtam, hogy az ENUM-okat Objectekkel szokták megoldani, akkor hozzá kéne(kellett) volna tennem, hogy ilyenkor szintaktikusan a property neveket csupa nagybetűvel szokták írni. Én azért írtam kicsivel, hogy össze tudd hasonlítani könnyebben a datepickerből kapott stringgel a propertyneveket.
-
#2420
Jim-Y
veterán
trisztan94
#2419
Jim-Y
veterán
válasz
trisztan94
#2419
üzenetére
Erre jó lenne egy ENUM szerintem, amit javascriptben Objecttel tudsz megoldani.
var Honapok = {
January: '01',
February: '02',
March: '03',
April: '04',
May: '05',
June: '06',
July: '07',
August: '08',
September: '09',
October: '10',
November: '11',
December: '12'
};vagy ha már úgyis 1-12-ig megy, akkor egy sima tömb is jó erre egytől indexelve.
-
#2406
martonx
veterán
trisztan94
#2404
martonx
veterán
válasz
trisztan94
#2404
üzenetére
ööö, ezt megcsinálja neked a visual studio, netbeans kód írás közben is, plusz az összes böngésző fejlesztő eszköze.
-
#2405
Peter Kiss
őstag
trisztan94
#2404
Peter Kiss
őstag
válasz
trisztan94
#2404
üzenetére
A böngészők fejlesztői eszközei tűpontosan megmondják, melyik CSS szabályt honnan szedik.
-
#2396
Muton
addikt
trisztan94
#2395
Muton
addikt
válasz
trisztan94
#2395
üzenetére
abban a fv-ben, ahol a html-t generálom, az adott id-hoz csinálok hovert és click-et.
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.
teccikérteni?
-
#2394
Muton
addikt
trisztan94
#2393
Muton
addikt
válasz
trisztan94
#2393
üzenetére
egy fv generál le egy html kódot, majd appendeli az ősdiv-hez.
-
#2389
martonx
veterán
trisztan94
#2386
martonx
veterán
válasz
trisztan94
#2386
üzenetére
Engem viszont érdekel a css-es megoldásod. Valahol csinálhatnánk egyébként egy CSS tricks gyűjtő oldalt.
-
#2388
Sk8erPeter
nagyúr
trisztan94
#2386
Sk8erPeter
nagyúr
válasz
trisztan94
#2386
üzenetére
Hát jó, leírhatod, hogy oldottad meg.
Bár engem az eredeti probléma megoldása érdekelt volna, kipróbáltam volna azt a kódrészletet. Brühühühühüüüü! -
#2387
fordfairlane
veterán
trisztan94
#2386
fordfairlane
veterán
válasz
trisztan94
#2386
üzenetére
Szerintem nem azzal volt a gond, hogy a display attribútum nem volt megfelelően beállítva. Ha egy elemet beraksz visibility attribútum nélkül, akkor a takarási sorrend a kódbeli sorrend lesz. Ezeket az elemeket viszont nem lehet szabadon pozicionálni.
Nekem az a gyanúm, hogy a jquery úgy animálja az oldalelemeket, hogy először átkonvertálja őket pozicionálható elemekké, legalábbis azokban a böngészőkben, amelyek nem támogatják a css animációkat. Ennél a konverziónál történhet a z-index probléma megjelenése. Talán megoldást jelenthet az, hogy eleve absolute vagy relative pozicionált elemként teszed be a blokokat, és beállítod z index-szel a takarási sorrendet.
Sajnos nincs időm kipróbálni, én erre gondolok, hogy ez okozhatta a problémát.
-
#2385
Sk8erPeter
nagyúr
trisztan94
#2379
Sk8erPeter
nagyúr
válasz
trisztan94
#2379
üzenetére
Tudsz esetleg összerittyenteni egy jsFiddle-demót róla? Persze ne az eredeti dizájnnal, annak gondolom nem örülnének, csak valami tök leegyszerűsített hasonlóval. Engem legalábbis érdekelne, hogyan oldottad meg.
Ezenkívül azt látom, hogy magát az <img> taget mozgatod ide-oda, ami alapvetően ugye display: inline; tulajdonsággal rendelkezik, nem lehet-e esetleg, hogy ez így nem jó, és be kéne burkolni akár egy divvel, és magát a divet mozgatni. Legalábbis láttam hasonló anomáliákat ilyen esetekben, lehet, hogy konkrétan erre egyáltalán nem stimmel, amit feltételeztem, de egy kísérletezést megér. -
#2384
fordfairlane
veterán
trisztan94
#2383
fordfairlane
veterán
válasz
trisztan94
#2383
üzenetére
Csak azért kérdezem, mert emlékeim szerint ha nem pozicionáltak az elemek (absolute, relative), és nincs ezáltal takarási sorrend beállítva, akkor eléggé véletlenszerű, hogy mikor melyik elem takarja el a másikat.
-
#2382
fordfairlane
veterán
trisztan94
#2379
fordfairlane
veterán
válasz
trisztan94
#2379
üzenetére
Viszont a kapcsolat menüpontra kattintva a kívánt bounce effect helyett valamiért mintha kapna egy nagyobb z-index értéket, vagy nem tudom...
A z-indexek be vannak állítva?
-
#2380
martonx
veterán
trisztan94
#2379
martonx
veterán
válasz
trisztan94
#2379
üzenetére
Felejtsd el a jquery-s animációkat. Oldd meg HTML5-ös css animációval. Igaz, hogy lesz pár lúzer, akinek a böngészője ezt nem fogja támogatni, ők animáció nélkül csak annyit fognak látni, hogy kint terem, meg alaphelyzetben terem a cucc.
-
#2326
Sk8erPeter
nagyúr
trisztan94
#2324
Sk8erPeter
nagyúr
válasz
trisztan94
#2324
üzenetére
Őszintén szólva még mindig nem fogtam fel, mi a probléma, ezt akár kliensoldalon, akár szerveroldalon akarod lekezelni, egyszerű if-else szerkezetek. Ha megvan az egyik feltétel, oké, ha nem, akkor nem oké, és visszaugrunk az elejére, a form bizonyos értékeit, attribútumait beállítjuk oda, ahonnan indultunk.
"Tehát azt mondom, hogy lementem #valami css-ét"
Ezt viszont végképp nem értettem. Miért akarsz Te CSS-t menteni?
Lehet, hogy nagyon éjszaka van, de az igazságot számomra már homály fedi. -
#2321
Sk8erPeter
nagyúr
trisztan94
#2183
Sk8erPeter
nagyúr
válasz
trisztan94
#2183
üzenetére
Na, most pont olyasmire volt szükségem, amire a jQuery Address plugin pont jó, konkrétan hogy az URL frissüljön, amikor submitolok egy formot, természetesen lapújratöltés nélkül, és szerintem elég korrekt a plugin, pont azt csinálja, amit kell, igazából túl sok beállítást nem igényelt. Konkrétan kábé ennyi:
https://github.com/asual/jquery-address/blob/master/samples/form/index.html
persze a <pre> tagre vonatkozó részek nélkül. Szóval pár sorból jól működésre bírható.Azt mondjuk nem vágom, a hivatalos honlapot miért nem frissítik, a GitHubos oldal frissebb, ott már a jQuery 1.9-es verziójával is kompatibilis verzió van fent.
Na, szóval ha érdekel vele kapcsolatban valami, akkor kérdezz(etek).
Szerk.: ja, és ami korrekt, hogy IE8-cal is jól működik.
-
#2318
Sk8erPeter
nagyúr
trisztan94
#2317
Sk8erPeter
nagyúr
válasz
trisztan94
#2317
üzenetére
"Na most erre kéne ugye egy szerver oldali validáció, hogy biztosan kiválasztotta-e, illetve validálja a többi form elemet is. Ha van valami gond akkor kiírjuk az üzit, de ahoz újratölti ugye az oldalt."
Kliensoldalon is validálsz? Az nyilvánvalóan nem váltja ki a szerveroldali validációt, de először kliensoldalon kéne kiszűrni a hibákat, hogy a felhasználónak ne kelljen várnia az újratöltésre, egyből az arcába kapja a figyelmeztetést, hogy ezt meg azt nem vagy rosszul töltötte ki. A form elküldhetnéd szerveroldalra AJAX-szal, ott IS validálnád, és akkor nem lenne lap-újratöltés, meg sokkal egyszerűbb lenne, mint cookie-kkal bűvészkedni."Na, ha pl ezekkel a radiobuttonokkal van valami problem, akkor nem jelenik meg az üzi, mert újratöltésnél visszaáll alaphelyzetbe, azaz csak az első választási lehetőség van megjelenítve."
Ezt viszont nem egészen értettem. Akkor miért nem szerveroldalon, szerveroldali kóddal (nem kliensoldalon machinálva) állítod be a megfelelő radiobuttont checked="checked"-re? Attól még el lehetne tüntetve CSS-sel. Itt igazából nem is értem, mit szeretnél."Csak azt nem sikerült megoldanom, hogy a beanimált cuccok ugyanúgy legyenek, mint mielőtt submitolta volna a formot"
Mik azok a "beanimált cuccok"? Miért nem mindegy, hogy submitolás után van, vagy submitolás előtt? A submitolás előtt konkrétan mikor, amikor felébredt reggel? De komolyra fordítva: épp a júzer választása az érdekes, nem? Gondolom nem akarod ignorálni, amit bekattintott. Csak azt nem értem, akkor azt miért nem kezeled le szerveroldalon, az az első lépés minden formvalidálásnál, -feldolgozásnál, utána jön csak mindenféle kliensoldali bűvészkedés. -
#2298
Sk8erPeter
nagyúr
trisztan94
#2297
Sk8erPeter
nagyúr
válasz
trisztan94
#2297
üzenetére
"Úgy lett végül, hogy alapból a Webkitre optimizált fájl van betöltve a head-be, aztán JS-szel lecsekkolom hogy Firefox-e a böngésző, ha igen akkor csak megváltoztatom a href attribútumát."
Hát még mindig igencsak tákolmány, de hát akkor evvan, 15 rongyé' Pistának jó lesz.id-t pedig minden HTML-elemnek lehet adni.
-
#2290
Sk8erPeter
nagyúr
trisztan94
#2281
Sk8erPeter
nagyúr
válasz
trisztan94
#2281
üzenetére
Igazából sztem ez az akadás elkerülhető lenne, ha egyszer kvázi "gyorsítótáraznád" ezeket az oldalakat betöltés után, mivel amúgy is tök statikus az egész, tehát nem fog 5 percenként változni a rajta szereplő tartalom. Ilyen oldalaknál felesleges lényegében minden alkalommal AJAX-szal betöltögetni a tartalmat, legalábbis az egyáltalán nem dinamikusan változó oldalaknál, tehát akár tárolhatnád is kliensoldalon, anélkül, hogy az arra vonatkozó divet mindig frissítgetnéd/lecserélnéd, tehát következő alkalommal csak az adott tartalomra vonatkozó divet megjeleníted vagy elrejted, ha egyszer már be lett töltve (egyszerű feltételvizsgálat). Az a minimális akadás valószínűleg a szerverrel való kommunikáció (kérés-válasz) ÉS a DOM-frissítés miatt van - de a Galleria pluginnél lehet, hogy tényleg mindig be akarja töltögetni a theme-et, erről már beszéltünk, hogy meg kéne nézni, van-e erre vonatkozó ellenőrzés. De mivel a böngésző cache-ből tudná előkotorni, ezért teljesen felesleges ez a dinamikus betöltés, nyugodtan statikusan odapakolhatnád a headbe a Galleria megfelelő plugin-fájljának betöltését. Nem kell ennyire erőltetni mindennek a JS-sel való betöltését, semmi haszna ilyen esetben!
Látom a CSS-fájl headben való megjelenésének kérdését még mindig nem oldottad meg.
(#2287) Soak :
"Ez nem igaz, ha tudsz programozni akkor mindegy a nyelv."
Szokásos tévhit, pont erről emvy írt egy nagyon jót itt:
http://prohardver.hu/tema/re_ujragondolja_a_windows_8_jovojet_a_microsoft_n/hsz_272-272.html
teljesen egyetértek vele.
Azzal természetesen szintén teljesen egyetértek, hogy gányolni bármilyen programozási nyelven lehet. Ha valaki szar programozó, az nem lesz attól jobb programozó, hogy nyelvet vált. De a programozási készség is fejleszthető, ha valaki nem a menthetetlen eset. Ha valaki jó programozóvá érik, akkor az nem jelenti azt, hogy automatikusan minden nyelvből profi: egy jó C#-programozó nem lesz egyből jó Java-programozó is, csak amiatt, hogy az alapvető programozási készségei jók. A belinkelt hsz.-ben pont ezt fejtegeti a srác, szóval nem ismétlem el, amit leírt. De a lényeg, hogy minden nyelvnek meg kell tanulni a sajátosságait, az nem úgy megy, hogy te majd holnap átállsz a másiknak a használatára, és akkor egyből jó leszel abban is. Kicsit túl sokat hangoztatott érvelés pedig.(#2276) Soak :
áj egrí. Ettől még a PHP tákolmány marad egy C#-hoz, Javához képest, még ha szerveroldalon ebben is szoktam programozni többnyire. De tulajdonképpen megint erről van szó a PHP topicban, meg itt is, hogy mik árnyalhatják a képet.(#2286) cucka :
Nem hinném, hogy irreleváns egy olyan érv, ami miatt mondjuk egy jó programozó keserű szájízzel kódolgat egy adott nyelven, mert tákolmánynak tartja.
Egyébként komolyan nem értelek, a PHP topicban néhányszor már igen komolyan kritizáltad a nyelvet éppen az aberrált dolgai miatt, ami miatt aztán nagyon nem kell elájulni tőle, aztán most épp azokat (is) véded mind a PHP topicban, mind itt, meghasonlottál önmagaddal? -
#2288
Peter Kiss
őstag
trisztan94
#2279
Peter Kiss
őstag
válasz
trisztan94
#2279
üzenetére
A var eleve nem nyelvi, hanem inkább compiler feature. PHP változóihoz hasonló működést a dynamic-kel lehet elérni, de szerintem beteg dolog ezt alkalmazni C#-pal például.
Az XDebug arra jó, hogy kicsivel értelmesebb hibaüzenetek láthass, illetve debug-golhasd a kódodat. Mondjuk szerintem arról sem tudsz, hogy a klasszikus PHP error-okat hogyan lehet elkapni, és mondjuk exception-öket hegeszteni belőlük.
-
#2287
Soak
veterán
trisztan94
#2285
Soak
veterán
válasz
trisztan94
#2285
üzenetére
Ez nem igaz, ha tudsz programozni akkor mindegy a nyelv. kb 2ora megszokni pl a java szintaktikat es hogy valtozot tipussal deklaralunk. Minden nyelvben lehet szarul programozni, aki komolyan veszi az mindenben tud dolgozni, aki nem annak teljesen mindegy miben ganyol.
-
#2286
cucka
addikt
trisztan94
#2285
cucka
addikt
válasz
trisztan94
#2285
üzenetére
Egy fejlesztőnek a programozáshoz kell értenie, nem a php-hoz. Ha ez megvan, akkor az összes ilyen érv irreleváns.
Amúgy pont a programozáshoz nem értő php fejlesztők miatt ennyire rossz a híre ennek a nyelvnek/platformnak. El sem hinnéd, mennyire nehéz jó php fejlesztőt találni. -
#2284
cucka
addikt
trisztan94
#2283
cucka
addikt
válasz
trisztan94
#2283
üzenetére
Az, hogy egy nyelvben van-e implicit típuskonverzió vagy nincs, az egy nagyon messzire mutató kérdés. Az csak egy nem túl fontos aspektus, hogy a kezdő php-s fogja-e a fejét vagy sem.
-
#2282
cucka
addikt
trisztan94
#2279
cucka
addikt
válasz
trisztan94
#2279
üzenetére
A php-ban is vannak típusok ugyanúgy, mint bármely más nyelvben.
A különbség, hogy egyrészt hiányzik a type hinting primitív típusokra, másrészt pedig az, hogy a php tele van implicit cast-olással, lényegében bármit bármire szívesen átkonvertál hibajelzés nélkül. Ez utóbbi rengeteg hiba forrása tud lenni. -
#2278
Peter Kiss
őstag
trisztan94
#2277
Peter Kiss
őstag
válasz
trisztan94
#2277
üzenetére
- a var nem jelent típustalanságot
- xdebug mond valamit?
Ilyen alapon lehetett volna akár "slide.bs.carousel" és "slide.bs.carouse" is, hasonlóan lehetne érteni és észrevenni a különbséget. Micsoda egy idióta, aki ezt kitalálta.
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Az .on() nagyon nem arra való, hogy egy select-listában való kijelölés megváltoztatására meghívódjon egy event handler.
)
"
Új hozzászólás Aktív témák
Hirdetés
- GAMER PC : RYZEN 5 4500 / 16GB DDR4 / ASUS RX 480 8GB / WiFi / Bluetooth / 512GB M.2 SSD / 500GB HDD
- Dell Latitude 7390, 13,3" FHD IPS , I5-7300U CPU, 16GB DDR4, 512GB SSD, WIN 11, ( olvasd végig )
- Acer PREDATOR HELIOS NEO 16 / i9-14900HX / RTX 4070 (140W) / 1 TB SSD / 240HZ
- Topping A70 Pro fejhallgató erősítő
- Topping D70 Pro Octo DAC
- Csere-Beszámítás! Asus Rog Strix G731GU Gamer Noti! I7 9750H / GTX 1660TI / 16GB D4 / 512 SSD
- BESZÁMÍTÁS! MSI SUPRIM X RTX 4080 16GB videokártya garanciával hibátlan működéssel
- AKCIÓ! Lenovo Thinkpad P15 Gen1 15 FHD notebook - i7 10750H 16GB RAM 512GB SSD Quadro T1000 W11
- Országosan a legjobb BANKMENTES részletfizetési konstrukció! Lenovo ThinkPad L16 Gen 1 Prémium
- Lenovo ThinkPad 40AF docking station (DisplayLink)
Állásajánlatok
Cég: PC Trade Systems Kft.
Város: Szeged
Cég: Promenade Publishing House Kft.
Város: Budapest