Játékszabályok:

Amint egy problémára van megoldás kiszedjük a beszélgetést ebből a topicból, hogy ne duzzadjon túl nagyra és kereshetetlenre, átláthataltlanra.

Egy hozzászólás lehetőleg egy kérdést tartalmazzon, vagy egy témához kapcsolódjon.

Helytelen:

IDÉZET

A megoldás a problémádra ez: ....
Ja és nekem is van egy kérdésem: ...

vagy

IDÉZET

Két kérdésem van: ...

vagy

IDÉZET

Az a kérdésem, hogy ... . Ja és még azt meg tudná valaki mondani, hogy ... ?

A Horizontal Rule-nak ( <hr> ) milyen értékeket, és hogyan lehet megadni css-ben?

border, margin, width, background, height

De itt egy oldal erről: http://www.sovavsiti.cz/css/hr.html

Köszi!
Jó kis oldal ez!

A li-t formáztam így:

Miért nem jelenik meg a Firefoxban? Minden más böngészőben jó!

Nálam a következő képpen van, és működik mindkét böngészőben:
A legjobban támogatott kép formátumok a jpg és a gif, persze azért még kezelheti a böngésző a png-t is, de nem ártana ha mondjuk e két formátumot használnád a biztos megjelenítés érdekében.

Vagy így írd:



Pont a Firefox ne támogatná a png-t ... Tamásnál a list-style-image -vel volt a baj. Nem kell az "image".
Mezofi: az url()-be nem kell " " jel az elérési útvonalhoz.

Ok, majd kipróbálom idéző jelek nélkül is, de működik így is.
Azt kimered jelenteni teljes bizonyossággal, hogy azok a böngészők, melyek támogatják a két általánosan elfogadott kép formátumot, azok támogatják mind a png-t is?

A Firefox mindenképpen! De az Internet Explorer is ebben a megoldásban.

Itt egy példaweboldal, gyorsan csináltam egyet.

Ezt most olvastam a Fireworks MX 2004 kézikönyvben:
"PNG (Portable Network Graphic) Sajnos nem minden böngésző képes megjeleníteni."
Akkor marad a kérdés, hogy csak a legáltalánosabb böngészőknek készítjük oldalainkat?

Az a kézikönyv 2003-ban íródott!

Ok! A te oldalad!
Bocsi a formátum ajánlásért.

Most ne sértődj meg! De már működik! Én szúrtam el a kódot......

Válasszuk külön az elavult Internet Explorert a többi böngészőtől. Egyébként az inkompatibilitás az átlátszósági szintek esetében jön elő, és nem az alap png kezelésben. Az átlátszónak beállított png-t képtelen jól kezelni az IE. De ez - mint fentebb írtam - az elavultságnak köszönhető, és a 7-es IE-ben javítva lesz.

Azt szeretném megtudni (és ha lehetséges, akkor megcsinálni), hogy a képek, linkek felett felbukkanó tooltip színét lehet-e befolyásolni.

Például:


Tehát, hogy a kódban szereplő "Leírás" ne alapértelmezett krémszínű legyen, hanem, mondjuk, szürke.

CSS-sel biztosan nem, szerintem mással sem.

Szerintem sehogy. De ki kell próbálni.



Aztán vagy működik, vagy nem.

(Én az utóbbira tippelek. )

Vagy ezt is meg lehet próbálni.

Pont nélkül esetleg, de 99%, hogy nem lehet befolyásolni.

Köszi. Mindjárt kipróbálom.

Viszont van egy problémám. Firefoxszal a honlapomon jól jelenik meg a Képek aloldal, viszont IE-ben ocsmány kék keret van a képek körül és nem tudok rájönni, hogyan orvosolhatnám. Tehát, hogy ott is sötétszürke legyen. Segítenétek?

css-ben a képeknek:
vagy

Nem működik. Vagy valamit nagyon rosszul csinálok.

CSS:


HTML:

persze. Mert a div keretét nullázod, nem a képét.

Ez az!!! Köszi, köszi, köszi!!!

Problémám van az Operával!

