W najbliższym czasie przetestuję czy IE 9 działa pod Wine na Kubuntu. Poprzednie wersje działały, nawet IE 8.

ta akurat opinie wesołego są dośc smieszne...duza gada i czesto bez sensu

a co by było gdyby IE9, po dłuższym czasie miał np. tylko parę punktów w Acid3 a strony normalne renderował normalnie. O kim by było głośno i kto by zyskał a kto stracił.

fakt, używając środowisk open source jako serwery i jako środowiska deweloperskie - to IE sprawia problemy. Gdy jednak używać współczesnych środowisk developerskich asp.mvc2 z jQuery Ajax ew. silverlight z prism toolkit itd. nie ma problemów z generowaniem kodu do wielu przeglądarek i dużą efektywnością w tym w rozwiązaniach wielowarstwowych (sql, dal, biusiness, autoryzacja, wcf, model, viewmodel, view lub wiele innych ale współczesnych - których brak poza VS i MS).

a ile razy wolniej wam chodzą aplikacje z rozbudowanym kodem do debagowania i np. asercjami itd., w porównaniu z wersjami produkcyjnymi.

@85.128.36.194 "a strony normalne renderował normalnie" - co to są "strony normalne"? Zgodne ze standardami? W takim razie IE musiałby przechodzić test Acid3 na wystarczająco wysokim poziomie. A może chodzi Ci o strony "MS/IE only"? Nie uznaję takich za "normalne".

Problem w tym, tadeuszu, że IE w żadnej ze swoich wersji nie renderuje stron normalnie, nie grzeszy też prędkością. Ty przecież doskonale wiesz, czemu się tak dzieje - znasz zapewne historię teamu developerskiego odpowiedzialnego za IE.

Witam, Wszyscy zagorzali przeciwnicy IE niech może mi powiedzą jak zmusić by Opera/Firefox/Safari obsłużyły (XML+XSLT) => XHTML+jQuery, bo z tego co widzę to tylko IE sobie z tym radzi... po kiego grzyba mi przeglądarka który jest nieużyteczny w przypadku rozwiązań klasy Enterprise? Po co mi Acid3 gdy jeszcze niedawno Firefox miał problem ze znacznikiem podziału dokumentu na poszczególne strony?

john, a po co Ci taki dziwaczny twór ? Nie prościej wykorzystać system szablonów w parze z językiem skryptowym po stronie serwera który wygeneruje odpowiedni kod ? Poza tym jedyne co należy zrobić to zmienić podejście. Pamiętaj że jeżeli inicjujesz skrypt js, musisz być pewny że drzewo dokumentu jest gotowe (DOM). I ostatnia rzecz... przecież IE nie obsługuje poprawnego XHTML :P W żadnej wersji. Nadal musi go łykać jako text/html. Więc zastanów się drugi raz nad tym co chcesz zrobić. Poza tym wiesz czym jest ta Twoja "przeglądarka do rozwiązań klasy Enterprise" ? Jest to nieumiejętne powiązanie aplikacji z przeglądarką co powoduje same problemy. Świetny przykład tego że wiele firm zostało przy XP i IE6 bo ten "rozwiązania klasy enterprise" nie działają z nowszymi wersjami IE. A nowsze Windowsy nie pozwalają na instalację IE6. Przeglądarka NAJWYŻEJ powinna służyć do wyświetlenia i obsługi interfejsu (w postaci strony www) urządzenia. Inaczej czekają firmę same kłopoty w przyszłości albo spore koszta wymiany sprzętu. Lub pozostanie na starym.

@85.128.36.194, brak punktu w ACID3 to brak obsługi elementu jakiegoś standardu który powinien się w przeglądarce znaleźć. Testy ACID mają właśnie za zadanie sprawdzić czy przeglądarka posiada przydatne rzeczy. Ewentualnie ten element działa nieprawidłowo. Inna rzecz że testy ACID sprawdzają głównie to co przeglądarki nie mają wspólnego. Oznacza to że jeżeli wszystkie by coś obsługiwały to w teście ACID to się nie znajdzie. Oczywiście stronę przeglądarka może wyświetlić. Tak długo jak nie używamy jednego z elementów standardu który jest nieobsługiwany. Ogólnie musimy się ograniczać ze względu na braki Internet Explorera w tym wypadku.

Swoją drogą to już 2 raz jak mnie cytują na PCWORLD. Chyba wyślę Wam kiedyś rachunek :P @89.72.211.9, jak uważasz że się gdzieś mylę to mi to wskaż. Ja się chętnie uczę. Z czystej złośliwości powiem że Twoje wypowiedź w ogóle nie wnosiła nic do tematu. Celowana była we mnie. Czysty trolling.

