Re: HTML - funkcjonalność znaczników... - Grupy dyskusyjne w eGospodarka.pl

eGospodarka.pl › Grupy › pl.comp.www › HTML - funkcjonalność znaczników... › Re: HTML - funkcjonalność znaczników...

Data: 2012-01-05 22:02:10
Temat: Re: HTML - funkcjonalność znaczników...
Od: Marek <p...@s...com> szukaj wiadomości tego autora
[ pokaż wszystkie nagłówki ]
Dnia Thu, 05 Jan 2012 19:02:01 -0000, porneL napisał(a):

> Tak, przeglądarki mogą mieć "replaced elements", które nie są stylowalne.
> Niegdyś to się tyczyło wszystkich elementów formularzy, bo były rysowane
> przez system operacyjny, a nie przeglądarkę.

Zauważ, że <fieldset> ładnie działa we wszystkich innych sytuacjach niż
table-cell. Czy to może oznaczać, że jeśli rysunek tej kontrolki podaje
system, to że nie poradzi sobie z obsługą jej w "trybie" table-cell? Czy to
właśnie miałeś na myśli?

> Poza tym zachowania <br> nie da się dokładnie opisać za pomocą CSS.

Może z wyjątkiem line-height :-)

>> <div style="display: table-cell"> nie może być position:relative
>
> To jest reguła w CSS. Komórki tabel mają inny box-model i robienie z nich
> "containing block" komplikuje wiele rzeczy.

A czy możesz podać jakiś przykład w jaki position: relative mógłby
zaszkodzić w "działaniu" komórki tabeli?
Jest też pewna sprzeczność. Konstrukcja:

<div style="display: table-cell">
<div style="position:relative>
....tu kod
</div>
</div>

zadziała. Czyli pozycjonowanie elementu względem górnego lewego rogu
komórki może zadziałać poprawnie za pomocą takiej sztuczki. Jednakże będzie
problem z równaniem do dołu tejże komórki gdy ma ona automatyczną wysokość.

A'propos: kolejnym takim absurdem jest dla mnie to, że vertical-align może
działać tylko w obrębie komórki tabeli. Dlaczego nie można wyrównać
zawartości DIVa do jego dolnej krawędzi a do prawej lub lewej owszem?

<div style="height:500px; vertical-align:bottom">
bla bla bla
</div>

>> Niczym nie uzasadniony i cholernie przeszkadzający efekt margin collapse.
>
> Próbowałeś uzyskać spójne odstępy między akapitami, listami i nagłówkami
> bez zapadania marginesów ?

Pogubiłem się. Wydaje mi się to banalne:

<p>aaa</p>
<p>bbb</p>
<ul>
....

gdzie

p, ul {
margin-top: 0; - zero musi być jako zabezpieczenie przed collapsing margins
margin-bottom: 10px;
}

Natomiast nie zapanuję nad tym gdy:

<head>
<style type="text/css">
p {
margin-top: 20px;
margin-bottom: 0px;
}
</style>
</head>

<body style="margin:0; padding:0;">
<div style="background-color:#090">
<p>aaaaa</p>
</div>
</body>

Wtedy pomiędzy <div> a <body> tworzy się dziura. Ma to przykre konsekwencje
np. dla twórców CMSów. Jeśli cały kod z wyjątkiem <p> jest formatką a
użytkownik wprowadzi do treści <p>, to w tym momencie rozpadnie się strona
w zupełnie innym miejscu niż jest wprowadzona treść. To tak jakbyś
potrząsał śliwą aby owoce z niej spadły a zamiast tego opadnły jabłka i to
w sąsiednim ogrodzie.

> (np. stylami w MS Word [amatorskie robienie
> odstępów "enterami" się nie liczy]) IMHO tragedia.

Wcale nie! Dzięki wielokrotnym spacjom (najczęściej w Wordzie popełnianych)
nauczyłem się kiedyś wyrażeń regularnych do usuwania wielokrotnych spacji
:-D

> Zapadanie się marginesów może i jest skomplikowane i czasem przeszkadza,

Ba! Ja tego doświadczałem tylko w taki sposób, że przeszkadza.Nauczyłem się
robić pułapki w odpowiednim ostylowywaniu zabezpieczające przez
wystąpieniem efektu. Nie znam żadnego praktycznego zastosowania tego
pokrętnego mechanizmu.

> ale ma swój cel: dzięki niemu `p,ul {margin: 1em 0;}` po prostu działa,
> zamiast robić podwójne odstępy lub wymagać "ręcznego zapadania" `p + ul
> {margin-top:0;}`.

Ale ten odstęp nie przepada lecz pojawia się w najmniej oczekiwanym
miejscu. Powędruje sobie przez strukturę dokumentu i wypłynie jak zwłoki
topielca w innym miejscu.