Avada wrote: |
Лично я пользуюсь Ultra TC Configuration Editor. |
! | CaptainFlint: |
Обсуждение выделено из темы [TC7.5pb1] sub bar. |
alexey65536 wrote: |
Вот этот? Бррр...
Это Regedit какой-то. А ТС таким путем медленно, но верно превращается в нечто никс-подобное - где для каждого движения своя (консольная) свистелка (или строчки в одном из бесчисленных конфиг-файлов), а руки навечно привыкли к "блокноту"... |
alexey65536 wrote: |
Мой выбор - шуровский TweakTC (жаль, что развиваться перестал) |
Avada wrote: |
такие подробные описания каждой опции (по русски - полнее, чем в справке) |
alexey65536 wrote: |
ЗЫ. Язык переключил, а вот хелп к опциям - весь на английском, и не не уверен, что он хотя бы к версии 7.04:) Не говоря про 7.5.
Опять народ вводите в заблуждение? |
Quote: |
StartUpDataFile=utceditors:\data files\tc config data russian.cedf |
Avada wrote: |
Господ модераторов убедительно прошу цепочку постов начиная со скрина конфигуратора выделить в отдельную тему, обозвав её Ultra TC Configuration Editor. |
Avada wrote: |
На страничке автора ... можно скачать для использования с TC 7.50 Ultra TC Editors 5.54 beta 1 и - отдельно - русскую справку к этой версии пакета. |
Den_Klimov wrote: |
Кстати рекомендую исправить описание ключа OverrideDPI |
Den_Klimov wrote: |
Ещё увидел ошибку в описании для "XPthemeBg": |
Avada wrote: | ||
Спасибо, понял, переформулирую. Тут проблема, однако, в том, что какое-то значение в качестве умолчального всё равно придётся указывать. В нашей справке действительно указано 96 с добавлением фразы: "Стандартный размер — 96 точек на дюйм." Надо ли что-то менять там, обсудим с соавтором. |
Avada wrote: |
Попробую предложить автору. |
Avada wrote: |
См. справку, "Редактор пользовательских меню", "Секреты и советы", первый разде |
Avada wrote: |
3. А почему нельзя заходить сейчас, используя при создании em-команд соответствующие ключи? |
Avada wrote: |
отказываться от неё он не будет |
Flasher wrote: |
Кстати в справке бы не мешало вкладку поиска добавить. |
Avada wrote: |
Да, кстати, поддержка комстроки с параметрами очистки истории в History Editor есть (/s=all и пр.). См. опять же справку, "Секреты и советы", но для другого редактора. |
Avada wrote: |
Нужно что-то ещё? |
Flasher wrote: |
Правильно я понимаю, что справка претерпела существенные изменения помимо описанных выше дополнений с выходом последних версий? Я ранее такого расширенного описания не наблюдал. |
Flasher wrote: |
Самое главное, что теперь можно отказаться от CH4TC, у которой есть один существенный недостаток. |
Avada wrote: |
Из относительно нового — в 5.54 добавлялась возможность очистки истории старых FTP-соединений (как раз по моему реквесту, чтобы утилита не уступала CH4TC) |
Quote: |
позволяет удалять без последующего перезапуска TC все истории, кроме содержимого трёх секций: для командной строки и для вкладок слева и справа |
Avada wrote: |
А в посте по этой ссылке речь и шла про стандартный, уже давно существующий функционал утилиты |
Flasher wrote: |
А очистку истории посредством комстроки уже к стандартному функционалу относить не следует, получается? |
Flasher wrote: |
Хм.. Из справки: |
Avada wrote: |
у меня в History Editor установлен автоматический перезапуск TC после сохранения изменений, так что особых неудобств как бы и нет. |
Avada wrote: |
Из системного диалога "Выполнить" при закрытом Тотале действительно будет выполнена полная очистка. Из Тотала тоже вроде бы удалится всё, но история команд останется отображаться, а при закрытии TC секция для истории команд будет пересохранена заново. |
Avada wrote: |
Но приоритетность перед CH4TC, полагаю, для автора малосущественна. |
Avada wrote: |
Например, визуальный выбор значков для линейки дисков. В TweakTC это реализовано, а в Ultra TC Editors до сих пор не вышло. |
Avada wrote: |
Сохранение файла меню в опционально заданной кодировке или что? |
Flasher wrote: |
Про очистку истории из комстроки при включённом ТС напоминаю. |
Flasher wrote: |
mnu и inc файлов в UTF8 без ВОМ |
Avada wrote: |
Я же спросил — как реально это механизм должен был бы работать? |
Avada wrote: |
Во время работы TC держит содержимое этой секции в памяти, а при завершении автоматом записывает его в файл. |
Flasher wrote: |
"Этой" - это какой? |
Flasher wrote: |
Если вернуться к этому моменту, то причём тут ТС? |
Flasher wrote: |
Я перефразирую: не очистку истории из комстроки ТС, а очистку других, удаляемых из самого редактора секций истории С ПОМОЩЬЮ комстроки. Мы же с этого начали. |
Avada wrote: |
[Command line history], естественно. В справке Ultra TC Editors (Редактор списков истории — Секреты и советы) все проблемные секции перечислены. |
Avada wrote: |
Ну да, и я полагал, что с этим вопросом уже всё ясно: проблем с этой очисткой, кроме трёх указанных секций, нет. |
Quote: |
---------------------------
Ultra TC History Editor --------------------------- Run-time error '339': Component 'MSCOMCTL.OCX' or one of its dependencies not correctly registered: a file is missing or invalid --------------------------- ОК --------------------------- |
Avada wrote: |
При этом из-за ограничений VB6 все юникодные символы в кодировке, отличной от используемой для текущей локали, будут преобразованы в знаки вопроса. |
Avada wrote: |
1. Сохранить файл меню в UTF-8 через редактор меню нельзя, только в ANSI. |
Avada wrote: |
Чтобы заставить программу нормально прочитать его как UTF-8, надо входить в меню "Файл" при нажатой клавише Ctrl |
Flasher wrote: |
Это ключевое предложение. Куски с убитыми символами придётся править через сторонние редакторы. Жаль, если на этом всё закончится. А посмотреть на сам файл я могу и в AkelPad-e. |
Flasher wrote: |
Не трудно будет догадаться, что и в Hotkeys Editor аналогичная ситуация. |
Flasher wrote: |
Стоит спросить у автора: а может ли он в нужной кодировке отправлять весь текст в буфер обмена? Это стало бы хоть каким-то компромиссом. |
Flasher wrote: |
А почему нельзя было просто добавить параметр на прочтение в такой кодировке? Зажимать ещё чего-то.. |
Avada wrote: |
Но хорошо уже то, что в данном случае автор не воспринял ситуацию в штыки и, хотя явно не очень понял, нафига оно надо с UTF, немедленно занялся тестированием, запросил разъяснения и честно попытался решить проблему... |
Avada wrote: |
Я могу озвучить любое внятное предложение. Куда предлагается добавлять и как использовать этот параметр? |
Flasher wrote: |
И такой вопрос: что автор решает насчёт проблемы с очисткой истории, обговариваемой тут ранее? |
Avada wrote: |
И повторяю уже сказаное ранее — здесь, скорее всего, дело вообще не в редакторах, всё упирается в ограничения самого TC. |
Avada wrote: |
похоже, та же проблема |
Avada wrote: |
отправка полного текста чего в буфер обмена имелась в виду выше? Меню или списка команд? |
Flasher wrote: |
Это сам автор подтверждает? |
Flasher wrote: |
Т.е. даже, если взять любой текстовый редактор и поправить там пути в этих секциях и сохранить, то это будет пустая трата времени. ТС эти значения держит в своей подпрограмме и отдавать не хочет. |
Avada wrote: |
А при открытом TC и при использовании History Editor с включённой опцией авторестарта TC после сохранения INI-файла всё это обрабатывается нормально. |
Avada wrote: |
Если текущий набор языковых файлов — именно UTF-8 без BOM, то при обычном открытии Main Menu Editor без параметров вполне корректно отобразится текущий MNU-файл из этого набора (по информации из wincmd.ini и с проверкой LNG, назначенного для текущего интерфейса). Без всяких дополнительных действий. |
Avada wrote: |
То же самое будет, если файл меню ассоциирован с Main Menu Editor, и такой файл в UTF-кодировке просто запускают. |
Avada wrote: |
... Короче, это явно не для повседневного употребления. |
Flasher wrote: |
А если lng и mnu c UTF 8 без ВОМ, а inc c ВОМ, то не будет корректного отображения меню? Это важно, так как в TwinKey нормальное отображения inc только с ВОМ. |
Flasher wrote: |
И что за информация должна быть в wincmd.ini? C lng понятно. |
Flasher wrote: |
При открытом ТС вся история ведь не очистится скриптом |
Avada wrote: |
Нет, всё нормально, я такую комбинацию проверял. |
Avada wrote: |
А второй ключ — Mainmenu. |
Avada wrote: |
Например, главное меню TC включать/отключать. Пример скрипта, где вообще все элементы интерфейса прячутся по максимуму, а файловая панель остаётся одна, планируется включить в справку |
Avada wrote: |
Представь себе, очистится. Там были глюки (сейчас исправленные), но как раз не с очисткой, а с откатом к исходному состоянию. |
Flasher wrote: |
Интересно и как же автор решил вопрос с убором главного меню без Autorun-a? |
Flasher wrote: |
По счёту в секции Configuration или вообще второй из языковых |
Flasher wrote: |
Ого, у TCFS2 появился конкурент? |
Avada wrote: |
Я могу, конечно, рассказать, но, может быть, паблик-беты подождём и сам тогда посмотришь? |
Avada wrote: |
Сначала закрывается активное окно TC, потом выполняется очистка, потом окно TC снова открывается. Там были глюки (сейчас исправленные), но как раз не с очисткой, а с откатом к исходному состоянию. |
Avada wrote: |
Я знал, что тебе понравится. |
Flasher wrote: |
Ааа, т.е. по сути это тождественно функционалу с приведёнными мной параметрами? Жаль, я было понадеялся. |
Flasher wrote: |
Хотя, если бы можно было возвращать исходное состояние сменившихся путей на заблокированных вкладках, то было бы не так страшно. |
Flasher wrote: |
Но сам факт интересный и хочется опробовать в деле. |
Avada wrote: |
В общем, я тут прикинул и решил повременить до паблик-беты. При отсутствии наглядности получится слишком много слов. А скрипт открыл — и всё видно. |
Avada wrote: |
В каком состоянии были все вкладки до применения скрипта, в таком и останутся после. |
Avada wrote: |
Я предполагал, что понравится само появление такого интересного факта. |
Avada wrote: |
А как там в деле будет и что кому удобнее — время покажет. |
Flasher wrote: |
Но скрипты уже сейчас можно писать. Может, стоит хотя бы привести пример для случая с очисткой истории, описанной в анонсе 3-й Беты? |
Flasher wrote: |
Не может быть такого: после перезапуска ТС должен происходить возврат в корень заблокированного пути (во вкладке с возможностью смены каталога), а не изменённого. А хотелось бы, чтобы путь с перезапуском не менялся. |
Avada wrote: |
скрипт для очистки истории уже включён в английскую справку для Ultra TC Editors 6.00 beta 5 |
Avada wrote: |
Потому что негде запомнить информацию об изменённом пути. |
Flasher wrote: |
А если предложить автору сохранять пути текущих панелей в ultra tc editors.ini и с добавлением параметра входить в каждую из них? В ТС же это можно использую параметры /L= и /R=. |
Avada wrote: |
Удалось добиться корректного сохранения меню в UTF-8 в Main Menu Editor после переименования одного или более пункта меню. |
Avada wrote: |
Правда, с ограничением: в файле не должно быть символов в кодировке, отличной от системной. |
Avada wrote: |
В кириллице проблем не выявлено, к тому же в INI-файле будет ключик, который позволит это предупреждение в случае нормальной работы редактора отключить вообще. |
Avada wrote: |
Паблик-релиз очередной беты теоретически планируется на следующей неделе. |
Flasher wrote: |
Не вижу в этом ограничения, поскольку без установки в системе для главного меню шрифта, символы которого отражены в файле mnu, это бы не имело смысл. |
Avada wrote: |
По поводу частично закреплённых вкладок автор думает, что это возможно, но реализация потребует времени. |
Avada wrote: |
При внесении правки именно в строки с этими символами (в любое место строки) при сохранении файла проблемные символы в нормальном виде будут потеряны и теперь уже везде отобразятся в виде символов-заменителей. |
Avada wrote: |
C экспортом клавиш из Hotkeys Editor не будет, скорее всего, никаких проблем даже при наличии нестандартных символов в строках меню, для которых меняются клавиши. |
Avada wrote: |
Заодно уж упомяну, что файл данных (CEDF) для Конфигуратора можно просматривать в удобном виде через интернет-браузер (лучше — Opera или Firefox). |
Flasher wrote: |
Т.е, в этом релизе не предвидится? |
Flasher wrote: |
Мда, тогда толку от поддержки UTF8 в MME практически никакого.. Надо ли думать, что и с просмотром то же самое? |
Flasher wrote: |
Нестандартных" - любых, или опять-таки с поправкой на "первой кодовой странице"? |
Flasher wrote: |
Не понял, а в чём это удобство заключается перед движком IE? Я прежде всего насчёт поддержки плагинами HTMLView, IEView спрашиваю. В браузер для этого лезть не очень-то хочется. |
Avada wrote: |
Я же выше и про просмотр сказал. |
Avada wrote: |
А насчёт толку... Ты что, используешь MME исключительно для правки именно тех строк меню, где есть дополнительные символы? Если да, то печально, конечно... |
Avada wrote: |
Просто надо понимать, что тут жёсткое ограничение VB6, которое автор без переписывания всего этого дела заново на другой основе (и, кстати, с непредсказуемыми издержками) не перепрыгнет. Он это уже несколько раз по разному поводу объяснял. |
Avada wrote: |
Любых. Там механизм экспорта на само имя пункта меню не влияет. |
Avada wrote: |
А ты попробуй — материал для экспериментов в общем доступе уже есть. |
Flasher wrote: |
Ты сказал о просмотре(везде - это во всех редакторах, я полагаю) после сохранения в MME, а я толкую о просмотре в MME ранее правильно сохранённого файла в другом редакторе. |
Quote: |
В Main Menu Editor эти символы нормально отображаться не будут, заменяясь знаками вопроса, русскими буквами и пр. |
Flasher wrote: |
Так, секундочку, в MME нельзя, а тут можно? Куда же ограничения VB6 подевались? |
Quote: |
This is because I read the menu file in a variable of string type (VB6 string type supports Unicode not like controls) and don't have to show its contents in any control e.g. TextBox, TreeView, etc..., therefor the file encoding unchanged. |
Flasher wrote: |
Дык, а какая разница для чего я его использую, если при каждой правке чего бы то ни было в исходном mnu-файле эти символы будут слетать при сохранении? |
Flasher wrote: |
IE он не хочет открываться |
Avada wrote: |
.. Думаю, смысл понятен. |
Avada wrote: |
Отнюдь не чего бы то ни было, а только строк с этими самыми символами. |
Avada wrote: |
У меня открывается. |
Flasher wrote: |
Т.е. ты хочешь сказать, что увижу я знаки вопроса в этих строках, но если я эти крякозябры трогать не буду, то всё сохранится как следует? |
Flasher wrote: |
А, значит из первой КС также нельзя трогать символы, если они стоят на одной строке с этими кракозябрами? |
Avada wrote: |
Добавлять строки — можешь свободно |
Avada wrote: |
Насчёт командного интерпретатора — не понял, к чему тут этот термин |
Avada wrote: |
Как новые команды (которые станут строками меню), так и клавиши (новые или взамен существовавших), добавляемые к именам команд. Опасна только ручная правка определённых строк. |
Avada wrote: |
Спецсимволы добавиться в меню через редакторы Ultra TC не могут: их нет ни в клавишах, ни в INC. Они могут появиться только после правки меню в каких-то других программах. |
Flasher wrote: |
Значит несвободно. |
Avada wrote: |
Открытие целого меню, отредактированного где-то на стороне и содержащего теперь спецсимволы — это не добавление. |
Flasher wrote: |
Я пишу о добавлении спецсимволов, взятых из буфера обмена и таблицы символов, в ручном режиме, как это делается в других редакторах. |
Code: |
<?xml-stylesheet href="style.xsl" type="text/xsl" ?> |
Code: |
</main_category> |
Quote: |
Функция перезапуска TC выполняется с сохранением последнего посещённого каталога в активной вкладке, если эта вкладка заблокирована с возможностью смены каталога.
|
Flasher wrote: |
Расписываюсь. Где ставить автограф |
Flasher wrote: |
А реализовано в виде параметра или на дефолтной основе? |
Avada wrote: |
Планируем завтра, если в ближайшие часы всё успеем... |
Avada wrote: |
На дефолтной основе. Теперь всегда будет так. |
Flasher wrote: |
Так, а теперь вопрос ему на засыпку: будет ли в указанном режиме осуществляться возврат в открытый архив, возврат в виртуальную папку? |
Avada wrote: |
Если что-то и можно будет изменить в поведении, то уже всяко не к этой бете. |
Flasher wrote: |
Да там менять нечего, пару штришков мелких в коде и всё заработает. |
Flasher wrote: |
Не перестаю подмечать с каким вкусом сделана справка, красиво и удобочитаемо. Отдельное спасибо тебе за перевод! |
Flasher wrote: |
А нет ли какой-то отдельной истории по бетам? |
Avada wrote: |
Причём в русском варианте я удобочитаемость ещё чуток улучшил за счёт всяких шрифтовых и цветовых решений (у автора кое-что, как легко увидеть при сравнении, сделано иначе). Ну, и некоторые описания расширены, где мне это показалось необходимым... |
Avada wrote: |
ИМХО, он не представляет никакого интереса ни для кого, кроме самих бета-тестеров. |
Avada wrote: |
С возвратом к путям я сначала внимательно проанализирую ситуацию на основе твоего полного запроса |
Flasher wrote: |
Насчёт цветов пока не понял, где там разница. |
Flasher wrote: |
Описания некоторые чуть дополнены |
Flasher wrote: |
Поскольку я тоже являюсь пользователем разных бет, то имею право знать отличия с той целью, чтобы понимать для чего я скачиваю ту или иную версию, дабы проверить на работоспособность конкретные фичи и оставлять комментарии, задавать вопросы без лишних промахов в контексте выхода конкретной беты. Разве не так? |
Flasher wrote: |
Ещё вопрос: а почему автор не решил проблему с UTF8 в диалоге "Выбор команды", вызываемый из DirMenu/Extended Commands/Start Menu Editors? Этот момент стоял на повестке? |
Avada wrote: |
А некоторые блоки вообще добавлены целиком и аналогов в оригинальной справке не имеют. |
Avada wrote: |
А что касается изменений в каждой конкретной паблик-бете по сравнению с предыдущей, то такая информация (на английском) есть на страничке пакета на wincmd.ru |
Avada wrote: |
Элементарно забыли про эту фичу. |
Flasher wrote: |
Предположительно, подозреваю, это больше коснулось секретов и советов. Или я ошибаюсь? |
Flasher wrote: |
Ну, хорошо сейчас всплыло, до финала ещё времечко имеется. |
Quote: |
Ну, а как это касается HotKey Editor? |
Andrey_A wrote: |
Понял - в редакторе программ не используется WCMICONS библиотека, а значки берутся напрямую из программ. |
Avada wrote: |
Кстати, в запросе по сохранению состояния вкладок уточнение "с учётом закреплённости вкладок и без" надо понимать как "и для обычных вкладок, и для частично закреплённых"? |
Avada wrote: |
Да, а про UTF-8 в редакторах пользовательских меню автор ответил, что тоже забыл и что исправить это легко. |
Flasher wrote: |
Вот что хотелось бы увидеть в Main Menu Editor: возможность создавать пустые поля для последующей правки, т.е. без выбора команд. |
Avada wrote: |
Но поясни задачу — не очень понял.. |
Avada wrote: |
Упорядочить Избранное" и кнопки "Вверх" и "Вниз" |
Flasher wrote: |
Я там дописал. |
Flasher wrote: |
А у меня этих элементы не отображаются в интерфейсе. |
Avada wrote: |
Так я как раз про эту дописку и спрашиваю. |
Avada wrote: |
Жмёшь Ctrl+M, и ?.. Если всё равно нет, предъявляй скрин. |
Flasher wrote: |
Что-то медленно дело продвмгается. Я-то думал уже всё давно отправлено. Видимо, бета-тестирование TC совсем время забрало. Надеюсь, оно того стоило. |
Flasher wrote: |
Чего там ещё интересного добавилось? |
Flasher wrote: |
Кстати, что там слышно про UTF8 в забытом диалоге "Выбор команды"? |
Code: |
[em_Shtirlitz] |
Avada wrote: |
При чём тут редактор? |
Avada wrote: |
Но физически команды продолжают существовать и за пределами редактора выполняться. |
Avada wrote: |
И пропадают только в случае, если включена опция показа значков файлов. |
Denis268 wrote: |
Да, но только до сохранения измененного файла (что и было сделано). |
Denis268 wrote: |
Пока если будет нужно буду пользоваться редактором с отключенными значками. |
Avada wrote: |
2. По сохранению открытых каталогов (особенно в архивах и виртуальных папках) проблема признана весьма сложной, быстрого решения (если оно вообще возможно) в ближайшее время не предвидится. |
Code: |
' Reload TC with return to different directories types |
Quote: |
Таким же образом осуществлять переход c каждой строки панели команд MME в Hotkeys Editor. И обратно из HE в MME, ECE в MME, из HE в ECE, из ECE в HE. |
Avada wrote: |
автор подтвердил, что действительно взял идею с двойным кликом непосредственно с нашего форума, сочтя её полезной и легко реализуемой. |
Avada wrote: |
По поводу перехода в Hotkeys Editor из MME: возник вопрос, не лучше ли обеспечить открытие специального окошка внутри самого MME со всякими подробностями по данной em-команде. Видимо, надо подробнее расписать цель такого перехода, если требовалось что-то иное. |
Avada wrote: |
В каждом случае — откуда (из какого места редактора), куда и зачем переходим. |
Flasher wrote: |
Радует, что автор периодчески заглядывает в нашу ветку. |
Flasher wrote: |
Бывает так, то мы что-то добавляем в меню, но при этом не повесили выбранную команду на горячую клавишу. В один клик переход бы смотрелся куда юзабильней, чем с открытием другого редактора иным способом и поиском в нём данной команды. |
Flasher wrote: |
В HE было бы здорово добавить дополнительную колонку с отображением того, какие команды присутствуют в главном меню. По этому принципу можно легко понять, какие команды доступны для перехода. |
Flasher wrote: |
а) Из HE в MME дабы организовать схожий в ТС функционал, который предусмотрен в Разном, когда мы назначив какую-то клавишу можем перейти в диалог "Выбор команды". А то пока мне лично удобней для этого пользоваться именно ТС, а не UTCE. |
Flasher wrote: |
Из ECE в MME и в HE, по-моему, понятно. Создали пользовательскую команду, захотели тут же её добавить в меню или повесить на горячую клавишу. |
Flasher wrote: |
Из HE в ECE из секций usercmd.ini и wcmd_lng.ini при необходимости после назначения клавиши подправить пользовательскую команду. |
Avada wrote: |
ИМХО, дополнительная колонка — это перебор. Что там отображать: "Есть" и "Нет"? Индикацию бы какую-то ввести. С цветом, правда, уже не получится, он используетися для разделения команд, имеющихз и не имеющих клавиши. А вот какой-то маркер — это да. Или подчёркивание, скажем. |
Avada wrote: |
Не совсем понял. Ну перешли, и что? Никакого особого сходства с функционалом командного браузера TC я в нынешнем MME не вижу. А аналог этого командного браузера в UTSME и смежных редакторах совсем простой: найти и вставить. Аналогов опций для создания/правки пользовательских команд тут нет, это только в основном окне ECE. |
Flasher wrote: |
А маркер разве не в отдельной колонке будет присутствовать? Ну, в общем-то меня любой вариант из предложенных устроит. |
Flasher wrote: |
Тут резон такой: назначили клавишу на определённую команду, тут же захотели после назначения клавиши перейти к аналогичной команде, чтобы дописать к имени пункта с соответствующей командой горячую клавишу. |
Avada wrote: |
Отдельная колонка только для маркера, ИМХО, явное расточительство. |
Avada wrote: |
А, ну это повтор того, что уже было сказано и по поводу чего у меня возражений нет. |
Avada wrote: |
по поводу Start Menu Editor и Hotkeys Editor в справке есть прямое указание, что их вместе запускать нежелательно. |
Flasher wrote: |
Я не спорю, я спрашиваю. |
Flasher wrote: |
Нет, сказано было о переходе из ECE, а не HE. |
Avada wrote: |
Хотя вообще-то для HE всё-таки есть функция экспорта клавиш в меню. Всех сразу. В том числе и при сохранении изменений, сделанных в редакторе. Хотя я понимаю, что это несколько иной подход... |
Flasher wrote: |
Во-первых, опций довольно много. Запутаешься выбирать. |
Flasher wrote: |
Во-вторых, имеются проблемы с экспортом в файл с кодировкой UTF8. |
Avada wrote: |
Выбирать приходится (если вообще приходится) обычно всего один раз, при первичной настройке параметров экспорта. |
Avada wrote: |
С этими проблемами вроде как уже разобрались, что в большинстве случаев при экспорте их на самом деле нет. |
Flasher wrote: |
Почему только один? Разве критерий выбора для каждого случая не может быть разным? |
Avada wrote: |
Русская справка сейчас доступна для скачивания во вчерашней версии, но работа над ней продолжалась, и сегодня были внесены ещё некоторые дополнения и уточнения. Опять же обсудим с автором, как тут лучше сделать. О результатах сообщу. Пока вполне можно пользоваться текущей версией, ничего страшного. |
Flasher wrote: |
В панели команд, кстати, стоит в контекстном меню к слову "Определение" добавить (Ctrl+D) |
Avada wrote: |
Мы с тобой про разное Избранное. Я тебе про элемент Конфигуратора, а ты мне в продолжение разговора про справку... Ясно, посмотрю, что там вообще сделать можно. |
Flasher wrote: |
Странно, что автор не обновил. В lng отступ имитировать не получится. |
Flasher wrote: |
Посмотрел? |
Flasher wrote: |
Только, ИМХО, лучше в анонсе паблик-версий писать об успехах всех приват-бет. |
Flasher wrote: |
Какой у автора ToDo-лист с приоритетностью, не в курсе? |
Avada wrote: |
Хотя, возможно, автор просто не счёл нужным — в контекстном меню, как я заметил, указаны только уникальные клавиши, не упомянутые в главном меню программы |
Avada wrote: |
Кому писать — мне или автору? |
Flasher wrote: |
В панели меню комбинация стоит напротив каждого пункта кроме "Отсортировать выбранное меню", в том числе и напротив аналогичной команды "Определить". Соответственно, и в меню команд должно быть то же самое. |
Flasher wrote: |
Кстати, почему команды называются по-разному? Как же симметрия? |
Flasher wrote: |
Тебе в этой ветке. |
Flasher wrote: |
Странно, ещё другие пожелания не реализованы, а уже происходит попытка создать новый редактор. |
Flasher wrote: |
Первое чего захотелось это правильного срабатывания перемещения пункта с удержанием ЛКМ, пока при отпускании он перепрыгивает на самую верхнюю позицию всего тулбара. Хотелось бы, чтобы в момент перемещения появлялся визуальный разделитель, указывающий место постановки передвигаемой кнопки. |
Flasher wrote: |
Следующий момент: при нажатии на каком-то пункте с невыпадающем меню, отличным от первого, ИМХО, было бы удобней работать с входящих только в это меню клавишами, а для выпадающие меню сделать аналогично тому, как это возможно сейчас, т.е. с фолдингом, это бы удовлетворяло логике. |
Flasher wrote: |
Далее: при закрытии изменённого и несохранённого тулбара, естественно, должно появляться окно (не)подтверждения сохранения. |
Flasher wrote: |
Также хотелось бы наличия маркеров для внутренних команд ТС. |
Flasher wrote: |
А Shortcut Key - это вообще прелесть. |
Avada wrote: |
И, как легко видеть, пока речь идёт только о предварительных намерениях. |
Avada wrote: |
Странно, у меня перетаскивается точно. |
Avada wrote: |
Подробнее по этим пунктам, пожалуйста. |
Avada wrote: |
Но, как было сказано, пока это вообще не редактор. |
Avada wrote: |
А cm_ или там em_ недостаточно? Может, цветом различать? |
Avada wrote: |
А где ты увидел эту прелесть и почему её не вижу я? |
Flasher wrote: |
Не думаю, что что-то подобное можно состряпать за пять минут. Наверняка на это ушло времени не меньше, чем бы ушло, например, на тему c возвратом к виртуальным папкам после перезапуска ТС. |
Flasher wrote: |
Открываем редактор. Сразу появляется список кнопок, принадлежащих в первому bar-у. Второй и последующий bar-ы распахиваются при нажатии плюсика. При этом элементы, не относящиеся к выбранному bar-у, также остаются в общем списке, что из первого, что из неактивных последующих, раскрывающихся. А нужно, чтобы отражались только элементы из выбранного bar-а (не в виде меню). |
Flasher wrote: |
Так мы же команды можем видеть только в выбранной кнопке, а я пишу про общий список. |
Flasher wrote: |
Левый нижний угол с текстовым полем. |
Avada wrote: |
И, согласись, автору виднее, за что в данный момент хвататься и что в какую очередь делать. |
Avada wrote: |
Дерева, а не меню. |
Avada wrote: |
Теперь понял, но вообще-то это противоречит самой концепции отображения дочерних тулбаров как развёрнутых ветвей дерева. |
Avada wrote: |
Я не очень представляю, как это в нынешнем виде можно сделать иначе. |
Avada wrote: |
BAR-файлы как категории в списке команд |
Avada wrote: |
Впрочем, новый редактор может быть, вероятно, сделан отдельной программой и по каким-то своим правилам. |
Avada wrote: |
И я про него же. В нём команды прекрасно видны на данный момент именно как cm_ или em_. |
Avada wrote: |
Может быть, скрин покажешь? |
Flasher wrote: |
Не спорю. Что там по Todo отвечено? |
Flasher wrote: |
"в виде меню" - именно так написано в диалоге "Настройка панели инструментов". |
Flasher wrote: |
Не вижу противоречий. Разница только в последовательности расположения bar-ов. Почему первому bar-у можно показывать только свои кнопки, а последующим нельзя? Идёт прямое нарушение логики. |
Flasher wrote: |
Не понял. Каких категорий? Чьего списка? |
Flasher wrote: |
Но цвет бы сразу в глаза бросался, как думаешь? |
Avada wrote: |
Это в Тотале. А я про то, как в редакторе. |
Avada wrote: |
Потому что первый BAR есть верхний уровень дерева, а все остальные — на более глубоких уровнях. Корень дерева без развёрнутых ветвей отобразить можно запросто. А развёрнутую ветвь дерева без его корневой части? |
Avada wrote: |
Если новый файл добавлен к прочим редакторам в каталог Ultra TС Editors, то аглийский берётся из языкового файла и получается обычное "Tooltip". |
Flasher wrote: |
И воспринимать первый bar как корень я бы не стал. |
Flasher wrote: |
Ладно, вопрос не в понятиях, а желании сделать описанное, т.е. убрать элемент разворачивания для последующих bar-ов, оставив их только у тех, что в виде меню, ну и организовать скрытие. Первый bar, даже если кнопка с которым не входит в какое-либо из последующих bar-ов можно оставить сверху как обязательный элемент списка. |
Flasher wrote: |
Автору обязательно стоит предложить то, о чём я писал, т.е. об автоматическом создании пользовательской команды, синтаксис которой полностью удовлетворяет кнопочному. |
Avada wrote: |
Да я бы тоже не стал, но куда денешься? В пробном варианте это древесная структура в чистом виде. Со всеми своими специфическими элементами (включая корневой). |
Avada wrote: |
Минуточку. А те BAR-файлы, которые не в виде меню, вообще разворачивать не надо? А смотреть их как?
То, что ты хочешь, мне более-менее понятно, но это вступает в противоречие с нынешней "древесной" структурой, а другой пока не предложено. |
Avada wrote: |
То есть ты считаешь полезной идеологию "Каждой кнопке по em_-команде?" Но такие вещи если и делать, то уж всяко не автоматически. |
Avada wrote: |
И полностью удовлетворить не получится, поскольку em_-команда, естественно, не учитывает, например, опцию "в виде меню". |
Flasher wrote: |
Даже сам факт быстрого перемещения любой кнопки с другим bar-ом на место той, что с первым баром, говорит сам за себя. С каталогами ты такого фокуса со сменой "корня" не сделаешь. |
Flasher wrote: |
Я же написал "убрать элемент разворачивания", а не возможность просматривать их. См. их будем как первый бар при двойном клике ЛКМ, при этом все остальные элементы(кнопки) исчезнут, и уже текущий bar будет восприниматься как корень. |
Flasher wrote: |
Объясняю: автоматически - это создание с уже вписанными в поля кнопки значениями после клика по некой кнопке с появлением промежуточного диалога, о котором я писал выше. Пусть будет называться "полуавтомат", не вопрос. |
Flasher wrote: |
Эта опция появляется лишь в кнопках с bar-ами и легко игнорируется программно, или даже просто не учитывается. Для автора это не проблема. |
Avada wrote: |
В программе я никакого "перемещения на место" в упор не вижу. |
Avada wrote: |
Я открываю, допустим, третью панель. Вся структура осталась на своих местах — закрытое "подменю" второй панели, открытое только что — третьей, и ранее открытое — первой. В том же порядке. |
Avada wrote: |
Как ты откроешь для просмотра такое "подменю" (будем условно пользоваться этим термином) мышкой без элемента его разворачивания, если самопроизвольно (просто при наведении мышки) оно не разворачивается, а даблклик сейчас интерпретируется как открытие в панели TC каталога с указанной программой и никак не интерпретируется для cm/em команд TC? |
Avada wrote: |
Уточняю ещё раз: речь идёт о создании кнопки для ещё не существующей em_-команды с созданием этой команды и назначением её клавиш по ходу дела? Я правильно понял? |
Flasher wrote: |
Не понял, для чего ты описываешь нынешнее поведение? Оно и так очевидно. |
Flasher wrote: |
передвижение условный корень не поменяет |
Flasher wrote: |
Предложу такое решение: нижней строкой в интерфейсе редактора: галка "Создать пользовательскую команду", при отметке которой активируются нижеследующие элементы: флаги, взятые из Hotkeys Editor после радиокнопки "Клавиша:", и текстовое поле "Имя команды". |
Avada wrote: |
Насчёт элементов развёртывания — честно говоря, не очень понял, чем тебе не угодили эти плюсики. Меня они вполне устраивают. |
Avada wrote: |
Индикацию различия обычной дочерней панели от "менюподобной" можно сделать не только наличием/отсутствием этого элемента. |
Avada wrote: |
А на Extended Commands Editor и Hotkeys Editor переключаться не лучше? В рамках предлагавшейся ранее межпрограммной коммуникации. Хорошо ли втыкать в один редактор рудиментарные функции других редакторов? Я не отрицаю идею, а просто предлагаю обдумать такой вот нюанс. |
Avada wrote: |
ни возможности быстрого перекидывания кнопок через буфер |
Andrey_A wrote: |
Скачал 6 betu. Main Menu Editor и Hotkeys Editor не срабатывают. Сначала видно грузятся... затем дёргаются, подвисают, а затем начинаются неадекватные действия с мельтишением в окне... в конечном итоге намертво сворачиваются и не реагируют. Приходится насильно убивать процесс. Может это связано с большой библиотекой значков и команд. Кстати где-то пол года назад я просил автора включить значки и увеличить ограничение по отображению команд (больше где-то 1800 не отображалось), но ответ был мол это невозможно. Я всё таки думаю, что это из-за значков. |
Flasher wrote: |
и текстовое поле "Имя команды" |
Avada wrote: |
А некоторые предложенные идеи автор по разным причинам отклонил. |
Avada wrote: |
нежелательные визуальные эффекты и крайняя сложность обработки по такой методике правильного перемещения в начало списка дочерней панели, стоящей в конце списка |
Avada wrote: |
дерево как раз и нужно как спецрежим для переходов между панелями, поскольку основной режим сейчас тулбарный, а там и так видна именно текущая панель |
Avada wrote: |
По индикации перетаскивания и вставки из буфера пока что пытаюсь продолжать дискуссию. |
Flasher wrote: |
Вспомни, что ты говорил о том, что при открытии какого-то конкретного bar-файла будет видно только его содержимое, т.е. без элементов главной панели. То же самое можно сделать, передав команду при двойном клике одного из баров (без перехода к файлу в панели ТС, как сейчас). Что автор по этому поводу думает, интересно узнать. |
Flasher wrote: |
У меня при клике на кнопке одного из баров ничего не меняется. Отображается по прежнему все кнопки из основной панели. |
Flasher wrote: |
Теперь это, естественно, должно коснуться не только дерева, но и тулбарной панели. |
Flasher wrote: |
Пока в нынешнем виде я его для себя более удобным не нахожу, воспринимаю как приложение к существующим редакторам по принципу "чтоб было". |
Avada wrote: |
Вообще-то в главной панели для перехода в дочернюю панель там рядышком выпадающая менюшка имеется. И, соответственно, стрелка для возврата в главную панель при нахождении в дочерней панели. |
Avada wrote: |
В отношении перетаскивания на панели автор заметил (и я с ним согласился), что там индикация результата перетаскивания вполне нормальная — перемещаемую кнопку видно уже сразу в новом месте. |
Avada wrote: |
Надо учитывать, однако, что во всех прочих редакторах уже используется методика перетаскивания с подсвечиванием элемента списка, а не с отображением разделителя. Обычно в таких случаях выдерживается единая концепция. |
Avada wrote: |
В частности, я намерен предложить более удобное создание нового BAR-файла, чтобы вообще отвязать работу редактора от обязательной главной панели и иметь возможность делать произвольное число любых заготовок баров, чтобы потом вставлять их в свою структуру панели и увязывать друг с другом по усмотрению. |
Flasher wrote: |
Проясни ситуации по развитию других редакторов, по ToDo. Неужели автор отмолчался по письмам? |
Avada wrote: |
Переговорить-то можно. Но рег/анрег при каждом входе/выходе каждого редактора — не слишком ли? |
Flasher wrote: |
Вот не подсказал бы - сам бы не сообразил. Лучше бы было как я написал - по клику на этой панели, без всяких стрелочек с меню. |
Flasher wrote: |
Ничего там не видно. Подводишь курсор - реакция нулевая. Клик ПКМ по кнопке с проявлением пункта "Вставить" никак не даёт возможности определить с какой стороны от кнопки встанет новая. |
Flasher wrote: |
Вот надо ему объяснить, чтобы менял концепцию в отношении всех редакторов, если начнёт увиливать. |
Flasher wrote: |
Теперь надо подумать какая мне будет польза от этих заготовок. Пока не придумал.. |
Flasher wrote: |
В общем, что-то у меня пессимистичный настрой, уже начинаю сильно сомневаться, что автор и идею по созданию хоткеев поддержит. И тогда можно благополучно отказаться от использования данной утилиты. Но, как говорится, надежда умирает последней. |
Flasher wrote: |
Схему касаемо чего? |
ask-rus wrote: |
Автору виднее, как это лучше реализовать. |
Avada wrote: |
Может, и лучше. Но гарантированный возврат в главную панель быть должен, эта идея неплоха.
А что не сообразил — чему удивляться, документации-то пока нетути... |
Avada wrote: |
Конечно, не видно. Я тебе про процесс перетаскивания кнопки, а ты мне про вставку из буфера. |
Avada wrote: |
А продолжение разговора там неминуемо: нынешняя ситуация с местом вставки (по какую стороны встанет) меня не устраивает, у стандартной панели инструментов TC с этим явно лучше. |
Avada wrote: |
К примеру, делается энное количество узкоспециализированных баров, работа которых предполагается только в режиме выпадающего меню. Для RAR-архивации, скажем. Или для плагина VirtualPanel. Они на этапе создания ни к чему не привязаны и лежат просто так. Далее по мере необходимости я могу моментом вставить заготовку на любую из своих существующих панелей или вообще использовать её навороченный вариант как альтернативную главную панель со своими дочерними панелями любой степени связности, вообще не связанную с предыдущей главной панелью. |
Avada wrote: |
С хоткеями в конкретном предложенном виде может и не поддержать |
Avada wrote: |
Схему касаемо "и с проверкой реги". Кто, что и на каком этапе должен делать, если нужного файла в необходимом каталоге нет? |
Flasher wrote: |
Кстати, напиши, чтобы D&D работал обоюдно - дерево<>бар. |
Flasher wrote: |
Ну, получше в том плане, что сторона выбирается исходя из расположения курсора относительно середины кнопки? Но с разделителем было бы всё равно почём юзабильней, согласись. |
Flasher wrote: |
Насчёт "лежат просто так" не ясно. Почему я должен откладывать процедуру привязки создаваемого бара на потом? Что мне это даст с практической точки зрения? И что ты понимаешь под альтернативной главной панелью? |
Flasher wrote: |
Наверно, мне стоит сделать картинку-фэйк того, как это будет выглядеть, а потом устроить голосовалку "Какой из вариантов Вас устроит больше?". Может, это на автора как-то повлияет. |
Flasher wrote: |
Что значит в необходимом? Пусть войдёт в состав дистрибутива по умолчанию. Делать должен будет всё открытый редактор: сперва проверить зарегистрирована ли данная библиотека в системе. Если нет, то регистрирует, если есть, то пропускает этот шаг и запускает редактор. |
Avada wrote: |
Или делаешь готовую узкоспециальную панель (примеры приводил) и рассылаешь её желающим в виде BAR-файла. А желающие потом цепляют сами. |
Avada wrote: |
А под альтернативной главной панелью я понимаю не банальную замену одной панели на другую с возвратом к исходной ручками или после перезапуска TC, а точно такую же цепочку панелей, но с иным набором кнопок, функций, дочерних панелей и пр. Для разных задач, для разных ОС и пр. |
Avada wrote: |
А почему бы и нет? |
Avada wrote: |
Где лежит нужная библиотека и что происходит, когда ты заканчиваешь работу с этим редактором или со всеми редакторами? |
Flasher wrote: |
А если команды в этом баре предполагают вызов различных утилит? Толку от такого бара? |
Flasher wrote: |
На примере недавно созданной темы с вызовом версий программ относительно конкретной архитектуры? Цепочки из Двух-трех-четырёх-...-кнопочных переходов между bar-ами? Тогда альтернативность тут исключительно условная, и такая панель не иначе как дочерняя. |
Flasher wrote: |
dll лежит в корне UTCE, по окончанию ничего не происходит, регистрация остаётся в системе. |
Avada wrote: |
а попытка это предложить закончится посылом в определённом направлении |
Avada wrote: |
Приведённые мной примеры этого не предполагали. |
Avada wrote: |
Нет, не на примере. Я имел в виду другое. Но, возможно, тебе это просто не нужно. |
Avada wrote: |
Но проблема прежде всего в том, что необходимых файлов может быть несколько |
Avada wrote: |
Разве что куда-то дополнительно ручками складывать и обучить программу там искать по пути в INI пакета, ежели чего не хватает... |
Flasher wrote: |
Приведённые тобой примеры вообще ничего конкретного не предполагали. А я здесь пытаюсь рассматреть выгоду лично для себя, с чего мы, собственно, начали. Да пусть это будут даже плагины, какая разница. Тот же Virtual Panel. |
Flasher wrote: |
Возможно, ты меня не до конца понял. Те bar-кнопки должны присутствовать в общем списке каждой из переключаемой панели. Об этом речь? |
Flasher wrote: |
Приведи пример случая, когда кроме указанного мной файла вдруг понадобились другие. |
Flasher wrote: |
Ну, хоть так. А регистрироваться и проверяться файлы будут в случае написания в команде ключа типа /reg. |
Avada wrote: |
Ну, пусть плагины. Я в своё время скачивал этот BAR-файл с настройками VirtualPanel, а потом уж решал, на какой машине его подключать к одной из дочерних панелей (причём разных), а на какой нет, чтобы просто так до поры полежал. То есть это просто BAR-файл, не встраиваемый сразу же в текущую панель. |
Avada wrote: |
Нет. Одна главная панель с цепочкой дочерних меняется на другую главную панель с цепочкой дочерних. Ни одна из частей одного набора BAR-файлов не является обязательной частью другого. Процент совпадения или несовпадения кнопок и меню может быть каким угодно, это не принципиально. |
Flasher wrote: |
Тут есть разница. Если ты забираешь у кого-то готовый код - это одно, а когда ты создаёшь bar для себя, то уже заранее знаешь куда его куда его лучше подвязать. Поэтому я и не вижу особой пользы от создания заготовок. |
Avada wrote: |
Я просто имел в виду, что и тут цепочка, и там цепочка (как понятие), а не то, что структурно эти цепочки одинаковы. |
Avada wrote: |
Ну, тебе это не нужно, кому-то нужно, обычное дело. |
Flasher wrote: |
Напомню, что начал я с того, какие функции редактора могли бы стать для меня полезными, чтобы чётко укрепилась мысль, что я к этому редактору стану действительно часто обращаться, и, возможно, в последствии он полностью сможет мне заменить стандартный Тоталовский. Только одно предложенное тобой вряд ли сможет перевесить исходную чашу весов |
Avada wrote: |
Во-первых, давай уж порядка ради проверять на шестой бете. |
Avada wrote: |
И Wciconex.dll нет, видимо. |
Avada wrote: |
Как давно эта замена произведена? |
Avada wrote: |
Прежний файл где-то остался (скажем, в каталоге с другой версией TC)? |
Avada wrote: |
Кэш-файлы почищены? |
Avada wrote: |
И покажи, что для текущей кнопки отображается в диалоге настроек Тотала. |
Avada wrote: |
И, если можно, пришли нестандартный файл со значками, хочу сам попробовать. |
Flasher wrote: |
Ну ты хоть написал бы сперва, что сегодня вышла. В общем, с ней та же история. |
Flasher wrote: |
Ты имя спутал. wcmicons.dll |
Flasher wrote: |
А это имеет значение? Сразу перед запуском редактора. |
Flasher wrote: |
Здрасте. А это тут причём? А если у меня таких версий пятьсот штук, я должен в каждой проверять, есть ли файл? Ну, допустим, есть в каталоге другого ТС, но с другим именем. |
Flasher wrote: |
Какие? База эскизов ТС или pagefile.sys? |
Flasher wrote: |
Странно, думал знаешь. |
Avada wrote: |
Тотал автоматом поддерживает два имени: указанное тобой и указанное мной. |
Avada wrote: |
Были всякие гипотезы... Но они не понадобились — см. далее. |
Avada wrote: |
А что *.br2 — это кэши тулбаров, ты помнишь? Удали их все и проверь заново. |
Avada wrote: |
Могу завтра ещё на семёрке проверить. |
Avada wrote: |
Кcтати, ты на другой ОС проверять не пробовал? |
Avada wrote: |
Вставка кнопки из буфера выполняется по тем же правилам, что в TC (кнопка вставляется слева/справа от целевой кнопки в зависимости от того, на какой её половине при вставке позиционировалась мышь). |
Avada wrote: |
Двойным щелчком на "навигационном" элементе (указывающем на BAR-файл) теперь выполняется переход на развёрнутое содержимое связанной панели, а не открытие каталога с BAR-файлом в панели TC. |
Flasher wrote: |
На XP вроде как библиотека читается. |
Flasher wrote: |
Не отображаются значки ico-файлов ни в тулбарной панели, ни в дереве. Вообще никакие. |
Flasher wrote: |
При вызове по двойному клику в бар-панели одного из бар-файлов, уже вызванной из основного тулбара по дв. клику, появляется сообщение "Не удаётся найти связанную панель", и бар не прогружается, хотя главный бар в цепочке присутствует. |
Flasher wrote: |
А почему автор не сделал более удобный вариант, о котором шла речь? |
Flasher wrote: |
Я считаю, что надо сделать по одному клику, раз есть стрелка возврата, а текущий способ больше подходит для дерева. |
Flasher wrote: |
И что там автор ответил по развитию других редакторов, Todo, написанных ранее хотелок, очень интересно узнать? |
Avada wrote: |
У меня и на Win7 читается. Ну и что делать будем? |
Avada wrote: |
Под семёркой? |
Avada wrote: |
Предложение было сделано, он его отклонил, ибо считает свой способ индикации вполне нормальным и удобным (была только принята поправка со стороной целевой кнопки). |
Avada wrote: |
Не знаю, возможна ли такая дифференцировка функциональности. Можно спросить, но лично мне не мешает. Хотя встречный вопрос: а если клик получился случайным (например, левой кнопкой вместо правой)? Дубль-клик в этом смысле надёжнее. |
Avada wrote: |
Ответ получен и дан в конце моего предыдущего поста. |
Flasher wrote: |
Не знаю. Автору писать докладную. |
Flasher wrote: |
Не только, и там и сям. |
Flasher wrote: |
Так пусть пояснит, в чём состоит удобство, и чем это удобство лучше предложенного. Если курсор по центру, тогда что? Откуда я буду знать, с какой стороны встанет кнопка? А ведь центр условный, т.е. ощутимый зрительно, в действительности указатель курсора будет на одной из половинок. |
Flasher wrote: |
Там, где пахнет кнопкой, ощущается это слишком непривычным, всё-таки это не ярлык. |
Flasher wrote: |
Это то, что подписано снизу? Боюсь, это не ответ. Меня не интересует в данной ситуации, когда автор приступит к работе над другими редакторами, меня интересует его мнение насчёт предложенного и список Todo. |
Avada wrote: |
Кстати, мне вообще чисто технически непонятно, как в панели кнопок может отображаться содержимое отсутствующей библиотеки. |
Avada wrote: |
Не подтверждаю на XP однозначно. |
Avada wrote: |
Было уточнено с моей стороны, что в TC хотя бы учитывается выбранная половина целевой кнопки. В ответ на это было сделано именно как в TC. |
Avada wrote: |
Разделители-линии автор вводить не намерен. |
Avada wrote: |
Других ответов на совершенно чётко заданный вопрос мне не поступало. |
Flasher wrote: |
Ну, мою реакцию ты уже наблюдал по этому поводу,но факт остаётся фактом. |
Flasher wrote: |
Накидал кучу иконок, абсолютно разных по содержанию, размеру, кол-ву форматов значков - результат нулевой. WinXP SP3(SP4). |
Flasher wrote: |
Он это хоть как-то хотя бы объясняет? Ленью, непониманием зачем это нужно и т.д.? |
Avada wrote: |
Ты какую-нибудь кнопку подробнее смотреть не пробовал: открыть файл со значками и посмотреть, что это такое и по какому пути? |
Quote: |
About *Flasher* problem, the only reason i can imagine is that, he start BBE from TC instance uses the default Wcmicons.dll then he open a bar file (from File>Open) belong to another TC uses custom Wcmicons.dll (his screen shoot says that he run 2 TC)
That's because the program resolve %Commander_Path% on startup and remains using it, so when he open bar for another TC installation, the program still uses Wcmicons.dll in %Commander_Path% Please tell him to start BBE from the TC instance that he want to edit its button bar. I cannot find better solution. |
Avada wrote: |
Здесь же речь идёт о файле default.bar, который существует, как всем нам хорошо известно, только отдельно. Зато он может теоретически находиться где угодно и/или содержать какую угодно информацию, отличную от умолчальной. |
Avada wrote: |
Если не отображается содержимое DLL-файла, используемого в данный момент Тоталом, то логичнее всего предположить, что редактор отображает почему-то содержимое другого одноимённого файла. |
Avada wrote: |
Убедись в меню "Файл", что в редакторе открыт именно default.bar из твоего рабочего каталога TC, а не подхваченный откуда-то ещё. |
Avada wrote: |
ткрой в редакторе диалог "Выбор значка" для любой кнопки и посмотри, что он отображает. А потом открой кнопочкой с треугольником внизу список и посмотри, по какому пути находится этот DLL-файл. |
Avada wrote: |
И, кстати, по какому пути у тебя в семёрке установлен Тотал? В профиле пользователя или где-то ещё? У меня — просто в корне диска C:. |
Avada wrote: |
Ну то есть причина видится в том, что запущено несколько копий TC, использующих разные библиотеки (одна обычную, вторая пользовательскую). |
Flasher wrote: |
Запуск произвожу из Проводника, выключив предварительно другие копии ТС, если это вообще может иметь какое-то значение. |
Avada wrote: |
Из-за чего %Commander_Path% трактуется некорректно. |
Flasher wrote: |
Я тебе, кажется, уже ответил, что в таком виде и с тем же именем ни в корне данного ТС, ни в корне какого-либо другого dll-файла нет. |
Flasher wrote: |
Слава Богу, до маразма ещё не докатился и могу отличить иконки из default.bar от любых иных. |
Flasher wrote: |
Я не использую для иконок переменную окружения, у меня там относительные пути |
Avada wrote: |
Тем не менее, я абсолютно уверен, что эта библиотека в таком виде на машине существует и редактору почему-то доступна. Пусть и не в корне дисков. |
Avada wrote: |
В default.bar никаких иконок нет. Они есть в файлах, на которые ссылается этот файл. Совершенно идентичные default.bar с относительными путями могут указывать на совершенно разные, хотя м одноимённые библиотеки. Поэтому меня интересовал прежде всего путь к файлу, а не его содержимое. |
Avada wrote: |
С абсолютными не пробовал? |
Avada wrote: |
Почему из Проводника, а не, допустим, с Рабочего стола? |
Flasher wrote: |
А вот эту проблему, если она действительно так трактуется, должен решать никто иной, как автор. |
Flasher wrote: |
Но, как я и писал, библиотека, возможно, есть, но точно не с таким же именем. |
Flasher wrote: |
Я не совсем понимаю, откуда у дефолтных кнопок пути к иконкам. Там прописан только один файл wcmicons.dll и соответствующий номер через запятую. |
Flasher wrote: |
Иконки на десктопе появляются (временно) у меня крайне редко, привык к чистоте, т.с. |
Flasher wrote: |
Ах, да, совсем забыл сказать, перезагрузка системы на XP дала положительный эффект при проявлении значков ico-файлов. Но ненадолго. Повторные перезапуски ТС и редактора опять вернули пустые значки. |
Flasher wrote: |
И ещё, почему иконки в редакторе отображаются жёванными, не сглаженными, с излишней резкостью? |
Avada wrote: |
Не может не быть. И как раз под тем же именем. Ищи, к какому реально существующему файлу обращается редактор. Методики я приводил. И, извини за наивный вопрос, ты поиск по дискам дубля этой библиотеки выполнять не пробовал? |
Avada wrote: |
Далеко не к любым иконкам. А только из конкретного файла с местоположением в каталоге текущей копии TC. |
Avada wrote: |
откуда при описанном тобой запуске TC из Проводника взялось [2] в заголовке окна? |
Avada wrote: |
Но (в порядке лёгкого оффтопа) ты же, если не путаю, True Launch Bar используешь? Никакого захламления и максимум удобств. |
Avada wrote: |
TC запускался без параметров, просто через экзешник? |
Avada wrote: |
У тебя размер, заданный значкам на кнопках, в самих файлах значков предусмотрен? |
Flasher wrote: |
Я совершенно точно знаю кол-во своих копий ТС и где необходимые файлы могут находиться. Поэтому поиск и не требуется. |
Flasher wrote: |
А какие могут быть пути в поставляемом файле Default.bar? |
Flasher wrote: |
Везде использую только средства быстрого запуска, которые автоматически скрываются с экрана. Стол при этом девственно чист, нет ни иконок, ни гаджетов. |
Flasher wrote: |
Скажем так - я отключал первую копию перед запуском редактора из второй. Все последующие тесты проводились из первой запущенной копии. |
Flasher wrote: |
Мне стоило сразу написать об этом. Конечно, отображаемый формат присутствует в каждой иконке и выставлен как как в тулбаре ТС, так и бар-панели редактора. |
CaptainFlint wrote: |
Чем разводить обсуждение на несколько страниц, не проще с самого начала запустить Process Monitor и вживую пронаблюдать, куда лезет программа и чего она читает? |
ask-rus wrote: |
В этом бульоне я не рассмотрю, кажется, свою портабельность, наверное, потому что её ещё нет. |
Avada wrote: |
Кстати, Тотал на Win7 инсталлировался с последующим накатыванием пользовательских файлов поверх стандартных или копировался? |
Avada wrote: |
К файлам в папках, прописанных в %PATH%. |
Avada wrote: |
Почти то же самое. |
Avada wrote: |
Я ещё сам попробую вариант с безусловным присутствием формата в иконке, и буду репортить, если что. |
Flasher wrote: |
Итак, гляжу "в озёра синие", т.е. в Path. Где ж Вы, как говориться, Батенька, раньше были? Разрешитес доложить, найден "сорванец" и прибит! |
Flasher wrote: |
В смысле, у тебя? |
Flasher wrote: |
Обнаружилось, что так происходит с форматом 24, 16 и 36 отображаются правильно. |
Avada wrote: |
Там же и раньше был, и упорно говорил: никакой мистики быть не может, ищи! |
Avada wrote: |
Где было-то? Может другим пригодиться. |
Avada wrote: |
А со значками из ICO что? По-прежнему? |
Avada wrote: |
Ну да. Использую минимум значков (менее десятка) на Рабочем столе, но и они отображаются в TLB в меню "Рабочий стол". Мне так удобнее. |
Avada wrote: |
16 и 32. |
Flasher wrote: |
Тем не менее, настоять на том, чтобы переменная PATH не подхватывалась и читался лишь каталог ТС, из которого был запущен BBE, просто необходимо. |
Flasher wrote: |
Да нет, вряд ли. Совсем забыл о некогда установленной версии ТС в папку, про которую давно забыл и которая, ко всему прочему, не на виду. |
Flasher wrote: |
Не понял. Ярлыки и там, и там присутствуют? |
Avada wrote: |
Ничего подобного делать нельзя. В default.bar, как уже говорилось, указан просто Notepad.exe без пути. Что мы получим в редакторе, если его автор последует твоей рекомендации? |
Avada wrote: |
...и которая при этом присутствует в PATH. Полна чудес могучая природа. |
Flasher wrote: |
Тогда пусть парсит PATH на наличию путей к стандартным системным каталогам и пути к текущему ТС, а остальные игнорирует. ИМХО, так будет правильней. |
Flasher wrote: |
А в чём чудо заключается? |
Flasher wrote: |
Путь к ICO-файлу относительный - например, Icons\Avada.ico |
Avada wrote: |
В том, что, по моим представлениям (на коих не настаиваю), в PATH должен присутствовать один каталог, содержащий подобные файлы. Да и то благодаря применению Autorun. Всем остальным, идущим в PATH до него, либо нечего там делать, либо, если они нужные, в них нечего делать файлам TC. |
Avada wrote: |
Вот она — причина. |
Flasher wrote: |
Нашёл проблему по отображению значков в ICO: относительные пути для них редактор не хочет поддерживать |
Flasher wrote: |
Нашёл проблему по отображению значков в ICO: относительные пути для них редактор не хочет поддерживать |
Avada wrote: |
Запись с использованием переменных — тоже относительный путь, но она работает. |
Avada wrote: |
Я ими не пользуюсь, потому и не мог воспроизвести |
Flasher wrote: |
Я бы не стал относит такую запись к относительной. |
Flasher wrote: |
Даже wcmicons.dll,xx у тебя выглядит как %COMMANDER_PATH%\wcmicons.dll,xx? |
Avada wrote: |
Не выглядит. |
Avada wrote: |
Запись с использованием переменных — тоже относительный путь, но она работает. |
Flasher wrote: |
... с переменными окружения и прямыми проблем нет. |
Avada wrote: | ||
Что адекватно. С абсолютными не пробовал? Хотя у меня у самого пути в этом файле с %Commander_Path% — и всё нормально. |
Flasher wrote: |
Но, к как я понял, проблема отн. путей не решена в плане реакции бар-панели на присутствие wcmicons.dll в других путях, перечисленных в PATH. |
Flasher wrote: |
Кнопка с выбором баров удобна. Но хотелось бы, чтобы этот список ограничивался лишь темы bar-ами, которые присутствуют в текущей панели редактора. |
Flasher wrote: |
А что автор сказал по поводу разделителя при D&D в дереве? |
Avada wrote: |
ИМХО, найдено хорошее компромиссное решение. |
Avada wrote: |
Нового — ничего. |
Avada wrote: |
Я даже не знаю пока, возможно это технически или нет. |
Avada wrote: |
Я только что отправил письмо, где попросил автора добавить скроллинг колесом в панели кнопок, как в диалоге настроек тулбара TC. А то в дереве есть, а тут нет, непорядок. |
Flasher wrote: |
Компромиссное для кого? Этот вопрос мы ещё не обсуждали. Может, ты это с автором обсудил и не сообщил? Если нет, то предлагаю предложить ему такой вариант. |
Flasher wrote: |
А старого? Я о нём пока не знаю. |
Flasher wrote: |
Я полагаю, что об этом может знать только автор. |
Avada wrote: |
Чем может мешать в этом списке наличие также и BAR-файлов, не вызываемых из данной панели (и появляющихся только при навигации по другим панелям), не понимаю. Не нужны они — не вызывай из списка, на вид самой панели это никак не влияет. |
Avada wrote: |
Автор ответил, что не понимает, зачем это надо. Я объяснил (отдельно по дереву) — зачем. Дальше — тишина. |
Avada wrote: |
Я запрошу ещё раз, и если будет отвечено "нет", на этом вопрос будет закрыт. |
Avada wrote: |
Возможно, в письмах было слишком много других запросов, и что-то он просто пропустил мимо глаз. |
Flasher wrote: |
Да при чём тут вид самой панели? Дело в кол-ве. Если их не 3-5, а 30, тогда что? Неудобная навигация, сбивает скорость доступа к необходимым бар-ам, вызываемым из текущего. |
Flasher wrote: |
Это, конечно, не очень хорошо, когда происходит попустительство в отношении пожеланий пользователей |
Avada wrote: |
я готов признать его допустимым только на условиях опциональности |
Avada wrote: |
Но, собственно, мысль понятна, а я предлагаю думать об авторах исключительно хорошо, даже если они не всегда ведут себя так, как нам хочется. |
Flasher wrote: |
Меня устроит. Напиши. |
Code: |
Windows Registry Editor Version 5.00 |
ask-rus wrote: |
В Clear History TC ведь нет никакой надобности, если есть Ultra TC History Editor? |
Avada wrote: |
но динамически менять своё умолчальное значение (по крайней мере, на данный момент) редактор не может, и там останется 16 в любом случае. |
ask-rus wrote: |
Напрашивается примечание в редактор для ключей, что базы надо зачищать. |
Flasher wrote: |
Вместе с тим заметил, что Configuration Edtor по Ctrl+S вдобавок перезапускает ТС, в то время как он должен это делать только по Ctrl+Q. |
Avada wrote: |
А зачем там две секции с абсолютно одинаковым заглавием? |
ask-rus wrote: |
Скрипты промышляют. |
Flasher wrote: |
Почему для тебя неверно занесённые скриптом, утилитой, плагином данные неравнозначны с неверным заносом данных собственноручной правкой, мне непонятно. |
Avada wrote: |
Хотя скрипт чинить — идея неплохая... |
Avada wrote: |
К тому, что если скрипт так отрабатывается, это не радует. Это мнение уже не автора (гипотетическое), а моё собственное (вполне реальное). |
Avada wrote: |
Потому что собственноручный неверный занос означает, что юзер не по делу полез руками править INI-файл и напортачил, вместо того, чтобы воспользоваться TCCE. |
Flasher wrote: |
А ты не подумал о том, что он это мог это делать в удобном инструмента сравнения, которого в TCCE нет? |
Avada wrote: |
Потому что удобного инструмента сравнения, позволяющего вот просто так случайно размножать число секций INI-файла, я не знаю. |
Mic wrote: |
Офис не устанавливал, не удалял. |
LonerD wrote: |
указать ему путь к инсталлятору и подождать пока он доустановит нужные файлы и успокоится |
LonerD wrote: |
Только с Ultra TC Editors такая проблема или же и при запуске других программ? |
Русскоязычная справка к сабжевым утилитам (Readme Russian.chm) wrote: |
Программы пакета Ultra TC Editors скомпилированы при помощи Visual Basic 6 и требуют для работы наличия на вашем компьютере установленных файлов VB6.
Если при попытке запуска любой программы пакета такие файлы на вашем компьютере не будут обнаружены, вы увидите сообщение о нехватке того или иного конкретного файла. Пожалуйста, посетите сайт программы и загрузите оттуда полный вариант дистрибутива, содержащий все файлы, необходимые для нормальной работы этих программ. |
Русская справка Ultra TC Editors wrote: |
Добавляет после выбранной кнопки новую кнопку для перехода в другую панель инструментов. Отображается диалог открытия файла, где вы можете открыть существующий файл панели инструментов TC (с расширением .bar) или – при вводе несуществующего имени BAR-файла – создать новую, пустую панель инструментов, в которую автоматически добавляется кнопка для возврата в исходную панель. |
Avada wrote: |
версия (а для восьмёрки — и битность) TC |
Avada wrote: |
поскольку проверял на имеющейся ОС |
Code: |
--------------------------- |
Avada wrote: |
А физически этот файл в системе присутствует? |
iNorbert wrote: |
У меня все идеально видно - смотрю флэш в MPC. Правый клик на менюшке должен был показать, что прожка расположена в папке ТК Затем левый клик по кнопке и пошло-повылазило. |
Quote: |
И название программы-то написать не лишним было бы. |
Flasher wrote: |
И лучше вообще было бы установить и самому во всём убедиться. |
Flasher wrote: |
В UTCBBE для перетягивания без перехода есть древовидная рабочая область. Вот в ней можно с раскрытыми списками панелей перетягивать кнопки как вздумается. Не сказать, что это дюже удобно при больших списках. |
Avada wrote: |
во-первых, чего-то более удобного на данный момент всё равно нет. Во-вторых, автоматически раскрывается, как известно, только список главной панели. |
Avada wrote: |
• перетаскивание между панелью кнопок и деревом (для уяснения окончательного решения автора); |
Avada wrote: |
• Все три предложения, упомянутые в предыдущем посте, признаны трудными для реализации, поскольку требуют значительной переделки кода и изменений во многих модулях. |
Avada wrote: |
То есть неудобства есть, но пережить можно. |
Avada wrote: |
дальше — буду напоминать. |
Avada wrote: |
при готовом функционале быстрого поиска |
Avada wrote: |
Искать-то быстро можно будет не только по клавишам, но и по командам... |
Avada wrote: |
Опять же в TWinKey для нажатия спецрежим прежде выбрать надо, а здесь сейчас эти нажатия, хотя и только для клавиш-модификаторов (причём за исключением Win, на что, кстати, автору надо указать) дают не переход, а как раз отметку. |
Flasher wrote: |
нажал какую-то кнопку рядом с галкой и перешёл |
Avada wrote: |
чего больше хочется — чтобы нажимать или чтобы отмечать? |
Avada wrote: |
А насчёт "Переходить без подтверждения" прошу подробнее пояснить, как представляется такая работа и с включённой, и с отключённой опцией. |
LonerD wrote: |
Небольшой баг интерфейса Ultra TC Editors.exe тянется ещё с прошлой версии. |
LonerD wrote: |
1. Может ли Extended Commands Editor "не самовольничать" с комментариями в редактируемых ini-файлах? |
LonerD wrote: |
Main Menu Editor самостоятельно прописывает горячие клавиши при редактировании меню. Можно ли это отключить? (хочется чтобы подсказки горячих клавиш в меню выглядели так, как я этого хочу, а не как посчитает программа) |
Avada wrote: |
Если у кого-то будут время и желание — отреагируйте. |
Code: |
--------------------------- |
LonerD wrote: |
не присутствует в системе и не лежит в каталоге рядом с Ultra TC Editors.exe |
LonerD wrote: |
Похоже, что mscomctl.ocx не присутствует в системе и не лежит в каталоге рядом с Ultra TC Editors.exe. |
Quote: |
Расширенную настройку вида рамки удобнее делать, если значение записано я в шестнадцатеричном формате ($XXBBGGRR). Четвёртый (старший) байт XX позволяет задавать стиль рамки (00 или старший байт не указан — мелкая штриховка, 01 — длинная штриховка, 02 — штрих-пунктир, 03 — сплошная рамка) и отображать её только на невыделенном объекте (к значению байта добавляется 4).
Пример: $070000FF или $70000FF (нули в старшем байте можно не писать) означает сплошную красную рамку, отображаемую только вне выделения. |
Avada wrote: |
ALev
... Я в ближайшие дни вести переписку с автором пока не планирую... |
ALev wrote: |
До этой финальной версии у меня стояла другая, и там всё чётко работало. |
Code: |
|
Quote: |
У меня в ultra tc editors.ini прописано (причём автоматически, без моих специальных усилий) |
Code: |
$sCOMMANDER_PATH = EnvGet("COMMANDER_PATH") |
Quote: |
подчищаете записи в реестре после Ultra TC Editors (или вас только абсолютные пути напрягают?) |
Avada wrote: |
доступна паблик-бета 1 |
Quote: |
---------------------------
Ultra TC Configuration Editor --------------------------- Run-time error '91': Object variable or With block variable not set --------------------------- OK --------------------------- |
Code: |
AS+1=em_OpenBarVert1,em_PinBarVert1 |
Avada wrote: |
1. По какому критерию предлагается одиночные комментарии отличать от каких-то других? |
Avada wrote: |
2. Не совсем понимаю, что каким-то командам делать на самом верхнем уровне меню. |
Avada wrote: |
3. Впервые слышу, честно говоря, что для связок теперь могут и должны работать подобные клавиатурные назначения. Равно как и про использование здесь цифровых идентификаторов команд. |
Avada wrote: |
Рекомендую представить эти предложения автору пакета на оффоруме. |
Avada wrote: |
наводит на мысль, что никакая это не фича, |
Секреты и советы wrote: |
"Классическая" панель с кнопками позволяет отображать в редакторе только первые 255 кнопок любого BAR-файла. Все последующие кнопки будут нормально отображаться и редактироваться только в дереве. |
Avada wrote: |
в Button Bar Editor снято ограничение в 255 значков на отображение и редактирование в кнопочной панели редактора. |
Avada wrote: |
Каков там сейчас реальный порог допустимого числа кнопок, желающие могут проверить самостоятельно. |
Avada wrote: |
В личном письме автор сообщил о снятии ограничений на число кнопок, что это оказалось не очень сложно |
Flasher wrote: |
Дико медленная скорость скачивания. Именно с .net. Может, автору стоит зеркалировать на .ru? |
CaptainFlint wrote: |
Если totalcmd.net тормозит, а wincmd.ru — нет, это что-то дико странное… |
Quote: |
Ключ SoundDelay регулирует зависимость подачи звукового сигнала от времени операций, но не отключает саму возможность подобных оповещений. Тем не менее, можно указать очень высокое значение ключа (например, 36000, т.е. 10 часов), что на практике в большинстве случаев равнозначно запрету звуковых сигналов. |
Quote: |
SoundDelay=10 Минимальное время (в секундах), которое должна продолжаться файловая операция, чтобы после её выполнения был подан звуковой сигнал "операция завершена". Если значение отрицательное, звук подаваться не будет. |
Avada wrote: |
если значение отрицательное, звук подаётся при любой длительности операции. |
Quote: |
По умолчанию: -10 (опция отключена, указанный минимум в 10 секунд игнорируется). |
Avada wrote: |
В диалоге настроек указано 10 без всякого минуса. |
Avada wrote: |
ты сам цитировал фрагмент файла данных, где всё это как раз пояснено |
Avada wrote: |
Расширенный русский файл данных — это моя личная заморочка, с работой редакторов как таковых не особо связанная. |
Avada wrote: |
Поддержка создания, правки, копирования (с другим именем) и удаления пользовательских команд |
Avada wrote: |
В самом диалоге есть ещё определённые недоработки: не хватает функционала для вставки в поле "Команда" папок и внутренних команд, не предусмотрена вставка индекса значка. |
Avada wrote: |
Что касается редакторов, это ты что-то перепутал. В пояснении к новым фичам у меня речь шла в основном про новый дочерний диалог Main Menu Editor, а к ВВE там относится только последняя фраза про кнопку и параметры. |
Code: |
regsvr32 /u mscomctl.ocx |
Code: |
regsvr32 mscomctl.ocx |
Quote: |
Модуль "mscomctl.ocx" загружен, но не удалось вызов DLLRegisterServer, код ошибки: 0x8002801с |
Plumber wrote: |
Возможно этот вопрос уже фигурировал в теме |
Avada wrote: |
Я сообщил автору... |
Quote: |
следовало бы описать поподробнее. |
Avada wrote: |
Сб Мар 16, 2019 23:25 Ага, вот теперь вижу (правда, у меня путь к каталогу TC, а имя другое, хотя столь же невразумительное). Но тут есть существенный нюанс: баг проявляется, только если команда ещё не имеет значка. А затем, между прочим, система прекращает работу Start Menu Editor.exe, что уже никак не является нормальным продолжением. И появилось это ещё в восьмой бете. Сообщил автору. |
Avada wrote: |
А затем, между прочим, система прекращает работу Start Menu Editor.exe |
Code: |
|
Quote: |
Runtime errors 35601: Element not found. |
Nosovsky wrote: |
Командер понимает, что это комментарии и пропускает их, а вот Main Menu Editor впадает в ступор |
Quote: |
Зачем искать альтернативы тому, что и так работает? Main Menu Editor это уж точно касается |
Avada wrote: |
и не забиваем себе голову тем, что никаких исправлений не требует. |
output generated using printer-friendly topic mod. All times are GMT + 4 Hours