Comments 57
То есть пока еще новшеств нет в интерфейсе (темы и т.п)?
Да вот же, соседний топик: habrahabr.ru/company/opera/blog/132338/
Надеюсь, вы не испортили выделение текста? Только курсор сменили?
И когда ждать релиза?
И когда ждать релиза?
А не планируется ли ничего по доведению Dragonfly до юзабельного состояния?
Opera Dragonfly развивается параллельно и не слишком привязан к релизам браузера. Но в этом случае было исключение: API для CSS- и JavaScript-профайлера уже появился, значит скоро будет обновление Dragonfly. Как по мне, так он вполне юзабелен — но зависит от ваших задач. Чего не хватает больше всего?
Ну вот например, я не смог найти способа _закрыть_ этот драгонфлай без помощи гугла. Может, конечно, сейчас там появилась кнопка закрытия :) Это, возможно, потому что я такой дурак, но всё-таки.
Ну и в целом — какой-то он очень кондовый, неочевидный.
Ну и в целом — какой-то он очень кондовый, неочевидный.
> Может, конечно, сейчас там появилась кнопка закрытия
IMHO, она никуда и не исчезала ;)
IMHO, она никуда и не исчезала ;)
Вроде кнопка закрытия всегда была справа в верхнем углу
Cmd+Alt+I на Mac OS и Ctrl+Shift+I на Windows/Linux — откроют и закроют Dragonfly. Об этом сказано в самом начале документации по Dragonfly, сколько же всего полезного на остальных 14-ти страницах? :)
Вот что не говори, я обожаю ваш браузер. Но дебажить JS приходиться в Firefox =(
А почему так? Если вы пробовали Dragonfly, то чего не хватает в нём, по сравнению с Firebug?
Куча мелких неудобностей, например что все инлайн скрипты разбиваются на свои подзакладки, а не отображаются как есть(т.е. встроенными в странички).
Единственный плюс — подсветка синтаксиса. Но в Firebug это лечится addon'ом.
Единственный плюс — подсветка синтаксиса. Но в Firebug это лечится addon'ом.
В dragonfly:
1. не удобно отслеживать ajax-запросы, молчу уж про их содержимое
2. жутко неудобно править css на лету
3. решим кеширования картинок распространяется и на dragonfly, что в моей ситуации дико насилует мне мозг. Радует что комбинация клавиш ctrl + shift + p — насильно заставляет оперу загрузить иконки кнопок
4. отсутствие всплывающих подсказок при дебаге js
5. очень неудобно выбирать js-файл из списка, по 2 часа всё время ищу
6. почти никакущая консоль по сравнению с firebug, хотя в webdeveloper-е тоже не сахар
7. и т.д.
+ сама концепция ручного выбора вкладки для dragonfly, в большинстве случаем, мне только мешает. Удобной она показалась только после дебага popup, background и injected скриптов расширений. Но это уже специфичная ситуация.
Честно говоря вопрос стоит иначе, что вообще есть такого в dragonfly, чем можно похвастаться перед конкурентами? «пипетка» + «сделать снимок»? Не поймите меня превратно, я сам тот ещё opera-fan, но воспринимать dragonfly всерьёз не могу, даже после создания пары расширений для оперы.
1. не удобно отслеживать ajax-запросы, молчу уж про их содержимое
2. жутко неудобно править css на лету
3. решим кеширования картинок распространяется и на dragonfly, что в моей ситуации дико насилует мне мозг. Радует что комбинация клавиш ctrl + shift + p — насильно заставляет оперу загрузить иконки кнопок
4. отсутствие всплывающих подсказок при дебаге js
5. очень неудобно выбирать js-файл из списка, по 2 часа всё время ищу
6. почти никакущая консоль по сравнению с firebug, хотя в webdeveloper-е тоже не сахар
7. и т.д.
+ сама концепция ручного выбора вкладки для dragonfly, в большинстве случаем, мне только мешает. Удобной она показалась только после дебага popup, background и injected скриптов расширений. Но это уже специфичная ситуация.
Честно говоря вопрос стоит иначе, что вообще есть такого в dragonfly, чем можно похвастаться перед конкурентами? «пипетка» + «сделать снимок»? Не поймите меня превратно, я сам тот ещё opera-fan, но воспринимать dragonfly всерьёз не могу, даже после создания пары расширений для оперы.
Мне не хватает возможности начать работать с панелью «Сеть» и «Скрипты» без перезагрузки страницы.
поддерживаю — часто открываю дебаг на ошибку в скрипте или его неразумное поведение и обламываюсь — приходиться заново перегружать страницу и воспроизводить ситуацию, что не всегда возможно в разумные сроки.
хорошо хоть перестал вылетать на более-менее сложных скриптах типа гмейла, хотя все равно вылетает иногда.
хорошо хоть перестал вылетать на более-менее сложных скриптах типа гмейла, хотя все равно вылетает иногда.
Хорошо, пофиксили несколько багов N-летней давности:
Дождемся ли мы beforeunload?!
script.onerror, также Opera теперь поддерживает window.onerror
Текст в textarea теперь корректно переноситсяКогда-нибудь я уберу этот «хак»:
white-space: pre;
white-space: pre-line;
white-space: pre-wrap;
white-space: -pre-wrap;
white-space: -o-pre-wrap;
white-space: -moz-pre-wrap;
white-space: -hp-pre-wrap;
word-wrap: break-word;
Дождемся ли мы beforeunload?!
Да, очень ждем onbeforeunload.
Расскажите, зачем вам onbeforeunload?
Пишешь длинное письмо, случайно кликаешь на крестик — твои труды пропали. onbeforeunload helps!
Различные полезные алерты «Точно выйти?».
Хочешь отследить когда пользователь покинет сайт без onbeforeunload приходится постоянно пинговать.
Чистка какого-нибудь кэша по onbeforeunload.
Различные полезные алерты «Точно выйти?».
Хочешь отследить когда пользователь покинет сайт без onbeforeunload приходится постоянно пинговать.
Чистка какого-нибудь кэша по onbeforeunload.
Полезные? Кодерам Грувшарка хочется медведем на руки наступить из-за этого их «Are you sure you want to leave this page?»
Не спорю, что где-то там могут быть действительно удачные применения onbeforeunload, но т.к. я таких пока не видел, хочется, чтобы эта штука была отключаемой (если вообще будет), как, например, реагирование на ПКМ.
Не спорю, что где-то там могут быть действительно удачные применения onbeforeunload, но т.к. я таких пока не видел, хочется, чтобы эта штука была отключаемой (если вообще будет), как, например, реагирование на ПКМ.
К примеру, если закрывается popup-окно расширения — сохранить все изменения. Может быть есть аналог? Мне так и не удалось найти ничего путного =(
Некоторые сайты, плагины и пр. не работают корректно из-за этого. К примеру, CKEDITOR, не может повторно загрузить файл.
Некоторые сайты, плагины и пр. не работают корректно из-за этого. К примеру, CKEDITOR, не может повторно загрузить файл.
Про расширения тоже вопрос спорный: нажимая на крестик я ожидаю, что это сработает, как Cancel и ничего не поменяет. Лишние переспрашивания мне там не нужны.
Спорный, безусловно. Но можно, к примеру, окно закрывать, а выполнения кода продолжить. И овцы целы, и волки сыты. Переспрашивания — зло, но как раз о них мало кто беспокоится :)
Нет, лучше тогда стандартный вариант — при любом изменении параметров настройки сразу же сохраняются. Соответственно дополнительных кнопок, кроме «Reset» не нужно. И подтверждений при выходе тоже.
Там в другом проблемы могут быть, но тут уж…
Там в другом проблемы могут быть, но тут уж…
o_O, чем лучше? В моём случае это ajax-запрос… Что же вы мне предлагаете писать ddos-расширение? :)
Мы, похоже, про разные расширения говорим.
В вашем случае я бы предпочел другой вариант, который работал бы не просто при закрытии вкладки, а даже если браузер крашнулся или свет выключили. Например, периодическое сохранение состояния в браузере и/или у вас на сервере.
Впрочем, в onbeforeunload меня раздражает только единственный момент — когда ожидаемое действие не происходит. Это, как вариант, те самые вопросы «Вы действительно хотите закрыть?» Если событие будет, а возможности отменить действие — нет, нисколько не возражаю.
В вашем случае я бы предпочел другой вариант, который работал бы не просто при закрытии вкладки, а даже если браузер крашнулся или свет выключили. Например, периодическое сохранение состояния в браузере и/или у вас на сервере.
Впрочем, в onbeforeunload меня раздражает только единственный момент — когда ожидаемое действие не происходит. Это, как вариант, те самые вопросы «Вы действительно хотите закрыть?» Если событие будет, а возможности отменить действие — нет, нисколько не возражаю.
Ну дык и я про то
>Лучше всего эту поддержку продемонстрирует галерея необычных текстур, которые можно сделать при помощи CSS3-градиентов от Лии Веру.
Жутко тормозит скролл :( Впрочем, в фаерфоксе тоже.
Жутко тормозит скролл :( Впрочем, в фаерфоксе тоже.
Кстати у вас на сайте «Opera Next» переведена как «Далее», так и задумано?
Очень бы хотелось что бы в Опере можно было бы открыть Inspect Element для каждой страницы отдельно, а не одно окно на всех
Скажите, а планируется ли сделать поддержку программного вызова click в input-file? Просто во всех браузерах это уже сделано, и только отсутствие данной возможности в Опере не позволяет сделать красивую кнопку вызова диалога.
Если ваша задача при клике по одному элементу передавать клик другому, то решение есть: кликните по документу и обзор откроется. Т.е. с юзер-кликами Opera работает, с автоматическими — нет.
Кстати, это дело только в 11.60 и заработало. Так что на вопрос «когда?» отвечаю: «как только выйдет финал Opera 11.60»
Извините, что не по теме, но что случилось с Gmail? 11.52, не показывается содержимое писем.
Скажите, планируется ли поддержка FormData и BlobBuilder?
Вадим, а скажите пожалуйста. Opera планирует решить проблему с дробными процентами в 12-ой версии? И когда вообще планируется их поддержка в Opera?
Эхх… жаль конечно, но спасибо Вам, за то, что проявляете старание по этому поводу. Надеюсь, Вас вскоре услышат.
Sign up to leave a comment.
Новинки беты Opera 11.60 для разработчиков