-
Path: news-archive.icm.edu.pl!news.icm.edu.pl!.POSTED!not-for-mail
From: Marek <p...@s...com>
Newsgroups: pl.comp.www
Subject: Re: HTML - funkcjonalność znaczników...
Date: Thu, 5 Jan 2012 23:02:10 +0100
Organization: ICM, Uniwersytet Warszawski
Lines: 108
Message-ID: <6fiuqroyami5$.1t4bmztj83ie9.dlg@40tude.net>
References: <1...@4...net>
<o...@a...local>
NNTP-Posting-Host: 89-69-248-151.dynamic.chello.pl
Mime-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: 8bit
X-Trace: news.icm.edu.pl 1325800939 15210 89.69.248.151 (5 Jan 2012 22:02:19 GMT)
X-Complaints-To: u...@n...icm.edu.pl
NNTP-Posting-Date: Thu, 5 Jan 2012 22:02:19 +0000 (UTC)
User-Agent: 40tude_Dialog/2.0.15.41pl
Xref: news-archive.icm.edu.pl pl.comp.www:400109
[ ukryj 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.
Następne wpisy z tego wątku
- 05.01.12 23:22 Artur Muszyński
- 06.01.12 02:36 porneL
- 06.01.12 16:57 Marek
- 06.01.12 17:54 Marek
- 06.01.12 22:10 porneL
- 07.01.12 09:18 Artur Muszyński
- 07.01.12 09:18 Marek
- 07.01.12 10:41 Marek
- 07.01.12 14:04 porneL
- 07.01.12 14:10 porneL
- 07.01.12 17:40 Marek
- 07.01.12 18:05 Marek
- 07.01.12 18:29 Mirosław Zalewski
- 07.01.12 19:52 Tomasz Sowa
- 08.01.12 02:37 porneL
Najnowsze wątki z tej grupy
- Jakie znacie działające serwery grup dyskusyjnych?
- is it live this group at news.icm.edu.pl
- php, linki z nazwami a $_GET, SEO
- www polityka pl captcha
- dyktatura brudnego palucha
- www.znanylekarz.pl
- Czy pytanie o sczytywanie stron programami/skryptami to tu?
- Grupy webdevowe
- Jak wydrukować stronę?
- IIS, kilka witryn
- linki <a href="/strona.php"> (ze slashami)
- co rozszerza stronę??
- responsywny akapit <p>
- Czy istnieje jakiś emulator przeglądarek pod Mac'a?
- taka sama konfiguracja dla localhost i produkcji
Najnowsze wątki
- 2025-01-29 Warszawa => Developer Microsoft Dynamics 365 Finance & Operations (D36
- 2025-01-29 Warszawa => Junior Rekruter <=
- 2025-01-29 Warszawa => Mid IT Recruiter <=
- 2025-01-29 Białystok => UX Designer <=
- 2025-01-29 Katowice => Regionalny Kierownik Sprzedaży (OZE) <=
- 2025-01-29 Warszawa => Expert Recruiter 360 <=
- 2025-01-29 Zdalny podpis
- 2025-01-29 Nazbyt "muzyczne" słuchawki
- 2025-01-29 Warszawa => QA Engineer <=
- 2025-01-29 Prawo jak je [nie]rząd rozumie.
- 2025-01-29 Gdańsk => Specjalista ds. Sprzedaży <=
- 2025-01-29 Ostrów Wielkopolski => Konsultant Wdrożeniowy Comarch XL/Optima (Ksi
- 2025-01-29 Warszawa => Software .Net Developer <=
- 2025-01-28 Ściąganie hasła frezem
- 2025-01-28 Rok 1973