Зачем? Сейчас 2к20, на чистом html/css не пишет никто. Вообще никто. А как язык для общения с браузером — сойдёт.

И нет, canvas — хуже (man a11y)

Будет замена HTML и CSS в будущем?

Похоже что нет, популярных альтернативных вариантов разметки не очень видно.

Есть с ними какие-то проблемы сейчас?

Есть проблемы с «производными», т.е. с контентом и его отображением.

И ещё проблема в том, что нет ни одного движка с 100% поддержкой HTML5 и CSS. Мейнстрим где-то в районе 85%.

Будет замена HTML и CSS в будущем?

Нет.

Есть с ними какие-то проблемы сейчас?

Скорее нет, чем да. Проблемы начинаются, когда нужно сделать что-то сложнее обычной блочной вёрстки.

UPD: а, ну вот вспомнил кое-что из проблем, с которыми сталкивался я, и которые сильно надоедают: нельзя сделать нормально и для всех браузеров кастомный скролл, чекбокс/радиобаттон, полноценно стилизировать селекты.

Будет замена HTML и CSS в будущем?

Можно помечтать. Нам надо создать веб с чистого листа (26.08.2020). Оригинал: A clean start for the web (22.08.2020).

Идея заключается в том, что мы можем выбрать новый облегчённый (markdown) формат разметки на замену HTML и CSS, разделить веб на веб документов и приложений, вернув себе скорость, доступность и интересность сети.

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

зы костылей для эксплореров не писал, не пишу и не собираюсь… если человек инвалид и не может удалить это говно мамонта, то почему я должен страдать ради 0.5%?

Маркдаун принципиально легче html?

Хм, ну стилизуешь ты селекты для десктопа. А с айфонами что делать?

Нативные компоненты пусть остаются, какими есть.

Если надо, вполне несложно написать свой кастомный.

А про кастомный скролл – хз. А зачем?

Часто используют HTML без CSS? Так что да, легче этой связки. Да и markdown - это всего лишь пример из существующих кандидатов. На нём клин не сошёлся.

Что md, что html без стилей - монопенисуально. Используют, например Библиотека Мошкова.

Лютый кастом - почему бы не сделать православный джава-апплет? Оно со смузи не очень идет, больше со свитером, но вполне работает)

Справишься?

Могу, ff.kirill@gmail.com

Да уже обсудили.

1. Выбираем новый облегчённый формат разметки Markdown.
2. Обнаруживаем, что голый текст смотрится не очень красиво, поэтому пилим новый облегченный формат стилей MSS.
3. Обнаруживаем, что одних стилей мало, хочется читать документы без перезагрузки страницы, с интерактивными графиками и кнопащками, поэтому позарез необходим новый облегченный ЯП, например MarkdownScript.
4. С гиканьем и улюлюканьем заходим на третий круг.

Будет замена HTML и CSS в будущем?

Безусловно будет.
Нынешние «технологии» похожи на деревенескую телегу с WiFi.
Корпорации новый вэб разрабатывать не будут потому, что их круг интереса замыкается на деньгах.
Независимые разработчики обязательно создадут новые технологии.

Когда-нибудь наверное будет.

Сейчас нет таких предпосылок.

HTML был языком для разметки документов, а его стали применять для разработки приложений. 20 лет пытались навесить на него разные костыли, чтобы решить эту задачу хоть как-то удалось. Сейчас только-только стало получаться, с flex, grid и более-менее функциональным CSS.

Хотя вертикальное выравнивание до сих пор нормально сделать не могут. И для CSS всё еще требуются препроцессоры.

Так что пусть система развивается дальше.

Уже есть, man flutter.

Обнаруживаем …

Так как раз благодаря накопленному опыту - нет, не обнаруживаем, а уже заранее знаем. И новое создаём с учётом и как можно компактнее. И с привлечением известных фреймворкописателей.

xkcd://927

Знаем, умеем, практикуем.

И новое создаём с учётом и как можно компактнее. И с привлечением известных фреймворкописателей.

Если не секрет, то что создаете?

Ага, что поделаешь.

Смотрите заголовок топика.

Смотрите заголовок топика

Суть вопроса была в том - «Каким вы видите новый вэб?».

PS: На вашем месте я бы не ответил, если у вас действительно новые технологии.
Вам решать …

Мой первый пост в этой теме был просто потому, что недавно попалась заметка как раз на тему. А так я мимокрокодил. Но, конечно же наболело: неумеренное потреблением ресурсов, невозможность сменить тему сайта, как можно это делать с GTK/Qt/… Предложить что-то уникальное по-умолчанию - право дизайнера. Но у пользователя должно быть право заменить на что-то стандартное / привычное / более удобное. Сколько лет обходились стандартными виджетами в тулкитах. А потом началось. Дизайнеры добрались до IT.

зы костылей для эксплореров не писал, не пишу и не собираюсь

Так я это не про ИЕ. Я замечал даже разное поведение flexbox-ов в разных версиях Яндекс.Браузера. Хотя он и на хроме.

А про кастомный скролл – хз. А зачем?

Не по собственной же воли :) Поставили такую задачу. В итоге без jQ библиотеки не обошлись. Я пробовал на чистом СSS это сделать. Но в итоге в Хроме всё на вендорных префиксах работает, хоть и достаточно гибко можно кастомизировать скролл. А ФФ поддерживает нативные свойства, но они очень кастрированы и много чего сделать просто нельзя, а вендорных префиксов для Лисы нет.

