Программно можно не поддерживать - точно так же, как можно не поддерживать BitLocker :)
Просто не включили соответствующие компоненты в Business-редакцию.
И как D-Link-овские роутеры себя показывают? Неужели так сильно греются?
У меня вот дома стоит их wireless-роутер (дрянь полная, но кто не без греха? :) ) - не сказал бы, что особо греется... А те, что на работе - греются, но они большие и с активным охлажением...
Честно говоря, ничего хорошего в html-ном варианте разметки не вижу.
Позвольте кинуть пару какашек в адрес "преимуществ" HTML-style:
> 1. Обратно совместимы с существующими браузерами.
Думаю, современные браузеры сейчас есть у большинства людей. У кого-то - через Windows Update, у кого-то - через emerge или apt-get, кто-то получает свежие версии сразу с установкой системы.
А то ведь можно бояться вставлять картинки в страницы - ведь их lynx не отобразит! Тем более, раз уж все так кричат про Web 2.0...
> 2. Разработчики уже знакомы с синтаксисом.
Думаю, профессиональному разработчику все равно, как писать. А новичку - как раз проще закрывать все теги в соответствие с xml-стандартом, чем запоминать, какие можно не закрывать.
Тем более, что большинство server-side фреймворков давно представляют страницу в виде объектов, а не в виде html-кода, так что разработчику даже думать не нужно о каких-то там тегах.
> 3. Используемый синтаксис означает, что пользователь не сталкнется с "Желтым экраном смерти", если ошибка все-таки случайно выскользнула.
Он также означает, что с подобием экрана смерти столкнется тот, кто будет использовать данные со страницы. В случае XML достаточно использовать стандартный парсер и простые XPath-выборки для получения необходимых данных со страницы. В случае HTML придется писать свой парсер или использовать библиотеки типа nTidy, чтобы получить все тот же XML.
> 4. Удобный сокращенный синтаксис, например, разработчики могут пропустить несколько тегов и атрибутов.
Таким образом, облегчая жизнь верстальщикам-недоучкам, мы автоматически создаем потенциальные проблемы всем, кто мог бы использовать наш контент. Давайте еще в RSS теги не закрывать, чтобы бедному Васе Пупкину со Страницей на народ.ру было проще жить ;)
А еще в Висте есть замечательная утилита под названием Snipping Tool.
Простенько и со вкусом: четыре режима "съемки" (FullScreen, Window, Rectangular, FreeForm), сохранение в PNG/JPG/GIF/MHT, возможность отсылки на мыло, маркер для выделения участков скриншота.
Для случаев, когда не нужно каких-либо специфических действий, вполне достаточно.
Просто не включили соответствующие компоненты в Business-редакцию.
"Дай смс-ку написать"
"Мне бы посрать маленько. У меня и газета есть..."
Только выбирать обычно приходится между плохим и еще хуже.
Если очень хочется использовать явный тип, замените var на int - ничего особо не поменяется.
var min = DateTime.Now.Minute;
А когда я говорил про server-side фреймворки, то подразумевал скорее всякие ASP.NET, J2EE и им подобные.
У меня вот дома стоит их wireless-роутер (дрянь полная, но кто не без греха? :) ) - не сказал бы, что особо греется... А те, что на работе - греются, но они большие и с активным охлажением...
А за идею и реализацию - респект! :)
Позвольте кинуть пару какашек в адрес "преимуществ" HTML-style:
> 1. Обратно совместимы с существующими браузерами.
Думаю, современные браузеры сейчас есть у большинства людей. У кого-то - через Windows Update, у кого-то - через emerge или apt-get, кто-то получает свежие версии сразу с установкой системы.
А то ведь можно бояться вставлять картинки в страницы - ведь их lynx не отобразит! Тем более, раз уж все так кричат про Web 2.0...
> 2. Разработчики уже знакомы с синтаксисом.
Думаю, профессиональному разработчику все равно, как писать. А новичку - как раз проще закрывать все теги в соответствие с xml-стандартом, чем запоминать, какие можно не закрывать.
Тем более, что большинство server-side фреймворков давно представляют страницу в виде объектов, а не в виде html-кода, так что разработчику даже думать не нужно о каких-то там тегах.
> 3. Используемый синтаксис означает, что пользователь не сталкнется с "Желтым экраном смерти", если ошибка все-таки случайно выскользнула.
Он также означает, что с подобием экрана смерти столкнется тот, кто будет использовать данные со страницы. В случае XML достаточно использовать стандартный парсер и простые XPath-выборки для получения необходимых данных со страницы. В случае HTML придется писать свой парсер или использовать библиотеки типа nTidy, чтобы получить все тот же XML.
> 4. Удобный сокращенный синтаксис, например, разработчики могут пропустить несколько тегов и атрибутов.
Таким образом, облегчая жизнь верстальщикам-недоучкам, мы автоматически создаем потенциальные проблемы всем, кто мог бы использовать наш контент. Давайте еще в RSS теги не закрывать, чтобы бедному Васе Пупкину со Страницей на народ.ру было проще жить ;)
Простенько и со вкусом: четыре режима "съемки" (FullScreen, Window, Rectangular, FreeForm), сохранение в PNG/JPG/GIF/MHT, возможность отсылки на мыло, маркер для выделения участков скриншота.
Для случаев, когда не нужно каких-либо специфических действий, вполне достаточно.