Изначально в топку.

Первый же вопрос. Я нажимаю ссылку "редактировать", появляется твоё модальное окно. После этого я нажимаю кнопку браузера "назад". Какое мне ожидать поведение, потому что я этого так вот сразу угадать не могу.

Есть еще замечательная книга Джефа Раскина.

Хорошо.

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

В нормальном вебе нет "других", т.е. "немодальных" окон . В нормальном вебе есть только страницы . И поведение кнопок "вперед-назад" при этом очевидно - перемещение по стеку посещенных страниц.

Нет. Изначально веб это URL + HTTP + HTML. Про файлики там ничего нет.
Я подозреваю, что ты в основном десктоп пишешь, поэтому можешь быть не очень в курсе. В SPA у его "страниц" есть точно такие же отдельные URL как и у классического веб-приложения. Просто то, что для пользователя выгладит как переход по URL приложением преобразуется в вызов JS, который обновляет страницу без загрузки нового HTML. Кнопки вперед-назад работают при этом точно так же как и в классике.
Для веба есть только два нормальных паттерна UI - это переход по гиперссылке и сабмит формы на сервер. Все остальное это только для удобства (всякие датопикеры, автокомплиты, аккордеоны и т.д. и т.п.) и для большей отзывчивости UI (вместо всего HTML гоняем по HTTP только данные). Основные же принципы так и остаются теми же самыми что и во времена Тима Б-Л, если речь не идет о каком-нибудь уродстве, понаписаном бывшими дельфистами на волне перехода энтерпрайза на веб-приложения.

Да. Именно так и должно быть.


Ты это серьезно?

У самых первых SPA URL в адресной строке всю дорогу был неизменен, соответственно кнопки вперед-назад не работали вообще и это зело всех напрягало. Позже уже научились по-нормальному делать.

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


Так еще раз - это не десктоп (не путай SPA с PWA). Будь оно хоть трижды SPA оно все равно остается веб-приложением со всеми вытекающими. Там нет такого "закрыть приложение". Если я из гугла иду по найденной ссылке я же не говорю что я "закрываю нахрен весь гугл".


Если хочется чтобы оно вело себя как десктопное приложение, то надо и писать десктопное приложение или PWA. Я ничего против ни одного ни другого не имею, просто считаю дурной и неправильной затеей пытаться сделать из веба десктоп или наоборот.

Ага. А "не уродство" это одна пустая форма с двумя дюжинами кнопок на ней, каждая из которых вызывает свой модальный диалог. И не забыть раскрасить все в разные цвета. На делпхи именно так весь UI и разрабатывали.

Ага. Поэтому теперь везде ссылки должны выглядеть как кнопки, кнопки как ссылки, а оформление онлайн-заказа надо делать в отдельном выпрыгивающем окне браузера, куда из еще одного выпрыгивающего окна браузера таскать драг-и-дропом товары для покупки. И главное, на каждый вперед-назад не забывать выводить модальное сообщение "Вы действительно хотите уйти со страницы?".

Дюжина с лишним лет формошлепанья на Дельфи, наверное.


Это все уже реализация, а я говорил про UI - если ты хочешь редактировать запись на отдельном окне, то в нормальном веб-приложении для пользователя это должно выглядеть как переход по ссылке редактирования этой записи, а что там при этом происходит под капотом это уже совершенно другой вопрос - пускай оно хоть по FTP при этом загружается.

Нет, не пофиг. Если пользователь видит знакомые кнопки или меню (например "Домой", "Вперед/Назад", "Избранное" и т.п.), то он ожидает от них определенного, знакомого по другим приложениям поведения. Это, впрочем, касается вообще любых приложений, а не только вебовских.

Строку адреса, "избранное", "домой" и вообще закрытие окна браузера тоже отключать? По-моему, самая правильная идея это то, что введенные данные вообще никогда не должны теряться ни при каких условиях. Сохраняй их всегда автоматически по мере ввода в виде "черновика" к редактированию которого, пока он не подтвержден, всегда можно потом откуда угодно вернуться (как, например, сейчас делается во всех онлайновых почтовых клиентах).


Вот за даблклики и вызовы кастомных меню по правой кнопке мыши делающих такое дизайнеров веб-UI надо вообще истреблять без жалости

На сервере, конечно.


Даблклик гарантирует, что если я зайду куда-то в браузере по адресу, то я хрен догадаюсь, что мне чтобы что-сделать надо дабл-кликнуть. Гугл-диск, например, этим люто выбешивает. Я им хоть и пользуюсь уже сто лет, все равно каждый раз, заходя туда, надо несколько минут тупить и разум переключать на то, что, чтобы зайти в папку надо по ней дабл-кликнуть, простой клик всего лишь что-то выделяет, нормальная ссылка "Скачать" куда-то запрятана, а вместо того чтобы её искать предполагается открывать меню правой кнопкой мыши. У майкрософта в OneDrive тоже, кажется, когда-то такой же ахтунг был, но они хотя бы позже опомнились и сделали по-людски (правда, правокнопочное меню так и оставили).

Это что, будет опрос среди тех кому за 70?


И переписать весь веб на модальных формах Дельфи

Не все новое обязательно хорошо. Особенно когда оно идет против многолетних общих привычек. В десктопе, например, традиционно: один левый клик - выделение, двойной клик - действие по умолчанию, один правый клик - вызов меню с действиями. Почему бы не сделать так: действие по умолчанию - 1ЛК, выделение - 1РК, меню - 2К. Мне кажется, что в этом есть логика, из того чтобы более частые действие проще вызывались. А когда от такой логики нормальный пользователь охренеет, то можно сказать, что это у него просто мозги застыли :)

Разработчики многих продуктов, к счастью, поняли, что специализированную работу очень часто удобней делать именно с командной строки и чаще стали дополнительно делать CLI для своих приложений (GitHub, например, недавно зело порадовал ). Я использую GUI, но нормально свою работу без командной строки не представляю, потому что это будет не нормальная работа, а наполовину какой-то самотык мышью.

Сюда ты по нескольку сообщений в день тоже случайно пишешь?

Я наоборот писал, что пускай логика браузера остается в браузере, а логика десктопа остается в десктопе. Потому что когда у меня что-то запускается в полностью своем кастомном окне (десктоп), то я ожидаю одного поведения, а когда что-то "запускается" в окне браузера, то я ожидаю другого поведения (а соответствие ожиданиям пользователя это основной принцип правильного UI). Если все наоборот, то меня это сбивает с толку. Если бы у меня десктопный OneDrive стал бы открывать папку не двойным кликом как остальной Explorer, а одинарным как веб-версия, то меня бы это заанноило еще больше, чем случись наоборот. Если кому-то нравится, то бог с ним - пускай он хоть купит себе авто и переделает в нем переключение передач на ручной тормоз, но делать такое массово это упаси бог.


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

Это же не означает, что обычная кнопка "назад" должна куда-то в непонятку уводить. Тем более, как (и я в том числе) уже об этом выше писали все это в любом SPA-фреймворке давно сделано и работает из коробки.

Что мешает редактировать его прямо на месте? Если при этом нужен явный "flow", то делаешь просто рядом кнопку/ссылку "редактировать", которая переводит его из режима read-only просмотра в режим редактирования с явным сохранением или отменой изменений.