- D1Rect: Nagy "hülyétkapokazapróktól" topik
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
- Argos: Adjátok vissza a netet! - szeretnék elaludni!
- Geri Bátyó: Megint tahó voltam – SZEMÉLYISÉGFEJLŐDÉS
- Magga: PLEX: multimédia az egész lakásban
- MasterDeeJay: Alacsony fogyasztású házi szerver a korábbi projektekből összeépítve
- Elektromos rásegítésű kerékpárok
Új hozzászólás Aktív témák
-
DNReNTi
őstag
válasz
Sk8erPeter #1799 üzenetére
Egyszer beültem egy bölcsészeti előadásra. Kár volt.
-
DNReNTi
őstag
Igazából szuperhelyesen, nem a designt/tartalmat kellene a kijelzőméretekhez/breakpoint-okhoz alakítani, hanem éppen fordítva. Ez így lehet furán hangzik, de egyre több poszt van ezzel kapcsolatban a neten, designerektől, UI és UX guruktól. A lényeg az lenne, hogy ne zárt magad korlátok közzé, egy layout-ot nem kell megváltoztatni teszem azt 768px szélesség alatt, csak azért mert ez a szokás, ha közben meg ugyan az a design, teljesen jól néz ki, jól olvasható és használható, 540-1200px tartományban. Nem kell ezeket a számokat kőbe vésni. Persze ez így leírni könnyű, szerintem elég nagy designer gyakorlat kell ahhoz, hogy ez ne csak egy utópikus elmélet hanem valóság legyen. Megsúgom: én sem így szoktam, egyszerűen ez egy más látásmód, amit nem lehet csak úgy egyik napról a másikra elsajátítani. A procedurális és objektum orientált programozás közötti különbséghez tudnám hasonlítani, ahol szintén látásmódváltozásra van szükség. Ráadásul szigorúan véve ezt nem is nekünk kell elsajátítani, nekünk csak meg kell valósítani amit a graffer elénk rak. Ő meg vagy így rakja elénk, vagy nem.
Így visszaolvasva lehet innom kéne valamit.
-
adam_
senior tag
válasz
Sk8erPeter #1796 üzenetére
-
Sk8erPeter
nagyúr
Pont nemrég volt szó ugyanerről, ugyanitt:
http://prohardver.hu/tema/css_megjelenitesi_problemak/hsz_1635-1698.html -
adam_
senior tag
válasz
Sk8erPeter #1794 üzenetére
Köszi, a media querykhez kapcsolódva. Mi az általános, ha egyáltalán van ilyen, a kijelzőméretek meghatározásánál? Nagyon leegyszerűsítve magamat, van desktopra, tablet meg mobil? (Bár csak ennyi lenne
...Vagy hogy szokták ezt meghatározni, hogy milyen kijelzőméretekre írják a queryket?
-
Zedz
addikt
válasz
Sk8erPeter #1791 üzenetére
Nem lenne olcsó átnézni a másik oldalra, szóval ez a kipróbálás még várat magára. Én Winnel is teljesen jól megvagyok, mint írtam a 10-re nagyon kíváncsi lettem egy kis olvasgatás után.
-
Sk8erPeter
nagyúr
válasz
PumpkinSeed #1790 üzenetére
Ja, akkor bocsi, figyelmetlen voltam.
(#1789) Zedz: jaja, csak ijesztő volt azt hallani, hogy tervezed, hogy átnyergelsz OS X-re.
-
PumpkinSeed
addikt
válasz
Sk8erPeter #1788 üzenetére
Én csak a martonx "nem tudom, hogy a méregdrága Oracle szervereken milyen oprendszer fut, de szvsz nem linux." kérdésére válaszoltam ezzel.
-
Zedz
addikt
válasz
Sk8erPeter #1788 üzenetére
Van persze, én nem azt mondom hogy nincs, csak nem a Windows az elsődleges piaca neki. De nem grafikusok vagy médiások vagyunk, szóval ez a téma tárgytalan.
-
Sk8erPeter
nagyúr
Ugyan már, nincsenek ilyen különbségek. A legtöbb komoly és népszerű kapcsolódó proginak van Windows-os változata.
(#1786) PumpkinSeed:
De vágod, most fejlesztői környezetről beszélünk, nem szerverekről. Szerver simán lehet headless is, tehát olyan, ami nulla grafikus felülettel rendelkezik. -
PumpkinSeed
addikt
válasz
martonx #1781 üzenetére
Amikkel találkoztam eddig Oracle szerverekkel vállalati környezetben Red Hat Linux ment, illetve elvétve Win Server. De A leggyakoribb esett, hogy mind a kettő platform (Linux, Win) is megy rajta és a bejelentkezési képernyő előtt döntheted el, hogy melyiket szeretnéd használni. Bár ezek nem fejlesztés ügyileg dolgoztak rajta, szóval nem tudom mennyire kapcsolódik a te témádhoz. Azt tekintve, hogy már irodai környezetben is egyre többen használnak valamilyen Linux disztribúciót elég erősen az ő malmára hajtja a vizet. Kis és közép vállalatok (ahol egyre több mindenen spórolnak) kezdenek rájönni a szoftverek ingyen alternatíváinak az előnyeire.
Én amúgy erősen Linux párti vagyok szervereket tekintve. A laptopomon van mind a kettő, egy Kali a tesztelések miatt és egy Win is, de amikor programozok akkor azt Win-en teszem (Notepad++-ban).
-
Sk8erPeter
nagyúr
A véleményekkel semmi baj nincsen, meg azzal, ha az ember azt írja, hogy neki egyszerűen jobban bevált valami, és kész, mert az tök szubjektív, azzal vitatkozni nincs is nagyon értelme. Azzal viszont már van, ha kész tényként állítunk valamiket.
Mint pl. "a bash jobb", ezt úgy lehet értelmezni, hogy egyszerűen többet tud, pedig ez közel sem igaz. Ha azt írod, hogy a PowerShellt nem ismered, a bash-t viszont szereted, abba a mondatba nem lehet belekötni sem.
Csak azért érdekesek ezek a kijelentések, mert még lehet olyan is, aki elhiszi, aztán még a végén továbbterjeszti azt, ami nem igaz.
De remélem, legalább Te nem sértődsz meg azon, ha az ember vitatkozik, mert sokan ilyenkor teljesen magukra veszik, pedig ez egy szakmai fórum, erről szól.
-
Jim-Y
veterán
válasz
Sk8erPeter #1783 üzenetére
Az a baj, hogy már le se tudom írni a saját véleményemet, mert nem elég ha odairom, hogy szerintem, ugye erre jön a válasz, hogy a 'szerintem' az egy dolog, és hogy ettől még nem kéne általánosítani, megjegyzem ezzel nincs gondom, sőt igazatok van. Ettol fuggetlenul, akkor maradjunk annyiban, hogy nekem, az igenyeimnek, és az aktuális elethelyzetemnek (pl meló) alkalmasabb és kényelmesebb a Linux, és akkor talán így a realitás talaján maradtam. Hát ja.. Na ezért nincs sok értelme amúgy ilyenekről beszélni, mert kb semmiben sincs olyan, hogy na ez biztosan jobb, mint a többi, mert mindegyik sokvaltozos.
-
Sk8erPeter
nagyúr
"Ezt mind windows alatt powershellben is meg lehet tenni, de egyreszt, a bash jobb"
Bocs, de ez ebben a formában egy nagyon nagy baromság. Programoztál már huzamosabban Powershellben? Mert az egy dolog, hogy a bash scriptek írását vágod, és ránéztél egy PowerShell-kódra, és azt mondtad, hogy az ocsmány, de nem árt tisztában lenni a PowerShellel is ahhoz, hogy véleményt alkossunk róla.
Például az egy igen komoly és jelentős különbség a PowerShell javára, hogy míg bash-ben stringeket passzolgatsz és vagdosol, meg kell feldolgoznod, addig PowerShellben a pipe-pal objektumokat (!!!) passzolgatsz, és tudsz felhasználni egy másik kódban, ennek megfelelően tudsz attribútumokat elérni, metódusokat hívogatni, illetve függvényeknek objektumot passzolsz át. Nagyon nem mindegy. Mondom ezt úgy, hogy elég sok bash scriptet is írogattam már, és annak is megvan a szépsége. Például külsőre szebb, meg sok dolog intuitívabb."Szoval egesz egyszeruen munkara alkalmasabb egy Linux rendszer -szerintem-, mint egy windowsos."
Ez a mondat már megint teljesen értelmetlen hülyeség, csak flamewar kiváltására jó.Tökéletesen alkalmas a Windows is a fejlesztői munkára.
Például ha C#-ban dolgozol, akkor b@szakodhatsz a Linuxos fejlesztőkörnyezettel, de hamar rá fogsz jönni, hogy amíg a Visual Studiónak nincs egy Linuxos változata, addig a Windows lesz az igazi, plusz ha ASP.NET-ezel, akkor ezenbelül az IIS (bár egyre komolyabban veszi a Microsoft szerencsére a Linux-környezetet is, de egyelőre problémákba lehet ütközni (pl. kényelmetlenebb fejlesztőkörnyezet), ahogy olvasható fórumokon).
Attól, hogy az ember alapvetően olyan programozási nyelveken dolgozik, meg olyan alkalmazásokat használ, amihez a Linux is megfelelő, attól nem kell kapásból kijelenteni, hogy az, amit én használok, az jobb. Főleg, ha elég sok példa bizonyítja, hogy Windows-on is tökéletesen jól lehet fejlesztői munkát végezni. Sőt, nekem hosszú távon kényelmesebbnek bizonyult a Windows-környezet (ld. pl. Visual Studio), igazából ezért "tértem vissza" rá (pedig becsszó próbáltam átállítani magam, igaz, annyira nem volt nagy a kényszer, de úgy gondoltam, próbát mindenképp megér).
Ettől még Linuxon is tök jól elboldogulok. Akkor is vannak olyan alkalmazásaim, amiknek a Linuxos megfelelői számomra nem megfelelőek. Sok mindent meg nagyon szívesen emelnék át Linuxból, aminek nincs Windows-alternatívája (de a jellemző az, hogy Windows-változata gyakrabban van az alkalmazásoknak).
Hogy átalakítsam a mondatodat: Szóval egész egyszerűen munkára mind a Linux, mind a Windows alkalmas."svn, git | commit, update, add, stb..
ant, maven | build, init stb..
node, npm, grunt, gulp stb.."
Az a jó, hogy az általad írtak közül az ÖSSZES (!!) elérhető Windows-on is, command promptból.Nem beszélve arról, hogy ott a MinGW és társai.
Tök jól lehet Windows-ban is command promptból dolgozni.
Amúgy Githez van a Git Bash, amit eleve kapsz telepítéskor, így kicsit Linuxos feelinged lehet Windows-on.A korrektség kedvéért mondom megint, amit írtam korábban is, hogy a Linuxos terminálban pötyörészést, meg az ottani csomagkezelést én is jóval kényelmesebbnek és kézenfekvőbbnek találom. De azért a legtöbb dologra bőven megvan az alternatíva (igaz, lehet, hogy Windows-on GUI van erre, ami adott esetben (pl. webszerver) nem feltétlenül baj (főleg, hogy pl. az IIS a GUI mellett konzolos babrálhatóságot is lehetővé tesz)).
"Azert az se veletlen, hogy ahol fejlesztes folyik, es nem kimondottan Microsoft technologiakkal, ott surun unix rendszer van"
Igen, például ennek egy igen egyszerű oka van: hogy nem kell pénzt költeni a Windows-ra...Ez semmit nem igazol abból, hogy Linuxon alkalmasabb lenne dolgozni. Nem beszélve arról, hogy ha a vállalati kultúra azt követeli meg, hogy az X operációs rendszert használd az Y helyett, akkor nyilván az X-et fogod használni, és kész. Vagy elmész máshova.
Szerk.:
(#1779) martonx:
Na, király, legalább ennyivel beljebb vagyunk!Amúgy tényleg egy vicc, hogy ez a 10-esben került elő, mint valami komolyan vehető feature...
-
Jim-Y
veterán
válasz
martonx #1781 üzenetére
"Illetve a korrektség kedvéért még megemlíteném, hogy ahol nem MS technológiákkal fejlesztenek, és nagyban játszanak (pl. pénzügyi világ jó része), ott erősen jelen szokott lenni az Oracle technológiai is, mondjuk hirtelenjében nem tudom, hogy a méregdrága Oracle szervereken milyen oprendszer fut, de szvsz nem linux."
Hat, mivel tortenetesen nalunk pont van ilyen ezert el tudom mondani, hogy SunOS - Solaris
Amugy, tisztaban vagyok vele, hogy nem csak ez a vonal letezik, es nem is vagyok u.n "szakbarbar", vagy erre a helyzetre nem tudom milyen szo illik, de teny, hogy a klasszikus ertelemben vett szoftveres cegeknel a szervereken leginkabb Linux fut. Ezt a tapasztalataimra meg masok tapasztalataira alapozom.
Meg.. ezen nem is vitatkozni akarok, volt, hogy Windowson fejlesztettem, meg volt hogy windows alol kellett szerverre ssh-znom, es en is a jo oreg puttyhoz folyamodtam, de na.. egy fejleszto csak ertsen mar a bash-hez, es azt csak terminalbol nyissa mar meg
-
martonx
veterán
ööö bármerre is nézek csak windows szervereket látok ASP.NET-et (elvétve PHP-t futtatni). Na jó, ez irónia volt. Consolban maximum néha olyan parancsokat futtatok, az itthoni hálózatom belövésekor, hogy ipconfig, meg ilyesmik. Pár évente egyszer. Ja és tavaly, egyszer lerohadt az opnewrt-s routerem. Akkor letöltöttem egy puttyot a gépemre, de már töröltem is, miután újraélesztettem.
Illetve a korrektség kedvéért még megemlíteném, hogy ahol nem MS technológiákkal fejlesztenek, és nagyban játszanak (pl. pénzügyi világ jó része), ott erősen jelen szokott lenni az Oracle technológiai is, mondjuk hirtelenjében nem tudom, hogy a méregdrága Oracle szervereken milyen oprendszer fut, de szvsz nem linux.
És igen, a harmadik fő megoldás a Linux vonal. Te ebben mozogsz egyre otthonosabban, de azért kár úgy tenni, mintha kb. az lenne az egyetlen üdvözítő irány.
-
martonx
veterán
válasz
Sk8erPeter #1767 üzenetére
Jelzem win10-ben már lehet consolba ctrl-c, ctrl-v-zni. Joe Belfiore a bemutatójában direkt ki is emelte ezt az új feature-t. Mondtam is magamban, hogy így 2014-2015 fordulóján erre én már nem lennék olyan büszke... De legalább ez is menni fog.
-
adam_
senior tag
CSS-HTML gyakorlásképpen megpróbáltam lemásolni a BBC.com aktuális indexoldalát. Ezt sikerült összehoznom: [link] Egyenlőre oohne JS-el, mivel azzal később fogok foglalkozni.
Ismét a szakértőkhöz fordulnék.
Valaki rákukkantana a honlap mögötti kódra, hogy struktúraügyileg okés vagy van még mit csiszolni rajta?
Megjegyezném az aside-nál, az "In your head" rész és az alatta lévő element poziciónálásának a kódját inkább ne nézzétek meg, sztem nem lett túl szép, de csak így tudtam összehozni.
Várom a kritikákat.
JA, és a search résznél még nem sikerült mindig belőni a szöveget félkövérre, hiába adtam be az általatok ajánlott kódot placeholderre. Ez egyenlőre ki van kommentelve CSS-ben.
Előre is köszi!
Ádám
-
Jim-Y
veterán
Hat nezd, egy programozo azert eleg surun szokott matatni a terminalban. buildel, masol, telepit, keres stb.. Ezt mind windows alatt powershellben is meg lehet tenni, de egyreszt, a bash jobb, masreszt a szerverek altalaban unix alapuak, igy az atlag szerveren tobbre megy az ember egy alap bash tudassal, mint egy alap ps tudassal. Szoval egesz egyszeruen munkara alkalmasabb egy Linux rendszer -szerintem-, mint egy windowsos. De ezt addig ugysem erzed at, amig nem kerulsz olyan helyzetbe, ahol az ido mondjuk 20%-ban a terminalban kell matatnod.
svn, git | commit, update, add, stb..
ant, maven | build, init stb..
node, npm, grunt, gulp stb..satobbi satobbi satobbi.. Azert az se veletlen, hogy ahol fejlesztes folyik, es nem kimondottan Microsoft technologiakkal, ott surun unix rendszer van
-
DNReNTi
őstag
A CanIUse-on meg tudod nézni, hogy az egyes attribútumokat hogyan támogatják a böngészők, azaz kell e a prefix. Azt pedig és/te vagy a projekt dönti el, hogy visszamenőleg meddig támogatsz böngészőket. A CanIUse ebben is segít, mutatja mely korábbi verziók milyen prefix-ekkel működnek.
(#1774) Zedz
"De valami alapja csak van, ha rengeteg mindent először arra készítenek, aztán majd a Windows megkapja"
Pl? -
Zedz
addikt
válasz
Sk8erPeter #1769 üzenetére
De valami alapja csak van, ha rengeteg mindent először arra készítenek, aztán majd a Windows megkapja.
-
adam_
senior tag
Zsenik vagytok, köszi! Nekem meg rámférne egy KV, ha ilyen bizb@szok miatt nem haladok.
Amúgy én jelenleg gyakorlásképpen nem nagyon figyelek arra, hogy ilyen -ms, -o, -webkit prefixeket írogassak, pedig nem ártana ugye?
Vagy később a preprocik majd ebben úgyis segítenek?
-
TomKiss
tag
a background-color-nál lemaradt a ";"
a placeholderre egy megoldás:::-webkit-input-placeholder {
font-weight: bold;
}
:-moz-placeholder { /* Firefox 18- */
font-weight: bold;
}
::-moz-placeholder { /* Firefox 19+ */
font-weight: bold;
}
:-ms-input-placeholder {
font-weight: bold;
}megelőztek
-
adam_
senior tag
Az alábbi problémám lenne, a kereső mezőt ilyenre szeretném megcsinálni:
Viszont hiába rakom be a background-color-t, és a background-image-et egyszerre, vagy az egyik, vagy a másik párhuzamosan nem jön elő. JSFiddle Hogyan lehetne ezt belőni?
A második kérdésem, a linkelt képen is láthatjátok, hogy az input box placeholdere "Search" vastag betűvel van írva, amikor még bele sem kattintanak akkor is. Hiába rakom az input boxban a font-weight-ot, boldra, akkor csak akkor teszik félkövérré a szöveget ha benne gépelek, viszont nekem már a megjelenés pillanatában is a placeholderemnek vastagítottnak kellene lennie.
Előre is köszi!
Ádám
-
Sk8erPeter
nagyúr
"Tényleg egy kezünk alá dolgozó rendszert, vagy mindez csak túl van hypeolva"
Utóbbi. Túlhype-olás és sznobizmus az Apple-buzik lételeme, anélkül levegőt venni is nehezen tudnak (ha nem ájfónnal telefonálnak, akkor nagy ütemben kezd elrohadni a fülük, és a szívük is erősen elkezd szúrni, mert nehezen bírják elviselni ezt a stresszt). -
Zedz
addikt
válasz
Sk8erPeter #1767 üzenetére
Én az OSX-szel dolgoznék szívesen, nagyon kíváncsi vagyok mi rejt a hype. Tényleg egy kezünk alá dolgozó rendszert, vagy mindez csak túl van hypeolva.
Mindenesetre a Windows 10-re is nagyon érdekel, ahogy olvasgattam lesznek benne elég pofás megoldások.
-
Sk8erPeter
nagyúr
Csomó dolog nekem nagyon szimpatikus a Linuxban, volt egy elég hosszú idő, amikor próbáltam átállni rá, de egyszerűen annyi Windows-hoz kötődő program van, amire tényleg nem találtam Linux-alternatívát (ami TÉNYLEG megfelelt volna minden igénynek, pedig rengeteg kapcsolódó programot próbáltam, alapos keresés után, hogy ki mit ajánl), és még Wine-nal sem működik, hogy aztán úgy voltam vele, hogy ami nem megy, azt nem kell feltétlenül erőltetni.
Pedig imádom a függőségeket behúzó csomagkezelést, az egysoros scriptelgetést, amivel egyszerre rakok fel felügyelet nélkül 30 programot, ha olyanom van, tetszetős, hogy szanaszéjjel tudom konfigurálni a rendszert, blablabla... Valahogy a két OS kombója lenne az igaz, bár ezzel nem mondok túl nagy bölcsességet. Például a Windows tárhelyzabáló terpeszkedése zavaró (elég megnézni a Windows-könyvtár méretét a rendszerpartíción), meg az olyan nyomorék dolgok, mint hogy 2014-ben nem lehet billentyűzetről copy-paste-elni a command promptba (még Windows 8.1 esetén sem, a 10-et még nem próbáltam), csak 3rd party szoftverek segítségével (ez most csak egy példa a zavaró dolgokból). Cserébe továbbra is a Windows az elsődleges célplatform, a Linux mindig másodlagos (valószínűleg még jó sokáig így is marad), így sok alkalmazás utóbbira el sem készül, emiatt az ember nagyon sokszor falakba ütközik (és még ha talál is a feladatot elvégző szoftvert, az nem olyan, vagy nem úgy, vagy majdnem jó, de mégsem, vagy tök más megközelítést igényel, stb.). Persze vannak, akiknek simán megfelelnek az alternatív szoftverek is, azoknak tök jó.
-
Jim-Y
veterán
En egesz sokaig nagyon Windows parti voltam. Amikor mondta haverom, hogy szerinte a Linux is ugyanolyan jo fejlesztesi platformnak mint a Win, akkor lehurrogtam. Ez szerintem annak volt a kovetkezmenye, hogy nem volt tapasztalatom masban, csak abban. Otthon gyerekkorom ota az volt a gepeken, a gimiben info oran is az volt a gepeken, az egyetemen is a Microsoft termekek voltak elerhetoek ingyen. Aztan egyszer gondoltam adok egy eselyt, es hat azota palfordulas tortent. Mar nem szivesen mennek vissza Windowsra. Marmint... az itthoni gep hasznalatom 95%-ban (ha a fejlesztest most abszolut nem nezem) olyat csinalok ami mindket platformon detto ugyanaz. Netezes, meg filmnezes. Meg az ehhez hasznalt programok is ugyanazok. De..
Munka szempontjabol a korabbi munkahelyemen windows volt, nem szerettem, a mostaninal RHEL van, ezt nagyon szeretem, illetve itt meg OSX is van, de azt sem szeretem. Tehat annyi valtozott a kezdeti gogos Windows lover enemhez kepest, hogy mar munka kornyezetben sikerult
kiprobalnomhasznalnom mindharom fontos rendszert, igy mar van, igaz szubjektiv, tapasztalatom. Nalam Linux > OSX > barmi mas> Win
A masik kerdesedre privatban valaszolok.
-
Jim-Y
veterán
Hat, nem is tudom, hogy erre milyen -windows szamara kevesse megalazo- valaszt adjak. Szoval nem, nem windows alatt
De pl hatha segit, hogy a kommenteles az asszem CTRL+/ by default, es ez angol billentyuzettel megy is rendesen, magyarral viszont a keypad-en levo '/'-re nem mukodik, tehat ez ott mar CTRL+SHIFT+ (ami a felso soron a / billentyuje -> angolon nincs felfestve igy nem tudom pontosan).
-
bazaar
csendes tag
Sziasztok! Szeretnék csatlakozni a kezdők táborához.
Lenne is egy kérdésem. Hogy lehetne megoldani, hogy a színes négyzetek és az alatta lévő szöveg vízszintesen egy sorban legyen. Ha mind a 3 h2-es elem kifér egy sorba akkor minden rendben, de ha össze húzom az oldalt és mondjuk csak az első h2-es elem egy soros és a többi 2 vagy 3 akkor szétcsúsznak a négyzetek. Remélem érhetően fogalmaztam. [link] -
Jim-Y
veterán
válasz
honda 1993 #1757 üzenetére
Hat, ha mondjuk te haromlabu szekekbol akarsz meggazdagodni, es azokat egy honlapon akarod ertekesiteni/bemutatni, akkor nyilvan jsfiddle-re olyan kodot tolsz fel, amiben nem azokat az adatokat hasznalod ami utalna ra, hogy te szekeket akarsz az oldalon bemutatni, hanem csak siman atemeled a html + js strukturat.
-
honda 1993
senior tag
Én csak ezzel a résszel nem értek egyet.
"Valoszinuleg a honlap temaja sem egy vilagmegrengeto otlet alapja."
Mi van akkor, ha mégis jó az ötlet és az ember nem akarja idő előtt megosztani ?
Ezzel csak azt akartam mondani hogy ha olyan dologról van szó amit nem feltétlenül szeretne a kérdező elmondani, akkor ne érezze azt hogy kötelező az egész oldalt megosztania a válasz érdekében.
Egyébként pedig nem véletlen tettem feltételes módba azt a mondatot. -
Jim-Y
veterán
válasz
honda 1993 #1752 üzenetére
Szerintem te tulparazod ezt a vedjuk a kodot dolgot. Hidd el nekem, hogy senki sem fogja ellopni egy kezdo fe-dev jsfiddle-re feltett, rossz megoldasoktol, es kezdeti semaktol hemzsego kodjat. Valoszinuleg a honlap temaja sem egy vilagmegrengeto otlet alapja, szoval mi ertelme lenne, NEM megosztani, es ezzel meggyorsitani a valaszt?!
-
Zedz
addikt
válasz
honda 1993 #1754 üzenetére
Ha tudsz akkor segíthetsz másnak nyugodtan, nincs ezzel probléma.
Ezt most értsem úgy hogy.... hogy?
Értsd jól.
-
honda 1993
senior tag
Do you have a problem?
Nyílván nem azért írtam a jsFiddle-t hogy majd pont én tudjak neki segíteni, de a következő úgyis az lett volna hogy ti írjátok neki ugyan ezt.
"napokon keresztül magyaráztuk, hogyha valami középre van igazítva akkor annak ott a helye."
Ezt most értsem úgy hogy.... hogy? -
Zedz
addikt
válasz
honda 1993 #1752 üzenetére
> honda 1993
> Ha normálisan meg van csinálva, akkor az összes létező felbontáson úgy jelenik meg ahogy kell. ( napokon keresztül magyaráztuk, hogyha valami középre van igazítva akkor annak ott a helye.)
> JSFiddlet kérEltévedtem?
(#1751) adam_ Az ingyenes tárhelyet kerülném, már egész jó áron lehet kapni egész jó tárhelyeket. Szerintem inkább fizess egy kicsit és legyen egy rendes tárhelyed, mint keresni a megfelelő ingyen kínált szolgáltatást.
Az oldalon attól függ, hogy mit szeretnél. Több féle szemléletmód is van, említettük már itt is a manapság divatos "mobile first" félét, mi szerint először a kisebb eszközökre optimalizálunk és úgy haladunk a nagyobb kijelzők felé. A media-queryzést nem fogod megúszni, de ezeket ma még általánosságban csak a mobil eszközök miatt fogod használni.
-
honda 1993
senior tag
Ha normálisan meg van csinálva, akkor az összes létező felbontáson úgy jelenik meg ahogy kell.
Szerintem linkelhetnél egy egyszerű jsFiddle példát, persze olyanra gondolok amiből nem derül ki hogy min dolgozol ( Már ha még titkolni szeretnéd), hanem csak egy alap forráskódra gondolok.Azt nem tudom ugyan hogy milyen oldalban gondolkozol, de azt jó ha tudod, hogy az ingyenes tárhelyek mindegyike ugyanúgy tele fogja szemetelni az oldalad reklámokkal. ( Persze szép fokozatosan, elősször kevesebb reklámot, majd aztán egyre több és több reklámot pakolnak az oldaladra).
-
adam_
senior tag
Csináltam ma bent a suliban egy honlapot, azt nagy elánnal haza is hoztam, itt meg a notebookomon elég gányul néz ki. "Welcome to Frontend Development" ! Mit gondoltok, a benti nagy monitorú gépre optimalizált változat legyen az elsődleges, és az én notimra meg írjak szépen media queryket?, hogy ezen is úgy jelenítse meg mint a nagy monitoron?
Igazából mindenhol %-os értékmegadást alkalmaztam, és törekedtem a px-es meghatározást kerülni.
De nem sokra mentem vele, mert ugye ami nagy monitoron 50% az a kicsin már össze-vissza töri a képet...
Mi a "best practice", ha az ember a monitor-független megjelenítésre törekszik? Az a baj, hogy most elég sok referenciahonlapot szeretnék csinálni, de sajnos a sulin kívül csak arra van lehetőségem, hogy egy 1360 x 768-as maximális felbontású notebookon fejlesszek, és így elég vaklövés lenne, ha a munkaadó amikor sasolja a honlapjaimat, össze-vissza csúszkálva találja a tartalmat.. Tehát az én esetemben nem elégséges "lefelé nézni" etc. tablet, mobil hanem még a nagyobb megjelenítéssel bíró monitorokra is ki kéne ötlenem valamit. Mit gondoltok, mi lenne a járható út? Bootstrap oszt kész?Valamint ti mely ingyen webhosztot ajánlanátok, ahova egy pár honlapot feltölthetnék? Több domainre szükségem lenne, amelyek lehetőleg stabilok..
Ezeket találtam, ezek közül valamelyikkel voltak, vannak tapasztalatok?Előre is köszi az észrevételeket,
Ádám
-
Zedz
addikt
válasz
martonx #1746 üzenetére
Mert sajnos ki tudja milyen böngészőn nézik épp az oldalt.
Én lennék az egyik legboldogabb, ha végre alig kellene törődni a régebbi böngészőkkel de sajnos mai napig bizonytalan ez az egész.
(#1748) Sk8erPeter: Na igen, ez már tetemes kód a mi egy sorunkhoz képest, de általánosságban véve nem rossz a helyzet. De ahogyan írtad is, mindenképp natívan lenne az igazi!
-
Sk8erPeter
nagyúr
válasz
honda 1993 #1743 üzenetére
"pl ma írtok nekem valamit és elolvasom, az nem azt jelenti hogy ma fogom alkalmazni, mert lehet hogy 2 napig nem is foglalkozok a témával mert éppen nem vagyok otthon, vagy nincs rá időm.
Aztán amikor pedig leülök a gép elé, valószínűleg elfelejtem a dolgot"
Hát pontosan erről van szó, erről beszéltem.Ha épp nem tudsz reagálni ezekre, meg nem is tudod kipróbálni, azzal semmi gond nincsen, de amikor mégis odajutsz, hogy lenne lehetőséged kipróbálni, amit javasoltak neked, akkor már nem nézed meg, sőt, elfelejted, aztán magadtól kezdesz el szenvedni pontosan ugyanazzal, amire rákérdeztél, és amire megoldásokat kaptál, tehát teljes mértékben értelmetlen neked válaszolni, mert úgyis elfelejted.
-
Sk8erPeter
nagyúr
"A kódmennyiséggel kapcsolatos felvetésed nem teljesen értem. [...] Szóval igazából a felhasználó ebből mit sem érzékel, hisz úgy is csak a kész .css fájlt kapja meg, amit akkor is megkapna ha mi azt "natívan" kódoljuk le."
Itt a felhasználó annyiból kerül képbe, hogy mennyi adatot kell letöltenie, és az általa használt böngészőnek mennyi időbe kerül feldolgozni a betöltött kódot. Ez például mobileszközöknél nem (sem) mindegy. Szóval így van, úgyis csak a kész CSS-fájlt kapja meg, hiszen azt előre legenerálod a SASS/LESS/...-kódodból. Viszont nem mindegy, hogy ebből a kódból mekkora legenerált kódbázis keletkezik: előfordul olyan eset, hogy míg Te egy darab sort írsz az adott kódblokkba pl. SASS+Compass segítségével, addig a legenerált CSS-kód már fog tartalmazni vagy 10 vagy több (!) sort, ami ebből az 1-ből keletkezett. Ez több letöltendő és feldolgozandó adat.
Csak egy kicsit talán túlzottan is extrém példa (most épp ez akadt a kezembe), ami mondjuk annyiból sántít, hogy a Compass a SASS-hoz képest is bővebb, szimplán csak összehasonlítás kedvéért, hogy a mennyiséggel kapcsolatos érvet alátámasszam:
http://compass-style.org/examples/compass/tables/striping/SCSS:
@import "compass/utilities/tables/alternating-rows-and-columns";
.example {
table {
$table-color: #7a98c6;
@include alternating-rows-and-columns($table-color, adjust-hue($table-color, -120deg), #222222);
}
}az ebből keletkező CSS-kód:
.example table th {
background-color: white;
}
.example table th.even, .example table th:nth-child(2n) {
background-color: #dddddd;
}
.example table tr.odd td, .example table tr:nth-child(2n+1) td {
background-color: #98c67a;
}
.example table tr.odd td.even, .example table tr.odd td:nth-child(2n), .example table tr:nth-child(2n+1) td.even, .example table tr:nth-child(2n+1) td:nth-child(2n) {
background-color: #76a458;
}
.example table tr.even td {
background-color: #7a98c6;
}
.example table tr.even td.even, .example table tr.even td:nth-child(2n) {
background-color: #5876a4;
}
.example table tfoot th, .example table tfoot td {
background-color: white;
}
.example table tfoot th.even, .example table tfoot th:nth-child(2n), .example table tfoot td.even, .example table tfoot td:nth-child(2n) {
background-color: #dddddd;
}De mondjuk bevallom, ez tényleg túl extrém példa.
De ha a böngésződ natívan támogatna olyan lehetőségeket, amiket eddig csak preprocessorral tudtál kényelmesen elérni (anélkül, hogy a kódod átláthatatlan lett volna, mert például ebben is nagy segítséget nyújtanak ezek az eszközök), akkor az mindenképp egy jobb irány.
-
DNReNTi
őstag
A preprocessorok a a lehető leginkább crossbrowser kimenetet adnak, tele van fallback-ekkel, és böngészőspecifikus prefixekkel, hogy korábbi böngészők is elboldoguljanak az eredménnyal. Csak egy példa ami a Sass "dokumentációban" is szerepel:
Amit te CSS-el elintéznél ennyivel:
.box { border-radius: 10px; }Annak a SASS kimenete ez lesz:
.box {
-webkit-border-radius: 10px;
-moz-border-radius: 10px;
-ms-border-radius: 10px;
border-radius: 10px;
}Ilyenek miatt még a minimalizált CSS kimenet is nagyobb lesz mint amit te amúgy bekottáznál. Szvsz ez egyébként nem probléma. Tegye má' fel a kezét aki mindezekre a prefixekre figyel mikor kottát ír.
-
honda 1993
senior tag
válasz
Sk8erPeter #1740 üzenetére
Ez azért így, ebben a formában nem igaz.
.
Mert az hogy pl ma írtok nekem valamit és elolvasom, az nem azt jelenti hogy ma fogom alkalmazni, mert lehet hogy 2 napig nem is foglalkozok a témával mert éppen nem vagyok otthon, vagy nincs rá időm.
Aztán amikor pedig leülök a gép elé, valószínűleg elfelejtem a dolgot.Egyébként tényleg elég sűrűn van olyan hogy telefonról szoktam fórumozni és ugyebár olyankor csak olvasgatom a válaszaitokat.
.
-
Zedz
addikt
válasz
Sk8erPeter #1740 üzenetére
Persze a natív jobb, gyorsabb, és örülnék én is ha ez már böngészőkbe épített támogatott dolog lenne. Csak én megszerettem a Sasst, nincs vele sok probléma, így el tudok lenni ezek nélkül is.
A kódmennyiséggel kapcsolatos felvetésed nem teljesen értem. Nem csak annyi az egész, hogy az .scss fájlból legenerál egy .css-t, amit majd a böngésző letölt és megjelenít a felhasználó felé? Szóval igazából a felhasználó ebből mit sem érzékel, hisz úgy is csak a kész .css fájlt kapja meg, amit akkor is megkapna ha mi azt "natívan" kódoljuk le. Javíts ki ha tévedek.
-
Sk8erPeter
nagyúr
"ha használ az ember egy Sasst mondjuk, akkor igazából majdnem mindegy mikor terjednek el ezek a funkciók"
Hát azért nem mindegy, hogy ezeket a funkciókat "külső" segédeszközökkel kell elérni, úgy, hogy viszonylag nagy kódtömeg generálódik a viszonylag egyszerű kódból (pl. a SASS-kódból CSS-kód), vagy a böngésző natívan támogatja, és ezáltal a kisebb kód és a belső implementáció esetleges optimalizációja miatt még akár gyorsabb is lehet. Persze ez a nagyon távoli jövő, addig is maradnak a preprocessorok, de azért a natív támogatottság a jobb esetekben faszább is - igaz, a CSS3-as animációknál is lehetett bugokba futni eleinte, például amikor Firefoxon egy transition igen durván izzasztotta a CPU-t.(utóbbit csak a natív megoldás minden esetben jóságának cáfolatára írtam
De nyilván ez is olyan, amit szép lassan javítanak)
Azt én sem értem, az egymásba ágyazhatóság miért nem került képbe, ezt preprocessorok esetén mindenki szereti.
(#1734) honda 1993:
Ezek szerint tehát hivatalosan is elismered, hogy nem nézed meg a neked küldött megoldások egyikét sem?Zedz úgy emlékszem, mintha kétszer is írta volna már korábban is neked a középre igazíthatóságot. Ha nem nézed meg, amit javasolnak neked, akkor igazából minek kérdezed?
-
Zedz
addikt
válasz
PumpkinSeed #1737 üzenetére
Ez hatalmas.
Már találkoztam olyannal, amikor a megrendelő egy nagyon vékony elválasztó vonalat szeretett volna az oldalra. Megadtuk ennek a vonalnak a szélességét 1px-re. Kérdezte,nem lehetne még ennél is vékonyabb?
És akkor rendesen el kellett neki mondani, hogy mi az a pixel, mennyi az 1px, és akárhogyan szeretné, azt mi nem tudjuk megfelezni.
-
DNReNTi
őstag
válasz
PumpkinSeed #1737 üzenetére
Imádom ezt a videót.
Bármikor fel tud b*szni.
(#1734) honda 1993
Még szerencse, hogy pont a napokban (tegnap) volt erről szó. -
Zedz
addikt
válasz
honda 1993 #1734 üzenetére
Egyszerűen nem kell neki magasságot adni, a content úgy is kitolja. Itt van kettő <div>. Mint látod teljesen ugyan azok. De a jobb oldalin a content megnöveli a div magasságát, nem kell neked ezzel törődnöd.
-
honda 1993
senior tag
Tudom hogy nem fogod elhinni, de pont most akartam megírni hogy közben rájöttem hogy a margin: 0 auto; a megoldás.
Köszönöm hogy ilyen gyorsan válaszoltál.
És mivan akkor hogy ha nem fér el benne valami, akkor 2300- ról növelem a magasságot?
Vagy mi lenne a helyes megoldás? -
Zedz
addikt
válasz
honda 1993 #1732 üzenetére
Ezeregy példát küldtünk már arra, hogyan igazíts középre tartalmat. Olyan nem létezik, hogy különböző felbontásokon mást és mást jelent az, hogy középen van valami.
A megoldás mégegyszer: margin: 0 auto;. Ahhoz, hogy ez működjön, meg kell adnod egy fix szélességet.
Másrészt nekem szúrja a szemem az a height: 2300px;. Jól sejtem, hogy te előre megadod az oldalad magasságát? És miért? Ha netán annyi tartalom lesz az oldalon, hogy nem fér bele 2300px magas div-be, akkor írsz rá egy külön css-t ami ezt korrigálja? Remélem érzed, hogy ez nem egészen helyes megoldás.
left: 5%;. Az életben nem lesz középen ha oldalról még tologatod.
-
honda 1993
senior tag
Sziasztok.
A múltkor már említettem ezt a problémámat.
Ha az oldalamat megnézem egy másik ezközön (másik monitoron, aminek más a felbontása), akkor az oldal tartalma mindenestül jobbra csúszik a képernyőn.
Míg nálam, a fullHD 22"-os monitoron minden tökéletesen működik.#page {
width: 1100px;
height: 2300px;
background: white;
color: black;
left: 5%; (a százalékos érték előtt [B]px;[/B]-ben volt megadva, de akkor is ugyan ez volt a helyzet.)
position: relative;
top: 80px;
}Ez lenne az a #page, amiben az egész oldal benne van. Még anno DNReNTI mondta hogy az egész oldalt egy fix szélességű containerbe tegyem bele és úgy jó lesz.
Igazábol tényleg stimmel is minden, csak ezt az egy dolgot nem sikerült megoldanom.Valaki esetleg tudna segíteni ?
És sajnos nem tudok jsfiddle példát küldeni. -
DNReNTi
őstag
-
DNReNTi
őstag
válasz
martonx #1726 üzenetére
On:
Infók a CSS 4-ről. Mondjuk én nem ájultam ki tőle.Kicsit részletesebben a W3C-n.
-
martonx
veterán
Napi humor: [link]
-
adam_
senior tag
válasz
Sk8erPeter #1723 üzenetére
"a mai fjúcsöröknek"
Akarod mondani fíííííííícsöröknek.
»»» feature:
USA: fiː'tʃəː· UK: fiːtʃər
vagy ˈfēCHər
kiejtés:
https://translate.google.com/translate_tts?ie=UTF-8&q=feature&tl=en
Sorry, nem tudtam kihagyni, mert már annyiszor írtad "fjúcsörnek".die Eigenschaft, oszt kész.
Németes vagyok.
..és köszi a hasznos tippeket!
-
honda 1993
senior tag
válasz
PumpkinSeed #1691 üzenetére
Sorry hogy nem válaszoltam.
Köszönöm a segítséget, viszont nem tudom hogy mennyire jó ötlet az hogy pont én írjak egy logout bejegyzést.
Sk8erPeter " Na de vissza a lényegre, attól mert már elterjedtebbek a nagyobb felbontások mint az ősi 1024-1260, én még nem tenném a desktop nézetet az e feletti felbontástartományba, rákényszerítve a kisebb felbontáson netezőket a tablet nézet használatára."
Ezt a tabletnézetre "kényszerítést" most nem értem: pont az a lényege a reszponzív kialakításnak, hogy nincsenek különálló desktop és mobil (vagy tablet) nézetek, hanem az oldal elemei felbontástól függően másképp helyezkednek el, kicsit máshogy néznek ki (pl. más szélességűek, stb.), de egyéb tekintetben az oldal ugyanaz. Szóval pl. teszteled, hogy kisebb szélességen hogy néz ki, aztán mi van, ha nagyobb felbontáson nézed, és így tovább, és közben szépítgeted.
Nem úgy, mint itt, a PH!-n, ahol a kissé lejárt, béna, különdomaines, mobilfelületre átirányítós megoldás van (m.prohardver.hu aldomainen). "Köszönöm szépen a hosszú válaszod, és bocsi hogy csak most írok vissza.
-
Sk8erPeter
nagyúr
"a mai fjúcsöröknek"
Akarod mondani fíííííííícsöröknek.
»»» feature:
USA: fiː'tʃəː· UK: fiːtʃər
vagy ˈfēCHər
kiejtés:
https://translate.google.com/translate_tts?ie=UTF-8&q=feature&tl=en
Sorry, nem tudtam kihagyni, mert már annyiszor írtad "fjúcsörnek"."legyen egy nagyon egyszerű sallangmentes honlap, akár normális középre igazított reszponzívitás nélküli?"
Közelítsd meg a munkáltató felől a dolgot: ha arra vágynál, hogy legyen egy munkavállalód, aki képes összehozni egy igényes honlapot, akkor mi lenne a meggyőzőbb, egy, a mai kor adottságainak megfelelő, jól áttekinthető, mobilról is könnyen olvasható honlap, vagy egy faék egyszerűségű, mobilon nehezen olvashatóan, zoomolást, ide-oda görgetést igénylően megjelenő tartalom? Persze nehogy félreértsd, nem kell túlzásokba esni, szerintem egy Bootstrap és egyéb segédeszközök felhasználásával elkészített, alapvetően igényesen kinéző, reszponzív honlap elegendő lehet (aminek nem gány a kódja), nem kell telerakni csillivillivel ahhoz, hogy valahova felvegyenek, ami számíthat, az az, ha van referencia, meg hogy meggyőző legyél az interjún. -
-
adam_
senior tag
Biztos nem en leszek a referencia, de szerintem ma mar nem html tagekkel oldjak meg a szoveg vastagitasat, eldonteset, hanem css-el.
Ezenkívül a többi a struktúrában oké?
Illetve amig nem vagok a javascriptet addig szerintem ne gondolkozz olyanban, hogy CV honlap, vagy webfejlesztoi allas.
Egy erős alapfokú tudásom már van JS-ben, előlre tanultam, a tanfolyamon pedig a következő hetekben ismerkedünk majd meg a JS-el (JQuery,AJAX) nyelvvel részletesebben. Addig persze, hogy még perpill nem pályázok sehova.
Csak elsőnek a HTML-CSS felállással akarok biztos tudást megszerezni.
Zedz
A form lemaradt, a poziciónálást javítom. Köszi!
-
Zedz
addikt
Az oldal kódja alapjában véve jó, örömmel látom, hogy a <table> struktúrás formot mással helyettesítetted. Azonban ismét felmerült bennem egy kérdés: a <form> tag direkt van kihagyva, vagy csak megfeledkeztél róla?
Szóval az inputok és a submit gomb megvan, de nem látom az ezt körül vevő <form>-ot. Link, link.
Egy javaslat, szintén a formmal kapcsolatos. Látom próbálod középre igazítani, amivel nincs baj, csak ezt most padding-left: 200px; formában teszed. Ahogyan az egész tartalommal teszed, úgy ezt is lehet margin: 0 auto; segítségével középre helyezni.
-
Jim-Y
veterán
Szia,
Biztos nem en leszek a referencia, de szerintem ma mar nem html tagekkel oldjak meg a szoveg vastagitasat, eldonteset, hanem css-el. Illetve amig nem vagok a javascriptet addig szerintem ne gondolkozz olyanban, hogy CV honlap, vagy webfejlesztoi allas. Bar mondjuk ez lehet erosen hangzik, de a legtobb shiny honlap mogott eros javascript van.
-
adam_
senior tag
válasz
PumpkinSeed #1714 üzenetére
Erre valaki rákukkantana, már korábban a "félkész" változatot feltettem nektek, ergo bírálatra, kérlek valamelyikőtök erre is ránézne Inspektorral, hogy kódügyileg szép-e amit csináltam? Egyszerű pár órás összedobott honlap, az első heti projektzáráshoz kell a suliban, de szeretném azt is tudni, hogy a mögötte álló kód is szépen, rendezetten nézzen ki.
Előre is köszönöm ezt, és az eddigi hasznos tippeket.
PumpkinSeed: Akkor beleadok apait-anyait, csak nem akarom túl "fellengzősre" se fogni. Főleg itt a németeknél.
Adam
-
adam_
senior tag
Lenne egy picit szubjektív témám, kérdésköröm, és kíváncsi lennék, hogy ti hogyan valósítanátok meg a következőket:
Mit gondoltok, ha csinálok egy referencia honlapot, amelyen többek között fent van az önéletrajzom, különböző oklevelek továbbképzésekről, motivációs levelem, referenciáim etc. , annak a honlapnak mennyire kell "fellengzősnek lennie"? Pl. a mai fjúcsöröknek mennyire kellene látszódniuk? Gondolok itt pl. a reszponzivitásra, minimalisztikus design, vagy a különböző JS,JQuery okosságokra (szépen popup-ban felnyiló képek, interkaciók satöbbbi..). VAGY legyen egy nagyon egyszerű sallangmentes honlap, akár normális középre igazított reszponzívitás nélküli? Ti hogyan oldanátok meg a designt úgy nagy vonalakban a mai piaci kritériumoknak megfelelően, és esetleg még mit tennétek bele az általam említett tartalmakon kívül, hogy elnyerjétek a munkaadó figyelmét? Mi lenne a TI adu ászotok?
Természetesen tudom, hogy a próbanap, állásinterjús teszt, etc. még! eléggé befolyásolja a dolgokat, de most csak elsőkörben a honlapra szeretnék fókuszálni, és egy olyat kifejleszteni, amellyel nőnek az esélyeim a többi pályázóval szemben az első lépésben.
Hogy egy konkrétabb példát említsek, pl egy ilyen fajta kialakításban gondolkozom jelenleg.
Előre is köszönöm a véleményeket!
Adam
-
DNReNTi
őstag
Ha már a témánál tartunk, lehet volt már a Campaign Monitor - Guide to CSS support in email hasznos posztja. (Hozzáteszem halkan: a táblázat valóban táblázat.
) Itt is szépen látszik az Outlook (2007+) mennyire inkompatibilis. Az meg egyenesen vicc kategória, hogy a 2003-nak és az Outlook Expressnek (!!!) jobb CSS supportja van mint az újabbaknak. A másik gyönyörűség meg a GMail, ami nem enged linkelt CSS-t húzni az emailre. Ahogy azt (#1705) martonx is írta, sajnos ilyen esetben egyszerűen nincs jobb, mint vissza a kőkorba, táblázatos layout, és egy vagon nyugdíjazott tag használata, esetleg hekkmányolás inline CSS-el.
(#1709) Zedz
"a <table> tag-re manapság már mindenki vérszemet kap"
Csak akkor, ha rosszul van alkalmazva. A baj abból van amikor valaki egy oldalstruktúrát épít fel táblázatként, ez kb 10-12 éve volt menő, csak sokan sajnos még nem tették túl magukat rajta. Ha táblázatra van szükség, akkor arra a table tag perfekt. Az már a ló másik oldala, hogy egyáltalán ne használjon senki táblázatot mer' az szentségtörés. De ezt már Brian kifejtette a posztja végén. -
Zedz
addikt
válasz
Sk8erPeter #1707 üzenetére
Igen, a <table> tag-re manapság már mindenki vérszemet kap, és azzal is egyet tudok érteni, hogy először szenvedjen meg az áldozat, aztán értékelni fogja a helyes megoldásokat. Csak én így tanultam az első órától fogva, a tanárom nem nézte ezeket jó szemmel (bukás, majd jövőre megtanulja a hallgató mire való a table
).
HTML leveleket ne említsük, voltak vele közös élmények.
-
martonx
veterán
válasz
Sk8erPeter #1707 üzenetére
Igen a 2013-asnál is így van. Döbbenet. Ahogy fordfairlane is írta: a 2003-asnál még IE motor renderelt alatta (na persze, ez akkoriban IE6-ot jelentett), majd 2007-től jött valami számomra érthetetlen dolog miatt a saját külön, végtelenül buta, semmivel nem kompatibilis HTML renderelő, és azóta is ez fut az Outlook alatt. Egészen elképesztő.
-
Sk8erPeter
nagyúr
Persze, ez is jogos, de nem hiszem, hogy ha hosszabb távon is komolyan gondolja a dolgot, akkor komoly törést okozna az életében, hogy most kipróbálta a táblázatos megjelenítést... annak idején, amikor tanultam a HTML-t, én is kipróbáltam a táblázatos megjelenítést (akkor még nem attól zengett minden fórum, hogy ha beírod a <table> szócskát, akkor elvisz egy dühös raptor, és letépi a fejed
), és legalább szép lassan rájöttem, miért is tud undorító lenni, például akkor, amikor a táblázatba beágyazott táblázatot találod egyetlen kerülő megoldásnak. Hibázni is kell néha, még ha okos ember más kárából is tanul.
Szerk.: meg mint martonx írja, van, amikor nem úszod meg a gusztustalan kókányolást, milyen meglepő, hogy ez a különutas hülyeség és extraszopás igénye is a Microsoft nevéhez köthető...
(#1705) martonx:
Ezt én sem értem, hogy ehhez miért tartozik különálló renderelő motor. Ez még a 2013-as Outlooknál is így van? -
fordfairlane
veterán
válasz
martonx #1705 üzenetére
hanem valami saját ősrégi semmivel nem kompatibilis megoldást használ.
A Outlook 2003-ban még IE motor van, az Outlook 2007-től viszont valami Word html renderert tettek bele. Gondolom kellett volna csinálni egy offline lebutított html kezelőt, ez meg kéznél volt. Egyébként tényleg botrányosan rossz.
-
martonx
veterán
válasz
Sk8erPeter #1703 üzenetére
És akkor még egy érv a táblázat létjogosultsága mellett: aki próbált már html emailt szerkeszteni, ami Outlook-ban is ki kell, hogy nézzen valahogy, akkor nincs más megoldás, mint a régi jó táblázat használata mindenre.
Amellett, hogy nyíltan IE használó vagyok (ebben a topciban ez majdnem olyan, mintha bizonyos körökben nyíltan vállalnám, hogy meleg vagyok
), ba..... m... a Microsoft, hogy nem képes az Outlook alá egy sima IE renderelő motor tenni, hanem valami saját ősrégi semmivel nem kompatibilis megoldást használ.
-
Zedz
addikt
válasz
Sk8erPeter #1703 üzenetére
Persze van helye a táblázatnak egy oldalon, ha táblázatba szeretnénk rendezni bizonyos adatokat. De struktúra kialakításában szerintem messze kerülendő, pár indokot fel is soroltál, illetve ha megtanulja az ember hogyan is kell elrendezni table nélkül, azzal csak magának tesz jót. Másrészt a fórumtárs aki kérdezte épp webes kurzusra jár, ha komolyan gondolja a dolgot akkor illő a szebbik megoldással dolgozni.
-
Sk8erPeter
nagyúr
válasz
fordfairlane #1702 üzenetére
Pontosan! Ugyanerre gondoltam, hogy itt sokan már picit túlzottan agyonerőltetik ezt a "fúj, táblázatot soha, semmilyen körülmények között" dolgot, mintha a táblázatoknak soha nem lenne létjogosultságuk, csak gondoltam inkább elengedem, de örülök, hogy más is így látja, hogy egy ilyen pici, csupán a rendezettség vagy egyszerűség miatt táblázatba rendezett űrlapnál kb. tökéletesen mindegy. Nyilván az ellene szól, hogy ha a jövőben bővíteni szeretné ezt az űrlapot, és az elemek elrendezését kicsit összetettebbé tenni, akkor már találkozhat a táblázatok fejlesztési maceráival (újabb sor/oszlop felvétele után bizonyos sorok/oszlopok merge-ölésének kényszere, csúnya code bloat, stb.) és nonreszponzivitásával.
Félő, hogy az agymosás eredménye még a végén az lesz, hogy ha valakinek ténylegesen klasszikus táblázatra van szüksége, akkor elkezdi divekkel és display:table-cell;-ekkel és hasonlókkal kialakítani azt... -
fordfairlane
veterán
Köszi, én sem értem már, hogy így hirtelen miért táblázatos rendezést alkalmaztam a form-ra, pedig már itt is, és máshol is sokszor láttam, mondták, hogy "szentségtörés" ez a módszer, és eléggé elavult.
Ez azért túlzás. Általában érdemes layouthoz css gridet használni, de egy minimáloldalnál egy pársoros layout tábla nem a világvége.
Új hozzászólás Aktív témák
Hirdetés
- Dell Latitude 5320 -60% "Kis Gamer" Üzleti Profi Ultrabook 13,3" i5-1145G7 8/256 FHD IRIS Xe
- Apple IPad pro 12.9 4th gen 256GB wifi+sim 97%-os Gyári akku
- PlayStation 5 (PS5.) SLIM 1TB. SSD. Digital Edition & Sony PlayStation VR2. Virtuális szemüveg.
- Dell Precision 3580 i7-1370P//32GB DDR5 RAM// 1TB SSD/ RTX A500
- ÁRCSÖKKENTÉS Menő retró konfig: Q9550, Gigabyte P43, 4GB RAM, ASUS GT730
- ÁRGARANCIA!Épített KomPhone i5 13400F 16/32/64GB RAM RTX 3060 12GB GAMER PC termékbeszámítással
- HIBÁTLAN iPhone 15 Pro Max 256GB Natura Titanium -1 ÉV GARANCIA - Kártyafüggetlen, MS3007, 91% Akksi
- Eladó Apple Mac Mini 2012 vége / 12 hó tótállás
- Telefon felvásárlás!! iPhone 12 Mini/iPhone 12/iPhone 12 Pro/iPhone 12 Pro Max
- HIBÁTLAN iPhone 14 Pro Max 256GB Space Black -1 ÉV GARANCIA - Kártyafüggetlen, MS3009
Állásajánlatok
Cég: FOTC
Város: Budapest