Pull to refresh

Comments 49

А зачем тратить место на экране и сверху и сбоку (как на картинках) вместо того чтоб тратить только сверху (как все)? Верхняя часть всё равно ничем не занята, есть в ней вкладки или нет. В таком варианте выходит что она нужна чтоб постоянно светить названием браузера (у меня оно отображается нигде, я его помню) и кнопками свернуть/развернуть/закрыть (оставил себе только последнюю). А остальная строка как раз казалось бы для вкладок, но нет.

Дык на html5 особо с операционкой не повзаимодействуешь чтобы кастомный заголовок окна отрисовывать

У NW.js есть параметр window.frame, отвечающий за сокрытие оформления окна.

Надо будет действительно подумать над идеей.
Разница есть, просто на FullHD она несущественна.

image

Плюсы боковых вкладок проявляются когда:

  1. Вкладок очень много и в классическом варианте они нечитаемы
  2. Маленький экран (ширину боковой панели можно уменьшить)
Вкладок очень много и в классическом варианте они нечитаемы

Когда в FF вкладки перестают влезать, панель вкладок начинает прокручиваться. А минимальный размер конфигурируется стандартными средствами.
Если сделать ширину достаточно удобной, то вкладок по горизонтали в Firefox будет мало влезать.

Размещение вкладок сбоку удобней, да и F-шаблон чтения будет работать.

Cлышал, что в Firefox собираются добавить размещение вкладок сбоку.
Потому что современные мониторы — минимум 16:9, и на таких браузер растягивают в ширину максимум на 2/3 экрана, иначе становится неудобно читать. Поэтому свободное пространство там есть.
Ну вот смотрите: у меня 27". Ширина экрана для потребления контента — слишком велика. Начинаю крутить головой, читать неудобно. По вертикали — можно растянуть, сильно не мешает. Так что на больших мониторах однозначно удобнее вкладки сбоку, хоть и сверху места достаточно.
Firefox + TreeStyleTabs на Arch Linux

Это для сравнения. Так выглядит повседневное использование боковой панели с вкладками.

Надо было скрин, где древовидная иерархия открытия вкладок развёрнута (у вас только последний узел развёрнут, не видно толком ничего). Вся сила и мощь TreeStyle именно в иерархии открываемых вкладок.

А ещё в возможности свернуть их. На моём первом скриншоте около 150 вкладок из 820, часть свёрнуты.


Впрочем вот
Ну да, группировка и сворачивание вкладок это киллер-фича этого плагина. Не понимаю, почему за десяток лет в ФФ так и не сделали этого из коробки.
Зачем если есть вполне качественный плагин.
Когда переписывали api дополнений, то этот плагин был в числе первых для которых писалась необходимая функциональность.
автор плагина в любой момент может забить на плагин. Так я лишился FriGate, например.
Сколько пользователей у ФФ и у клонов Хрома? Как завлечь пользователей, помимо быстрой и стабильной работы, низкого потребления памяти и отсутствия глюков? Нужен какой-то удобный функционал, которого нет у конкурентов. А про плагин ещё надо догадаться…
автор плагина в любой момент может забить на плагин.

Скорее в самом браузере что-то поменяют.
У FF был экспериментальный плагин на боковые вкладки. Они его сами зарубили.

TreeStyleTabs пользуется большой популярностью, сделают форк (сейчас уже 64 contributors). Как было с адблоком и в итоге вылилось в ublock.
Это у вас столько прикреплённых вкладок? Насколько я помню, при запуске FF полноценно загружает эти вкладки. Мне, например, это неудобно.

TreeStyleTabs удобный. Сам долгое время сидел на нём, но потом перешёл на Sidebery. Рекомендую взглянуть. В нём можно использовать панели вкладок, например, разделяя их по темам.
Да ладно, всего 32 закрепленных.
при запуске
Не для того люди закрепляют вкладки, чтобы потом закрывать FF…
UFO just landed and posted this here
Qutebrowser (Python + PyQt + QtWebEngine + Qt / C++)

image


Встроенная в браузер опция размещения табов сбоку. Так что таких браузеров на рынке больше одного.

Согласен, в Qutebrowser оно раньше появилось, не знал про этот его функционал. В статье я еще Opera Neon привёл, который тоже раньше появился.

Ммм, нескучное расположение вкладок.

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

