Ru-Board.club
← Вернуться в раздел «Программы»

» Vivaldi

Автор: UriF
Дата сообщения: 10.06.2016 16:47
Спасибо. Я не видел, как войти в меню
Автор: shpankov2go
Дата сообщения: 10.06.2016 17:09

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


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

Добавлено:

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


Зачем нужен один и тот же билд в двух ветках? Я просто не понимаю цели.
Автор: adasiko
Дата сообщения: 10.06.2016 17:56
Из изменений к версии 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 - опять этот баг.

Регрессия?
Автор: Adewale
Дата сообщения: 10.06.2016 18:49

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

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

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


Согласен с MaxPeacecity
Немного неправильно, что стабильная версия выше номером чем тестовая.
Обычно делают просто, очередную тестовую версию, которую считают более-менее нормально работающей, переводят в стабильную ветку. Иначе получается, что в момент выхода стабильной версии, в тестовой нет тех последних изменений, которые были внесены во время релиза.
Автор: MaxPeacecity
Дата сообщения: 11.06.2016 11:04
shpankov2go
Вот исчерпывающий ответ:
Adewale

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

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

И вот:
Virprospere

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

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

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


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

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


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


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


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


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


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


Зачем?

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


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


Так и делается. Но номер сборки всегда немного меняется - не может быть двух файлов с одним и тем же номером во избежание путаницы.
Автор: MaxPeacecity
Дата сообщения: 13.06.2016 18:37
shpankov2go

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

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


Цитата:
Зачем?

facepalm


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

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

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

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

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

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

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


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


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


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


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


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

В общем, крайний ответ от них: мы подумаем и если это будет не очень напряжно - что-нибудь придумаем.
Автор: solstice
Дата сообщения: 14.06.2016 09:45
В твиттере мелькнула новость: "На внутренних серверах #Vivaldi началось тестирование синхронизации."
Это будет сервис навроде оперного? А что конкретно будет синхронизироваться?
Автор: shpankov2go
Дата сообщения: 14.06.2016 18:56

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


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

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

А расширения?
Автор: shpankov2go
Дата сообщения: 14.06.2016 20:08

Цитата:
А расширения?


Сложно сказать. По крайней мере, явно не в первую очередь.
Автор: bryk
Дата сообщения: 14.06.2016 20:50
Эскизы start-page я так понимаю утвердили и работы над ними закончились?
Факт размытия при наведении на лицо. Может у кого идейка есть как подправить? Фильтрами мало чего добиться получается, а так называемый blur раздражает если честно.
Автор: borMMAN
Дата сообщения: 15.06.2016 19:24
Не, ну первое впечатление неплохое... однако глянув диспетчер задач я ужаснулся... открыта одна вкладка а в диспетчере висит 5!!! процессов вивальди и каждый по 100-140 МВ... а при открытии новой вкладки добавляется по новому процессу на каждую весом от 120 МВ..... капец... караул !!! это нормально вообще ??

Сейчас в опере открыто 8 вкладок и всего 400 МВ...
Автор: Patre0t
Дата сообщения: 15.06.2016 20:46

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


С разморозкой тебя! Как там в 19 веке?
В первый раз браузер на хромиуме запустил?
Автор: borMMAN
Дата сообщения: 15.06.2016 21:17

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

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


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

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

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


Все просто объясняется если знать как работает хромиум, а не кричать караул. А жрет он столько не потому что там на каждую вкладку один процесс и их миллион, а потому что там каждый процесс браузера крутится в своей отдельной виртуальной машине и никак не связан ни с системой ни с другимивкладками, из за этого хром и считается самым устойчивым к взломам. Вон в лисе тоже вводят многопроцессность, но там она не начинает жрать память гигами на большом количестве вкладок так как нет виртуализации как в хроме и каждая вкладка имеет доступ к данным с другой и ей не надо грузить 100500 одинаковых данных.
Автор: Sisin
Дата сообщения: 16.06.2016 11:48
shpankov2go, нормальный portable есть в ближайших планах???
Автор: HelioSS
Дата сообщения: 16.06.2016 11:53
Sisin

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

Он есть уже давно (читайте шапку),
Автор: Loafer
Дата сообщения: 16.06.2016 13:08
Настройка прокси к IE привязана?
Автор: Watson_Rus_2
Дата сообщения: 16.06.2016 14:30
HelioSS 11:53 16-06-2016
Цитата:
Он есть уже давно

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

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

Loafer 13:08 16-06-2016
Цитата:
Настройка прокси к IE привязана?

Как и у большинства хромоклонов. С этим разрабы пока не заморачивались.
Автор: Sisin
Дата сообщения: 16.06.2016 14:52

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


Я уже даже готов смириться с отсутствием менеджера паролей. Стал использовать Keepass.
Но без НОРМАЛЬНОГО портабла браузер - не браузер.
Автор: Adewale
Дата сообщения: 16.06.2016 15:06
Портаблы предназначены в первую очередь для тех, кто любит покопаться с различным софтом и обжить им личную флэшку, не имея своего ноутбука/нетбука. Это всё баловство в сравнении с теми вещами, которые отсутствуют сейчас в Vivaldi.
Автор: Sisin
Дата сообщения: 16.06.2016 16:17

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


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


Автор: Adewale
Дата сообщения: 16.06.2016 17:01
Sisin, с того, что portable-тип распространения софта именно для того и задумывался изначально. Это даже в названии отображено. Если у вас иначе - то вы в ещё более узкой нише.
Автор: shpankov2go
Дата сообщения: 17.06.2016 00:49
10 лайфхаков для браузера Vivaldi

https://vivaldi.net/ru/userblogs/entry/10-lajfkhakov-dlya-brauzera-vivaldi
Автор: moemesto
Дата сообщения: 17.06.2016 08:09
Лайвхаки такие лайвхаки
Vivaldi - "мы сделали столько возможностей работать с закладками, что теперь ваша работа с закладками станет ещё запутаннее"))).
Только во про ПКМ для закладок в папках под адресной строкой не сделали. Она при ПКМ сразу открывается (сейчас в новой вкладке хоть а не заменяя активную)
Автор: yan91
Дата сообщения: 17.06.2016 09:16
Ну поставил, испытал. На высокой скорости инета, разницы между чистым хромиумом не заметил (вивальди даже тормознутей показался), а вот на медленном инете (спасибо теле 2 за дохлый сигнал 3G) быстрее обрабатывает страничку. Пусть грузится вся страница одинаково, но основное содержимое уже видно. Чистый хромиум и яндекс браузер отстают в этом плане.
Автор: taxion
Дата сообщения: 17.06.2016 10:40
Adewale
Цитата:
Портаблы предназначены в первую очередь для тех, кто любит покопаться с различным софтом и обжить им личную флэшку, не имея своего ноутбука/нетбука. Это всё баловство в сравнении с теми вещами, которые отсутствуют сейчас в Vivaldi.

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

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566676869707172737475767778798081828384858687888990919293949596979899100101102103104105106107108109110111112113114115116117118119120121122123124

Предыдущая тема: Torrent?


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.