Что за нейронка так плохо статью перевела? Глаза вытекают. Как-будто вернулся во времена Promt. Вы бы хотя бы перед публикацией минимальную редактуру провели. Это не русский язык, а фразы на английском, составленные из русских слов.
Там, в Unreal5, на сколько я знаю, совсем не в физике дело с тормозами. А в продвинутой технологии освещения Lumen и системе динамической детализации объектов Nanite. Впрочем эти технологии необязательны для включения. Да некоторым разработчикам таки удаётся и с ними совладать, показывать достойную производительность.
Вот, как раз момент, за который "Чистый код" обычно критикуют. Создание мелких функций, вызываемых только раз, без которых можно обойтись. Хотя в моём конкретном случае что-нибудь вроде ряда is_top(), is_left_bottom() вполне бы смотрелось, как по мне. Вообщем субъективно.
Вас так задело, что готовое решение не опубликовано в npm, и придётся потратить пару минут на то, чтобы подружить модуль с используемым бандлером?
Или вы знаете фреймворк, где функциональность, описанная в статье, уже реализована? Если так, напишите об этом сюда, будет полезно.
На счёт реактивности, готовое решение поддерживает отслеживание изменения страницы и при динамическом добавлении DOM-нод с нужным атрибутом всё "подхватится", и у ни каких фреймворков в связке с этим скриптом проблем возникнуть не должно, если это был камень в этот огород.
В конце концов, в статье приведена исчерпывающая информация для создания собственного решения, оформленного и опубликованного, как кто пожелает. Это всё-таки Хабр.
Ну, само решение через подгонку размеров самих внутренних блоков (только в большую сторону от оригинала, как я понимаю) - как минимум интересно.
Но, вот тут не оно не особо выглядит (ширина примерно 1600px) на мой вкус.
При ширине ~ 1600px
Я так понял, что это у вас меню. Меню бы я делал по другому.
Лет 5 назад я бы реализовал классический горизонтальный / вертикальный блок / список "кнопок" с выпадающим для каждого уровня вложенности подменю.
Сегодня бы сделал тоже самое но с выпадающим "Мега" блоком на всё доступное пространство со всем вложенным содержимым.
В случае с горизонтальным расположением фиксил бы случай с "невлезанием" кнопок скриптом, которым бы скрывал непоместившиися итемы в подменю созданной крайней справа кнопки с надписью "..." или "Остальное".
Содержимое обрезано справа ибо не вмещается (почему-то) в доступную ширину окна. Это при непосредственной загрузке страницы. Если ширину окна "подвигать" вручную, то содержимое адаптируется (очевидно скрипт срабатывает) и всё тогда вмещается и соответственно выглядит нормально.
Проблема в изначальной "подстройке" под ширину окна при загрузке страницы.
У меня этот пример почему-то глючит, вылезает за пределы экрана. (Десктоп Хром)
Диму Карловского на Хабре не особо жалуют, на сколько я могу судить по реакциям на его комментарии к статьям. При чём не понятно почему, вроде вполне нейтральные по тону и содержанию сообщения...
Да, виджеты на панели. С возможностью добавления / удаления.
В ленту их располагать в один ряд - слишком расточительно с точки зрения использования полезного пространства. Стандартизировать размер для всех - не получается, слишком разное содержимое.
Что за нейронка так плохо статью перевела? Глаза вытекают. Как-будто вернулся во времена Promt. Вы бы хотя бы перед публикацией минимальную редактуру провели. Это не русский язык, а фразы на английском, составленные из русских слов.
Большое спасибо. WARP + zapret заработали отлично.
Благодарю за наводку. У меня вместе с zapret заработало на Линуксе.
Там, в Unreal5, на сколько я знаю, совсем не в физике дело с тормозами. А в продвинутой технологии освещения Lumen и системе динамической детализации объектов Nanite. Впрочем эти технологии необязательны для включения. Да некоторым разработчикам таки удаётся и с ними совладать, показывать достойную производительность.
Вот, как раз момент, за который "Чистый код" обычно критикуют. Создание мелких функций, вызываемых только раз, без которых можно обойтись. Хотя в моём конкретном случае что-нибудь вроде ряда is_top(), is_left_bottom() вполне бы смотрелось, как по мне. Вообщем субъективно.
Благодарю, за конструктивную критику.
Благодарю, за ответ.
На счёт названий переменных - согласен, хотя в комментариях в коде написано, что они означают.
А с тернарным выражением, разве лучше оно будет в формате if-else? Мне казалось, что наоборот, так лучше читается.
А что конкретно вам в коде не нравится, не напишите?
Мда.... Думаю, вы правы.
Нужно будет заняться.
К чему вы тут мне нагрубили?
Вас так задело, что готовое решение не опубликовано в npm, и придётся потратить пару минут на то, чтобы подружить модуль с используемым бандлером?
Или вы знаете фреймворк, где функциональность, описанная в статье, уже реализована? Если так, напишите об этом сюда, будет полезно.
На счёт реактивности, готовое решение поддерживает отслеживание изменения страницы и при динамическом добавлении DOM-нод с нужным атрибутом всё "подхватится", и у ни каких фреймворков в связке с этим скриптом проблем возникнуть не должно, если это был камень в этот огород.
В конце концов, в статье приведена исчерпывающая информация для создания собственного решения, оформленного и опубликованного, как кто пожелает. Это всё-таки Хабр.
Интересно.
Не знал про такую особенность уменьшения графики.
Уже оформлено https://github.com/admtoha/flex-size-fix
Спасибо за уточнения.
Поправил.
Завидую вашей внимательности. :)
У меня менять размеры самих внутренних блоков не предполагается. А без этого flex-basis / flex: initial ничего нового не привнесут, как я полагаю.
Ну, само решение через подгонку размеров самих внутренних блоков (только в большую сторону от оригинала, как я понимаю) - как минимум интересно.
Но, вот тут не оно не особо выглядит (ширина примерно 1600px) на мой вкус.
Я так понял, что это у вас меню. Меню бы я делал по другому.
Лет 5 назад я бы реализовал классический горизонтальный / вертикальный блок / список "кнопок" с выпадающим для каждого уровня вложенности подменю.
Сегодня бы сделал тоже самое но с выпадающим "Мега" блоком на всё доступное пространство со всем вложенным содержимым.
В случае с горизонтальным расположением фиксил бы случай с "невлезанием" кнопок скриптом, которым бы скрывал непоместившиися итемы в подменю созданной крайней справа кнопки с надписью "..." или "Остальное".
Под "обрезано" я как-раз и имел ввиду, что не вмещается и скроллом вправо можно увидеть "конец".
Пардон, нужно было выразится точнее.
Содержимое обрезано справа ибо не вмещается (почему-то) в доступную ширину окна. Это при непосредственной загрузке страницы. Если ширину окна "подвигать" вручную, то содержимое адаптируется (очевидно скрипт срабатывает) и всё тогда вмещается и соответственно выглядит нормально.
Проблема в изначальной "подстройке" под ширину окна при загрузке страницы.
del (Промахнулся веткой)
У меня этот пример почему-то глючит, вылезает за пределы экрана. (Десктоп Хром)
Диму Карловского на Хабре не особо жалуют, на сколько я могу судить по реакциям на его комментарии к статьям. При чём не понятно почему, вроде вполне нейтральные по тону и содержанию сообщения...
Можно поподробнее?
Да, виджеты на панели. С возможностью добавления / удаления.
В ленту их располагать в один ряд - слишком расточительно с точки зрения использования полезного пространства. Стандартизировать размер для всех - не получается, слишком разное содержимое.