Hirdetés
- sziku69: Szólánc.
- Luck Dragon: Asszociációs játék. :)
- sziku69: Fűzzük össze a szavakat :)
- Brogyi: CTEK akkumulátor töltő és másolatai
- Meggyi001: Eldugott helyek Párizsban, amiket jó eséllyel még nem láttál... 2. rész.
- GoodSpeed: Kell-e manapság egérpad vagy sem?
- Gurulunk, WAZE?!
- droidic: Windows 11 önállóság nélküli világ: a kontroll új korszaka
- Sub-ZeRo: Euro Truck Simulator 2 & American Truck Simulator 1 (esetleg 2 majd, ha lesz) :)
- ubyegon2: Airfryer XL XXL forrólevegős sütő gyakorlati tanácsok, ötletek, receptek
Új hozzászólás Aktív témák
- 
			
			  PumpkinSeed addikt 
- 
			
			  brickm őstag válasz  PumpkinSeed
							
							
								#2096
							
							üzenetére PumpkinSeed
							
							
								#2096
							
							üzenetére. Nem tudom erre gondoltál-e, vagy én értelmeztem rosszul amit írtál: 
 [link]
 Csak amit említettem probléma, hogy nincs egymás alatt 2 div a menu meg a container úgy, hogy mindkettő mellett fut a left right div.
- 
			
			  martonx veterán válasz  PumpkinSeed
							
							
								#2096
							
							üzenetére PumpkinSeed
							
							
								#2096
							
							üzenetéreEmberünk megcsinálta végre jsfiddle-ön a példát, megcsinálnád neki a layout-ot olyanra, amilyenre szeretné? Kiszedtem belőle a szemteket: [link] 
- 
			
			  brickm őstag válasz  PumpkinSeed
							
							
								#2096
							
							üzenetére PumpkinSeed
							
							
								#2096
							
							üzenetérePróbálok rájönni hogyan gondolod. 
 A gondom inkább azzal van, hogy ugye egymás alatt van 2 divem (menu container) és mindkettőnek kell mellette lennie a left és right divnek.
 Szóval önmagában ha ezek nem lennének egymás alatt, akkor simán eltenném a hármat egymás mellé, ez zavar be nekem.
 gyors felvázoltam a div elosztást, meg a css jórészét, hogy értsd miért bonyolítja ez meg nekem a dolgot.[link] a képeket is beletettem, hogy értelmezhetőbb legyen a dolog. 
- 
			
			  brickm őstag Sziasztok! 
 Ha esetleg erre valakinek van ötlete szivesen meghallgatom.
 Addig már eljutottam, hogy 3divet float:left eljárással letettem, csak nekem eléggé úgy tűnik ez annyira nem stabil. Vagy nem tudom.
 Biztos van ettől jobb megoldás rá, de én csak ezt a módszert, meg az absolute div elrendezést találtam erre a problémára. Illetve a táblázat elrendezést, de azt kerülném ha lehet..ilyennek képzeltem el az elrendezést, csak nem tudom hogy valósítsam meg, hogy ne legyen gány a kód. 
- 
			
			  kispalsz tag Sziasztok! Tudnátok segíteni? Nem kellene sok mindent megvalósítani, összesen annyi lenne a feladat, hogy a képernyő/ mobil teljes szélességében kirakni egy képet, függőlegesen középre igazítva, ha a képernyő/ mobil képaránya miatt fent és lent nem tölti ki a látható területet, akkor ott ki kell tölteni egy-egy színnel a területet. ( Nincs benne tartalom, nevezzük ezt headernek és footernek). 
 Ha a képarány pontosan illeszkedik, akkor nem kell semmilyen headernek és footernek látszódnia.
 Ha a képarány olyan, hogy a képet teljes szélességre húzva, kilóg a teteje és alja a képnek, akkor nyilván görgetni kell, ez nem gond.Javascript nélkül , egyszerű html + css kombóval kellene megoldani, ha lehet táblázat nélkül. Nem cél, hogy ie6-on menjen, de jó lenne, ha minél több böngészőn ugyanúgy nézne ki. Köszi. 
- 
			
			  randras veterán Sziasztok, reszponzív thumbnail elrendezéshez kérnék egy kis segítséget. Itt látható, mi van, ha minden thumbnail-elemnek fix magasságot állítok be (a képek, ezáltal az elemeknek szélessége fix, 200px). Ha túl nagy, sok üres hely marad a sorok között, ha egy sorban különböző magasságú képek is vannak, pláne hülyén néz ki, a caption-ök le is maradhatnak, ha nem megfelelő a magasság. Itt látató, mi van, ha nincs beállítva fix magasság, és különböző magasságú képek, és ezáltal elemek kerülnek egy sorba, szétesik az elrendezés. Várom a megoldási javaslatokat.   
- 
			
			  Jim-Y veterán Koszonom az otleteket, lehet csak at kell strukturalnom a kodot valahogy mert egy JSFiddle peldan keresztul nem sikerult eloideznem a "problemat" igy lehet csak tenyleg arrol van szo, hogy 1. megis eltelik x ido a ket class ratetele kozott 
 2. vagy csak erzeki csalodas a dolog. 
- 
			
			  CSorBA őstag Gondolom ez mondjuk egy lista és azon belül egy aktív elem. Mi lenne ha a CSS formázásokat csak akkor kapná meg aktív elem, ha a lista is aktív, így vizuálisan biztos egyszerre jelenne meg, független attól, h. a classek mikor kerülnek a js-től az elemekre, bár nyilván fontos, hogy az elem hamarabb kapja meg, mint a lista. <ul class="active-list"> 
 <li></li>
 <li></li>
 <li class="item active-item"></li>Selectorod: .active-list .item.active-item 
- 
			
			  Jim-Y veterán válasz  fordfairlane
							
							
								#2087
							
							üzenetére fordfairlane
							
							
								#2087
							
							üzenetéreEgymas utan van, tehat pl $item.addClass('selected'); 
 $itemList.toggleClass('active', isSelected);kb.. nem igy van de majdnem, rogton egymas utan adom hozza a classokat. 
