- Fotók, videók mobillal
- Samsung Galaxy A54 - türelemjáték
- Samsung Galaxy Watch (Tizen és Wear OS) ingyenes számlapok, kupon kódok
- Vodafone mobilszolgáltatások
- Samsung Galaxy Watch4 és Watch4 Classic - próbawearzió
- Yettel topik
- Huawei P30 Pro - teletalálat
- Samsung Galaxy A55 - új év, régi stratégia
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S24 Ultra - ha működik, ne változtass!
Hirdetés
-
Miniképernyős, VIA-s Epomaker billentyűzet jött a kábelmentes szegmensbe
ph A megfizethető, szivacsokkal jól megpakolt modell ötfajta kapcsolóval és kétféle színösszeállítással/kupakprofillal szerezhető be.
-
Érkezőben a Poco M6 4G
ma 5G-s és 4G-s Pro modell már van, hamarosan lesz Poco M6 4G-s alapváltozat is.
-
Lenovo Essential Wireless Combo
lo Lehet-e egy billentyűzet karcsú, elegáns és különleges? A Lenovo bebizonyította, hogy igen, de bosszantó is :)
Új hozzászólás Aktív témák
-
Sk8erPeter
nagyúr
onclick="this.style.backgroundColor='#FF0000';" //#FF0000 helyére a saját kívánt színed
Szerk.: bocs, ezt inkább JavaScript topicba.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Itt egy gyors átírás:
http://jsfiddle.net/wQLK3/1/Egyébként szabad tudni, hogy a sima táblázat (table, tr, td) jelen esetben miért nem jó?
Sk8erPeter
-
Sk8erPeter
nagyúr
Szerinted ha egy függőlegesen tartott, 3 m hosszú léccel be akarsz menni egy 2 m magas ajtón, akkor a léc alkalmazkodni fog az ajtó méretéhez? Csak azért mondtam ezt a példát, hogy érezd, hogy a fix méretekkel kb. mit tudsz kezdeni. Vágod, a pixel az egy képpont, 400 képpont az 400 képpont, és kész. Nem alkalmazkodik az semmihez.
(#1070) Jim-Y :
Neked meg itt válaszoltam, nem nagyon reagáltál.Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz kemkriszt98 #1077 üzenetére
Nem arra való, szóval nincs PHP-értelmező, de fogod, az érintett oldalnál a böngészőben megnyitod a forráskódnézegetőt (Ctrl+U) vagy a webfejlesztő panelt (Ctrl+Shift+I vagy F12), és szépen kimásolod a kész HTML-kimenetet, persze csak a releváns részeket. (Ahogy Jim-Y is írta.)
(#1079) kemkriszt98 :
A CSS, meg a kész HTML-kód szempontjából totálisan mindegy, hogy milyen szerveroldali/akár kliensoldali kód generálta le, először arra kell rájönni, hogy mi a rossz a kimenetben nálad, és rájövünk-e a hibára, aztán vissza lehet görgetni a korábbi állapotokra (hogy hogyan is történjen az a legenerálás).
A böngésződ sem látja az általad írt PHP-kódot, ő is csak a kapott HTML-kimenetből, meg CSS-kódokból (plusz JS-kódok, stb.) tud valamit megjeleníteni! A szervertől csak kap egy kódhalmazt, hogy nesze, ezzel kezdjél valamit. Eszerint gondold végig.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz kemkriszt98 #1085 üzenetére
Látod, felraktad a példát, azonnal érthető volt, mit szeretnél, és már meg is van oldva. Most már legalább tudod, miért éri meg a kérdezőnek is felrakni egy demót jsFiddle-re.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1096 üzenetére
Most komolyan, olvasd el, amiket írtál:
"Úgy ahogy kezdem megérteni a css és a html működését.
[...]
de valamiert az osszes kod rosz.
mindegyket megneztem,es sehol nem hibaztam.
olyan mintha a css nem is letezne. "martonx kolléga előttem már említette, hogy némi ellentmondást lehet felfedezni itt aközött, hogy már kezded érteni a dolgot, de "valamiért az összes kód rossz". Meg itt egyszerűen nem tudunk miben segíteni, mivel nem tettél fel értelmes, célzott kérdést, kitalálni meg nem tudjuk, hogy mit rontasz el.
Ha "olyan, mintha a CSS nem is létezne", akkor valószínűleg rossz fájlnevet adtál meg. Vagy ki tudja, mit rontottál el.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1098 üzenetére
Most úgy tűnik a reakcióidból, hogy azt hiszed, azzal van a baj, hogy kezdő vagy, nem azzal van a baj, hanem a kérdéseiddel és az általad szolgáltatott információkkal. Gondolj bele, hogy külsősként mi mit látunk bele abba, amivel próbálkozol, ha nem mondod el. Amúgy ha már kérdezel, akkor ne hőbörögj lépten-nyomon.
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1116 üzenetére
"hmmm na megneztem ezt a jsfiddle
oldalt de ez nem normalis.
ilyeneket ir a html kodomra hogy nem kell a html es a head tag.
ez egyszeruen idiota.miaz hogy nem kell ?
es a css kodra pedig nem dobott ki semmi fele hiba uzenetet"
Hát ez óriási, ez a hónap idézete. Köszönöm, hogy mindezt ebben a formában leírtad, nagyon jót röhögtem.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1136 üzenetére
"Érdemes legközelebb is olvasgatnod, ugyanis előfordulhatnak még hasonlóan okos megnyílvánulások a részemről."
Jaja, már észrevettem, hogy mindenki hülye/idióta/abnormális, meg minden tutorial/könyv/e-book/... egy szar, amikor valamit nem értesz.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1176 üzenetére
Mert mostanság egyáltalán nem érkezett értelmes kérdés...
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1202 üzenetére
Nem probléma, pl. a Zen smink a fix szélességű layoutnál szintén bizonyos helyeken mínusz értékeket használ a margóknál, és így stimmel a layout nagyjából minden böngészőn (és ez a smink egy jól karbantartott, folyamatosan update-elt, agyonkommentezett, cross-browser megoldásokat tartalmazó darab, SASS/SCSS-támogatással, nem kóklerek fejlesztik).
Nincs ilyen szabály, hogy ne lehetne mínusz értékeket használni, attól függ, mit követel meg adott elemeknél a layout.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1193 üzenetére
"csak azert nem kuldtem jsfiddle peldat,mert az oldalnak mar kitalaltam a temajat ,es elegge egyedi illetve velemenyem szerint erdekes is .
es ha egyszer sikerul megcsinalnom akkor tenyleg egy jo kis oldal lesz,
nos, ezert nem szeretnem elkuldeni a kodot."
Egyrészt ha elküldesz egy csontvázat, ami a lényeget szemlélteti, akkor azzal önmagában senki semmit nem fog tudni kezdeni, nem beszélve arról, hogy valószínűleg a te példakódodnál vannak használhatóbbak is a neten, tutorialok, template-ek formájában, akár még generátorokkal is, stb.
Másrészt ha nem küldesz semmit, nem fogunk tudni segíteni, mert ez olyan, mintha valami ismerősöd neked annyit mondana, hogy elromlott a számítógépe, de nem mondaná meg, mi a baja - te meg nem tudnád magadtól kitalálni, ergo sokra nem mész vele.
Harmadrészt ha elkészül az oldalad, annak a kliensoldali forráskódját majd bárki megtekintheti.
De a legfontosabb az, hogy körök futkorászása helyett mindig sokkal gyorsabb problémamegoldást eredményez egy jsFiddle-re felrakott szemléltető kód.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1208 üzenetére
1. Miért raksz kettőspontot a :link pseudo-class UTÁN (ezt írtad: a:link:)?
2. Miért nyomsz hatmillió Entert a hozzászólásaidba, hogy jól széjjel legyen terpeszkedve?
3. Miért nem linkelsz nekünk egy demót (jsFiddle.net), ahol szemlélteted a nem működő kódodat, hogy SOKKAL gyorsabban végezzünk a probléma-megoldással?
Valahogy így, ezt akarod elérni: http://jsfiddle.net/cd7ckmro/[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1235 üzenetére
Teljesen érthető, hogy nem akarsz erre költeni, tök felesleges is, hiszen tudja a NetBeans is ugyanezeket ingyen. Pont erről beszéltünk a másik topicban:
http://prohardver.hu/tema/javascript_topic/hsz_4306-4307.html
A lényeg: nem nagyon jöttem még rá, hogy miért érné meg ennyit fizetni, amikor pluginekkel kiegészítve az ingyenes NetBeans is tudja ezeket, ráadásul mind a PHPStorm, mind a WebStorm Javában íródott, így a JVM-es "lassúság" is hozzáadódik a használat közben ugyanúgy, mint a NetBeans-hez (vagy Eclipse-hez).Szóval szerintem adj egy próbát az ingyenes NetBeans-nek, én használtam már PHP-zásra, JavaScriptezésre, CSS-re, HTML-re, Javázásra, C++-fejlesztésre, XML-szerkesztésre, shell, illetve bash-script írására, batch-fájl készítésére, JSON-fájl nézegetésére, és még sorolhatnám, ezekhez mind volt syntax highlight (a kapcsolódó, szükséges pluginek pár kattintással letölthetők, hogy legyen adott nyelvekhez támogatás), illetve persze verziókezelőkhöz is van támogatás (pluginek formájában; Git, SVN, stb.).
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz honda 1993 #1301 üzenetére
"ha majd
szugsegemlesz ra"
Nem adom fel, addig foglak javítgatni, amíg legalább ezt az egy szót meg nem tanulod. Legalább nemcsak webfejlesztéssel próbálkozol, hanem egy kicsit a magyar nyelv tanulgatásával is, rádfér.
Tehát: szükség. Vágod? Szükség. SZÜKSÉG!!!!444NÉGYNÉGY!! K-val! KÁVAL!Na, mindjárt jön a "nincs jobb dolgod"-duma...
Amúgy hogy ON is legyek, ez az "Engem nem igazan erdekel a reszponziv webdizajn [...] Ugyanis szerintem sokkal jobb az egyszeru desktop nezet" nem túl profi hozzáállás.
Nem tudom, neked mekkora tégla lehet a telefonod, de azért sok oldalt kényelmetlen nézni a teljes nézetben egy átlagos okostelón (ilyen 4" az már egész átlagosnak számít), pl. a PH-t is rázoomolva kell nézni a desktop-nézetben, és ide-oda scrollozgatni az oldalon.Sk8erPeter
-
Sk8erPeter
nagyúr
"Amúgy miért listával csináljátok a menüket a nav tagen belül? Akkor nem kell ilyenekkel szórakozni, a böngésző is tudja már, hogy ez bizony egy menü. "
Az <a> tag - gondolom erre az alternatív megoldásra gondoltál, hogy csak ezeket használod list-itemek helyett - egy inline (szövegközi) tag, tehát alapértelmezetten csak olyan stílusok érvényesek rá, mint a többi inline-szintűre... hiába adsz meg neki mondjuk 300px szélességet, ha az csak az általa kitöltött helyet "foglalja" (pl. 100px-nyit). Egy menü elemeinek meghatározásához pedig a legtöbbször valamilyen - legalább minimális - szélességet meg szeretnél határozni.
Ezért tehát blokkszintű elemekre van szükséged. Például ilyen az unordered vagy ordered list (<ul>, <ol>). A menüelemek egyenként pedig szemantikailag pont megfelelnek egy lista egy-egy elemének (hiszen a menüpontok felsorolása is egy lista), ezért értelemszerűen az a jó, ha azt a taget használod a definiálásukra, amivel éppen listaelemeket határozol meg (<li>).
Lehetnek alternatív megoldások, de ez a logikus.
Nyilván nem véletlen, hogy a népszerű template-ek, front-end keretrendszerek, mint pl. a Bootstrap is a <nav>-on belüli <ul>-t használják menükészítésre.(#1328) Zedz:
"Először még listáztam én is, de nav óta már nem használom"
Akkor szokj vissza a használatára.(#1325) DNReNTi:
Nem csak "beidegződés", hanem van logika a használatában, lásd fentebb.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #1333 üzenetére
Szerintem meg ez erőltetett, mert így inline elemet átvariálsz inline-block-ká, minek, ha van rá megfelelő elem, meg ha így logikus (plusz a normálisan strukturált felépítést szerintem a keresőrobotok is értékelik, bár szerencsére sosem kellett mélyen tanulmányoznom a SEO-irományokat). Mindegy, mindenki úgy csinálja, ahogy akarja.
Sk8erPeter
-
Sk8erPeter
nagyúr
Ha blokkszintűvé varázsolod az <a> taget, akkor annak is adhatsz blokkszintű stílusformázást, csak mondom, szerintem ez kicsit erőltetett megoldás, valaminek "álcázni" egy elemet. Persze nyilván van, amikor az alapértelmezett stílust pont, hogy felül kell bírálni, bizonyos elemeket floatolni vagy inline-ná tenni, épp azért, hogy a megfelelő módon jelenjenek meg, ne az alapértelmezett módon (mint ahogy pont a listaelemeket is egymás mellé kell úsztatnod floattal), de ebben az esetben szerintem jobb eleve a jó megközelítést alkalmazni.
De hát ízlések és pofonok különböznek.Sk8erPeter
-
Sk8erPeter
nagyúr
Igazából Zedz mondta ki a kulcsszót, valószínű, hogy arról van szó, hogy böngészőmotorbeli eltérések vannak - az 5.5-nél már WebKitet használtak, de lehet, hogy nem követték már a Blink-vonalra való átállást... bár az általad írt drasztikus változások tényleg furcsák, ennyire azért nem kéne durvának lennie az eltérésnek, hogy még a szélességek sem stimmelnek. Sajnos pont emiatt nem alkalmas ez az eszköz sem arra, hogy a komplett frontendet ebben tervezd meg. (Ne kérdezd, mi alkalmas rá, nem tudok ilyenről a kézi bűvészkedésen, mindenféle böngészőben való tesztelésen kívül.)
Sk8erPeter
-
Sk8erPeter
nagyúr
Ja, persze, jó az, így egy fájlban van, csak egyetlen letöltendő és feldolgozandó stíluslap, így a böngésző egy korábban letöltött változatot is tud használni a gyorsítótárból (amennyiben a fájl a szerveren azóta nem változott). Azért persze ne legyenek egymásnak ellentmondó stílusdefiníciók benne, mert akkor mindenhol elrontanád. Amúgy is jó, ha egységes az oldalak kinézete, de nem ússza meg az ember, hogy egyes aloldalakon további stílusdefiníciókat készítsen el (ahol pl. olyan elem van, ami a másik oldalon nincs).
Azért érdemes megjegyezni, hogy a komplexitás növekedése esetén a fejlesztés erejéig szokták azt is csinálni, hogy széjjelbontják tematizálva a stíluslapokat, külön-külön fájlokban vannak az egyes részegységek stílus-meghatározásai, így adott esetben könnyebb lehet a karbantartás, módosítgatás (nem egy darab nagyobb fájlban kell keresgélni és módosítgatni, plusz így akár más-más emberkék dolgozhatnak más-más fájlokon, így kisebb a merge conflict esélye verziókezelő használata esetén), és a production code esetén ezeket "aggregálják" egyetlen fájlba, meg minimalizálják a kódot (értsd: kiszedik a whitespace-eket (szóközök, tabulátorok, sortörések), ahogy a PH-n is van).(#1367):
A Git egy elég népszerű és hasznos verziókezelő (legtöbb munkahelyen kb. kötelező az ilyenek használata), érdemes vele megismerkedni. Persze a megtanulása, megértése (már az, hogy egyáltalán mire és mitől olyan jó) nem egy egyórás folyamat, lévén, hogy elég komplex, így bőven rá kell szánni az időt.
Ha magyarul akarsz róla videót nézegetni, akkor ez segíthet:
http://nevergone.hu/hu/blog/100416/git-verziokezelo-linux-alatt
Kissé altató és fura hangja van az illetőnek, de pl. letöltve, 1.5x-es sebességgel nézve (VLC-ben) tök jó. Igazából konkrét példán mutatja be, hogy hogyan tudod legegyszerűbben használni.Ez a step-by-step leírás a Git-telepítéshez meg szerintem nagyon jó:
https://confluence.atlassian.com/display/BITBUCKET/Set+up+Git+and+Mercurial
(A Mercurialra vonatkozó részt nyugodtan kihagyhatod, ha csak a Gittel akarsz megismerkedni!)
Meg ez:
https://confluence.atlassian.com/display/BITBUCKET/Set+up+SSH+for+GitWindows-ra való változat a Gitből:
http://git-scm.com/download/win[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz fordfairlane #1369 üzenetére
Ez a hsz. volt az egész előzménye, a kolléga félreértette a kérdést (erre később ő is rájött), és belinkelte a Git honlapját, a srác meg erre válaszul írta, hogy legalább most megismerte... Háteznemgyüttle?
Szerk.:
(#1370) DNReNTi:
Na várjál, most akkor mégsem vontad vissza az előző hsz.-edet, ami nem volt válasz a kérdésre?Amúgy meg a fejlesztőkörnyezetekhez is szokott lenni Git-támogatás, és akkor is használhatod a Git-funkciókat grafikus felületen.
DE én azt javaslom, hogy ELŐSZÖR mindenki kezdje azzal, hogy megismerkedik a konzolos használattal, mert az első probléma esetén nagy bajban lesz, amikor nem oldható fel a gond mondjuk a GUI-n keresztül.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
He? Az overflow:scroll;-nak semmi köze ahhoz, hogy a háttérkép hogyan mozgolódik, vagy épp nem. Ha jól értem, azt akarod, hogy a háttérkép fixen mindig ott legyen a háttérben, ahogy görgetsz, nem? Ha igen, akkor használd a background-attachment: fixed;-et:
http://jsfiddle.net/8dftm0u2/1/Ja, és JSFiddle-ön kifejezetten nincs szükség a <html>, <head> és <body> tagekre, mert ezekkel kiegészíti a kódodat amúgy is.
Amúgy a <br/>-t lehetőleg kerüld, ha nem muszáj használni, mert nehézkes tud lenni, ha margót vagy térközt szeretnél megadni.Szerk.: Nyehh, megelőztek. Elpöcsöltem a jsFiddle-demóval, hogy kicsit kijavítsam.
[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Szerintem meg nincs elírva. Megnéztem, azt írja az általad is kipróbált kódra (overflow:scroll; background-attachment:local;), hogy "A jobb oldali függőleges görgővel - a div tartalmával - együtt fog mozogni a háttérkép", és ez igaz. A fixedre meg ezt írja: "fixed (rögzített): a háttér a dokumentum görgetésétől függetlenül állandó helyzetben marad". Ez is pont így van.
Tehát amit eredetileg kifogásoltál, az pedig pont úgy van: a háttérkép pont a tartalommal együtt mozog, és NEM fix.
Csak a mi FRENETIKUS ÉS LENYŰGÖZŐ értelmezési képességünknek köszönhető, hogy tudtuk, mit szeretnél.Sk8erPeter
-
Sk8erPeter
nagyúr
válasz DNReNTi #1391 üzenetére
(#1391) DNReNTi:
"A JS-hez kapcsolódik a JQuery, nem árt megismerni (sőt), de szerintem egyre inkább leáldozóban van neki."
(#1395) Jim-Y:
"PHP nepszerusege durván csökken, a jQuery pedig kezd kimenni a divatból"
Most komolyan, hogy állíthattok ilyeneket? Jó, értem, jQuery nélkül is sok feladat megoldható, sőt, sokszor vicces, amikor a legalapvetőbb feladatokra is valaki jQuery-s megoldást mutat, miközben plain JS-ben vakarnia kellene a fejét, és tök fasza, hogy sok minden megoldható manapság library nélkül, de ettől még a jQuery megmarad annak, ami eredetileg volt: hasznos eszköztárnak, ami gyorsíthatja a kódolást. Mondjuk az AJAX-os kommunikációt, hibaellenőrzést akkor is sokkal macerásabb egyelőre megoldani plain JS-sel, ha ezt valaki nem ismeri el. Igen, el lehet kezdeni wrappereket írni mindenre plain JS-alapokon, és akkor eljutsz a Zepto.js-ig, a jQuery-kompatibilis API-jával, a maga kőkemény 54.2k tömörítetlen, 9.1k tömörített változatával... Persze ez még mindig nem jQuery, ami már 82,2 KB is megvan.
Egyébként nyilván a jQuery használata mobiltelefonok esetén azért megfontolandó, nagy overheadet tud rátenni. De azért az is megfontolandó, hogy lazán megvalósíthatóak-e a feladatok plain JS-sel, vagy hány plusz fejlesztési órát kell számolni arra, hogy mondjuk megvalósíts olyasmit, amit már valaki helyetted megcsinált.
Most ez nem csak jQuery-re vonatkozik, hanem úgy általában valamilyen library vagy akár keretrendszer alkalmazására.A PHP népszerűsége milyen statisztika szerint csökkent "durván"? Milyen szegmensben, konkrétan kikről beszélünk, milyen kimutatást veszünk hitelesnek, talán az osztott tárhelyek elkezdték kidobálni a PHP-támogatást, vagy miről beszélünk? Vagy csak az egyéni ízlésünkre bízva kijelentünk olyat, amiben nem is vagyunk biztosak?
Maga a PHP nyelv szerintem ezerszer kókányolósabb, mint mondjuk ASP.NET-ben programozgatni, eleget fikáztam már én is a PHP-t (annak ellenére, hogy igen sokat foglalkoztam/zom vele), de ettől még nem dobálódzom ilyen nagy szavakkal, hogy azért, mert én nem annyira komálom, biztos más szemében is "durván" csökken a népszerűsége...Szóval srácok, valami komolyan vehető indoklást írjatok már plíz.
Szerk.:
(#1401) Jim-Y : most látom csak az indoklást. (Kicsit megszakításokkal írtam ezt a hsz.-t.)
Igen, sok alternatíva van, már jó régóta. Eddig is lehetett választani. Ettől még a PHP népszerűségének csökkenése még mindig nem tudom, szerinted miért is mutatható olyan egyértelműen, sőt, "durván".
Attól még, mert valaki a Google-nél igen jól elboldogul totál más nyelvekkel a webfejlesztésben, ez nem azt jelenti, hogy Vér István ne a PHP-hoz nyúlna elsőként, és kezdene el benne kókányolni, főleg, ha az Olcsó János Kft. akár ingyen kínál PHP-támogatással egész tűrhető méretű tárhelyet, csak egy domaint kell venned hozzá.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz Sk8erPeter #1403 üzenetére
Hozzáteszem, a .NET-vonal erősödése, a nyitás a Linux és open source világ felé, stb. nekem tetszik ([link]), így én támogatnám, hogy az vegye át a népszerűségi listák csúcsát a PHP helyett.
Szerk.: (#1404) Jim-Y : OK, világos. Nekem aztán nem lesz szívfájdalmam, ha beigazolódik, amit mondasz, hogy a PHP népszerűsége DURVÁN csökken, csak akkor tényleg DURVÁN csökkenjen...
Szerk. 2.: hopsz, ez már eléggé OFF, át is kattintom.
Szerk. 3.: Jim-Y szerk. után: nyilván nem a Vér István a követendő példa, nem ezt mondtam, hanem azt, hogy eddig is elképesztő sok normálisabb alternatíva volt a PHP helyett, mégis a népszerűsége és ismertsége annyira bebetonozódott, hogy nézd csak meg akármelyik webfejlesztős topicot, amikor egy kezdő előrébb akar jutni, akkor sajnos egyből azt kérdezi, hogy akkor most ezt hogy kell PHP-ban megoldani.
Nyilván mondjuk az ingyenessége és az, hogy open source, azért igen vonzó. Még ha a nyelv maga egy kókány szarnak is tűnik, amikor az ember használ egy típusos nyelvet.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz martonx #1409 üzenetére
"A PHP egy típustalan script nyelv."
Nem, a PHP nem típustalan, hanem gyengén típusos scriptnyelv. ([link]) Azért nem ugyanaz.Amúgy annyit hozzátennék, hogy annak ellenére, hogy a PHP-nek gyorsan neki lehet esni, a gyengén típusossága épp, hogy több időelcseszést jelenthet adott esetben, például akár kód ellenőrzésekor és analizálásakor (nyilván egy típusos nyelv szigorú(bb) ellenőrzést is lehetővé tesz már IDE szintjén is), akár kódból történő generáláskor (ld. web service-ekhez (ennél nekem emlékezetes a (már rég elavult) SOAP-hoz generálandó WSDL-fájl, ami PHP-vel iszonyat sok órás időelb@szás lehet, C#-kódból négy-öt kattintás), vagy valamilyen egyéb célra szükséges fájl generálása kód alapján). A PHP-vel még az is baj, hogy tényleg kínosan sok a kókler, aki ezen a nyelven valahogy elevickél, és annak a munkamorálját is rontják, aki mondjuk hozzáértő (ez rontja a renoméját is a nyelvnek).
Egyébként szerintem hogy valaki megértse a különbséget, ki kell próbálnia más nyelvet is a webfejlesztéshez a PHP-n kívül. Én ASP.NET-ezésnél érzem azt (bár egyelőre nem vehető komolyan a tudásom benne; BTW Javát még webfejlesztésre nem használtam), hogy nemcsak a nyelv köti jó értelemben a kezemet valamilyen módon, és terelget jó irányba, hanem az egész kapcsolódó infrastruktúra, az eszközök (a Visual Studio, ReSharper, stb.) is dolgoznak a kezem alá (még ha PHP-hoz is vannak jó eszközök, számomra valahogy más).
Ha tényleg komolyan veszik a Linux és open source világ felé való nyitást (és jelenleg úgy tűnik), akkor még szimpatikusabb az egész.(#1407) martonx:
Jaja, jött egyből email az ingyenes ajánlatokról, a Visual Studio Community 2013 láttán eléggé meglepődtem, így, hogy megnéztem, kb. mit tud, ez szerintem elég sok webfejlesztőnek elég is lehet, legalábbis kezdetben egész biztosan.Sk8erPeter
-
Sk8erPeter
nagyúr
A JavaScripttel kapcsolatos kérdéseket miért nem a JavaScript topicban teszed fel, miért a CSS topicban? Ráadásul a JavaScript topic összefoglalójában (nyisd le) van jópár hasznos anyag, nem véletlenül szedtük össze többen is.
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem árt odafigyelni a szintaxis-kijelölésre, nem véletlenül van, a pirossal jelölt tagek jelzik a hibát:
Ha kijavítod, máris nem látod a piros részt:
A lényeg: a Termékeink list itemet előbb lezártad, mint kellett volna, pedig az tartalmaz egy másik unordered listet is, ezenkívül az <ul> tag megfelelő lezárása az </ul>.
Itt az új változat:
http://jsfiddle.net/tob7fqec/5/[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
"Az SVG2 nyelvet mennyire érdemes elsajátítani a HTML5 és a CSS3 mellé?"
Annak ellenére, hogy összességében nyilván nem haszontalan, szerintem teljesen felesleges egyelőre foglalkoznod vele, inkább mélyítsd az eddigi tanulmányaidat, plusz kezdd el inkább tanulni pl. a (kliensoldali) JavaScriptet. Aztán jöhet valami szerveroldali nyelv.Sk8erPeter
-
Sk8erPeter
nagyúr
"Apropó Photoshopos, Illustratoros okosságok mennyire játszanak fontos szerepet?"
Hát szerintem frontendesnek kötelező ismernie valamennyire (mindenképp) vagy nagyon (attól függ, egész pontosan a munkakörnél mit értünk most frontend alatt (lehet, hogy kb. mindent beleért a munkáltató, amit az ügyfél a honlapodból lát, lehet, hogy annak csak egy szeletével foglalkozik), kicsit sztem elmosódik ez a fogalom) a Photoshopot."Unterschiede zu XHTML und HTML4"
Hát nem tom, szerintem az XHTML és HTML4 különbségeivel most tök felesleges foglalkoznod, foglalkozz azzal, amivel a jövőben is fogsz, tehát HTML5-tel. Aztán majd ha később mégis érdekel, majd magadtól megtanulod, mi is az az XHTML.Amúgy tényleg alaposan nézz körül, hogy egy adott tanfolyamról milyen visszajelzések vannak (ha lehet ilyen véleményeket olvasni valahol), mert túl sok helyen túl sok a kókler, aki elmegy tanárnak, mert azt hiszi, ért hozzá (még BME-n is találkoztam olyan webfejlesztő kurzussal (szabadon választható tárgy volt, kíváncsiságból felvettem), ahol nekem égett az arcom a tanár nevetségesen elmaradott (90-es évekbeli) tudásától és leadott tananyagától (még valaki komolyan veszi); de szerencsére ennek ellenkezőjét is tapasztaltam, egy Microsoftnál is dolgozó emberkétől, akitől rengeteget lehetett tanulni, és nagyon képben volt).
Németországban tartózkodsz egyébként?
(#1461) Jim-Y:
"ami jön az szubjektív vélemény"
És megint Egy vélemény még mindig csakis szubjektív lehet... Olyan nincs, hogy "objektív vélemény", mivel a kettő kizárja egymást. Muszáj volt megjegyeznem.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
De, teljesen logikus, csak értelmezni kell a szavakat.
"A vélemény szó utalhat arra, hogy amit írok azt saját kútfőből teszem, és nem másolom valahonnan"
Nem, a vélemény nem csak sajátod lehet, hanem lehet másé is. A vélemény pont az, amit idéztél az előbb ("egy személynek a saját nézőpontjából kiinduló elgondolása a dolgokról"), úgyhogy ez most félremagyarázás, ha másolnád/idéznéd valahonnan, akkor az attól még, hogy nem a saját nézőpontod, ettől még lehetne akár más véleménye is, ebből következően a másolt szöveg az illetőnek a saját nézőpontjából kiinduló elgondolása, következésképp továbbra sem lehet objektív.
Ha viszont száraz tényeken alapuló szöveget írsz (pl. leírod, hogy van gravitáció), vagy épp ilyeneket másolsz valahonnan (tök mindegy, milyen forrásból származik), az már nem vélemény - ergo nem is szubjektív, hanem objektív.A "szubjektív vélemény" szavak összetétele tehát redundáns, és tulajdonképpen értelmetlen (mivel vélemény sosem lehet objektív).
Én szívesen OFF-olok erről még pár hsz.-en át, bármilyen szőrszálhasogatás is, eldumálhatunk róla, de mások nem biztos, hogy díjazzák.(#1468) martonx:
Egyetértek, ezek a határok amúgy is legtöbbször szerintem elmosódnak, nincs olyan, hogy mondjuk a "web-developer" "nem ért" a design-hoz semmilyen szinten, vagy hogy a "backend-ninja" ne értene a kliensoldalhoz, "nem ért különösebben a browserhez, JavaScripthez, CSS-hez, HTML-hez", szerintem ez bullshit, elég nagy probléma, ha ilyen szinten csőlátású egy webfejlesztő, akár a frontenden, akár a backenden dolgozik.
Azért nekem elég fura lenne, ha valaki PHP expert lenne, de fingja nem lenne, hogy működik a böngésző, hogy kell leírni egy működő kódot JavaScriptben, és ne tudná, hogy kell CSS-sel formázni, vagy HTML-ben pötyögni...[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
-
Sk8erPeter
nagyúr
válasz DNReNTi #1489 üzenetére
Sőt, a visibility, opacity és transition segítségével némi áttűnéssel is lehet játszani.
>> http://jsfiddle.net/pad5q1kx/1/Sk8erPeter
-
Sk8erPeter
nagyúr
Azért ez attól is függ, hogy van-e már kész sablon arra a bizonyos webshopra vagy sem, ha 0-ról kezdik írni, akkor a "nem sok mindent lehetne onnan hasznosítani" nem igaz, kapásból kézhez kapsz egy komplett gyűjteményt a reszponzivitás és még rengeteg más kialakításához, valami alapvető stílussal való felruházásához, persze aztán még erre ráépülhet az egyedi dizájn.
Ez sem fekete vagy fehér (szóval nem csak az van, hogy egyszerű oldalhoz oké, komplexhez nem oké), sztem a Bootstrapet vagy más hasonló frameworkszerűséget simán lehet kiindulási alapnak használni egy komplexebb oldalhoz is, szóval elég hasznos tud lenni, ha ismer ilyet.Szerk.: martonx megelőzött, közben ő is írt neked választ.
(#1562) martonx:
Egyetértek, tényleg nagyon jó a doksija a Bootstrapnek.(#1563) martonx:
Szerintem minimalista oldalra is jól lehet használni. A minimalista oldalt is simán lehet, hogy valaki mobilon is jól olvashatóvá akarja tenni, de nem akar tökölni az alap kézzel való megírásával. Mondjuk számolni kell azzal, hogy a Bootstrap saját fájlocskáit is be kell töltögetni.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
Nem tudom, szerintem ez már a felesleges agyalás kategória. Kategorikusan nem érdemes kijelenteni, hogy erre érdemes, erre nem, úgyis a helyzet dönti el; na meg lehet tömörítve is átküldeni ezeket a fájlokat a hálózaton, lehet CDN-t használni, meg ott van a böngésző gyorsítótára (így többszöri látogatáskor gyorsítótártörlésig vagy fájlmódosulásig csak egyszer kell letöltenie a felhasználónak), meg aztán lehet, hogy a minimális letöltendő méret elérése a cél, de lehet, hogy az a 100 KB már pont nem számít, blablablabla, mindig attól függ.
Azzal sem értek egyet, amit DNReNTi írt, hogy "ágyúval verébre"-kategória lenne, minimalista oldalnál is megérheti a kapott szolgáltatások miatt (pl. reszponzivitás, amit nem kell megint megírni, de persze biztos van minimalistább stylesheet is).
De mindenki el tudja dönteni, hogy adott helyzetben megéri-e kézzel összerakni a stíluslapokat, vagy felhasználja azt a munkát, amit már más elvégzett helyette.==================================
(#1569) adam_:
Szerintem az ilyen pénzbe kerülő plecsnik helyett sokkal jobban megéri inkább referenciákat gyűjteni (akár haveroknak/családtagoknak/ismerős cégének/akárkinek fejlesztett, igényesebb honlap fejlesztése is jobb lehet; meg ha valamilyen papírról van szó, ami számíthat, akkor az inkább már egyetemi/főiskolai szakirányú képzettség), a munkáltatót az többnyire sokkal jobban érdekli.[ Szerkesztve ]
Sk8erPeter
-
Sk8erPeter
nagyúr
válasz honda 1993 #1572 üzenetére
"CSS3 gradient", ezt írd be Google-be, és számtalan találatot fogsz kapni, vannak generátorok is, amik arra jók, hogy kiválasztod a megfelelő színátmenetet grafikus felületen, és ahhoz generálódik egy CSS-kód (aminél lehet régebbi böngészőkre is támogatás).
Sk8erPeter