Hirdetés
- Elképesztő robotok, kutyatelefon, Waymo, kártya méretű tracker... CES
- Turbo fokozatra kapcsolt a OnePlus
- Crackberry Kevin telefonja, óriási Dreame stand autóval a közepén - CES
- Áprilisban már szaggathatja a kínai aszfaltot a Xiaomi SU7 új verziója
- CES 2026: Új összehajtható 3 az 1-ben töltő az Ankertől
- MIUI / HyperOS topik
- Huawei Watch GT 6 és GT 6 Pro duplateszt
- Telekom mobilszolgáltatások
- Honor Magic6 Pro - kör közepén számok
- OnePlus 15 - van plusz energia
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
- Huawei P30 Pro - teletalálat
- Netfone
- Amazfit T-Rex 3 Pro – világítós dínó
- Áprilisban már szaggathatja a kínai aszfaltot a Xiaomi SU7 új verziója
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1496
üzenetére
Ha a data változót a Yii használja, akkor neked viszont nem ártana a saját kódodban átírni az AJAX-os success callbacknél a megegyező nevű data változót másra.
"Ha olyan forgalmas lenne, mint az fb, ph akkor lenne értelme szerintem."
Igen, pl. a Prohardvernél sem ártana már egy minimális modernizálás, hogy ugyan legyen már pollozás (akár opcionálisan beállítható módon, ha valakinek nem tetszik, az kiszedhesse), mert azért itt pörögnek a topicok, de lehet, hogy így még több terhelést rónának a szerverekre, és ezt nem akarják.
-
válasz
Peter Kiss
#1498
üzenetére
Érdkes, nem küld vissza semmi adatot, csak a fejlécben van az OK, pedig ahogy nézem, ugyanazt küldi a szervernek.

Most nézem, hogy a jquery nem küld/kér /nem értek hozzá/ cookiet.
-
Sziasztok!
A következő a szitu: szeretnék a bankomtól databankinggal lekérdezéseket csinálni jqueryvel, de sehogy nem jön össze. A firefox szerint a GET rendben elmegy, jön egy OK-s válasz is, de az XML adatokat sehogy nem tudom kihalászni. Ha a firefoxban elküldöm mint normális címet, akkor jó minden, jön az XML fájl.
<?xml version="1.0" encoding="utf-8"?><ibxml><result><reply-login><title/><name>géza</name><surname>kiss</surname></reply-login></result></ibxml>
Tudna valaki valami támpontot adni?
-
Speeedfire
félisten
válasz
Sk8erPeter
#1495
üzenetére
Na, ez nem is rossz ötlet, hogy lekérdezem az összes azóta készült hozzászólást.

Igaz mint írtam nem várható nagy tömeg majd. Most sincs.
A blog ás a fórum is a commentform függvényt használja. A data paraméter egyelőre nem használt, az egy opcionális paraméter. A yii validálás után hívja meg ezt a függvényt és át lehet adni neki még + extra dolgokat is. De jelenleg nem használom, csak ott van, hogy ne felejtsem el.

A timer is jó dolog, de ez nem egy fb. Ha olyan forgalmas lenne, mint az fb, ph akkor lenne értelme szerintem. -
Sk8erPeter
nagyúr
válasz
Speeedfire
#1493
üzenetére
Szerintem itt kifejezetten nem baj, hogy két lekérést intézel a szerver felé. Mégpedig azért, mert így az adott komment létrehozása KÖZBEN született hozzászólásokat is meg tudod jeleníteni. Annyival kellene felturbóznod a mostani kódodat, hogy a szervernek elküldöd a legutolsó hozzászólás id-ját, hogy az azután születetteket egyszerűen csapja hozzá a mostani tartalomhoz. Így az AJAX-os lekérés után megjelenő tartalom tutira aktuális.
Kódnál amúgy a commentform paraméterei között a data pl. nem tudom, minek. Meg a commentformban lévő kód egy teljesen általános AJAX-os formelküldő kód, szóval maga a fv.név nem túl találó, mivel nem kötődik a komment létrehozásához.
Egyébként ha mondjuk 5 percenként születnének újabb kommentek, akkor esetleg lehetne pollozni is a szervert.
-
Male
nagyúr
válasz
Sk8erPeter
#1491
üzenetére
Köszi!