Да, эта проблема весьма актуальна. Но! Строка вкладок отнимает в 3-4 раза меньше, чем непроматываемые и неубираемые шапки некоторых сайтов. Например, яндекс. На ноутбуке просто бесит такой расход высоты ни на что.
Яндекс

Тоже давно пользуюсь nw.js, ещё со времен когда не было электрона и nwjs назывался node-webkit.
Думал что можно на нем собрать свой браузер с нескучными вкладками, но никогда бы не подумал что его можно закинуть в реестр отечественного софта. Ведь там по сути ни чего отечественного бы не было. Только html и js, сам браузерный движок по прежнему был бы на основе webkit, написанного сообществом всего мира.

Я считаю как пример честного отечественного браузера это работу нашего соотечественника: github.com/lexborisov/Modest
Он написал рендер на чистом С. На его основе он же вроде делал что-то типа интерфейса.

А если и делать обертку над webkit, то как пример браузера, которым можно называть таковым — это Otter Browser. Интерфейс написан на Qt. И его кстати пилят наши соотечественники, на сколько мне известно (могу ошибаться).

Это моё субъективное мнение. ИМХО как говорится. Но html js «скины» над webkit я не могу называть полноценными браузерами. Яндекс браузер и вивальди хотя бы вносят правки с сам движок.

Касаемо вкладок, лучше Tree Style Tab для фокса ни чего ещё не встречал.
Реестр больше про экономику, чтобы деньги за ПО в стране оставались и работали на прокачку компетенций внутри.
Кто платит за ваш браузер?
За универсальный браузер никто не платит. Но если выйдут какие-то спецверсии, например для киосков, они могут быть платными.
Под руками виртуалки на покрутить нету, так что спрошу заранее: куда сливает телеметрию?
UFO just landed and posted this here

Отечественный майор

Вкладки сбоку — это хорошо, учитывая то, что сайты не любят в ширину место использовать — оставляют пустые поля либо забивают баннерами.
Для файрфокса есть аддоны, вивальди вроде как из коробки умеет.

А вот адресная строка в уголке, на мой взгляд, решение дурное.
Не хотите делать её во всю ширину экрана — кнопок сбоку разных понавешайте.

Центрирование название вкладки… Не знаю, по мне так лучше по левому краю выровнять, аккуратнее будет.
Использование C++ даёт много возможностей с точки зрения гибкости, но сложно писать код.

Простите, а вы точно программист?
А что не устраивает? Что если взять гораздо более низкоуровневые компоненты браузерного движка, то контролировать можно гораздо больше, а NW.js даёт удобство, но оно же и ограничивает или считаете, что на С++ можно быстрее аналогичный представленному браузеру функционал написать?
Вот это Ваше быстрее по сути сгубило всю отрасль, появились армии «программистов», которые «быстро» из состава высокоуровневых фреймоворков делают монструозные и бестолковые поделки, используя малюсенькие функции всего инструментария фреймворка, причем поделкам нужно все больше и больше ресурсов с каждым обновлением. Понятие оптимизация уже ушло в историю… Ненуачо вот ща 10 минут пару примеров возьмем и готово можно в продакшн.
Жаль, что на ВинХР не работает :(
В NW.js поддержка XP прекращена после версии 0.14.7. Актуальная версия NW.js 0.51.1
Я в курсе, просто выразил своё сожаление…
Синхронизация, телеметрия? Это в движке или нужно вам делать? А можно без телеметрии?:)
Поддержка дополнений — только файлами ставить? Извиняюсь, если вопрос глупый.
Вопросы правильные и по делу, спасибо.

Не, синхронизации нет. Не с серверами же Гугла синхронизацию делать? Да и наверное слышали, что Гугл попросил все альтернативные браузеры вон со своей системы синхронизации.

По телеметрии отсылается только факт запуска, чтобы знать сколько активных установок. В принципе, если бы в Microsoft Store пустили, можно было бы вообще без телеметрии обойтись.

С дополнениями всё сложнее. Сама NW.js поддерживает работу дополнений, если их в специальной папке разместить на этапе сборки, а вот можно ли их из какого-то каталога подтянуть динамически — пока не смотрел.
Как по мне — просто воткните при сборке ublock.origin — и процентов 80 будут довольны. Ну, или менее недовольны:)

