Total Commander

Ramiro

А у меня этот баг не воспроизводится

У меня тоже, но одно подозрительное место я нашел, думаю в следующей версии будет все нормально.

закрытие вкладок двойным кликом было-бы здорово.

Добавил

Flasher писал(а):И насчёт общего хоткея для закрытия всех табов

Я чего то не понял, Alt F4 не всегда что ли работает?

А с удалением ключей можно сделать?

Теперь если хоткей неверно/неполность описан используется хоткей по умолчанию.

Плагин обновлен.

arax
Смотрю, доработана фишка с отсутствием табов, когда он один. Сначало было подумал, куда они подевались. И двойной клик ЛКМ на закрытие, класс. С масштабированием в Imagine тоже, гляжу, исправлено, а фуллскрин уже помянул, хороший был такой.

В Mmedia не работает переключение по родным табам (Ctrl+Tab).

arax писал(а):Добавил

Спасибо. Хоть и с третьего захода. )

Flasher писал(а):А как же обещанное подтверждение при закрытии нескольких табов?

Тоже сделано. Только в ini-увидел.

arax писал(а):Я чего то не понял, Alt F4 не всегда что ли работает?

Я повторяю - это неудобная комбинация. Раньше я закрывал все окна по CloseAllListers (TwinKey) со своей клавишей, а с tlister-ом и она не работает. Вот я и прошу в самом tlister это сделать.

arax писал(а): но одно подозрительное место я нашел, думаю в следующей версии будет все нормально.

В этой версии баг воспроизвести не получается

arax писал(а): Добавил

А вот за это отдельное человеческое спасибо

arax
Прошу прощения за назойливость, но хотелось бы уточнить: в результате дискуссии между авторами tLister и TWinKey все остались при своих мнениях и изменяться в логике работы tLister ничего не будет? Если да, то, сколь это ни печально, мне придётся прекращать использовать плагин, потому что нынешняя ситуация меня не устраивает абсолютно, а от мониторинга незакрытых окон Листера в TWinkey отказываться не намерен.

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

arax
То есть слова автора TWinKey, что дело не только и не столько в его плагине, сочтены неубедительными и не заслуживающими реагирования? Если это окончательная позиция, прошу прощения за беспокойство, больше вопросов не имею.

Avada

То есть слова автора TWinKey, что дело не только и не столько в его плагине, сочтены неубедительными и не заслуживающими реагирования?

Абсолютно, зачем мне менять логику и основные принципы того что сейчас стабильно для меня работает, ради непонятных костылей которыми я не пользуюсь.

2VadiMGP, arax
А не будут ли любезны благородные доны сделать следующее:
1) Еще раз в формулировках, устраивающих обоих авторов и в терминах, понятных всем (а то не каждый знает, что такое "класс окна"), разъяснить, в чем именно заключается конфликт их плагинов.

2) Попытаться без личных наездов и излишних амбиций найти какое-либо программистское решение, которое позволит пользоваться обоими плагинами параллельно.

Теперь мои комментарии.
1) Лично я никакого конфликта не наблюдаю и пользуюсь tlister'ом и TWinKey одновременно.

2) Каждый из авторов, видимо, заинтересован в том, чтобы его детищем пользовались как можно больше людей. В противном случае они бы точно их не выкладывали и, возможно даже, не писали бы. То есть устранение конфликтов, если они есть, является целью обеих договаривающихся сторон.

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

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

Вахмурка
Абсолютно согласен с постановкой вопроса и тоже заинтересован в пользовании обоими плагинами.
На уровне пользователя конфликт заключается в том, что при работающем TLister перестаёт работать одна, но очень полезная функция TWinKey — мониторинг незакрытых на момент закрытия TC окон Листера. И дело не только в TWinKey. Тихое закрытие этих окон в стандартном TC, чем бы оно ни мотивировалось, было и остаётся неправильным решением. Предположим, что Гислер осознает проблему и захочет исправить ситуацию. Что может получиться в этом случае (как и в случае с любым другим плагином, где вылезет сходный конфликт), VadiMGP уже говорил. И эта точка зрения оспорена не была.

Avada

Предположим, что Гислер

Если он внесет какие либо серьезные изменения в tc, то просто все костыли поотваливаются, как мои так и VadiMGP. Будем надеется что к тому времени они уже будут не нужны, иначе не составит труда написать новые.

что при работающем TLister перестаёт работать одна, но очень полезная функция TWinKey

Если VadiMGP упрется рогом, то мне не составит труда добавить эту функцию в свой плагин, просто пока не вижу смысла дублировать функциональность, к томуже сейчас занимаюсь новым плагином, не хотелось бы отвлекаться.

arax
Все костыли не поотваливаются никогда. И уж тем более — не поотваливаются все одновременно. У части присутствующих здесь (включая VadiMGP) есть многолетний опыт общения с Гислером, позволяющий много интересного о таких ожиданиях и их последствиях порассказать.

arax писал(а):Если VadiMGP упрется рогом, то мне не составит труда добавить эту функцию в свой плагин, просто пока не вижу смысла дублировать функциональность, к томуже сейчас занимаюсь новым плагином, не хотелось бы отвлекаться.

А вот это уже нечто конструктивное и отличное от категорического отлупа. Отвлекаться не надо, интересует решение в принципе, а не через пять минут.

Вахмурка писал(а):Лично я никакого конфликта не наблюдаю

Возьми хотя бы указанный мной:

Flasher писал(а):Раньше я закрывал все окна по CloseAllListers (TwinKey) со своей клавишей, а с tlister-ом и она не работает.

arax
Я надеюсь, в скором времени это недоразумение будет исправлено.

Вахмурка писал(а):1) Еще раз в формулировках, устраивающих обоих авторов и в терминах, понятных всем (а то не каждый знает, что такое "класс окна"), разъяснить, в чем именно заключается конфликт их плагинов.

Могу еще раз. Для начала надо только понимать, что окно в системе имеет (среди всех прочих) такую характеристику, как "child" - является ли данное окно чьим-то дочерним окном. Дочернее окно всегда встроено в родительское (например, текстовое поле находящееся в диалоге). Дочернее окно не может иметь меню и заголовка. Ну есть и еще ряд других отличий от не дочернего, пока это неважно.
В ТС листер не является ничьим "дитём", а имеет свой заголовок и меню. Когда юзер закрывает ТС, то TWinKey проверяет наличие окон листера. Он пользуется для этого функцией, которая автоматически исключает дочерние окна из рассмотрения, а подсчитывает только окна "верхнего уровня". Таким образом, если окно листера сделать дочерним кому-то, то TWinKey его не увидит, и соответственно, не скажет юзеру, что есть открытые окна листера.
Кроме того, поскольку дочернее окно не может иметь меню и заголовка, то в TWinKey также не будет работать функция "Close All Listers".

Вахмурка писал(а):2) Попытаться без личных наездов и излишних амбиций найти какое-либо программистское решение

Я, как мне кажется, вполне разумно объяснил почему я считаю неправильным метод, который предложил arax. Вместо встречной аргументации я прочитал, что мне нужно поменять одну строчку кода и что я уперся рогом.
И что, с твоей точки зрения, я теперь должен делать?

ЗЫ. Так сразу на память названия не скажу, но точно знаю, что есть и другие плагины, которые добавляют свои пункты в меню листера. Видимо, до них пока очередь не дошла. А когда дойдет что с ними делать?