Html-, css- és php-help

Oupsz, 404 a kép, de nem változott azóta, ilyen. Túl sokat nem szoktam foglalkozni ezekkel, ezt használom default beállításokkal.

Én elég gyakran váltogatom, legalábbis Sublime alatt. 😊 De alapvetõen a sötéteket és a nem túl vibrálóakat kedvelem.

Néha teszek fel ilyen "közkérdéseket" a témában, ez is volt, habár nem sok válasz érkezett:
(kérdés, plusz beraktam, amit akkor használtam) #20991
(Cat) #20992
(Jim) #20993

PhpStormban még mindig ugyanez, kivétel, hogy a Monokai-on állítgattam egy picit saját ízlésemnek. Sublime alatt mindig variálom, ott most smyck perpill.

Raadasul szerintem MerlinW ezt a kepet a neten talalta, nem sajat screen shot igy a kerdes nehezen megvaloszalhato.
Az biztosm, hogy sokan szeretik a sotet temakat, mert talan kevesbe farasztja a szemet.
En szemely szerint ezer eve ugyanazt a vilagos szinsemat hasznalom, talan, mert megszoktam...

Nektek mi a velemenyetek a sotet vs vilagos szinekrol? Van kedvenc? Esetleg specialis betutipus? En peldaul az iconsolata fontot szeretem. Direkt programozasra lett kitalalva.

Rózsaszín (inkább lila) az az Ubuntu default, de ez nálam barnának tûnik :o