Хм, ну стилизуешь ты селекты для десктопа. А с айфонами что делать?

Ну вот то-то же. Про Айфоны я вообще молчу.

Нативные компоненты пусть остаются, какими есть.

Нативный мультиселект слишком обсосный.

Если используется какой-нибудь реактивный фреймворк, то написать мультиселект – нет проблем.

А если нет, то скорее всего, достаточно нативных компонентов (по крайней мере, под капотом).

Про скроллбар доверюсь твоим словам) К счастью, не решал такую задачу.

Замены скорее всего не будет. Только сама гипертекстовая паутина доживает последние годы.

Не раньше чем будет замена email, т.е. никогда. Проблемы есть только у криворуких (98% девелоперов, 100% юзеров), но у них проблемы в любом случае будут, это не зависит от технологии.

жопера, сафари и осёл — не браузеры, а те, кто этим пользуются, должны и привыкли страдать

UTF-8

Сейчас 2к20

Ты потратил на один байт больше чем мог бы!

У HTML есть объективные проблемы, оверхед из за наличия закрывающих тегов и не бинарный формат. Так что есть куда оптимизировать.

Та Опера на Хромиуме сейчас – она не в счёт. А вот с Сафаробраузером приходиться возиться, просто наш СЕО ипользует Мас + Safari.

Если используется какой-нибудь реактивный фреймворк, то написать мультиселект – нет проблем.

В текушем проекте, над котором я работаю, нет библиотек а-ля React.

А если нет, то скорее всего, достаточно нативных компонентов

Понимаете оно как происходит… «нужен вот точно такой, но с перламутровыми пуговицами».

К сожалению, понимаю. Иначе меня бы не было в этой ветке.

Есть с ними какие-то проблемы сейчас

У CSS одна область видимости на весь документ. Это вызывает некоторые сложности.

не бинарный формат

Не дай бог.

Индустрия так не работает. html/css с нами навечно. Зато запросто можно накрутить такой слой костылей поверх них, что будет уже глубоко всё равно что там внизу крутится.

Идея заключается в том, что мы можем выбрать новый облегчённый (markdown) формат разметки на замену HTML и CSS

HTML времён тегов и и был довольно лёгким, это потом его запомоили ссылками на CSS на каждый чих. Нет никакой гарантии, что новый формат так же не запомоят…

У HTML есть объективные проблемы… не бинарный формат.

Если для тебя не бинарный формат — проблема, тебе определённо стоит присоединиться к разработке Метапрога. :)

Не раньше чем будет замена email, т.е. никогда.

Так большинство не-айтишников уже давно заменили email на проприетарные IM-зонды. Типовой диалог:

– Тебе куда фотки скинуть, в WhatsApp или в Viber?
– Мне, если можно, на электронную почту.
– (после потрясённого молчания) Ой, а зачем так сложно?

И бесполезно этим тёткам объяснять, что IM — не почта, они не поймут, в чём разница.

Нет, определённое количество людей емейлами ещё пользуются, но оно уже ниже критической массы. Всё больше сайтов для подтверждения регистрации вместо (или вместе) почты требуют телефон. И если через годик общедоступные почтовые сервера загнутся — возмущённые люди, конечно, будут, но вряд ли их будет сильно больше, чем возмущённых блокировками рутрекера и иже с ним.

оверхед из за наличия закрывающих тегов и не бинарный формат.

Вебсервер сжимает в gzip - проблема решена)

ИМХО никакой замены сегодняшнему вебу, ради которого стоило бы переписать такую махину, как браузер, нет.

Будет замена HTML и CSS в будущем?

«Лебедь, рак и щука» - мелочевка в сравнении с программистами …

Однако и браузер является «такой махиной» из-за сегодняшнего веба.

Показательно, что из 3 примеров проблему кодировок успешно решили этим способом, а для зарядных устройств новый стандарт с бОльшим током был просто неизбежен :)

А в итоге подняли напряжение.

• html1, html2, html3, html4, html5, … htmlN
• css2, css3, … cssN
• ES2016+

CSS изначально создавался для того, чтобы посетители могли кастомизировать посещаемые ими сайты. Только когда по такому сценарию его использовать не стали, но заниматься украшательством начали «вебмастера», создатели CSS переобулись (можешь проверить в archive.org). Возможно, отсюда CSS представляет из себя набор тысяч свойств в одном пространстве имён, все самые худшие парадигмы (см. COMEFROM 1). Даже для такой простой вещи как выравнивание слева есть 9 свойств, но ни одно из них просто не работает, нужно знать контекст и детали реализации:

float: left
margin: auto
vertical-align
align-items
align-self
align-content
justify-content
justify-items
justify-self

Глупо утверждать, что любая система настройки стилей превращается в CSS. Нет, для этого нужно упороться и изрядно в таком состоянии потрудиться. Нормальную альтернативу CSS же создать не сложно. Собственно, проекты существуют. Например, elm-ui.

В обозримом будущем точно никакой замены html/css не предвидится, а что будет через 50 лет ХЗ…

Сейчас вместо чистого CSS используют макроязыки наподобие SCSS. На чистом HTML тоже мало, кто верстает.

А ещё эти тётки негров линчуют.
То, что какие-то наркоманы добровольно и массово жрут говно — не повод идти у них на поводу и тем более не повод делать вид что они всё делают правильно.