@Wesoły - rozumiem że projektując rozwiązanie w którym dane mają być oddzielone od wyglądu dla rozwiązania wewnętrznego powinienem komplikować warstwę działającą po stronie serwera po to tylko by przeglądarki kompatybilne ze standardami radziły sobie z nimi? Chyba nie tędy droga... poza tym jeśli IE sobie z tym radzi a to taka niedopracowana przeglądarka to w czym jest problem dla Firefox-a czy Opery? Przy dużych danych trzeba jednak upraszczać wszystko a nie przygotowywać oddzielne aplikacje dla różnych zastosować... jedna osoba potrzebuje wydrukować raport dla firmy zewnętrznej a inna dokonać analizy w Excel-u... Wpisanie adresu do dokumentu w przeglądarce by go wydrukować czy w Excel-u by go "obrobić" to jest to na co pozwala mi IE bez patrzenia na to czy jest on zgodny z Acid czy nie.

Jakie oddzielne aplikacje ? Tworzy się aplikację (lub kupuje gotową) dla sieci intranetowej i tyle. Dobra firma będzie miała aplikację pod większość tego co firma potrzebuje. Do reszty robi się moduły i gotowe. Wszyscy od prezesa po pachołka za biurkiem mają wszystko pod ręką. A jak robi to firma z głową to masz jeden serwer a reszta to cienkie klienty. Wspaniała rzecz bo jest genialna w utrzymaniu i bardzo tania. Od licencji na system po koszty sprzętu. A wdrożona może być zarządzana przez jednego człowieka dosłownie. XML oraz XSLT obsługują wszystkie przeglądarki na rynku. To że Ty sobie z czymś nie radzisz nie znaczy że jest to problem przeglądarki. Najwyraźniej jesteś z tych co robią "pod ie". Wtedy to na pewno nie będzie chodzić jak należy. I jaka kompilacja ? Ja mówiłem o językach skryptowych. Ty najwyraźniej w ogóle nie wiesz o czym piszesz. A wiesz jak w nowoczesnym systemie wygląda wydrukowanie raportu ? Pracownik wchodzi w opcje X i wśród różnych możliwości które są mu potrzebne klika "Wydrukuj raport". Tyle. Żadne adresy i głupoty nie są wpisywane w przeglądarkę.

Może, IE nie jest ptem odniesienia dla konkurencji.

Internet Explorer brany pod uwagę jako dobra przeglądarka ? Takie rozważanie kojarzy mi się nieodparcie z kawałem o kozie http://www.youtube.com/watch?v=KS9cfByfbVQ. Przecież to jest ... niemożliwe ! @john Dla Intranetu nie blokuje się skryptów więc po kiego ... czorta sięgasz prawą ręką do lewego ucha, i to jeszcze przez krocze ?

@john Błagam, podaj mi nazwę swojej firmy, bo nie chcę w przyszłości mieć z wami do czynienia.

Najbardziej podobał mi się ten fragment jego wypowiedzi w którym XML z XSLT generujący XHTML i kod jQuery dla IE nazywa uproszczeniem. Nie mówiąc o tym że nie napisał czemu akurat XHTML. Zwłaszcza że IE go nie obsługuje.

Rozumiem że przygotowanie plików XML i XSLT i transformacja tego do XHTML 1.0 Strict po stronie przeglądarki sprawdzając czy wynik przechodzi poprawnie walidację W3C to jest już naruszenie standardu XHTML który wymaga dla przykładu przeglądarka akceptowała mime application/xhtml+xml (z czym IE sobie nie radzi właściwie). Rozumiem że trzeba stosować wymyślne sztuczki w stylach CSS i przeglądarki przechodzącej testy ACID3 do tego by przygotować wydruk raportu. Naruszeniem dobrego smaku jest dodanie do tego wszystkiego jQuery i AJAX-a by osoba która przygotowuje taki raport zamiast uruchamiać specjalny program do generowania kliknęła na dodatkowy przycisk na stronie z listą raportów celem wygenerowania nowego. Rozumiem że rozwiązania proste dla klienta są nieprofesjonalne bo: 1. Działają poprawnie w IE i są zgodne z obowiązującymi standardami (XML, XSLT, CSS) i przechodzą walidacje W3C 2. Z bliżej mi niewiadomych przyczyn nie działają właściwie w przeglądarkach bardziej rygorystycznie podchodzących do ogólnie przyjętych standardów internetowych dostępnych od 10-12 lat