sztem kezd el beállítani a monitorod színeit, mert az nem rózsaszín. 😊 kellemes világosbarna (#e6ddd5)

Hmm koszonom a tippet. Akkor ezt akar project szinten is le lehet futtatni ha jol sejtem. Ismet tanultam valamit 😊

Az egy replace, én is úgy csinálom. 2 tab-ot vágólapra teszel (mert lehet olyat) és két space-re cseréled. Voila😊

Par hete neztem ezt.
Amugy errol a problemarol beszelek. A megoldas is ott van ra a kovetkezo valaszban, csak ugy pl kererendszereknel ritka, hogy ilyen phpdoc kommenteket hasznaljanak. Netbeansben ez mukodik a @proprty kommentek nelkul is.

#21373: De van viszont ez "sajnos" csak az uj filokra, sorokra vonatkozik. Azaz ha nyomok egy tabot akkor az 4 space lesz (nalam). A problemam az, hogy neha mas altal regebben irt fileokat kell szerkesztenem amibe mar lehet alapbol vegyesen vannak a tab/space behuzasok. Erre nincs opcio hogy adott fileon menjen vegig es cserelje ki a mar meglevoket is.

Nincs ilyened?

Ja értem, bár én ezt a problémát se tudom reprodukálni, nem rémlik, hogy eddig problémám lett volna vele, de most gyors betöltöttem egy ilyen filet és ott is mûködik. 😊 Vagy javítottak valamit azóta, mióta te nézted.

Felreertettel kicsit. Nem tagfugveny felulirasnal jon elo a lent emlitett probelma hanem ha a szulo osztaly egyik tulajdonsagat (amiben termeszesen egy masik osztaly peldanya van, es ez kommentelve is van rendesen) akkor storm eseten a gyermek osztalyban nem ajanlja fel az auto competiont.
Amugy en szemely szerint nem tudnam eldonteni melyik a jobb IDE, mindkettonek vannak erosebb es gyengebb pontjai. Pl netbeansben egyszeruen nem talaltam olyan lehetoseget hogy a tabokat cserelje spacre egy mar letezo fileban. Mivel a NB ingyenes ezert en meg mellette allok bar a cegnel ahol dolgozok ugy nez ki a storm lesz a standard.

NetBeanst már nagyon rég használtam, de tudás terén én nem találom hiányosnak PhpStormot. Auto-completionnál ilyen problémát én nem tapasztaltam, a mélyen lévõ methodoknál is látja, ha azt a methodot felülírod és az újnak nincs docblockja, akkor szerintem autómatikusan átveszi a leírást is. De ha mégsem, vagy ha keverni akarod a két dokumentációt, akkor meg használni kell az {@inheritdoc}-ot.

Egyik hiányosság számomra, hogy az alap infókon (az-az a leírásokat is, nem csak a paramétereket, meg a return typeot) túli dokumentációját egy methodnak csak akkor mutatja, hogy shortcuttal (ctrl+space) hozod be az auto-completiont és nem magától jön be. Gondolom ez, hogy gyorsítsák valamennyire.

Storm-nal nalam is voltak code completition hianyossagok amiket netbeans csipobol tudott. Pl ha kiterjesztesz egy osztalyt akkor a szulo osztalyban definialt (es kommentezett) property-hez nem ad fel kodkiegeszitest csak akkor ha ezt a gyerek osztalyban is kommenteled a Storm sajatos modjan.
Szoval ugy erzem a storm kevesbe nez bele a kodba, mint a netbeans de csereben gyorsabbnak tunik. En egyelore maradok a netbeans-nel, mert tobbet tud es ingyenes...bar sajnos a sebessege neha idegolo.

Ha a project alatt vannak a fileok, akkor fel kéne kapnia külön konfiguráció nélkül szerintem, hacsaknem esetleg még dolgozik az index-en.
Legalábbis ha nem trükközöl valamit a classokkal, vagy dinamikus methodal. Tehát pl class aliasokat szerintem még mindig nem kezel, habár nem próbáltam ki õszintén szólva. 😊

Nem komplett IDE az biztos, de elég használható cucc.
CodeIntel plugin van hozzá, ami lényegében a Komodoból lett átportolva.
Van még egy-két plugin, ami közelebb viszi egy rendes IDE-hez, workflowban, linterek, builderek, ilyesmi, de persze azért így se lesz egy PhpStorm, fõleg nem refactoringra.

Arra nem jövök rá, miért nem látja a projekten belüli osztályaim függvényeit. Elvileg látnia kellene az $this->osztály->függvényeket és kellene tooltip-eznie mikor írom.

Ah. Hát az inkább amolyan gyorsszerkesztõ😊 Akkor használom, amikor gyorsan javítani kell valamit. Mondjuk mostanában valamiért NP++-t használom arra.

Pluginra nekem nincs is már szükségem, a 7.1 gyakorlatilag mindent tud amire szükségem van. Ami meg nincs benne, arra van külön appom😊

Sublime Text.

ST3?

Bizony, szerintem legjobb IDE.
Csak legfeljebb annyi a probléma, hogy csigalassú érzés így is ST3 után. 😊

Ja meg, hogy jelentõsen macerább alá írni egy plugint.

Ránéztem a PHPStorm 7.1-re (az 5 után átszoktam Komodo-ra) és woaah... nagyon durván összerakták. Valószínûleg a piac legokosabb PHP IDE-je lett. És emellett piszok gyors is az 5-höz képest.
Úgyhogy visszaszokunk rá😊

Elírtam html-t, szóval így:

http://jsfiddle.net/Rk3fj/1/

Köszi, haladás, de így sem az igazi. Viszont, azt csináltam amit a #21357-ben írtam, csak JS-el szimulálom, hogy úgy viselkedjen, mintha fixed lenne:

http://jsfiddle.net/Rk3fj/

Kicsit szétcsúszott, de valami már van: http://jsfiddle.net/RM9Cx/10/

próbáltam persze, aztán nekem is leesett, hogy azt baszhatom😄

azt is próbáltam, hogy minden divbe lenne egy megfelelõ színû <nav>, a diveken overflow:hidden, viszont az meg a position:fixed-el nem megy, mert ugye az a dokumentumhoz képest pozícionál, nem a parent elemhez. Ha position:absolute-ot használok, akkor meg nem marad ott fixen a nav😊

Kísérletezgetek közben a fiddle-ddel, és hülye vagyok, mert a parent z-indexe miatt a child z-indexe nem sokat ér 😞

Olyamivel nem próbálkoztál, hogy a fekete takaródivre ráteszel még egy magas z-indexû divet olyan horizontális offsettel, hogy a piros div horizontális pozíciója még azon kívül essen, viszont a kék már beleessen?

Belinkelem, hátha van valakinek valami ötlete😊

http://stackoverflow.com/questions/22406078/need-a-clever-solution-for-css-z-index-overlays

Szóval azt szeretném, hogy amikor scrollozok lefelé, egyszer az egyik, egyszer a másik <nav> látszódjon attól függõen, hogy az oldaon lévõ divek hogyan takarják el, melyiknek van nagyobb z-index értéke😊

Az a viccesebb, hogy akik ilyeneket válaszoltak azok 61%-a szerint fontos a mai világban, hogy jó modern technológiai ismeretei legyenek. 😊

a motherboardon jot felrohogtem

:-D A HTML még hagyján, de az mp3, Blu-Ray a USB és a "software" durva.
Még egy jel arra, hogy társadalmunk az összeomlás szélén van. Hihetetlen!

LOL:
Az amerikaiak tizede szerint a HTML egy fertõzõ nemi betegség

Szerintem a coffeescript nagyon jol olvashato ha betartasz par alapveto szabalyt. Pl oke, hogy el lehet hagyni a kapcsos zarojeleket de erdemes csak a legkulso fuggvenynem elhagyni es amik beljebb vannak mar kitenni, mert kulonben zavaros is tud lenni. Amugy meg talan a legkifejezeobb nyelv/dialektus amit lattam.

SZERK:

HTML



<form id="szolg" action="javascript:void(0)">



<input type="checkbox" name="cb" value="Milk"> Milk<br>

<input type="checkbox" name="cb" value="Butter" checked> Butter<br>

<input type="checkbox" name="cb" value="Cheese"> Cheese<br>

<input type="submit" value="Küldés" />



</form>



<div id="ajax_result"></div>





JAVASCRIPT



  //p_script - szerveroldali feldolgozo script (pl. index.php)

  //p_target - esetleges kimenet beszurasanak helye

  //p_element_name - elkuldendo elem, esetunkben a form



  function do_Ajax(p_script, p_target, p_element_name) {

    var sendData = $(p_post_element_name).serialize();

    $.ajax({

        type: "POST",

        url: p_script,

        data: sendData,

        success: function(aResult) {

	  //itt csinalsz amit szeretnel a php altal visszaadott anyaggal

          if (p_target != '') $(p_target).html(aResult);

        }

    });

  }





PHP



if (isset($_POST<'cb'>)) {

//...

//ha szeretnél kimenetet (p_target), akkor print-eld ki.

}

Az alábbi kódot a saját keretrendszerembõl emeltem ki, így kicsit alternatívnak tûnhet, de mûködnie kell.

HTML



<form id="szolg" action="javascript:void(0)">



<input type="checkbox" name="szolg" value="Milk"> Milk<br>

<input type="checkbox" name="szolg" value="Butter" checked> Butter<br>

<input type="checkbox" name="szolg" value="Cheese"> Cheese<br>

<input type="submit" value="Küldés" />



</form>



<div id="ajax_result"></div>





JAVASCRIPT



  //p_script - szerveroldali feldolgozo script (pl. index.php)

  //p_target - esetleges kimenet beszurasanak helye

  //p_element_name - elkuldendo elem, esetunkben a form



  function do_Ajax(p_script, p_target, p_element_name) {

    var sendData = $(p_post_element_name).serialize();

    $.ajax({

        type: "POST",

        url: p_script,

        data: sendData,

        success: function(aResult) {

	  //itt csinalsz amit szeretnel a php altal visszaadott anyaggal

          if (p_target != '') $(p_target).html(aResult);

        }

    });

  }





PHP



if (isset($_POST<'szolg'>)) {

//...

//ha szeretnél kimenetet (p_target), akkor print-eld ki.

}

Mondjuk célszerû különbözõ nevet adni a checkbox-oknak, ha tudni akarod, konkrétan melyik melyik lett bejelölve.

csak ennyi érkezik meg:
szolg%5B%5D=Milk
vagy
szolg=Milk
de ez is csak akkor ha Milk be van pipálva
:S

A name legyen tömbösítve "szolg[]" ne az id.

Kösz a segítséget de így csak az elsõt küldi el ha bepipálom.
Vagy a php feldolgozóban van a hiba?

oksa, koszi. a jsnek utana jarok majd 😊

#21326 és #21332

Tehát mielõtt kiírnál bármit is azelõtt, akkor lehet átirányítani. (bár csinálhatod js-el is, azzal lehet bármikor 😊

hogy minden elejere ? az include mysql.php ele ?

echo "Talalat" helyett header('Location: ./'); és az egészet minden elejére rakni, legalábbis, ha jól értelmeztem.

Hellosztok, van egy nagyobb alap IF ami megnezi hogy az adatbazisbol kikert adat nagyobb-e 0nal vagy nem. Ha kijon nagyobbra akkor szeretnem at iranyitani az oldalt egy masik filera csak ez sehogy se jott ossze, tudna valaki segiteni ?

Spoiler (katt a megjelenítéshez)

if ($row = mysqli_num_rows($result) > 0) {
while($row = mysqli_fetch_array($result))
{
echo $row<'username'> . " " . $row<'id'>;
echo "<br />";
}
}
else {
echo "Talalat: 0";
echo "<br />";
}

U.i: a while-t nevegyetek figyelembe

valóban, kiraktam doctype elé a cookie-s részt, és így most jó 😊 köszi!

QueryPath, hasonló mint a phpQuery, csak ez mai napig karban van tartva (pq utoljára négy éve volt fejlesztés alatt).

Kérdés: PHP-s DOM kezelésre mi a legjobb cucc?

A PHPQuery egyelõre úgy-ahogy bevált, de itt-ott vannak benne hiányosságok (pl. nincs prop függvény).
Néztem még elõtte a PQLite-ot, az már rögtön elvérzett a szelektoroknál.

Igen, erre gondoltam, mármint nem feltétlen kornkétan így, ez egy gyors megoldás lehet. Az egész logika átalakítása meg kicsit ágyúval verébre lehet... 😊


Más: Közkérdés, csak gyorsba: Coffeescript, szerinted jól olvasható? 😊

A legelsõ script legelsõ utasítása ez legyen:

ob_start();

Ahogy Malakai mondta, a BOM-ra figyelni kell a fájlban.

Utána pedig a legutolsó kimeneti utasítás (echo, print, stb) után:

while (ob_get_level() > 0) {

    ob_end_flush();

}