M>>Угу. Только в Фигме
НС>Сорри, но постоянно приводить в качестве аргумента один довольно специфичный и не так чтобы суперпопулярный продукт это перебор. Ты там работаешь что ли?
Потому что это один из немногих действительно сложных продуктов, по возможности сопоставимых с десктопными продуктами, которые а) существуют в вебе б) работают на ура и г) достаточно открыто рассказывают о том, как они его разрабатывают.
Здравствуйте, Евгений Акиньшин, Вы писали:
ЕА>Но вот на счёт специфичности/непопулярности не соглашусь — очень популярная тулза сейчас для проектирования/дизайна интерфейсов
Почему то те дизайнеры, с которыми последнее время приходилось работать, предпочитают zeplin и invisio.
Здравствуйте, alex_public, Вы писали:
_>В нормальных фреймворках вообще не надо беспокоиться о таких вопросах. Там размер окна автоматически масштабируется так, чтобы вместить весь контент. Если же требуемый для этого размер, будет превышать максимально возможный, то автоматически появятся полосы прокрутки. Даже странно видеть такие вопросы в 2019-ом году, а не в начале 90-ых.
+
_>Хотя да, Web GUI действительно так и не дорос пока хотя бы до уровня стандартных контролов Window95...
Тут две точки зрения: с одной стороны фичи вроде шаблонизации и биндинга angular/react/blazor невероятно крутые, фактически магия (вот правда, когда асинхронно подгружаешь данные и у тебя обновляется только нужная часть страницы, и ничего больше — это выглядит невероятно). Но при этом всё это базируется на кривокосой связке HTML/CSS, из которых всё пытаются слепить что-то подходящее для приложений.
M>>exec("rm -rf /") просто так в твое приложение не залетит. А любой CSS в твое веб-приложение может залететь очень легко. По той причине, что все эти «компоненты» валяются в плоском глобальном неймспейсе.
vsb>Ну вообще-то shadow dom для этого уже давно придуман и реализован. Никто не заставляет валять компоненты в плоском неймспейсе.
Ага-ага. Тот самый shadow dom, в котором столько проблем, что текущее мнение звучит как «по возможности избегайте»?
Коротенькое описание лишь части проблем (связанных не только с Shadow DOM'ом):
Вот смотри. Открываешь ты, не знаю, Qt Creator 20-летней давности. Берешь кнопку и кладешь ее на панель X. Берешь всю панель X и кладешь ее на панель Y. Не понравилось, берешь кнопку с панели X и кладешь ее на панель Z.
Кнопка и панели как были, так и остались.
В случае с вебом в общем случае это банально невозможно. Потому что достаточно не такой комбинации миллиона параметров, и твоя кнопка (не говоря о более сложных компонентах) расползется по размерам, получит неправильные шрифты и т.д. и т.п.
Что именно и как эта проблема решена? Ах да, можно сделать вид, что у нас есть shadow dom, но ты даже форму с ним нормально сделаешь (да и без него, Custom Elements в целом только в этом году наконец-то начали участовать в Form Events, с кучей условностей).
vsb>jQuery? Ну это уровень 10-летней давности. Те проблемы уже решены.
Здравствуйте, Mamut, Вы писали:
M>exec("rm -rf /") просто так в твое приложение не залетит. А любой CSS в твое веб-приложение может залететь очень легко. По той причине, что все эти «компоненты» валяются в плоском глобальном неймспейсе.
Я утрирую. А ты описываешь обычный баг, выдавая его за принципиальное ограничение, которое не позволяет пользоваться библиотеками компонентов.
Здравствуйте, Mamut, Вы писали:
M>Это не «обычный баг», а суровая реальность веба. И да, каждая первая «библиотека компонентов» страдает именно из-за этих «обычных багов».
В чем страдание заключается? Кто тот вредитель, что запрещает тебе использовать reset.css, или скрытно после него добавляет какие то глобальные правила?
M>>Это не «обычный баг», а суровая реальность веба. И да, каждая первая «библиотека компонентов» страдает именно из-за этих «обычных багов». НС>В чем страдание заключается? Кто тот вредитель, что запрещает тебе использовать reset.css, или скрытно после него добавляет какие то глобальные правила?
Есть приложение. Со своими стилями. Ты в него собираешься добавить в произвольное место «компонент». Давай, расскажи мне, как все прекрасно и сразу будет работать и как reset поможет избавиться от влияющих на компонент стилей приложения.
Здравствуйте, Mamut, Вы писали:
A>>А ты описываешь обычный баг, выдавая его за принципиальное ограничение, которое не позволяет пользоваться библиотеками компонентов. M>Это не «обычный баг», а суровая реальность веба. И да, каждая первая «библиотека компонентов» страдает именно из-за этих «обычных багов».
Суровая реальность такая суровая, что нет ни одного приложения с использующего стороннюю библиотеку компонентов, а все разработчики пишут свои компоненты с нуля поверх дивов и не любят себя.
A>Суровая реальность такая суровая, что нет ни одного приложения с использующего стороннюю библиотеку компонентов, а все разработчики пишут свои компоненты с нуля поверх дивов и не любят себя.
Этого я не говорил. Но раз ты завел свою стандартную унылую шарманку перевирания моих слов, то adieu.
Здравствуйте, Mamut, Вы писали:
A>>Суровая реальность такая суровая, что нет ни одного приложения с использующего стороннюю библиотеку компонентов, а все разработчики пишут свои компоненты с нуля поверх дивов и не любят себя. M>Этого я не говорил. Но раз ты завел свою стандартную унылую шарманку перевирания моих слов, то adieu.
Да, не говорил. Но что ты хотел сказать своей суровой реальностью, и какое она имеет отношение в обсуждаемому вопросу, мы так и не узнаем.
Здравствуйте, Codealot, Вы писали:
C>Здравствуйте, bzig, Вы писали:
B>>Ну т.е. опять всё свелось к модальным диалогам, но пусть.
C>Вот тебе другой пример. Есть набор из n элементов, каждый содержит одну картинку (разных размеров и пропорций) и текст (разной длины). Задача — каждый элемент отформатировать и вывести все эти элементы в виде грида, построчно. C>Форматировать элементы и размещать по строкам в гриде надо так, чтобы максимально эффективно использовать площадь экрана — и при условии, что каждая картинка не должна занимать больше половины своего элемента по ширине, но не нужно ее растягивать, если она исходно меньше половины.
C>Расскажи ка мне, как в "охренительно замечательном" html/css это сделать.
Здравствуйте, Ночной Смотрящий, Вы писали:
C>>Ну во первых, таблицы устарели и вообще это жуткий моветон, коллеги говном закидают.
НС>Во-первых устарели не таблицы, а табличная верстка. Для отображения табличных данных ничего лучше таблиц нет. А во-вторых span с display: table-cell твоих коллег должен удовлетворить.
Вообще-то нет, таблица тут просто не подходит ни в каком виде: она изначально предусматривает фиксированное количество столбцов и строк, и не может менять расположение элементов при изменении размеров контейнера.
Здравствуйте, Mamut, Вы писали:
M>Есть приложение. Со своими стилями. Ты в него собираешься добавить в произвольное место «компонент». Давай, расскажи мне, как все прекрасно и сразу будет работать и как reset поможет избавиться от влияющих на компонент стилей приложения.
Это же обычная практика: взять первое попавшееся приложение и в произвольное место впихнуть первый попавшийся компонент — именно так и разрабатывается ПО.
Здравствуйте, Codealot, Вы писали:
C>Здравствуйте, Somescout, Вы писали:
S>>https://codepen.io/mcraiganthony/pen/NxGxqm
C>- все картинки одинакового размера C>- все описания одинакового размера
Можете попробовать расширить любое описание или задарть размер изображения и посмотреть что будет.
Вот тут это очевиднее (задайте размеры через style= для вложенных div элементов и поменяйте размеры окна).
