» Vivaldi

Спасибо. Я не видел, как войти в меню

Цитата:

1.  В отличии от Chrome я не увидел опции выбора download directory.   Я не хочу, чтобы скачка шла шла всегда в одно место, а потом копировать туда, куда мне нужно.  Я привык это делать сразу.  Это есть в любом браузере.
2.  Время от времени все браузеры крашаются.  Времуя от времени надо переустанавливать систему.  Время от времени Вы покупаете новый компьютер.  Поэтому для принципиальна опция export/import/save bookmarks.  В Chrome это сделано давно.  Opera/Chrome в отличии от старой Opera через задницу - надо ставить  extension.  Здесь непонтятно, как решено.

1. Есть в настройках, раздел Загрузки
2. Синхронизация в работе

Добавлено:

Цитата:

Билд один и тот же, но в таком варианте он придет и в девелоперскую ветку и в релизную.

Зачем нужен один и тот же билд в двух ветках? Я просто не понимаю цели.

Из изменений к версии 1.0.418.3 (9 марта 2016)

Цитата:

VB-10642 — [Linux] Clipboard data inserted in address bar field when closing the tab by middle click

Тоесть буферобмена вставляется при закрытии вкладки средней кнопкой мыши в линуксах.

Скачал старую 1.0.418.3 - нет этого бага.
Проверяю на новых stable и dev - опять этот баг.

Регрессия?

Цитата:

Зачем нужен один и тот же билд в двух ветках? Я просто не понимаю цели.

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

shpankov2go

Цитата:

Зачем нужен один и тот же билд в двух ветках? Я просто не понимаю цели.

Согласен с MaxPeacecity
Немного неправильно, что стабильная версия выше номером чем тестовая.
Обычно делают просто, очередную тестовую версию, которую считают более-менее нормально работающей, переводят в стабильную ветку. Иначе получается, что в момент выхода стабильной версии, в тестовой нет тех последних изменений, которые были внесены во время релиза.

shpankov2go
Вот исчерпывающий ответ:
Adewale

Цитата:

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

Добавлю - не только фич (в большинстве своё после последнего снапшота следующий за ним стейбл не имеет новых фич), но и исправлений. А вот они обычно, пусть мелкие, но есть.

И вот:
Virprospere

Цитата:

Согласен с MaxPeacecity
Немного неправильно, что стабильная версия выше номером чем тестовая.
Обычно делают просто, очередную тестовую версию, которую считают более-менее нормально работающей, переводят в стабильную ветку. Иначе получается, что в момент выхода стабильной версии, в тестовой нет тех последних изменений, которые были внесены во время релиза.

Логично, что тестовая не должна отставать от стейбл. У вас нет сил на две ветки, потому логичное решение: выпустить на последней кодовой базе (на основе которой выпускается стейбл) заодно и это же самое в девелопере. Дев. ветка, конечно, не станет новее стейбла при этом, но и отставать перестанет.

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

Проблема решается просто со стороны девелоперов - при очередном релизе (принятии решения о релизе) билдить этот же код и для дев ветки. Тогда дев ветка никогда не будет отставать от релиза. Если бы вы не приняли решение релизить билд, то он как раз вышел бы в дев ветке. Ну вот сделайте И ДЛЯ ДЕВ ВЕТКИ и ДЛЯ РЕЛИЗА этот билд. Соберите для дев ветки, потом расставьте ваши билд галочки и флаги релиза (утрируя) и соберите для релиза. Все довольны, все счастливы, никто не дискриминирован.

Цитата:

Тоесть буферобмена вставляется при закрытии вкладки средней кнопкой мыши в линуксах.
 
Скачал старую 1.0.418.3 - нет этого бага.
Проверяю на новых stable и dev - опять этот баг.
 
Регрессия?

Похоже на то. Отправил уведомление разработчикам.


Цитата:

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

Цитата:

Немного неправильно, что стабильная версия выше номером чем тестовая.  
Обычно делают просто, очередную тестовую версию, которую считают более-менее нормально работающей, переводят в стабильную ветку. Иначе получается, что в момент выхода стабильной версии, в тестовой нет тех последних изменений, которые были внесены во время релиза.

Ещё раз: у нас разработка пока идёт в один поток, а не в два. Тестовые сборки - это не параллельный поток, а тот же самый. Т.е. выглядит это как "тест-тест-релиз-тест-тест-релиз-тест-тест", а не "тест-тест-тест-тест" с отпочковыванием релизов.


Цитата:

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

Зачем?

К слову, в стабильную сборку всегда идёт последняя тестовая - при пересборке просто номер слегка меняется. Никаких новых фич или исправлений в ней нет. Какой смысл плодить сущности?


Цитата:

Соберите для дев ветки, потом расставьте ваши билд галочки и флаги релиза (утрируя) и соберите для релиза.

Так и делается. Но номер сборки всегда немного меняется - не может быть двух файлов с одним и тем же номером во избежание путаницы.

shpankov2go

