XMLFile = "config.xml"

With CreateObject("Msxml2.DOMDocument")
  .Load(XMLFile)
  For Each N In .selectNodes("configuration/applicationSettings/App.Settings/setting")
	MsgBox "name=" & N.attributes.getNamedItem("name").text & " " & _ 
	"serializeAs=" & N.attributes.getNamedItem("serializeAs").text & " " & N.childNodes(0).text
  Next
End With

Извиняюсь за наглость, но не могли бы вы подсказать для такого xml файла как будет правильно выглядеть код, выводящий результат:

name=LocalPath serializeAs=String c:\
name=RemotePath serializeAs=String \\server\Share

<configuration>
	<applicationSettings>
		<App.Settings>
			<setting name="LocalPath" serializeAs="String">
				<value>c:\</value>
			</setting>
			<setting name="RemotePath" serializeAs="String">
				<value>\\server\Share</value>
			</setting>
		</App.Settings>
	</applicationSettings>
</configuration>

Заранее благодарен за ответ.

Прошу прощения за нарушение оформления поста, не подумал про ссылку на пост, поэтому завернул в спойлер. Буду знать теперь как ссылаться на ранний пост.

Возможно я не верно сформулировал мысль при своем вопросе, но мне нужно одномоментно получить и Name и Mask и содержимое тега Path Name. Что то пипа:
Name="Template1" Mask="12345678.xls Name="C:\1"
Name="Template1" Mask="12345678.xls Name="C:\2"
Name="Template1" Mask="12345678.xls Name="C:\3"
Name="Template1" Mask="12345678.xls Name="D:\1"

А подскажите пожалуйста, как из этого примера, по мимо получения значений для Name и Mask, получить значения  тегов:
        <Path Name="C:\1" />
        <Path Name="C:\2" />
        <Path Name="C:\3" />
        <Path Name="D:\1" />

Заранее благодарен за ответ.

Но как-то подозрительно открывать и тот и тот файлик будем одинаково в память, а там уже будем считывать настройки.

Кто будет открывать и в какую память, не понял? Ключи в приведённых компонентах читаются скорее всего API-шными средствами. Для редакции секций там, видимо, уже свои парсеры.

Размер файла тут роли особой не играет.

1.txt

12345678.xls = C:\ = D:\
12345678.xls = C:\ = D:\
12345678.xls = C:\ = D:\

1.ini

12345678.xls = C:\ = D:\
12345678.xls = C:\ = D:\
12345678.xls = C:\ = D:\

И в первом и во втором случая я прекрасно вижу как все настроено стандартизация у них будет одинаковая. Функциональные скорость записи у ini будет шустрее верно я понимаю? Но как-то подозрительно открывать и тот и тот файлик будем одинаково в память, а там уже будем считывать настройки.

Ресурсоемкость  файлы если у них был размер 100 кб если я буду использовать ini он не станет 50 кб так и останется 100кб.

Значок поменяется наверное это один единственный плюс и по этому значку можно будет понять что это конфигурационный файл настройки.

Побороздил просторы интернет нашел кое какие более весомые аргументы по поводу INI

"
Многие программы открывают и работают с INI-файлами напрямую, минуя официальный API. Это означает, что теперь формат INI-файлов фиксирован и мы не можем его поменять. Даже если бы мы захотели добавить что-то (безопасность на ключи или вложенность) - мы не смогли бы этого сделать. Что ещё хуже, многие программы содержат ошибки или ограничения в своих парсерах INI-файлов, так что на практике вы можете столкнуться с ситуацией, когда вы не можете хранить строку длиннее 70 символов, иначе вылетит другая программа, которая читает этот файл.
INI-файлы имеют ограничение в максимальный размер - не более 32 Кб.
"
Ссылка на источник http://www.transl-gunsmoker.ru/2010/05/ini.html

Но формально для обработки в VBS такой ситуации скорее всего не будет. И остается один плюс так это значок .
Кстати можно использовать так же *.inf

Жду опровержения моего мнения - может оно ошибочно. В споре рождается истина.

P.S.
Прошу прощения если кого-то обидел, не хотел.

В чем плюс использования INI файла

Стандартизация. Явно видно, что и как.