A következő a felállás:
Adott egy lista, melynek lista stílusa kép. Ez eddig mindhárom böngészőben oké.
De a hover (egér kurzor link fölé vitelkor) csaka szövegszín változik, illetve aképnek is kellene, de ez az Operában nem működik, csak az IE-ben, és Firefoxban. Az Operában egyszerűen az alapértelmezett listastílus (azaz egy fekete pont) jelenik meg a másik kép helyett. Nem tud valaki erre megoldást? Javascript nem jöhet szóba!

Itt a css kód:

Tudtommal a li-nek nincs hoover "aleleme", így már az is csoda, hogy a másik kettőben megy.

Mi lenne, ha a felsorolásnak egyszerűen kikapcsolnád a pöttyét, és egyszerűen egy háttérképet rendelnél a linkhez - természetesen egy kis behúzással. Így a hatás gyakorlatilag ugyanaz lenne, de mégis úgy nézne ki, mintha...

Teljesen hivatalos, szabványos a li:hover. Az Opera is megértei. Ha: Elötte letöltetem vele a képet!!! Akkor működik. Pár fórumon utánajártam, és mint kiderült, ez egy Opera bug, - nem nem értelmezi, hanem a motor nem tölti le a képet valamiért - és igen, sok helyen a háttérképes megoldást javasolják. Ez egy négyelemes menünél még elmegy, de nagyobb menünél ez már rendesen kódtöbbletet eredményez!

De majd átalakítom a menüt háttérképesre, és meglátom, mi lesz belőle.

Csak ezért új hozzászólásba, hogy jelezzem: Háttérképes módszerrel már tökéletes mindhárom böngészőben!

Szerintem nem igazán szabadna a kódnak hosszabnak lennie ha az jól átgondolt. Hiszen a menü div-jének "a" objektumára hozod létre a megfelelő stílusokat, és onnantól kezdve a HTML ugyanakkora, mint volt, és a CSS sem nőhet igazán.

Jó, jó, én másra gondoltam, de közben rájöttem, mit kell csinálnom.

De kb. ugyanakkora lett, tehát a list-style-type-ből lett background, a megfelelő két helyen, meg némi padding, és kész is. Úgyhogy igazad lett mindkét esetben. Köszönöm. (De akkor is mennie kellene a list-style-nak! Illetve megy is, csak ugye az Opera problémázik )

Hmm.... Akkor töltesd le vele.......

Már megint milyen figyelmetlen voltam..........

Egy oldallal szenvedek már néhány napja. (Valószínűleg rossz helyre tettem fel a kérdést, ezért nem is találta meg a többség).

A probléma vele a következő: nyomtatáskor csak a sötétkék alapon lévő résznek kellene megjelennie - egy fej- és egy lábléccel "fűszerezve". Ez nagyon szépen működik IE alatt és Firefox Web Developer kiegészítése (stíluslap váltás nyomtatóra) is azt mutatja, hogy minden rendben van, de a Firefox mégis egy oldalrja akar nyomtatni a hosszabb szöveget.
Azért sem értem, mert például itt teljesen jól működik mindkét böngésző alól.

Szerintetek mi a gond az első oldallal???

(Hálás lennék, ha valaki azt is megnézné, hogy Opera alatt mi a helyzet, mert azom speciel nincs. Kösz előre is!)

Opera alatt jól működik. Nem értem.....
Ezt már olvastam a másik topicban is....... Csak ott sem jöttem rá a megoldásra...

A kérdést olvastam már, de azért nem tudok rá válaszolni, mert egyrészt sose csináltam még ilyet, másrészt a megoldást még csak sejtésből sem kapisgálom. Ezt is azért írtam ide Neked, hogy lásd, hogy olvassuk/tuk a hozzászólásod, csak valószínűleg fogalmunk sincs a dologról.

Esetleg anynit, hogy a működő oldal kódját egy az egyben vidd át a másik lapra. Ha ott ígys em működik, akkor nem tudom mi lehet. Más dologgal ugyan, de jártam már így én is. Az eredménye a lap teljes újrakódolása lett, és akkor már jól működött. (Esetleg a cache ürítés segíthet, főleg Firefoxnál!)