Интерфейс отечественный, а движок нет…
Не понимаю — я этих браузер строителей на основе форков фф, хрома, итд. Где ничего нового инновационного нет!!!


За прошлый год мне понравился браузер Flow, где рендер страницы сделан через графический проц а для выполнения js используется v8. Сам браузер пилят на c++ строго по спецификации css.

Жаль, что не признаете возможность инноваций в интерфейсе. Ну дело личное.

А вот с развитием собственного JS-движка и CSS-движка не справились ни Opera ни Microsoft.

Не сложно представить какими эпитетами наградили бы пользователи «полностью отечественный браузер» за его ТТХ, если бы кто его и написал и включил в какие-нибудь госПК и госпланшеты.
Ну и всё-таки здесь не форк Chromium. В данном случае браузер пишется полностью самостоятельно. В статье написано чем браузер от браузерного движка отличается.

Главная страница репозитория проекта гласит следующее: NW.js is an app runtime based on Chromium and node.js.


Вероятно, да, ваш браузер — не форк Chromium, а скорее плагин для одного, собранный со встроенным бекендом в виде node. Впрочем, раз решение есть, значит оно кому-то нужно.


Небольшой совет от пользователя: выделите как-нибудь блок с адресом, в текущем виде он не выглядит как то, по чему можно кликнуть (можно рамку небольшую добавить, чтоб было больше похоже на поле ввода). Вообще, дизайну есть куда стремиться, но я не специалист в данном вопросе — просто выкладываю субъективные ощущения.


С NW.js не работал никогда, отсюда вопрос: почему не Electron? Он, вроде как, побольше контроля даёт.


Исходников, как я понимаю, в открытом доступе нет?


И ещё такой вопрос: как насчёт изоляции вкладок? Одна другой не может чего лишнего передать?


Ну и последний, самый непонятный для меня: почему решили написать свой браузер? Есть же куча готовых, можно написать плагинов для ff или chrome, в обоих, вроде, бы есть режим киоска. Вы написали, что был опыт форка браузера на qt. Так-то можно было прикрутить туда blink с v8 и не заботиться об обновлениях webview qt.

Согласен, надо подумать как сделать смену URL более очевидным.

NW.js — выбор в большей мере исторический (предшествующий KioskBrowser был именно на NW.js). В процессе работы выяснилась тонкость с window.opener, который можно реализовать в NW.js, а в Electron я не смог найти решения. Также проблеме window.opener подвержены некоторые браузеры на HTML5, которые я проверял. Если кто-то сможет с window.opener в Electron решить вопрос, то Electron будет предпочтительнее работать за счет лучшей стабильности и развития.

Да, исходников в открытом доступе нет. Открывать не планируется.

Вкладки изолированы. Технически каждое окно каждой вкладки — это webview со всей встроенной изоляцией.

Режим киоска и в Chrome и в Firefox довольно ущербные, реальный киоск на них можно создать только если пользователю не давать ничего вводить (т.е. рекламокрутилки какие-то без средств ввода через клавиатуру или сенсорный экран).

Попытки переписать готовый браузер (форкнуться и потом поддерживать форк) займут заметно больше времени написания с нуля на HTML5. Обратите внимание, что форки Chromium (Яндекс.Браузер, Спутник, Opera) довольно сильно на оригинал походят. Аналогично с Qt, делать так можно, но развитие будет намного трудозатратнее развития на HTML5.

З.Ы. предложенный вариант конечно не является единственным или «правильным». Надо смотреть на цели создания браузера. Если браузер делается с прицелом вытеснения Chrome, Firefox, Яндекс.Браузер, то тащить Node.js с собой точно не следует.

Просто стырили идею с вертикальными вкладками у Microsoft Edge

Впервые слышу, что у него такое есть и обращаю внимание, что интерфейс в корне отличается от Edge с включенными вертикальными вкладками.

Да и здесь уже приводили ссылки на другие браузеры с вертикальными вкладками, а я привел в пример Opera Neon.

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

Думаю, что многие из малоизвестных плагины не поддерживают.

Но припоминаю API для загрузки плагинов, так что если бы это было действительно принципиально, можно было бы и поддержку плагинов обеспечить.

Сам браузер на NW.js по сути тоже работает как расширение.

Sign up to leave a comment.

Articles