про
1. Повторюсь, программа отлично обрезает кейворды по требованиям стока. Проблема не в количестве кейвордов, оно как раз в норме, а в числе СЛОВ в кейвордах. У вас слишком много многословных кейвордов, на это понд и ругается. Программа не может адаптировать ваши кейворды, потому что не знает, какие из них вы захотите выкинуть. Выкидывание одного 4-хсловного кейворда здесь даст куда больший эффект, чем выкидывание двух однословных.
2. Я уже писал, это невозможно, потому что сами стоки длинные имена файлов отлично принимают. Проблема здесь не в том, что стоки ругаются на эти имена, а в том, что при загрузке файла с таким длинным именем сток его полностью потом не покажет, а программа соответственно не сможет найти исходный файл на диске и засабмитить файл.
Зип файлы создаются в памяти, автоматически удаляются в конце загрузки и не нужны для сабмита. Это совсем другая ситуация и сравнивать тут нельзя.
3. Прочитайте выше пост от представителя мостфотос - они в принципе не хотят таких массовых автоматизированных загрузок, они будут банить за это. Я думаю, что надо именно с ними решать этот вопрос, чтобы они внесли изменения в свою политику, т.к. она на данный момент совершенно безумна и направлена против контрибуторов.
4. У софта нет требований к количеству файлов в папке. Основной затык здесь в показе списка иконок с большим количеством иконок - и проблему вызывает реализация этого списка в WPF, на которую я никак не могу повлиять. Ускорения можно добиться лишь переписав всю программу на C и используя голый WinAPI, но на это уйдут годы. И прошу заметить - папки с большим количеством файлов проблемно отображает даже встроенный в Windows Проводник - лаги там еще похлеще могут быть. Другой вопрос, что лаги начинаются с немного большего количества файлов, но тут уже банально идет разница между использованием голого WinAPI и WPF.
5. Это баг, и как и с любым другим багом - нужно с ним разбираться. Поскольку я не смог воспроизвести проблему - нужна помощь пользователей с нахождением условий воспроизведения.
6. Если под словом "архивы" вы подразумеваете стоки - то объяснение очень простое. Реализация сабмита на сток занимает на порядок больше времени, чем добавление его в режиме "только загрузка". Поэтому по просьбе пользователей в разное время было добавлено несколько стоков в этом режиме (т.к. им было достаточно только загрузки, а на реализацию полного сабмита туда не было времени). Мы всегда идем на встречу пользователей и реализуем их пожелания, поэтому я не вижу проблемы в том, что по их просьбе были добавлены эти стоки в таком режиме.
7. С этим действительно беда. Однако, что касается описания обновления - иногда за день выкладывается по 10 обновлений с исправлением мелких багов. Писать для каждого из них подробное описание - потеря времени, которое могло бы быть потрачено на куда более полезные для пользователей вещи.
Описание крупных обновлений и нововведений я всегда выкладываю на всех форумных ветках о программе.
Что касается уведомления об обновлении внутри программы - да, это запланировано и будет реализовано.
8. Это тоже запланировано и будет реализовано.
===
Как видно из описания выше, большинство описанных вами проблем либо и не проблемы вовсе, либо неустранимы в разумные сроки, либо будут решены скоро.
При выборе, что реализовывать в первую очередь, я всегда опираюсь на соотношение пользы от этой доработки к временным затратрам на реализацию. Соответственно, в первую очередь будут реализованы именно вещи, которые наиболее востребованы и займут наименьшее время на реализацию.
Я думаю, что такой подход наиболее полезен для пользователей. И, соответственно, программой пользуются не потому, что нет альтернатив, а потому, что наш приоритет всегда - наши пользователи. Я думаю, что большинство наших пользователей довольно качеством поддержки программы.
Re: StockSubmitter - программа для автосабмита изображений
Линейный вид