A második már majdnem jó, csak nem ad arra lehetőséget, hogy valami mást is beírjanak, ami nincs a listán... bár ezt megoldom egy külön mezővel, így legalább szét is lesz válogatva eleve. -
Speeedfire
félisten
válasz
Sk8erPeter
#1492
üzenetére
Hát, nem mondom, hogy regelj be az oldalamra és próbáld ki.

Az a gondom, hogy okés megvan maga a tartalom, de ezen kívül más dolgokat is megjelenítek egy hozzászólásnál.
Ezeket pedig megint csak valahonnan meg kellene szereznie a szerverről. Avatar, hozzászólásainak száma stbJelenleg ezt használom, de nem a legjobb szerintem...ugye itt 2 hívást is csinál. Egyikben elmenti, másikban pedig lekérdezi az adott hsz-t és visszaadja a html tartalmát.
//comment ajax
function commentform(form, data) {
$form = form;
var href = $form.attr('action');
$.ajax({
type : 'POST',
url : baseurl+href,
data : $form.serialize(),
dataType : 'json',
success : function(data){
if(data.error == 0) {
showMessage('success',data.ment);
$form.find('textarea').val('');
getcomment(data.id);
}
}
});
}
//getcomment ajax
function getcomment(id) {
var href = '/comment/ajaxview/'+id;
$.ajax({
type : 'get',
url : baseurl+href,
success : function(data){
$('#forum').append(data).show('slow');
}
});
}Maga a hozzászólás megjelenítése is elég gyorsan lefut. [link]
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1490
üzenetére
Ezt most megint csak nem vágom, mire vagy kíváncsi.
Kliensoldalon dolgozgatsz az oldalon, AJAX-szal töltöd fel, tehát a beadott adatok ott vannak, rendelkezésre állnak, amennnyiben manuálisan nem ürítetted a formot. Ha üríted, akkor előtte tárold el a felvitteket, aztán hogy hogyan jeleníted meg, az már más kérdés... de ehhez nem kell szerveroldal. Csak ha mindenképp csekkolni szeretnéd, hogy a szerverre ténylegesen mi került feltöltésre, és azt a felhasználó orcájába tolni. De tudni kellene, mihez szeretnél kezdeni aztán az adatokkal, pl. hogy a felvitt adatok szerkesztésére kéne vagy mire. -
Speeedfire
félisten
Kis "tervezési" minta kérdés.
Adott egy form, amibe ha írok ajax-al lementem az adatokat. De én ezek után meg szeretném jeleníteni a beadott adatokat.
Kérdés, hogy controller/action-ön keresztül toljam ki a html tartalmat, vagy másoljam le az utolsó ilyen részt és módosítgassam az adatokat rajta?A html egyszerűbb lenne szerintem (számomra). Jelentős forgalomra nem számítok az oldalon.
-
Male
nagyúr
jQuery UI-val a Combobox összekombinálható valahogy a multiple value-val? Tehát lenyitható, kattintható mint a combobox, de nem cserél ilyenkor sem, hanem hozzáfűz, mint a multiple value-nál?
Egy ilyenre lenne szükségem... most csak egy előzetes infó kéne, hogy egyáltalán nekiálljak-e ennek az összekombinálásnak, vagy felejtsem el, és keressek más megoldást? -
syC
addikt
Sziasztok!
Ide írtam egy posztot, lehetséges, hogy ebbe a topikba is elférne. Örömmel fogadok minden építő hozzászólást.
köszi és üdv:
syC -
Speeedfire
félisten
válasz
Sk8erPeter
#1485
üzenetére
Akko' minden ok.

-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1484
üzenetére
double coffee
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1484
üzenetére
Megválaszoltad magadnak a kérdést.

Itt is volt szó róla. -
Speeedfire
félisten
Itt, hogy csinálják azt, hogyha valaki keres valamire, ekkor az url megváltozik?

Beüti a keresőbe, amit szeretne és amikor az ajax betölti a tartalmat, akkor az url is változik.
A kódot elnézve elvileg csak ennyi változtatja az url-t:window.history.replaceState()
-
Sk8erPeter
nagyúr
Ez nagyon tetszetős:
Aloha Editor - HTML5 WYSIWYG Editor -
Speeedfire
félisten
válasz
Sk8erPeter
#1481
üzenetére
Ok, mit kérsz cserébe?