- 
			
			  Jim-Y veterán Sziasztok, el lehet valahogy erni, hogy ket kulon css modositast a runtime egyszerrre vegezzen el? Pl ha egy elemre rateszek egy class-t amivel megvaltoztatom a hatteret es rateszek egy ujabb class-t amivel mondjuk egy ikont cserelek ki ugyanazon az elemen, akkor ezeket vizualisan egyszerre jelenitse meg a rendszer elkerulve ezzel a "villodzast"? Udv 
- 
			
			  mekker őstag Üdv! 
 Lenyíló menüt szeretnék csinálni CSS-ben. A Google ebben segített, de akadt pár problémám azzal kapcsolatban, hogy be vannak rakva a menüpontok egy táblázatba.
 -Először is valamiért függőlegesen középre rendezi (csak a menüpontokat, mást nem), de nem értem pontosan miért.
 -Nem tudom hogyan kéne megoldani, hogy a lenyíló listával együtt ne mozogjon az egész táblázat.Lehet hogy már az egész koncepció hibás, egyelőre még nem nagyon próbálgattam a honlapkészítést. Érdemes egyáltalán szimplán HTML+CSS-sel nekiállni így kezdésnek? Valahogy így néz ki: (a felső csíkon kéne állnia)  
- 
			
			  MineFox54 őstag Sziasztok! Van egy oldalam (igaz, kicsit gány...), [link] Azt szeretném megoldani, hogy a jobb felső sarokban lévő logó mobilos nézetben átkerüljön a 2015. 09. 06 felirat fölé. Így van megoldva jelenleg: <div id="tartalom"> 
 <img src="images/fokep.gif"/>
 </div>
 css:
 #tartalom img {
 position: absolute;
 top: 0px;
 right: 0px;
 background-color: #D3D3C5;
 border-radius: 130px;
 }van egy mobil css is, szerintem abba kéne írnom. 
- 
			
			  Zedz addikt Így már teljesen világos, köszönöm a türelmet és a válaszokat.  