Po pierwsze możesz mówić tylko o XSLT, nie wiem po co wspominasz o XML skoro XSLT głównie służy do transformacji plików XML. Może nam wyjaśnisz co to za "wymyślne sztuczki" ? Jak żyję drukowałem dokumenty z przeglądarek. Poza tym do takich rzeczy używa się języki skryptowe jak PHP, Ruby, Python lub jakiś inny język. W połączeniu z jakimś systemem szablonów mamy bardzo elegancką i elastyczną aplikację. W końcu i tak używacie serwera WWW to po co wydziwiać ? Bo na dzisiaj najpierw jakaś tam aplikacja generuje Ci XSLT, potem ten XSLT generuje Ci XHTML. Gdzie tu sens ? A jeżeli po prostu stosujesz XSLT pytanie po co ? Takimi rzeczami powinien zająć się serwer. A Twoje rozwiązanie jest NIEPROFESJONALNE. Bo działa pod IE i tylko tam. Dam sobie głowę uciąć że po prostu niepoprawnie inicjujesz skrypt JS. Bo generowanie XHTML czy 5 księgi Pana Tadeusza z XSLT to żaden problem. No nie licząc Ciebie. Swoją drogą jakoś w firmie nie mamy problemu z generowaniem jakichkolwiek raportów. Jak macie problemy z formatami Microsoftowymi to czemu nie drukować raportów w formacie PDF ? Prostsze i tańsze rozwiązanie bo w przyszłości (tak jak my kiedyś) będziecie mogli zmienić pakiet biurowy a jedyne co się w aplikacji zmieni to jeden moduł. IE w ogóle nie używamy bo to dziurawy jak sito produkt. Zresztą Windows już mało gdzie jest.

@soe "W najbliższym czasie przetestuję czy IE 9 działa pod Wine na Kubuntu. Poprzednie wersje działały, nawet IE 8." Życzę powodzenia. Przyda Ci się zważywszy na to, że status obsługi DX10 w Wine wynosi około 0% ;-).

@Gosc - fan MS jakie tybzdury wypisujesz, ze M$ posiada monopol na technologie?!? VS i MS sa PRZESTARZALE. Jesli chodzi o open source to GWT, SWT, Adobe Flex zamiataja MS bez szemrania.Programisci (ty nie jestes developer) jak ty, co kodu bez wizarda nie umieja stworzyc, to wstyd. Za nauke sie wez ... moze nie jest za pozno.

Instalacja IE9 nie idzie pod Wine ze względu na brak kompatybilności nowego MS Installer.

Wydaje mi się, że nastąpiła literówka w tytule. Powinien on brzmieć: "Internet Explorer 9 - czyli konkurencja może spać spokojnie"

Instalator poszedł po instalacji IE6 i DirectX 9 przez Wine-Doors + DirectX 10 for XP, do momentu aż nie wykrył że system jest w złej wersji. Wine nie emuluje Vista SP2 tylko Vista.

Ten cały Wesoły to chyba pracuje w PC World. Sam pisze niektóre artykuły a potem je sam intensywnie komentuje, żeby wzbudzić zainteresowanie artykułem innych forumowiczów LOL

no ciekawe. FF 3.6 w acid3 u mnie już ma 92/100

Nikt do tej pory nie napisał o tym,że IE we wszystkich wersjach wydanych do dziś nie obsługuje wznawiania pobierania plików i chyba nie zanosi się,że w następnej wersji dodadzą tą funkcję która w innych przeglądarkach od dawna jest standardem.

wznawianie się przydaje - ale i tak połowa serwisów tego nie obsługuje więc kolego w czym problem?

re moron spod dziewiątki: bo jest jeszcze druga połowa, omnibusie.

Oj dzieci dzieci... Z najnowszych danych i wymuszonego przez KE okna wyboru dla europy, jednak IE8 wybrało 70% użytkowników systemu MSwin.XP/Vista/7 i sen linuksiarzy z open source upadł i dostał sromotne baty. Ludzie jednak wiedzą co chca instalować, a dodatkowy wybór i wolna instalacja ff3 lub innych to zaleta MSwin. Jak zwykle linuksiarze maja inne zdanie, ale margines 0,7% raczej nie jest wyborem większości i słuszności jaki system lepszy i jaka przeglądarka. :D

Taaa okuraaat, tak było z wersją 8 miła działać zgodnie ze standardami i co ? kolejny gniot. Jak każdy deweloper/ wemaster nienawidzę Explorera podności on koszty wykonania projektu o 50%, nie ma możliwości zrobienia efektowej strony zgodnej ze standarami - Trzeba ją zepsuć aby szanowy Explorer zechciał ją wyrederować. Najlepszym rozwiązaniem Microsoftu było by całkowicie wycofać się ze swoim produktem. Psuje on rynek i firmę kompromituje.

IE 9 jest do bani, jeszcze troche chopaki z MS beda musieli nad nim popracowac poniewaz nie dziala poprawnie i nie wyswietla sporej czesci stron internetowych poprawnie, moze jak wypuszcza koncowa wersje to bedzie lepiej ale znajac Microsoft to tak nakombinuja ze bedzie tak samo wolny jak starsze wersje lub gozej