Почему бы не использовать уже работающий TouchXML, который является DOM парсером, еще есть что-то очень похожее в виде KissXML, который позволяет также и писать XML. Оба этих парсера работают поверх libxml.
Согласно MSDN «In Windows Vista and Windows 7, only the Enterprise and Ultimate editions are multilingual.»
Соответственно на home edition языковые пакеты не доступны.
А что плохого в попадании operator<< в глобальное пространство имен?
Переменные и локально используемые классы это да, плохо, так как внезапно могут использоваться снаружи. А тип аргумента operator<< итак уже определен в каком-то пространстве имен и конфликта не будет. Проблем с различными подстановщиками кода тоже не вижу.
NAT + DHCP:
1) Приносим компьютер с улицы
2) Подключаем физически к сети (вставляем витую пару или включаем wi-fi)
3) Замечаем что у нас есть интернет.
(по сравнению с VPN убрали пункт настраиваем и запускаем VPN соединение)
У программистов есть такое свойство: они меняют работу. Они периодически меняют работу. Соответственно имя человека, который имеет (или имел когда-то давно) отношение к данному продукту вовсе не означает, что компания, в которой он сейчас работает, тоже имеет отношение к данному продукту.
P.S. Я намекаю на то, что telepo.com не имеет отношения к разработке.
Вот так проснешься ночью от плача ребенка, дотянешься до своего коммуникатора, зайдёшь по SSH на ПК и успокоишь ребёнка. Потом кто-нибудь напишет распознаватель плача ребёнка. Другой добрый человек обязательно добавит GUI настройщик для «домохозяек» и со временем развитием ребенка будет управлять программное обеспечение. Вот так и получится что детей будут собирать из пакетов и устанавливать поверх патчи. Одно плохо: откатить такую систему будет уже нельзя.
А теперь недостатки:
1) в браузере всегда (ну почти) имеется такая строка, в html странице по-умолчанию (чистая страница) ее нет
2) дизайн оформления: я выбираю браузер и его интерфейс, меня сильно расстраивает когда кто-то за меня изменяет стандартные элементы управления и я на это не могу повлиять
3) Адресная строка браузера всегда вверху окна, в то время как навигация вверху/внизу страницы
P.S. развивая тему: очень не хватает кнопок вперед назад (не по истории посещения, а именно по сайту, как например «туда» и «сюда» на хабре)
А информация что с UDP не будет работать имеется? Я вот уверен что даже родной мегафоновский клиент можно пустить через UDP.
З.Ы. UDP плох для симметричного NAT-а, в большинстве мест такое соединение живет минут пять, после чего сервер не сможет достучаться до клиента до следующей регистрации.
Соответственно на home edition языковые пакеты не доступны.
Переменные и локально используемые классы это да, плохо, так как внезапно могут использоваться снаружи. А тип аргумента operator<< итак уже определен в каком-то пространстве имен и конфликта не будет. Проблем с различными подстановщиками кода тоже не вижу.
1) Приносим компьютер с улицы
2) Подключаем физически к сети (вставляем витую пару или включаем wi-fi)
3) Замечаем что у нас есть интернет.
(по сравнению с VPN убрали пункт настраиваем и запускаем VPN соединение)
P.S. Я намекаю на то, что telepo.com не имеет отношения к разработке.
static T& Instance()
{
static T instance;
return instance;
}
Насколько я понимаю сделали именно это)
1) в браузере всегда (ну почти) имеется такая строка, в html странице по-умолчанию (чистая страница) ее нет
2) дизайн оформления: я выбираю браузер и его интерфейс, меня сильно расстраивает когда кто-то за меня изменяет стандартные элементы управления и я на это не могу повлиять
3) Адресная строка браузера всегда вверху окна, в то время как навигация вверху/внизу страницы
P.S. развивая тему: очень не хватает кнопок вперед назад (не по истории посещения, а именно по сайту, как например «туда» и «сюда» на хабре)
З.Ы. UDP плох для симметричного NAT-а, в большинстве мест такое соединение живет минут пять, после чего сервер не сможет достучаться до клиента до следующей регистрации.
Желтый пароль — два раза «ку».