Total Commander

Обнаружил неприятный bug в просмотре преьвю. если картинки еще кешируются и при этом успеть удалить папку. то физически она удаляется. а вот в окне просмотра остается и с ней естественно сделать нечего нельзя. пока не обновишь каталог.

boctopr
Во-первых, где здесь баг, если описывается нештатная последовательность действий? А подождать вместо "успевания" завершения кэширования никак нельзя?
Во-вторых, мы на русскоязычном форуме. Это я про заголовок. Читаем здесь.
В-третьих, насчёт подписи — рекомендую обратить внимание на п. 1 правил форума. А также сюда.

Avada писал(а):boctopr
Во-первых, где здесь баг, если описывается нештатная последовательность действий? А подождать вместо "успевания" завершения кэширования никак нельзя?
Во-вторых, мы на русскоязычном форуме. Это я про заголовок. Читаем здесь.
В-третьих, насчёт подписи — рекомендую обратить внимание на п. 1 правил форума. А также сюда.

Понимаю что с администрацией спорить не правильно и бесполезно.

Во-первых, любая нештатная ситуация это и есть баг. и да кешировать иногда может ой как долго смотря сколько картинок.
Во-вторых, программа английская и эта опция англиская и слово баг английский термин, и то что я в место bug перепишу баг разницы особой нет
В-третьих, Этой подписи уже пару месяцев со дня моей регистрации на этом форуме. администрация видела ее. и это не реклама в том понимании в каком написано в пункте 1. я нечего не продаю и честно написал что это мой блог.

boctopr
По п. 1. Любая нештатная ситуация (например, нестандартная последовательность действий пользователя) сама по себе не есть баг. А если данная ситуация трактуется как баг, какие действия ожидаются в норме и каким образом предлагается этот баг устранять? Прерывать кэширование при преждевременном выполнении операции и автоматически начинать его заново или что?
По п. 2. Программа швейцарская. В её дистрибутив входит большой набор языков, включая русский. Если кто-то в повседневной практике предпочитает английский, это его дело. Но на форуме желательно помнить о существовании и других пользователей. См. уже приведённую ссылку.
По п. 3. Посторонний ресурс сам по себе не обязательно рекламный, а обращать внимание на подпись модераторам иногда приходится не сразу после появления, а когда на глаза попадётся.

P.S. Разговор не вёлся конкретно о записи слова bug кириллицей. А официальным языком форума, как было уже отмечено, является русский. Правилам коего желательно следовать даже в смешанных надписях. Переделанный вариант "Thumbnail view баг" нарушает правила любого языка. И вдобавок малоинформативен. Так что переделываю. Не из-за латиницы конкретно, а для большей внятности.

Avada писал(а):boctopr
По п. 1. Любая нештатная ситуация (например, нестандартная последовательность действий пользователя) сама по себе не есть баг. А если данная ситуация трактуется как баг, какие действия ожидаются в норме и каким образом предлагается этот баг устранять? Прерывать кэширование при преждевременном выполнении операции и автоматически начинать его заново или что?
По п. 2. Программа швейцарская. В её дистрибутив входит большой набор языков, включая русский. Если кто-то в повседневной практике предпочитает английский, это его дело. Но на форуме желательно помнить о существовании и других пользователей. См. уже приведённую ссылку.
По п. 3. Посторонний ресурс сам по себе не обязательно рекламный, а обращать внимание на подпись модераторам иногда приходится не сразу после появления, а когда на глаза попадётся.

Как я и писал что спорить бессмысленно. поэтому это мой последний ответ в данном топике.

По п. 1. Расскажи это разработчикам программ. и также позволь им решать как исправлять баг и исправлять ли вообще.

По п. 2. Английский язык де факто международный также все термины принято писать по английский и опции даже если программа имеет локализации (например в книгах).

По п. 3. В правилах про топики и сообщения было сказано. а вторая ссылка предоставленная вами про подписи и категорического запрета там не было но по первой же просьбе удалю ссылку.

boctopr писал(а):По п. 1. Расскажи это разработчикам программ. и также позволь им решать как исправлять баг и исправлять ли вообще.

Дело не выйдет за рамки форума, если не убедишь его пользователей в настоящем баге и не предложишь способы его исправления, чтобы иметь аргументы для реквеста на оф. форум, или же сам туда не отправишься.

boctopr писал(а):По п. 3. В правилах про топики и сообщения было сказано. а вторая ссылка предоставленная вами про подписи и категорического запрета там не было но по первой же просьбе удалю ссылку.

Уже повелось, что лишь пользователи с определенными заслугами имеют право прикладывать ссылки в подпись, да и то, в большинстве случаев, это ссылки на собственные творения в TC-области.

ask-rus
Да тут впору не о способах исправления вести речь, а хотя бы о том, как в этой ситуации мыслится другое поведение. Баг — это когда программа ведёт себя неправильно. Правильное поведение в данных условиях с точки зрения топик-стартера — какое?

Avada писал(а):Да тут впору не о способах исправления вести речь, а хотя бы о том, как в этой ситуации мыслится другое поведение. Баг — это когда программа ведёт себя неправильно. Правильное поведение в данных условиях с точки зрения топик-стартера — какое?

Да, я поспешил, за тобой

Avada писал(а):А если данная ситуация трактуется как баг, какие действия ожидаются в норме и каким образом предлагается этот баг устранять?

Avada писал(а):[Bug?]Ошибка кэширования в режиме эскизов

boctopr писал(а):Расскажи это разработчикам программ. и также позволь им решать как исправлять баг и исправлять ли вообще.

Если ты хочешь что-то рассказать разработчикам, то неправильно выбрал место - автор TC этот форум не посещает.
Если ты хочешь что-то обсудить с русскими пользователями TC, то попытайся толково по-русски объяснить, в чём ты видишь проблему, и как, на твой взгляд, должна программа себя вести при описанных тобой действиях.