Russian Qt Forum
Июнь 16, 2024, 05:22 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
 
  Начало   Форум  WIKI (Вики)FAQ Помощь Поиск Войти Регистрация  

Страниц: 1 [2] 3 4   Вниз
  Печать  
Автор Тема: Контекстное меню (Windows) - путь  (Прочитано 28715 раз)
Bepec
Гость
« Ответ #15 : Ноябрь 22, 2012, 06:56 »

Я бы вам идею подрезал, ооох как подрезал Улыбающийся

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

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

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

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

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

Сообщений: 11445


Просмотр профиля
« Ответ #16 : Ноябрь 22, 2012, 09:17 »

Приложение-приемник создает QSystemSemaphore и запускает нитку которая висит на нем (acquire). Приложение для выбора целевого фолдера создает QSystemSemaphore с тем же именем и делает ему release. В результате приемник снимается с семафора, как бы получает сигнал "целевой фолдер изменен". Сам путь проще всего передать через QSharedMemory
« Последнее редактирование: Ноябрь 22, 2012, 09:18 от Igors » Записан
Bepec
Гость
« Ответ #17 : Ноябрь 22, 2012, 09:52 »

Как говорится - зачем 2 программы? достаточно и одной как бы Улыбающийся А уже внутри одной можно творить всё что угодно.
Записан
AlphaGh0St
Гость
« Ответ #18 : Ноябрь 22, 2012, 12:27 »

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

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

Цитировать
Третье - вместо гипотетического файла пишем данные в реестр/файл настроек вашей программы.
в реестр лучше лишний раз не лазить, т.к. в win 7 для доступа к реестру требуются права админа. А если программа каждый раз будет надоедать пользователю запросами (выполнить от имени админа), это очень быстро надоест.
как правило, программа инсталлируется в C:\Program files , файл настроек лежит там-же, и для его изменения так же требуются права админа.
тут я вышел из ситуации так: по переменной окружения TMP определяю каталог временных файлов пользователя, там создаю файлик и туда же пишу путь флага.
Записан
AlphaGh0St
Гость
« Ответ #19 : Ноябрь 22, 2012, 12:31 »

а вообще, если цель этой консольной программы — лишь подсунуть правильный путь, то почему нельзя этот путь направлять сразу в основную программу из контекстного меню проводника?
Это было бы кстати, но вот как это сделать?
Bepec, если я правильно понял, предложил передавать путь в качестве входного аргумента, но так, к сожалению, сделать не получится.
Записан
mutineer
Гость
« Ответ #20 : Ноябрь 22, 2012, 12:32 »

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

Это порочная, исторически сложившаяся практика. Файлик настроек должен лежать в домашней директории пользователя
Записан
Bepec
Гость
« Ответ #21 : Ноябрь 22, 2012, 12:43 »

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

Сообщений: 4732



Просмотр профиля WWW
« Ответ #22 : Ноябрь 22, 2012, 13:44 »

а вообще, если цель этой консольной программы — лишь подсунуть правильный путь, то почему нельзя этот путь направлять сразу в основную программу из контекстного меню проводника?
Это было бы кстати, но вот как это сделать?
Bepec, если я правильно понял, предложил передавать путь в качестве входного аргумента, но так, к сожалению, сделать не получится.
QtSingleApplication в помощь. Щёлкнул на команду меню в проводнике — совершается попытка запустить твоё приложение — отсылаешь (QtSingleApplication это позволяет) QDir::currentPath() существующей копии.
Записан

Изучением C++ вымощена дорога в Qt.

UTF-8 has been around since 1993 and Unicode 2.0 since 1996; if you have created any 8-bit character content since 1996 in anything other than UTF-8, then I hate you. © Matt Gallagher
Igors
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 11445


Просмотр профиля
« Ответ #23 : Ноябрь 22, 2012, 13:46 »

тут я вышел из ситуации так: по переменной окружения TMP определяю каталог временных файлов пользователя, там создаю файлик и туда же пишу путь флага.
Зачем связываться с временными файлами и быть зависимым от платформы? Да и циклическая проверка а не изменился ли файл хорошего впечатления не производит
Записан
Bepec
Гость
« Ответ #24 : Ноябрь 22, 2012, 14:27 »

Igors в связи с названием темы, ваше замечание насчёт привязки к платформе... Ну вы поняли Улыбающийся
Записан
AlphaGh0St
Гость
« Ответ #25 : Ноябрь 22, 2012, 15:44 »

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

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

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

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

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

Цитировать
Да и циклическая проверка а не изменился ли файл хорошего впечатления не производит
согласен
Записан
AlphaGh0St
Гость
« Ответ #26 : Ноябрь 22, 2012, 16:06 »

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

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

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

Сообщений: 4732



Просмотр профиля WWW
« Ответ #27 : Ноябрь 22, 2012, 16:10 »

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

Изучением C++ вымощена дорога в Qt.

UTF-8 has been around since 1993 and Unicode 2.0 since 1996; if you have created any 8-bit character content since 1996 in anything other than UTF-8, then I hate you. © Matt Gallagher
Igors
Джедай : наставник для всех
*******
Offline Offline

Сообщений: 11445


Просмотр профиля
« Ответ #28 : Ноябрь 22, 2012, 17:08 »

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

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

Сообщений: 4732



Просмотр профиля WWW
« Ответ #29 : Ноябрь 22, 2012, 17:43 »

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

Изучением C++ вымощена дорога в Qt.

UTF-8 has been around since 1993 and Unicode 2.0 since 1996; if you have created any 8-bit character content since 1996 in anything other than UTF-8, then I hate you. © Matt Gallagher
Страниц: 1 [2] 3 4   Вверх
  Печать  
 
Перейти в:  


Страница сгенерирована за 0.054 секунд. Запросов: 22.