-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1480
üzenetére
Nincs mit!
Szerk.: na jó, de, VAN MIT. 
-
Speeedfire
félisten
válasz
Sk8erPeter
#1479
üzenetére
Na lol. Azt hittem, hogy ezt a yii egyből a php-ből generálja, nem pedig jqery-ből. Így már mindjárt más...köszi.

-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1478
üzenetére
jQuery('#yw0').after("<input type=\"image\" src=\"http:\/\/blog.tothszabi.info\/css\/refresh.png\" class=\"captcha-image\" title=\"\u00daj k\u00f3d\" id=\"yw0_button\" name=\"yt0\" value=\"\u00daj k\u00f3d\" \/>");
Ha jQuery-vel adod hozzá az elemet, mégpedig a $(document).ready() után, akkor mit csodálkozol, hogy nem működik a ready-re?

-
Speeedfire
félisten
válasz
Sk8erPeter
#1477
üzenetére
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1476
üzenetére
Van mutatóba oldal, ahol meg lehet kukkantani élesben?
-
Speeedfire
félisten
válasz
Sk8erPeter
#1475
üzenetére
Idegesítő?

Lehet tényleg jobb, ha csak 1x fordul körbe. Mindenesetre nálam a this még mindig nem akar menni.
Mindegy, így marad amíg ki nem gyomlálom teljesen a kódot... -
Sk8erPeter
nagyúr
válasz
Speeedfire
#1474
üzenetére
Nem tom, sztem túl van bonyolítva a kódod.
És ha csak egyszer fordulna körbe, hogy ne legyen idegesítő?
Mert akkor lehetne így:
http://jsfiddle.net/8yAwN/2/ -
Speeedfire
félisten
válasz
Sk8erPeter
#1473
üzenetére
Na látod, ez egy jó kérdés. Ha simán berakom a document.ready-be, a trigger eseményt, akkor semmit sem csinál. Valami miatt még külön meg kell néznem, hogy betöltött-e az input is. Az img.load() itt nem is ment, gondolom, mert a kép csak egy attributum volt.
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1472
üzenetére
Ja hogy így, hát végül is oda nem rossz.

