по идее и <table> можно адаптировать соответствующим образом, но это имхо уже изврат: таблицы должны оставаться таблицами

Просто таблицы появились тогда, когда никакой адаптивности не было. Возможно, надо было бы спецификацию подгонять под это всё

Только, видимо, это никому не надо

тут еще вопрос удобства заполнения руками, мне приходится иногда забивать огромные расписания турниров, по 8-10 колонок, row примерно 200, которые еще по дням разбиты с заголовками отдельными, причем это всё должно до 320px работать хорошо -- таблицы как раз заполнять руками удобно

тут еще вопрос удобства заполнения руками, мне приходится иногда забивать огромные расписания турниров, по 8-10 колонок, row примерно 200, которые еще по дням разбиты с заголовками отдельными, причем это всё должно до 320px работать хорошо -- таблицы как раз заполнять руками удобно

для этого лучше реализовывать что-то вроде экселя

не получится -- они всегда разные

или заюзывать гугл-календарь с соответствующим оформлением

да, конечно что-то надо прикрутить давно, но как-то все не до этого

Привет 3805 ! Группа Вк: vk.com/web_structure Библиотека верстальщика: @weblibrary Веб Дизайн: @dev_design Freelancer: @web_fl

"Про будущее программирования и фронтенда загадывать сложно, особенно в перспективе на 10 лет. Есть опасения, что фронтенд, как и весь веб, — вообще умрет. Что, если весь интернет будет в смартфоне, — например, в виде одного приложения, которое покроет все потребности пользователя? Cмартфоны окажутся под угрозой вымирания, если весь интернет с его интерфейсом перейдет в AR. Восприятие информации будет происходить через носимые гаджеты и аксессуары, и мы перейдем к концепции «The Best Interface is No Interface». Если интернет, в привычном его понимании, все-таки продолжит свое развитие, то он уйдет в сторону децентрализации и blockchain-протоколов. В этом случае однозначно автоматизируется труд верстальщиков. Уже есть сервисы для конвертации дизайна в код: модифицируемые шаблоны в Tilda или экспорт макетов из Figma. Верстка пойдет по пути еще большей автоматизации, а профессия верстальщика умрет в принципе (хотя останется как навык и будет нужна фронтенд-разработчикам будущего)"

Ага-ага. Общение с поддержкой тильда говорит о том, что умрёт скорее она :)

Ну, так, про частный случай.

> Что, если весь интернет будет в смартфоне, — например, в виде одного приложения Пока не останется на Земле один разработчик — такого никогда не будет ?

Возможно, но Тильда - частный случай релизации технологии

Остальное — это лишь фантазия конкретно взятого человека

Если сейчас любой мало-мальски разбирающийся в вебе хочет что-т своё сделать — как будто это когда-то изменится

Yan иди куда шёл, чо надо-то

Научился что-то там на ES6 копировать из чужих реп — и, типа всё, уже всё знаю?)

я кстати по красоте переделал свою фигню утром )))

Ща за срач ридонли бахать буду, надоели чет

умрет, и хрен с ним с фронтендом, есть ведь бекенд

Ща за срач ридонли бахать буду, надоели чет

да хоть бан, ради бога.

ты мне вчера с воводом объекта помогал )

Если её забанят, я буду только рад

у меня по плану как раз вот они

дальше

вы их наизусть учите? вот это поворот

Если её забанят, я буду только рад

Вас обоих, угу

Gut

билдеры же есть https://regexr.com/ или https://regex101.com/

билдеры же есть https://regexr.com/ или https://regex101.com/

помоему проще выучить регулярки чем эти сервисы

может и легче, я редко regex использую, может когда часто, то запоминаются сами

кстати, кто в регулявках силен?

хитровпопувыделанная задачка у меня

