-
Path: news-archive.icm.edu.pl!news.rmf.pl!agh.edu.pl!news.agh.edu.pl!news.onet.pl!not
-for-mail
From: Peter May <p...@o...pl>
Newsgroups: pl.comp.www
Subject: Re: 2 problemy z divami - ogólnie
Date: Mon, 04 Oct 2010 20:44:56 +0200
Organization: http://onet.pl
Lines: 65
Message-ID: <i8d7bc$k2p$1@news.onet.pl>
References: <i89f79$s5v$1@inews.gazeta.pl> <i89ibp$2d7$1@news.onet.pl>
<i8al4f$5o7$1@inews.gazeta.pl> <i8ap9o$i6v$1@news.onet.pl>
<i8buh1$nop$1@news.onet.pl> <i8c5e0$d99$1@news.onet.pl>
<i8c7ku$jl5$1@news.onet.pl> <i8ce3b$7cs$1@news.onet.pl>
<i8cj97$ne1$1@news.onet.pl> <i8cnul$5ri$1@news.onet.pl>
<i8cou8$851$1@news.onet.pl>
NNTP-Posting-Host: 188.147.197.156.nat.umts.dynamic.eranet.pl
Mime-Version: 1.0
Content-Type: text/plain; charset=UTF-8; format=flowed
Content-Transfer-Encoding: 8bit
X-Trace: news.onet.pl 1286217902 20569 188.147.197.156 (4 Oct 2010 18:45:02 GMT)
X-Complaints-To: n...@o...pl
NNTP-Posting-Date: Mon, 4 Oct 2010 18:45:02 +0000 (UTC)
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; pl; rv:1.9.2.9) Gecko/20100915
Lightning/1.0b2 Thunderbird/3.1.4
In-Reply-To: <i8cou8$851$1@news.onet.pl>
Xref: news-archive.icm.edu.pl pl.comp.www:396884
[ ukryj nagłówki ]W dniu 2010-10-04 16:39, Jakub Tarczewski pisze:
>
>>
>> Nie ma czegoś takiego, że "niewielka tabelka" nie jest złym wyjściem. To
>> _nie jest_ rozwiązanie problemu tylko użycie tagu niezgodnie z jego
>> przeznaczeniem. A to to _jest_ różnica. Analogicznie można stwierdzić,
>> że po co mi (1):
> [...]
>> Ktoś wybrał rozwiązanie (2), bo nie wychodzi mu wykonanie poziomej,
>> wycentrowanej listy. Takie działanie to niezrozumienie semantyki w
>> html-u i nie znajomość dostatecznie CSS-a oraz czasem JavaScript-u.
>>
>
>
> nie napisałem "nie jest złym" tylko "jest najmniej złym". Reprezentujesz
> ortodoksyjne podejście do tagów, które budzi szacunek i jest na ogół
[...]"ortodoksyjne podejście do tagów"[...]? Tutaj nie ma mowy o
ortodoksji. Albo się programuje dobrze albo źle. Jest jeszcze jedna
sytuacja, w której wybrane rozwiązania mogą być dyskusyjne, bo np. nie
było / nie ma odpowiednich tagów, aby opisać właściwie daną zawartość.
HTML5 znacznie rozszerzył ilość tagów, którymi można właściwie opisać
zawartość. I to nie ma nic wspólnego z ortodoksyjnością.
Dla nie ma czegoś takiego, jak "użyję <table> do rozplanowania wyglądu,
bo nie wiem jak to zrobić np. używając elementu blokowego <div>".
Określone tagi po prostu służą do przeznaczonych im celów.
> jedynie słuszne, z wyjątkiem tych przypadków, kiedy mniej ortodoksyjne
> projektowanie jest prostsze i tańsze, a też całkowicie wystarczające w
[...] "mniej ortodoksyjne projektowanie jest prostsze i tańsze" [...] -
tak nie jest. Zarówno Ci, co mają bardzo dobre doświadczenie i znajomość
w temacie programowania html-a, css-a, itd. zupełnie tym samym czasie
piszą dokładnie to samo, co Ci, co "używają tabel do wyglądu". Natomiast
przy okazji Ci drudzy generują masę problemów, o których świadomości nie
mają pojęcia lub niewielkie mają.
> danym momencie. O tym, czy taki przypadek w jakiejś konkretnej sytuacji
> zachodzi, a nawet, czy zachodzi kiedykolwiek w ogóle, wolałbym z Tobą
> nie dyskutować, bo Twoje stanowisko znam, a przekonywać nie mam zamiaru
> i powodu. Też potraktuj to jako komentarz do drugiej części Twojej
> odpowiedzi -niekoniecznie to właśnie niewiedza czy niedbalstwo może być
> powodem wyboru mniej semantycznego kodu czy ignorowania struktury DOM.
Właściwe stosowanie tagów to jedno. Natomiast popełniać drobne "błędy"
można, ale muszą one być robione "z głową". Przykładowo dodanie atrybutu
dowolnego do dowolnego elementu skutkuje "nieprzejściem walidacji", ale
nie ma to wpływu na działanie jako tako. Ot, weźmy <div
mojatrybut="test"></div>. Walidator będzie "się czepiał", ale to w
zasadzie nawet nie błąd i nie ma on wpływu na całe działanie kodu.
Natomiast zastępowanie czegoś czymś, co nie powinno być, z reguły
załatwia problem szybko, ale przy okazji generuje n następnych. I
właśnie w tym tkwi problem, że większość programistów o tym zapomina.
> Niestety, świat nie jest doskonały (choć być może powinien) a jak dalece
> nie jest, można się przekonać oglądając HTML produkowany np. przez
> niektóre moduły Joomli czy Drupala ;-) Oczywiście to żaden argument,
> tylko przyczynek do tematu ;-)
Szablony mają to do siebie, że zawsze można je zmienić ;-)
--
Peter
Następne wpisy z tego wątku
- 04.10.10 22:29 pz
- 04.10.10 23:01 Mirosław Zalewski
- 05.10.10 03:39 pz
- 05.10.10 07:09 Peter May
- 05.10.10 09:44 pz
- 05.10.10 20:06 Mirosław Zalewski
- 05.10.10 20:09 Jordan Szubert
- 08.10.10 20:33 Katarzyna 'Bastet' Świderska
- 08.10.10 21:04 Peter May
- 09.10.10 10:12 Katarzyna 'Bastet' Świderska
- 09.10.10 10:57 Peter May
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
- 2024-11-24 Aby WKOOOORWIĆ ekofaszystów ;-)
- 2024-11-22 OC - podwyżka
- 2024-11-22 wyszedł z domu bez buta
- 2024-11-22 Bieda hud.
- 2024-11-24 DS1813-10 się psuje
- 2024-11-23 Białystok => Inżynier bezpieczeństwa aplikacji <=
- 2024-11-23 Szczecin => QA Engineer <=
- 2024-11-23 Warszawa => SEO Specialist (15-20h tygodniowo) <=
- 2024-11-22 Warszawa => Kierownik Działu Spedycji Międzynarodowej <=
- 2024-11-22 Warszawa => Senior Account Manager <=
- 2024-11-22 Warszawa => Key Account Manager <=
- 2024-11-22 Warszawa => DevOps Specialist <=
- 2024-11-22 Kraków => IT Expert (Network Systems area) <=
- 2024-11-22 Warszawa => Infrastructure Automation Engineer <=
- 2024-11-22 Warszawa => Presales / Inżynier Wsparcia Technicznego IT <=