vosoft Цитата: Ваш комментарий, больше похож на тех. задание.
Ну что Вы!
Лишь пожелания. I.M.H.O., так сказать.
У Вас своё видение, у меня, с точки зрения пользователя, - своё.
Да и стратегии использования программы могут быть разными.
Истина, скорее всего, где-то посередине.
Цитата: Вот-бы все так писали тз, у многих с этим проблемы.
Мне кажется, что эти проблемы возникают из-за лени заказчика, в основном.
Ведь сформулировать ТЗ, - тоже трудозатраты.
Я хоть и не заказчик, но просто не поленился, т.к. программа мне понравилась.
Особенно приятно, когда и автор программы идёт навстречу, - получается конструктивный диалог и соответствующий результат.
Цитата: Расширение - это часть имени файла. Еще один чекбокс добавить на этот случай? Вдруг кому-то нужно будет полностью изменить имя, включая расширение.
Как часто мы меняем расширение файла?
Чуть чаще, чем никогда.
Поэтому, на мой взгляд, гораздо удобнее и логичнее будет реализовать эту возможность так:
если пользователь, именуя файл,
- НЕ ВВЁЛ расширение ЯВНЫМ образом, - сохраняется оригинальное (режим по умолчанию),
- ВВЁЛ ЯВНЫМ образом, - сохраняется с тем, которое ввёл.
Ещё я обратил внимание на тот факт, что в поле имени текстового файла по умолчанию вставляется стандартное имя "ReadMe.txt".
Я так понял, что при Вашем паттерне использования программы - это удобно и необходимо. При моём наоборот.
К тому же, если же Вы решите реализовать предложенную мной выше схему именования с ОДНИМ ПОЛЕМ для ввода ИМЕНИ и ДВУМЯ ЧЕКБОКСАМИ,
то это автозаполнение приведёт к некоторому неудобству работы с этой схемой:
- для варианта 1а - придётся ВРУЧНУЮ УДАЛЯТЬ это имя ReadMe.тхт;
- для варианта 1б - нормально, ведь пользователь всё равно будет вставлять своё имя);
- для варианта 2 - нормально, т.к. текстовый файл все равно должен получить имя оригинального файла с обменника, а имя вставленное автозаполнением - просто не должно учитываться;
для варианта 3 - нормально, т.к. пользователь всё равно вводит своё имя;
для варианта 4 - нормально, т.к. пользователь всё равно вводит своё имя.
Т.е. получается, что некомфортным оказывается, в основном, вариант 1а (из-за необходимости ВРУЧНУЮ УДАЛЯТЬ автоматически введённое имя ReadMe.тхт.
Какие варианты можно предложить?
1. Полностью отказаться от автозаполнения поля имени (самый простой вариант).
2. В глобальных настройках программы добавить пункт для возможности включения/отключения этого автозаполнения для всех новых заданий.
3. Немного оптимизировать предложенную схему именования.
Например, сейчас в окне "Добавить закачку" есть элемент "Дополнительно", который открывает/скрывает поля с именем текстового файла и текстом описания.
Можно это использовать и сделать так:
- если поля описания СВЁРНУТЫ и НЕ отображаются, - реализуется вариант 1а
(т.е. файл сохраняется по умолчанию с оригинальным именем с обменника, а текстовый файл НЕ сохраняется вообще) и пользователю ничего не придётся удалять;
- если эти поля развёрнуты и отображаются, - реализуются оставшиеся четыре варианта (в них пользователь всё равно вводит своё имя и лишний действий от него не потребуется).
Оптимальным вариантом, мне видится, пункт
2,
а идеальным - сочетание пунктов
2 + 3 (это добавит ещё больше гибкости и удобства).
Всё это может показаться полным бредом и совершенно ненужно вещью,
но при добавлении БОЛЬШОГО КОЛИЧЕСТВА ЗАДАНИЙ каждое, казалось-бы незначительное лишнее действие, начинает серьёзно напрягать и утомлять.
Поэтому я и рассматриваю удобство пользования программой именно в плане исключения лишних действий пользователя.
Мне кажется, что это один из важнейших элементов юзабилити.
Цитата: Даблклик - это быстро кликнуть два раза в поле "пользовательского имени файла". )
http://test.com/7yhiekf/khhlrdg/test.mkv
пользовательское имя файла - > test.mkv
А-а! Понятно.
Просто у меня несколько другой паттерн использования программы
и практически никогда не бывает "прямых" ссылок на файл,
а работа идёт, в основном, с обменниками. где ссылки имеют,
например, вид типа
http://turbobit.net/fun5d8m33chb.html т.е. вариант с даблкликом в этом случае не срабатывает.
Цитата: т.к. это мало кому нужно, добавлю как "скрытую" настройку позже.
Спасибо!
Но, не соглашусь с Вами относительно утверждения, что это мало кому нужно.
Наоборот, - ОЧЕНЬ НУЖНО!
НЕ нужно тем, кому НЕ нужно добавлять описание.
Ведь тем, кому НУЖНО добавлять описание файла, вряд ли захотят для каждого задания вручную наколачивать текст,
гораздо проще его скопировать оттуда-же, откуда была взята ссылка на закачку.
Цитата: 4) На весь экран не будет.
Жаль!
Сделайте, пожалуйста, хоть по высоте чуть больше.
Вообще, насколько я понял, Вы рассматриваете свою программу в большей степени как обычный менеджер закачек (прямые ссылки и т.п.).
А я рассматриваю её, в основном, как менеджер закачки С ОБМЕННИКОВ.
Собственно, я и узнал про неё,
когда искал именно менеджер закачки С ОБМЕННИКОВ.
Ведь обычных менеджеров закачки - очень много, а вот программы для закачки С ОБМЕННИКОВ - можно пересчитать на пальцах одной руки.
Соответственно и все удобства для реализации именно этого функционала, - приобретают пропорциональную значимость.
В принципе, я уже удовлетворил все свои запросы с помощью аналогичной программы.
В этом мне помог один хороший человек, который написал небольшой скрипт для этого
(МОЁ ВОСХИЩЕНИЕ ЕМУ ЗА УМЕНИЕ. И УВАЖЕНИЕ, - ЗА БЕСКОРЫСТНУЮ ПОМОЩЬ!)
Здесь у нас разговор начался раньше, и было бы некрасиво просто взять и свалить.
Поэтому я постарался не только описать неудобства, на которые обратил внимание при выборе программы (критиковать всегда просто
), но и внести соответствующие предложения по улучшению.
Было бы замечательно, если бы Вы решили учесть их при дальнейшей доработке.
В любом случае, спасибо за отклик и диалог
P.S.: Совсем забыл сказать, что также является необходимым для окна "Добавть закачку": запоминать текущие настройки и автоматически применять их к последующим заданиям.