Страница 12 из 99
Добавлено: Ср апр 05, 2006 02:18
Lamer
Не лишено смысла перенести в ядро ТС функциональность утилитки WcxTweak,как произошло когда-то с Tweak-TC,откуда в Total перекочевало например управление режимами копирования через меню конфигурации,а не правкой iniшника напрямую.Конечно можно и iniшник ручками,но в гуях то удобнее.В ТС и так почти всё есть.Добавочного кода получится пшик.А соответствующую вкладочку закопать поглубже с глаз сырых ламеров(ремарка: я не сырой

). Заодно чтоб старых пользователей не пугать и Кристиана

Добавлено: Ср апр 05, 2006 09:50
Моторокер
Только интерфейс этой утилитки WcxTweak не переносить. Ужасен.
Добавлено: Ср апр 05, 2006 14:55
funduk
Правильно!! Давайте перенесём всю функциональность TCPlugman'а, Ultra TC Editors'! Управление "темами" тоже из какой-нибудь утилиты возьмём... Добавочного кода будет уже не пшик.
Если Гислер вдруг реализует какую-нибудь функциональность другой утилиты с подачи подобного реквеста, тут же посыпятся другие реквесты - невыгодно.
Правда, Гислер говорил, что интерфейс у TC преобразуется - глядишь, это и к диалогу настройки отнесётся.
Добавлено: Ср апр 05, 2006 16:21
Lamer
Функциональность TCPlugman'а и Ultra TC Editors' добавлять не надо,она уже давно воплощена пополам-напополам в ТС и плагинах.А вот WcxTweak остался "за бортом".И если добавочного кода будет уже не пшик,то Гислер попросту "не подпишется" на это дело и будет прав.Монстра из ТС делать не надо.Другие реквесты может и посыпятся.
Ну и что.Он мужик твёрдый,на своём настоять сможет и лабудень реализовывать всё равно не будет.Что ж теперь? Оглядываться как бы другие чего не попросили?Смешно.
Персональная просьба к тов. funduk расшифровать,где была подколка,а где сказано всерьёз.
Добавлено: Ср апр 05, 2006 20:57
funduk
2Lamer
Может, ты не знаешь, что в TCPlugman'е вся функциональность WCXTweak имеется?
Какие подколки?

Ему будет невыгоден уже сам факт посыпавшихся реквестов. Если он не выполнит один реквест (о WCXTweak) - обломаются только несколько юзеров. Если он его выполнит, а потом получит несколько аналогичных (которые не захочет/не сможет и т.п. выполнять) - обломается
больше юзеров. Его текущая позиция (исходя из анализа его постов, форумских тем, куда он постит, и т.д.) такова:
1. если тема содержит в своём названии слово "bug" - в 99% она будет прочитана и, возможно, он ответит.
2. если
новый юзер (или давно не постивший) просит какую-нибудь фичу и никто не против, то Гислер её реализовывает (достаточно часто) или говорит "I will consider it for TC7".
3. если юзер ему не нравится, то Гислер не смотрит на созданные этим юзером темы (пункт 1, правда, имеет предпочтение).
4. если тема начинается с [REQ], то Гислер её чаще читает, чим не читает, и, если сам согласен, то реализует, если не видит в ней необходимости, смотрит на обсуждение и, если большинство говорит, что фича нужная, следует "I will consider it for TC7".
5. это всего лишь мои наблюдения, а не правила для Гислера

Добавлено: Чт апр 06, 2006 14:25
Lamer
2funduk Естественно знаю.Но я как раз и говорю о том,что все прибамбасы,имеющиеся в TCPlugman'е не нужны,а нужно лишь управление свойствами архиваторных плагинов,чтобы с калькулятором не сидеть,пересчитывая какую же цифирь забить в ini ,чтобы плагин не вешал значок архива ,но при этом давал текстовый поиск и т.д.
И что предлагается? Не ставить Гислера в неудобное положение перед юзерами?

Добавлено: Чт апр 06, 2006 23:04
funduk
И что предлагается? Не ставить Гислера в неудобное положение перед юзерами?
Именно!
Но что мешает использовать WCXTweak?
Добавлено: Пт апр 07, 2006 07:52
Lamer
Но что мешает использовать WCXTweak?
Cтрого говоря,ничего не мешает.Просто внешние костыли не люблю.Tweakeraми ТС вообще не пользуюсь.Почти всё,что надо,в ТС и так есть.
Добавлено: Чт апр 13, 2006 12:17
Ник
Прошу прощения, что пишу - вопрос вроде был, но я его следов не нашёл...
Хотелось бы, чтобы при архивировании файлов к ним автоматически в архив добавлялся файл descript.ion с относящимися к ним записями (как при обычном копировании или переносе).
Сейчас приходится вручную копировать файл описаний и вручную же удалять лишние записи.
Если это можно сделать сейчас - подскажите, плз...
Добавлено: Чт апр 13, 2006 13:39
Моторокер
А если такой файл уже есть в архиве, то распаковать вначале его? А если подпапки есть в архиве и в каждом есть descript.ion ? Каждый распаковать, обновить, запаковать заново. Каково? Конечно всё можно реализовать, но насколько дольше будут обновляться таким способом например непрерывные rar архивы?
А вообще я за.
Off: Кнопка Quick Reply по нерусски.
Добавлено: Чт апр 27, 2006 16:03
LocKtaR-o-DarK
Действия таковы: есть список файлов, который необходимо найти, скажем в папке system32, нажимаю поиск, ввожу список файлов через пробел, примерно так:
и тд, так вот эта строка ввода ограничена 256 символами, что иногда сильно не хватает, при нахождении файлов -- вывод их на панель для дальнейших действий...
Так вот хотелось бы снять эти ограничения или хотя бы расширить количество вводимых символов
Добавлено: Пт апр 28, 2006 07:54
Моторокер
Если есть готовый список файлов, зачем их искать?
Если нужно их выделить, то загрузить выделение из текстового файла со списком.
Добавлено: Сб май 13, 2006 00:02
LocKtaR-o-DarK
Моторокер
в том то и дело, что выделять их не нужно, а нужно вывести их на панель, причем вне зависимости от вложенности каталогов...
Добавлено: Сб май 13, 2006 03:06
funduk
LocKtaR-o-DarK
Может, команда cm_ShowOnlySelected=2023 - это то, что тебе нужно?
Добавлено: Сб май 13, 2006 08:49
LocKtaR-o-DarK
funduk
нет, эта команда загружает выделение в каталоге, а мне нужно вывод на панель файлов, забитых в поиске, которые могут быть расположены еще и внутри подкаталогов