Здравствуйте, Aquilaware, Вы писали:
A>Ваша странная язвительность не понятна
То, что вы приняли за "странную язвительность" является сильным (мягко говоря) удивлением от способности человека усваивать большое количество разнообразной информации.
A>т.к. хорошо заданный вопрос ведет к новым ответам, а иногда и к новым открытиям.
Могли бы вы привести примеры оного (желательно из топиков, инициированных Shmj)?
Здравствуйте, Shmj, Вы писали:
S>Какое мнение вам ближе и почему?
Я знаю только два хорошо сделанных фреймворка с "резиновой" версткой для UI — HTML/CSS и QT. Заменять не на что. Canvas — это, конечно, хорошо, но кто напишет библиотеку компонентов? Простейшее поле ввода совсем не простейшее, если задуматься, сколько для него нужно функционала.
Здравствуйте, so5team, Вы писали:
S>Могли бы вы привести примеры оного (желательно из топиков, инициированных Shmj)?
Например, обсуждение в вопросе про GraphQL. Люди пообщались и участники дискуссии познали несколько интересных моментов использования, которые до этого могли даже не всплывать на радаре.
ЭФ>> Очень жаль, что HTML не смог упаковаться в XML νsb> О чём речь?
О цитате из википедии:
Развитие XHTML остановлено; новые версии XHTML не выпускаются; рекомендуется[кем?] использовать HTML
Если что-то мёртвое, то учить его не надо.
Пользуясь случаем, я ещё хотел бы сказать, что Markdown крут тем, что подходит для любого естественного языка (там всё символами сделано) и только то, что он не поддерживается браузерами напрямую не нравится в нём мне.
И с таблицами в нём сложно, к HTML-ным уже привык, а в markdown — нет.
S>Неожиданно. Тот факт, что у вас находится время для собственных проектов вызывает удивление и искреннее уважение.
А что не так с наличием времени? Или есть мысль, что создание тем на рсдн его опустошает?
S>А вы свои проекты в OpenSource публикуете или исключительно для себя делаете?
Мне кажется, качество таких проектов будет такого же уровня, как и задаваемые вопросы.
МР>В пользу того, что в целом XAML это не только для UI можно привести примеры использования XAML в MsBuild (для описания правил разметки самого MsBuild), в WorkflowFoundation (насчет 4 версии не знаю, а в 3 и 3.5 для сериализации использовался XAML).
scf>Я знаю только два хорошо сделанных фреймворка с "резиновой" версткой для UI — HTML/CSS и QT. Заменять не на что. Canvas — это, конечно, хорошо, но кто напишет библиотеку компонентов? Простейшее поле ввода совсем не простейшее, если задуматься, сколько для него нужно функционала.
Вообще-то, в Qt реализованы оба подхода: и через системные компоненты, и через рисование. По сути, аналогично HTML vs Canvas, поэтому если в Qt это осилили, то осилят рендеринг компонентов и через канвас. Поэтому, оба подхода так и будут жить дальше, пока не придумают что-то ещё — тогда будет три подхода (xkcd standards).
Здравствуйте, flаt, Вы писали:
F>В msbuild точно XAML или просто XML?
Нет-нет, файлы проекта в MSBuild это обычный XML, тут всё верно.
Я про внутренний механизм MSBuild, так называемые XamlRules, которые описывают какие Items могут быть добавлены в тот или иной файл проекта и какие у них метаданные (а местами даже правила их вычисления/хранения).
Например, rules, которые идут в базовой поставке MSBuild можно посмотреть тут https://github.com/dotnet/msbuild/tree/main/src/Tasks/XamlRules.
Наверное, правильнее было бы говорить, что эти правила — все же часть Common Project System (CPS) — системы поддержки проектов в Visual Studio, а не часть MSBuild.
Честно говоря, я даже не до конца уверен, что эти правила как-то используются в MSBuild, но некий код их поддержки там-таки имеется.
Однако, единственное описание, как с этими Rules работать, я нашел только в привязке к CSP, вот тут.
Здравствуйте, Эйнсток Файр, Вы писали:
ЭФ>Но я считаю, что обязательно нужен ещё один формат, ЭФ>с тегами из русских слов на кириллическом алфавите.
ЭФ>Без этого тексты HTML-документов сложно включать в документацию, ЭФ>ведь официальные документы должны быть написаны на государственном языке.
Можно же сделать русские тэги Web_Components
но кто будет поддерживать? и самое главное кто захочет использовать? заставлять?
Смотрел на ютубе Стрим по ЯОС, такое себе. Заменили PROCEDURE на проц.
Половина программистов начнет сразу упираться. У каждого свой вкус.
Здравствуйте, Эйнсток Файр, Вы писали:
νsb>>Какие-то конкретные претензии кроме цитат из википедии есть?
ЭФ>https://wiki.c2.com/?XhtmlIsDead
Да шо ты какими-то кривыми ссылками кидаешься. Ты по-существу скажи. Какие проблемы ты наблюдаешь с XHTML? Я вот писал XHTML-страницы, используя современные HTML5 теги. Проблем никаких нет. Хром парсит строго.
Единственный, кто может убить XHTML это хром. Если он объявит, что больше не будет его строго парсить. Я таких объявлений не видел.
При этом я, конечно, согласен, что штука мягко говоря нишевая. Про неё мало кто слышал, а из тех, кто слышал, ещё меньше знают, что оно до сих пор работает.
Здравствуйте, flаt, Вы писали:
S>>Неожиданно. Тот факт, что у вас находится время для собственных проектов вызывает удивление и искреннее уважение.
F>А что не так с наличием времени? Или есть мысль, что создание тем на рсдн его опустошает?
Если вдумчиво читать то, что в темах пишут, и так же вдумчиво писать ответы, то время улетает только в путь. Проверено.
S>>А вы свои проекты в OpenSource публикуете или исключительно для себя делаете?
F>Мне кажется, качество таких проектов будет такого же уровня, как и задаваемые вопросы.
Вот и хотелось бы один раз увидеть, чем 100 раз предполагать.