- 
			
			  Sk8erPeter nagyúr Az extensionös példa egyáltalán nem extrém. Nekem is vannak extensionjeim, amikkel átszabom az oldalak megjelenését, és ha lehet, akár komplikált selectorral, de inkább CSS-sel teszem, ez ugye hatékonyabb. Meg gondolom láttad ezt a threadet, a srác is pont ilyet próbált csinálni több elemre is a PH!-n. 
 A CMS-nél meg nem azt írtam, hogy "nem lehet" piszkálni a generált struktúrát, hanem hogy elképzelhető olyan eset, hogy gyors módosítást szeretnél eszközölni. (Szerk.: na most nézd meg DNReNTi hsz.-ét, akkor máris nem lesz ez sem extrém, pont erről beszéltem.)
 De ahogy fordfairlane írta, lehet olyan eset is, hogy külső forrásból (webszolgáltatás, stb.) kapsz valamilyen tartalmat, amit mondjuk injektálsz az oldalba, vagy hasonló, és ennek a megjelenítését is szeretnéd testreszabni.(#2075) DNReNTi: 
 Na, pont ilyen példát írtam az előbb... Szóval csöppet sem volt extrém (csak nem CMS-ről, hanem frameworkről van szó, de tökéletesen mindegy). Szóval csöppet sem volt extrém (csak nem CMS-ről, hanem frameworkről van szó, de tökéletesen mindegy).
- 
			
			  DNReNTi őstag Egy nem olyan fura/extrém példa az aktuális gyakorlatból: 
 Nekem most feladatom egy nagy rendszert mobilra optimalizálni. A rendszer régi Symfonyra épül, nyilván úgy kell megoldani a feladatot, hogy közben a működés (JS) ne fossa el magát, és a lehető legkevesebb változtatással járjon az oldal struktúrájában. A gond az, hogy nem mindent tudsz módosítani a view-ban, pl formok, filterek, táblázatok a sima Sf struktúrával generálódnak ki, és ugyan tudsz attribútumokat hozzáadni mondjuk egy form eleméhez, de a konténerhez nem amivel együtt generálódik, ahhoz nem. Meg lehetne oldani, hogy átírom a generálást, de amellett, hogy megold egy problémát okoz harminc újat, mert akkor mindenhol így fog generálódni.Megjegyzem nem vagyok nagy Sf huszár, szóval valszeg én vagyok a hülye, és van erre szép megoldás, így aki kijavít annak külön hálás leszek. Sajnos mivel szoros a deadline, arra nincs idő, hogy beleássam magam a Symfony rejtelmeibe. Egyelőre örülök ha kész lesz.  
- 
			
			  Zedz addikt válasz  Sk8erPeter
							
							
								#2072
							
							üzenetére Sk8erPeter
							
							
								#2072
							
							üzenetéreHmm értem. Igazából ezek mondhatni elég "extrém" példák, mert mondjuk az a CMS is fura, aminek nem lehet a struktúráját piszkálni. 
- 
			
			  Sk8erPeter nagyúr Pedig lehet pár ilyen példát említeni, amikor valamilyen okból a generált/statikus HTML-kódba nem tudsz belenyúlni, mert meg van kötve a kezed, és csak CSS-sel vagy JavaScripttel tudsz belepiszkálni. Legjobb példa erre az, ha böngésző-bővítménnyel bírálod felül egy adott oldal megjelenését. Ilyenkor nem tudsz jobbat, mint hogy injektált CSS-sel vagy JavaScript-kóddal nyúlsz hozzá. De akár lehet olyan is, hogy egy adott CMS-hez nem szeretnél külön modult/komponenst/plug-int fejleszteni, PHP-vel belekontárkodni, esetleg nincs időd/kedved megismerkedni az API-val, és úgy belenyúlni, de van egy saját template-ed, amivel csak gyorsan felül akarod bírálni valamilyen elem megjelenését (core-ba meg ugye nem nyúlunk bele). Most egyéb példákon nem töröm az agyam, ezek ugrottak be rögtön.  
- 
			
			  Zedz addikt válasz  fordfairlane
							
							
								#2070
							
							üzenetére fordfairlane
							
							
								#2070
							
							üzenetéreNem kötekedésből, de milyen tartalomba nem lehet belenyúlni? Most akárhogy gondolkodom, nem jut eszembe ilyesmi. 
- 
			
			  Zedz addikt válasz  fordfairlane
							
							
								#2067
							
							üzenetére fordfairlane
							
							
								#2067
							
							üzenetéreA probléma pofon egyszerű volt, egy stílust csak bizonyos elemekre akart ráhúzni a kérdező. Ezért gondolom, hogy a jQuerys megoldás ide sok lenne, elég az erre kitalált classt használni. 
- 
			
			  G.F. aktív tag Csináltam egy class-t, és ott beállítottam, hogy tüntesse el a kis szimbólumot. Köszönöm, hogy foglalkoztatok vele... 
- 
			
			  Zedz addikt válasz  fordfairlane
							
							
								#2064
							
							üzenetére fordfairlane
							
							
								#2064
							
							üzenetérejQueryt, ehhez? Teljesen felesleges, a class pont erre való. :S 
- 
			
			  G.F. aktív tag válasz  Sk8erPeter
							
							
								#2061
							
							üzenetére Sk8erPeter
							
							
								#2061
							
							üzenetéreKöszönöm, a :not() pszeudoosztály jó lenne, de nem tudom jelen esetben hogyan használjam. Már ez a selector a[target="_blank"]:after {} is bonyolultnak tűnik...  
- 
			
			  Sk8erPeter nagyúr "Hogyan lehetne kizárni azt, hogy a képek mögé, amin szintén linkek vannak, ne tegye ki a kis ikont?" 
 Hogy mit? Nem értem.Egyébként egyrészt azt tudod csinálni, hogy ellátod a megfelelő elemeket valami osztállyal, ami miatt a selector a kizárandó elemre épp nem vonatkozik, másrészt használhatod a CSS3-as :not() pszeudoosztályt (ez utóbbi csak IE9-től kezdve megy, ha egyáltalán ez érdekes). 
- 
			
			  G.F. aktív tag Az alábbi css kóddal a külső linkek mögé teszek egy kis ikont. 
 a[target="_blank"]::after {
 background-image: url("../images/symbol-externallink.gif");
 }Hogyan lehetne kizárni azt, hogy a képek mögé, amin szintén linkek vannak, ne tegye ki a kis ikont? 
- 
			
			  biker nagyúr azért abban megegyezhetnénk, hogy ha valahol olyan program/rendszer kerül bevezetésre, ami csak egy bizonyos böngésző egy bizonyos verziójában működik, ott a megrendelő ÉS a kivitelező is egy ........................................................................ 
 Azért ne nézzük már ezt normális dolognak.
- 
			
			  Zedz addikt válasz  fordfairlane
							
							
								#2055
							
							üzenetére fordfairlane
							
							
								#2055
							
							üzenetéreNa mondjuk ilyen példákon keresztül megértem az álláspontotok. (#2056) Sk8erPeter: Gonosz vagy, többet nem kommunikálunk.   ![;]](//cdn.rios.hu/dl/s/v1.gif) 
- 
			
			  Sk8erPeter nagyúr Nem kell többéves tapasztalat, használd a fantáziád.  (#2052): 
 "Na ha valahol, akkor ott biztos van pénz ilyenekre. Egyszerűen csak lusták megreformálni a dolgot."
 Direkt kiemeltem ezt az állítást, hogy meg tudd ismét csócsálni, és érezd, ahogy átjárja a tested-lelked ez a borzongató leegyszerűsítés. 
- 
			
			  fordfairlane veterán A böngészők már jópár éve rengeteg verzió- és vendorspecifikus sajátossággal rendelkező alkalmazásplatformok. Csak egy példa: Egy helyen azért maradt meg az IE6, emiatt a Windows XP is, mert egy AS400-as karakteres programot, amin egy nélkülözhetetlen banki folyamatot kezeltek, csak egy IE6 alatt működő ActiveX kontrollon keresztül lehetett használni. Az az AS400-as program mellesleg egy Cobol program volt, amihez hozzáértő programozót a föld alól nem kerítesz elő manapság, nemhogy egy egész programozó- és üzemeltető teamet, amire szükség lett volna adott esetben. 
- 
			
			  Zedz addikt válasz  fordfairlane
							
							
								#2053
							
							üzenetére fordfairlane
							
							
								#2053
							
							üzenetéreValószínűleg a több éves tapasztalat hiánya miatt gondolom azt amit. Ilyen kaliberű munkával még nem kerültem kapcsolatba, de egy böngészőcseréről beszélünk. Nem komplett operációs rendszerekről.  
- 
			
			  Zedz addikt válasz  Sk8erPeter
							
							
								#2051
							
							üzenetére Sk8erPeter
							
							
								#2051
							
							üzenetére"... akinek a költségvetéséből adott időszakban épp rohadtul fájó, és nagyon nem futja arra a pármillió Ft-ot érő beruházásra ..." Ezt nem tudom teljesen elfogadni. A kiindulási pont ugye egy banki példa volt, arra hoztam fel egy külföldi légitársaság példáját is. Na ha valahol, akkor ott biztos van pénz ilyenekre. Egyszerűen csak lusták megreformálni a dolgot. Persze nyilván nem ez a legfőbb gondjuk, van ezer más problémájuk ami fontosabb,. Aztán persze teljesen meg tudom érteni a Te álláspontod is, viszont rengeteg ingyenes megoldás létezik, amik segítségével valamivel olcsóbban meg tudnák úszni a dolgot. 
- 
			
			  Sk8erPeter nagyúr Lehet, hogy picit megértőbb lennél, ha te lennél egy olyan cégnek a vezetője/pénzügyi felelőse/stb., akinek a költségvetéséből adott időszakban épp rohadtul fájó, és nagyon nem futja arra a pármillió Ft-ot érő beruházásra, ami a számítógéppark lecserélésével, vagy épp csak az OS/szoftverek frissítésével járna. Ez akár tetszik, akár nem, fennálló jelenség, a modernizálás időbe és pénzbe kerül, annak meg örülhetünk, ha valaki mégis rá tudja szánni a pénzt (más meg nem biztos, hogy öncélú fösvénységből nem teszi). És igen, a lóvé az, amit mindenki sajnál, ez biza ilyen, örülök, hogy erre rájöttél.  
- 
			
			  Zedz addikt válasz  Sk8erPeter
							
							
								#2049
							
							üzenetére Sk8erPeter
							
							
								#2049
							
							üzenetére"Kell hozzá szakember, a frissítéshez nem árt egy jó/jobb infrastruktúra, akár új OS, idő, lóvé" A lóvé az, amit mindenki sajnál... Nem értem miért nehéz elfogadni, hogyha valami jót akarunk kapni, akkor azért fizetni kell. Autó szalonban is leállnak vitatkozni az eladókkal? Vagy esetleg ha telefont vásárolnak? Megtörtént dolog, hogy a helyi kórház úgy gondolta, ideje a füzetet és ceruzát a fiókba tenni, mondván modern korokat élünk. Eljöttek a céghez, és felvázolták mire lenne szükségük. Egy egyszerű kinézettel megáldott oldalt képzeltek el, ahol a látogatók időpontot tudtak volna foglalni, annyi extrával, hogy látták volna a naptárban melyik napokon van még szabad hely, melyek teltek már be, ehhez admin felület ahol lehetett volna állítgatni ezt-azt, ilyenek. Elkészült a terv, ment az árajánlat, majd jött a kérdés, hogy "Húúú nem-e lehetne számla nélkül?". Mondanom sem kell, maradt a füzet és ceruza.  
- 
			
			  Sk8erPeter nagyúr "Egyszer kellene rászánni az időt és normálisan megcsinálni..." 
 Ha ez ilyen egyszerű lenne, nyilván meg lenne oldva. Kell hozzá szakember, a frissítéshez nem árt egy jó/jobb infrastruktúra, akár új OS, idő, lóvé... De az az egyszeri költség sajnos adott esetben óriási lehet, de épp ilyen esetet említett az imént DNReNTi kolléga. 
- 
			
			
- 
			
			  DNReNTi őstag Nincs ebben semmi meglepő, az "iparban" sokkal jobban szeretik használni a "régi jó'bevált dógokat", mint a csicsás újdonságokat. Ez érint minket is ilyen esetekben, és sajnos mondjuk egy gyárban nem mondhatod azt, hogy ja bocs, a webapp nem megy IE10 alatt, cseréljétek le 3000 gépen frissebbre.  Jó eséllyel olcsóbb lesz optimalizálni amennyire csak lehet régi böngészőkre, mint egy említett cserét megejteni. Jó eséllyel olcsóbb lesz optimalizálni amennyire csak lehet régi böngészőkre, mint egy említett cserét megejteni. Nekem is volt olyan munkahelyem ahol egy jó 25 éves gépen Windows 3.1-en futott a célszoftver, mert az új verzió több tízmillió Ft lett volna akkor, abból a pénzből meg még aranyáron is évszázadokig lehet szervizezni azt a vasat. Nekem is volt olyan munkahelyem ahol egy jó 25 éves gépen Windows 3.1-en futott a célszoftver, mert az új verzió több tízmillió Ft lett volna akkor, abból a pénzből meg még aranyáron is évszázadokig lehet szervizezni azt a vasat. Na jó elkanyarodtam. Na jó elkanyarodtam.
- 
			
			  Zedz addikt válasz  PumpkinSeed
							
							
								#2045
							
							üzenetére PumpkinSeed
							
							
								#2045
							
							üzenetéreAnno egy nevesebb, külföldi légitársaság küldött egy screenshotot, hogy egy ősrégi IE-ben nem úgy mennek a dolgok ahogyan kellene... Nem tudtam nevessek-e vagy sírjak.  
- 
			
			  Muton addikt Heló! ie8-ban van egy webes alkalmazás. azt hogy kell megcsinálni, hogy a disabled input mező betűiről leszedjem a fehér betűárnyékot? 
- 
			
			  biker nagyúr válasz  Sk8erPeter
							
							
								#2039
							
							üzenetére Sk8erPeter
							
							
								#2039
							
							üzenetérejogos, de aki a keretrendszer 1,5 éves verziójával adta át a cuccot, annál ez nem játszik 
 És sajna a gyári appcontroller és pages controller úgy össze van buzergálva, hogy a nyelvválasztót alig bírtam működésre bírni, mert ütközött egy általuk beleírt, nem erre szolgáló funkcióval (config.write értékek kezelése volt a gond)
- 
			
			  Sk8erPeter nagyúr Alapvetően nem a legjobb, persze, de lehet olyan eset, hogy nem akarja buzerálni az eredeti, alkalmanként akár frissülő alapot - ami jelen esetben a Bootstrap cucca, meg a rá épülő theme -, mert akkor pl. frissítéskor kidobhatná a saját megoldását (vagy folyton össze kéne tákolni), ezért kihasználja a CSS azon tulajdonságát, hogy a stílusok felülbírálhatók. Saját felülbírálásból persze már nem túl egészséges, ha több is van. 
- 
			
			  biker nagyúr válasz  Sk8erPeter
							
							
								#2036
							
							üzenetére Sk8erPeter
							
							
								#2036
							
							üzenetéreaktuálisan arra próbálok rájönni, a több száz elem stílus felülírás közül hol a retekben írta felül az eredeti li stylet, mert úgy néz ki, valamelyik js fileban cserélgeti a stílust hover vagy sem, mivel a css-ben sehol nincs definiálva olyan szín, amit most megjelenít a csak szülő lista. egy félb@lf@sz csapat munkáját fejezném be, és kicsit nem értem a viselkedését, mivel semmi nem indokolja a mostanit. szerk: mert ugye úgy kell csinálni, hogy a bootstrap.css-re beolvassa a bootstrap_mod.css-t arra a theme.css-t, arra a saját style.css-t, és még js-ben buzerálja. 
 Ezáltal pl devtools-ban a css-ben ott van 340 érvénytelenített sor bejegyzés, felülrva itt felülírva ott 
- 
			
			  Sk8erPeter nagyúr A < biztos nem, mert olyan nincs CSS-ben, > van, ami meg az elem közvetlen gyermekelemére illeszkedik. Mondjuk ezt ennyi év webfejlesztés után illene tudnod. A két/több egymás után írt elemselector - pl. li li - pedig azt jelenti, hogy az első elemnek VALAHOL a hierarchiában leszármazottja az utána írt elem (vagy több elem is akár), és teljesen mindegy, hanyadik szinten a hierarchiában (lehet közvetlen gyermekeleme is, de lehet valahol sokkal mélyebben is). Szerk.: 
 Itt aztán mindent megtalálsz, ami érdekes ezzel kapcsolatban:
 http://www.quirksmode.org/css/selectors/
- 
			
			  kispx addikt Az előttem lévő jól mondja . De * helyett li-vel. 
- 
			
			  biker nagyúr van tök egyszerű megoldás arra, ha egy dinamikusan generált menü ul listbe szúrt ul listbe szúrt ul list (etc etc etc) van, akkor az összes child list örökölje a parent list összes stílusát? 
 És nem úgy, hogy css-be előre telehányjuk li, li > li, li > li > li féle módon? 
- 
			
			  PumpkinSeed addikt válasz  martonx
							
							
								#2029
							
							üzenetére martonx
							
							
								#2029
							
							üzenetéreHát ilyenkor az a baj, hogy a Google nem készített kiterjesztést a font-nak. Talán ha azt csinálod, hogy letöltöd mind a kettőt és font-face-el behúzod, majd font-family: egyik, másik; akkor elvben ha az adott fontot nem találja az elsőben akkor a másodikat veszi elő. Vagy ha van egy grafikusod akkor ő össze tudja dobni a kettőt egybe, egy jó grafikus pillanatok alatt végez vele. 
- 
			
			  martonx veterán válasz  PumpkinSeed
							
							
								#2028
							
							üzenetére PumpkinSeed
							
							
								#2028
							
							üzenetéreTermészetesen addig én is eljutottam pillanatok alatt, hogy a behúzásnál meg lehet(ne) mondani, hogy milyen subset-tel kérem. De ennek a fontnak csak latin1 subsetje van, nincs se ciril, se extended. 
 Szóval ilyen esetben mit lehet tenni?
- 
			
			  PumpkinSeed addikt válasz  martonx
							
							
								#2027
							
							üzenetére martonx
							
							
								#2027
							
							üzenetéreHa így nyitsz meg egy fontot akkor a második résznél tudod beállítani, hogy mikre akarod kiterjeszteni. Ez pont rossz példa, mert nincs ilyen lehetőség, de itt egy másik ahol van. Amúgy ahogy néztem kivette a Google azt, hogy ezekről az oldalakról letölthető legyen mert ő nagyon okosnak képzeli magát és dob egy ilyet: 
 "You do not need to download the font to use it on your webpages. Instead, refer to the "Use" section."
 Hát én tegnap lokálisan akartam használni, de nem bírtam, mert a Google tudja helyettem is, hogy nekem nem kell letölteni..
- 
			
			  martonx veterán Nem vagyok egy nagy frontend guru, google web font problémámmal kérdezem az e téren tapasztaltabbakat. Adott ez a font, ami csak latin1 karaktereket ismer: https://www.google.com/fonts/specimen/Raleway És ezt kellene kibővítenem magyar, illetve ciril karakterekkel. A ciril-t már megtaláltam, csak nem tudom, hogy lehet ezeket összegyógyítani? ciril raleway Azt meg pláne nem tudom, hogy hogy lehetne ezt pár speciális magyar karakterrel felbővíteni, mint pl. hosszú ő,ű 
- 
			
			  Zedz addikt Sziasztok, Egy OTF fontot szeretnék EOT-tá konvertálni. Ehhez a Fontsquirrel generátorát használtam. A problémám az lenne, hogy konvertálás előtt a magyar karakterek is szépen jelentek meg, az után viszont már sajnos nem. Az IE szépen felismeri a fontot, ennyivel már előrébb vagyok, de mondjuk az Ő betű már FF-ben és Chrome-ban is hibás. Esetleg tudtok segíteni?  
- 
			
			  _ak_ addikt válasz  Sk8erPeter
							
							
								#2021
							
							üzenetére Sk8erPeter
							
							
								#2021
							
							üzenetéreÉpp ma olvastam erről, ott Lord Vader's Handle Formerly Anakin-t említették, de viccesebb a Lord Vader Hates Furry Animals.  
- 
			
			  kispx addikt válasz  Sk8erPeter
							
							
								#2021
							
							üzenetére Sk8erPeter
							
							
								#2021
							
							üzenetérethx  
 este ha több időm lesz, mindegyik linket megnézem,
- 
			
			  DNReNTi őstag válasz  Sk8erPeter
							
							
								#2021
							
							üzenetére Sk8erPeter
							
							
								#2021
							
							üzenetéreHát hallod, voltak már eddig is epik magyarázataid, de részletességben ettől már nem igen lehet messzebb menni.  
- 
			
			  Sk8erPeter nagyúr Röviden azért, mert ha nem tartja be az ember a sorrendet, és mindegyik szóbanforgó pszeudoosztályra külön stílus lenne érvényes, előfordulhatna olyan eset, hogy ezek a stílusok felülírják egymást, és nem érvényesülnek az adott elemen akkor, amikor kellene. (Például színekkel könnyen tesztelhető egy ilyen viselkedés, de ugye az ember nem feltétlenül csak színeket definiálhat adott pszeudoosztályra (és a gyakorlatban sokszor nincs minden pszeudoosztálynak külön színe).) Hosszabban: az LVHA-szabály az érvényes, vagyis a Link-Visited-Hover-Active. A legkönnyebben talán a LoVe, HAte szavak ebben a sorrendben történő használatával jegyezhető meg.  
 A :focus pszeudoosztály sorrendjével kapcsolatban nem egyértelműek az álláspontok, de mindenképpen a :link és :visited és után kell jönnie, és még az :active előtt (ez viszont nem kérdés!). De ha ezzel is kiegészítjük az LVHA-t, akkor arra az LVHFA vagy LVFHA rövidítés illik, én az utóbbit, vagyis inkább az LVFHA-t támogatnám - szemben pl. ezzel a cikkel. Ennek az okáról mindjárt. Utóbbinak a megjegyezhetőségére én az előbbiből kiindulva a LoVe Furious HAte szavakat találtam ki. L: A :link pszeudoosztály tulajdonképpen a nemlétező :unvisitednek felelhetne meg, tehát annak, hogy a felhasználó még nem "látogatta meg" az adott linket. (És a linkelt cikkek szerzőjéhez hasonlóan én sem tudom, hogy miért nem :unvisitednek hívják inkább.  ) Azért ez az első a sorrendben a definiálandó pszeudoosztályok közül, mert értelemszerűen azt akarod először is megmondani, hogy hogy nézzen ki az a link, amit még nem látogattak meg (nem kattintottak rá, és engedték el a nyomógombot). De tulajdonképpen ennek és a :visited-nek a sorrendje mindegy lenne, mivel egyszerre nem lehet látogatott és nem látogatott egy link, tehát ezek kölcsönösen kizárják egymást (szóval lehetne :visited-:link sorrend is, de a :link-:visited sorrend logikusabb). ) Azért ez az első a sorrendben a definiálandó pszeudoosztályok közül, mert értelemszerűen azt akarod először is megmondani, hogy hogy nézzen ki az a link, amit még nem látogattak meg (nem kattintottak rá, és engedték el a nyomógombot). De tulajdonképpen ennek és a :visited-nek a sorrendje mindegy lenne, mivel egyszerre nem lehet látogatott és nem látogatott egy link, tehát ezek kölcsönösen kizárják egymást (szóval lehetne :visited-:link sorrend is, de a :link-:visited sorrend logikusabb).
 V: A :visited link meg értelemszerűen a már meglátogatott linkekre vonatkozik. Tehát kilőttük az LVHA-ból az első kettőt.
 F: A :focus arra vonatkozik, ha egy adott elem megkapta a fókuszt, akár billentyűzetről vezérelve (pl. odaugrálva Tabbal, akár egy gyorsbillentyűvel, ha épp lehetséges), akár egér segítségével (pl. ha belekattintasz egy <input> elembe).
 H: A :hover arra vonatkozik, ha a felhasználó a link fölé viszi az egérkurzort, és ez azért következik a :link és :visited után, mert amikor a felhasználó a linked fölé viszi a kurzorját, akkor azt szeretnéd, hogy az erre vonatkozó stílus legyen érvényes, ne pedig az, hogy kattintott-e már a linkre vagy sem (mert akkor az az érdekes, hogy épp afölött a link fölött tartózkodik, nem az, hogy volt-e már "látogatva" a link), és az előző kettő felülírná.
 A: Az :active arra vonatkozik, ha az elem "aktiválásra" került. Egérrel való vezérléskor aközött a két időpont között érvényes, amikor rákattintasz, majd elengeded a gombot. Például ha bármelyik egérgombbal való kattintáskor egy darabig nem engeded el a gombot, hanem lenyomva hagyod, akkor látod, hogy épp az :active pszeudoosztály érvényesül. Ha billentyűzetet használsz, akkor úgy látod aktívnak, ha például egy épp fókuszban lévő (!) gombon hosszan nyomvatartod a Space-t.Ami miatt én jobbnak tartom, ha a :focus előbb van, mint a :hover (LVFHA), az az, hogy így érvényre tud jutni a :hover pszeudoosztály akkor is, ha az adott elem épp fókuszban van. De érdemes tudni, hogy ilyenkor a :hover ugye felülírja a :focus szabályát. 
 Példa a megértéshez: legyen egy input elem, amire az alábbi CSS-kód érvényes:
 input:focus {background-color: orange;}
 input:hover {background-color: red;}
 Ha a fókuszt az elemre helyezed akár egérrel való belekattintással, akár billentyűzettel való odanavigálgatással (pl. Tab segítségével), akkor ugye megkapja a narancssárga háttérszínt. Ha még fölé is viszed az egeret, akkor pedig piros lesz az elem háttere.
 Ha a következő szabály lenne érvényben:
 input:hover {background-color: red;}
 input:focus {background-color: orange;}
 Tehát pont fel lenne cserélve, akkor ugyanebben az esetben hiába vinnéd fölé az egeret, a :hover szabályt felülírná a :focus, és nem kapná meg a piros háttérszínt hover esetén sem.
 Persze van, aki pont fordítva gondolja, és aki szerint ha már egy elem fókuszban van, akkor ne érvényesüljön rá még a hover szabály is (LVHFA). Hát ez fejlesztői döntés kérdése.Remélem, érthető volt.  
 Ide felraktam egy példát is, amivel elég jól tesztelhető az említett pszeudoosztályok működése:
 http://jsfiddle.net/Sk8erPeter/3ovgrwyg/
- 
			
			  kispx addikt Sziasztok, "When setting the style for several link states, there are some order rules: 
 a:hover MUST come after a:link and a:visited
 a:active MUST come after a:hover"Ez miért van így? Miért nem lehet felcserélni őket? 
- 
			
			  mekker őstag Üdv! 
 Stylish-sal akarom a Youtube kinézetét kicsit modolni, de kifogott rajtam valami: 
 Amíg nem kattintok a buborékba, addig normálisan néz ki, utána pedig a buborák és a keret háttere átmegy fehérbe. Hol keressem egyáltalán, hogy mit kell átírni?
- 
			
			  laracroft senior tag Sziasztok! Egy táblázatot szeretnék kinyomtatni, de valahogy a chrome-ot nem tudom rákényszeríteni a helyes megjelenítésre (gondolok itt arra, hogy sorokon belül ne dobjon lapot, legyen fejléc minden oldalon). Olvastam róla, hogy a chrome bug-os! Tudtok erről valamit? 
 IE és Firefox alatt minden szép és jó, a chrome meg sz@r... Tudnátok nekem ebben segíteni? 
 itt a print.css-em:
 #table
 {
 width:100%;
 border-collapse:collapse;
 page-break-inside:auto;
 }
 #table tr {
 page-break-inside:avoid;
 page-break-after:auto;
 }
- 
			
			  Zedz addikt válasz  PumpkinSeed
							
							
								#2016
							
							üzenetére PumpkinSeed
							
							
								#2016
							
							üzenetéreNa igen, megvan ennek a szakmának is a szépségei. De már rengeteget offoltunk, ideje abba hagyni.  
- 
			
			  PumpkinSeed addikt 
- 
			
			  Zedz addikt válasz  DNReNTi
							
							
								#2013
							
							üzenetére DNReNTi
							
							
								#2013
							
							üzenetérePersze, megvalósítható ez a kérés, de nem erre lett felkészítve az oldal mert ezt menet közben találták ki. "célszerű készíteni valami tartalmat nekik" A probléma itt az, hogy ők teljesen "függetlenedni" akarnak a fejlesztő csapattól, tehát ahhoz, hogy a menü mögé tartalom kerüljön, ahhoz létre kell hoznia az oldalnak egy sablon oldalt. És előre látom, hogyha ez a sablon oldal nem lenne szerkeszthető, akkor még mi lennénk a kezdők és a bénák, mert a WP ezt bezzeg tudja. De mivel fontos megrendelőről van szó, így szerintem mindenképp ki kell találnunk rá valamit.  (#2014) PumpkinSeed: Ez meg a másik, hogy a design csak X számú plusz elemet bír el, 15-ös notebookok alatt már így is szűkös a hely. De ezt vagy megértik vagy nem. 
- 
			
			  DNReNTi őstag Bevallom nem értem miért probléma ez. Mán' technikailag. Nyilván mielőtt valamire menüelemet (ami ugye gyakorlatban egy link) akarnak létrehozni, az előtt célszerű készíteni valami tartalmat nekik, amire az menü mutat.  De logikailag az sem gond ha 300 db menüelem mutat ugyan arra az oldalra. Most az én fejemben a következő a flow: user belép az adminra, létrehoz egy új aloldalt x tartalommal, elmenti, létrehoz egy menüt, beállítja hogy a menü az előbb elkészített oldalra mutasson, beállítja a menü hol jelenjen meg, ezt is elmenti, done. Technikailag semmi akadálya, hogy ezt akár ezerszer lezongorázza, valamint annak se, hogy akár mind az ezer ugyanarra a tartalomra mutasson. Sem backend, sem frontend oldalon semmilyen problémát nem kell jelentsen egy végtelen mély menürendszer kialakítása. Más dolog ennek a hasznossága, átláthatósága egy bizonyos szint felett. De logikailag az sem gond ha 300 db menüelem mutat ugyan arra az oldalra. Most az én fejemben a következő a flow: user belép az adminra, létrehoz egy új aloldalt x tartalommal, elmenti, létrehoz egy menüt, beállítja hogy a menü az előbb elkészített oldalra mutasson, beállítja a menü hol jelenjen meg, ezt is elmenti, done. Technikailag semmi akadálya, hogy ezt akár ezerszer lezongorázza, valamint annak se, hogy akár mind az ezer ugyanarra a tartalomra mutasson. Sem backend, sem frontend oldalon semmilyen problémát nem kell jelentsen egy végtelen mély menürendszer kialakítása. Más dolog ennek a hasznossága, átláthatósága egy bizonyos szint felett.
- 
			
			  Zedz addikt válasz  DNReNTi
							
							
								#2011
							
							üzenetére DNReNTi
							
							
								#2011
							
							üzenetéreA probléma az, hogy több kérdést is felvet. Például oké, hogy létrehoznak egy új menüt, esetleg egy menünek submenüt kreálnak... de az oldalt ki pakolja mögé? Ilyen és egyéb finomságok miatt nem egyszerű a dolog, főleg úgy, hogy ezt menet közben kérdezték meg apró betűvel, de azóta minden levélben érdekli őket a dolog.  
- 
			
			  martonx veterán  a tapasztalat az, hogy ha CMS-el fejlesztő cégnél vagy, akkor édekes módon minden ügyfél CMS-t akar. Olyannyira, hogy nem is érted, miért nem használ mindenki CMS-t, mikor pár kattintással meg némi frontendezéssel mindenki igényét ki tudod elégíteni. a tapasztalat az, hogy ha CMS-el fejlesztő cégnél vagy, akkor édekes módon minden ügyfél CMS-t akar. Olyannyira, hogy nem is érted, miért nem használ mindenki CMS-t, mikor pár kattintással meg némi frontendezéssel mindenki igényét ki tudod elégíteni.
 Ha pedig normális fejlesztő cégnél vagy, akik érdemi fejlesztői munkát végeznek, akkor azt fogod látni, hogy csupa olyan cég keres meg titeket, akik már csalódtak, túlléptek, túlnőttek a CMS-en, és nem is érted, miért használ bárki is CMS-t.Nem lehetne ezeket az idióta kérdéseket egyébként mellőzni? Komolyan mit vársz, majd valaki belenéz a varázsgömbbe, és megmondja a tutit? 
- 
			
			  DNReNTi őstag Ez megint olyan kérdés - ahogy te is írod - ami teljesen szubjektív. 
 A legfontosabb dolog valszeg az, hogy épp hol melózol. Mi pl egyáltalán nem használunk CMS-t, viszont nagyobb projektekhez framework-öt mindenképpen (Korábban Yii, most Laravel felé kacsintgatunk). Bár mi igyekszünk inkább nagy cégeknek belső felhasználásra teljesen egyedileg tervezett alkalmazásokat készíteni, így mondjuk elvárható hogy ne egy WP-re rántsunk le egy témát meg pár plugint. Hogy érdemes e megismerkedni, a CMS rendszerekkel? A WP-vel és a Drupal-al mindenképp. Sok helyen kérik, hogy ismerj legalább egy CMS-t. Frontend szempontból most inkább arra gondolok: tudj elkészíteni egy WP témát, egy kapott PSD alapján, nem arra, hogy írj meg egy plugint. Hogy érdemes e megismerkedni, a CMS rendszerekkel? A WP-vel és a Drupal-al mindenképp. Sok helyen kérik, hogy ismerj legalább egy CMS-t. Frontend szempontból most inkább arra gondolok: tudj elkészíteni egy WP témát, egy kapott PSD alapján, nem arra, hogy írj meg egy plugint.
 VCS: nálunk is git + sourcetree. 
- 
			
			  adam_ senior tag A szakmában lévőkhöz szólnék. Mi a jellemző, arányaiban hogyan oszlik el a fejlesztés felépítettsége Frontendnél? Részletesebben kifejtve, mennyire jellemző, hogy egy adott CMS-re építenek honlapot, vagy anélkül. Mennyire "kérik" az ügyfelek, hogy Wordpress / Drupal / Joomla vagy valamely hasonló népszerű CMS-en legyen a honlapjuk? Mik a tapasztalatok? Ez persze természetes, hogy elég változó, és szubjektív kérdés, de azért nem árt, ha az ember tisztában van bizonyos cms templateinggel is, mielőtt a szakmába áll, eddig én azt tapasztaltam.  Ti mit gondoltok erről? Én jelenleg git + gui (nálam Sourcetree) -t használok, ti mely control system kombót használjátok a munkátok során? 
- 
			
			  adam_ senior tag A fiddle előbb lemaradt  Bár most ez így Drupal / Foundation meg minden nélkül eléggé áttláthatatlan Fiddleben, de talán amit szeretnék, azt jobban kifejti. Talán. Bár most ez így Drupal / Foundation meg minden nélkül eléggé áttláthatatlan Fiddleben, de talán amit szeretnék, azt jobban kifejti. Talán. Ehhez kapcsolódva egy hasznos media querynek tanácsnak nagyon örülnék. Ehhez kapcsolódva egy hasznos media querynek tanácsnak nagyon örülnék.
- 
			
			  adam_ senior tag válasz  Sk8erPeter
							
							
								#2002
							
							üzenetére Sk8erPeter
							
							
								#2002
							
							üzenetéreIgazából az ebben a hozzászólásomban [link] található login containert szeretném áthelyezni a jelenlegi poz.-ból legkisebb display méret mellett, egy másik konténer mellé a header felső részébe. Majd valamit kitrükközök media query segítségével.  
 Mondjuk az a baj ezzel a "toszigálásos" módszerrel, hogy egy teljesen más div containerbe szeretném áthelyezni az egészet, és a jelenlegiből meg teljesen eltüntetni, ez szimplán abszolút poziciónálással kivitelezhető? Készítettem egy JSFiddle is, bár Drupalban eléggé átszőtt php.val az egész, de így talán szemléletesebb. Szóval a logindropDown konténert szeretném áttenni mobilon headertoprightmenubar div konténer mellé.Sk8erPeter, a linkelt hozzászólásomban Drupal templatingről van szó, nekem régebben nagyon sokat segítettél Drupal témában, esetleg van tapasztaltod templating kapcsán is Drupal 7-nél? Ha igen, kérlek ránéznél a linkelt oldalon lévő kérdéseimre is? Nagyon örülnék.  Előre is köszönöm, Ádám 
- 
			
			  adam_ senior tag CSS és perpill Foundation 4 témában vágó dologról lenne szó. Hogyan oldhatnám meg (külön még egy erre a célra létrehozott konténer nélkül!), hogy egy lenyiló menü mobil nézetben csak a headerTop részben jelenjen meg a menü mellett.. és az mostani helyéről(HeaderBottom) tünjön el? Azt tudom, hogy Foundationben léteznek okosságok, amivel el lehet tünteni egy adott div osztály egy adott display méreten belül/kívül, viszont újból előhívni egy másik pozicióban kisebb display (jelen esetben mobil nézet alatt) ezt hogyan oldhatnám meg? Valamilyen custom media query okosság jól jönne.  Előre is köszönöm az észrevételeket. 
Új hozzászólás Aktív témák
Hirdetés
- Bemutatkozott a Poco X7 és X7 Pro
- LEGO klub
- Path of Exile (ARPG)
- AMD Ryzen 9 / 7 / 5 9***(X) "Zen 5" (AM5)
- GL.iNet Flint 2 (GL-MT6000) router
- Autós topik
- Sweet.tv - internetes TV
- Veszélyben az adataid? Gond van a WD népszerű HDD-ivel
- Wise (ex-TransferWise)
- Telekom otthoni szolgáltatások (TV, internet, telefon)
- További aktív témák...
- ÁRGARANCIA! Épített KomPhone Ultra 7 265KF 32/64GB RAM RTX 5080 16GB GAMER PC termékbeszámítással
- BESZÁMÍTÁS! 10TB WD Purple Pro SATA HDD meghajtó garanciával hibátlan működéssel
- ÁRGARANCIA!Épített KomPhone i5 14600KF 32/64GB RAM RTX 5070 12GB GAMER PC termékbeszámítással
- PlayStation 5 FAT Lemezes + kontroller 6 hó garancia, számlával!
- Telefon felvásárlás!! Apple iPhone SE (2016), Apple iPhone SE2 (2020), Apple iPhone SE3 (2022)
Állásajánlatok
Cég: NetGo.hu Kft.
Város: Gödöllő
Cég: Promenade Publishing House Kft.
Város: Budapest
 
								 
							
 
								 
							 
								 
								 
								

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




 
							
 
							
 
								 
							 
								 
								
 
								
 
							 
								 Bár most ez így Drupal / Foundation meg minden nélkül eléggé áttláthatatlan Fiddleben, de talán amit szeretnék, azt jobban kifejti. Talán.
 Bár most ez így Drupal / Foundation meg minden nélkül eléggé áttláthatatlan Fiddleben, de talán amit szeretnék, azt jobban kifejti. Talán. 
