Пожелания по передаче файлов и папок
Пожелания по передаче файлов и папок
Что бы commfort назвать воистину комфортом, нехватает самой малости!
Очень смуЧто бы commfort назвать воистину комфортом, нахватает самой малости! А именно довести до совершенства систему передачи данных.
1. Очень смущает то, что когда ты\тебе передают файл\файлы, нельзя во время этого параллельно передавать файлы ещё кому-нибудь. Это весьма и весьма неудобно, когда кидаешь кому-нибудь фильм, и бывает нужно скинуть что-нибудь маленькое, а из-за передачи здорового фильма, приходится тупо ждать!
2. Задалбывает всё мремя ставить галочку «После завершения закрыть»…
Было бы гораздо удобнее, чтобы окошко передачи само закрывалось, после того как операция будет завершена. Или хотя бы сделайте так, что бы эту галочку можно было поставить один раз и далее окно закрывалось бы само.
Очень смуЧто бы commfort назвать воистину комфортом, нахватает самой малости! А именно довести до совершенства систему передачи данных.
1. Очень смущает то, что когда ты\тебе передают файл\файлы, нельзя во время этого параллельно передавать файлы ещё кому-нибудь. Это весьма и весьма неудобно, когда кидаешь кому-нибудь фильм, и бывает нужно скинуть что-нибудь маленькое, а из-за передачи здорового фильма, приходится тупо ждать!
2. Задалбывает всё мремя ставить галочку «После завершения закрыть»…
Было бы гораздо удобнее, чтобы окошко передачи само закрывалось, после того как операция будет завершена. Или хотя бы сделайте так, что бы эту галочку можно было поставить один раз и далее окно закрывалось бы само.
Что бы ты не делал в жизни, делай как себе и тогда, она улыбнётся тебе. DMN
Раздражает когда пытаешься отправить файл но у принимающего висит окно от старой передачи или идет передача файлов, то у тебя просто пишеться что принимающий принимает файл и .т.п. и окно висит с кнопкой закрыть.ОЧЕНЬ НУЖНА КНОПКА ПОВТОР. Приходиться опять все заного пытатться отправить,а когда там файлов 10 изразных папок это раздражаетэ
Чтобы "пожелания" не остались всего-лишь "пожеланиями" - не обязательно начинать каждое пожелание со слов "Что бы commfort назвать воистину комфортом"
Достаточно грамотно обосновать необходимость в изменении.
Чат - это не файлообменник. Для этого есть программы специально на это ориентированные. Обмен файлами все-равно идет не через сервер, а ip2ip. Так что нагромождать чат массовыми передачами - просто безсмысленно (если это легко реализовать - пожалуста, буду не против, но если это требует бОльших затрат от разработчиков, то зацикливаться на этом не стоит).
А вот с "пользователь уже передает файлы" - действительно проблемма. Одно дело, когда действительно передача имеет место, но очень обидно, когда это только из-за того, что у пользователя висит "Пайл передан" или "Передача прервана/отклонена". В это время ведь никакой передачи фактически нету.
1) Что хотелось бы увидеть для решения этой проблеммы:
То-же самое окно, но вместо "Закрыть после завершения" поставить галочку "не выводить отчет о передаче". Таким образом, независимо от результата передачи (получилось или нет) - окно закрывается само собой, и если не стоит галочка "не выводить отчет о передаче", то по окончанию файлообмена появляется месадж:
или если ошибка при передаче:
Таким образом передача файлов будет занята только тогда, когда действительно передается файл.
2) но если разработчики реализуют паузу/докачку - это будет огромным плюсом.
3) Уже писалось, что неплохо было бы в настройках передачи (точнее приёма) файлов на выбор можжно было бы:
- Принимать все файлы в одну папку (например C:\FROMCHAT) - как есть сейчас.
- Создавать подпапки по никам (например C:\FROMCHAT\Shurup - и там находятся все файлы, которые передавались поользователем "Shurup")
- Создавать подпапки по датам (например C:\FROMCHAT\2007-08-09 - и там находятся все файлы, которые передавались сегодня).
При выборе "открыть папку с принятыми файлами" пускай открывается основная папка приёмик (в моем примере это C:\FROMCHAT)
4) Хотелось бы все-таки увидеть передачу изображения из буффера обмена.
реализация элементарно проста:
- При выборе "передача файлов" помимо кнопок "Добавить файл" и "Добавить папку" нужна еще одна кнопка "Добавить содержимое буфера обмена"
- При ее нажатии клиент проверяет содержимое буфера обмена, и если это не изображение - сообщает, что в буфере находится некрректные данные
- Если там изображение - клиент сохраняет его во временный файл "Clipboard1.bmp" (в идеале было бы "PNG", или хотябы "JPG", но на первое время хватит и "BMP", т.к. с ним легче работать програмно)
- после этого клиент добавляет этот "Clipboard1.bmp" в список передаваемых файлов.
Хорошо было бы, чтоб можно было бы передавать несколько таких "Clipboard-ов" за раз.
Последнее пожелание очень бы облегчило жизнь пользователям при передаче скриншотов. Нажал "PrintScrin", "Передать файл", два щелчка и готово. А пока приходится запускать Paint, вставлять из него содержимое буффера, сохранять в какое-то место, передавать его, а затем удалять.

