Kör alakú profilképek
Sziasztok!
Azt szeretném elérni, hogy a feltöltött fényképek kör alakban látszódjanak, mint itt pl:
http://www.bucketlistly.com/users/klelle
ezt 2 div z-index-ével el is értem, úgy hogy csináltam egy "lukas" gif-et (round.gif), amit föléteszek, de
- ha a position-t absolute-ra állítom, akkor az oldal méretezésével a kép is vándorol,
- ha a position relative, és a felső gifet odapozicionálom a képre, akkor minden a helyén és működik is, viszont a 2 div-et egymás alá tette, és hiába van mind2 egymáson, 2 kép magasságú helyet foglalnak. Mintha a lukas gif ott lenne alul.
Van-e ennél egyszerűbb megoldás, vagy ezt javítani valamivel?
Köszi
css
■ Azt szeretném elérni, hogy a feltöltött fényképek kör alakban látszódjanak, mint itt pl:
http://www.bucketlistly.com/users/klelle
ezt 2 div z-index-ével el is értem, úgy hogy csináltam egy "lukas" gif-et (round.gif), amit föléteszek, de
- ha a position-t absolute-ra állítom, akkor az oldal méretezésével a kép is vándorol,
- ha a position relative, és a felső gifet odapozicionálom a képre, akkor minden a helyén és működik is, viszont a 2 div-et egymás alá tette, és hiába van mind2 egymáson, 2 kép magasságú helyet foglalnak. Mintha a lukas gif ott lenne alul.
Van-e ennél egyszerűbb megoldás, vagy ezt javítani valamivel?
Köszi
css
#box_1{
position: relative;
top: 0px;
left: 0px;
z-index: 1;
}
#box_2{
position: relative;
top: -200px;
left: 0px;
z-index: 1;
}
<td width='100' style='padding-left:14px;' height='200'>
<div id="box_1"> <a href='<(pic2)>' target='new'><img src='<(pic)>' border=0 width='200' height='200'></a></div>
<div id="box_2"> <img src='images/round.gif' border=0 width='200' height='200'> </div>
</td>
Linkelted a megoldást :)
border-radius
de
történelem
img
tageken nem működött rendesen, és kilógott a kép. A megoldás, hogy egy másik tagen belülre rakod a képet és azt kerekíted (ahogyan ezt a linkelt oldalon is csinálják...). És mivel ez egy profilkép, lehet, hogy amúgy is linkelni akarod az illető profiljára, így ha egya
-ba rakod, akkor a kattintható területed is kerek lesz.A megoldas mar sikerult
Ha már itt tartunk
td
-vel nincs feltétlenül baj. Ha egy táblázatot jelenít meg a felhasználókról/profilokról, akkor az a célnak megfelelő elem :)Az inline css már problémásabb, vagy a következetlen attribútum idézőjelezés (hol szimpla, hol dupla, hol semmi; célszerű dönteni az egyik mellett és azt használni mindenhol; számomra a dupla a legpraktikusabb), esetleg a
border
,width
, stb. attribútumok (amik helyett ugye css-t kellene használni).Illetve, ha az
a
-n lévőtarget="new"
-val a cél egy új ablak nyitása, akkor anew
helyett a_blank
a megfelelő érték. (Ha vannew
nevű browsing context -tab, ablak, keret-, amire hivatkozik, akkor nincs baj vele -esetleg lehetne beszédesebb a neve.)Ez mintakódnak sem túl
Abszolút
sok a gond
Tudom, hogy divezni kellene, de én mindent table-kbe rakok. ez mekkora gond?
Sajnos a php-html-css-sql tudásom elég régi, mi a hátránya, ha a full oldalam táblákbol áll?
Másik: a linkelt oldalnak megnéztem a forráskódját, de én ott nem találtam semmi használhatót. Mit kell ott nézni?
Sajnos nem áll össze a kör-keretes cucc.
Tudnátok úgy segíteni, hogy teljesen leírjátok mit hova kell?
Van egy <img src='images/profil.jpg'> -tagem és innentől hogy lesz keretben? Mit kell css-be, és mit htm-be?
Hajaj :)
Itt működő, egyszerű kódban láthatod, amit már eddig is leírtam.
A táblázatoknak pedig sok hátránya van, ha normál weboldalon elrendezésre használod őket.
köszi.
Köszi mindenkinek a segítséget, meg a többi infót.
Látom, valamiért nagyon
Nehéz módosítani
Ez a táblázatos dolog is csak egy a sitebuilderek körében terjedő, nehezen alátámasztható dogmáknak, mint például a következők:
- a frame-ek rosszak – mégis rengeteg modern oldalon látható az az effekt, hogy a fenti menü az oldal görgetésekor az oldal tetejéhez tapad, ami kísértetiesen emlékeztet a frame-ekre
- a látogatók nem szeretnek kiegészítőket telepíteni, a natív megoldás jobb – 2008 körül a flash elterjedtsége 98%-os volt, ami azt jelenti, hogy nagyjából 1,2 milliárd embert nem zavart, hogy kiegészítőt kell telepíteni
- nagyjából tíz éve divat volt mindent átírni XHTML-re, de ha megkérdeztünk bárkit, hogy ez mire jó, válaszolni nem tudtak – ma sem tudják, már menőbb a HTML formátum
Úgy látszik, ha nincs egy elfogadott vallásunk, akkor csinálunk magunknak.Mint látható, az általad felhozott érvek jóval kisebb súlyúak, mint ahogy azt a legtöbb helyen beállítani szeretnék, igazából elhanyagolhatóak. Emiatt átírni az oldalt teljesen fölösleges, mert időpazarlás – nem lesz jobb. Persze új site-ot kezdeni már nem érdemes így, mert előnnyel nem jár táblázatok a használata.
Indulat?
A nehéz módosíthatóság és átláthatóság saját tapasztalat. Személy szerint senkinek nem kívánom, hogy egymásba ágyazott táblázatokkal, col- és rowspanekkel zsúfolt layoutot kelljen karbantartania, módosítania. Ez persze nem jelenti azt, hogy divekkel és spanekkel nem lehet telehányni egy oldalt a karbantarthatatlanság és átláthatatlanság szintjéig.
A részletekbeni megjelenítést leelenőriztem az említett címen, és továbbra is csak a teljes oldal letöltésekor jelent meg a tartalom (IE10, FF32).
Ha választhatok, hogy a tartalom leírásához szükséges markupon felül egy szemantikailag semleges (illetve a tartalom részegységeinek megjelölésére szolgáló) elemet használok, vagy egy más, meghatározott, nem odaillő jelentést hordozót a nem tökéletes technológiák miatt szükséges megjelenítés-kisegítésre, akkor az előbbit fogom választani. Függetlenül attól, hogy érdemben értelmezi-e valaki a forrást rajtam kívül. Ha nem, akkor mindegy (bár az, hogy jelenleg ezt jobbára csak a felolvasóprogramok és crawlerek teszik meg, nem jelenti azt, hogy idővel nem lesz más ilyen technológia), ha meg értelmezi, akkor már előrébb vagyok. Plusz számomra is könnyebben értelmezhető.
Felolvasóprogramot nem feltétlenül csak vakok és gyengénlátók használnak. Ugyanakkor nem hiszem, hogy rossz ember lennék azért, mert olyan oldalt szeretnék írni, ha van rá lehetőségem, amit az ilyen programmal érkezők is viszonylag könnyen tudnak használni.
Szerintem nem írtam sehol, hogy meglévő táblázatos oldalt kötelező/érdemes lenne megfontolás nélkül átírni.
Off:
Ami a frame-eket illeti, szerintem elsősorban nem a vizuális hatás miatt problémásak, de biztos csak nem értek hozzá.
Azt miből szűrted le, hogy
A használt jelzőkből. Akkor
Akkor nem jól sikerült. Ezért praktikátlan a távkiértékelés (plusz indulatok hiányában is képes kelteni azokat; ha nem ez a célunk, jobb kerülni).
Vagy az is lehet, hogy ha következetes szemantikával épülnének az oldalak, akkor már lenne rá szolgáltatás. Nem hiszem, hogy jó hozzáállás az ujjal mutogatás, és pláne nem hoz haladást. (Amíg nincs szemantika, nem írok feldolgozót. <-> Amíg nincs feldolgozó, direkt szembe megyek a szemantikával.)
Miért hozzam ide offként azokat, akikre nincs negatív hatással a táblázatok használata?
Akkor majd igyekszem blogmarkolni minden cikket, amit a témában olvasok.
Vagy az is lehet, hogy ha
Miért hozzam ide offként azokat, akikre nincs negatív hatással a táblázatok használata?
Itt arra gondoltam, hogy ott
Ezt a kijelentést lehet tudatos döntésként értékelni, amit többek között mondjuk a látogatók demográfiájára is alapoztak.
Ha ellenben azt mondja, hogy csinált egy tök jó oldalt, IE10-ben remekül működik, akkor fel lehet hívni a figyelmét, hogy vannak ám más böngészők is, js, képek, stb. nélkül internetezők is. Bár állítólag egy tissztességesen megtervezett oldalt a régi böngészők is értelmezhetően jelenítenek meg, csak kerekség, átmenetek, animációk nélkül, így legfeljebb a szépérzékük kielégítése szenved hátrányt az azt használóknak.
uncsi
Aki még most is táblázatot használ layoutra, annak szólunk, hátha csak még nem tudta. Ennyi. Ha nem érdekli, és ő már csak azért is táblázatot akar használni, mert az 20 éve is milyen jó volt, hadd csinálja, nem lehet rajta segíteni.
Mondjuk nemtom minek írtam. Ez is csak zaj, pedig elég nagy a lárma így is. Elnézést.
Nem, nem erről szólt a vita,
Valóban nem erről szólt a