Közben a <div>-ek kis átrendezésével és egy apró csalással sikerült megoldani a kérdést
Mivel ezek statikus oldalak, és a portál úgy van beállítva, hogy ezekben is keressen, ezért ha a keresőszó az egyik cikkben benne volt, akkor automatikusan kidobta a nyomtatható oldalt is találatnak. Nekem ez nem tetszett, ezért is terveztem át teljesen a kódot, hogy immáron csak egy html csomag legyen, de az egyből nyomtatható is legyen.
Mondjuk azt továbbra sem értem, hogy az eredeti megoldással mi baja volt a Firefox-nak, de most már nem is fog kiderülni.

A validator nekem warningokat ír ki, kizárólag background-colorokkal kapcsolatban. Íme az egyik a sok közül:


Mióta nem lehet a p-nek háttérszínt adni? És ugyanezt beírja a bodyban "elkövetett" background-coloromra is. Ugyanakkor a valid css informationba ezek azért beférnek. Mi baja van?

Ha megnézed bármelyik weboldalam, akkor láthatod, hogy nálam is szinte kizárólag ezeknek az értékeknek ad warning megjelölést. Meg elég sok weboldalnál látom ezt. Az okát nem tudom. Lehet, hogy a validator "bolondult" meg.

OK, akkor nem aggódom emiatt. Én sem tudtam mire vélni. Ellenőriztem régi css-eket is, amik anno validnak bizonyultak, az eredmény ugyanez volt.

http://www.minidiscweb.hu/teszt/index.html

Ha megnézitek, Oparában, és Firefoxban jó, az Internet Explorer pedig hézagot hagy a képek közt. Valaki nem tud rá megoldást, hogy az IE-ben is össze legyenek húzva a képek? Mert ebből kiindulva ugyan akarok beállítani sortávolságot, de ahhoz előszőr a nullapontot kellene meglelni az Explorerben is ...

Hozzá kell tenni, hogy az IE 4px-t "tesz rá". Nekem már sikerült egy hasonló gondot megoldani overflow: hidden értékkel, de MD esetében ez sem működik.

Tudom, hogy már megoldódott, de a jövőre nézve itt van egy cikk a nyomtatásról: http://weblabor.hu/cikkek/cssnyomtatas

(Szokás szerint sosem azt találom meg, amit keresek )

font-size: 0px; az ul-hez, és jó lett! (Weblaboron mondták)

Az input text-et lehet-e növelni?
Szeretnék egy kb. fél képernyőnyi beviteli mezőt, de nem text-areát.
Úgy gondoltam készítek egy raktárkezelő programot php-ben, és jól mutatna, ha a vonalkód beviteli mezője jól látható lenne.

Ilyen formán adj neki szélességet és magasságot.

Szeretnék Operához css hacket. Internet Explorernél ez úgy működik, hogy csinálok egy külön css fájlt, az Explorerre vonatkozó részt ebbe beírom, és a módon a headbe beírva működik. Opera esetében ezt hogyan kell megoldani?

Valaki elmondaná hogy clear left | none | right | both mire jó?

Én már nagyjából értem, de elmagyarázni...
A float tulajdonságú divekhez viszonyuló pozícionálásban használják. Ha egy divnek clear: left értéket adunk, akkor egy másik, float: left paraméterű div alá kerül, tehát nem rá, mint új réteg. Ugyanez vonatkozik a right értékre is, ha pedig both-t határozunk meg, akkor egyik sem érhet a clear: both paraméterű divünk alá.

Ha mégsem lenne még világos (amit őszintén szólva nem csodálnék), akkor itt az angol változat is, hátha...:

Ennek sok értelmét nem látom, mert alapértelmezésben is oda kerül ... ez nem véletlenül egy diven belüli pozícionálásra jó? Találtam képes oldalt, de cseh nyelven. (Rengeteg nagyon jó tipp van a cseh weboldalakon egyénként, csakhát ugye nem tudok azon a nyelven ...)