Breakpoints в консоли для разработчика

[Serge_Bliznykov]

Сообщение от Alex11223

a place or time at which an interruption or change is made.

спасибо. теперь всё стало на свои места.

[DimitriySam]

Сообщение от Alex11223

Вы не ответили зачем.

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

[Naive]

Сообщение от Alex11223

На некоторых сайтах бывает добавляют какой-нибудь бесконечный таймер с debugger, чтоб осложнить использование DevTools

Глупо. Обходится на раз-два.
========================
По поводу медиа-брейкпойнтов.
Раньше в девтулз, в режиме эмуляции девайсов, над полосой, где можно менять размер окна по популярным разрешениям, были и все брейкпойнты, которые хром нашел в CSS. Думаю, что разработчики посчитали эту функцию бесполезной, основываясь на обеих методологиях адаптивной верстки:
1. Когда все брейкпойнты выставляются заранее и дизайнер танцует относительно них. В таком случае их нет смысла показывать разработчику, он их и так знает, они прямо в конфиге прописаны.
2. Компонентный подход: когда каждый микромодуль имеет свое поведение относительно размеров экрана. В этом случае вся полоса засирается брейкпойнтами. И ни разработчик, ни пользователь в этом не разберется.

оффтоп п.с. Я предпочитаю второй подход, потому что в таком случае у разработчика и дизайнера больше власти над приложением. Они сами себя не запирают в некие рамки.