De ennél miért érdekes az $('img').load()?(#1471) Coyot : nálam is kedvencek között van a Cycle plugin.

-
Speeedfire
félisten
válasz
Sk8erPeter
#1469
üzenetére
Hmm, akkor nekem mé' nem akart menni...meglesem még egyszer.
Egy egy captcha melletti kis icon lenne, amivel új kódot lehet kérni.

Valami miatt alapból nem ad új kódot a yii, nem értem miért, holott a session változik. Emiatt kell a trigger. A rotation meg, hogy a kis icon forogjon.De lehet, hogy ki lesz véve. Nem tudom, mennyire kell/jó ez oda.

-
Coyot
őstag
válasz
Sk8erPeter
#1470
üzenetére
Na ez hasznos szerettem a cycle-t régen. Köszi!
-
Sk8erPeter
nagyúr
Múltkor kommunikáltam a Cycle Plugin fejlesztőjével, és végül tőle tudtam meg, hogy van már Cycle2 is: http://jquery.malsup.com/cycle2/demo/
Az ötletes, hogy pusztán CSS class-ok hozzáadásával is működik, ha egyszerűen include-olva van a plugin, nem kell scriptelni. Mondjuk azt nem tudom, ez minden esetben jó-e. Mindenesetre sok hasznos dolog megtalálható a pluginben egy helyen. -
Sk8erPeter
nagyúr
válasz
Speeedfire
#1468
üzenetére
És ez mire jó?

Amúgy működik a this, meg a $(this) is: [link] -
Speeedfire
félisten
válasz
Sk8erPeter
#1467
üzenetére
Lényegében valami ilyesmi lett volna az elképzelés. De a ready-n belül nem akart menni a $(this).

-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1466
üzenetére
Leírod a kódot, amivel próbálkoztál? Ahogy máskor is, sokat segítene...
-
martonx
veterán
válasz
Speeedfire
#1464
üzenetére
2 másodperc gugli: http://stackoverflow.com/questions/821516/browser-independent-way-to-detect-when-image-has-been-loaded
-
Speeedfire
félisten
Megakadtam.
Adott egy kép, ami marha lassan jön be, viszont én arra egy hover effektet és egy triggert szeretnék tenni. Már próbáltam, a ready funkciót is elé tenni, de reménytelen. Milyen más figyelést lehet rá tenni, hogy megnézzem betöltött-e? -
Speeedfire
félisten
válasz
Sk8erPeter
#1462
üzenetére
Na, ez zsír funkció.

Amúgy nekem bal oldalon van, az nem baj?
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1460
üzenetére
-
Cathfaern
nagyúr
válasz
Sk8erPeter
#1459
üzenetére
Sajnos hagyományos sidebar nincs. De ha nyomsz egy CTRL + R -t, akkor feljön a lista, ahol látod azt is, hogy hol állsz épp.
-
Speeedfire
félisten
válasz
Sk8erPeter
#1459
üzenetére
Ezt te hol állítod be netbeans alatt?

-
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#1453
üzenetére
Ami nagyon hiányzik a Sublime Textből (és amit NetBeans-ben többek közt nagyon szeretek): jobb oldalt egy lista a fájlban definiált függvényekről, ami azt is highlightolja, hogy épp melyik definiált függvény törzsében áll a kurzor. Ilyenre vajon nincs megoldás a Sublime-ban?
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1456
üzenetére
Hasonló:
jQuery Waypoints -
Sk8erPeter
nagyúr
válasz
martonx
#1455
üzenetére
Hoppá, kimaradt a "UI" szócska, pedig nem mindegy.
Bocs egyáltalán a kérdésért, hogy mi az új, igazából csak rá kellett volna mennem a honlapra, ahol eleve a "What's New in jQuery UI 1.9?" címmel kezdik, kicsit épp rámjött az agyhalál...
(Pont olyan hülye kérdést tettem fel, amit én is utálok, ha feltesznek, miközben az orcájukba van tolva az infó.
)
A Tooltip beépítésének már szerintem nagyon ideje volt.
A Spinnert meg korábbról ismertem: [link] egy Drupal-modulon keresztül, de ez jó, hogy beépítették.
A Menu widget meg tényleg nem szar.Ettől függetlenül kicsit nevetségesnek tartom, hogy ennyi idő alatt nagyjából ezt a 3 jelentős újítást sikerült véghezvinni.
-
Speeedfire
félisten
Ezen az oldalon milyen event figyelés lehet a felső showcase div-re?
Tehát, ahogy legörgetek x pixelt, akkor megjelenik, ha felmegyek teljesen akkor pedig eltűnik. -
martonx
veterán
válasz
Sk8erPeter
#1452
üzenetére
Jquery UI-ból jött az 1.9, nem a Jquery-ből.
Ami szerintem nagy hiánypótlás az a menü widget, illetve végre nem az ősrégi 1.3.2-es Jquery-t használják, hanem az 1.6-ost, ami úgy általában is jótékonyan hat a teljesítményre, meg a letöltendő js méretére is.
Belegondolva, hogy két és fél év kellett az 1.8 - 1.9 váltáshoz, és a 2.1-esre ígérik a grid-et a roadmap-jük szerint, kár is várni a JQueryUI team-re. -
Speeedfire
félisten
válasz
Sk8erPeter
#1452
üzenetére
Egy biztos, huzamosabb ideig az éles kontrasztok jobbak a szemnek.

fekete-fehér, az meg hogy melyik a háttér jó kérdés.
De lehet, hogy a fekete háttérnék nem vakít annyira és emitt jobb a szemnek. Erről olvasnék egy kis statisztikát. -
Sk8erPeter
nagyúr
válasz
Sk8erPeter
#1452
üzenetére
Egyre jobban tetszik a Sublime. Az egyedi code snippeteket is nagyon könnyű ebben is elkészíteni, amit NetBeans-ben rendszeresen használok.
-
Sk8erPeter
nagyúr
válasz
Cathfaern
#1444
üzenetére
Na, micsoda érdeklődést váltott ki a téma.

Ja, Sublime Textben én egyből a világosabb témára váltottam.
Eddig nagyon tetszik a progi, mert van benne kiegészítés, okosnak tűnik, mégsem zabálja az erőforrásokat, ami már meglepetésszámba megy.
+v2izzy, martonx, Speeedfire :
Látom eléggé eltérőek a szokások.
Egyébként biztos van erről vmi kimutatás, hogy egészségesebb a világosabb háttér, vagy sem.
Végül is abból kiindulva, hogy könyvet olvasni is jó fénynél egészséges, logikusnak tűnne, ha a "jobban megvilágított" kód szintén jobbat tenne a szemnek, de lehet, hogy nem kell összefüggést feltételezni, még nem néztem utána a témának.
Biztos megszokás kérdése, de én az IDE-ben lévő sötét színektől dekoncentrálttá válok.
(#1443) martonx :
ja, a nano használata jól jön pl. Putty-val kapcsolódásnál vagy hasonló esetben, ha gyorsan kell valami (és persze UNIX/Linux-alapú a szerver
), de nyilván ez csak rövidtávú, kényszermegoldás, de nálam is előfordult már, hogy ehhez kellett nyúlnom.====================================
(#1445) martonx :
Milyen hasznos újítások tűntek fel az 1.9-es jQuery-ben?
Én még nem próbálgattam, de kíváncsi lennék. -
martonx
veterán
-
Cathfaern
nagyúr
válasz
Speeedfire
#1446
üzenetére
Pont fordítva, a világos háttér jó a szemnek.
-
martonx
veterán
Kijött az JqueryUI 1.9
Már csak egy rendes grid, meg egy uploader kellene az alap készletbe és tökéletes is lenne.
Azért ezeknek a kis előre lépéseknek is örülök. -
Cathfaern
nagyúr
válasz
Speeedfire
#1442
üzenetére
Itt a pont
Régi monitoroknál ugyebár a fekete háttér - világos karaktereket volt egyszerűbb előállítani, ezért a kezdeti konzolok így működtek. Aztán *nix vonalon ez annyira megszokottá vált, hogy azóta is ezt preferálják. Egyébként a fordítottja (fehér háttér előtt fekete betűk) jobb a szemnek, nem véletlen, hogy pl. a könyvek, vagy az e-book olvasók (na meg mai szövegszerkesztők, stb.) így néznek ki. Egyébként Sublime Text-ben vannak alapból világos témák is 
Én is nemrég fedeztem fel amúgy, illetve mostanában nem sokat programozok, szóval túlzottan nem tudtam elmélyedni benne... de amit láttam az nagyon tetszett. -
martonx
veterán
válasz
Sk8erPeter
#1440
üzenetére
Én meg nem győzök windows vonalon mindenre Dark theme-et rakni. Nálam még a VS, SSMS, Notepad++ is sötét

Gondolom mivel Linux-okat a hardcore felhasználók a mai napig is konzolon használják (az pedig fekete alapon fehér betűs), ezért ott tradíció a sötét témák használata. Én néha még ma is konzolon nano-val is szerkesztek php-t, js-t, amikor hirtelen kell reagálni, és nagyon nincs más kéznél. -
Speeedfire
félisten
válasz
Sk8erPeter
#1440
üzenetére
UNIX vonalon mindig ez a "trendi". Gondolom már csak azért is, mert nagyon sokan csak konzolban dolgoznak és hozzá vannak ehhez szokva.
-
v2izzy
tag
válasz
Sk8erPeter
#1440
üzenetére
Hát a sötét alapszín biztos jobb a szemnek, vagyis én úgy érzem, hogy sötétet jobban bírja a szemem. Azt nem tudom, hogy konkrétan emiatt-e, de ugye akkor kevésbé világítanak a pixelek a szemedbe (gazdaságosabb is
). A többi syntax highlight, szerintem csak design kérdése, de lehetséges, hogy valamiféle statisztika alapján ki lehet deríteni, hogy milyen színbe szereti látni az emberi szem egy nyelv utasításait. 
-
Sk8erPeter
nagyúr
NAGYON OFF, de egyébként egészségügyi oka van annak, hogy általában - elsősorban észrevételeim szerint alapvetően UNIX/Linux-eredetű programokban - inkább sötétes színek dominálnak a szerkesztők sminkjeinél a syntax highlighthoz? Tehát alapszín mondjuk fekete, aztán a változók meg mindenféle egyéb. Én inkább világosabb színű syntax highlighthoz vagyok hozzászokva, olyan jellegűt szoktam beállítani az IDE-kben, ami default a Notepad++-ban vagy a NetBeans-ben - de a Visual Studio-ban is defaultként világosabb színek dominálnak.
Tehát ha kevésbé virít (sötétesebb színű), akkor tovább bírja a fejlesztő szeme?Ja, egyébként ha valakinek kell, SASS syntax highlightot ezzel sikerült jól összehozni a Sublime Text 2-höz: [link]
Most próbálgatom.
-
Sk8erPeter
nagyúr
Nem tudom, ki az a Paul Irish.
Szerk.: ja, most megnéztem a pofáját, ismerős, már olvastam cikkeket tőle, de amúgy nem tudom mihez kötni, nem jegyzek meg ilyeneket, hacsak nem nagyon sokszor találkozom egy névvel, vagy nem muszáj. 
Ha SASS support is van, akkor tényleg faszányos.
-
v2izzy
tag
válasz
Sk8erPeter
#1437
üzenetére
Pedig elég sok fejlesztő használja (a twitterem szerint
). A legismertebb talán Paul Irish, aki így hirtelen eszembe jut.
Elég sok jó dolgot lehet vele csinálni (less support, autolinting js, css fájlokat stb)! -
Sk8erPeter
nagyúr
-
Cathfaern
nagyúr
válasz
Sk8erPeter
#1434
üzenetére
Igen, olyasmi, csak szvsz modernebb es felhasznalobaratabb (konnyebb elkezdeni). Amugy a legszebb kinezetu IDE/szerkeszto amit valaha lattam, engem elso korben az fogott meg, hogy vegre nem win98 feeling

-
-
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. -
Muton
addikt
válasz
Sk8erPeter
#1429
üzenetére
2: nekem azok java célszoftverek

1: mindegyikhez lehet mindenféle nyelv plugint rakni, hogy több nyelve kezeljen -
Speeedfire
félisten
válasz
Sk8erPeter
#1429
üzenetére
Szerinted mi az Eclipse és NetBeans, ha nem "célszoftver"?
Ez engem is érdekelne.
-
Cathfaern
nagyúr
válasz
Sk8erPeter
#1426
üzenetére
Nagyon hasznos dolgok vannak benne szerintem
Mondjuk mindenképp érdemes elolvasni a doksiját, mert a billentyűparancsokban rejlik az ereje, anélkül látszólag semmivel se tud többet, mint egy notepad++ -
-
Muton
addikt
válasz
Sk8erPeter
#1424
üzenetére
ja, nagy szívás az egész

valahogy sohasem voltam elégedett az ilyen plugin izékkel
nekem az eclipse és a netb javat jelent. a célszoftverek szerintem jobbak -
Speeedfire
félisten
válasz
Sk8erPeter
#1421
üzenetére
Nekem enélkül is van autocomplete, de csak bizonyos funkciókra. Nem értem miért.


Muton: Hogy érted, hogy más nyelveken felidegesít? Mi nem tettszik benne?
-
Muton
addikt
köszönöm mindenkinek!
első körben megpróbálom a visual studiot. eddig pspad-et használtam, de ha a visual studio sem tetszik, akkor jön a notepad++
Eclipse-t, netbeans-t csak javara tudom használni, mert a többi nyelvvel felidegesít
-
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++. -
Muton
addikt
Mondjatok már egy normális fejlesztő környezete js/jqm-hoz, mert lassan megőrülök.

Valami értelmes kellene, ami nézi a szintaktikai hibákat, meg tud névkiegészítést a beimportolt js fájlokból is. -
Korcsii
őstag
[ON]
Egy ideje gondolkozok azon, hogyan lehetne legegyszerűbben megoldani, de jquery kódot még nemigen találtam,, pedig talán azzal lenne a legegyszerűbb.
Kellene nekem egy idővonal, idősáv, hogy mondjam. Egy vízszintes skála 0-24 óráig, felette pedig események lennének, megjelölve, hogy mettől meddig tartanak, rákattintva előjönne egy-egy hozzájuk tartozó szöveg. Oldalt pedig az események neve (pár karakter). Bónuszként egy event naponta többször is előfordulhatna - bár az se baj, ha akkor kétszer viszem fel azt a sort.
Látott már valaki hasonlót?
Vagy álljak neki x széles diveket egymás fölé pakolgatni? No de az idő egyenesére csak kéne valami rendesen kinéző megoldás. -
Speeedfire
félisten
válasz
Sk8erPeter
#1410
üzenetére

-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1409
üzenetére
Akkor használd ki.
![;]](//cdn.rios.hu/dl/s/v1.gif)
-
Speeedfire
félisten
válasz
Sk8erPeter
#1408
üzenetére
Fentebb linkeltem is a lehetőségeket. Tudom bővíteni, csökkenteni is, + eseményeket tudok validálás előtt és után csinálni. Elég sok lehetőség van.
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1407
üzenetére
Én a felülbírálásra gondoltam. Drupalban sok esetben van erre lehetőség, hogy a kliensoldali kódot is felülbíráld, modulárisan, ahogy a szerveroldali dolgokat is tudod modulárisan módosítani.
-
Speeedfire
félisten
válasz
Sk8erPeter
#1405
üzenetére
De, ezt ki lehet kapcsolni és meg is lehet változtatni, de én nem akarom, mert ez így a jó.

martonx: Valami olyasmi.
Itt a clientOption-t, úgy állítom be ahogy én szeretném. Akár ki tudom kapcsolni a blur validálást, de szerintem ez nem egy jó ötlet.

-
martonx
veterán
válasz
Sk8erPeter
#1405
üzenetére
Gondolom a Yii-nek (ahogy minden mvc framework-nek) is van egy default unobtrusive validálási metódusa. Ezt vagy használod vagy nem. Ha nem, akkor sajátot kell írni, ami ugyan nem nagy dolog, de minek vele vessződni, ha egyszer ott van egy kész validálási metódus.
Ezeket a gyári validálásokat lehet bővíteni, mindenféle extra szabályt létrehozni hozzájuk. Amit nem nagyon lehet (js-ekben túrkálás nélkül), az annak szabályozása, hogy mikor fusson le a validálás. -
Sk8erPeter
nagyúr
válasz
Speeedfire
#1404
üzenetére
Hát, ha nem lehet belenyúlni a Yii kódjába ilyen módon (anélkül, hogy a core-t gányolnád), akkor az szopóálarc.

-
Speeedfire
félisten
Ohh, valóban. Nem állítottam be itt még az onsubmit-ot.
Kiment a fejemből vagy nem tudom...köszi az észrevételt.

Sk8erPeter:
Hát, erre most mit mondjak?
A legtöbb nagy oldalon (google, hirdetésfeladás, regisztráció) így van megoldva, ha elveszti a focust, akkor validálja is egyből. Ne kelljen felscrollozni, ha valamit elfelejt kitölteni. Ha kilép a mezőből, akkor egyből látja, hogy hoppá, ezt elfelejtettem kitölteni, vagy nem jó.A legtöbb ember nem azért kattint bele egy input mezőbe, hogy megnézze milyen effekt van hozzá.
Nem a regisztálás ajax-os, hanem a validálás. pl foglalt email/username, ezt a kliens nem tudja leellenőrizni, csak a szerver az sql-ből.
Szerintem félre értetted a kommentemet. Nem azt mondom, hogy lesz*rom, hogy te mit vélsz róla, hanem én ezt máshogy látom.
Egyik sem jobb/rosszabb, csak másabb.
Mellesleg meg mindig is adtam a véleményedre. Szóval no offense.
Ellenben max annyit lehet tenni xyz form-oknál, hogy adok egy hide()-ot az errornak valami magasabb értékkel. Pl belépés vagy hírlevélre regisztráláskor.
-
Sk8erPeter
nagyúr
válasz
Speeedfire
#1401
üzenetére
Valahogy sejtettem, hogy így fogsz reagálni...

Hogyhogy minek kattintok bele? Pl. mert meg akarom nézni, hogy a focusnál milyen keretet raktál köré. De teljesen degenerált dolog, hogy ha utána máshová kattintok, akkor kiír nekem egy hibaüzenetet, pedig lóf@szt sem akartam csinálni a formmal, eszem ágába sem jutott elküldeni. Elég szar, hogy így oldották meg defaultból Yii-ben.
"amíg nem valid a form, addig nem küldi el ajax-al a dolgokat."
Ezt meg nem igazán értem. Minek akarna bármit elküldözgetni ÜRESEN hagyott inputmezőnél? A form meg ahogy elnéztem, amúgy sem AJAX-os, mivel van egy újratöltődés a regisztráció gombra kattintáskor.
Amúgy ha az ember próbál segítő szándékkal tanácsot adni, nem muszáj ám úgy reagálni, hogy kb. szarod le, miről ugat a másik, ne magyarázzon. (ennyire lesz kb. kedve az embernek segíteni másban is) -
j0k3r!
őstag
válasz
Speeedfire
#1401
üzenetére
"1. Ezt te hol látod? Elvileg mindenütt úgy van beállítva, hogy csak akkor küldi az ajaxot, ha submit esemény van."
ezt nem teljesem ertem, de en arra gondoltam, hogy itt, ha uresen hagyom az osszes mezot es rakattintok a regisztralok gombra, akkor ugyanugy elmegy a request a server fele (pedig nem kene neki) es ujratoltodik az oldal.
valami ilyesmire gondolok: [link] (itt a demo kodja talan az, ami neked kell, bar ebben nem vagyok teljesen biztos)
mod: typo
-
Speeedfire
félisten
válasz
Sk8erPeter
#1395
üzenetére
Ez azért van, hogy amíg nem valid a form, addig nem küldi el ajax-al a dolgokat.
Ha nem akarsz belépni/feliratkozni akkor miket kattintgatsz bele?
Ez egy alap ficső a yii-ben, természetesen ki is lehet kapcsolni.
j0k3r!:
1. Ezt te hol látod? Elvileg mindenütt úgy van beállítva, hogy csak akkor küldi az ajaxot, ha submit esemény van.
2. Igen, azt már én is észrevettem tegnap. Még a szerveren nem lett frissítve. Igaz egyelőre az csak homokozónak van fent, hogy élesben hogy viselkedik a rendszer.
Meg ha valami bajom van, akkor ott megtudom mutatni.

Frigo: Nincsenek valami demo példák?
Ez a jquery ui elég nagy tr*gya. Nem szívesen használnám, illetve nem is akarom. 1-2 dolog jó benne, de amúgy...Kicsi on is. 2 kérdés is, ha hover eventet nézek, akkor meglehet állítani valahogy azt, hogy egymás után betöltse mondjuk 5x ha rángatom rajta az egeret? pl a footerben a menü.
2. Van valami megoldás arra, hogy ha pl van egy legördülő menü és ráviszem az egeret, de nincs js/jquery akkor ugye betölti a sima css-t hozzá, hogy mutassa a gyermek ul-t is, ellenben ha van js/jquery akkor tiltsa ezt le és slideDown() legyen helyette?
Ilyen megoldások léteznek? Most nem csak ez a slideDown() a kérdés, hanem akár más is.
Vagy ilyenkor mi a helyes megoldás? Ha fölé viszem, akkor törli az a css osztályt, amivel mondjuk a css-t manipulálom? pl amiben az van, hogy display: block;
Új hozzászólás Aktív témák
- Panasonic CF-XZ6 AIO all-in-one laptop tablet 2k touch i5-7300u speciális ütésálló rugged
- Okosóra felvásárlás!! Samsung Galaxy Watch 6, Samsung Galaxy Watch 7, Samsung Galaxy Watch Ultra
- HIBÁTLAN iPhone 13 Pro 256GB Sierra Blue -1 ÉV GARANCIA - Kártyafüggetlen, MS3022
- Realme 9 Pro 128GB, Kártyafüggetlen, 1 Év Garanciával
- KÉSZLETKISÖPRÉSI KARÁCSONYI ULTRAAKCIÓ! - MacBook Air M4 16GB 512GB Garancia!
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest
Cég: Laptopszaki Kft.
Város: Budapest









(Pont olyan hülye kérdést tettem fel, amit én is utálok, ha feltesznek, miközben az orcájukba van tolva az infó.



![;]](http://cdn.rios.hu/dl/s/v1.gif)




