Контекстное меню (Windows) - путь

[Bepec]

Я бы вам идею подрезал, ооох как подрезал

Начнём - убираем две программы, оставляем одну.

Второе - добавляем 2 пункта в контекстное меню проводника с разными параметрами коммандной строки.

Третье - вместо гипотетического файла пишем данные в реестр/файл настроек вашей программы.

Что имеем? Одна программа с разной обработкой коммандных строк. Одна обработка записывает строку в реестр/файл. Вторая копирует файло.

Вот и всё. К тому же насколько я помню - в параметры командной строки при вызове контекстного меню вся нужная информация передаётся. Начиная от текущего каталога и заканчивая файлом на котором щёлкнули.

[Igors]

Приложение-приемник создает QSystemSemaphore и запускает нитку которая висит на нем (acquire). Приложение для выбора целевого фолдера создает QSystemSemaphore с тем же именем и делает ему release. В результате приемник снимается с семафора, как бы получает сигнал "целевой фолдер изменен". Сам путь проще всего передать через QSharedMemory

[Bepec]

Как говорится - зачем 2 программы? достаточно и одной как бы А уже внутри одной можно творить всё что угодно.

[AlphaGh0St]

Начнём - убираем две программы, оставляем одну.

Второе - добавляем 2 пункта в контекстное меню проводника с разными параметрами коммандной строки.

если я правильно понял, Вы предлагаете программе копирования передавать параметры в качестве входных аргументов (argv)?
проблемка в том, что программа копирования может быть запущена на долгое время, а за это время, флаг может много раз измениться. Нужно изменять флаг во время работы программы копирования.

Третье - вместо гипотетического файла пишем данные в реестр/файл настроек вашей программы.

в реестр лучше лишний раз не лазить, т.к. в win 7 для доступа к реестру требуются права админа. А если программа каждый раз будет надоедать пользователю запросами (выполнить от имени админа), это очень быстро надоест.
как правило, программа инсталлируется в C:\Program files , файл настроек лежит там-же, и для его изменения так же требуются права админа.
тут я вышел из ситуации так: по переменной окружения TMP определяю каталог временных файлов пользователя, там создаю файлик и туда же пишу путь флага.

[AlphaGh0St]

а вообще, если цель этой консольной программы — лишь подсунуть правильный путь, то почему нельзя этот путь направлять сразу в основную программу из контекстного меню проводника?

Это было бы кстати, но вот как это сделать?
Bepec, если я правильно понял, предложил передавать путь в качестве входного аргумента, но так, к сожалению, сделать не получится.

[mutineer]

как правило, программа инсталлируется в C:\Program files , файл настроек лежит там-же, и для его изменения так же требуются права админа.

Это порочная, исторически сложившаяся практика. Файлик настроек должен лежать в домашней директории пользователя

[Bepec]

Кхм. Пара слабых моментов у вас, AlphaGh0st.
1) Изменения в реестре в разделе настроек программ, НЕ требуют прав админа. Права нужны только для системных секций.
2) У вас программа копирования может единомоментно менять место копирования файлов? Т.е. полфильма на старый флаг, полфильма на новый (фильм для примера).
3) У вас цель конечная какая? КОНЕЧНАЯ. Не "две программы бла бла бла", а "приложение, которое копирует файлы из папки пользователя в папку с указанным флагом непрерывно 24 часа в сутки, отрывая кусок за куском у исходных файлов и кладя их в папку с флагом."
4) Озвучьте наконец свою идею блин. Результат, который сделает вас создателем гениальной программы.

[kambala]

а вообще, если цель этой консольной программы — лишь подсунуть правильный путь, то почему нельзя этот путь направлять сразу в основную программу из контекстного меню проводника?

Это было бы кстати, но вот как это сделать?
Bepec, если я правильно понял, предложил передавать путь в качестве входного аргумента, но так, к сожалению, сделать не получится.

QtSingleApplication в помощь. Щёлкнул на команду меню в проводнике — совершается попытка запустить твоё приложение — отсылаешь (QtSingleApplication это позволяет) QDir::currentPath() существующей копии.

[Igors]

тут я вышел из ситуации так: по переменной окружения TMP определяю каталог временных файлов пользователя, там создаю файлик и туда же пишу путь флага.

Зачем связываться с временными файлами и быть зависимым от платформы? Да и циклическая проверка а не изменился ли файл хорошего впечатления не производит

[Bepec]

Igors в связи с названием темы, ваше замечание насчёт привязки к платформе... Ну вы поняли

[AlphaGh0St]

4) Озвучьте наконец свою идею блин. Результат, который сделает вас создателем гениальной программы.

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

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

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

QtSingleApplication в помощь. Щёлкнул на команду меню в проводнике — совершается попытка запустить твоё приложение — отсылаешь (QtSingleApplication это позволяет) QDir::currentPath() существующей копии.

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

Зачем связываться с временными файлами и быть зависимым от платформы?

...хм...возможно, я чего-то не понял, но почему появляется зависимость от платформы?
файлик хранится во временной директории, путь к которой извлекается из переменной окружения TMP.
в Винде эта переменная укажет один путь, а в Линуксе - другой.

Да и циклическая проверка а не изменился ли файл хорошего впечатления не производит

согласен

[AlphaGh0St]

Я как думал: Из контекстного меню можно запустить программу. Так почему бы не написать маленькую, вспомогательную программку, которая и будет запускаться, а при запуске передавать программе копирования путь к флагу.

Идея с передачей пути через файл, не самая лучшая.
Передавать путь к флагу в качестве входного аргумента, видимо, тоже не вариант.

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

[kambala]

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

с чего вдруг она будет запускаться заново, если QtSingleApplication не даст новой копии появиться, а существующая сделает что надо с пришедшим путём?

[Igors]

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

У Вас совершенно стандартная ситуация - одно приложение должно передать "немного данных" другому. Столь же стандартное решение - обмен через QSharedMemory, обычно с использованием семафоров

Оба приложения создают QSharedMemory с одним и тем же ключом, в результате оба могут читать/писать физически тот же блок памяти. Синхронизация - через семафор (см выше), но если так нравится - можно в цикле читать (все лучше чем файл) 

[kambala]

я всё равно не понимаю зачем в данном случае нужно 2 приложения