И, кстати, учитывая что обычные закладки создаются намного чаще, чем закладки в Speed Dial, заставлять пользователя всякий раз использовать выпадающее меню нецелесообразно. Возможно, меню следует сделать контекстным (открывать по щелчку правой кнопки), а по щелчку левой кнопки — сразу добавлять страницу в обычные закладки.
Баг: звёздочка остаётся подсвеченной даже после удаления закладки (нормализуется переключением на соседнюю вкладку и обратно).
Вкладки стали выше, но, в отличие от Firefox, по-прежнему не прилегают вплотную к верхнему краю экрана — в результате нет возможности подвести указатель мыши к краю экрана, а приходится целиться во вкладки. Неудобно.
Ух ты, кажется, наконец, исправили баг, связанный с открытием страниц локальных доменов (распложенных на локальном веб-сервере на компьютере веб-разработчика) только со второго раза (при первой попытке загрузка страницы всякий раз подвисала [Опера делала вид, что загружает страницу, и из этого состояния уже не выходила], причём на разных системах).
Для веб-разработчика неудобно, что при наборе локальных доменов без протокола (например, example вместо example) Опера навязчиво прежде ищет его в поисковике. Есть ли возможность это отключить и открывать домены сразу?
К сожалению, на самом деле это не означает, что элемент TIME не будет удалён повторно. Просто в данном случае Ян нарушил процедуру, и решение было принято им по сути единолично, и именно поэтому оно было отменено.
Если Ян останется в рабочей группе HTML, то он наверняка продолжит упорно проталкивать свои чисто теоретические идеи, оторванные от реальности.
Было, разумеется, испробовано множество вариантов. Для свойства border-spacing (начинающегося со слова, совпадающего с названием известного IE свойства border) возвращалась пустая строка.
При этом для нестандартного свойства -dt-border-spacing (начинающегося с префикса, не совпадающего ни с одним известным IE свойством) — при доступе тем же способом без проблем возвращалось нужное значение.
Впрочем, если приведёте проверенный лично вами гарантированно работоспособный вариант прямого чтения в IE любых значений любых свойств — welcome. ;-)
Доступа к неподдерживаемым значениям поддерживаемых свойств в IE нет (функция calc() подставляется именно в качестве значения). Например, для свойства display элемента с display: table IE6/7 вернёт значение block.
Незнакомые свойства в IE тоже доступны не все: моя практика показала, что нельзя прочитать значения неподдерживаемых свойств, имена которых начинаются так же, как поддерживаемые свойства. Например, значение border-spacing в IE 6/7 (кажется, 7) недоступно.
Спасибо, Максим. Думаю, OLED-телевизор без проблем можно использовать в качестве монитора, если только количество и расположение RGB-субпикселов у него стандартно (по три субпиксела одинакового размера на каждый пиксел), а не представляют собой что-нибудь типа Pentile, проигрывающего при отображении штриховых изображений.
Но ведь, насколько мне известно, текущие OLED-дисплеи LG основаны на белых OLED-светодиодах с цветными фильтрами, а значит, скорость деградации RGB-субпикселов примерно одинакова, и в нестандартной их компоновке нет смысла.
Важно лишь выбрать правильную диагональ для новых моделей. Рынки дисплеев с диагоналями 15 дюймов и от 20 дюймов различаются кардинально: 15 дюймов мало кому интересны (маленький OLED-телевизор на кухню? :-), в то время как 20-24" — при сравнимой цене были бы на порядки более востребованы для серьёзных применений (например, для дизайна, фото, графики, программирования, игр).
Спасибо, Егор. Уверен, спрос на дисплеи 20-24" (хотя бы не менее 20") был бы значительно выше, чем на коммерчески доступный дисплей 15", который на практике в качестве монитора использовать невозможно при всём желании. При этом цена 20" модели была бы ненамного выше цены на 15" модель, и производство 20" модели наверняка было бы намного рентабельней.
Животрепещущий вопрос: когда появятся OLED-дисплеи диагональю 20-24" для использования в роли качественного компьютерного монитора?
Существующие 15" (15EL9500) — слишком мелкие, а 31" (абстрагируясь от их полного отсутствия на российском рынке) — слишком крупные и дорогие для монитора.
Вкладки стали выше, но, в отличие от Firefox, по-прежнему не прилегают вплотную к верхнему краю экрана — в результате нет возможности подвести указатель мыши к краю экрана, а приходится целиться во вкладки. Неудобно.
Ух ты, кажется, наконец, исправили баг, связанный с открытием страниц локальных доменов (распложенных на локальном веб-сервере на компьютере веб-разработчика) только со второго раза (при первой попытке загрузка страницы всякий раз подвисала [Опера делала вид, что загружает страницу, и из этого состояния уже не выходила], причём на разных системах).
Для веб-разработчика неудобно, что при наборе локальных доменов без протокола (например, example вместо example) Опера навязчиво прежде ищет его в поисковике. Есть ли возможность это отключить и открывать домены сразу?
TIMEне будет удалён повторно. Просто в данном случае Ян нарушил процедуру, и решение было принято им по сути единолично, и именно поэтому оно было отменено.Если Ян останется в рабочей группе HTML, то он наверняка продолжит упорно проталкивать свои чисто теоретические идеи, оторванные от реальности.
Trident — это, кстати, и есть движок IE.
border-spacing(начинающегося со слова, совпадающего с названием известного IE свойстваborder) возвращалась пустая строка.При этом для нестандартного свойства
-dt-border-spacing(начинающегося с префикса, не совпадающего ни с одним известным IE свойством) — при доступе тем же способом без проблем возвращалось нужное значение.Впрочем, если приведёте проверенный лично вами гарантированно работоспособный вариант прямого чтения в IE любых значений любых свойств — welcome. ;-)
calc()подставляется именно в качестве значения). Например, для свойстваdisplayэлемента сdisplay: tableIE6/7 вернёт значениеblock.Незнакомые свойства в IE тоже доступны не все: моя практика показала, что нельзя прочитать значения неподдерживаемых свойств, имена которых начинаются так же, как поддерживаемые свойства. Например, значение
border-spacingв IE 6/7 (кажется, 7) недоступно.Но ведь, насколько мне известно, текущие OLED-дисплеи LG основаны на белых OLED-светодиодах с цветными фильтрами, а значит, скорость деградации RGB-субпикселов примерно одинакова, и в нестандартной их компоновке нет смысла.
Важно лишь выбрать правильную диагональ для новых моделей. Рынки дисплеев с диагоналями 15 дюймов и от 20 дюймов различаются кардинально: 15 дюймов мало кому интересны (маленький OLED-телевизор на кухню? :-), в то время как 20-24" — при сравнимой цене были бы на порядки более востребованы для серьёзных применений (например, для дизайна, фото, графики, программирования, игр).
Существующие 15" (15EL9500) — слишком мелкие, а 31" (абстрагируясь от их полного отсутствия на российском рынке) — слишком крупные и дорогие для монитора.
Спасибо.
overflow: auto