Пользователь
16,5
рейтинг
1 февраля 2015 в 05:58

Разработка → Браузер Vivaldi — свежие новости и анонсы



Всем привет!

Прошло уже несколько дней с момента выхода первой публичной тестовой версии браузера Vivaldi. Естественно, разработчики не почивали на лаврах (да и не с чего ещё: как сказал основатель проекта Йон фон Тэчнер «Всё только начинается») и активно исправляли найденные пользователями баги. Но об этом — чуть позже, а для начала пара слов о результатах.

А результаты показали, что старую Opera по-прежнему помнят, любят и ценят. И как только появился браузер, который решил возродить старые добрые времена (но на современном технологическом уровне, естественно) — он сразу оказался в центре внимания. При этом не обошлось и без любопытных «сюрпризов». Например, если Россия, всегда отличавшаяся тёплым отношением к былому норвежскому браузеру, вполне логично вышла в лидеры по числу пользователей, посетивших в первый день публичной жизни браузера Vivaldi официальный сайт сообщества Vivaldi.net, то появление на втором месте США (да ещё и с минимальным отрывом) можно назвать неожиданным:



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

Ещё интереснее получилось с посещаемостью официального сайта браузера — vivaldi.com. Здесь в первый же день мы получили почти 220 тысяч визитов из 206 стран! При этом США оказались даже в лидерах — обойдя с небольшим отрывом Россию:



Впрочем, очень скоро ситуация исправилась: Россия сегодня уверенно лидирует и на vivaldi.net, и на vivaldi.com, почти на треть опережая США. Всего же в общей сложности на данный момент общее число визитов на официальный сайт браузера vivaldi.com уже превысило 700 тысяч и продолжает расти. Вы, конечно, спросите про число установленных браузеров. Но тут я скромно промолчу: публично озвучивать подобные цифры всё-таки должен Йон фон Тэчнер, как основатель и руководитель всего проекта. Могу только сказать, что цифра эта на сегодня ощутимо шестизначная :)

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



Учитывая, что на русском языке говорю в компании только я один, отправлять баг-репорты нужно на английском языке. Что касается новости из разряда «не очень», то она заключается в том, что открытого баг-трекера пока не будет. Понимаю, что это не та «фишка» старой Opera, которую многим хотелось бы видеть и в новом браузере, но на данный момент у нас нет возможности обслуживать открытую BTS — просто не хватает людей. Впрочем, мы сейчас обсуждаем, каким образом процесс исправления багов может стать более открытым для пользователей Vivaldi.

А тем временем разработчики не сидят сложа руки и исправляют уже обнаруженные вами баги. Буквально час назад я тестировал свежую внутреннюю сборку, и могу сообщить, что баг с закрытием окна браузера до закрытия окна настроек исправлен. Также исправлены и ошибки в обработке одноклавишных шорткатов, приводивших к спонтанному перемещению по вкладкам или изменению масштаба страницы при вводе текстов. По крайней мере, в Linux-версии, которую я всегда тестирую. Кроме того было исправлено множество и других ошибок, но подробнее вы сможете об этом узнать после выхода следующей публичной сборки браузера. Когда? Да совсем скоро — в начале следующей недели. И если кто ещё не в курсе: тестовые сборки мы планируем выпускать еженедельно. Так что мы надеемся, что процесс исправления багов будет достаточно наглядным, почти в режиме реального времени.

Теперь что касается ваших пожеланий, рекомендаций и предложений по улучшению браузера или добавлению старых/новых функций. Это также очень важная задача для нас, поэтому мы начали сбор ваших отзывов и предложений на официальном форуме. Вы можете оставлять свои пожелания как на английском языке, так и на русском.

Заранее отвечу на вопрос «почему вы не соберёте пожелания с Хабра/другого_блога/другого_форума». Тем более, что на одном из форумов я уже такой вопрос получил. Конечно, при создании голосовалки (а я планирую через некоторое время составить список запрашиваемых функций для голосования) будут учитываться и пожелания с других форумов и блогов. Но есть один нюанс. В интернете сейчас создаются десятки веток с обсуждением Vivaldi. Какие-то разработчики знают и заходят туда, какие-то вообще не знают. Таким образом, мы просто не в состоянии коллекционировать по всему интернету все пожелания и добавлять их в списки. Это нереально. Зато есть официальный форум, где мы находимся всегда, и где логичнее всего собирать пожелания, согласитесь? Ведь это ресурс, специально созданный для взаимодействия разработчиков с пользователями. Ни один разработчик софта не будет прочёсывать интернет в поисках того, что о его программе говорят на форумах и в блогах. Разработчик создаёт специальный ресурс и работает исключительно с ним. Думаю, это вполне разумное и логичное объяснение.

И ещё одна новость — из разряда, безусловно, хороших. С первого же дня пользователи начали исследовать внутреннее устройство браузера Vivaldi на предмет того, что там можно поковырять, чтобы сделать браузер своей мечты. Кое-кто по-быстрому написал патчер для замены штатного фонового рисунка браузера на свой, кто-то просто вручную правит файлы, убирая ненужные (на его, естественно, взгляд) элементы интерфейса (благо интерфейс написан на HTML), а кто-то, как в старые добрые времена, пробует делать свой улучшенный перевод интерфейса браузера (к слову, я сам в далёком 2003 году начинал именно с этого, став пользователем Opera).

На самом деле это здорово и возвращает нас к незабываемым и прекрасным временам, когда пользователи имели власть над приложениями, а не наоборот, и когда был огромный простор для творчества, позволявший открывать в себе новые таланты и способности. Здесь у нас с вами полная, как говорится, гармония: нам это нравится не меньше, чем вам. Есть, правда, одно неудобство: при обновлении браузера результаты ваших ручных трудов будут пропадать и вам придётся повторять весь процесс заново. Но сразу могу обрадовать: мы на самом деле готовим довольно внушительный штатный инструментарий для того, чтобы вы могли менять браузер по своему усмотрению и при этом все ваши изменения сохранялись бы при обновлении Vivaldi. Я уже говорил это и готов повторить снова: одна из наиболее приоритетных задач компании Vivaldi — сделать браузер, предоставляющий пользователям максимально возможную свободу по его настройке и изменению внешнего вида. И мы от этой цели отказываться не собираемся.

На этом пока все новости. На следующей неделе ждите от нас очередной тестовой сборки. Всем хороших выходных!
Илья Шпаньков @Shpankov
карма
285,7
рейтинг 16,5
Реклама помогает поддерживать и развивать наши сервисы

Подробнее
Реклама

Самое читаемое Разработка