Цитата:

Ещё раз: у нас разработка пока идёт в один поток, а не в два. Тестовые сборки - это не параллельный поток, а тот же самый. Т.е. выглядит это как "тест-тест-релиз-тест-тест-релиз-тест-тест", а не "тест-тест-тест-тест" с отпочковыванием релизов.

Еще раз: вот именно поэтому я и не прошу НОВЫЙ билд при выпуске снапшота, а прошу тот же. У вас будет всё та же цепочка "тест-тест-релиз-тест-тест-релиз-тест-тест", только вот такая: "тест-тест-(релиз=тест)-тест-тест-(релиз=тест)-тест-тест". При этом (релиз=тест) будет один и тот же билд, но в двух ветках, потому придется по апдейтеру и тем, кто на прошлом релизе, и тем, кто на снапшоте. НИКАКОЙ ПАРАЛЛЕЛЬНОЙ ВЕТКИ РАЗРАБОТКИ ПРИ ЭТОМ НЕ ТРЕБУЕТСЯ.
Вроде уже на пальцах и спичках объяснял даже, а всё равно.


Цитата:

Зачем?

facepalm


Цитата:

К слову, в стабильную сборку всегда идёт последняя тестовая - при пересборке просто номер слегка меняется. Никаких новых фич или исправлений в ней нет. Какой смысл плодить сущности?

Вы сейчас хотите сказать, что между например 1.0.435.29 и 1.0.435.40 не произошло ВООБЩЕ НИКАКИХ изменений? Позвольте мне усомнится, что инкремент последний цифры версии у вас производился без изменений в коде.

Цитата:

Так и делается. Но номер сборки всегда немного меняется - не может быть двух файлов с одним и тем же номером во избежание путаницы.

Если бы у вас действительно не было разницы между последним публичным снапшотом и релизом, очевидно запроса бы и не было и не было бы столь большой разбежки в номере. Я понимаю, разница возможно в пяток коммитов. Но она же всё-таки есть.

Ладно, давайте попробуем по другому:
Вы не могли бы просто передать просьбу как есть тому человеку, который занимается у вас сборкой билдов для релиза/снапшота? Собирать релизный билд и для девелоперской ветки, чтобы она (девветка) не отставала.
Мне кажется технарь поймет суть просьбы. А то какой-то получается совершенно непродуктивный разговор с отделом маркетинга.

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

Цитата:

НИКАКОЙ ПАРАЛЛЕЛЬНОЙ ВЕТКИ РАЗРАБОТКИ ПРИ ЭТОМ НЕ ТРЕБУЕТСЯ.

Для сборки и публикации дублирующей версии для dev требуются абсолютно те же телодвижения, что и для стабильной - компиляция, копирование файлов на сервер, тестирование ссылок, тестирование процесса загрузки, проверка целостности файлов, тестирование процесса автообновления, и т.д. Т.е. это довольно длительный процесс, в который вовлечены многие сотрудники. И вы просите делать его дважды. Для одной и той же версии.


Цитата:

Вы сейчас хотите сказать, что между например 1.0.435.29 и 1.0.435.40 не произошло ВООБЩЕ НИКАКИХ изменений? Позвольте мне усомнится, что инкремент последний цифры версии у вас производился без изменений в коде.

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


Цитата:

Вы не могли бы просто передать просьбу как есть тому человеку, который занимается у вас сборкой билдов для релиза/снапшота?

А вы думаете, это я вам лично препоны ставлю и не пускаю к "телу разработчика"?
Я, между прочим, девелоперам уже плешь проел, рассказывая про ваши тайные желания

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

В твиттере мелькнула новость: "На внутренних серверах #Vivaldi началось тестирование синхронизации."
Это будет сервис навроде оперного? А что конкретно будет синхронизироваться?

Цитата:

Это будет сервис навроде оперного? А что конкретно будет синхронизироваться?

Со временем синхронизироваться будет всё важное, включая настройки. Но сначала, естественно, что-нибудь попроще - закладки, заметки.

Цитата:

Со временем синхронизироваться будет всё важное, включая настройки. Но сначала, естественно, что-нибудь попроще - закладки, заметки.

А расширения?

Цитата:

А расширения?

Сложно сказать. По крайней мере, явно не в первую очередь.

Эскизы start-page я так понимаю утвердили и работы над ними закончились?
Факт размытия при наведении на лицо. Может у кого идейка есть как подправить? Фильтрами мало чего добиться получается, а так называемый blur раздражает если честно.

Не, ну первое впечатление неплохое... однако глянув диспетчер задач я ужаснулся... открыта одна вкладка а в диспетчере висит 5!!! процессов вивальди и каждый по 100-140 МВ... а при открытии новой вкладки добавляется по новому процессу на каждую весом от 120 МВ..... капец... караул !!! это нормально вообще ??

Сейчас в опере открыто 8 вкладок и всего 400 МВ...

Цитата:

Не, ну первое впечатление неплохое... однако глянув диспетчер задач я ужаснулся... открыта одна вкладка а в диспетчере висит 5!!! процессов вивальди и каждый по 100-140 МВ... а при открытии новой вкладки добавляется по новому процессу на каждую весом от 120 МВ..... капец... караул !!! это нормально вообще ??
 
Сейчас в опере открыто 8 вкладок и всего 400 МВ...

С разморозкой тебя! Как там в 19 веке?
В первый раз браузер на хромиуме запустил?

Цитата:

В первый раз браузер на хромиуме запустил?

Да же лиса столько не жрет.


Цитата:

С разморозкой тебя! Как там в 19 веке?

Я вижу ты очень умный.... , но если капнуть глубже, то получается что вместо совершенствования программного кода и компиляторов, напротив наблюдается поголовная деградация как первых двух так и программистов в целом. Уже мало кто заморачивается чистотой и оптимизацией кода, потому как ресурсы современного компа позволяют... ну и что с того шо я имею 64 гига озу, я смотрю на это принципиально - одна софтина берет 400 мв с 8 вкладками а другая с 1 - 500-600 мв и при этом еще и имеет 5 процессов - ну не идиотизм ли? ну вот на@ера ей 5 процессов на 1 вкладку?

Цитата:

но если капнуть глубже, то получается что вместо совершенствования программного кода и компиляторов, напротив наблюдается поголовная деградация как первых двух так и программистов в целом. Уже мало кто заморачивается чистотой и оптимизацией кода, потому как ресурсы современного компа позволяют... ну и что с того шо я имею 64 гига озу, я смотрю на это принципиально - одна софтина берет 400 мв с 8 вкладками а другая с 1 - 500-600 мв и при этом еще и имеет 5 процессов - ну не идиотизм ли? ну вот на@ера ей 5 процессов на 1 вкладку?

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

shpankov2go, нормальный portable есть в ближайших планах???

Sisin

Цитата:

нормальный portable есть в ближайших планах???

Он есть уже давно (читайте шапку),

Настройка прокси к IE привязана?

HelioSS 11:53 16-06-2016
Цитата:

Он есть уже давно

Вопрос был про нормальный портабл.

Портабл со слетанием расширений на другом компе не есть портабл.

Loafer 13:08 16-06-2016
Цитата:

Настройка прокси к IE привязана?

Как и у большинства хромоклонов. С этим разрабы пока не заморачивались.

Цитата:

Портабл со слетанием расширений на другом компе не есть портабл.

Я уже даже готов смириться с отсутствием менеджера паролей. Стал использовать Keepass.
Но без НОРМАЛЬНОГО портабла браузер - не браузер.

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

Цитата:

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

Потрясающая логика. Как вы филигранно описали некий образ, не имеющий ровным счетом никакого отношения к вышенаписанному. И с чего вы взяли, что
Цитата:

для тех

лично ваша точка зрения имеет такое огромное значение, что они откажутся от своей потребности??

Sisin, с того, что portable-тип распространения софта именно для того и задумывался изначально. Это даже в названии отображено. Если у вас иначе - то вы в ещё более узкой нише.

10 лайфхаков для браузера Vivaldi

https://vivaldi.net/ru/userblogs/entry/10-lajfkhakov-dlya-brauzera-vivaldi

Лайвхаки такие лайвхаки
Vivaldi - "мы сделали столько возможностей работать с закладками, что теперь ваша работа с закладками станет ещё запутаннее"))).
Только во про ПКМ для закладок в папках под адресной строкой не сделали. Она при ПКМ сразу открывается (сейчас в новой вкладке хоть а не заменяя активную)

Ну поставил, испытал. На высокой скорости инета, разницы между чистым хромиумом не заметил (вивальди даже тормознутей показался), а вот на медленном инете (спасибо теле 2 за дохлый сигнал 3G) быстрее обрабатывает страничку. Пусть грузится вся страница одинаково, но основное содержимое уже видно. Чистый хромиум и яндекс браузер отстают в этом плане.

Adewale
Цитата:

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

Всегда перед тем как писать какую то отсебятину, пишите imho, чтобы люди знали, что это только Ваше личное мнение, а не мнение британских ученых.
У меня все программы от photoshop, до opera/skype итд. портативны и находятся на отдельном SSD отсортированные по категориям и так было сколько себя помню, все автоматом бекапится и обновляется - и это на десктопе. В случае переключения между системами или переустановкой или аварией весь софт с конфигами всегда при мне. И это удобно, но я не лезу в чужой огород и не выставляю свое мнение как истину последней инстанции, у каждого свои предпочтения.
Так что, пожалуйста воздержитесь от комментариев, если Вы не компетентны в данном вопросе и Вас не интересует портабельный софт так как он интересует многих.
В данный момент Vivaldi для меня и многих не юзабелен как раз из за отсутствия полноценного portable + я не буду перечислять количество багов, но это и не нужно так как браузер в стадии разработки и даже в этом виде он выглядит достаточно перспективно.