Pull to refresh
65
0
Алексей Скобкин@skobkin

Пользователь

Send message
Twitter, Facebook и Instagram тоже одновременно существуют.
Напомню, что упомянутые выше варианты решают разные задачи.
Как верно было сказано, было бы совсем всё равно если бы, например, в популярных клиентах не вносили инстансы в стоп-листы.
Какого вообще чёрта разработчики считают, что у них есть право решать где и с кем будет общаться пользователь?
Мне, например, заблокированные инстансы абсолютно неинтересны. Но я выбрал значительно менее популярный и менее красивый клиент, который не занимается такой самодеятельностью.
В отличие от той картинки, большинство движков упомянутых в статье общаются друг с другом по общему протоколу.
И то, что их много — это даже хорошо. Так каждый пользователь может выбрать то, что ему больше подходит.
В итоге можно вести блог на одной платформе и иметь подписчиков с другой. Представить в централизованной экосистеме, что вы ведёте инстаграм, а на вас подписаны пользователи твиттера сложно, а здесь это работает.
Тут, пожалуй, имеет место упоминание частной дискриминации.

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

Поэтому надо серьёзно подходить к выбору инстанса.
А когда наконец можно будет создавать новую «папку» в закладках при создании этой самой закладки?
А теперь вспомните, кто такой конечный пользователь.
Для него это не очевидно.
Логично != Очевидно.

UPD: Чуть поясню.
Человек, который не понимает того как устроено API и система разрешений может из-за такого подумать, что вполне добросовестное приложение хочет за ним следить.
Я к тому, что здесь тоже есть поле для улучшений.
Да, конечно. Однако тут нужно ещё соблюдать баланс между «запрашивать обо всём» и «не задолбать пользователя».
А вообще, если смотреть на разрешения на уровне Android, то к этому некоторое движение есть. Если вспомнить детализацию разрешений в Android 4-5 и текущих версиях — сейчас стало гораздо подробнее. На одно только использование стореджа минимум два разрешения есть.
Хотя не все проблемы решены. Например, всё ещё очень неочевидно для конечного пользователя выглядит запрос разрешений из группы «location» для того чтобы, скажем, подключиться по Bluetooth к чему-то или посканировать Wi-Fi сети.
Как я уже раньше говорил, я подозреваю, что это сочетание неприспособленности Camera API к механически выезжающим камерам и косяков в фирмвари производителя на стыке с этим самым API.
Производитель решил, что "этот вызов ОБЫЧНО используется для того чтобы (или прямо перед тем как) получить картинку — ну значит будем выдвигать камеру". Вероятно, это даже могло быть самым лучшим решением потому, что, например, выдвигание камеры на другом вызове могло бы заставлять пользователя ждать перед снимком пока камера выедет.
Это самое логичное объяснение учитывая, что браузеры должны спрашивать пользователя если код сайта хочет получить доступ к картинке с камеры, звуку, сенсорам движения, локации и прочему. И если он этого не делает (а не делают этого целых два браузера на разных движках) — скорее всего из JavaScript действительно запрашиваются только какие-то метаданные, которые не требуют разрешений.
Сейчас проблема вызывает чуть-чуть меньшую боль так как с релиза 2.8 я могу удалять из предложений ресурсы, которые я не хочу видеть там и в части ситуаций это решает проблему.

Но:

  • Это нужно делать для каждого ресурса (причём иногда по два раза для HTTP и HTTPS)
  • Если все предлагаемые ресурсы нужны, но подставляются в нелогичном приоритете, то с этим сделать ничего нельзя.
Я всё надеялся, что уже в конце-то концов исправите хотя бы сейчас проблемы с адресной строкой, которые описывались ещё в тредах про 2.5-2.6.

  • Ненужная подстановка конкретной страницы на сайте при попытке набора его адреса
  • Какая-то очень непонятная приоритизация подставляемых сайтов в целом.
    Например, я пишу на PHP. Я регулярно хожу на packagist.org за пакетами. И когда-то давно я ходил на packagist.com чтобы посмотреть тарифы на хостинг приватного репозитория пакетов. Ходил пару раз. Но по нескольку раз в неделю в течение месяцев после этого я хожу на packagist.org. Угадайте, что мне предлагает Vivaldi когда я в адресной строке ввожу «packagist»?
    НЕОЖИДАННЫЙ ПОВОРОТ



И такое — повсеместно. packagist — только один пример. Это очень, очень раздражает. Иногда по привычке кажется, что браузер всё делает нормально, жмёшь на автомате Enter и попадаешь совсем не туда, куда постоянно ходишь. Приходится снова набирать адрес. На этот раз до конца вручную, либо набирать кусок, а потом стрелочками выбирать из списка нужный. Этот не тот UX, которого мы заслужили…