Комментарии (157)

  • +2
    Доброе утро! Судя по русскому форуму, люди хотят вернуть все возможности старой оперы, а мне вот интересно узнать: обсуждалось ли среди команды x64-версия? Год на дворе уже 2015, а из браузеров таких только IE и Chrome (и с большой вероятностью будет Spartan).

    P.S. Интересный баг: открыл настройки, закрыл окно браузера, окно настроек осталось. Закрыл окно настроек. При открытии браузера открывается… только окно настроек. Помогла переустановка. Windows 8.1. Кто-то может воспроизвести? Тогда оформлю баг.
    • +6
      Буквально час назад я тестировал свежую внутреннюю сборку, и могу сообщить, что баг с закрытием окна браузера до закрытия окна настроек исправлен.

      Не оно?:)
      • 0
        del, мимо:(
    • –2
      Причем Chrome 64 битный менее стабилен. Заметил это у себя
    • +11
      Год на дворе уже 2015, а из браузеров таких только IE и Chrome
      Угу, и Опера на Престо. С 2012 года!
      • 0
        Согласен, как можно было такой движок закопать… :(
    • +2
      Опера под Мак ещё имеет x64-версию.
    • +2
      Firefox как минимум Nightly тоже имеет x64 nightly.mozilla.org/
    • +14
      Можно вопрос: а вам зачем? По-моему, если браузеру хочется сильно больше 3 гигов оперативы, то он малость зажрался, особенно учитывая размещение плагинов в отдельном процессе. Вопрос бинарной совместимости не очень актуален, учитывая, что все расширения пишутся на жабаскрипте. Производительность 32-битных процессов на 64-битном железе не очень-то страдает, наоборот возникает экономия на указателях.

      Как мне кажется, очень малой части приложений на данный момент нужна 64-битность, и браузеры, хоть и находятся на границе, явно не в первых рядах. Редкий комп имеет больше 8 гигов оперативы, и отдавать больше 3 гигов под веб-странички — жирно будет.

      И уж точно это бесполезно (и даже вредно) для Хрома с его отдельными процессами под каждую вкладку и общей прожорливостью.
      • 0
        По-моему, если браузеру хочется сильно больше 3 гигов оперативы, то он малость зажрался
        Не всегда это верно. Хотя сам движок действительно очень прожорливый, не в меньшей степени это зависит и от современного веба напичканного мультимедийным контентом. Так что винить в этом один только браузер нельзя.
      • +2
        64-битность даёт не только возможность адресовать больше оперативки, но ещё и дополнительный набор инструкций, позволяющий компилятору и JIT генерировать более эффективный код.
        • 0
          Бенчмарки — хоть реальные, хоть синтетические? Мы говорим про 0.001%, 0.1% или 10%?
          • +1
            Мы говорим о том, что в Linux даже сделали специальный режим, в котором процессор работает в 64-битном режиме, но адресация 32-битная. Просто чтобы сохраняя требования к памяти повысить производительность (от 5 до 40 процентов на разных бенчмарках)
            • 0
              40% — это один бенчмарк. Дальше говорится про разницу 5–8% на целых и 0% на плавающих. Эти значения весьма заметные, да. Но всё равно интересны результаты в реальных приложениях.
          • +1
            Как минимум в 64-х битном режиме доступно в 2 раза больше регистров общего назначения, что позволяет минимизировать обращения к памяти.
    • +1
      Помогла переустановка. Windows 8.1.

      Я на минутку подвис.
    • 0
  • +2
    И снова тот же вопрос — почему бы вам не создать на форуме голосование за самые нужные фичи?

    Одно дело, если вам это знать не нужно и у вас уже есть roadmap на ближайшие месяцы, но судя по тому, как вы часто упоминаете роль сообщества, то неплохо бы это самое сообщество нормально организовать для начала. Сейчас все пожелания на вашем форуме дублируются по 3-4 раза, смешиваются в кашу и разбавляются оффтопом. За год работы форума на нём даже не починили вывод маркированных списков (хотя кнопка в редакторе есть).

    Понимаю, что это всё, возможно, мелочи, но сообщество действительно могло бы вам помочь эффективнее, чем это происходит сейчас. Отказ от публичного багтрекера непонятен — почему бы не набрать из сообщества 4-5 толковых модераторов, дав им доступ одновременно и к внутреннему, и к публичному багтрекеру? Они будут проверять присылаемые баги, прибивать дубли и подтверждённые проблемы дублировать в основной, внутренний трекер.
    • +5
      В статье же всё написано:

      Конечно, при создании голосовалки (а я планирую через некоторое время составить список запрашиваемых функций для голосования) будут учитываться и пожелания с других форумов и блогов.
      • +2
        Ох, чёрт, действительно пропустил. Спасибо что поправили.
  • –23
    Скачал установил, увидел убогость бетки, тормоза с отрисовкой, всё сделано как-то топорно, напоминает курсовой проект какого-нибудь студента 3-го курса, Когда учился сам грешил подобным, правда я на движке от лисы делал.
    Будем ждать более менее нормального релиза.
    • +3
      Если его просто «ждать», то процесс может затянуться на неопределенное время. Все последние новости о Vivaldi, как мне кажется, публикуются для того, чтобы привлечь новых людей, которые будут не ждать, но участвовать и способствовать развитию проекта.
    • +3
      На моем засра… м ноуте, где стоит с 10-к браузеров (включая Canary и Fx nightly ) — Вивальди самый быстрый — очень приятная отрисовка. Чем то неуловимо отличается от остальных — без рывков и провалов. Правда 16 гигов RAM
  • +3
    Илья, раз уж вы подняли вопрос «олдскула на современном уровне», не могу всё-таки не брякнуть свой фичреквест: window-decoration в Linux-версии дьявольски вырвиглазный. Меня от этого оформления в духе приснопамятной «Windows Контрастная» просто порвало. Кто это придумал — я не понимаю, жить так нельзя.

    Пожалуйста, сделайте с этим что-нибудь. Вон тот же Chrome, использует себе GTK-оформление, и всё замечательно. Но это сочетание цветов тайтла и кнопок — жесть.
    • 0
      Оформление полностью будет заменимо — думаю будет немерено тем. Но вот сейчас уже habrahabr.ru/post/249199/
  • +23
    у нас нет возможности обслуживать открытую BTS — просто не хватает людей
    Серьёзно?? Учитывая, что у вас есть публичная форма для репорта багов, то через неё будут репортить значительно больше багов, чем через публичный багтрекер — будет куча дубликатов, которых могло бы не быть. Так что публичный трекер, на самом деле, требует меньшего количества людей.

    Надо полагать, настоящая причина в том, что вы хотите скрыть реальное положение дел — сколько открытых багов, насколько оперативно они исправляются, есть ли обратная связь. Или, в лучшем случае, не хотите открывать внутренний багтрекер (куда попадают в т.ч. репорты через публичную форму), и не хотите работать одновременно с двумя багтрекерами и сталкиваться с дублированием багов между ними. Но во втором случае проблема, на самом деле, надуманная — просто вынесите из внутреннего трекера в публичный все баги касающиеся функциональности видимой пользователям, и у вас останется два трекера но в них будут разные категории багов/задач, и никакого дублирования между ними не будет.
    • +1
      Серьёзно?? Учитывая, что у вас есть публичная форма для репорта багов, то через неё будут репортить значительно больше багов, чем через публичный багтрекер — будет куча дубликатов, которых могло бы не быть. Так что публичный трекер, на самом деле, требует меньшего количества людей.


      Я специально изучал открытые баг-трекеры несколько лет назад и сравнивал с оперным. Выяснилось, что процент дублей одинаков что в открытом, что в закрытом трекере. Просто когда число баг-репортов исчисляется тысячами, дубли неизбежны и тут уже дело менеджеров, как оперативно и грамотно они вычисляют и группируют дубли. Поэтому и число менеджеров, работающих в трекере, требуется соответствующее.

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


      Скрывать нам нечего — не ракеты делаем. Рассматривали самые разные варианты — и с разделением трекера, и с двумя трекерами. Финального решения пока не нашли, но основная задача — иметь один трекер, но при этом постараться сделать его более прозрачным для репортеров.
      • +5
        Простите, не уловил суть Вашего ответа.
        Выяснилось, что процент дублей одинаков что в открытом, что в закрытом трекере. … Скрывать нам нечего — не ракеты делаем. … основная задача — иметь один трекер, но при этом постараться сделать его более прозрачным для репортеров
        Так в чём проблема тогда открыть свой трекер? Если количество и репортов и дублей будет одинаковым и скрывать нечего? Для чего конкретно вам не хватит людей при открытом трекере но при этом хватает при закрытом, при одинаковом количестве тикетов?
        • –3
          Проблема в том, что открытый трекер подразумевает большее число людей, имеющих к нему доступ, и, как следствие, нужно больше людей и времени, чтобы обеспечивать управление и взаимодействие с этими людьми. Вы же понимаете, что пользователи не просто будут что-то смотреть — неизбежны дискуссии, обсуждения, споры. Всё это потребует и времени разработчиков, и собственно самих разработчиков. А их у нас пока всего 15 человек.
          • +4
            Я опять не уловил логическую связь. Или у меня сегодня с этим проблемы, или…

            Каким именно образом открытый трекер вынудит ваших разработчиков ввязываться в дискуссии, в которые они не хотят ввязываться? Существует море проектов, авторы которых отвечают на то, на что считают необходимым, и игнорируют все остальные тикеты (а иногда и просто хамски их закрывают без объяснений — что, по большому счёту, ничем не отличается от отправки багрепортов через вашу форму без получения на них ответа) — и если эти проекты полезны, то с таким поведением авторов приходится мириться.

            Да, если дать возможность пользователям обсуждать между собой баги, то вашим разработчикам будет валиться больше входящих писем в процессе этих дискуссий. Но, во-первых, они могут содержать полезную и вам и другим пользователям информацию. А во-вторых — не хотите получать письма, так заблокируйте их отправку или сортируйте их автоматическими правилами в отдельный inbox. Сколько минут нужно, чтобы это настроить?

            В конце концов, вы позиционируете вивальди как браузер заботящийся об удобстве пользователей, именно этим он должен выделяться на общем фоне — так вот, публичный багтрекер это важный элемент необходимый для удобства пользователей!
            • +1
              Я понимаю ваше желание. Даже его поддерживаю. Но есть один нюанс — решение принимаем не вы и не я. Решение принимают разработчики, у которых есть долгий опыт работы как с открытым трекером, так и с закрытым. Если они делают какой-то выбор — он имеет под собой обоснование. Когда будет прямой диалог с разработчиками (в рамках сессии вопросов-ответов) — вы сможете подискутировать с нашими разработчиками.
              • +4
                Печально, но с этого нужно было начинать. Не «людей не хватает», а тупо «разработчики против, религия не позволяет». Нет аргументации — не с чем спорить. Их право принимать такие решение. Но и последствия тоже на их совести. :(
                • 0
                  Вы приписываете мне то, чего я не говорил. Разработчики против открытого трекера именно потому, что понимают — существующих сил просто не хватит. При чём тут религия?
                  • 0
                    При чём тут религия?
                    Религия подразумевает веру. Если открытого баг-трекера в проекте Vivaldi ещё не было, то разработчики не знают, сколько нужно для его поддержки человек. Они в это лишь верят. А из веры и происходят религия.

                    Надеюсь я правильно уловил мысль powerman =)
                    • 0
                      Нет, я уже говорил выше, что разработчики достаточно опытны и имеют опыт работы как с открытым, так и с закрытым трекером. Таким образом, их решение основано на практике, а не на теоретических размышлениях.
  • +5
    Посмотрел на состав вашей команды, и возник вопрос — как вам без QA живется? Все фичи, регрессию и нефункциональщину Dev-ы гоняют? Или всё супер-автоматизированно (тогда на чем пишете тесты)?
    • 0
      Тесты есть, но тема от меня далёкая. Будут «вопросы-ответы» с разработчиками — сможете спросить у них напрямую.
  • +9
    Впрочем, очень скоро ситуация исправилась: Россия сегодня уверенно лидирует и на vivaldi.net, и на vivaldi.com, почти на треть опережая США

    А русифицировать сайты в знак признательности самой большой аудитории пока не нашлось времени))
    • +1
      А русифицировать сайты в знак признательности самой большой аудитории пока не нашлось времени))


      Да, не нашлось. Вообще у нас практически нет девелоперов по сайту. Поэтому мы и взяли готовый движок. Так что практически вся локализация взята оттуда.
  • +1
    На карте между Индией и Китаем раскрывается новый океан?
    Не знал, что проблема Тибета так остра, что на западных картах его вымарывают из границ Поднебесной.
    • 0
      Да там и пол-Африки затоплено вдобавок. Возможно, это страны, где про Вивальди ещё не знают?
      • 0
        конечно это страны где о Вивальди не знают. Но суть в том, что Тибет является официально частью Китая, ни одно государство мира не считает его отдельным государством, поэтому странно, что он отделен на карте от Китая.
        • +2
          Это сторонний стат-сервис (Piwik). Можно отправлять вопросы им напрямую.
        • +3
          О, да, я как-то не обратил на это внимания.

          Видимо, достаточно того, что Тибет считает отдельным государством автор коммита в репозиторий Piwik с комментарием «free tibet!», сотрудник Нью-Йорк Таймс, между прочим. А вообще, похоже, на Западе эту тему будут активно развивать для давления на Китай. По крайней мере, всяческие «активисты» с этим лозунгом давно уже стали привычным зрелищем на улицах некоторых европейских городов.
    • –15
      И Крым не наш (
      • 0
      • –3
        Крым не ваш/наш, а является спорной территорией.
        Именно это и является причиной ограничений: невозможно работать с территорией, которая непонятно кому принадлежит.

        Скорее всего его признают частью России в ближайшие годы, ограничения будут сняты, а картографические сервисы причислят его к России.
        • 0
          Северному Кипру расскажите про ближайшие годы. :)
          • 0
            ну Северный Кипр не является аналогом Крыма. Аналогов Крыма, пожалуй, и нет, если посмотреть на разумное кол-во лет назад. Аналогов же Сев. Кипра — вагон и маленькая тележка.
  • –1
    По многим комментам видно, что люди не читали статью.
  • 0
    Можно будет пользователю поменять иконку и название браузера?
    • 0
      Конечно, можно уже сейчас.
      • 0
        Если не рассматривать вариант с использованием другого браузера, подскажите, как это сделать пользователю?
        • 0
          Если кратко, то в \resources\vivaldi\resources\ заменить соответствующие иконки.
          А насчёт названия браузера это я не понял. Вам в «О программе» хотелось его поменять или в ярлыке?
          • 0
            В таскбаре. Для личного пользования. Хочу попробовать изменить Firefox'у. Концепция Вивальди нравится. Не нравится название и иконка.
            • +1
              О, ну это просто. В browser.html поменяйте содержимое тега title на нужный.
              Скрытый текст
              image


              Но вообще сейчас очевидно, что это временная вещь, т.к. совсем не дело, когда заголовок страницы в таскбаре не отображается.
              • 0
                Благодарю за советы. А верхний бар можно полностью убрать? Или это уже дополнениями можно сделать?
                • 0
                  Можно, но, если честно, то это немного неюзабельно, т.к. окно никак не развернуть или перетащить.
                  Скрытый текст
                  image


                  Дополнений, к слову, пока нет, они будут лишь в будущем.
  • +12
    Вы всё-таки не хотите идти в opensource-модель. Это очень, очень плохо.

    И мой вопрос про странные malware-style телодвижения в postinst'е с добавлением тихой сапой ключа в доверенные у aptitude'а и прописыванием в crontab собственных задач от рута, он так и остался неотвеченным.

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

    Назовите мне хотя бы одну причину, почему я должен вам доверять до такой степени?
    • –2
      Отправьте все свои замечания сюда — будем разбираться.
      • +8
        Вы серьёзно хотите, чтобы я писал баг со словами «не могу найти исходные тексты, поправьте»?
        • 0
          Мой комментарий относился вот к этому:

          И мой вопрос про странные malware-style телодвижения в postinst'е с добавлением тихой сапой ключа в доверенные у aptitude'а и прописыванием в crontab собственных задач от рута, он так и остался неотвеченным.
          • +6
            Так проблема же основная именно в проприетарности. Уберёте проприетарность, ваш браузер будет в каждом уважающем себя дистрибутиве, с мейнтейнером, правильно работающими апдейтами и т.д., так что хаки с самопрописыванием в доверенные ключи aptitude просто не нужны будут.

            Понятно, что это открывает вопрос о прибыльности компании, но я пока что не понимаю, как вы собираетесь зарабатывать сейчас (на бесплатных версиях), так что разницы, что открые сырцы, что закрытые, никакой.

            А вот позиционирование продукта очень сильно поменяется. Де-факто у нас сейчас только один true opensource браузер (Firefox) и есть свободный форк Хрома (chromium-browser) с плохой моделью govenance. В какое место этой экосистемы попадает vivaldi? Ни в какое. Он улетает в non-free где и остаётся тухнуть. Это в том случае, если кто-то решит вообще пошевелиться ради проприетарщины.

            • +2
              Opera всегда числилась в non-free, что не мешало этому браузеру иметь в стане пользователей GNU/Linux не меньший процент пользователей, чем в стане пользователей Windows. Я тоже давний активный сторонник свободного ПО (именно свободного, а не открытого), но при этом я понимаю, что свободная лицензия — это не самоцель и не панацея, а лишь один из способов организации разработки программного продукта.
              • +6
                Напомните мне, это время было до Сноудена или после? Надо понимать, что вся история делится на несколько эпох — и эпоха до Сноудена и после совершенно различаются.

                Если даже RSA (организация) оказывается прогнутой под NSA, то каким образом можно предполагать, что такой удобный канал дистрибуции _любого_ кода на машину пользователя будет не использован?

                После Сноудена вопрос открытости исходного кода — это уже не Столман с идеалами кооперации и креативности, а сугубо вопрос выживания. Либо вся инфраструктура открыта, либо она используется для агрессии против пользователя.
                • +7
                  Для меня лично деления на эпохи нет. Когда я четыре года назад говорил, что Google собирает и анализирует абсолютно все данные о пользователях и затем сливает их спец.службам — меня называли параноиком. То, что Сноуден открыл глаза обывателям — это лишь закономерность.

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

                  Если вы считаете, что браузер делает что-то неправильно в плане обработки данных — обязательно нужно об этом сказать разработчикам. Вдруг они что-то пропустили?
                  • +3
                    Сейчас вы меня плавно склоняете к мысли «да никакой разницы особой нет, доверяй так, ну нафига тебе исходники, да ты чё, мне не веришь?».

                    Не верю. В исходники лазит достаточно много неожиданных людей, чтобы за этим нельзя было уследить. В сравнении с этим «лаборатория» отличное место для разговора «по душам» с сотрудниками.
                    • 0
                      Я вас не агитирую, а просто поясняю реальность.
                      • +4
                        Как верно заметил amarao — именно реальность изменилась с тех пор, когда появилась и стала популярной опера. Не знаю насчёт него, но лично я был настоящим фанатом оперы, использовал её ещё с тех времён, когда она была платной, успешно поставил её всем друзьям, знакомым и родителям. Так что моя критика и настойчивость вызвана исключительно желанием предупредить беду — если сейчас разрабатывать оперу в том же стиле, что и 10 лет назад — результат будет печальным (а по всему похоже, что выбран именно этот стиль, однажды доказавший свою успешность).

                        Ибо реальность изменилась.

                        Да, для Вас, меня и ещё нескольких параноиков — она не менялась. Да, мы были в курсе происходящего всегда, и откровения Сноудена у нас вызвали исключительно лёгкое недоумение «а чего ещё вы ожидали?». Но основная масса пользователей — не мы. И для них — реальность изменилась. Поэтому, чтобы в изменившихся условиях получить их доверие, нужно сделать несколько ритуальных танцев — открыть исходники, перестать добавлять свои репозитории без ведома юзера, рассказать как ваш продукт помогает защищать приватность юзера — и не важно, что на практике для приватности юзера от этого ничего реально не изменится.
                        • +6
                          Знаете, куда изменилась реальность? Открытость кода была дискредитирована. И сделала это компания Google, которая прикрывалась лозунгами открытости, но при этом создавала полностью закрытую экосистему, собирающую данные пользователей. Сегодня лейбл «открытый код» совершенно потерял своё значение, особенно сравнивая с тем, как он воспринимался ещё 10 лет назад. Благодаря Google сегодня открытость кода не защищает вообще ни от чего. Ни от слежки, ни от сбора данных, ни от просмотра этих данных совершенно незнакомыми вам людьми.

                          Vivaldi основан на коде Chromium. Chromium — проект с открытым исходным кодом. Пожалуйста — смотрите, проверяйте, анализируйте. Мы же фактически только добавляем интерфейс к этому ядру, в самом ядре никаких правок не делаем.
                          • +3
                            Нет. Градация следующая:

                            Приватная платформа (SaaS)
                            Проприетарный код (binary)
                            Open Source
                            Free Software
                            Open Govenrance

                            Градации сверху вниз. Хуже всего код, в котором закрыто всё, даже его бинарная часть (то есть средней руки веб-сервис). Далее — проприетарный код (без серверной части). С ним, по крайней мере, можно иметь expectation и сетевую изоляцию. Open Source подразумевает возможность посмотреть на исходный текст. Free Software даёт возможность модифицировать код и (с некоторыми нюансами) делать с ним любую клёвую штуку.

                            А вот дальше идёт Governance model, в которой гугль занимает наиболее радикально-обскурантистскую позицию, делая контролируемый open core без участия комьюнити.

                            Насчёт «chromium»: Извините, вы добавляете код к открытому коду. И вот эти ваши «добавки» и вызывают вопросы.

                            Хотите дам подсказку? Разделите код и ресурсы. Пусть иконки/скины/копирайтики будут копирайченые (если уж вам так хочется «держать и непущать»), а код откройте под несвободной лицензией (смотреть можешь, тырить — нет).

                            Это сильно изменит ситуацию.
                            • +2
                              Самый простой способ запутаться в оценках — плодить терминологические сущности :)

                              Всё немного проще. Экосистема Google является клиент-серверной, при этом собственно клиентская часть типа «Open Source» и на самом деле она вообще не имеет значения, а весь основной функционал находится на серверах Google — и вот туда ни одна любопытная мышь не проскочит. Абсолютно вся информация из клиентов проходит через серверы и соответствующим образом обрабатывается.

                              Vivaldi не собирает данные и не обрабатывает — это не наш бизнес. Если что-то работает коряво — пишите в BTS и мы будем исправляться.
                              • +2
                                Извините, но нет. Основная претензия сейчас к гуглу — не столько в их серверной части (что решаемо), сколько к play services, которые предоставляют приложениям огромный комплект API, которые намертво closed source, и фактически, делают AOSP проигрывающим google/android. Без серверной части как-то обойтись всё-таки можно. Без нормально работающих приложений — увы, никак.

                                Vavaldi — извините, а что ваш бизнес? Если софт бесплатный, но закрытый, то кто платит программистам и из какого бюджета? Почему я должен вам верить насчёт того, что «не собирает и не обрабатывает»? Как я это могу проверить, кроме как реверс-инжинирингом?
                                • 0
                                  Ну, у вас могут быть свои претензии к Google, мои претензии остаются неизменными уже много лет :)

                                  Vivaldi, как и любой стартап, на данный момент вообще ничего не зарабатывает — все живём за счёт денег, вложенных основателем компании. Но про будущие способы заработка Йон уже говорил — партнёрства с поисковиками и веб-сервисами/веб-сайтами. Ровно то же самое, что делает, например, Mozilla в Firefox. К слову, в версиях Vivaldi для некоторых стран уже есть партнёрские ссылки — и реверс-инжиниринг для того, чтобы это увидеть, не требуется.
                                  • +3
                                    Ок, в этом случае мой вопрос становится ещё более резким: если FF может жить в таком режиме и иметь открытый исходный текст (с анально огороженным трейдмарком), то что мешает vivaldi делать то же самое? С точки зрения бизнес-модели не имеет значения открыты сырцы или закрыты. А вот с точки зрения подозрения в том, что бинарники — это не только браузер, но и ещё какой-то, нам не известный, код — очень даже имеет. Подозрительные закладки в бинарнике ныкать много удобнее, чем в исходном коде.
                                    • –1
                                      С точки зрения бизнес-модели не имеет значения открыты сырцы или закрыты.


                                      Так я вам об этом же выше и сказал. Лицензия выбирается не по принципу «как выгодней», а по принципу наибольшей эффективности. Если разработчик считает, что сделает свою работу лучше с открытой или закрытой лицензией — он и делает соответствующий выбор.
                                      • +1
                                        После того, как разработчик сделал свой выбор, выбор может сделать и пользователь. Например сказать, что нафиг не сдалась проприетарщина в браузере, и постараться эту мысль до аудитории донести.
                            • –3
                              Пусть иконки/скины/копирайтики будут копирайченые (если уж вам так хочется «держать и непущать»), а код откройте под несвободной лицензией (смотреть можешь, тырить — нет).

                              Простите, код чего? Движок открыт, а интерфейс весь лежит в полном доступе.
                              • +5
                                Код того, что запускается из бинарника. «Движок» — это всего лишь библиотека для рендеринга. Её код совершенно не отвечает на вопрос «а что это у нас тут за забавный лишний сокет слушает входящие коннекты после knock-knock определённой последовательностью в padding'е у TLS'а?», или «а почему это оно при старте сканирует жёсткий диск в поиске данных, совпадающих с списком хешей?».

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

                                Заметим, возможность «скомпилировать» никак не означает, что это лицензия «бери кто хочешь делай что хочешь». Это всего лишь opensource. Который снимает ряд подозрений с компании, которая раздаёт бинарники (неявно получающие себе рутовый доступ) «за так».
                                • 0
                                  Давайте будем реалистами. Количество параноиков пренебрежимо мало. Они не делают погоды при выборе браузера.
                                  • +2
                                    Но делают погоду при том, когда пользователь выбирает тот или иной продукт. Если все вокруг говорят «фу, Vivaldi без открытых исходников», тот самый «ни о чём не думающий и соглашающийся со всем» пользователь (которого вы неявно рисуете, называя остальных параноиками), может и задуматься — а может, нафиг его? IE11, Spartan, для остальных хром. К чему очередное переучиваться?

                                    Т.е. если вы пишите на хабр, вы очевидно целитесь на квалифицированных пользователей. Вот им на вопросы о причинах проприетарности (а так же о причинах malware-style поведения с ключами aptitude'а) обсуждать как раз надо.
                                    • +1
                                      Если все вокруг говорят «фу, Vivaldi без открытых исходников»

                                      Вы, верно, с какой-то другой планеты… Кто все? Где вокруг? Посмотрите на методы распространения браузеров и задайтесь вопросом, на каком количестве пользователей паранойя хотя бы косвенно скажется (передастся через тыжпрограммиста, например).

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

                                      Я не хочу сказать, что параноидальный взгляд на мир ущербен. Он оправдан. Но в данном случае он не играет роли.
                                      • +4
                                        Ну и зачем вы тут тогда что-то про него пишите? Распространяйтесь как другие малвари через «дополнительное ПО» в составе оптимизаторов реестра.

                                        А если пишете на хабр — ожидайте сложные вопросы.

                                        Что же касается экономических причин держать сырцы закрытыми — я не услышал ни одной пока что. Описанная модель бизнеса (от поисковиков) совершенно ортогональна открытости сырцов.
                                • +1
                                  Вы относительно недалеки от истины. Когда я запустил Opera 22, она первым делом своровала из моего профиля Firefox cookie.Причем не закладки, не вкладки, а именно cookie!
      • +3
        Ох, человек говорит не про баг, а о ключевом выбранном пути разработки и отправляя его с этим в багрепорт — это похоже на тонкую издёвку))
        • 0
          Комментатор считает, что приложение делает что-то, нарушающее приватность пользователя и ведёт некую скрытую работу. Почему об этом нельзя поговорить с разработчиками?
          • +2
            1) Вы/ваша команда опубликовали здесь пост, который подразумевает в т.ч. обратную прямую связь и отправлять по важным вопросам в багрепорт — это некомильфо. Вопрос открытости/пропиетарности — очень серьезен и подразумевает открытую дискуссию.
            2) Поговорить с разработчиками можно, вот для этого человек и задал тут этот вопрос — только вынес на топ-уровень, а не на уровень спецов, которые выполняют важную работу, но не принимают решения по таким вопросам.
            • +1
              1. Вопрос открытости/проприетарности не имеет значения в контексте взаимодействия разработчиков и пользователей. Пользователям вообще всё равно, по какому принципу создавался код программы — свободному или проприетарному. Пользователь получает бинарный пакет в любом случае. Если разработчики считают, что они эффективнее будут работать в условиях свободной лицензии — они выбирают GPL, если они считают, что будут выпускать более качественный продукт при закрытом стиле разработки — они выбирают проприетарную лицензию. Повторю, что это лишь способ разработки кода, при этом на популярность программного продукта способ разработки влияет минимально — гораздо большее значение имеет функциональность ПО, маркетинг и хорошо налаженная обратная связь с пользователями.

              2. Я обязательно буду организовывать на Хабре сессии вопросов-ответов как с Йоном фон Тэчнером, так и с разработчиками. Там и можно будет поговорить на эту тему.
              • +2
                Ок, то есть вы говорите, что те, кого волнует принцип, не ваши пользователи. Так? Или как?
                • +1
                  Не надо мне приписывать то, чего я не говорил. :)
                  Наши пользователи — те, кто пользуется браузером. При этом всегда будет определённое число людей, которые по каким-то причинам становиться нашими пользователями не захотят. Это нормально, так бывает.
              • +3
                Вы правда считаете, что в наше время число тех пользователей, кто обращает внимание на каком принципе разработан программный продукт стремится к нулю?
                Я бы поспорил, что пользователю не важно это. Более того, этим сейчас многие озаботились и уже внимательно выбирают средства общения и взаимодействия через Сеть. Это заметный тренд.
                • +1
                  К сожалению, факты вас не подтверждают. На десктопе доля GNU/Linux уже много лет держится на одном уровне, а на мобильном рынке (который, в отличие от десктопного, активно растёт) свободного ПО вообще практически нет. Надеюсь, вы не будете приписывать к свободному ПО Android?
                  • +2
                    Во-первых, большая часть Android является свободной; и наличие таких проектов как CyanogenMod не позволяет в этом сомневаться.
                    Во-вторых, я считаю, что большая открытость (по сравнению с iOS) во многом поспособствовала стремительному росту популярности Android.
                    В-третьих, за исключением Microsoft и в какой-то степени Apple с их фантастическими финансовыми (и не только) ресурсами, никому за последние лет двадцать не удалось сделать закрытый браузер достаточно популярным. И я считаю, что не удастся, потому что веб — это среда, где нужна поддержка разработчиков, тех самых гиков, которым не все равно, свободная лицензия или нет.
                    Ну и на самом деле, есть основания считать Android и Chrome не свободным ПО. Ок, сделайте Vivaldi несвобоным в том же самом смысле (Chromium vs Chrome, Android vs AOSP). А то получится как в прошлый раз, когда пользователи остались у разбитого корыта. Была бы у Opera свободная лицензия, Vivaldi даже не пришлось бы писать [с нуля].
                    • +2
                      Во-первых, большая часть Android является свободной


                      Экосистема Google является клиент-серверной, при этом собственно клиентская часть типа «Open Source» и на самом деле она вообще не имеет значения, а весь основной функционал находится на серверах Google — и вот туда ни одна любопытная мышь не проскочит. Абсолютно вся информация из клиентов проходит через серверы и соответствующим образом обрабатывается.
                      habrahabr.ru/post/249407/#comment_8258039

                      Android — это клиентская часть.

                      Была бы у Opera свободная лицензия, Vivaldi даже не пришлось бы писать [с нуля].


                      Вот это очень хороший довод. Но есть нюанс: а была бы тогда вообще Opera?
                  • +1
                    Ваш же график говорит (если скачать детальный документ), что за последние 5 лет доля линукса на десктопе удвоилась
                    • +1
                      Да. С 0,78% (2010) до 1,33% (2014). В 1,7 раза. За пять лет. На десктопе. Только вот десктоп при этом с каждым годом уступает свою долю мобильным устройствам. И продажи ПК сокращаются ежегодно на 10%. Ваши прогнозы для Linux?
                      • +1
                        Прогнозы на основе статистики за прошлые годы строить это пальцем в небо. До выхода андроида никто и предположить не мог что линукс будет доминировать в смартфонах, ведь позиции windows на pda выглядели очень сильными.
                        Так что стремительный взлет вполне вероятен, впрочем как и любой другой исход.
                        • +1
                          На смартфонах доминирует не Linux, а Android. Linux на смартфонах — это Tizen, Sailfish, Qtopia, CyanogenMod. Они, к сожалению, никак не доминируют на мобильных устройствах.
                          • +1
                            Извините, я что-то не понимаю. Как можно противопоставлять Linux и Android, когда второе без первого вообще существовать не может? Возможно, вы хотели сказать про GNU/Linux. Ну так извините, GNU/Linux это всего лишь один из вариантов реализации userspace. А вот Linux в Андроиде самый что ни на есть настоящий, хоть и не очень свежий.
                          • 0
                            uname -a наберите в терминале телефона. Удивитесь
                            • +5
                              На мой взгляд, называть Андроид Линуксом это то же самое, что называть секс-рабыню женой.
  • –3
    Все конечно хорошо и спасибо вам за это.
    Но все же это не опера… а очередной браузер на движке хрома…
    Нет в планах все таки свой движек сделать?
    Версии под мобильные ос ожидаються?
    • 0
      Свой движок — пока нереально. Может быть, в будущем, когда основательно встанем на ноги. Это уже совсем другой уровень разработки, который коллективом в 15 программистов не осилить.

      Версии для мобильных платформ — ожидаются и уже в работе.
      • –3
        Просто сейчас конечно внешний вид оперы многим очень нравиться
        но существенных плюсов в скорости работы или чемто не может быть
        так как это тотже хром
        а закрытость сорцов тоже часть людей отпугивает.
        А не пробывали из оперы попросить или выкупить движка сорцы 12* версии?
        ведь им оно все равно не нужно.
        • +3
          Ни дарить, ни продавать Presto никто не будет. Да, впрочем, уже и не надо — он устаревает стремительно.
        • 0
          им оно все равно не нужно.
          Оно на серверах Opera Mini крутится. Хром, видимо, слишком «жирный» для этого, и они это понимают.
          • 0
            Последний раз, когда я это спрашивал, мне не ответили, крутится ли оно там до сих пор.
            • +1
              pepelsbey довольно ясно говорил, что Presto всё ещё используется на серверах Opera Mini.
            • +5
              Presto до сих пор используется на серверах Opera Mini и в некоторых телевизорах,
              а значит остаётся нашим коммерческим продуктом

              27 января, прямым текстом и много раз до этого.
  • 0
    В свежем ReactOS Vivaldi без проблем ставится (в отличие от Оперы, начиная с 10 версии, и Google Chrome), но при запуске начинает потреблять 100% процессора. Поможете определить причину?
    • +3
      Боюсь, что сейчас у девелоперов нет времени тестировать Vivaldi в ReactOS, но если вы обнаружите причину и отправите баг-репорт — думаю, проблему поправят.
      • +3
        А были бы сырцы открыты — вам бы сразу и патч бы прислали… К вопросу о преимуществах закрытых исходников.
        • +1
          Вы думаете, проверять и тестировать чужой код проще и быстрее, чем написать свой?
          • +3
            Не написать, а исправить. И да, при адекватном CI — проще. (Отвечая на вопрос, кто CI будет настраивать на yet another OS — если конфиги в опенсорсе, то и конфиг для CI тоже пришлют).
      • 0
        Подскажите, можно ли получить дебажный лог старта Vivaldi? Не совсем понятно, что браузеру не хватает для успешного запуска в ReactOS.
        • 0
          Я спрошу у ребят.
  • 0
    И повторю свой вопрос, надеюсь получить ответ.

    Встроенный irc-client будет?
    Opera Unite возродите, она же с открытыми исходниками была?
    Торрент-клиент будет?
    • 0
      Решение по внедрению тех или иных функций будет приниматься на основе пожеланий пользователей. Если большинство будет требовать что-то из этого списка — естественно мы будем делать.
    • +2
      Мое ИМХО как пользователя броузера (а мне он понравился), мне бы очень не хотелось видеть в нем irc-клиент, да и торрент-клиент наверное тоже. Он сейчас легкий и быстрый, а добавление поддержки всех протоколов, которые только могут понадобиться пользователю, не будет бесплатным в плане ресурсоемкости. IRC уже давно вышел из широкого употребления, и нужен для каких-то экзотических случаев. Торренты востребованы, но… сделать лучше, чем uTorrent 1.8, вряд ли получится :)
      • +1
        Поддержка IRC на скорость браузинга не должна влиять вообще никак, пока вы ей не пользуетесь. Будет просто что-то вроде запуска локального Web-клиента IRC.
        А сам IRC используется, например, для техподдержки/общения с разработчиками у многих OpenSource (и не только) проектов.
        • 0
          Это в теории она не должна влиять. А на практике — когда в одном приложении встроено 10, то у них неизбежно возникает немало общего кода. Который приходится делать более универсальным, сложным, медленным, ресурсоёмким… чем требовалось бы для одного приложения. Покажите мне приложение-комбайн, которое не тормозит, и не жрёт память как не в себя?
          • +2
            Opera 12 считается?
            • 0
              Я буквально напрашивался на этот ответ. Считается. Ещё примеры есть? Какие-либо основания считать, что на кодовой базе хромиума тоже получится сделать нетормозящий комбайн?
              • +1
                Если собрать всю информацию, что была на этой неделе и касается скорости, да и просто если порассуждать:

                1. Разработчики отлично понимают что скорость работы — один из самых важных пунктов при разработке браузера. Да и вообще делают браузер-мечту гика со всем что вкладывается в это понятие.
                2. Есть напаханное поле для оптимизаций, в других проектах оптимизациям мало внимания уделяется, т. к. аудитория тех проектов считает тормоза данностью и особо не парится.
                3. У них есть гигантский опыт в разработке супер-быстрой архитектуры. И Opera на Presto была такой быстрой не просто потому что так получилось, а потому что этому уделялось самое пристальное внимание. Так что эти люди в скорости работы приложения понимают даже намного лучше чем мы, пользователи.

                Так что да, есть основания полагать, что если Vivaldi и не станет таким же быстрым, какой была Opera на Presto, то станет одним из самых быстрых на Blink вообще.
                • 0
                  что если Vivaldi и не станет таким же быстрым, какой была Opera на Presto, то станет одним из самых быстрых на Blink вообще

                  Слишком оптимистично, если честно.
                  Вы слыхали об Mx Nitro?
                  • 0
                    Поясните
                    • +2
                      Если посмотреть на Nitro, то там убран почти весь функционал. Буквально остались закладки, мышинные жесты и вкладки. И хромиум. Каких либо настроек или флажков вообще нет.
                      Но насколько я видел на практике, это не спасало браузер, и он всё равно местами тормозил.

                      Ну а теперь посмотрим на Вивальди. Сейчас интерфейс откровенно тормозит.
                      Фраза про «непаханное поле» внушает надежды, но я всё ещё опасаюсь как бы это не значило, что однажды они переведут весь интерфейс с HTML на какой-нибудь более нативный C.

                      А что уж насчёт самого движка, так там слишком много перелопачивать надо, чтобы сделать его быстрей, чем он есть сейчас. И это явно работы на годы. А что уж будет в ближайшие годы так это только фантазировать можно.
                      Кто ж в 2010м знал, что Presto умрёт вот так резко и бесповоротно?
                      А 2015й ещё только начался. Может Спартан вырвется в лидеры? Кто знает.
                      • 0
                        Webkit прошлым летом весил 46 мбайт в архиве, сейчас — больше 90, в моргалке картина похожая — вместо оптимизации разрабы деляют тяп-ляп жирнокод.
                        Для увеличения скорости нужно отпочковываться, пилить своё казино и устраивать в нём тотальную зачистку внесённого мусора и говна накопившегося со времён KHTML.

                        *Прошу считать развитием вашей мысли )
              • +1
                Ещё примеры есть?
                Busybox, Systemd? =)
                Приведите вообще примеры «комбайнов», если не трудно. А то у меня некоторые трудности с этим. VLC? И файловый и потоковый плеер, и медиа-сервер, и транскодер. Считается? Total Commander/FAR (особенно c кучей плагинов)?
                • +1
                  Я бы разделял «комбайны» и «конструкторы». Комбайн — это когда в приложение напихиваются несвязанные вещи («давайте сделаем из просмотрщика картинок редактор видео с возможностями фотошопа»). Конструктор — это когда из относительно аскетичного ядра во все стороны торчит API, к которому можно приделать что угодно, в том числе довольно низкоуровневые вещи, и этим занимается народ со стороны. Total Commander, Miranda, Firefox, Maya, десктопные оси — это яркие примеры конструкторов.

                  Комбайновость — это не дискретная и даже не объективная величина. Как по мне, что почта в Опере, что серверы и клиенты в медиаплеерах — это вполне нормальное явление, а не блоатварь, пока в почте не появляются встроенные средства для автоматизации ответов по почте со скриптами и шаблонами и импорт-экспорт почты в десятках форматов, а медиа-сервер в медиа-плеере не обрастает стримингом веб-страниц и обнаружителями рекламы. То есть пока дополнительные фичи относительно легко добавляются и развитие основного функционала не страдает и не теряется в дебрях сторонних фич — всё зашибись.

                  Но это вопрос предпочтений, конечно.
                  • 0
                    Nero? =)
            • 0
              > Opera 12 считается?
              Увы, нет. Сам долго пользовался, но сейчас она нереально тормозит, подвисая на современных сайтах. Как-то раз отожрала у меня всю оперативу (64-битная версия), возможно, в том числе из-за того, что пользовался как и почтовиком тоже. Хотя удобно было с таким комбайном, да, но всё же тормозит и сильно отстаёт от собратьев.
          • 0
            irc-client можно сделать на JS полностью, и это никак не усложнит браузер вообще.
            Пример qwebirc v0.91 — webchat.freenode.net/

            Unite — тоже самое.
            • 0
              irc-client можно сделать на JS полностью, и это никак не усложнит браузер вообще.
              Пример qwebirc
              Там серверная часть на Питоне же.
              • 0
                ну, главное, что не клиентская…
                • 0
                  Так это ж придётся сервер в браузер встраивать или к какому-то внешнему сервису привязываться.
                  • 0
                    Зачем же браузер? Вивальди делают свой почтовый сервер. Можно и прокси для irc поднять. Особенно актуально будет, если сделают еще и сжатие трафика.
                    • +1
                      В итоге это не будет работать для интранет-ресурсов. Спасибо, не надо.
                      • +1
                        Да, и с i2p тоже не будет.
            • 0
              rc-client можно сделать на JS полностью

              В данных реалиях если лично вам очень нужно, то можно самому добавить IRC-клиент в браузер.
              Сделайте сами, да поделитесь с другими, они будут вам благодарны.
              А судя по комментариям, вы только и делаете, что ждёте, когда с неба свалится вам встроенный IRC, вместо того, чтобы пользоваться тем простором, который разработчики Vivaldi уже дали.
              • 0
                Вы очень странный. Вивальди — не опенсорс браузер, чтобы я сам туда что-то добавлял (лицензионно чистым способом) и с другими делился. Но самое главное разработчики Вивальди сами попросили сказать, чего хотят пользователи. Я хочу IRC-клиент.
                • 0
                  Да, вы правы, действительно попросили сказать. И прошу заметить, что они желают видеть фидбек и просьбы на своём официальном форуме, а не в комментариях на хабре.
                  Но я вижу лишь как вы настойчиво повторяете свой вопрос, на который не получили ответ в прошлой статье. И слава богу ответили довольно быстро, а то этот же вопрос преследовал бы читателей в комментариях ещё три-четыре статьи.

                  Если вас останавливает только опенсорсность, то легко можете посмотреть в сторону хромиума или фф.
                  Короче, было бы желание.
    • 0
      Кому в современном мире нужен подход «когда вы добавите мою любимую фичу?», если есть браузеры с расширениями, и любая хотелка скорей всего уже десять раз реализована, а если не устраивает, можно самому написать, не отвлекая девелоперов продукта. Это не к вам упрёк, просто мне кажется такая парадигма морально устарела и не выдержит конкуренции.

      По поводу Opera Unite. Когда эта штука появилась, я подумал: ну вот сейчас опера даст всему миру просраться, став браузером номер один и задвинув всех фейсбуков. Ниасилили… жаль.
  • 0
    Заметил несколько багов. Один из них, очень раздражающий. В Google Plus при попытке репостить несколько раз происходил разлогин. Приходилось вновь вводить логин и пароль, входить и пытаться сделать репост. Данный момент насторожил, и заставил зайти в Google Plus из Google Chrome.
    • +1
      В Google Plus при попытке репостить несколько раз происходил разлогин.


      Это не только в Google+, но и на других сайтах. Баг уже в процессе исправления.
      • 0
        Вот это хорошая новость. Будем ждать стабильности.
  • +2
    Сделайте поддержку нативного масштабирования интерфейса в Windows. Пожалуйста. Пожалуйста-пожалуйста. Очень надо. Без неё пользоваться не возможно на HiDPI устройствах.
  • 0
    А какие планы насчет поддержки modern ui в windows версии? Ну или хотя бы удобную работe с тачем в windows планшетах
  • 0
    Понравилось, что единственный русскоговорящий сотрудник работает на Linux. Значит хоть тут про нас не забудут. Пошёл качать.
    • +2
      Я не проверял, но мне думается, большая часть команды использует Linux и MacOS. Владельцы Windows в меньшинстве, и это в основном не девелоперы.
  • 0
    Поставил, понравился.
    На данный момент очень не хватает управления мышью. На Opera это в свое время была киллер-фича для меня, перейдя на Chrome долго искал, когда выйдет качественное расширение, которое реализует весь потенциал. На данный момент даже не представляю себе использования браузера без этого. Так вот, в связи с этим возникает вопрос: планируется ли данный функционал, и если да — то ориентировочно когда по срокам?
    • 0
      На самом деле жесты (вы ведь про них?) уже есть. Пока можно только двигаться назад/вперёд, закрывать и обновлять странички.
      Для самого начала вполне неплохо.
      • 0
        О как. А не подскажите, где их включить? Я что-то пропустил в настройках видать…
        Пардон, оказывается по дефолту включено.
        • +1
          Насчёт их какой-либо нативности стоит усомниться, т.к. они не работают на Экспресс-панели и на самом интерфейсе браузера (как прям на нынешней Опере).
  • 0
    Насколько я понял, весь интерфейс браузера сейчас пишется на JS. Поиск даёт достаточно большой для этого файл bundle.js (в суси он в /opt/vivaldi/resources/vivaldi/ ). Зачем проводить обфускацию над ним? Не проще ли создать github-проект с частью кода и дать возможность людям исправлять баги в нём (мы не говорим про «реализовывать фичи»)? В конце-концов, на стороне Vivaldi уже огромное сообщество состоящее из людей делящих схожие взгляды на идеальный браузер, людей, которые привыкли и скучают по «хорошему».

    Кстати, у меня одного на OpenSUSE 12.3 интерфейс дико мерцает?
    • 0
      Он не обфусцирован, а минифицирован. После прогона через соответствующий софт читается вполне сносно.

      И как вы представляете исправление багов сообществом, если это не open-source проект, а новые сборки выкатываются лишь раз в неделю? Условный баг, который вы исправите и отправите коммитом, в условной же текущей сборке может быть уже давно исправлен, причём другим путём. А может случиться так, что этот участок кода вообще полностью переписан. Безусловно, некоторые коммиты могут оказаться полезными, но полноценной обратной связи с сообществом не будет.

Только зарегистрированные пользователи могут оставлять комментарии. Войдите, пожалуйста.