Редкость, но эти люди сознательно делают свой выбор, отлично понимая проблемы с которыми им предстоит столкнуться. И тем более их примитивные клиенты HTML-письма не отобразят. Так что навязывай-не навязывай им подсвечивание, из plain-text по крайней мере будет проще скопипастить гиперссылку в браузер, чем из HTML-кода.
Классная идея, целиком и полностью поддерживаю её, и надеюсь что подобные интервью будут проходить регулярно. Время от времени появляются догадки, что разработка идёт не совсем туда, куда хотелось бы. В такие моменты хочется по крайней мере прояснить для себя, верны ли догадки, чтобы в случае чего — не разочаровываться от долгого ожидания фичи которую и не планируют внедрять.
А вопросы у меня такие (скопировал из своего старого поста и дополнил):
Можно ли ждать полноценного MDI-интерфейса? Расположение двух вкладок рядом — совсем не то.
Будут ли модальные диалоговые окна?
Кнопки OK/Отмена/Применить?
Появилось ли у вас на данном этапе понимание, что интерфейс на основе HTML (по крайней мере на движке Blink) сильнее ускорить нельзя? Будете дальше делать на нём или зреет мысль, что это тупиковый путь и лучше раньше начать писать нативный, чем потом выкидывать на ветер кучу человеко-часов?
Анимации, плавности интерфейса будут как в Opera? Пока что на фоне других браузеров открытие/закрытие вкладок выглядят довольно топорно, при этом новая вкладка создаётся с заметным глазу тормозом, что говорит о нагрузке на процессор — возможно ли вообще в таких условиях создавать плавные анимации? Просто хочу понять, какие перспективы у интерфейса на HTML.
Недавно мы узнали, что жесты написаны на JS. Интересно узнать причину такого решения. Разве не было бы экономичнее для оперативной памяти сделать нативную поддержку жестов? Тут ведь какого-то API от Blink не требуется использовать, при обновлении движка ничего не отломится.
Блокировка работы приложения — не означает априори что-то плохое. Это стандартный паттерн любого диалогового окна, выработанный за долгое время и вполне ожидаемый. Сейчас от него стали отходить именно начиная то ли с Chrome, то ли с Firefox чтобы не шокировать простых пользователей тем, что браузер не реагирует ни на что. А между тем, этот подход начинает вводить путаницу. В панели задач два окна, какое из них родительское? Почему дочернее открывается по центру экрана, оно же не диалоговое? Почему закрывая в панели задач одно окно (родительское), автоматом закрывается и другое? Я же его, другое, не трогал. В Firefox: не целясь нажимаю на крестик в окне с информацией о файле (весьма частая операция, между прочим). Бывает, промахиваюсь. С модальными окнами ничего страшного не произойдёт, а с обычными — оп и потерялось окно, скрылось родительским. Ищи его теперь в панели задач.
Вот и получилось — разработчики Chrome (или Firefox) решили упростить интерфейс для новичков, а получилось непойми что для остальных.
Я согласен, но, несмотря на то что окно настройки браузера не имеет модальности, очень скоро она может пригодиться при создании окна свойств изображения. Которое уж точно не хотелось бы видеть отдельным окном в панели задач. Поэтому и посчитал что будет хорошо заранее напомнить про такое поведение окон и заложить под это фундамент.
Спасибо, с интересом изучаю каждую новую сборку. Хотелось бы предложить несколько вещей:
MDI-интерфейс. Делая адаптивную вёрстку, постоянно сталкиваюсь с необходимостью изменять размеры страницы. Естественно, что удобнее это делать в самом браузере, чем со всем окном или, тем более, открывать отдельное окно с одной вкладкой.
Модальные диалоговые окна. Я считаю, что надо пользоваться всеми возможностями, что дал нам опыт построения GUI за многие годы его развития. И MDI — его неотъёмлемая часть. Конечно, могут быть трудности связанные с реализацией этой возможности на HTML-движке. Но не стоит убирать из обихода такую возможность интерфейса для упрощения понимания концепции GUI новичками.
Кнопки ОК/Отмена/Применить. Конечно нужны.
Номера версий. Классическая нумерация рулит. :)
Конечно же я продублирую эти предложения в голосовалку, когда её запустите. А сюда пишу, надеясь что ещё не поздно менять движок интерфейса.
P. S. У меня страница багрепортов почему-то выдаёт ошибку 404.
Если собрать всю информацию, что была на этой неделе и касается скорости, да и просто если порассуждать:
1. Разработчики отлично понимают что скорость работы — один из самых важных пунктов при разработке браузера. Да и вообще делают браузер-мечту гика со всем что вкладывается в это понятие.
2. Есть напаханное поле для оптимизаций, в других проектах оптимизациям мало внимания уделяется, т. к. аудитория тех проектов считает тормоза данностью и особо не парится.
3. У них есть гигантский опыт в разработке супер-быстрой архитектуры. И Opera на Presto была такой быстрой не просто потому что так получилось, а потому что этому уделялось самое пристальное внимание. Так что эти люди в скорости работы приложения понимают даже намного лучше чем мы, пользователи.
Так что да, есть основания полагать, что если Vivaldi и не станет таким же быстрым, какой была Opera на Presto, то станет одним из самых быстрых на Blink вообще.
По-моему, если браузеру хочется сильно больше 3 гигов оперативы, то он малость зажрался
Не всегда это верно. Хотя сам движок действительно очень прожорливый, не в меньшей степени это зависит и от современного веба напичканного мультимедийным контентом. Так что винить в этом один только браузер нельзя.
Ну так письма не обязательно должны быть наполнены исключительно информацией. Глава компании радуется вместе со всеми и взаимно выражает сообществу благодарность, не молчать же когда эмоции переполняют. А интересной информации касающейся проекта за последние дни и так было с лихвой.
Очень и очень здорово! Есть несколько вещей, про которые хотелось бы узнать подробности.
Blink, как известно, имеет множество ограничений по сравнению с Presto. Интересует как будет решаться этот вопрос? Если говорить о достижении сравнимого юзабилити, то какие-то вещи возможны только на JavaScript. Понятно, что если накрутить много JavaScript'а, памяти будет кушать много. Будете ли вы непосредственно патчить Blink для того чтобы он нативно поддерживал функциональность Presto? Пока что Speed Dial выглядит как свёрстанный на HTML+CSS+JS, а значит рендерер картинки на бэкграунде может быть таким же мигающим, как и рендеринг любой другой картинки на фоне при обновлении страницы. Чего никогда не видел в Presto. Сейчас, правда, и в Vivaldi не получается такого добиться. :)
Ещё вопрос касательно интерфейса. На чём он работает? Вижу, что очень сильно отличается от Chromium. Значит ли это что вы можете его изменять как захотите сами? Сможете ли довести до уровня 12-й Opera по возможностям? Я имею в виду панель загрузки страницы внутри адресной панели, плавные подсвечивания кнопок при наведении мышки. Скины, меняющее оформление всего интерфейса, а где-то даже не отдельных кнопок, а рядом расположенных панелей одной фоновой картинкой.
Не обязательно именно развивать движок. Кто-то рукастый может скомпилировать под новый дистрибутив Linux/версию Windows, когда они выйдут; кто-то избавить себя от надоедливого бага, мешающего годами. Кто-то, если задумает написать аналог, сможет выписать константы скорости анимации, чтобы повторить в своём проекте и сделать по ощущениям от использования «тем же самым». Можно много вариантов использования придумать.
Но вообще, тут скорее вопрос не в том. что коммюнити сможет подхватить и потянуть (я тоже в это не верю), а в том, что от великого проекта, оставившего след в сердцах людей, должно остаться какое-то наследие. Неважно, в презентабельном или нет, виде, важно чтобы у людей не было чувства, что после стольких лет преданности, любимую вещь отняли и навсегда спрятали неизвестно куда.
А можно ли ожидать видео облёта кометы с частотой кадров в секунду не меньше 25? Хочется посмотреть как если бы сам там находился, а не как на гифке в начале поста — один кадр в сутки. Если судить как быстро появились две детальные фотки с сильно различающимися ракурсами, это будет потрясающее зрелище — поворот вокруг кометы в реальном времени.
А я добавлю, что очень нравится возможность старой Оперы при открытии большого количества вкладок, когда она начинает уменьшать их ширину, отображать фавиконки сайтов до последнего, вплоть до их масштабирования в меньшую сторону. Даже когда открыто несколько десятков вкладок, всё равно остаётся возможность свободно визуально ориентироваться среди них.
А вопросы у меня такие (скопировал из своего старого поста и дополнил):
Вот и получилось — разработчики Chrome (или Firefox) решили упростить интерфейс для новичков, а получилось непойми что для остальных.
Конечно же я продублирую эти предложения в голосовалку, когда её запустите. А сюда пишу, надеясь что ещё не поздно менять движок интерфейса.
P. S. У меня страница багрепортов почему-то выдаёт ошибку 404.
1. Разработчики отлично понимают что скорость работы — один из самых важных пунктов при разработке браузера. Да и вообще делают браузер-мечту гика со всем что вкладывается в это понятие.
2. Есть напаханное поле для оптимизаций, в других проектах оптимизациям мало внимания уделяется, т. к. аудитория тех проектов считает тормоза данностью и особо не парится.
3. У них есть гигантский опыт в разработке супер-быстрой архитектуры. И Opera на Presto была такой быстрой не просто потому что так получилось, а потому что этому уделялось самое пристальное внимание. Так что эти люди в скорости работы приложения понимают даже намного лучше чем мы, пользователи.
Так что да, есть основания полагать, что если Vivaldi и не станет таким же быстрым, какой была Opera на Presto, то станет одним из самых быстрых на Blink вообще.
Blink, как известно, имеет множество ограничений по сравнению с Presto. Интересует как будет решаться этот вопрос? Если говорить о достижении сравнимого юзабилити, то какие-то вещи возможны только на JavaScript. Понятно, что если накрутить много JavaScript'а, памяти будет кушать много. Будете ли вы непосредственно патчить Blink для того чтобы он нативно поддерживал функциональность Presto? Пока что Speed Dial выглядит как свёрстанный на HTML+CSS+JS, а значит рендерер картинки на бэкграунде может быть таким же мигающим, как и рендеринг любой другой картинки на фоне при обновлении страницы. Чего никогда не видел в Presto. Сейчас, правда, и в Vivaldi не получается такого добиться. :)
Ещё вопрос касательно интерфейса. На чём он работает? Вижу, что очень сильно отличается от Chromium. Значит ли это что вы можете его изменять как захотите сами? Сможете ли довести до уровня 12-й Opera по возможностям? Я имею в виду панель загрузки страницы внутри адресной панели, плавные подсвечивания кнопок при наведении мышки. Скины, меняющее оформление всего интерфейса, а где-то даже не отдельных кнопок, а рядом расположенных панелей одной фоновой картинкой.
Но вообще, тут скорее вопрос не в том. что коммюнити сможет подхватить и потянуть (я тоже в это не верю), а в том, что от великого проекта, оставившего след в сердцах людей, должно остаться какое-то наследие. Неважно, в презентабельном или нет, виде, важно чтобы у людей не было чувства, что после стольких лет преданности, любимую вещь отняли и навсегда спрятали неизвестно куда.
Вы об этом? Как видно — всё-таки работает.