54 Responses to Which of these in not a web browser ?

  1. KilaTa:

    А вот это не пиздите.

  2. Aurko:

    понимаешь, опера, это браузер для сыроедов, то есть ты хочешь быстро поесть, на сковородку на пять минут и жуешь резиновое мясо. Но оно не готово, вообще. Я никогда не пойму приязнь СНГ к этому «браузеру».

    За последние 3 года, я больше всего вожусь при верстке с оперой — потому что ИЕ уже знаю как облубленного, и все его проблемы исправляются за 15-30 минут. Но опера, с каждым быдлом/билдом новые глюки, как в верстке, так и в ДжС и это пиздец как бесит.

  3. 5auam:

    не тупите.

  4. 5auam:

    он просто не в курсе, в какую блогу пишет.

  5. KilaTa:

    а да, как-то не доглядел.

  6. Ugnbad:

    Прошу список глюков. Это не только для холивара, мне по работе надо.

  7. Aurko:

    я их не записываю
    постоянные траблы с паддингами/маргинами, другими размерами, при чем не знаешь где они вылезут
    потому просто нужно проверять, а оперу я проверяю уже после сдачи проектов и то если попросят

    дальше ищешь хак для цсс, под версию оперы и вперде, ставишь нужные значения

  8. Ugnbad:

    скажу честно, ещё ни разу не сталкивался с подобными проблемами, начиная где-то с восьмой версии. Было такое, что два блока width:50% рядом давали ширину больше 100%, но это не только у оперы. Если есть какие-то глюки, хотелось бы их увидеть.

  9. Aurko:

    я ее запускаю не чаще раза в 2 месяца, просто не вспомню 😉

  10. Xuagreen:

    я всё тоже самое могу сказать про Firefox. Если следовать тому, что написано в доках W3C, то ни в опере, ни в хроме проблем не будет ВООБЩЕ. А вот FF и IE — вечные два куска говна.

  11. AhsLt:

    Позвонила Биллу Гейтсу, он сказал, что точно вариант C

    Linux Nix Web Development - http://linuxoids.org/ image

  12. UpaFcuk:

    У IE9, кстати, JS-анимация самая гладкая.

  13. Sucodin:

    с загружаемыми шрифтами у Оперы всем известный апокалипсис. Также из последнего: тормоза при анимации свойств translate, отсутствие defineProperty. Совершенно ублюдочные средства разработки. По верстке сходу не вспомню, но иногда выбешивает похлеще ИЕ, так как в последнем все исправляется по накатанной, а в Опере только хаками и то едва ли.

  14. Sucodin:

    просто ускорение включено по умолчанию. В Вебките почему-то активируется для частей страницы, к которым применено особое свойство.

  15. Xuagreen:

    http://hexmode.org/html/paddings.html

    Даже IE поумнел, а в FF эта бага живёт со времён феникса. И это самый простой пример, который охуенно портить жизнь.

  16. Xuagreen:

    что там шрифтами? У меня всё оок. DragonFly по мне так в разы лучше файрбага, который давно скатился в сраное говно и им пользуются только фрики по иннерции.

  17. Xuagreen:

    Основная проблема тех, кто утверждает, что в опере что-то криво в том, что они пишут Firefox+IE bug friendly код. Читайте W3C и учитесь писать нормальный код, ваш мир круто изменится.

  18. Ycihlam:

    мне кажется, ради этого комментария автор и задумывал пост.
    Можно так фокусы показывать друзьям: — Смотри, сейчас 2 слова напишу и в посте появится комментарий от . Набираем… Опера говно! засекаем время и ждём

  19. UpaFcuk:

    А что за свойство, подскажи?

  20. MosTunes:

    http://spasiboeva.ru/ (смотреть под ослом)

  21. GorLt:

    есть плюс в том что бы работать на запад, чаще всего оперой просто пренебрегают из малого % использования в забугорье, это только у нас Оперу почему-то так сильно любят…

  22. Redko:


    Это ФФ. Что-то не так, офицер?

  23. Xuagreen:

    посмотри во всех остальных браузерах. Гугл поможет найти описание баги на сайте quirksmode вместе с лекарством.

  24. UpaFcuk:

    по-моему дефолтные размеры просто разные, они там у тебя не указаны. А ещё в хроме пробел впилился между полем и кнопкой.

    Linux Nix Web Development - http://linuxoids.org/ размер 435x233, 64.03 kb

  25. UpaFcuk:

    Точнее пробел и там и там есть, просто ФФ не делает отступ от пробела.

  26. Xuagreen:

    Explorer Windows and Mozilla always use the traditional box model (height = borders + padding + content) to button elements, even in strict mode. Since they both correctly use the W3C box model for the normal input field, the inputs end up having a different height.

    ©

  27. Sucodin:

    со шрифтами там много проблем, которые не всегда проявляются к тому же. Во-первых, грузит она их с большой задержкой, из-за чего все дергается. Во-вторых, есть шрифты с не указанными ширинами, и все браузеры считают их нормально, кроме Оперы. В-третьих, не всегда работают шрифты, если в аккаунте есть русские буквы. Мрак, короче. Наелся однажды сполна.

  28. Sucodin:

    -o-transform: scale, translate. Они, конечно, тестовые, но уже везде года два как идеально работают. А у меня задача была, где без них туго.

  29. Sucodin:

    а, ой, запутался 🙂 Прописать нужно -webkit-transform: translateZ(0); и поместить элемент под тот слой, который нужно ускорить.

  30. SpoSm:

    Не то что бы я не любил оперу больше чем IE, но есть у этого браузера одно противоречивое свойство которое мне не оставляет покоя.
    Довольно странная работа с паддингами в таблицах и будь оно хотя бы стабильно, либо везде хорошо, либо везде плохо но нет они умудряются починиться, потом сломаться, а потом опять починиться и еще раз для верности.
    Как пример colgroup заданный фиксированной ширины + паддинг внутри ячеек во всех браузерах включается сам в себя в опере он суммируется, в 9-ке этого чуда не было.
    Косяки при borser-collapse и их наложении меня сильно удивило когда-то.
    В старых версиях(9-10) полный абзац с vertical-align`ом. Но тут не критично но очень грустно если хотят что бы и там было.
    И это то что как раз касается w3c спек и css 2.1.

    Не хватает некой стабильности что ли — то ломают, то чинят… и в итоге либо писать хак и трястись ожидая следующих билдов, либо не использовать вовсе. Особо критичного нет, выкарабкаться можно, но иногда очень сильно огорчает.

    Есть и совсем высосаное из пальца, но на это не наткнёшься если действительно соблюдать спеку.

  31. Xuagreen:

    дык надо баг-репорты писать. Задержек больших с подвисаниями больше нет.

  32. Xuagreen:

    приведи примера кода с табличными косяками, ни разу не сталкивался, интересно посмотреть.

  33. Sucodin:

    дык им обписались уже, с 9-й версии не могут сделать нормально.

  34. Aurko:

    aux срачь, operosrach v12b1 [x]

  35. Xuagreen:

    в bug1 я пока не вник, но bug2 вовсе не баг. Потому что:

    Linux Nix Web Development - http://linuxoids.org/ image

    А вот хром рисует хуйню, например.

  36. Xuagreen:

    с первым куском всё довольно странно. Если смотреть CSS2.1, то там далеко не всё однозначно определено, однако одна из сэмпловых картинок показывает схожий с оперой результат. В CSS3 вроде никаких дополнительных уточнений нет, поэтому я не могу утверждать как правильно.

  37. SpoSm:

    http://www.w3.org/TR/CSS21/tables.html#a… нихуя не правильно ) Вот тут как раз надо спеку читать. Это не Блочный элемент.

  38. Xuagreen:

    и где там противоречие тому, как считается ширина ячеек?

    For each column group element with a ‘width’ other than ‘auto’, increase the minimum widths of the columns it spans, so that together they are at least as wide as the column group’s ‘width’.

    Ты задал ширину для колонки, она больше ширин ячеек. Ячейки автоматом получают ширину колонки. Паддинги к расчёту ширины не относятся. Там даже специально для тебя картинка есть:

    Linux Nix Web Development - http://linuxoids.org/ image

  39. Xuagreen:

    кстати, если ты откроешь инспектор в хроме, то увидишь, что он тупо игнорирует указание ширины для col. Для наглядности ширину можно перенести в CSS.

  40. SpoSm:

    «Note that in this model, the width of the table includes half the table border. Also, in this model, a table does not have padding (but does have margins). «
    Читаем тест про эту картинку.

    Input to the automatic table layout must only include the width of the containing block and the content of, and any CSS properties set on, the table and any of its descendants.
    В CSS3 мб что-то и поменяют но пока по этому поводу глухо.
    Учимся читать а не картинки разглядывать.

  41. SpoSm:

    Linux Nix Web Development - http://linuxoids.org/ image

    если что в опере у меня это мракобесье выглядит так 🙂 и мб я не совсем понял что ты имел ввиду 🙂

  42. Xuagreen:

    Input to the automatic table layout must only include the width of the containing block and the content of, and any CSS properties set on, the table and any of its descendants.

    В чём проблема? Паддинги и ширины всегда одинаково считаются. Для всех элементов, кроме inline. Ещё раз повторяю — глянь инспектор хрома, он просто забивает болт на твою ширину, хотя не должен. Так что бага в хроме, например. В остальных не тестил.

    Картинка идёт про border collapse, но она отличается от обычной модели только обработкой бортиков, остальное считается как обычно.

  43. SpoSm:

    я про bug2 🙂 он у меня везде одинаково отображается, только опера отлечилась.

    про бордер коллапс(.bug1 ) у Хрома тоже интересное отображение 🙂

  44. Xuagreen:

    я на днях пообщаюсь с авторами CSS, знаю точнее что да как. А то мы тут гадать долго будем.

  45. Ycihlam:

    я на днях пообщаюсь с авторами CSS

    ну ты просто всех тут на лопатки уложил..

    Спроси плиз, они тоже у себя там Оперу юзают?

Добавить комментарий