Из списка очереди выделить отдельную очередь
Модератор: motyara
-
- Сообщения: 405
- Зарегистрирован: Чт ноя 08, 2007 9:29 am
- Откуда: Москва
- Контактная информация:
Из списка очереди выделить отдельную очередь
К примеру, я добавил все в один список, но первый файл большой и долго копируется (есть подозрение, что он скопировался и Касперский его проверял долго). А также в конце был и маленький, но более нужный файл.
Сейчас есть только одно решение - удалить нужные файлы и заново запустить процесс копирования/переноса/удаления.
Есть предложение ставить на паузу и выделять в отдельные очереди элементы другой очереди. Ну и соответственно, когда ставим на паузу, чтобы остальные задачи могли двигаться дальше (лично для меня очень критично только выделение из одной очереди в другие).
P.S. Также непонятно, почему в диалоге есть F2 и F3 на новую очередь и старую. Это же неудобно. Было бы удобнее, чтобы Enter - это то, что сейчас выбрано (новая или существующая очередь), а Ctrl+Enter - это альтернативное действие. Как такое предложение?
Сейчас есть только одно решение - удалить нужные файлы и заново запустить процесс копирования/переноса/удаления.
Есть предложение ставить на паузу и выделять в отдельные очереди элементы другой очереди. Ну и соответственно, когда ставим на паузу, чтобы остальные задачи могли двигаться дальше (лично для меня очень критично только выделение из одной очереди в другие).
P.S. Также непонятно, почему в диалоге есть F2 и F3 на новую очередь и старую. Это же неудобно. Было бы удобнее, чтобы Enter - это то, что сейчас выбрано (новая или существующая очередь), а Ctrl+Enter - это альтернативное действие. Как такое предложение?
С уважением, Андрей.
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Возможность отщипнуть часть очереди в отдельную очередь уже некоторое время ожидает в очереди на внедрение. Предположительно, это скоро будет добавлено.avmaksimov писал(а):К примеру, я добавил все в один список, но первый файл большой и долго копируется (есть подозрение, что он скопировался и Касперский его проверял долго). А также в конце был и маленький, но более нужный файл.
Сейчас есть только одно решение - удалить нужные файлы и заново запустить процесс копирования/переноса/удаления.
Есть предложение ставить на паузу и выделять в отдельные очереди элементы другой очереди. Ну и соответственно, когда ставим на паузу, чтобы остальные задачи могли двигаться дальше (лично для меня очень критично только выделение из одной очереди в другие).
Упущен важный элемент - F2/F3 отправляет не просто в новую/старую очередь, а в очередь, которая выполняется минимизированно. Enter и так отправит задание в ту очередь, которая сейчас выбрана (так как он равносилен нажатию кнопки "ОК"), и при этом не рассматривается состояние результирующей очереди (минимизирована ли она или нет). А уж назначение для Ctrl+Enter "альтернативного" действия - это уж совсем жесткий вариант... получается что пользователь сначала должен посмотреть, какая именно очередь выбрана в данный момент, а потом сделать вывод что ему нужна противоположная очередь и тогда уже нажать Ctrl+Enter. Страшно подумать, что будет если в этот момент выполняются три очереди, а программа по умолчанию предложила отправить задание в новую и пользователь нажал Ctrl+Enter...avmaksimov писал(а):P.S. Также непонятно, почему в диалоге есть F2 и F3 на новую очередь и старую. Это же неудобно. Было бы удобнее, чтобы Enter - это то, что сейчас выбрано (новая или существующая очередь), а Ctrl+Enter - это альтернативное действие. Как такое предложение?
-
- Сообщения: 405
- Зарегистрирован: Чт ноя 08, 2007 9:29 am
- Откуда: Москва
- Контактная информация:
Re:
Благодарю за ответ. Почему жесткий вариант? Юзер же сам настраивает, как ему лучше - по умолчанию, в новую очередь или же текущую.... Ну либо альтернативный вариант - Enter - текущее действие, Shift+Enter - новая очередь всегда, Ctrl+Enter - старая очередь всегда (или наоборот). Может так?Max Diesel писал(а):Упущен важный элемент - F2/F3 отправляет не просто в новую/старую очередь, а в очередь, которая выполняется минимизированно. Enter и так отправит задание в ту очередь, которая сейчас выбрана (так как он равносилен нажатию кнопки "ОК"), и при этом не рассматривается состояние результирующей очереди (минимизирована ли она или нет). А уж назначение для Ctrl+Enter "альтернативного" действия - это уж совсем жесткий вариант... получается что пользователь сначала должен посмотреть, какая именно очередь выбрана в данный момент, а потом сделать вывод что ему нужна противоположная очередь и тогда уже нажать Ctrl+Enter. Страшно подумать, что будет если в этот момент выполняются три очереди, а программа по умолчанию предложила отправить задание в новую и пользователь нажал Ctrl+Enter...avmaksimov писал(а):P.S. Также непонятно, почему в диалоге есть F2 и F3 на новую очередь и старую. Это же неудобно. Было бы удобнее, чтобы Enter - это то, что сейчас выбрано (новая или существующая очередь), а Ctrl+Enter - это альтернативное действие. Как такое предложение?
С уважением, Андрей.
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Фиксированно-новая очередь благодаря модификатору Shift/Ctrl - это логично. А вот со старой очередью проблемно, ведь их может быть несколько. Ну и по сути если уж окно с запросом подтверждения появляется уже с предложением отправки в имеющуюся очередь, то было бы рационально предположить что Enter в нее и отправит.avmaksimov писал(а):Почему жесткий вариант? Юзер же сам настраивает, как ему лучше - по умолчанию, в новую очередь или же текущую.... Ну либо альтернативный вариант - Enter - текущее действие, Shift+Enter - новая очередь всегда, Ctrl+Enter - старая очередь всегда (или наоборот). Может так?
Полагаю, будет корректно добавить возможность фиксированной отправки в новую не-минимизированную очередь нажатием Ctrl+Enter. Почему именно Ctrl, а не Shift? Потому что в него проще попасть не глядя на клавиатуру (до Shift'а на одно действие "отсчета клавиш" получается больше).Qwertiy писал(а):Я за наличие способа добавления в новую очередь одним нажатием. Устараивают как F4, так и Shift/Ctrl + Enter
Мне Shift+Enter нажать проще, т. к. это соседние кнопки Поэтому и написал его первым. Shift+Enter хорошо нажимать указательным и средним пальцами, что лично мне очень удобно. Ctrl+Enter можно нажимать большим и указательным, но на мой взгляд это менее удобно.Max Diesel писал(а):Почему именно Ctrl, а не Shift? Потому что в него проще попасть не глядя на клавиатуру (до Shift'а на одно действие "отсчета клавиш" получается больше).
-
- Сообщения: 405
- Зарегистрирован: Чт ноя 08, 2007 9:29 am
- Откуда: Москва
- Контактная информация:
Re:
Ну да, если выделена Новая, то вопрос с текущей остается открытым... Я думаю, тогда лучше не усложнять со старой очередью, если выделена новая - т.е. всегда в новую. Но если выделена текущая, то чтобы был выбор с помощью модификатора Ctrl изменить на новую. Фактически получается, все-таки Ctrl+Enter - это всегда новая очередь)). А Enter - в зависимости от выделения.Max Diesel писал(а):Фиксированно-новая очередь благодаря модификатору Shift/Ctrl - это логично. А вот со старой очередью проблемно, ведь их может быть несколько. Ну и по сути если уж окно с запросом подтверждения появляется уже с предложением отправки в имеющуюся очередь, то было бы рационально предположить что Enter в нее и отправит.avmaksimov писал(а):Почему жесткий вариант? Юзер же сам настраивает, как ему лучше - по умолчанию, в новую очередь или же текущую.... Ну либо альтернативный вариант - Enter - текущее действие, Shift+Enter - новая очередь всегда, Ctrl+Enter - старая очередь всегда (или наоборот). Может так?
Ну а для Qwertiy - я думаю, эти же клавиши будут настраиваться?
С уважением, Андрей.
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
За отправку в новую очередь действительно будет отвечать сочетание Shift+Enter. При вторичном рассмотрении вопроса я пришел к выводу, что такой вариант рациональнее в плане однотипности модификаторов в этом окне и окнах, в которых модификаторами можно поставить флажок "Применять во всем"/"Применять в каталогам". Shift в этих окнах предполагает необходимость его удерживания в момент добавления Enter, а Ctrl переключает режим из одного положения в другое. Поэтому в окне выбора очереди Ctrl будет позволять выбрать очередь, в которую нужно добавить задание (ну а при факте, что очередь одна, он на первое нажатие будет выбирать новую очередь).Qwertiy писал(а):Мне Shift+Enter нажать проще, т. к. это соседние кнопки Поэтому и написал его первым. Shift+Enter хорошо нажимать указательным и средним пальцами, что лично мне очень удобно. Ctrl+Enter можно нажимать большим и указательным, но на мой взгляд это менее удобно.Max Diesel писал(а):Почему именно Ctrl, а не Shift? Потому что в него проще попасть не глядя на клавиатуру (до Shift'а на одно действие "отсчета клавиш" получается больше).
- Max Diesel
- Автор программы
- Сообщения: 3431
- Зарегистрирован: Пт окт 12, 2007 3:26 pm
- Контактная информация:
Настраиваются, но с некоторых пор эта часть функционала стала "недокументированной", а потому если кто-то сумеет это сделать, то вероятно лишь будучи в статусе экстрасенса и/или хакера.Qwertiy писал(а):Хм.. Никогда не пробовал настраивать клавиши в диалогах. Что-то мне подсказывает, что они принципиально не настраиваются...avmaksimov писал(а):Ну а для Qwertiy - я думаю, эти же клавиши будут настраиваться?
Re: Из списка очереди выделить отдельную очередь
Действительно полезная функциональность! Ждем реализации.
Заблокировать очередь
Всё-таки не хватает возможности заблокировать очередь, чтобы она не предлагалась для добавления в неё заданий...