Firmy tworzące strony...
Moderator: Pomocy?!
Posty: 28
• Strona 2 z 2 • 1, 2
Słoma wychodzi
Przeglądarka: Opera/7.60 (Windows NT 5.1; U; en)
Takie talenty proszę zgłaszać na http://osiolki.net, my już ich oświecimy. Ostatnio trafił nam się koleś twierdzący, że "Mozilla to najeżony spyware" i nie poprawi strony, bo interesują go tylko klienci instytucjonalni, a ci to wyłącznie IE.
I człowiek głodny nie chodzi, bo niestety osoby zlecające strony są zieloniutkie i nabierają się na jego pawią marketoidalną stronkę w krzywo osadzonym flashu.
Ja osobiście nie rozumiem dlaczego robić stronę wbrew standardom. Po co wrzucać meta do body albo gubić head?
Opłaca się nawet pilnować & w linkach. Trzeba sobie zrobić funkcję do wypisywania linków, która raz je przeleci. Potem się dziękuje Bogu za takie rozwiązanie gdy trzeba np. zmienić ścieżki albo dodawać im jakiś parametr.
Używanie CSS i dodawanie ALT daje extra punkty od google.
Kto pozna XSLT to już nawet nie ma technicznej możliwości niedomknięcia cudzysłowiu albo tagu.
Tolerowanie błędów w kodzie się potem mści okropnie. W przeglądarce X coś nie działa, a w Y jest jeszcze inaczej - najczęściej się okazuje, że winna jest literówka. Jak strona ma 1 błąd w validatorze to jest jasne. Jak ma 1500 to miłego szukania.
Pisać trzeba umieć. Jak się webmajster raz nauczy to potem już łatwiej bez tysięcy spacer.gifów, wyrywania sobie włosów z głowy w poszukiwaniu niezamkniętego <tr> albo pomylonego colspan, pieczołowitego dostawiaia , skryptowania po ramkach, sypiących błędami onmouseover i co tam jeszcze szpryciaże sobie wymyślą.
Do nauki dinozaury! 31 maja 2001 roku <font> oficjalnie zakończył swe istnienie.
I człowiek głodny nie chodzi, bo niestety osoby zlecające strony są zieloniutkie i nabierają się na jego pawią marketoidalną stronkę w krzywo osadzonym flashu.
Ja osobiście nie rozumiem dlaczego robić stronę wbrew standardom. Po co wrzucać meta do body albo gubić head?
Opłaca się nawet pilnować & w linkach. Trzeba sobie zrobić funkcję do wypisywania linków, która raz je przeleci. Potem się dziękuje Bogu za takie rozwiązanie gdy trzeba np. zmienić ścieżki albo dodawać im jakiś parametr.
Używanie CSS i dodawanie ALT daje extra punkty od google.
Kto pozna XSLT to już nawet nie ma technicznej możliwości niedomknięcia cudzysłowiu albo tagu.
Tolerowanie błędów w kodzie się potem mści okropnie. W przeglądarce X coś nie działa, a w Y jest jeszcze inaczej - najczęściej się okazuje, że winna jest literówka. Jak strona ma 1 błąd w validatorze to jest jasne. Jak ma 1500 to miłego szukania.
Pisać trzeba umieć. Jak się webmajster raz nauczy to potem już łatwiej bez tysięcy spacer.gifów, wyrywania sobie włosów z głowy w poszukiwaniu niezamkniętego <tr> albo pomylonego colspan, pieczołowitego dostawiaia , skryptowania po ramkach, sypiących błędami onmouseover i co tam jeszcze szpryciaże sobie wymyślą.
Do nauki dinozaury! 31 maja 2001 roku <font> oficjalnie zakończył swe istnienie.
- porneL
Przeglądarka: Mozilla/5.0 (Windows; U; Windows NT 5.0; pl-PL; rv:1.7.5) Gecko/20041108 Firefox/1.0
To i ja dodam swoje trzy grosze do tematu. A patrzę na niego z trochę innej strony, jako żem głównie programista i chcąc nie chcąc w większości operuję na formularzach.
Też kiedyś chciałem być zgodny ze standardem i puszczałem stronę przez walidator. I poległem - właśnie na formularzach. Otóż jak mi ktoś powie jak zrobić formularz w tabeli żeby był w zgodzie z W3C, to będzie dla mnie mistrzem. I tylko proszę bez komentarzy typu: "to nie używaj tabel tylko pozycjonowania CSS" - a jak niby mam w tym momencie obsłużyć starsze przeglądarki?
Też kiedyś chciałem być zgodny ze standardem i puszczałem stronę przez walidator. I poległem - właśnie na formularzach. Otóż jak mi ktoś powie jak zrobić formularz w tabeli żeby był w zgodzie z W3C, to będzie dla mnie mistrzem. I tylko proszę bez komentarzy typu: "to nie używaj tabel tylko pozycjonowania CSS" - a jak niby mam w tym momencie obsłużyć starsze przeglądarki?
- jmper
- Posty: 4
- Z nami od: 25 listopada 2004, 12:11
- Lokalizacja: Głogów
Przeglądarka: Mozilla/5.0 (Windows; U; Windows NT 5.1; pl-PL; rv:1.7.5) Gecko/20041108 Firefox/1.0
jmper pisze:A patrzę na niego z trochę innej strony, jako żem głównie programista
No nie powiedzialbym ze jak programista. Bo wtedy bys mial podejscie raczej takie ze nawet najmniejszy blad powoduje ze strona sie zupelnie nie uruchamia (program ma maly blad wiec sie nie uruchamia a przez to nie uruchamia).
- Domel_z_PB
Przeglądarka: Mozilla/5.0 (Windows; U; Windows NT 5.0; pl-PL; rv:1.7.5) Gecko/20041108 Firefox/1.0
Domel_z_PB pisze:No nie powiedzialbym ze jak programista.
W tym sensie jak programista, że mnie bardziej interesuje przetwarzanie po stronie serwera niż znaczniki HTML
Domel_z_PB pisze:Bo wtedy bys mial podejscie raczej takie ze nawet najmniejszy blad powoduje ze strona sie zupelnie nie uruchamia (program ma maly blad wiec sie nie uruchamia a przez to nie uruchamia).
Najmniejszy błąd w skryptach - owszem. Dlatego dbam żeby tam błędów nie było. Natomiast nie jest moją winą że dopuszczono do takiego bałaganu w przeglądarkach i interpretacji HTMLa. Pomimo tego że kod HTML jest błędny (nie! nawet nie mogę powiedzieć że jest błędny, on jest tylko niezgodny ze standardem) strona wyświetla się prawidłowo.
Ale to już zupełnie inny temat. Bo ja CHCĘ robić zgodnie ze standardem. I nadal nie mam odpowiedzi na pytanie: jak otoczyć formularz tabelą (ewentualnie tabelę formularzem) żeby poszczególne elementy formularza były w komórkach tabeli oraz żeby to było zgodne z W3C
Aha, i jeszcze żeby się dobrze wyświetlało np. w NN4
- jmper
- Posty: 4
- Z nami od: 25 listopada 2004, 12:11
- Lokalizacja: Głogów
Przeglądarka: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.7.5) Gecko/20041108 Firefox/1.0
jmper pisze:Otóż jak mi ktoś powie jak zrobić formularz w tabeli żeby był w zgodzie z W3C, to będzie dla mnie mistrzem.
Normalnie, gdzie problem? Jakiś rok temu robiłem to w ten sposób i nie miałem żadnych problemów
jmper pisze:I tylko proszę bez komentarzy typu: "to nie używaj tabel tylko pozycjonowania CSS" - a jak niby mam w tym momencie obsłużyć starsze przeglądarki?
Normalnie, gdzie problem? Strona wykonana w XHTML 1.0 Strict + CSS2 może się poprawnie wyświetać i w Firefoksie 1.0 i w IE 3.0 i w Netscape'ie 2.0
Ostatnio zmieniony 10 grudnia 2004, 12:01 przez zwierz, łącznie zmieniany 1 raz
- zwierz
- Moderator
- Posty: 1915
- Z nami od: 31 sierpnia 2003, 10:13
- Lokalizacja: Kraków
Przeglądarka: Mozilla/5.0 (Windows; U; Windows NT 5.0; pl-PL; rv:1.7.5) Gecko/20041108 Firefox/1.0
Pomyśl z formularzem, da się!
Faktycznie chyba się da. Sprawdzałem teraz kilka takich stron pod walidatorem i wygląda że nie czepia się tych formularzy w tabelach. Może w takim razie ktoś dysponuje linkiem do tekstu który by przystępnie opisał co i w czym można a co nie można zagnieżdżać.
- jmper
- Posty: 4
- Z nami od: 25 listopada 2004, 12:11
- Lokalizacja: Głogów
Przeglądarka: Mozilla/5.0 (X11; U; Linux i686; pl-PL; rv:1.7.5) Gecko/20041108 Firefox/1.0
- zwierz
- Moderator
- Posty: 1915
- Z nami od: 31 sierpnia 2003, 10:13
- Lokalizacja: Kraków
Posty: 28
• Strona 2 z 2 • 1, 2
Wróć do Standardy WWW i źle działające strony
Kto jest online
Zarejestrowani użytkownicy: Baidu [Spider], Google [Bot]