Ничего страшного, я не скрываю, но дело в том что я использую GPT что бы улучшить некоторую структуру статьи, и я не вижу в этом ничего плохого, при условии что статья может быть полезной)
Режим чтения отображает только текст и иллюстрации к нему, скрывая при этом Банеры, инструменты управления сайтом, отдельные кнопки, и остальные элементы, не относящиеся к тексту. Этот режим позволяет изолировать информацию от всего остального, мы не можем позволить себе скрыть все это в обычном режими, потому что взаимодействие с интерфейсом будет невозможно в полной мере. Этот режим удобен, и полезен, никто не говорит о том что не нужно делать обычный режим читабельным, но позволить пользователю получить «стерильную» информацию - будет отличным дополнением.
Смотря какой сайт или приложение) Если это условно сервис с теми же статьями, тогда почему бы не загружать быстрее название статей, структуру и какой-то текст, а обложки уже отдать в ленивую загрузку? Получим то-что страница грузится ощутимо быстрее, и при этом вся чувствительная информация уже перед глазами, а вторичное догоняет, ну и если вам так хочется то и пагинация тут будет без конфликтов)
Я понимаю что могут возникнуть трудности с разработкой, но когда есть прокрутка в модальном окне или в условном фильтре, и по середине экрана уродливый серый прямоугольник, который выбивается из всей дизайн системы который я кропотливо проектировал, и на который приходится смотреть мне и пользователям, потому что разработчику нужно потратить время что бы его сделать (со всем уважением к вашей работе), то я наверное попрошу своего коллегу потратить время на то что бы реализовать то решение, которое не будет как уродливая палка из прошлого.
Рушит UX тот факт что мы позволяем пользователю получить быстрый доступ к информации, не заставляя его ждать лишние несколько секунд на каждой странице?
Я не согласен с тем что она - зло, где-то ленивая загрузка может быть неуместна, но про грамотном использовании она УЛУЧШАЕТ UX, увеличивая производительность сайта или приложения.
Данные элементы конечно же нужно реализовывать уместно и грамотно, как и все остальное, бесспорно что часто мы встречаем плохое применение того, или иного решения, но это не делает сам элемент плохим. Возможно «сокровище» слишком громкое слово, соглашусь, как и «малоизвестные» на примере отдельных пунктов, но тут я хотел упомянуть те элементы которые встречаются реже остальных. Не хотел уходит прям в совсем экспериментальные штуки, которые бы в большей степени имели бы характер «малоизвестных», но при этом были бы слишком спорны в плане вообще их применения.
Аккордеон - уж больно мне не нравится это название, позволил себе немного свободы в выражении?
Но я думаю что учесть общепринятое название все таки стоит, я с корректирую)
Абсолютно так, все это не подразумевает использование в каждом проекте, все сугубо индивидуально, и все должно быть уместно, а аргументированно, в первую очередь для себя.
Приветствую! Статья не подразумевает то что эти элементы необходимы к использованию в каждом интерфейсе, все сугубо индивидуально, конечно же их можно использовать неуместно, или не правильно и интерфейс может пострадать, но это касается чего угодно, а не только того что я перечислил)
Ко всему нужно подходить с понимаем, и «дизайн ради дизайна» я не приветствую, эти элементы действительно могут улучшить интерфейсы, если умело их использовать.
Приветствую! Почему вы считаете что этот материал бесполезный? Вы хотите сказать что он никак не способен помочь дизайнеру, даже который не имеет особого опыта?
Приветствую, благодарю что поделились опытом, мнением, и советом!
Я сейчас как раз работаю в стартапе, и я рад что на мои плечи упала возможность спроектировать UI Kit для продукта в финансовом секторе с нуля, и сейчас, когда продукт уже работает, я с удовольствие пожинаю плоды своей достаточно кропотливой, но очень увлекательной работы.
И я действительно не понимаю как компании могут делать продукт без четкого кита, насколько большой это удар по качеству
Ничего страшного, я не скрываю, но дело в том что я использую GPT что бы улучшить некоторую структуру статьи, и я не вижу в этом ничего плохого, при условии что статья может быть полезной)
Виталий, благодарю за интерес к статье, и за раскрытие данного вопросы!
Здравствуйте!
Режим чтения отображает только текст и иллюстрации к нему, скрывая при этом Банеры, инструменты управления сайтом, отдельные кнопки, и остальные элементы, не относящиеся к тексту. Этот режим позволяет изолировать информацию от всего остального, мы не можем позволить себе скрыть все это в обычном режими, потому что взаимодействие с интерфейсом будет невозможно в полной мере. Этот режим удобен, и полезен, никто не говорит о том что не нужно делать обычный режим читабельным, но позволить пользователю получить «стерильную» информацию - будет отличным дополнением.
Смотря какой сайт или приложение)
Если это условно сервис с теми же статьями, тогда почему бы не загружать быстрее название статей, структуру и какой-то текст, а обложки уже отдать в ленивую загрузку?
Получим то-что страница грузится ощутимо быстрее, и при этом вся чувствительная информация уже перед глазами, а вторичное догоняет, ну и если вам так хочется то и пагинация тут будет без конфликтов)
я же не говорю что его необходимо обвесить стразами, но сделать его вписывающим в дизайн систему - правильно
Я понимаю что могут возникнуть трудности с разработкой, но когда есть прокрутка в модальном окне или в условном фильтре, и по середине экрана уродливый серый прямоугольник, который выбивается из всей дизайн системы который я кропотливо проектировал, и на который приходится смотреть мне и пользователям, потому что разработчику нужно потратить время что бы его сделать (со всем уважением к вашей работе), то я наверное попрошу своего коллегу потратить время на то что бы реализовать то решение, которое не будет как уродливая палка из прошлого.
Благодарю за комментарий)
Ленивая загрузка - не равно бесконечный скрол, она может бы ь реализована с пагинацией
Вам отвечает GPT, спасибо что внесли вклад в порчу экологии!
Рушит UX тот факт что мы позволяем пользователю получить быстрый доступ к информации, не заставляя его ждать лишние несколько секунд на каждой странице?
Я не согласен с тем что она - зло, где-то ленивая загрузка может быть неуместна, но про грамотном использовании она УЛУЧШАЕТ UX, увеличивая производительность сайта или приложения.
Приветствую!
Я больше привык к англоязычной терминологии, мне кажется что особо суть не пострадала от того что я воспользовался альтернативным наименованием)
Я думаю что такой виджет достоин отдельной статьи??
Данные элементы конечно же нужно реализовывать уместно и грамотно, как и все остальное, бесспорно что часто мы встречаем плохое применение того, или иного решения, но это не делает сам элемент плохим. Возможно «сокровище» слишком громкое слово, соглашусь, как и «малоизвестные» на примере отдельных пунктов, но тут я хотел упомянуть те элементы которые встречаются реже остальных. Не хотел уходит прям в совсем экспериментальные штуки, которые бы в большей степени имели бы характер «малоизвестных», но при этом были бы слишком спорны в плане вообще их применения.
Благодарю за мнение!
Приветствую!
Аккордеон - уж больно мне не нравится это название, позволил себе немного свободы в выражении?
Но я думаю что учесть общепринятое название все таки стоит, я с корректирую)
Абсолютно так, все это не подразумевает использование в каждом проекте, все сугубо индивидуально, и все должно быть уместно, а аргументированно, в первую очередь для себя.
Благодарю за мнение!
Приветствую! Статья не подразумевает то что эти элементы необходимы к использованию в каждом интерфейсе, все сугубо индивидуально, конечно же их можно использовать неуместно, или не правильно и интерфейс может пострадать, но это касается чего угодно, а не только того что я перечислил)
Ко всему нужно подходить с понимаем, и «дизайн ради дизайна» я не приветствую, эти элементы действительно могут улучшить интерфейсы, если умело их использовать.
Благодарю за ваше мнение!
Приветствую! Почему вы считаете что этот материал бесполезный? Вы хотите сказать что он никак не способен помочь дизайнеру, даже который не имеет особого опыта?
Я с вами не согласен
Приветствую, благодарю что поделились опытом, мнением, и советом!
Я сейчас как раз работаю в стартапе, и я рад что на мои плечи упала возможность спроектировать UI Kit для продукта в финансовом секторе с нуля, и сейчас, когда продукт уже работает, я с удовольствие пожинаю плоды своей достаточно кропотливой, но очень увлекательной работы.
И я действительно не понимаю как компании могут делать продукт без четкого кита, насколько большой это удар по качеству