Позиция очень простая. Если микроформат внедряется в файл XML (насколько я вообще понимаю, что такое XML), то никаких логических противоречий нет. XML все равно, что в нем хранится, и когда в нем парсеру XML попадается конструкция ..., то обрабатывает ее Ваш Правильный Парсер XML.
А для XHTML парсер заведомо известен, это веб-браузер, и все что внутри файла XHTML - должно им распарсиваться и отображаться (ну это грубо, конечно, но вот такая моя позиция).
Если все браузеры начнут понимать микроформаты, понимаемые как расширение XHTML, то никаких проблем, я за.
О том, что книжка про/для разработчика - лицо наемное. А не про/для создателя бизнеса. А программеру по большей части все это неинтересно. Пока он не начинает становиться кем-то еще.
Если не помните, то книга называлась (в русском издании) "Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте".
И что в ней полезного, я не упомню. Глаза проясняет, но рецептов не дает.
Как украинец, поживший и там (на Украине), и здесь (в РФ), предполагаю, что нахождение на том или противоположном берегу сильно повлияет на отношение к локализации всего и вся.
и все становится правильно в хелпе :)))
Но говорить, что это знакомый и понятный браузерам XHTML-код, имхо не вполне корректно, т.к. браузер не понимает высший смысл этого микроформата.
А для XHTML парсер заведомо известен, это веб-браузер, и все что внутри файла XHTML - должно им распарсиваться и отображаться (ну это грубо, конечно, но вот такая моя позиция).
Если все браузеры начнут понимать микроформаты, понимаемые как расширение XHTML, то никаких проблем, я за.
Но предпочел бы иметь файлы в другом формате, со ссылками на них их файлов XHTML.
Или как в XML - рассматривать их как внедренный объект чужого неизвестного формата.
Чисто из стремления к порядку.
конечно, возможны варианты - главный вопрос, как часто отсылать такой дайджест
а можно сделать и настраиваемый дайждест - с интервалом в час, в полсуток и др.
Думаю, выбирать здесь создателям. Подозреваю, что об этом уж еподумали, и невозможность правки - не есть следствие технологических ограничений.
Сильно опечатался - ну кинь еще один коммент и не парься. Все ведь человеки. Нафиг перфекционизм.
но отрубанием рук мне тоже не нравится :))
а плюс - крестик из двух дефисов
:)))
Если не помните, то книга называлась (в русском издании) "Путь камикадзе. Как разработчику программного обеспечения выжить в безнадежном проекте".
И что в ней полезного, я не упомню. Глаза проясняет, но рецептов не дает.