C>Можно обновить с сайта?

К понедельнику бету (http://blogogist.ru/bsetup.exe) выложу, т.к. сейчас дописываю возможность выбора индивидуального стиля к каналу, надо дописать и проверить.

C>>>PS: А юзера захотят portable-версию, что тогда? Как с настройками в реестре быть?
AB>>Что-нибудь придумаю можно будет сохранять настройки в xml, экспорт в xml будет, проблем не должно быть.
C>А если не секрет, откуда такая любовь к XML? Почему все так стремятся хранить настройки в XML? Что это дает-то!?!

C>Понятно когда документ имеет солидную взаимоувязанную внутренную структуру, всякие валидации там — тут как бы XML самое оно. А в настройках же обычно по любому просто набор скалярных величин, которые как-то интерпретируются читающим софтом да причем как правило только им одним — т.е. обмена инфой с "внешним миром" вроде как нет. И один фиг все равно нужно писать код на случай, настройки в XML нет или какой-то подобной ситуации...
C>Вопрос из интереса, философского так сказать плана — отчего так модно стало настройки в XML сохранять? Зачем?

У меня все просто, xml недолюбливаю, но т.к. rss&atom&opml есть подмножество xml и, написав модуль для парсинга opml, естественным путем, даже не задумываясь, храню поисковые шаблоны, шаблоны каналов, условий и действий в xml. Пользователь может их глянуть, отредактировать. А сохраненные сообщения каналов и свойства каналов храню в своем формате.

C>PS: Никогда не забуду как в одной конторе году в 2000-ом (какой тогда XML-то!?! ) за каким-то хреном переписывали настройки на XML... Причем именно переписывали! Ладно б там с нуля — оно и понятно — как известно "русский витязь прямо не ходит" . Но вот зачем абсолютно нормально работающие настройки переписывать было непонятно.

C>При этом все равно настройки представляли собой банальные пары ключ-значение, и XML сам по себе ничего не давал (о portable-версиях там и речи быть не могло: жесткий банковский корпоратив на SQL-сервере).

C>От начальства добиться, нафига менять шило на мыло не удалось даже под газами, единственное помню, что заказчик в сильном возбудении, почти в оргазме, кричал "XML! XML! XML!". А т.к. заказчик был из Швейцарии, то предложение выпить стаканчик-другой водочки и посмотреть с практической точки зрения на ценность его предложений было не очень воспринято...

Не раз встречал программы, хранящие такие данные в xml, которые хранить не только не нужно, но и глупо, часто используемые базы данных, к примеру.

C>Не понимают они почему-то как водочка может помогать в проектировании, да и вообще в выработке требований к програмному обеспечению.

и не только водочка

C>В общем, мне действительно интересно: что дает XML в хранении настроек? Можно даже вообще теоретизируя...

Наглядность, возможность редактирования. В данном случае преимуществ перед ini не вижу, но я пристрастен. Между ini и xml выбрал xml, хотя стоит добавить и ini по выбору пользователя. Даже скажу, что хранить настройки программы правильней в ini, ибо проще и читать, и редактировать, и сохранять.

C>Или это просто так принято теперь? Такой стандарт де-факто?

да, любовь к xml объясняется тем, что он считается стандартом передачи данных.