- Steam topic
- PlayStation 5
- S.T.A.L.K.E.R. Clear Sky
- Limitált ideig már kipróbálható a The Alters PC-s verziója
- Forza sorozat (Horizon/Motorsport)
- UbiForward24 - Jövő hónapban indul az xDefiant első szezonja
- World of Tanks - MMO
- Befutott a Lollipop Chainsaw RePOP első előzetese
- Fortnite - Battle Royale & Save the World (PC, XO, PS4, Switch, Mobil)
- Le Mans Ultimate
Új hozzászólás Aktív témák
-
#6092
Sk8erPeter
nagyúr
martonx
#6090
Sk8erPeter
nagyúr
válasz
martonx
#6090
üzenetére
Az állandó igénytelensége és helyesírási hibái egy dolog, de jelen esetben nem kifejezetten csak erre hívtam fel a figyelmet, hanem azzal kezdtem, hogy tiszteljen már meg minket egy HTML-szerkesztésről szóló fórumon azzal, hogy megtanulja, hogyan kell egy URL-t link formájában beilleszteni, magyarul használja a Link gombot.
Nem tudom, miért csak az a része jött át, hogy cseszegetem a helyesírás miatt. 
Ezeket a dolgokat azért nem tudom megérteni, mert összesen 1149 hozzászólás után, amennyi a srácnak jelenleg van (összeadva a szakmai+közösségi+piaci+blogok/lokál hsz.-eket), fel nem fogom, hogy nem jött rá még ezekre a dolgokra külön rászólás nélkül. Hogy?? Én is voltam kezdő ezen a fórumon, de pár hozzászólás után rájöttem, mit hogy tudok itt használni. Nem azért, mert hű de rohadt ügyes vagyok, hanem azért, mert ez alapszint. Zavaró, amikor minden apró-cseprő szarságért szólni kell. Az ember amikor épp agypihentetős perceiben úgy gondolja, hogy megnézi, mi a helyzet a fórumon, esetleg segít, akkor nem az ilyen alapvető igénytelenséggel akar foglalkozni - sőt, ez inkább elveszi a lendületet a nagy segítési kedve során.
Ja, és amúgy kb. lesz@rnám, hogy nem használ ékezetes betűket, mert más is teszi (hozzáteszem, sosem értettem, miért szopatja magát és másokat valaki ilyennel, amikor mondjuk itthon él, és lehet venni magyar billentyűzetet/billentyűzetmatricát/...), .de amikor összeadódik a sok minden, akkor beszólhatnékom támad.
(De úgy általában a válaszaira adott reakciókból is ítélve nem csak én vagyok vele így.)================================
(#6087) honda 1993 :
Félreértetted, nem a billentyűzettel és ékezetek hiányával van a baj (bár számomra az is zavaró tud lenni, de ez a mellékes része), hanem azzal, hogy nem használsz alapvető dolgokat, mint a Link gomb, emellett igénytelenül, csetszerűen írsz. De mindegy, inkább hagyjuk a témát, térjünk vissza a szakmai vonalra. Szóval nem kell mobilról írni ettől még, hogy tudj használni ékezeteket! (mondjuk ezt nem is értem, át is állíthatnád a bill. kiosztást... 
)
Na jó, még egy: szabad megkérdezni, milyen billentyűzet? (márka+típus) Csak kíváncsiságból.[ Szerkesztve ]
Sk8erPeter
-
#6094
Sk8erPeter
nagyúr
honda 1993
#6080
Sk8erPeter
nagyúr
válasz
honda 1993
#6080
üzenetére
Na jó, térjünk vissza a szakmai témára inkább.
Szóval a példád (így kell pl. itt a fórumon a Link gombot használni
): http://jsfiddle.net/e4per0nL/
A példádban lemaradt egy </form> zárótag. (Csak gondoltam szólok, hátha az éles kódodban is lemaradt.)
Érdemes tudni, hogy HTML5-ben valid az is, ha akár több bekezdést vagy más blokkszintű elemet is <a> tagbe rak az ember (ami ugye alapvetően inline elem):
http://www.w3.org/TR/2013/NOTE-html5-author-20130528/the-a-element.html#the-a-element
Példa:
"The a element may be wrapped around entire paragraphs, lists, tables, and so forth, even entire sections, so long as there is no interactive content within (e.g. buttons or other links). This example shows how this can be used to make an entire advertising block into a link:<aside class="advertising">
<h1>Advertising</h1>
<a href="http://ad.example.com/?adid=1929&pubid=1422">
<section>
<h1>Mellblomatic 9000!</h1>
<p>Turn all your widgets into mellbloms!</p>
<p>Only $9.99 plus shipping and handling.</p>
</section>
</a>
<a href="http://ad.example.com/?adid=375&pubid=1422">
<section>
<h1>The Mellblom Browser</h1>
<p>Web browsing at the speed of light.</p>
<p>No other browser goes faster!</p>
</section>
</a>
</aside>
"Ezért nálad mehet két külön bekezdésbe vagy más blokkszintű elembe is akár a linken belüli <img> és maga a hozzá tartozó szöveg (így továbbra is egy linkben lesznek).
Ilyesmire gondoltál (már ha jól értettem, mit szeretnél)? --> http://jsfiddle.net/e4per0nL/1/
(#6093) :
Tényleg csak kíváncsiságból kérdeztem, milyen billentyűzeted van, nem azért, hogy belekössek.[ Szerkesztve ]
Sk8erPeter
-
#6097
Sk8erPeter
nagyúr
honda 1993
#6095
Sk8erPeter
nagyúr
válasz
honda 1993
#6095
üzenetére
"ne a kepben legyen a link hanem alatta"
Az általam mutatott példában sem a képben van a link, hanem alatta... De az img_container diven belül. Szóval azt akarod, hogy az img_containeren kívülre kerüljön a szöveg?"hogy lehet hogy a kozepso kep nem ugy viselkedik mint a masik ketto"
Konkrétabban?(#6096) :
A link azért volt rossz, mert http//-vel kezdődött, nem http://-vel, ahogy helyes (ergo lemaradt a kettőspont a protokoll neve után).Sk8erPeter
-
#6099
Sk8erPeter
nagyúr
honda 1993
#6098
Sk8erPeter
nagyúr
válasz
honda 1993
#6098
üzenetére
Mutass megfelelően módosított jsFiddle-példát, gyorsabban jutunk dűlőre.
Sk8erPeter
-
#6101
Sk8erPeter
nagyúr
honda 1993
#6100
Sk8erPeter
nagyúr
válasz
honda 1993
#6100
üzenetére
Ha egyszerűen a korábbi példát módosítod, amit mutattam, csak úgy, hogy nem az img_containerre rakod a bordert, hanem magára az img-re, az nem jó?
Mármint így: http://jsfiddle.net/e4per0nL/2/
Mondjuk fogalmam sincs, konkrétan mit szeretnél, mert nem fejtetted ki, de nekem úgy tűnt az eddigiekből, hogy jó az első példa is, csak a képek köré szeretnél valami keretet rakni (amúgy ebben a formában a keret elég ronda, gondolom nem ilyen lesz élesben, de szemléltetésnek pont jó).[ Szerkesztve ]
Sk8erPeter
-
#6105
Sk8erPeter
nagyúr
honda 1993
#6103
Sk8erPeter
nagyúr
válasz
honda 1993
#6103
üzenetére
Örülök, hogy sikerült, bár ha megfelelően meg vannak adva a képdimenziók (szélesség x magasság), akkor nem kellene ilyen problémának előfordulnia, hogy kitolja valamelyik elemet egy eltérő méretekkel rendelkező kép.
(#6104) PumpkinSeed : Hadd örüljön.
Sk8erPeter
-
#6131
Sk8erPeter
nagyúr
cidalain
#6129
Sk8erPeter
nagyúr
válasz
cidalain
#6129
üzenetére
Ahogy a többiek már elég meggyőzően elmondták, mindenképpen a JSON-t válaszd az XML-lel szemben. Azt meg nem értem, hogy nem találkoztál még vele, hogy mennyire nyomatják (nem véletlenül) a JSON-t, minden tisztességes és említésre méltó dokumentáció/tutorial/e-book/könyv/fórumhozzászólás a JSON-t javasolja manapság (például nagyon kényelmes is kezelni mondjuk AJAX-os kliens-szerver kommunikációnál). Főleg, ha azt írod, hogy elsősorban JavaScript-kódban használnád a szerverről fogadott adatokat... szerintem már az is elég beszédes, hogy a JSON a JavaScript Object Notationből készített mozaikszó.
A JSON-nek nagyon széleskörű a támogatottsága, ma már csak kb. a nem "karbantartott" programozási nyelvekhez nincs JSON-támogatás.Sk8erPeter
-
#6132
Sk8erPeter
nagyúr
cidalain
#6121
Sk8erPeter
nagyúr
válasz
cidalain
#6121
üzenetére
Bár ahogy megbeszéltük, úgyis JSON-t kéne választanod, de akkor már beszéljük meg az XML-t is az érdekesség kedvéért.
Ennél a példánál, amit mutattál, teljesen egyértelmű, hogy az utóbbi, attribútumokkal ellátott formát kell választani. De szerintem a példa is rossz, mert ez annyira magától értetődő, ebben az esetben nem kérdés, melyiket kéne választani: egyrészt az utóbbi láthatóan jóval tömörebb (nemcsak olvashatóbb, de kisebb hálózati forgalmat is jelent, ami nagy mennyiségnél már nem mindegy), másrészt az előbbi forma esetén az azt feldolgozó kód felesleges terjengőssége is problémát jelenthet, mivel be kell járni az adott csomóponthoz tartozó gyerekelemeket, ez plusz metódushívásokat és overheadet jelent, míg az utóbbi forma esetén csak az adott tag attribútumainak értékeit kérdezgeted le, és megvagy. Szóval több szempont is az utóbbi mellett szól.
Abban az esetben lenne max. indokolt az előbbi forma, ha valami komplexebb adatstruktúrát kellene tárolnod gyerekelemekként, ahol mondjuk pont az attribútum-érték páros szerinti leírás lenne már undorítóan olvashatatlan és/vagy erőltetett (mert mondjuk kényszerből iszonyú hosszú neveket kell adnod már az attribútumoknak, hogy megkülönböztethető legyen, az most micsoda is).Sk8erPeter
-
#6134
Sk8erPeter
nagyúr
cidalain
#6133
Sk8erPeter
nagyúr
válasz
cidalain
#6133
üzenetére
"Az XML szintaxis leírásánál mindenhol kivétel nélkül a terjengősebb forma van, majd a végén 1 sorban megemlítik a másikat is."
Ez a "kivétel nélkül" talán egy kicsit erős, nem?
Melyik leírás volt ez?A másikra: nézd meg martonx példáját, ebből jól látható, hogy attól még, mert valamit sokan igényelnek vagy használnak, az attól még nem biztos, hogy a megfelelő technológia a feladat kivitelezésére. De lehet, hogy nagyon sokan vannak olyanok is, akik meg a célra megfelelőbb technológiát ajánlanák.
Van, ahol őskövületek dolgoznak, és ők döntenek bizonyos dolgokról, vagy épp az a helyzet van, hogy rettentő komplikált vagy pénzigényes lenne a teljes átállás, és ilyen módon csomó mindent sikerül jópár évig bebetonozni.[ Szerkesztve ]
Sk8erPeter
-
#6137
Sk8erPeter
nagyúr
Jim-Y
#6136
Sk8erPeter
nagyúr
Ezek szerint eléggé félreértetted, nem állította senki, hogy minden esetben ilyen egyszerű, de amúgy igen, a jelen helyzetben ilyen egyszerű, hogy az attribútum-érték párosokkal ellátott verzió jobb, és kész.
![;]](//cdn.rios.hu/dl/s/v1.gif)
Eléggé kifejtettem az okát az előző hsz.-emben. 
Mert szerinted a példában mégis mi szól a másik mellett? (Nem láttam tőled indoklást. )"Ellenben ha mar ez az XML pl egy build.xml lenne, akkor az elso verzio -szertintem- sokkal atlathatobba tenne a fajlt."
Ez így nem túl értelmes állítás, mivel ha megnézel egy Ant-es build.xml-t, akkor az tele van ilyen vagy olyan megoldásokkal (van, ahol az egyik formátumot, van, ahol a másikat használja), épp attól függően, hogy hol melyik praktikusabb/logikusabb (kb. azon szempontok szerint is, amiket írtam).(#6135) tothjozsi96 :
"HTML-ben mit érdemes használni mint táblakezelőt?
Vagyis több értelme van a DIV-nek?"
Ennek a kérdésnek ebben a formában semmi értelme. Ha táblázatot akarsz megjeleníteni (tehát indokolt a <table> használata), akkor használj táblázatot, ha pedig a layoutról van szó, akkor azt ne táblázatos formában készítsd, mert az rendkívül rugalmatlan. De ha átfogalmazod a kérdést valami értelmes változatra, akkor még talán tudunk is válaszolni arra, amire kíváncsi vagy.[ Szerkesztve ]
Sk8erPeter
-
#6141
Sk8erPeter
nagyúr
tothjozsi96
#6138
Sk8erPeter
nagyúr
válasz
tothjozsi96
#6138
üzenetére
"De szerintem a <table> használata lehet ajánlottabb lenne, mert nagyon kevés helyre kellene ez a layout.
És table-n belül a div működik úgy is ha csak bizonyos helyre kell."
Mi van?! Sokszor egyszerűen nem értem a mondataidat. Mi az, hogy "kevés helyre kellene ez a layout"? Én a page layoutról beszéltem, abból egy van, ez határozza meg a látható elemek elhelyezkedését. Na, erre mondtam, hogy NAGYON NEM ajánlott a <table>, nem véletlenül nem divat, hanem azért, mert rettentően rugalmatlan tud lenni, nem tudod szabadon pozicionálni az elemeidet, táblázatba ágyazott táblázatokkal kell helyenként szenvedni, ha ilyen megoldáshoz folyamodsz, köze nincs a reszponzivitáshoz, és még számtalan potenciális problémát vet fel.
Az eredeti kérdésed is elég értelmetlenül hangzik, nem pontosítottad, az ezelőtti válaszomban arról beszéltem, hogy ha valóban táblázatról van szó (pl. adatok sor-oszlopszerű megjelenítése a cél), akkor nyilván <table>-t használj, ha a lap alapvető megjelenéséről van szó, akkor <div>-eket, sőt, a HTML5-ös elemeket is (<header>, <nav>, <main>, <section>, <aside>, <footer>, stb.).(#6139) Kommy :
És akkor miért a HTML topicba írsz, és miért nem oldod meg PHP-val? Jól érzed, ez így elég durván gány.[ Szerkesztve ]
Sk8erPeter
-
#6164
Sk8erPeter
nagyúr
DNReNTi
#6159
Sk8erPeter
nagyúr
válasz
DNReNTi
#6159
üzenetére
"Ha viszont igen, akkor jöhet a html5shiv, vagy valami hozzá hasonló script. Ettől viszont szerintem jobb megoldás a jó öreg div"
Miért lenne jobb megoldás, mint include-olni egy feltételtől függően behúzott scriptet? Itt van példa rá. Lesz egy
<!--[if lt IE 9]>
<script src="http://html5shiv.googlecode.com/svn/trunk/html5.js"></script>
<![endif]-->
rész a kódban, a nem érintett böngészők egyszerűen ignorálják, ott nem is lesz behúzva ez a script, de cross-browser és modern a kód, mindenki happy...Sk8erPeter
-
#6170
Sk8erPeter
nagyúr
tothjozsi96
#6167
Sk8erPeter
nagyúr
válasz
tothjozsi96
#6167
üzenetére
Szemantikailag helyesebb a kód úgy, ha kifejezi a tartalmat. Ezekben is segítenek a HTML5-tagek. A kérdésed kb. olyan, mintha egy XML-ben nem értenéd, mire jó, hogy van egy <product> tag, ahelyett, hogy mondjuk <tokmindegy name="product"> lenne...
Remélem, elég szemléletes a kép. Rövidebb, kifejezőbb, olvashatóbb az előbbi megoldás. Természetesen nem csak az a lényeg, hogy a fejlesztő számára olvashatóbb legyen, hanem keresőmotorok és egyéb automatizált eszközök számára is."Gondolom cserébe a régi böngészőkön nem lesz jó"
Pontosan erről volt szó itt, hogy van fallback régi böngészőkre is egy script formájában..."Kíváncsiságból megnéztem egy Firefox 3.6-os verzióval, a menüm össze hullott, hát lehet maradok a <div>-nél inkább."
Ki használ FF 3.6-ot? Egyébként mindegy is, az előző mondatom erre is válasz.
"Kár hogy a régi dolgokra ez nem elérhető." - és erre is...
Mintha nem előtted beszéltük volna meg az egészet. "Próbáltam megnézni Lumia 520-al is de nem engedte valamiért, lehet a WAMP miatt, nem megy ki a port, vagy nem tudom."
Ennek nincs sok értelme, hogy "nem megy ki a port". Tűzfal blokkolhatja az adott (itt: 80-as, HTTP-) portra érkező kéréseket (HTTPS esetén alapértelmezetten 443-as port). Akár a saját gépeden, akár a routeren. A tűzfalat konfigurálhatod úgy, hogy az adott port nyitva legyen. Port forwardingnak hívják azt a módszert, amikor a külső hálózatról az adott portra érkező kéréseket pl. a routereden átirányítod a belső hálózat egyik gépének adott portjára. Itt, meg itt írtam erről valakinek nemrég.
Egyébként belső hálózaton nincs szükség erre, csak ha külső hálózatból is el akarod érni az adott szolgáltatást az adott porton.Sk8erPeter
-
#6172
Sk8erPeter
nagyúr
tothjozsi96
#6171
Sk8erPeter
nagyúr
válasz
tothjozsi96
#6171
üzenetére
Régebbi IE-verziót is tudsz "szimulálni" (F12-vel hozod elő az IE debuggerét, a screenshoton IE11):
Sk8erPeter
-
#6183
Sk8erPeter
nagyúr
tothjozsi96
#6174
Sk8erPeter
nagyúr
válasz
tothjozsi96
#6174
üzenetére
Már cidalain leírta, hogy a logót inkább illene <img>-ként megadni, mint háttérképként. Amit később mutogatsz, az továbbra is háttérkép, pedig épp előtte írta le a kolléga az instrukciókat, abban a hsz.-ben, amire épp válaszoltál.
Amúgy szerveroldalról is simán visszaküldhetnéd az aktuális logót, az src-attribútumban olyan URL-t megadva, ahol először némi pársoros query-feldolgozás után visszaküldöd a képet (PHP-vel is megteheted, hogy kiolvasol képfájlból, majd megfelelő fejlécekkel kiküldöd).Az egésznek egyébként nem sok köze van a HTML5-újításokhoz. De természetesen úgy a jó, hogy a logó a <header> elemen belül van. De mélyebben beágyazva szokás, nem közvetlenül belerakva, hiszen a header több szekcióból is állhat, például tartalmazza a <nav>-elemet, és a többi... Meg valamilyen többi elemtől szeparáló divbe szokták rakni.
"a HTML5 eléggé kerüli a DIV-ek használatát"
Ez egy óriási baromság! Dehogy kerüli a divek használatát! Egyszerűen a HTML5-ben újabb elemek vannak, amikkel egyrészt rövidebb és szebb lehet a kód, másrészt kifejezőbbek szemantikailag adott esetben, mint a divek (ahol ez érdekes - például a <nav> szebb, mint egy <div id="nav">), ettől függetlenül a div ugyanúgy megmaradt használható blokkszintű csoportosító és elválasztó elemnek. (div --> division)(#6179) tothjozsi96:
"A div már halott ..."
És még egyszer leírja a hülyeséget...
Attól még, mert helyenként mást illik használni HTML5-ös doctype-pal, mint egy sima divet, egyszerűen azért, mert kifejezőbb lesz tőle a kód (így olvashatóbb is, és keresőmotorok vagy egyéb automatizált eszközök által is könnyebben érthető), attól még a divet továbbra is HASZNÁLJÁK, igen, HTML5-nél is!!! Capisce?[ Szerkesztve ]
Sk8erPeter
-
#6186
Sk8erPeter
nagyúr
honda 1993
#6176
Sk8erPeter
nagyúr
válasz
honda 1993
#6176
üzenetére
"Van valami szabaly arra vonatkozoan, hogy egy weboldal hany db html fajlbol allhat ?
Persze itt inkabb az amolyan "iratlan szabalyra " gondolok."
Nincs ilyen szabály, mert általában egy normális weboldal nem szanaszéjjel szórt, egymástól független HTML-fájlokból áll, hanem szerveroldalon generálódik hozzá az oldaltartalom. Ami meg ugye adott esetben iszonyatosan nagy mennyiség is lehet. Lásd akár a stackoverflow.com aloldalait. De az ehhez tartozó tartalmat nem meglepő módon mind adatbázisból kotorják ki, az oldal összeállítását pedig az alkalmazás végzi."Ugyanis az oldalam meglehetosen sok, jelenleg is kb 20 db html fajlbol all.
Megpedig azert, mert 20 menupont van az oldalamon, es ezek mindegyikeben mas es mas tartalom talalhato.
illetve megegy kerdes, egy atlagos weboldal mindennel egyutt kb mekkora helyet foglal ?
Nekem jelenleg 2,8 mb."
Nincs ilyen mérce, hogy van egy átlagos weboldal, és az ennyi helyet foglal. Ez teljes mértékben a mögötte lévő kódbázistól függ. Ezt pedig több szerveroldali nyelven is meg lehet írni, még a nyelven belül is számtalan megoldás van, lehet saját kódot írni az egész működtetésére, lehet frameworköt felhasználni a kódtámogatásra, lehet CMS-t továbbfejleszteni, mindegyik teljesen más méreteket jelent. A méret inkább a legenerált kimenetnél érdekes, hogy a kliensnek mekkora adatmennyiséget kell letöltenie a hálózaton keresztül. Ő például a szerveroldali kódjaiddal - jó esetben - nem találkozik, csak a szerveroldalon lévő alkalmazásod által legenerált végső kimenettel (legyen az HTML, JSON vagy akármicsoda). Nyilván nem szerencsés, ha gigantikus méretű képeket kell egyetlen requestre való válaszként letöltenie a kliensnek, mert az elég hosszú ideig tart, és anyázni fog érte. Egyébként a letöltött méretet tudod figyelni az adott böngésző webfejlesztő panelén keresztül is (Ctrl+Shift+I vagy F12, Network fül).(#6185) cidalain :
A blokkszintű elemeket, tehát az általad felsoroltakat nyugodtan vehetjük így is. Annyi kiegészítéssel, hogy a HTML5-ben vannak új sorszintű (inline) elemek is.[ Szerkesztve ]
Sk8erPeter
-
#6193
Sk8erPeter
nagyúr
honda 1993
#6187
Sk8erPeter
nagyúr
válasz
honda 1993
#6187
üzenetére
"Nem tudom hogy mennyire ertheto amit szeretnek mondani"
Mondd el úgy, hogy érthető legyen, mit akarsz mondani.
Egyébként szerintem te nem értetted meg, amit magyaráztam. Mostanában érzem, hogy tök feleslegesen pötyörészek annyit, asszem kicsit megpróbálom inkább passzívan követni a topicot (vagy egyáltalán nem), mert kezd tököm tele lenni a színvonal alattisággal, az értelmetlen és magyartalan mondatokkal, a helyesen írni és kérdezni sem tudással.Sk8erPeter
-
#6199
Sk8erPeter
nagyúr
BitMiller
#6198
-
#6205
Sk8erPeter
nagyúr
BitMiller
#6204
Sk8erPeter
nagyúr
válasz
BitMiller
#6204
üzenetére
"A hagyományos HTML indent-ből ha sokat akarok használni, mélyebben egymásba ágyazott szövegrészek miatt, értékes teret vesztek."
Próbáltam felfogni a mondatodat, de sajnos nem sikerült, valószínűleg mert ebben a formában sok értelme nincs. Miért ne használhatnál CSS-t a beljebb toláshoz, meg tudod magyarázni, hogy én is értsem?Sk8erPeter
-
#6216
Sk8erPeter
nagyúr
lesaux
#6215
Sk8erPeter
nagyúr
Itt egy CSS3-as feature-t használnak, konkrétan a transitiont, amivel effektet/animációt lehet hozzáadni az elemek stílusának megváltoztatásához (így lehet egy átmeneted JavaScript vagy Flash használata nélkül is (persze sokszor a JavaScript nem kihagyható, a jelen példában is van egy minimális JS-kód, erről mindjárt)).
Itt csak annyi történik, hogy egyes elemek szélességének növelésével, illetve csökkentésével játszanak, mindezt egy finom átmenettel animálva, attól függően, hogy hol tartasz a scrollozásban. Ha az oldal legtetején vagy, akkor csak 2 ikont látsz, ha lejjebb görgetsz, mind az 5 ikon megjelenik (tehát 3 ikonnal bővül a segédmenü). Ezt egyszerűen úgy érik el, hogy JavaScripttel figyelik a görgetés állapotát (legtetején vagy az oldalnak, vagy lejjebb), és ha a legtetején vagy, akkor 0 pixelre állítják az elrejtendő ikonok szélességét, ha meg akarják jeleníteni, akkor az általuk meghatározott 36px-re (mindegyik ikon ilyen széles itt).
DE a JavaScript-kód itt csak minimális szerepet játszik, annyi a feladata, hogy a görgetés állapotától függően hozzáad, illetve elvesz egy osztályt a konténerelemről, konkrétan a scroll-at-top osztályt - nevéből következően ez azt jelenti, hogy megjelenik az osztály az elemen, ha az oldal legtetején vagy, de eltávolításra kerül, ha lejjebb görgetsz.Ez a div a konténerelem:
<div class="fixed-header fixed-header-line show-up-and-share-buttons scroll-at-top" id="fixed-header">
...
</div>Itt látható, hogy az osztályok között szerepel a scroll-at-top osztály, ha lejjebb görgetsz, így fog kinézni:
<div class="fixed-header fixed-header-line show-up-and-share-buttons" id="fixed-header">
...
</div>Csak annyi történt, hogy lekerült a scroll-at-top osztály.
Ezen a konténeren belül egy main osztállyal ellátott <ul> elem tartalmazza a menüpontokat.
Na, ez a CSS-kód vonatkozik az ELREJTETT ikonokra:
.fixed-header.scroll-at-top .main .icon-indexlogo-fixedheader, .fixed-header.show-up-and-share-buttons.scroll-at-top .main .icon-up, .fixed-header.show-up-and-share-buttons.scroll-at-top .main .icon-share {
width: 0;
padding-left: 0;
padding-right: 0;
}A lényeg a width:0, tehát 0 pixel alapból a szélessége ezeknek az ikonoknak.
A lejjebb görgetett állapotnál ez a fontos kódrészlet:.fixed-header .main .icon-indexlogo-fixedheader, .fixed-header.show-up-and-share-buttons .main .icon-up, .fixed-header.show-up-and-share-buttons .main .icon-share {
width: 36px;
transition: width 200ms,padding 200ms;
}Látható, hogy itt a második kódrésznél a width property-t 36px-re állítják, ÉS egy CSS3-as transition property értéke is meg van adva: width 200ms,padding 200ms; - ez azt jelenti, hogy a szélesség, illetve a padding tulajdonságok animációjának időtartama 200ms legyen.
Tehát ennyi a lényeg: 0 pixelről 36 pixelre nő a szélesség, 200ms-os animációval, amennyiben lekerül a fixed-header konténerelemről a scroll-at-top osztály, illetve fordítva, amikor rákerül ez az osztály a konténerelemre (a szülőelemek egyikére), akkor 0 pixelre csökken a szélesség, ugyanígy animálva.
Remélem, valamennyire tiszta volt a magyarázat.
Szerk.: jézusom, most látom, mennyit írtam, már megint szófosásom van.
=============
(#6213) Jim-Y:
Nahát, olyan gonosz vagy, cö-cö-cö, hát ilyet.
=============
(#6211) honda 1993:
Majd linkeld be nekünk légyszi a <table_2> tag specifikációját a W3C ajánlásában, szívesen elolvasnánk! Jöhet a többi számmal ellátott elem is!Mielőtt elfelejtem: IKSZDÉ!
[ Szerkesztve ]
Sk8erPeter
-
#6219
Sk8erPeter
nagyúr
lesaux
#6218
Sk8erPeter
nagyúr
Na basszus, bocsi, akkor totál félreértettem, mert nálam blokkolva vannak a reklámok.
Sebaj, hátha mégis hasznos volt a "disszertáció".
Most megjelenítettem az oldalt privát módban (így a böngésző-bővítményeim nélkül fut egy másik Chrome-példány), és így már látom a reklámot, viszont bevallom, a kérdést így már tényleg nem értem, pedig visszaolvastam, amit írtál, itt nem tudom, mit lehet görgetni.Sk8erPeter
-
#6221
Sk8erPeter
nagyúr
lesaux
#6220
Sk8erPeter
nagyúr
Ja, vágom. Nem néztem a kódját tüzetesen, csak gyors rápillantás alapján a webfejlesztő panelról egyszerűen a görgetés egy bizonyos szakaszán (kb. amikor a kép teteje az ablak tetejéhez ér) hozzáadják az .adaptive-ad osztállyal ellátott elemhez a .fixed osztályt is, így annál be lesz állítva a position: fixed; tulajdonság, plusz JavaScripttel hozzátoldják a kódból kiszámított, ablakhoz képest relatív top-tulajdonságot is, meg a width, height property-ket.
Ahhoz, hogy ezekre rájöjjél, hogyan működnek, mindenképp használnod kell a webfejlesztő panelt (Ctrl+Shift+I vagy F12), így viszonylag gyorsan rá lehet jönni.
[ Szerkesztve ]
Sk8erPeter
-
#6224
Sk8erPeter
nagyúr
Halaszpetike
#6223
Sk8erPeter
nagyúr
válasz
Halaszpetike
#6223
üzenetére
Az egészen biztos, hogy a saját kis kódoddal nem fogod tudni kikapcsolni az ügyfélnél a hardveres gyorsítást a böngészőjében (hiszen az durva biztonsági probléma lenne, ha az egyéni beállításait csak úgy felül tudnád bírálni).
Érdekes lehet tanulmányozni, hogy milyen az oldal forráskódja, vajon mi okozhatja a csíkozódást (amúgy ja, tud ilyeneket okozni a HW-es gyorsítás, őszintén szólva mivel még nálam nem fordult elő, így nem tesztelgettem, nem tudom, mivel lehet rajta segíteni), de kód híján nem nagyon fog menni (ahogy az sem, hogy a topiclakók teszteljék, náluk előjön-e), szóval ha van esetleg publikus része az oldalnak, akkor megoszthatnád. Ha nincs, hát akkor majd jönnek a tippek.
Még további kérdés, hogy milyen böngészőkben fordul ez elő?Néhány érdekes thread lehet, esetleges workaroundok WebKit-/Blink-alapokra (hátha kötődik a problémádhoz):
http://stackoverflow.com/questions/16338263/chrome-redraw-issuehttp://stackoverflow.com/questions/11002195/chrome-does-not-redraw-div-after-it-is-hidden
http://stackoverflow.com/questions/18529381/what-does-webkit-transform-translate3d0-0-0-exactly-do-apply-to-body
"-webkit-transform: translate3d(0,0,0); makes some devices run their hardware acceleration.
[...]
Note: translate3d(0,0,0) does nothing in terms of what you see. it moves the object by 0px in x,y and z axis. It's only a technique to force the hardware acceleration."Sk8erPeter
-
#6231
Sk8erPeter
nagyúr
r6man123
#6228
Sk8erPeter
nagyúr
válasz
r6man123
#6228
üzenetére
Egész pontosan melyik FF-verzió? Egyébként szerintem semmi köze videókártya-haldokláshoz (főleg, hogy írtad, hogy csak Firefoxszal jön elő a jelenség, egyébként nincs para), ilyen gondok simán előjöhetnek bizonyos böngészők renderelési problémáitól is, így előfordulhat, hogy épp egy bugos Firefox-verzióba futottál bele - sőt, olyat is láttunk már, hogy egyes renderelési hibák csak adott hardveres környezetben jöttek elő, na az meg az ilyen "franc tudja, miért"-kategória.
Szerk.: ja, várj, most jut eszembe, mintha azt írtad volna, hogy más ügyfeleknél is előfordult, nem csak nálad. Na akkor viszont a konkrét oldalt kéne látni, hátha mást is beleraktál a template saját kódján kívül. Meg kipróbálhatnád a korábban írt "hekkeléseket", rosszabb nem lesz tőle.
Nálad mennyire jön elő következetesen a probléma? Minden oldalbetöltésnél látszik az a fekete csík? Vagy csak egyszer-egyszer látod?[ Szerkesztve ]
Sk8erPeter
-
#6236
Sk8erPeter
nagyúr
honda 1993
#6233
Sk8erPeter
nagyúr
válasz
honda 1993
#6233
üzenetére
1. JavaScript
2. file típusú input-elem
3. A mailto-ra gondolsz valószínűleg. Ez csak és kizárólag abban az esetben fog "működni" (úgy, ahogy), ha a látogatónál van egy alapértelmezett email-kliens beállítva a mailto: URI scheme-hez, ami egyáltalán nem garantált. Vagy itt olyan is felmerülhet, amit közben pont írtál, hogy mondjuk Chrome-ban/Operában/Firefoxban a Gmailt állította be alapértelmezett levelezőkliensként, ez műxik neki, de Internet Explorerben meg ugyanez nem megy (legalábbis tudtommal IE11-nél ezt még nem lehet beregisztrálni, korrigáljatok, ha mégis).
Aztán ha ezt választod, akkor felejtsd is el a kép csatolását, meg hasonlókat. A mailto nagyon kezdetleges, úgyhogy felejtős. Ha normálisan akarod megoldani, szerveroldalra mindenképp szükséged lesz, meg ajánlott egy jó levelezőosztály/-könyvtár, hogy megkönnyítsd a magad dolgát.Szerk.: ja, mielőtt elfelejtem: IKSZDÉ!
[ Szerkesztve ]
Sk8erPeter
-
#6253
Sk8erPeter
nagyúr
honda 1993
#6237
Sk8erPeter
nagyúr
válasz
honda 1993
#6237
üzenetére
Előtte azt hittem, arról beszélsz, hogy azt szeretnéd, hogy Enter hatására egyik mezőből átugorjon a másikba: mondjuk megadod a feladó mezőt, nyomsz egy Entert, és átugorjon a tárgy mezőbe. Persze ez szerintem kerülendő, mert erre nem az Enter való, hanem a Tab billentyű. De mint kiderült, nem is ezt akarod.
Az fel sem merült bennem, hogy több hónapnyi HTML+CSS-tanulás után még nem is hallottál a textarea-ról...
(#6248): Szívből gratulálok, hogy sikerült leírnod a "szükség" szót k-val!
Amúgy a korábbiakhoz még annyit jótanácsként, hogy lehetőleg NE töltsd ki előre a felhasználó helyett a value-értékeket, mert rohadt idegesítő, hogy ezeket ki kell törölni, hanem használd a placeholder-attribútumot, és ott adj meg egy kitöltést segítő üzenetet.
Szerk.: ja, most látom, Zedz már meg is mutatta neked a használatát.[ Szerkesztve ]
Sk8erPeter
-
#6254
Sk8erPeter
nagyúr
martonx
#6251
Sk8erPeter
nagyúr
válasz
martonx
#6251
üzenetére
Alapvetően egyetértek, de amíg azt sem tudja, hogy kell elküldeni magától egy levelet, addig szerintem először próbálja ki. Aztán ha ezt már elsajátította, tudni fogja értékelni az ilyen jellegűeket is. (Vagy nem, az már az ő dolga.
) Amúgy a MailChimp tényleg fasza (a SendGridet még nem használtam).(#6252) Zedz:
"És milyen előnye van még ennek mondjuk egy Swiftmailer vagy PHPmaillel szemben? Mert így elsőre plussz egy körnek tűnik az API-t meghívni külsős szerverről."
Az az előnye, hogy neked nem is kell foglalkoznod magával az email-küldéssel, meg a mindenféle kapcsolódó tevékenységekkel (mint pl. a levél elküldésének sikeressége, illetve a levél hatékonyságának elemzése különböző módszerekkel). Egyszerűen átpasszolod az üzenetet egy levélküldő szolgáltatásnak, az elintézi a többit; felhasználhatsz template-et is, küldhetsz nagy mennyiségben, adott esetben ezek ütemezett küldözgetését is megoldja, a levél nagy eséllyel nem fog a felhasználóknál a spambe kerülni, PLUSZ ami nagyon hasznos lehet, hogy statisztikákat készít arról, hogy a felhasználóknak milyen szokásai vannak a leveleid olvasása kapcsán, mondjuk a levélben milyen gombra kattint rá, mit sikerült figyelem-felkeltővé tenni, mi az, amivel a felhasználóid egyáltalán nem foglalkoztak, tehát az a rész a levél sablonjában mondjuk szarul sikerült, azon javítani kéne, és így tovább...
Csomó következtetést le lehet ezekből vonni, és nem neked kell mindezt kézzel, mindenféle saját megoldásokkal, esetleg library-k felhasználásával megoldanod, hanem ezt a feladatot a szolgáltató (mint pl. a MailChimp) elvégzi. Az ingyenes változatával is egész sok levelet lehet küldeni, persze a nagyobb csomagok már fizetősek, de megtérülhet.
Ja, és kapsz mindehhez egy jól áttekinthető webes felületet (ahol pl. a sablonokat is létrehozhatod, meg elemezheted a tömegesen kiküldött (hír)leveleket), meg egy normális API-t.[ Szerkesztve ]
Sk8erPeter
-
#6260
Sk8erPeter
nagyúr
honda 1993
#6256
Sk8erPeter
nagyúr
válasz
honda 1993
#6256
üzenetére
Hát b@szki, ha ezt többhónapnyi tanulás után külön meg kellett kérdezned a topicban, hogy hogyan hozz létre olyan beviteli mezőt, aminél többsoros szövegbevitel lehetséges, akkor nem igazán ismerted a textareát, hiába hőbörögsz, annak ellenére, hogy később végül gondolom némi guglizás vagy gondolkozás (?!) után csak rájöttél (hogy jé, ilyen is van). Na mindegy, néha újra tabula rasával kezellek, és megpróbálok neked ismét jószándékúan segíteni (ha visszanézed, elég hosszú választ írtam neked), de aztán valahogy mindig ide lyukadunk ki, tudom, én is tehetek róla, mert nehezen viselem a gondolkodás nélküli, igénytelen kérdezgetést, de megpróbálok tenni ellene, például úgy, hogy nagyobb eséllyel ignorálom a kérdéseidet, és akkor nincs gond, nincs anyázás, legalábbis engem kihagysz belőle.
===============
(#6259) PumpkinSeed:
Egyetértek, hogy a PHP-s mail()-függvény használata felejtős, normális levélnél csak önszopatásra jó. Library-t vagy valami említett mailszolgáltatót kell használni.(#6257) DNReNTi:
Gondolj bele, hogy 1 260 000 levelet tudsz így havonta küldeni, ez már nem csoda, hogy sokba kerül. Mondjuk 100 ezer hírlevél-feliratkozó sem egy átlagos cégnél van.[ Szerkesztve ]
Sk8erPeter
-
#6268
Sk8erPeter
nagyúr
Vikus
#6267
Sk8erPeter
nagyúr
-
#6274
Sk8erPeter
nagyúr
honda 1993
#6273
Sk8erPeter
nagyúr
válasz
honda 1993
#6273
üzenetére
Viszont azt is vedd figyelembe, hogy egy menünél nagyon nem tűnik indokoltnak a <hr> használata, ott pont a border a normális, CSS-ből is értelmesen felülbírálható megoldás, ahogy DNReNTi írta.
A <hr>-rel a <br>-hez hasonlóan csínján kell bánni, és indokolt esetben használni, például sokan elkövetik azt a hibát, hogy a térközöket több <br> beszúrásával intézik el, pedig ez nem jó megközelítés, ahogy egy normálisan megszerkesztett Word-dokumentumban sem sok-sok Enterrel kell megoldani a bekezdések közti távolságot. Az ilyesminek lehetőleg stylesheetekben felülbírálhatónak kell lenniük, mert sokkal rugalmasabb megoldást kínálnak. Például a <br>-nél nem szabályozhatod finoman, hogy mekkora is legyen, ahhoz több tulajdonságot is szabályozni kell. A <hr>-t is akkor kell használni, amikor tényleg van értelme, például ha az egyes menüpontoknak valami alsó keretet akarsz adni, akkor ne a <hr>-t használd, hanem adj neki egy alsó bordert, így például később ezt rugalmasan meg is tudod változtatni (ha például úgy döntesz, hogy oldalra is szeretnél keretet).
Sk8erPeter
-
#6280
Sk8erPeter
nagyúr
Vikus
#6279
Sk8erPeter
nagyúr
Ja, azt hittem, még az is para, hogy odakerült a böngésző alapértelmezett autofill-előugrója is pötyögéskor (ahogy itt látszott), és így pötyögéskor nem csak az adatbázisból kiszolgált adatok látszottak, hanem a böngésző saját szara is elépofátlankodott (szóval hogy nem csak a háttérszín-probléma volt).
[ Szerkesztve ]
Sk8erPeter
-
#6286
Sk8erPeter
nagyúr
cobranco
#6284
Sk8erPeter
nagyúr
válasz
cobranco
#6284
üzenetére
Most akkor mit is kell nézni? Mert nálam megjelenik a honlap. Vagy azóta sikerült megoldanod?
Amúgy a saját érdekedben is érdemes lenne átállnod a kukába vagy inkább tűzre való Frontpage-ről valami másik, korszerűbb eszközre.
(#6283) Vikus:
Semmiképpen sem szép megoldás, hogy leszedted a name-attribútumot a szövegmezőről, mivel így semmi nem fog átmenni szerveroldalra. Ebből most persze nem érzékelsz semmit, mert AJAX-szal küldözgeted az adatokat, és nem teszed függővé az ottani kódot az attribútum meglététől vagy hiányától, de ha valakinél nincs JavaScript engedélyezve, akkor annál nem fog működni a keresőmező. Igen, tudom, ilyenkor jön az, hogy 2014 van, rohadjon el mindenki, akinél nincs JavaScript engedélyezve, de ettől még szerintem szempont: pölö ha eltörik valami a scripteknél, legalább van egy fallback, és JS nélkül is működnek a dolgok. Na persze az is igaz, hogy nem állapot az, hogy el legyen törve bármi is a scripteknél.[ Szerkesztve ]
Sk8erPeter
-
#6299
Sk8erPeter
nagyúr
cidalain
#6298
Sk8erPeter
nagyúr
válasz
cidalain
#6298
üzenetére
Ezt ne, ez így gusztustalan. Normálisan megírt eseménykezelőkkel csinálja meg, mindenki kerülje az ilyen inline bedobált megoldásokat:
http://www.slideshare.net/fgalassi/refactoring-to-unobtrusive-javascriptSk8erPeter
-
#6305
Sk8erPeter
nagyúr
nova001
#6303
-
#6308
Sk8erPeter
nagyúr
nova001
#6306
Sk8erPeter
nagyúr
válasz
nova001
#6306
üzenetére
Pedig az ebben a formában nem fog menni webszerver nélkül.
(#6307) Jim-Y:
Igen, és ehhez máris fel kell raknia a Pythont... Ne abból indulj ki, hogy mindenkinél fent van. Tehát nem egyszerűbb a Python next-next felrakása, mint egy webszerver next-next felrakása. Szerintem aki webfejlesztgetéssel foglalkozik, rakjon fel egy rendes webszervert.Sk8erPeter
-
#6314
Sk8erPeter
nagyúr
^Boss
#6311
Sk8erPeter
nagyúr
Akkor mi a gond? Az van, amit martonx leírt, hogy küldesz egy requestet a szervernek, hogy kérek ennyi adatot, azt a szerver visszaadja, a kliens fogadja, frissíti a kapott adatokkal a tartalmat. Ha meg lapozol, akkor megint szólsz a szervernek, hogy ezt kérném, ezzel az offsettel, adjadmáidehe!
Sk8erPeter
-
#6333
Sk8erPeter
nagyúr
amulet
#6331
Sk8erPeter
nagyúr
2015 van, az ilyen intrók a megjelenítéskor szerintem rettentő amatőr hatásúak, egyszerűen lejárt már ezeknek az ideje, el kéne felejteni. Tudod, miért? Mert a felhasználók egyből az oldalt akarják látni, és minél több információt begyűjteni minél rövidebb idő alatt (ilyen a modern ember felfogása, alkalmazkodni kell hozzá, és ezt tiszteletben tartani), nem izgő-mozgó animációkat bámulni. Kattintgatni akarnak az oldalon, nem végigvárni, amíg lefut egy ilyen animáció - főleg egy visszatérő felhasználót halálba fogsz idegesíteni egy ilyennel, amikor csak valami infót akart kideríteni az oldalról. Gondolj arra, hogy a látogatónak mi fog tetszeni, ne arra, hogy mi volt a menő még a 2000-es évek elején.
Főleg, hogy sokan blokkolják a Flash-es szutykokat, például én is, megmutatnám, hogy ha nem kattintok bele az animációd keretét képező részbe, mit látok kapásból az oldalból:
Ugye, milyen szép?
Persze ahogy érzed, ha neked így tetszik, vagy így kérték tőled, csináld így, de gondolj arra, hogy ezzel sok potenciális vásárlót lehet elveszíteni vagy legalábbis idegesíteni.Sk8erPeter
-
#6341
Sk8erPeter
nagyúr
adam_
#6340
Sk8erPeter
nagyúr
Ennek a kérdésnek a megvitatására alkalmasabb lenne a PHP topic.
A PHPMailert lokálisan is tudod tesztelni, érdemes először így a postafiókod tömködése helyett, nyilvánvalóan kell hozzá egyrészt webszerver (teljesen mindegy, hogy ez IIS vagy Apache vagy más), de erre amúgy is szükséged van a fejlesztésekhez, másrészt kell hozzá SMTP-szerver is, de erre jó egy "fake SMTP server" is, pölö:
http://smtp4dev.codeplex.com/
https://nilhcem.github.io/FakeSMTP/
Ehhez persze konfigurálnod kell a php.ini-t is.A letöltés és kibontás után a szükséges helyen pl. require_once segítségével behúzod a PHPMailer működéséhez szükséges fájlokat (amiben az osztály található), majd használod a kódot. Hogy hogyan tudod kiszedni az űrlapból az adatokat, az az alapvető PHP-ismeretek témakörébe tartozik, szóval ennek előbb nézz utána, aztán a másik topicban beszéljük meg, miután próbálkoztál vele. Ez olyan kérdés, amire a választ még azelőtt ismerned kellene, mielőtt egyáltalán belekezdenél bármilyen levelezőosztály használatába...
Sk8erPeter
-
#6370
Sk8erPeter
nagyúr
martonx
#6369
Sk8erPeter
nagyúr
válasz
martonx
#6369
üzenetére
Hát ja, ebben teljesen igazad van, tulajdonképpen helyette töltöttem el vele időt, én hülye.
De amúgy észrevettem, hogy emberek hihetetlen, mennyire nem tudják jól használni a Google-t (sem), egyszerűen nem tudják beírni a megfelelő keresőszavakat, amikkel az igazán releváns találatokhoz nagy eséllyel el tudnak jutni, vagy azt gondolják, hogy az első 5 találatban mindig minden benne lesz. Vagy csak lusták. Egyik sem jó.Sk8erPeter
-
#6376
Sk8erPeter
nagyúr
martonx
#6374
Sk8erPeter
nagyúr
válasz
martonx
#6374
üzenetére
Én IE-ben is átállítottam az alapértelmezett keresőt a Bingről Google-re.
Mert a Bing az én keresgéléseim alapján sokkal rosszabb keresési találatokat adott a legtöbb kulcsszóra, persze ebben nyilván szerepet játszik az is, hogy a Google-be be vagyok jelentkezve, és korábbi kereséseim alapján kotor ki releváns találatokat. Igaz, próbáltam már inkognitó módban is, akkor is érdekes módon rosszabb eredményeket kaptam - általánosítani mondjuk az alapján annyi tapasztalatból, ami nekem van a Binggel, nem érdemes, de én egyáltalán nem használom a Binget épp a korábbi tapasztalatok miatt. Aztán biztos van olyan is, aki meg a Binggel elégedettebb. Sk8erPeter
-
#6388
Sk8erPeter
nagyúr
Aureal
#6385
Sk8erPeter
nagyúr
"Beszúrhatsz egy csík gif-et"
Ez most komoly? 2015-ben? Ezen azért felröhögtem."ezt a html-be is írhatod mint stílus definíció, csak akkor n-szer ahány képed van pl.: <img style="padding:10px"...>"
<style> tagek közé pakolt CSS-kódról vagy külön CSS-fájlról még sosem hallottál, aminek pont az a lényege, hogy szépen szeparáltan definiálod a stílusokat, nem ilyen undormány módon összehányva a HTML-kóddal?"abszolút pozíciókat adsz meg top/left értékekre mint box elem"
Arról volt szó, hogy némi távolságtartással egymás ALÁ helyezi, ehhez nem kell abszolút pozicionálgatás. Ha jól értem, amit mond, simán margin vagy padding használata bőven elegendő lenne..."És hogy egymás alá kerüljön, használj legalább egy <br> sortörést"
Hát ez óriási, van még? Csak indokolt esetben használunk <br />-t, mert az csak egy kényszermegoldás. Többet egymás után meg aztán végképp SOHA nem használunk. Ahogy egy tisztességesen megszerkesztett Word-dokumentumban sem úgy adunk térközt, hogy elkezdjük püffölni az Entert. Azt nem térköznek hívják, hanem tákolásnak."Paragraph automatikusan sort is tör, de annyira nem tudsz a távolsággal játszani."
Pont erre való többek közt a CSS..."Meg attól függ mi a cél. Ha csak gyakorlás, kipróbálhatsz mindent, de ha vmi tétre menő weblapot akarsz, akkor kifinomultabb dolgok is vannak még, pl floating, jquery stb..."
Hogy jön ide a jQuery? Köze nincs a kérdéshez.Bocs az oltogatásokért, de ha Te is nagyon kezdő vagy (ebből a hsz.-ből az derül ki), akkor inkább még ne adj tanácsokat, legalábbis ne ilyeneket.
(#6384) cellpeti:
Atyaúristen, honnan szedted ezt a kódot? Adtál egy esélyt a 2003-as Microsoft Frontpage-nek, vagy mi?Sk8erPeter
-
#6396
Sk8erPeter
nagyúr
Aureal
#6389
Sk8erPeter
nagyúr
"Van ismerősöm aki lófikuszt se ért a html-hez viszont maga szerkeszti wordben a honlapját és nem költ fél milliókat webprogramozókra, viszont tele van megrendeléssel így is. Most röhögj csak igazán PH félisten! Ennyi!
"
OK, kösz, jót röhögtem. Wordben szerkeszti a honlapját, nagyon jól hangzik! Dobj be egy linket a honlapjához, légyszi, légyszi! Ha már így felcsigáztál minket.
Amúgy engem is érdekelne, hogy milyen megrendelésekkel van "tele"!
Az "Ennyi"-vel amúgy mit akartál kifejezni? Csak bénább lesz tőle a mondanivalód, nem erősebb.(#6393) cidalain:
Ez jó.Sk8erPeter
-
#6398
Sk8erPeter
nagyúr
Zedz
#6397
Sk8erPeter
nagyúr
Így van, én például nagyon kíváncsi lennék, hogy lehet igényes weblapot fejleszteni Wordben, mert nekem eddig még sosem sikerült, szóval biztos én vagyok a béna.
Biztos ez a csávó titka, emiatt érkezik hozzá TONNÁNYI megrendelés, mert ő az egyedüli a világon, aki képes erre!Sk8erPeter
-
#6401
Sk8erPeter
nagyúr
cellpeti
#6399
Sk8erPeter
nagyúr
válasz
cellpeti
#6399
üzenetére
Jaaaaj, tényleg, most visszanéztem, ha már említetted, cellpeti, te voltál az, aki állandóan meg volt sértődve valakire, mert a képzésen a koszon kívül más nem ragadt rád, és többen is próbálták felhívni a figyelmed rá, hogy ne feltétlenül erőltesd, ami nem megy.
Szóval innentől kezdve a véleményed túl sokat nem számít, na meg mész is nálam az ignore-listára, ne miattad szóljanak rám a moderátorok. Good night and good luck.Sk8erPeter
-
#6408
Sk8erPeter
nagyúr
DNReNTi
#6404
Sk8erPeter
nagyúr
válasz
DNReNTi
#6404
üzenetére
Hát pedig én nagyon sokáig kitartóan segítettem neki, nem mondhatod, hogy nem próbáltam meg mindent.
No de minden jó, ha jó a vége, nem? Szóval összességében jó lett a hatás. (#6405) PumpkinSeed:
Ennek viszont tényleg örülök. Mármint hogy végül is csak volt ezen a fórumon pozitív hozadéka is annak, hogy valakit próbáltam jobb irányba terelgetni, még ha nem is futottam plusz köröket, hogy ne szóljak be. (#6402) martonx:
Hát igen, vannak ilyen visszatérő elemek, tényleg nem értem a gondolkodásukat (a mit?). (#6406) cellpeti:
Nem menő a duma. Nem vagyok semmilyen magas lovon. De ha sunyin próbálsz kritizálgatni, és így rántasz kardot, ne csodálkozz, ha utána össze leszel kaszabolva. Mennyivel egyszerűbb lett volna, ha ezt kihagyod, lehet, hogy már megoldottuk volna a problémádat.[ Szerkesztve ]
Sk8erPeter
-
#6411
Sk8erPeter
nagyúr
fordfairlane
#6409
Sk8erPeter
nagyúr
válasz
fordfairlane
#6409
üzenetére
Ne álszenteskedj már, mintha te mindig olyan türelmes ember lennél, jópár embert elküldtél már a búsba, mert épp nem tetszett, amit írtak. Ha valaki látványosan ostoba, ne csinálj már úgy, mintha kitartóan lökdösnéd előre. Nem is kell.
Sk8erPeter
Nem tudom, miért csak az a része jött át, hogy cseszegetem a helyesírás miatt. 
Ezeket a dolgokat azért nem tudom megérteni, mert összesen 1149 hozzászólás után, amennyi a srácnak jelenleg van (összeadva a szakmai+közösségi+piaci+blogok/lokál hsz.-eket), fel nem fogom, hogy nem jött rá még ezekre a dolgokra külön rászólás nélkül. Hogy?? Én is voltam kezdő ezen a fórumon, de pár hozzászólás után rájöttem, mit hogy tudok itt használni. Nem azért, mert hű de rohadt ügyes vagyok, hanem azért, mert ez alapszint. Zavaró, amikor minden apró-cseprő szarságért szólni kell. Az ember amikor épp agypihentetős perceiben úgy gondolja, hogy megnézi, mi a helyzet a fórumon, esetleg segít, akkor nem az ilyen alapvető igénytelenséggel akar foglalkozni - sőt, ez inkább elveszi a lendületet a nagy segítési kedve során. 
(De úgy általában a válaszaira adott reakciókból is ítélve nem csak én vagyok vele így.)
)
): 
![;]](http://cdn.rios.hu/dl/s/v1.gif)
Eléggé kifejtettem az okát az előző hsz.-emben. 
Mert szerinted a példában mégis mi szól a másik mellett? (Nem láttam tőled indoklást. 
Mintha nem előtted beszéltük volna meg az egészet. 
Attól még, mert helyenként mást illik használni HTML5-ös doctype-pal, mint egy sima divet, egyszerűen azért, mert kifejezőbb lesz tőle a kód (így olvashatóbb is, és keresőmotorok vagy egyéb automatizált eszközök által is könnyebben érthető), attól még a divet továbbra is HASZNÁLJÁK, igen, HTML5-nél is!!! Capisce?
"
Új hozzászólás Aktív témák
- Eladó Samsung Galaxy A40 64GB, Dual, kártyafüggetlen (A405) -
- BenQ PD3200U - 32" 4K 16:9 100% sRGB 60Hz Designer Monitor
- ASUS TUF Gaming A15 FA507XU- LP4050W Gray ELADÓ!!!!!! (GARANCIÁLIS 36-HÓNAP)
- Újszerű Spigen Liquid Air Folio Tok, iPad Pro 12.9, Fekete
- Huion Kamvas Digitalizáló Tábla / Rajztábla / Külső Monitor okos tollal /// ÚJ // Számla + Garancia