Да, конечно. Однако тут нужно ещё соблюдать баланс между «запрашивать обо всём» и «не задолбать пользователя».
А вообще, если смотреть на разрешения на уровне Android, то к этому некоторое движение есть. Если вспомнить детализацию разрешений в Android 4-5 и текущих версиях — сейчас стало гораздо подробнее. На одно только использование стореджа минимум два разрешения есть.
Хотя не все проблемы решены. Например, всё ещё очень неочевидно для конечного пользователя выглядит запрос разрешений из группы «location» для того чтобы, скажем, подключиться по Bluetooth к чему-то или посканировать Wi-Fi сети.
Как я уже раньше говорил, я подозреваю, что это сочетание неприспособленности Camera API к механически выезжающим камерам и косяков в фирмвари производителя на стыке с этим самым API.
Производитель решил, что "этот вызов ОБЫЧНО используется для того чтобы (или прямо перед тем как) получить картинку — ну значит будем выдвигать камеру". Вероятно, это даже могло быть самым лучшим решением потому, что, например, выдвигание камеры на другом вызове могло бы заставлять пользователя ждать перед снимком пока камера выедет.
Это самое логичное объяснение учитывая, что браузеры должны спрашивать пользователя если код сайта хочет получить доступ к картинке с камеры, звуку, сенсорам движения, локации и прочему. И если он этого не делает (а не делают этого целых два браузера на разных движках) — скорее всего из JavaScript действительно запрашиваются только какие-то метаданные, которые не требуют разрешений.
Сейчас проблема вызывает чуть-чуть меньшую боль так как с релиза 2.8 я могу удалять из предложений ресурсы, которые я не хочу видеть там и в части ситуаций это решает проблему.
Но:
Это нужно делать для каждого ресурса (причём иногда по два раза для HTTP и HTTPS)
Если все предлагаемые ресурсы нужны, но подставляются в нелогичном приоритете, то с этим сделать ничего нельзя.
Какая-то очень непонятная приоритизация подставляемых сайтов в целом.
Например, я пишу на PHP. Я регулярно хожу на packagist.org за пакетами. И когда-то давно я ходил на packagist.com чтобы посмотреть тарифы на хостинг приватного репозитория пакетов. Ходил пару раз. Но по нескольку раз в неделю в течение месяцев после этого я хожу на packagist.org. Угадайте, что мне предлагает Vivaldi когда я в адресной строке ввожу «packagist»?
НЕОЖИДАННЫЙ ПОВОРОТ
И такое — повсеместно. packagist — только один пример. Это очень, очень раздражает. Иногда по привычке кажется, что браузер всё делает нормально, жмёшь на автомате Enter и попадаешь совсем не туда, куда постоянно ходишь. Приходится снова набирать адрес. На этот раз до конца вручную, либо набирать кусок, а потом стрелочками выбирать из списка нужный. Этот не тот UX, которого мы заслужили…
А в остальном — поздравляю с релизом, фичи приятные.
Вы присваиваете термину «веб-браузер» набор признаков, которые не являются обязательными для него. Кстати, термину «пруф» («доказательство»), судя по всему, тоже.
С тем же успехом можно прийти к мороженщику и начать ругаться о том, что он врёт потому, что пломбиры, которые вы ели до этого были заправлены сиропом, а у него пломбир без заправки.
Возможно если бы вы аргументированно по пунктам описали недостатки браузера по сравнению с другими вместо того чтобы кидаться беспочвенными обвинениями, вас бы не минусовали. Но это только гипотеза.
Поздравляю с релизом.
Обычно я прихожу в треды о релизах чтобы поругать баги Vivaldi, но в этот раз я на удивление скажу, что ожидал от мобильной версии гораздо худшего и был приятно удивлён.
Opera была удобна, но я перестал им доверять после покупки китайской компанией. Firefox был не очень удобен и иногда тупил. Chrome был достаточно быстр, но не очень удобен и набор функциональности расстаривал. Поэтому я сидел на браузере от DuckDuckGo, который почти ничего не умеет, но хотя бы обещает не шпионить лишний раз.
Попробовал Vivaldi и это было почти как Opera. А главное — не было тормозов, которые я ожидал и считал, что они сделают браузер неюзабельным.
Так что браво, так держать!
Функциональность пока хромает, но в целом браузером удобно пользовать и видно внимание к мелочам (типа того, что у вас видна частичная проработка для управления одной рукой).
Пара мелочей:
— Пока синхронизация Speed Dial не завершилась — я бы предложил как-то показывать на этом самом Speed Dial, что он загружается с серверов, а не просто не способен синхронизироваться. Я сначала подумал, что вы это не запилили в принципе, а потом после какого-то времени использования все элементы с десктопной версии появились на смартфоне.
— Облачные табы (табы с других инстансов). Тут у меня пусто. Я так понял, что вот тут всё-таки ещё не реализовано потому, что уже несколько дней прошло, а я не вижу там табов.
— Понимаю, что это бы выглядело не симметрично, но мне для удобства управления одной рукой не хватает доступа к менюшке браузера (например, чтобы шарить текущую страницу, искать по ней или делать скриншот).
— Иконка сайдбара (левая в нижней панели) несколько контринтуитивна. Во-первых, технически это не сайдбар, а отдельное активити (или «окно», если угодно). Во-вторых, выезжает справа, хотя на иконке он нарисован слева. Я понимаю, что хочется сохранить общность с десктопной версией, но не уверен, что это правильно. Для примера я когда первый раз открыл браузер не мог понять, что это за кнопка. Первая мысль была: «режим энергосбережения» (иконка похожа на индикатор батареи). Потом я нажал её и всё равно не сразу понял, что это аналог сайдбара. Возможно, стоит как-то подумать над иконкой или сделать сайдбар более близким к тому как это делается в приложениях с использованием сайдбара и Material Design (неполное перекрытие экрана и выезд слева)?
Что делать, если я хочу чтобы мне предлагались часто посещаемые ссылки, но не подставлялись автоматом?
Кстати, на скриншоте ниже — поведение с выключенным добавлением часто посещаемых ссылок в дропдаун-список.
screenshot
Тут вообще происходит какая-то дичь. Вместо того чтобы предложить мне Google Translate на котором я бываю почти каждый день, мне автоматом подставляется вообще какой-то левый сайт, который я даже затрудняюсь вспомнить когда был мной посещён (и явно не много раз).
Это всё, если что при «Address autocomplete: enabled» и «Always prefer bookmarks: disabled».
То есть, если честно, для меня автокомплит Vivaldi становится абсолютно контринтуитивным и я не представляю как сделать чтобы он стал помогать и перестал мешать не отключая его.
Мне сложно в ваших терминологиях настроек и приоритетов сказать, что не так, но факт остаётся фактом: наглая рыжая морда делает то, что надо мне быстрее и правильнее:
пруфпики
Firefox, 2 символа:
Vivaldi, 9 (!!!) символов:
P.S. Это, если что, в тему общей сломанности автокомплита, а не в только про то, что корень сайта лучше открывать. С автокомплитом беда по разным причинам.
Последнее письмо от 5 января 2018 («Vivaldi Community | Monthly Roundup, December 2017»).
Интересно. То ли я действительно указал не тот адрес (вряд ли, автодополнение обычно подсказывает мой), то ли письма куда-то пропали.
Ну, у меня он воспроизводится достаточно просто. Я могу записать видео. Но воспроизведётся ли у тестеров — хороший вопрос. Как разработчик я прекрасно понимаю, что на это влияет много факторов.
Точно сломано. Как минимум в одном месте. У меня даже при ручном обновлении (по меню ПКМ или иконке обновления) то ли на всех, то ли на большинстве элементов, у которых есть превью ничего не происходит. То есть, я не могу у части элементов обновить превью никак.
Это раздражает тем, что где-то на превью попала форма логина вместо интерфейса сайта и хоть аутентификацию я уже прошёл, Vivaldi все равно не меняет превью на нормальный вид сайта. Shpankov, это надо репортить?
Ну вообще лучше бы адекватную поддержку внешних прокси (это гибче и безопаснее) сделали.
Но как уже сказали — это очень сложно (и дорого) из-за того, что Chromium этого тоже не умеет.
Вообще, если на вашем компьютере появляются ячейки, которые удалены на другом компьютере — это баг.
Я на такое не жаловался. У меня проблема в том, что после синхронизации на новой машине превьюшки для элементов Speed Dial не подгружаются автоматически и приходится вручную этот процесс инициализировать.
Проблема сложнее, чем я думал. Будем что-то креативить.
Я надеюсь, речь идёт именно об описанной абзацем выше проблеме :)
А вообще, если смотреть на разрешения на уровне Android, то к этому некоторое движение есть. Если вспомнить детализацию разрешений в Android 4-5 и текущих версиях — сейчас стало гораздо подробнее. На одно только использование стореджа минимум два разрешения есть.
Хотя не все проблемы решены. Например, всё ещё очень неочевидно для конечного пользователя выглядит запрос разрешений из группы «location» для того чтобы, скажем, подключиться по Bluetooth к чему-то или посканировать Wi-Fi сети.
Производитель решил, что "этот вызов ОБЫЧНО используется для того чтобы (или прямо перед тем как) получить картинку — ну значит будем выдвигать камеру". Вероятно, это даже могло быть самым лучшим решением потому, что, например, выдвигание камеры на другом вызове могло бы заставлять пользователя ждать перед снимком пока камера выедет.
Это самое логичное объяснение учитывая, что браузеры должны спрашивать пользователя если код сайта хочет получить доступ к картинке с камеры, звуку, сенсорам движения, локации и прочему. И если он этого не делает (а не делают этого целых два браузера на разных движках) — скорее всего из JavaScript действительно запрашиваются только какие-то метаданные, которые не требуют разрешений.
Но:
Например, я пишу на PHP. Я регулярно хожу на packagist.org за пакетами. И когда-то давно я ходил на packagist.com чтобы посмотреть тарифы на хостинг приватного репозитория пакетов. Ходил пару раз. Но по нескольку раз в неделю в течение месяцев после этого я хожу на packagist.org. Угадайте, что мне предлагает Vivaldi когда я в адресной строке ввожу «packagist»?
И такое — повсеместно. packagist — только один пример. Это очень, очень раздражает. Иногда по привычке кажется, что браузер всё делает нормально, жмёшь на автомате Enter и попадаешь совсем не туда, куда постоянно ходишь. Приходится снова набирать адрес. На этот раз до конца вручную, либо набирать кусок, а потом стрелочками выбирать из списка нужный. Этот не тот UX, которого мы заслужили…
А в остальном — поздравляю с релизом, фичи приятные.
С тем же успехом можно прийти к мороженщику и начать ругаться о том, что он врёт потому, что пломбиры, которые вы ели до этого были заправлены сиропом, а у него пломбир без заправки.
Возможно если бы вы аргументированно по пунктам описали недостатки браузера по сравнению с другими вместо того чтобы кидаться беспочвенными обвинениями, вас бы не минусовали. Но это только гипотеза.
Обычно я прихожу в треды о релизах чтобы поругать баги Vivaldi, но в этот раз я на удивление скажу, что ожидал от мобильной версии гораздо худшего и был приятно удивлён.
Opera была удобна, но я перестал им доверять после покупки китайской компанией. Firefox был не очень удобен и иногда тупил. Chrome был достаточно быстр, но не очень удобен и набор функциональности расстаривал. Поэтому я сидел на браузере от DuckDuckGo, который почти ничего не умеет, но хотя бы обещает не шпионить лишний раз.
Попробовал Vivaldi и это было почти как Opera. А главное — не было тормозов, которые я ожидал и считал, что они сделают браузер неюзабельным.
Так что браво, так держать!
Функциональность пока хромает, но в целом браузером удобно пользовать и видно внимание к мелочам (типа того, что у вас видна частичная проработка для управления одной рукой).
Пара мелочей:
— Пока синхронизация Speed Dial не завершилась — я бы предложил как-то показывать на этом самом Speed Dial, что он загружается с серверов, а не просто не способен синхронизироваться. Я сначала подумал, что вы это не запилили в принципе, а потом после какого-то времени использования все элементы с десктопной версии появились на смартфоне.
— Облачные табы (табы с других инстансов). Тут у меня пусто. Я так понял, что вот тут всё-таки ещё не реализовано потому, что уже несколько дней прошло, а я не вижу там табов.
— Понимаю, что это бы выглядело не симметрично, но мне для удобства управления одной рукой не хватает доступа к менюшке браузера (например, чтобы шарить текущую страницу, искать по ней или делать скриншот).
— Иконка сайдбара (левая в нижней панели) несколько контринтуитивна. Во-первых, технически это не сайдбар, а отдельное активити (или «окно», если угодно). Во-вторых, выезжает справа, хотя на иконке он нарисован слева. Я понимаю, что хочется сохранить общность с десктопной версией, но не уверен, что это правильно. Для примера я когда первый раз открыл браузер не мог понять, что это за кнопка. Первая мысль была: «режим энергосбережения» (иконка похожа на индикатор батареи). Потом я нажал её и всё равно не сразу понял, что это аналог сайдбара. Возможно, стоит как-то подумать над иконкой или сделать сайдбар более близким к тому как это делается в приложениях с использованием сайдбара и Material Design (неполное перекрытие экрана и выезд слева)?
consalt, glycol, не репортили ещё?
Кстати, на скриншоте ниже — поведение с выключенным добавлением часто посещаемых ссылок в дропдаун-список.
Тут вообще происходит какая-то дичь. Вместо того чтобы предложить мне Google Translate на котором я бываю почти каждый день, мне автоматом подставляется вообще какой-то левый сайт, который я даже затрудняюсь вспомнить когда был мной посещён (и явно не много раз).
Это всё, если что при «Address autocomplete: enabled» и «Always prefer bookmarks: disabled».
То есть, если честно, для меня автокомплит Vivaldi становится абсолютно контринтуитивным и я не представляю как сделать чтобы он стал помогать и перестал мешать не отключая его.
Мне сложно в ваших терминологиях настроек и приоритетов сказать, что не так, но факт остаётся фактом: наглая рыжая морда делает то, что надо мне быстрее и правильнее:
Vivaldi, 9 (!!!) символов:
P.S. Это, если что, в тему общей сломанности автокомплита, а не в только про то, что корень сайта лучше открывать. С автокомплитом беда по разным причинам.
Если возникнет снова — буду репортить с видео.
Интересно. То ли я действительно указал не тот адрес (вряд ли, автодополнение обычно подсказывает мой), то ли письма куда-то пропали.
Точно сломано. Как минимум в одном месте. У меня даже при ручном обновлении (по меню ПКМ или иконке обновления) то ли на всех, то ли на большинстве элементов, у которых есть превью ничего не происходит. То есть, я не могу у части элементов обновить превью никак.
Это раздражает тем, что где-то на превью попала форма логина вместо интерфейса сайта и хоть аутентификацию я уже прошёл, Vivaldi все равно не меняет превью на нормальный вид сайта.
Shpankov, это надо репортить?
Но как уже сказали — это очень сложно (и дорого) из-за того, что Chromium этого тоже не умеет.
Я на такое не жаловался. У меня проблема в том, что после синхронизации на новой машине превьюшки для элементов Speed Dial не подгружаются автоматически и приходится вручную этот процесс инициализировать.
Я надеюсь, речь идёт именно об описанной абзацем выше проблеме :)