есть строка вида {str prm1=val1 prm2=val2} надо выдернуть все ключи и их значения кол-во и имена ключей неизвестно значение может быть обернуто в двойные кавычки и быть произвольной строкой с пробелами и спецсимволами, либо без кавычек и пробелов, но тоже со спецсимволами

похоже на Smarty

хз, мой мозг и то не понял задачу )

как выдергивать ключи и значения, если они вообще рандомные, не определены фактически

на бис плиз

это не объект. это не js вообще, это просто строка

и парсится будет на php. бекенд

тогда можно канешн

да

В чем прикол: p:first-child { background: red; margin: 5px; } <body> <p>This paragraph is the first child of its parent (body).</p> <h1>Welcome to My Homepage</h1> <p>This paragraph is not the first child of its parent.</p> <div> <p>This paragraph is the first child of its parent (div).</p> <p>This paragraph is not the first child of its parent.</p> </div> <p><b>Note:</b> For :first-child to work in IE8 and earlier, a DOCTYPE must be declared.</p> </body>

нормальный синтаксис, для контентщиков

div:first-child { background: red; margin: 5px; } <body> <div>This paragraph is the first child of its parent (body).</div> <h1>Welcome to My Homepage</h1> <p>This paragraph is not the first child of its parent.</p> <p> <div>This paragraph is the first child of its parent (div).</div> <div>This paragraph is not the first child of its parent.</div> </p> <p><b>Note:</b> For :first-child to work in IE8 and earlier, a DOCTYPE must be declared.</p> </body>

в первом случае выдяелются 2 блока, во втором только один

ERROR: S client not available

при этом в css меняется p на div

а в HTML это тоже заменено

Т.е. по факту должно тоже 2 блока выделяться

div:first-child { background: red; margin: 5px; } <body> <div>This paragraph is the first child of its parent (body).</div> <h1>Welcome to My Homepage</h1> <p>This paragraph is not the first child of its parent.</p> <p> <div>This paragraph is the first child of its parent (div).</div> <div>This paragraph is not the first child of its parent.</div> </p> <p><b>Note:</b> For :first-child to work in IE8 and earlier, a DOCTYPE must be declared.</p> </body>

какой смысл сюда эти простыни постить, есть же всякие fiddle, codepen

какой смысл сюда эти простыни постить, есть же всякие fiddle, codepen

Я думал за это, но ни на одном не зареган

там и анонимно можно

:first-child — это первый элемент внутри родителя

для понимания прост напоминаю

div:first-child { background: red; margin: 5px; } <body> <div>This paragraph is the first child of its parent (body).</div> <h1>Welcome to My Homepage</h1> <p>This paragraph is not the first child of its parent.</p> <p> <div>This paragraph is the first child of its parent (div).</div> <div>This paragraph is not the first child of its parent.</div> </p> <p><b>Note:</b> For :first-child to work in IE8 and earlier, a DOCTYPE must be declared.</p> </body>

и как ты внутри p вставляешь div — это же не валидно, по идее

заменить CKEditor чем-то ещё

для понимания прост напоминаю

всё верно, но ведь и там и там это первый элемент внутри родителя

нормальный синтаксис, для контентщиков

проверь эту фигню (\w+)=(.+?)(?:\s|$)

и как ты внутри p вставляешь div — это же не валидно, по идее

а вот в этом то и причина

и как ты внутри p вставляешь div — это же не валидно, по идее

Я это вставлял тупо для просмотра работоспособности селекторов.

ага, как ты предложил заменить xmlhttprequest() на fetch()

всё верно, но ведь и там и там это первый элемент внутри родителя

https://jsfiddle.net/95opvrL7/

какой смысл сюда эти простыни постить, есть же всякие fiddle, codepen

Отдельно е спасибо за https://jsfiddle.net

верно, если вместо p оборачивать div чем-то ещё.

там это подсветило

тут, где.

проверь эту фигню (\w+)=(.+?)(?:\s|$)

строки в кавычках не попадают целиком

Или ты уже забыл