Т.е. при использовании match потребуется доп. операция - убрать из параметра (элемента массива) обрамляющие кавычки (если они там есть). Для всяких там fileExist, или getFile они будут мешать. А способ, предложенный Rumata убирает их автоматом, чем мне и понравился.

Вы же сами в сообщении #28, используя метод .match(), уложились в единственный оператор! Я, правда считаю, что правильнее использовать другое регулярное выражение:

var Args=CommandLine.match(/(?:"[^"]*(?:"|\S)|\S)+/g);

— строка разделяется по подряд стоящим пробельным символам, не заключаемым между нечётной и чётной кавычками, считая их от начала строки, т.е. если ближайшая слева (для пишущих слева направо ) кавычка чётная, то пробельный символ не включается ни в какой из параметров, в противном случае — включается; в случае нарушения чётности числа кавычек — пробельные символы в конце строки теряются.

Такое же разделение за исключением того, что при нарушение чётности числа кавычек пробельные символы в конце строки будут не теряться, а включаться в последний параметр:

/(?:"[^"]*(?:"|)|\S)+/g

Замечу, что если в рассматриваемой строке не будет найдено ни одного совпадения,
т.е если командная строка пустая, что возможно в зависимости от способа запуска HTA (например, при запуске по ссылке из IE (после подтверждения)),
или она состоит их одних лишь пробельных символов (чего в данном случае быть не должно)
.match() вернёт значение null; если же в любом случае нужен массив, хотя бы и пустой:

var Args=CommandLine.match(regex)||[];

--------
В случае, если аргументы командной строки пердставляют собой список разделённых пробельными символами имён файлов, некоторые из которых, возможно, заключены в кавычки и при этом, возможно, содержат пробелы, разбор командной строки по правилам предложенным мною и другими уважаемыми соучастниками (Serge Yolkin, Rumata), по всей вероятности, не будет различаться, но в общем случае может не совпадать (проверено).

Берусь утверждать, что моё правило более правильное , т.к:
• по тому же правилу (с выбрасываньем лишних пробельных символов в конце при нарушении чётности числа кавычек) разбирается командная строка в командных файлах CMD.EXE за исключением того, что запятые и точки с запятой в командной строке приравнены к пробельным символам;
• по тому же правилу (без выбрасывания лишних пробельных символов в конце при нарушении чётности числа кавычек) разбирается командная строка в сценариях WSH и консольных приложениях на MS Visual С/C++ 6.0 за исключением того, что после разбора из параметров удаляются все кавычки (не только внешние!!);
• тем же правилом руководствуется сам MSHTA.EXE выделяя из списка своих параметров первый — путь к приложению (и оставляя остальные на усмотрение этого приложения); при этом если путь открывается кавычкой, то кавычкой он должен и закрываться — эти внешние кавычки в путь не включаются, но внутри них могут быть и другие кавычки; также символы, в частности кавычки и пробелы, в пути можно заменять их escape-кодами — это можно использовать во избежание распадения пути на части и для соблюдения баланса кавычек — такие сложные пути могут быть при использовании, например, протокола «javascript:», чтобы в этом убедиться рассмотрите команды:

mshta.exe javascript:"Hello,   world!"; А это уже дополнительные параметры
mshta.exe "javascript:  alert ( "Hello,%20world!%22);%20"Текст, который будет выведен на странице";"
mshta.exe "javascript:  alert ( "Hello,%20world!%22);%20"Текст, который будет выведен на странице%22;" А это уже дополнительные параметры
mshta.exe javascript:alert('" - это кавычка'); location.href; // А это всё ещё путь к приложению, а не его аргументы

while(r=re.exec(HTApp.commandLine)){pArr.push(r[1]||r[2]);}

Причем, не важно - файлы там, или нет. Если скрипт (сценарий) требует дополнительный ключ ( [script].hta /a file.ext ... ) - ничего менять не надо, ключ будет в pArr[1]. И получение данных из такого массива не сложнее:

while(pArr.length>1){ // если есть доп. ключ - >2
    processingFunction(pArr.pop());
}

Не знаю, как посчитают уважаемые форумчане, а в свою коллекцию я это уже добавил. Управление hta из комстроки стало не сложнее, чем в wsf. Еще раз спасибо Rumata.

А кавычки я экранирую потому, что иначе Akel с моим оригинальным файлом подсветки регэкспы неправильно подсвечивает. Пока не поборол.

/(\"[^\"]+\")|(\S+)/g

Экранировать кавычки не обязательно.

как вариант:

var re = /"(.*?)"(?:\s+|$)|([\S]+)/g;
var r;
while ( r = re.exec(s) ) {
    var arg = r[1] || r[2];
    alert(arg);
}

Поскольку обещанного рассказа пока не последовало

Хм. Виноват. Забыл-с. Да и тема несколько "поутихла". Коли Вы ее подняли, значит время поделиться рассказом.

Впервые об этой конструкции я узнал в контексте форматирования же чисел с разделением тысячей, например, 123456789 отформатировать в 123 456 789 (в русской традиции еще принято использовать точки, в то время как на западе принято выделять тысячи запятыми - 123,456,789). Все бы было легко и просто, но проблема заключается в поиске троек справа, то есть с конца строки. Для понимания этого регулярного выражения давайте его перепишем в стиле языка Perl, "столбиком", и прокомментируем каждую значимую строку:

/
	(?=			# "заглянуть вперед" и найти соответствие
		(?:		# без запоминания подстроки, 
			.{6}   # состоящей из 6 символов. 
		)+		 # возможно несколько таких подстрок
		$		  # до конца всей строки
	)
/

Вся хитрость в том, что (?=шаблон), "заглядывая вперед" ищет на соответствие шаблону, но найденное соответствие не запоминает, и поиск продолжается с позиции, следующей за найденным соответствием, без учета "заглядывания вперед". Вот пример.

'to be or not to be. To be or not to be.'.match(/to be(?=\s)/ig)

Данное регулярное выражение соответствует всем (модификатор g) вхождениям подстроки "to be ", "To be " без учета регистра (модификатор i), но не соответствует ни одному вхождению подстрок "to be.".

В нашем же случае мы ищем подстроки, состоящие из 6 любых символов ".{6}". И таких подстрок, идущих подряд  до конца строки "$", мы допускаем неограниченное количество - квантификатор "+". Так как у нас указано, что найдя необходимое соответствие "(?=)" и не запоминая его, идти далее, то поиск продолжается со следующей, непосредственно ближайшей позиции в строке.

Таким образом, это регулярное выражение находит все позиции между символами в строке, где все символы сгруппированы по 6 символов, начиная с конца.

Еще одна иллюстрация:

var s = '0123456';
var re = /(?=(\d\d\d)+$)/g;

var t = s.replace(re, ' ');

alert(s);
alert(t);

var S='"C:\\Utils\\check.hta" file1.txt "file1 - Копия.txt" name3new.txt file.log "filename archive.zip"';

function GetArguments(ParamStr){
    return ParamStr.match(/(\"[^\"]+\")|(\S+)/g);
}

WScript.Echo(GetArguments(S));

Только кавычки мешаются. И спать пора. Завтра еще поэкспериментирую. RegExp'ы - великая сила. Или её тёмная сторона.

Поскольку обещанного рассказа пока не последовало, может, кто поможет разобрать параметры oHTA.commandLine:
  "C:\Utils\check.hta" file1.txt "file1 - Копия.txt" name3new.txt file.log "filename archive.zip"
проблема в том, что имена с пробелами - в кавычках, а без пробелов - без кавычек. Сейчас разбираю в цикле (while): если первый символ (") отрезаем до следующей кавычки, иначе - до следующего пробела. В общем, работает, но, может, есть такой же изящный способ? Мои эксперименты пока результатов не дали...

В идеале надо получить массив:
  pArr[0]=C:\Utils\check.hta
  pArr[1]=file1.txt
  pArr[2]=file1 - Копия.txt
  ...

Если параметры не переданы, pArr.length=1 (только путь к .hta)

У меня вопрос к smaharbA. С какой целью Вы показали это?

Собственно я это тоже хотел спросить.  Просто не так выразился.

У меня вопрос к smaharbA. С какой целью Вы показали это?