Чат - это не файлообменник. Для этого есть программы специально на это ориентированные. Обмен файлами все-равно идет не через сервер, а ip2ip. Так что нагромождать чат массовыми передачами - просто безсмысленно (если это легко реализовать - пожалуста, буду не против, но если это требует бОльших затрат от разработчиков, то зацикливаться на этом не стоит).
А вот с "пользователь уже передает файлы" - действительно проблемма. Одно дело, когда действительно передача имеет место, но очень обидно, когда это только из-за того, что у пользователя висит "Пайл передан" или "Передача прервана/отклонена". В это время ведь никакой передачи фактически нету.
1) Что хотелось бы увидеть для решения этой проблеммы:
То-же самое окно, но вместо "Закрыть после завершения" поставить галочку "не выводить отчет о передаче". Таким образом, независимо от результата передачи (получилось или нет) - окно закрывается само собой, и если не стоит галочка "не выводить отчет о передаче", то по окончанию файлообмена появляется месадж:
Код: Выделить всё
Принят (передан) файл(файлы/папки) от пользователя (пользователю) Nk.Ip.Mc.
Объем файлов: XXXX кб
Время передачи : YYYY мин
Средняя скорость: ZZZZ кб/с
Список файлов
Код: Выделить всё
ошибка передачи файлов от пользователя (пользователю) Nk.Ip.Mc.
Причина/описание ошибки.
2) но если разработчики реализуют паузу/докачку - это будет огромным плюсом.
3) Уже писалось, что неплохо было бы в настройках передачи (точнее приёма) файлов на выбор можжно было бы:
- Принимать все файлы в одну папку (например C:\FROMCHAT) - как есть сейчас.
- Создавать подпапки по никам (например C:\FROMCHAT\Shurup - и там находятся все файлы, которые передавались поользователем "Shurup")
- Создавать подпапки по датам (например C:\FROMCHAT\2007-08-09 - и там находятся все файлы, которые передавались сегодня).
При выборе "открыть папку с принятыми файлами" пускай открывается основная папка приёмик (в моем примере это C:\FROMCHAT)
4) Хотелось бы все-таки увидеть передачу изображения из буффера обмена.
реализация элементарно проста:
- При выборе "передача файлов" помимо кнопок "Добавить файл" и "Добавить папку" нужна еще одна кнопка "Добавить содержимое буфера обмена"
- При ее нажатии клиент проверяет содержимое буфера обмена, и если это не изображение - сообщает, что в буфере находится некрректные данные
- Если там изображение - клиент сохраняет его во временный файл "Clipboard1.bmp" (в идеале было бы "PNG", или хотябы "JPG", но на первое время хватит и "BMP", т.к. с ним легче работать програмно)
- после этого клиент добавляет этот "Clipboard1.bmp" в список передаваемых файлов.
Хорошо было бы, чтоб можно было бы передавать несколько таких "Clipboard-ов" за раз.
Последнее пожелание очень бы облегчило жизнь пользователям при передаче скриншотов. Нажал "PrintScrin", "Передать файл", два щелчка и готово. А пока приходится запускать Paint, вставлять из него содержимое буффера, сохранять в какое-то место, передавать его, а затем удалять.
Бог создал этот мир за 6 дней и до сих пор ничего не упало.
А все потому что ему не нужно было поддерживать предыдущие версии
А все потому что ему не нужно было поддерживать предыдущие версии
Очень хотелось бы, чтобы в админке появилась опция - ограничитель передачи файлов, в котором можно было сделать ограничение по размеру файла.
Некоторые наглые типы шлют файлы гигами, хотя вместе с тем в сети широко используются DC++ клиенты. В итоге загрузка процессора 100%.
Но выключать вовсе эту функцию тоже не слишком хочется. Для передачи мелких файлов использовать Коммфорт-чат очень удобно, с ДС++ не сравнить.
Некоторые наглые типы шлют файлы гигами, хотя вместе с тем в сети широко используются DC++ клиенты. В итоге загрузка процессора 100%.
Но выключать вовсе эту функцию тоже не слишком хочется. Для передачи мелких файлов использовать Коммфорт-чат очень удобно, с ДС++ не сравнить.
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
С одной стороны это хорошо, а с другой стороны плохо, вот например если мне сделать чат доступным из интернета для нашего провайдера, то большинство людей обмениваться информацией просто не смогут, тк ай пи почти у всех серые. Можно ли в будущем сделать так, чтобы файлы передавались через сервер и можно было вручную назначить максимальный размер передаваемых файлов?
-
- Администратор
- Сообщения: 6886
- Зарегистрирован: 09:56, 27.06.2005
Согласен с передачей файлов через сервер.Gudi писал(а):Передача файлов через сервер ( с указанием максимального размера файлов , максимамльной скорости передачи, диапазоны ип разрешенные для передачи и тд)
очень сложно будет все нужное сделать - но это того стоит.
Например задать чтоб через сервер лилось в 5 потоков максимум(задаётся админом), но хочу добавить, чтобы можно было управлять, т.е. отключать файлообмен через сервер. Галочку поставил - через сервер, галочку убрал - клиент то клиент.
Для чего надо через сервер спросите? Один из ответов..., из-за маршрутизатора. СтоИт Комфорт на маршрутизаторе и объединяет две (три) подсети. Не у всех обмен идёт через маршр. по фтп (не настроены шлюзы, кривые юзерские руки, левая загаженая винда и т.д.), задолбался я всем объяснять, что да как. Просто запустить файлообмен через сервак было бы проще.
Пожелание, это всего лишь пожелание разработчику.
