то хотя бы полный путь принятого файла, который появляется в диалоге, как ссылку можно же сделатьОн же и так как ссылка. И даже не "как", а ссылка - кликнул и открылось. и там же рядом можно открыть и папку с файлами.
И потом, Вам интерфейс передачи файлов вайбера неудобен на столько, что вы не пользуетесь месенжерами на телефоне?Я пользуюсь на телефоне скайпом. Ужасно, гадко, но нужно. Больше ничем. Но это и не важно, кто чем на телефоне пользуется.
Нельзя ли этот интерфейс сделать как в телеге или вайбере (более прозрачным) ?Зависит от протокола.
- После того как файл принят, пользователь не знает где его найти.Можно использовать журнал типа IEView или NewStory, где пришедший файл отображается как ссылка в файловой системе. Достаточно по нему кликнуть, чтобы открыть. А в настройках Миранды настроить автопринятие файлов от контактов, автосворачивание и автозакрытие окна передачи.
в диалоге и в истории я вижу это имя крякозябрамиВ Миранде несколько плагинов, реализующих журнал, поэтому без информации о версиях (https://wiki.miranda-ng.org/index.php?title=Version_information/ru) ничего сказать не получится, никто не знает, какой журнал вы используете.
прикрепил инфо о версияхтам хисторипп - он протух давно...
там хисторипп - он протух давно...Тем не менее, это самый популярный журнал у пользователей. И приходится принимать его в расчёт, несмотря на то, что с технической стороны это самый мерзкий журнал, и, возможно, мы доживём до его похорон, но это не точно.
> В Миранде несколько плагинов, реализующих журнал, поэтому без информации о версиях ничего сказать не получится, никто не знает, какой журнал вы используете.Если у вас Jabber и на сервере включен HTTP File Upload, то я бы не советовал вам использовать History++
прикрепил инфо о версиях
Заменить tabSRMM на что то другое?или заменить в опциях журнала historypp на встроенный журнал табсрмм, или заменить хисторипп целиком на что нибудь.
Заменить tabSRMMЗаменить History++ на что-то другое. На "встроенный журнал" tabSRMM или на IEView (он поддерживает массу скинов, в том числе скины на JavaScript с предпросмотром картинок), или на NewStory (он пока в печальном состоянии, не стоит)
Если у вас Jabber и на сервере включен HTTP File Upload, то я бы вообще не советовал вам использовать History++ Пользователь просто не сможет вообще скачать файл.
Заменить History++ на что-то другое. На "встроенный журнал" tabSRMM
Чем сами пользуетесь?Сначала перешел на ньюстори, но сейчас временно переключил его в журнале на встроенный лог табсрмм, пока в ньюстори нет поддержки оффлайн файлов. А для истории пока оставил ньюстори. А там посмотрим, как пойдет.
Есть еще идеи?Ну не знаю... У меня tabsrmm+newhistory и tabsrmm+встроенный журнал оба нормально буквы показывают в именах файлов. Может это какой глюк, связанный с протоколом уже...
https://xmpp.org/extensions/xep-0363.html
Сервер OpenFire. Не нашел там настройки "HTTP File Upload". Или я неверно понимаю цитируемы текст.
Заменил. Не помогло.Он написан на Паскале, паскалистов в команде не осталось и подружить паскалевский код с сишным нормально не получится, поэтому всякие новые фичи типа оффлайновых файлов плагин не поддерживает. Баги в нём по той же причине тоже исправлять некому.
А почему history++ устарел..? 13\06\2023 это устарел?
Чем заменить tabSRMM и History++ посоветуйте. Чем сами пользуетесь?
IEHistory кстати не показал историю ни старую ни новую.
Отдельно стоит отметить передачу скриншота. Пользователь совсем входит в ступор, потому что не ожидает, что это будет все та же передача файлов.Как вариант, включить в настройках жаббера у отправителя поддержку XEP-0231 (https://xmpp.org/extensions/xep-0231.html) и использовать журнал IEView, который умеет показывать картинки, пришедшие в виде тэга
[img][img]/путь к картинке[/img]напомню что в первую очередь крякозябры в диалоге. И только потом уже в хистори.Удалось повторить, проблема в самом Jabber.
Из чего можно сделать выводы, что хистори ни при делах.
настрока пути для скачивания файлов не работает, в закладке опций выставлено %miranda_path%\Files\%nick%\, а файлы всё равно сохраняются в %miranda_userdata%\dlFiles\%uid%\ (uid - ID пользователя в базе)Это настройка для старых файлтрансферов.
Уже конечно эмоции от нововведения (офф-лай файлы) немного перегорелиНужно понимать, что версия в разработке предназначена в первую очередь не для желающих как можно быстрее получать свежие исправления и новые возможности, а для тестеров. Следует ожидать поломок, а фичи не обязательно будут одним днём доведены до нормального состояния. Если вы не хотите тестировать недоделанный код, вернитесь на стабильную версию.
Возможность изменения пути к dlFiles запланирована вА зачем их разделять-то, эти опции? Только путать пользователей... Все же привыкли там это настраивать. А то я прямо обрадовался, что опции офлайн файлов попали на ту же страницу. Видимо зря...
Если вы не хотите тестировать недоделанный код, вернитесь на стабильную версию.Вроде не высказывал нежеланий или неудовольствий, тем более наоборот, подчеркнул, что всё равно с функационалом текущим были проблемы из-за описаний получаемых файлов. А за подобную схему писал ещё в том году (типа как у Mikanoshi в rnq)
А зачем их разделять-то, эти опции?Поддерживаю!
Возможность изменения пути к dlFiles запланированаа
по клику ничего не происходит, так как не проверяется его оффлайн наличие, а ссылка ведет сразу на онлайн адрес.Можно сделать чтобы проверялось наличие файла в папке и только когда его нет обращаться по его он-лайн адресу?
Жаль что History++ не поддерживает этот функционал (а какой журнал истории поддерживает или планируется поддержка?)Поддержка есть во встроенных журналах плагинов сообщений. Планируется добавить её в NewStory.
Поддержка есть во встроенных журналах плагинов сообщений. Планируется добавить её в NewStory. History++ и IEView могут получать облачные файлы лишь если включён автоприём.Наверное не так сформулировал вопрос.
пока абсолютно нет понимания, как её сделать,А в чем загвоздка то? Если во встроенном журнале это сделано, и можно сказать, что даже почти отлажено, то осталось повторить ровно это же в ньюстори... Или даже использовать те же функции повторно.
А в чем загвоздка то?Там windowless RTF, в который клик улетает словно в чёрную дыру.
в чёрную дыру.Ну не в такую уж и черную. До недавнего времени там совершенно хорошо работали клики на загруженные файлы, и их открывали, и это испортилось буквально неделю назад. По сути нужна была лишь небольшая доработка - по клику скачать файл, если он не был скачан ранее, и добавить в контекстное меню пунктов. И самое главное - там уже и так красиво показывается реальный путь к файлу, который еще и можно (было можно) выделить и скопировать, в отличие от встроенного журнала, где только голое имя дают, и кучу ненужной информации типа размера и домена сервера, да еще и не актуального.
Рассуждая логически:То есть на сегодня из журналов сообщений это TabSRMM (где кликабельные ссылки, IEView поломался, так как к линку на файл приклеивается ещё раз имя файла через : , если нет описания имя файла, если есть то само описание.......)
Boris_M, у меня нет никаких проблем. выглядит, может быть, не очень эстетично, но работает на ура.commit 2668617
PS: в смысле в ICQ оно должно работатьMiranda NG Version: 0.96.4 alpha build #25825 (a770c8ead7) x64
не работает....Верю, но повторить пока не могу - у меня всё ок
оно задолбает уведомлениямиМожет опцию сделать? Отключить уведомления вообще (я бы отключил у себя именно так), уведомлять в приватных, уведомлять везде?
Верю, но повторить пока не могу - у меня всё окГолова два уха :) Извиняюсь, при получении сообщения с файлами всё ок.
И также при удалении сообщения с файлом из журнала истории сам ранее скачанный файл удаляется с диска, раньше вроде не было такого...Да, это засада реальная! Тут бы спрашивать пользователя, хочет ли он удалить его. Я на это тоже попался, и это совсем недавно появилось, нашел в коммитах. Теперь сделал внеочередной бекап всех папок с файлами миранды "на случай чего".
А вот если удалить сообщение с файлом из журнала истории и вызвать "Загрузить историю с сервера", то автоматическое скачивание не работает (может доп опцию - "автоматически скачивать при загрузке истори с сервера" ?)Не работает, что имхо логично - а если там тысяча файлов?
И также при удалении сообщения с файлом из журнала истории сам ранее скачанный файл удаляется с диска, раньше вроде не было такого...А смысл копить хлам в своем профиле?
А смысл копить хлам в своем профиле?Ну как бы... То, что сейчас кажется хлам, через пять лет в работе может оказаться нужным. А оно еще будет на сервере протокола? Никто не знает и веры им нету.
А смысл копить хлам в своем профиле?Есть разница между файло-хламом со всяких каналов в TG и личной перепиской в ICQ, где все файлы целевые по работе или личные (у меня хранятся не в профиле, а в отдельной папке \Files\%nick% и всегда можно к ним обратися вне зависимости от интернета и местонахождения, часто на флешке переношу Mirand`у и ряд рабочих портабл программ и нужных файлов на определнном участке времени.)
Не работает, что имхо логично - а если там тысяча файлов?Аналогично, в частных переписках их не тысячи и если я по какой-то причние (сбой, другое местонахождение или ещё что) решаюсь на загрузку истории, то понимаю, что там может загружаться и опять же можно вопрос/опцию перед заугрузкой "Загружать файлы" или нет.
Есть разница между файло-хламом со всяких каналов в TG и личной перепиской в ICQ, где все файлы целевые по работе или личныеИменно, если в канале событие может проэкспайриться по воле владельца канала и стереться вместе с картинкой, то в личной переписке оно никуда деться не может, если его ты сам не грохнешь
Очень не хотелось бы их бесконтрольного удаления...А кто еще может его грохнуть?
Аналогично, в частных переписках их не тысячиНе просто тысячи, а многие тысячи. В телеге люди постоянно кидают друг другу отфорварженные картинки, и они там копятся годами.
опять же можно вопрос/опцию перед заугрузкой "Загружать файлы" или нет.Вот чего бы совсем не хотелось при типовых операциях - это лишних вопросов...
то в личной переписке оно никуда деться не можетВ телеге есть автоудаление сообщений, которое работает и в личной переписке (такие придурки сильно бесят, но иногда встречаются). Там написано "в чатах", но "чат" в понимании официального клиент - любая переписка. Плюс в телеге любой участник привата может удалить сообщение со стиранием его у собеседника.
то в личной переписке оно никуда деться не может, если его ты сам не грохнешь
А кто еще может его грохнуть?Уже не раз после разных ситуаций (аварийное закрытие miranda c последующими глюками в базе, сбои при полуении файлов) требовалось удалить записи в истории и получить заново и не раз клиент в web/off icq удалял сообщения "удалить у себя и у собеседника"......... так что хотелось бы чтобы полученое оставалось у меня на диске (можно же опцию добавить - "удалять или не удалть полученые файлы при удалении записи в журнале")
события из личной переписки вполне могут пропадать.да-да
Вот чего бы совсем не хотелось при типовых операциях - это лишних вопросов...И не нужнео вопросов, это правильно, но та же опция как "автозагрузка файлов" толькео "автозагрузка файлов при загрузке истории с сервера" это же можно ?
И не нужнео вопросов, это правильно, но та же опция как "автозагрузка файлов" толькео "автозагрузка файлов при загрузке истории с сервера" это же можно ?Можно подумать над этим. На самом деле в телеге у нас пока нет загрузки истории с сервера