Ocena wątku:
- 0 głosów - średnia: 0
- 1
- 2
- 3
- 4
- 5
Największa rozdzieloczość
|
Liczba postów: 58
Liczba wątków: 4
Dołączył: 25-06-2011
Reputacja:
3
(20-07-2011, 14:22)nd_macias napisał(a): Cytat:Poza tym, ile telefonów obsługuje media query?
Faktem jest, że nie wszystkie telefony czy urządzenia przenośne obsługują media query, ale tak samo nie wszystkie przeglądarki obsługują CSS3, HTML5, itp., ale to chyba nie argument za tym, żeby z nich nie korzystać?
Tyle tylko, że zawsze możesz zrobić fallback do 4.01 i wszystko gra. Jak sprzęt nie rozumie media query, a ty polegasz tylko na tym, to ci nic nie pomoże. Są sposoby na określanie urządzenia, które zadziałają na 99% i jest media query.
Liczba postów: 37
Liczba wątków: 1
Dołączył: 15-06-2011
Reputacja:
0
No ok, ale obsługę mediaquery możesz wymusić odpowiednim skryptem JS, np. za pomocą respond.js i wtedy nie stanowi to już takiego problemu. Poza tym zwróć uwagę, że przy Twoim rozwiązaniu tak naprawdę user telefonu ogląda inna stronę niż user desktopowy, co w niektórych sytuacjach tez może stanowić problem.
Liczba postów: 58
Liczba wątków: 4
Dołączył: 25-06-2011
Reputacja:
3
(21-07-2011, 02:22)nd_macias napisał(a): No ok, ale obsługę mediaquery możesz wymusić odpowiednim skryptem JS, np. za pomocą respond.js i wtedy nie stanowi to już takiego problemu.
Taka implementacja rozwiązuje problem z pobieraniem innego arkusza css, ale niewłaściwa interpretacja niektórych selektorów pozostaje.
(21-07-2011, 02:22)nd_macias napisał(a): Poza tym zwróć uwagę, że przy Twoim rozwiązaniu tak naprawdę user telefonu ogląda inna stronę niż user desktopowy, co w niektórych sytuacjach tez może stanowić problem.
Zakładam, że właściwa treść pozostaje taka sama. Odpadają tylko dekorace, które mogą być zbyt... "kosztowne".
Liczba postów: 37
Liczba wątków: 1
Dołączył: 15-06-2011
Reputacja:
0
21-07-2011, 15:35
(Ten post był ostatnio modyfikowany: 21-07-2011, 15:35 przez nd_macias.)
Cytat:Taka implementacja rozwiązuje problem z pobieraniem innego arkusza css, ale niewłaściwa interpretacja niektórych selektorów pozostaje.
Pobieraniem innego arkusza? Po co pobierać inny arkusz, bo nie kumam. Po to właśnie używamy media query, żeby zawrzeć wszystko w jednym arkuszu. Co do interpretacji selektorów - też nie bardzo widzę związek. Zechciej wyjaśnić co masz na myśli.
Cytat:Zakładam, że właściwa treść pozostaje taka sama. Odpadają tylko dekorace, które mogą być zbyt... "kosztowne".
Zgadzam się, tyle tylko że przy użyciu media query tez możesz okroić treść.
Liczba postów: 58
Liczba wątków: 4
Dołączył: 25-06-2011
Reputacja:
3
(21-07-2011, 15:35)nd_macias napisał(a): Pobieraniem innego arkusza? Po co pobierać inny arkusz, bo nie kumam. Po to właśnie używamy media query, żeby zawrzeć wszystko w jednym arkuszu. Co do interpretacji selektorów - też nie bardzo widzę związek. Zechciej wyjaśnić co masz na myśli.
Wychodzę z założenia, że podstawowym przeznaczeniem mq nie jest dawanie możliwości upychania wszystkiego do jednego arkusza. Oczywiście można i bardzo dobrze. Generalnie, używasz, żeby uwzględnić możliwośc renderowania na różnych urządzeniach. Pisaliśmy wcześniej o dużych tłach, które kosztują użytkowników telefonów realne pieniądze. Napisałem, że niektórzy wycinają pewne rzeczy poprzez display:none umieszczone w arkuszach przeznaczonych na urządzeń mobilnych. Nie zdaje to egzaminu w przypadku, kiedy przeglądarka i tak pobiera dany element, ale go nie wyświetla. I tak musisz zapłacić. No chyba, że mówimy o dokumentach generowanych dynamicznie.
(21-07-2011, 15:35)nd_macias napisał(a): Zgadzam się, tyle tylko że przy użyciu media query tez możesz okroić treść.
Przecież pisałeś, że to może być problem, więc po co zmieniać?
Liczba postów: 37
Liczba wątków: 1
Dołączył: 15-06-2011
Reputacja:
0
Cytat:Przecież pisałeś, że to może być problem, więc po co zmieniać?
Mój błąd. Chodziło mi o dekoracje, nie treść.
Cytat:Pisaliśmy wcześniej o dużych tłach, które kosztują użytkowników telefonów realne pieniądze
A jaki masz problem z tym, żeby - naturalnie używając mq - tło ładować wyłącznie dla urządzeń o szerokości viewporta większej niż np. 640px? Mam wrażenie, że nie do końca rozumiesz zasadę działania mq.
Liczba postów: 2,411
Liczba wątków: 14
Dołączył: 10-08-2009
Reputacja:
132
Najlepiej zrobić oddzielną stronę dla telefonów i im ją serwować ala mobile.costam.pl
Bo nawet jeżeli użyjemy media, to wszystkiego nie ogarniemy. Ale samo media jest zarąbistym bajerem i warto go używać 
Szkoda, że wciąż tak lipnie są obsługiwane standardy (mówię o zewnętrznych plikach CSS, a nie w jednym)
Liczba postów: 58
Liczba wątków: 4
Dołączył: 25-06-2011
Reputacja:
3
23-07-2011, 11:26
(Ten post był ostatnio modyfikowany: 23-07-2011, 11:28 przez Storm.)
(22-07-2011, 13:27)nd_macias napisał(a): A jaki masz problem z tym, żeby - naturalnie używając mq - tło ładować wyłącznie dla urządzeń o szerokości viewporta większej niż np. 640px? Mam wrażenie, że nie do końca rozumiesz zasadę działania mq.
Faktycznie, chyba coś przeoczyłem. Możesz mi pokazać jak za pomocą mq zmienić tło ustawiane przez supersized, albo zatrzymać strumień video?
Liczba postów: 2,411
Liczba wątków: 14
Dołączył: 10-08-2009
Reputacja:
132
Kod: @media only screen and (max-width: 320px) {
.super_huper_div {background-color:red;}
}
if ($('.super_hiper_div').css('background-color')=='red')) {
document.VIDEŁO.stop();
}
Co oczywiście logicznie jest głupie...
Liczba postów: 58
Liczba wątków: 4
Dołączył: 25-06-2011
Reputacja:
3
(23-07-2011, 15:07)Kartofelek napisał(a): Kod: @media only screen and (max-width: 320px) {
.super_huper_div {background-color:red;}
}
if ($('.super_hiper_div').css('background-color')=='red')) {
document.VIDEŁO.stop();
}
Co oczywiście logicznie jest głupie...
Gdybym miał zamiar robić takie fikołki to bym się obył i bez mq i bez jego implementacji za pomocą dodatkowego js :-)
|
Użytkownicy przeglądający ten wątek: 1 gości
|
|
Sponsorzy i przyjaciele
|
|
|