Total Commander

sa писал(а):Какое милое признание ошибки (?)

Не признание. Обсуждали здешний исходник, а не старый.

sa писал(а):Метод SetTextToClip(Text) ещё и параметры поддерживает?

Да, как и SendKeystroke, иначе была бы ругать на окончание инструкции.

Flasher писал(а):Не признание.

Как-то я тебя не пойму: исправление сделал (ввёл , True после .SendCommand 2033 в последней редакции скрипта), а ошибки не признал.

Flasher писал(а):Да,

И за что он (параметр) отвечает?
Нашёл сам.
Что-то там про параметр True нет слов.

sa писал(а):ошибки не признал

Это не связанные вещи. Перед - не через перевод строки, а на той же, что не одно и то же.

sa писал(а):Нашёл сам.

Ага, вот оно что за параметр. Лучше бы автор для GetSrcSelectedFiles его ввёл.

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

Flasher писал(а):Перед - не через перевод строки, а на той же, что не одно и то же.

Поподробней можно?

Flasher писал(а):Ага, вот оно что за параметр.

Так ты не был не в курсе, для чего параметр, а пытался его использовать?

sa писал(а):Поподробней можно?

Под "перед" понимается "до":

sa писал(а):должен быть расположен не до, а после .SendCommand 2033.

sa писал(а):Так ты не был не в курсе, для чего параметр, а пытался его использовать?

Я бы не называл это попыткой. Я его просто использовал.

Тебе кроме разговоров "ни о чём" есть что конкретное по теме добавить?

Flasher писал(а):Я его просто использовал.

Не забудь использовать ещё в двух местах, где применён SetTextToClip.

Коли обсуждение содержимого скрипта, считается разговором "ни о чём", то больше у меня слов нет.

sa писал(а):Коли обсуждение содержимого скрипта, считается разговором "ни о чём"

Разговор о признании и рассуждения о чьих-то попытках никакой полезной нагрузки не несут совершенно и с обсуждаемым ранее лечением багов не имеют ничего общего.

Flasher
Разговоры разговорами, а факты ошибочного неиспользования/использования параметра True в методах SendCommand и SetTextToClip остаются фактами. В первом случае параметр втихую добавил, а во втором, ни к селу ни к городу применив его, всё ожидаешь:

будет почва – поправлю

Скорейшего обретения!

sa
Ты ещё на этот True раз десять укажи. Про SendCommand так вообще мимо (добавка - это только чтобы тебе угодить, т.к. выше объяснено, что проблем лично мной не обнаружено). Если больше нечего по-настоящему полезного сказать по делу, так не стони, заканчивай с флудом.

Flasher писал(а):это только чтобы тебе угодить

А тут ты кому постарался угодить? Да и во всех других применениях SendCommand в актуальном скрипте.
P.S.
Вопрос риторический.

Вопрос "кому" некорректен. Всё делалось для должной работоспособности.

Flasher писал(а):добавка - это только чтобы тебе угодить

Тогда можешь убрать, как почва будет, а я у себя сам подправлю.

Flasher
Заодно можешь и во всех других местах убрать, невзирая на то, что

Flasher писал(а):Всё делалось для должной работоспособности.

Всё дело в том, что после того как ты, борясь с нестабильностью (после потерянного параметра в SendCommand 2033), ввёл глобальное свойство .Wait = True, необходимость их упоминания отпала во всех последующих вызовах SendCommand.
Либо наоборот, в командах оставить, а глобальное свойство .Wait = True, которое стало избыточным, убрать.

sa писал(а):необходимость их упоминания отпала во всех последующих вызовах SendCommand.

Это нет так. Иди учи матчасть:

ReadMe.txt писал(а):Wait глобальное свойство, которое определяет, будут ли для
отсылки команд Тоталу использоваться ... SendMessage (при установке значения True)

Flasher
А вот в этой фразе в описании SendCommand из ReadMe.txt

C помощью необязательного параметра Wait можно переопределить параметр ожидания (действует только для данной конкретной команды!)

о каком таком параметре ожидания (который можно переопределить) речь идёт? Разве не о том глобальном?