Пользуюсь и на компьютере и на смартфоне браузером Firefox. (Так уж сложилось). И вот, что я заметил после появления нового дизайна. В мобильной версии постоянно меняется размер текста на страницах АШ. Во-первых, это происходит в поле набора текста. Пишешь, пишешь и после перехода на очередную строку шрифт вдруг становится больше. А во-вторых, это периодически происходит при нажатии кнопки "назад". Зашёл в какую-нибудь статью, прочитал, нажал "назад", а размер шрифта в разделе увеличился. При этом, тебя возвращает не туда, откуда ты ушёл, а в начало страницы.
Всё это неудобно и несколько раздражает.
Комментарии
В хроме не замечал, скинул atorn ссылку на эту запись.
Насколько знаю, мобильный Firefox крайне мало используется, поэтому никогда не инсталлировал и не тестировал на нём. У других браузеров ни в каких версиях описанного эффекта не видел.
Для мобильных телефонов есть много хромоподобных браузеров - Opera, Vivaldi, Chrome - они тестировались. Яндекс. https://top-best-browser.ru/android/ Для iOS тестировался Safari (все движки у них на Сафари-движке в мобильных.)
В десктопном Firefox - тоже нормально. По десктопу -поддерживаются, кроме того, Edge и IE11.
При обновлении сайта (в течение месяца-двух - точно не знаю) попробую посмотреть на мобильном Firefox, но есть много более приоритетных, тот же IE11, а также, старые версии Андроида от 4.1.x и его встроенных браузеров.
Если кто-то использует десктопный Firefox, то вполне логично для синхронизации использовать и мобильный.
Это - да, и было бы хорошо. Но процент использования среди мобильных - 0.5%, по России 0.4%, можно посмотреть здесь: https://gs.statcounter.com/browser-market-share/mobile/worldwide (числа на диаграмме увидятся, если отключить все остальные мешающие линии кликами по легенде). Всех всё равно не охватишь, поэтому в приоритетах - частота использования. но доберусь
В опере на андроид 5.1 ту же фигню со шрифтами в редакторе видел. Но она как-то редко и случайно вылезает. От чего зависит и кто виноват так и не понял. Поначалу просто удивляло. Сейчас это уже не баг а фича. Полагаю само по себе уйдет при новых обновлениях
Вот прямо здесь и сейчас - нету глюка.
Тут с редактором ещё дело такое, что он написан в начале 2010-х для десктоп-браузеров, а сейчас используется даже на мобильных. И отказаться не можем, т.к. есть 2 очень важных свойства - интегрированность с движком сайта (Друпал) и наличие режима Source (HTML), через который удобно вставлять копипейсты статей, а потом подредактировать.
Новые редакторы с HTML-режимом есть, но для внедрения их нужна большая работа по интегрированию с сайтом, на что ни у кого добровольного желания нет ). Но и у них, конечно, будут свои баги.
Поэтому такие прыгания размеров (не наблюдал ни разу), скорее всего, связаны с багом редактора, который работает в таких режимах, которые особо не отлаживались ни создателями редактора, ни нами при доработке сайта.
Впрочем, отладка недостатков идёт и вскоре будет релиз с доработками, но о сроках ничего сказать не можем - делается всё в свободное время.
К примеру, в мобильной версии нет возможности ресайза окна, потому что контрол (треугольник справа внизу) рассчитан для десктопных браузеров. Исправлять не пробовал (надо дописывать свой новый контрол на JS), поэтому решения для ресайза окна нет.
Заметил, что прыгание размеров текста в редакторе происходит в момент вставления переносов. Не каждый раз, но часто. Может эти переносы в редакторе вообще отключить нахрен? Зачем они там нужны?
Они нужны, чтобы в редакторе отображались так же, как и в готовом тексте. Это полезное наблюдение, вероятно, так и устранится баг - запретить переносы в области редактирования (или найти стили, чтобы предотвратить изменение размера при воздействии скрипта расстановки переносов).
Если дело в них, то в настройках аккаунта "Моя учётная запись -- Изменить -- Самый низ страницы" - поставить чекбокс "Не делать перенос", затем нажать "Сохранить". Переносы отключатся везде, и в поле ввода - тоже.UPD: посмотрел, как настроен скрипт переносов (hypgenopoly.js) - он и без того не охватывает поле ввода. И вообще - действует в момент загрузки страницы, а не при наборе текста. По идее, не должен мешать.
(Наверное, Вы имели в виду не переносы, а символы перевода строки - Enter. В этот момент редактор своим скриптом может что-то делать - менять тег с Div на P или что-то ещё. С этим можно разобраться позже, когда найду, как воспроизводить баг и отчего он.)
UPD2: посмотрел, что пишут про настройки мобильного браузера здесь: https://www.comss.ru/page.php?id=7780
Посмотрите, где отключить эту функцию в браузере - может, поможет.
iPad. Когда альбомная ориентация, то получается, что до конца страницы места остается немного, не дает поместить курсор на последние строки в поле редактирования ответа (в нижней части поля редактирования ответа). Приходится переворачивать альбомно, тогда нормально (видимо потому, что внизу появляется много места).
Заметил начиная с padOS 15. Сейчас добавлю скрин
И такое в редакторе видел. Но на андроиде 5.1 в опере.
А еще добавлю, что даже без редактора, просто просмотр списка статей или комментариев, иногда оказывается невозможно прокрутить страницу до конца - что-то блокирует, как будто страница оборвана. Обновишь страницу - и все нормально.
У ай-ос есть концептуальная особенность в отличие от Андроидов - при смене ориентации не делать перерисовку страницы, а делать масштабирование - для экономии мельканий страницы. Видимо, это проявляется в уходе курсора за пределы редактируемости. На яблочной технике имеем весьма ограниченные возможности отладки, поэтому данный баг даже не на чем пронаблюдать. (Но когда был Айфон в доступе - основной дизайн был отлажен, особенно - динамические эффекты, которые на эмуляторах не видны, как описанный вами баг.)
Да, вспомнил, что это усугубляется ещё тем, что ресайз окна редактирования в мобильных не работает - следствие старого редактора в новом мобильном окружении. Ещё увидеть курсор помогает колесо скролла мыши, которого нет. А протянуть свайпом - наверное, мешает свайп всей страницы.
У меня всегда iPad заблокирован на альбомной. Потому и бесит, что приходится разблокировать и поворачивать. На, iPhone, вроде все в порядке, но там у меня наоборот в портрете заблокировано.
Пишут, что и на Андроиде бывает - попробую воспроизвести и разобраться в причине.
Заодно, хотел бы узнать про Айпад, что на эмуляторах не воспроизведёшь: у него прокручивается текст в поле ввода, если его много? С Андроидами проблем нет, иначе бы написали. Прокрутка возможно, 1 пальцем, возможно - двумя. При этом сама страница не должна крутиться, пока верт. скролл в поле ввода не упрётся в один из краёв.