Hirdetés
Új hozzászólás Aktív témák
-
#2100
PumpkinSeed
addikt
brickm
#2099
PumpkinSeed
addikt
-
#2099
brickm
őstag
PumpkinSeed
#2096
brickm
őstag
válasz
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. -
#2098
martonx
veterán
PumpkinSeed
#2096
martonx
veterán
válasz
PumpkinSeed
#2096
üzenetére
Emberü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]
-
#2097
brickm
őstag
PumpkinSeed
#2096
brickm
őstag
válasz
PumpkinSeed
#2096
üzenetére
Pró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
-
#2088
Jim-Y
veterán
fordfairlane
#2087
Jim-Y
veterán
válasz
fordfairlane
#2087
üzenetére
Egymas 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.
-
#2076
Sk8erPeter
nagyúr
Zedz
#2073
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). -
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.
-
#2073
Zedz
addikt
Sk8erPeter
#2072
Zedz
addikt
válasz
Sk8erPeter
#2072
üzenetére
Hmm é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.
-
#2072
Sk8erPeter
nagyúr
Zedz
#2071
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.
-
#2071
Zedz
addikt
fordfairlane
#2070
Zedz
addikt
válasz
fordfairlane
#2070
üzenetére
Nem kötekedésből, de milyen tartalomba nem lehet belenyúlni? Most akárhogy gondolkodom, nem jut eszembe ilyesmi.
-
#2069
Zedz
addikt
fordfairlane
#2067
Zedz
addikt
válasz
fordfairlane
#2067
üzenetére
A 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.
-
#2066
Zedz
addikt
fordfairlane
#2064
Zedz
addikt
válasz
fordfairlane
#2064
üzenetére
jQueryt, ehhez? Teljesen felesleges, a class pont erre való. :S
-
#2063
G.F.
aktív tag
Sk8erPeter
#2061
G.F.
aktív tag
válasz
Sk8erPeter
#2061
üzenetére
Kö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...
-
#2061
Sk8erPeter
nagyúr
G.F.
#2060
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).
-
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. -
#2057
Zedz
addikt
fordfairlane
#2055
Zedz
addikt
válasz
fordfairlane
#2055
üzenetére
Na 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)
-
#2056
Sk8erPeter
nagyúr
Zedz
#2054
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. -
#2055
fordfairlane
veterán
Zedz
#2054
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.
-
#2054
Zedz
addikt
fordfairlane
#2053
Zedz
addikt
válasz
fordfairlane
#2053
üzenetére
Való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.
-
#2052
Zedz
addikt
Sk8erPeter
#2051
Zedz
addikt
válasz
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.
-
#2051
Sk8erPeter
nagyúr
Zedz
#2050
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.
-
#2050
Zedz
addikt
Sk8erPeter
#2049
Zedz
addikt
válasz
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.
-
#2049
Sk8erPeter
nagyúr
Zedz
#2048
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. 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. -
#2046
Zedz
addikt
PumpkinSeed
#2045
Zedz
addikt
válasz
PumpkinSeed
#2045
üzenetére
Anno 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.
-
#2040
biker
nagyúr
Sk8erPeter
#2039
biker
nagyúr
válasz
Sk8erPeter
#2039
üzenetére
jogos, 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) -
#2039
Sk8erPeter
nagyúr
biker
#2038
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.
-
#2037
biker
nagyúr
Sk8erPeter
#2036
biker
nagyúr
válasz
Sk8erPeter
#2036
üzenetére
aktuá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 -
#2036
Sk8erPeter
nagyúr
biker
#2035
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/ -
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? -
#2030
PumpkinSeed
addikt
martonx
#2029
PumpkinSeed
addikt
válasz
martonx
#2029
üzenetére
Há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.
-
#2029
martonx
veterán
PumpkinSeed
#2028
martonx
veterán
válasz
PumpkinSeed
#2028
üzenetére
Termé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? -
#2028
PumpkinSeed
addikt
martonx
#2027
PumpkinSeed
addikt
válasz
martonx
#2027
üzenetére
Ha í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?
-
#2024
_ak_
addikt
Sk8erPeter
#2021
_ak_
addikt
válasz
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.
-
#2023
kispx
addikt
Sk8erPeter
#2021
kispx
addikt
válasz
Sk8erPeter
#2021
üzenetére
thx
este ha több időm lesz, mindegyik linket megnézem, -
#2022
DNReNTi
őstag
Sk8erPeter
#2021
DNReNTi
őstag
válasz
Sk8erPeter
#2021
üzenetére
Hát hallod, voltak már eddig is epik magyarázataid, de részletességben ettől már nem igen lehet messzebb menni.
-
#2021
Sk8erPeter
nagyúr
kispx
#2020
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).
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/ -
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;
} -
#2017
Zedz
addikt
PumpkinSeed
#2016
Zedz
addikt
válasz
PumpkinSeed
#2016
üzenetére
Na igen, megvan ennek a szakmának is a szépségei. De már rengeteget offoltunk, ideje abba hagyni.
-
#2016
PumpkinSeed
addikt
Zedz
#2015
PumpkinSeed
addikt
-
Zedz
addikt
válasz
DNReNTi
#2013
üzenetére
Persze, 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. -
Zedz
addikt
válasz
DNReNTi
#2011
üzenetére
A 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.
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.
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. Ehhez kapcsolódva egy hasznos media querynek tanácsnak nagyon örülnék. -
#2003
adam_
senior tag
Sk8erPeter
#2002
adam_
senior tag
válasz
Sk8erPeter
#2002
üzenetére
Igazá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
-
#2002
Sk8erPeter
nagyúr
adam_
#2001
-
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.
![;]](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. Új hozzászólás Aktív témák
Állásajánlatok
Cég: PCMENTOR SZERVIZ KFT.
Város: Budapest