А в остальном — поздравляю с релизом, фичи приятные.
Окей. Будет желание подискутировать ещё — приходите с аргументами. А то как-то несолидно.
Эталонная низкопробная демагогия. В следующий раз экономьте время и пишите сразу: «ой всё».
Точно. Это то, за что я любил мобильную Opera.
Вы присваиваете термину «веб-браузер» набор признаков, которые не являются обязательными для него. Кстати, термину «пруф» («доказательство»), судя по всему, тоже.
С тем же успехом можно прийти к мороженщику и начать ругаться о том, что он врёт потому, что пломбиры, которые вы ели до этого были заправлены сиропом, а у него пломбир без заправки.
Возможно если бы вы аргументированно по пунктам описали недостатки браузера по сравнению с другими вместо того чтобы кидаться беспочвенными обвинениями, вас бы не минусовали. Но это только гипотеза.
Поздравляю с релизом.
Обычно я прихожу в треды о релизах чтобы поругать баги Vivaldi, но в этот раз я на удивление скажу, что ожидал от мобильной версии гораздо худшего и был приятно удивлён.
Opera была удобна, но я перестал им доверять после покупки китайской компанией. Firefox был не очень удобен и иногда тупил. Chrome был достаточно быстр, но не очень удобен и набор функциональности расстаривал. Поэтому я сидел на браузере от DuckDuckGo, который почти ничего не умеет, но хотя бы обещает не шпионить лишний раз.
Попробовал Vivaldi и это было почти как Opera. А главное — не было тормозов, которые я ожидал и считал, что они сделают браузер неюзабельным.
Так что браво, так держать!
Функциональность пока хромает, но в целом браузером удобно пользовать и видно внимание к мелочам (типа того, что у вас видна частичная проработка для управления одной рукой).

Пара мелочей:
— Пока синхронизация Speed Dial не завершилась — я бы предложил как-то показывать на этом самом Speed Dial, что он загружается с серверов, а не просто не способен синхронизироваться. Я сначала подумал, что вы это не запилили в принципе, а потом после какого-то времени использования все элементы с десктопной версии появились на смартфоне.
— Облачные табы (табы с других инстансов). Тут у меня пусто. Я так понял, что вот тут всё-таки ещё не реализовано потому, что уже несколько дней прошло, а я не вижу там табов.
— Понимаю, что это бы выглядело не симметрично, но мне для удобства управления одной рукой не хватает доступа к менюшке браузера (например, чтобы шарить текущую страницу, искать по ней или делать скриншот).
— Иконка сайдбара (левая в нижней панели) несколько контринтуитивна. Во-первых, технически это не сайдбар, а отдельное активити (или «окно», если угодно). Во-вторых, выезжает справа, хотя на иконке он нарисован слева. Я понимаю, что хочется сохранить общность с десктопной версией, но не уверен, что это правильно. Для примера я когда первый раз открыл браузер не мог понять, что это за кнопка. Первая мысль была: «режим энергосбережения» (иконка похожа на индикатор батареи). Потом я нажал её и всё равно не сразу понял, что это аналог сайдбара. Возможно, стоит как-то подумать над иконкой или сделать сайдбар более близким к тому как это делается в приложениях с использованием сайдбара и Material Design (неполное перекрытие экрана и выезд слева)?
Такие комментарии имеет смысл сопровождать пруфами.
Хорошо. Можно попробовать оформить.
consalt, glycol, не репортили ещё?
Ну, вы в комментах к этому посту писали, что это не баг, а фича. Поэтому я аргументировал позицию своими соображениями и скриншотами конкурентов.
Что делать, если я хочу чтобы мне предлагались часто посещаемые ссылки, но не подставлялись автоматом?
Кстати, на скриншоте ниже — поведение с выключенным добавлением часто посещаемых ссылок в дропдаун-список.
screenshot
image


Тут вообще происходит какая-то дичь. Вместо того чтобы предложить мне Google Translate на котором я бываю почти каждый день, мне автоматом подставляется вообще какой-то левый сайт, который я даже затрудняюсь вспомнить когда был мной посещён (и явно не много раз).
Это всё, если что при «Address autocomplete: enabled» и «Always prefer bookmarks: disabled».

То есть, если честно, для меня автокомплит Vivaldi становится абсолютно контринтуитивным и я не представляю как сделать чтобы он стал помогать и перестал мешать не отключая его.
Мне сложно в ваших терминологиях настроек и приоритетов сказать, что не так, но факт остаётся фактом: наглая рыжая морда делает то, что надо мне быстрее и правильнее:
пруфпики
Firefox, 2 символа:
image

Vivaldi, 9 (!!!) символов:
image
image


P.S. Это, если что, в тему общей сломанности автокомплита, а не в только про то, что корень сайта лучше открывать. С автокомплитом беда по разным причинам.

Information

Rating
Does not participate
Location
Архангельск, Архангельская обл., Россия
Date of birth
Registered
Activity