» Плагины и настройки FAR часть 2

подскажите как в UNICODE версии FAR отображать UNICODE-символы? Как понимаю они должны отображаться в панелях и в редакторе?

kondrik
шрифт нужно использовать с поддержкой unicode

Не наступите на "грабли" - цитирую пост с форума Far специально, что бы всё было понятно, а то меня такими вопросами типа "... архивы Far вешают..." уже пардон достали.

Цитата:

Частичный архив вешает FAR (Слава)

FAR : 1.71 b=2358 (со всеми добавками, что поставлялись).
1.Пакуем любой файл на несколько томов (2 достаточно) с опциями: 'Пароль' и 'шифровать имена файлов'.
2.Имеем файлы arc.part0.rar,arc.part1.rar. Удаляем второй файл.
3.Заходим в первый файл. Просит пароль - вводим.
4.FAR висит. (либо панель открылась пустая, либо диалог-надпись '0 файлов' не убирается).

От себя добавлю - подобное поведение Far Manger Вы увидите и если попытаетесь войти в запороленный архив 7-Zip - Вам покажется, что Far "висит".

На самом деле он не "висит", а ждёт ввода пользователя с клавиатуры на отосланный им в выходной поток системной консоли запрос об интерактивном взаимодействии, но из-за не "совсем корректной" реализации процесса взаимодействия связки ccmd.exe/cmd.exe иntdll.dll+user32.dll и процесса Far Manager (да и чего греха таить, не только его) с пользователем в нестандартных ситуациях или с другими консольными программами, происходит переход в бесконечный режим ожидания ввода с клавиатуры из-за потери связи со стандартными потоками stdin, stdout и stderr. Это целиком и полностью "заслуга" программистов из Редмонда которые при удалении из состава системы подсистемы POSIX IEEE Std. 1003.1 "забыли" правильно перекоммутировать потоки stdin, stdout и stderr и изменить документацию. В итоге программы не находят стандартные потоки stdin, stdout и stderr , и уходят в цикл бесконечного ожидания ввода-вывода данных. В первых редакциях платформы Windows NT операции ввода-вывода для консольных программ происходили по правилам принятым на платфоме UNIX. Мы с друзьями недавно это специально проверяли на Windows NT 3.1/3.5/3.51 и 4.0. А дальше с каждым новым обновлением ядра программисты из Редмонда начали "чудить", и всё ставить на уши.

Способ борьбы с данным явлением прост:

Подобные архивы надо открывать либо через оболочку, либо с пощью WinRAR.exe или 7Zfm.exe - графические версии соответствующих архиваторов.

Похоже это сделано специально - видимо для программистов из Рэдмонда и сама консоль как инструмент "кандидат на удаление", и они провоцируют пользователей на отказ от её использования для того, чтобы иметь основания для удаления и этой подсистемы.

Background Copy source
v1.3 build 57 xx-xx-2008
- service rights updated.
- "show info" in dialogs.
- x64 version

Имею два вопроса:
1. Вижу сожержание любых архивов (rar, zip, cab и т. д.) и могу переходить по папкам внутри архива, но не могу произвести чтение (извлечение информации) из архива. Какие настройки мне необходимо произвести, чтобы Far мог извлекать файлы из архивов с помощью F5? При попытке копировать, выдаёт: "Неудалось найти исполняемый модуль".
2. Как известно, создаваемые последним Office файлы имеют XML структуру. При попытке открыть такой файл, Far открывает его структуру. Какие настройки мне необходимо произвести, чтобы файл, созданный последним Office, открывался в соответствующей программе при нажатии на Enter?

mp3exchanger
1. Добавить в переменную окружения путь к папке, где лежат консольные версии архиваторов.

2. Shift+Enter, либо настроить Ассоциации файлов.

Друзья, есть ли плагин для просмотра файлов sis/sisx (установочные Symbian)?

monomah
На plugring.farmanager.com в поиске напиши "sis"

igor_andreev К сожалению, там нет этого. Поэтому и спросил.

monomah

Да, есть - multiarc. А к нему нужен субплугин Sis.fmt в своей сборке им пользуюсь.

mp3exchanger

Всё верно. Far использует внешние консольные архиваторы. У себя на сайте я давно выложил целый пакет этого добра. Пока ни от кого жалоб на него не поступало. Это по попервому вопросу.

А по второму тоже просто - на сайте Total Commaander есть бесплатный конвертер-плугин для файлов ODT. В своей сборке я воспользовался именно им. Проблем с документами ODT созданными даже в OpenOffice.org 2.40 нет. Сборка доступна там же, на моём сайте.

Sish, Victor_VG, спасибо, что не оставили мои вопросы без ответа. Второй вопрос решился до неприличия просто, а вот с первмым пока ничего не вышло.

Что я имею:
из "C:\Program Files\Far\Addons\Archivers" запустил "Rar20.reg". Скопировал "Rar.exe" в "C:\Program Files\Far\Plugins\MultiArc\RAR" из установленного в системе WinRAR'а. Прописал путь в переменные среды "C:\Program Files\Far\Plugins\MultiArc\RAR". Перезагрузил систему, ничего не изменилось - по прежнему пишет, что не находит исполняемый модуль.

Что я делаю не так?

mp3exchanger
Свойства системы -> Дополнительно -> Перменные среды -> Path -> Изменить.

Добавляешь туда, напрмер C:\PACK, в которую кладёшь все консольные архиваторы.

mp3exchanger
по поводу архиваторов - если (условно) все нужные консольные архиваторы у тебя лежат в папке C:\Arc, то эта папка должна быть прописана в переменной PATH (к существующей записи просто добавь ;C:\Arc). В подкаталоги multiarca ничего записывать не нужно

Файлы офиса наверное легче всего будет открывать по ShiftEnter

Кто-то еще спрашивал по поводу sis-,sisx- файлов. Для инсталляторов программ под Symbian я лично не нашел возможности просматривать их из ФАРа. Другое дело, что расширением sis обозначаются также и какие-то редкие архивы (или инсталляторы) под какую-то ОС отличную от Windows (точнее не скажу). Для этого типа файлов был на плагринге подплагин для MultiArca

вроде бы все, если непонятно, обращайся

mp3exchanger

Если у тебя NTFS, то просто выбери все архиваторы и по паре Alt+F6 (или правая кнопка мыши + F6) просто создай для них в Far жёсткую связь либо на C:\WINDOWS или на C:\WINDOWS\system32 т.е. на системные каталоги находящиеся заведомо в пути. Если используешь FAT в любом варианте, то, просто скопируй их туда. Проблема решиться раз и на всегда. Только жёсткая ссылка (hardlinks) эффективнее - на файл создаётся ещё одна запись в другом каталоге, а счётчик его использования увеличивается на единицу. Расход дискового пространства при этом раве размеру одной записи файла на каждую связь для файлов и одной записи каталога для каталогов. Объекты будут удалены (NTFS освободит используемое ими дисковое пространство) только тогда, когда счётчик использования уменьшаемый при каждом удалении на единицу станет равен нулю.

Добавлено:
LeaF_AVF

Именно инсталляторы Simbian и открываются с использованием Sis.fmt. Сам так открываю пакеты для Simbian OS 8.1a когда надо что-то глянуть для своего Nokia N70.

Victor_VG
Да, способ с Alt+F6 сработал. Только, к сожалению, после слов "... на файл создаётся ещё одна запись... " и до конца сообщения, я ничего не понял. Можешь немного доступнее написать, о чём ты хотел сказать?

Sish, я именно так и добавлял путь. Я ведь написал "Прописал путь в переменные среды"

LeaF_AVF
Цитата:

В подкаталоги multiarca ничего записывать не нужно

а какое имеет значение, в какой каталог я запихнул exe'шку? Должно ведь и так работать.

mp3exchanger
ты путаешь авторов сообщений, - про создание жесткой связи тебе писал не я.


Цитата:

а какое имеет значение, в какой каталог я запихнул exe'шку? Должно ведь и так работать.

а весь сыр-бор про переменную PATH тут развели просто из желания похвастаться своими знаниями?

Victor_VG
можешь выложить отдельно куда-то версию sis.fmt, которой ты пользуешься?

monomah

Цитата:

К сожалению, там нет этого. Поэтому и спросил.

Там поиск выдает TC.SIS и SIS Installation Reader, каким то из них я точно открывал *.sis на Нокии 9210, а на ней операционка Symbian была, если я правильно помню(года четыре назад пользовался я 9210)

LeaF_AVF

Цитата:

а весь сыр-бор про переменную PATH тут развели просто из желания похвастаться своими знаниями?

Зачем отвечаешь вопросом на вопрос? Ответь нормально, почему "В подкаталоги multiarca ничего записывать не нужно"?

mp3exchanger
потому что тебе лень прочесть файл справки из дистрибутива ФАРа Arc.Support.txt
Цитата:


Цитата:

Для создания и изменения архивов используются внешние программы -
архиваторы. Для того, чтобы можно было воспользоваться этими внешними
архиваторами, они должны быть доступны для запуска, а это в большинстве
случаев означает, что все архиваторы расположены в специальной папке, а эта папка упомянута в переменной окружения %PATH% (если эти слова вам ровным счетом ничего не говорят, то обратитесь за помощью к специалистам).

и наверное потому, что твой вопрос скорее похож на утверждение:

Цитата:

Должно ведь и так работать.

тебе с радостью тут помогут многие (и я в их числе), но убеждать тебя в том, что лучше все-таки сделать ПРАВИЛЬНО, а не так, как ты считаешь нужным, ок?

Добавлено:
igor_andreev
symbian symbian'у рознь... Во всяком для просмотра инсталляшек под Symbian 9.x я методов для ФАРа не нашел..

mp3exchanger

Цитата:

я именно так и добавлял путь.

Цитата:

по прежнему пишет, что не находит исполняемый модуль.

Что я делаю не так?

Скорее всего, просто забыл перезапустить Far после изменения PATH.

LeaF_AVF
Вечер перстаёт быть томным :-\ Сдаётся мне, что ты не внимательно читал мои сообщения. С чего ты взял, что я не читал Arc.Support.txt? Давай-ка я специально для тебя напишу ещё раз, чтобы не получилось, что именно ты решил написать "просто из желания похвастаться своими знаниями"...
1. Сторонний архиватор лежит у меня в каталоге "...\Far\Plugins\MultiArc\RAR\". Почему он там не может находиться, ты так мне и не ответил.
2. Этот путь у меня прописан в перменных средах, в переменной "Path".
3. Именно этот способ, упомянутый в Arc.Support.txt, и должен работать. Под "Должно ведь и так работать", я подразумевал именно прописыване пути в переменных средах, а не способ с Alt+F6.

Так вот теперь, когда у меня работает с жёсткой ссылкой, я хочу узнать, почему не работает без неё. Похоже, что под "ПРАВИЛЬНО" ты подразумеваешь то же, что и я - способ из Arc.Support.txt. Поэтому не понятно, причём тут "как ты считаешь нужным"?

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

По поводу жесткой ссылки: ты делаешь ссылку файла rar.exe (все равно где он находится) в папку Windows. Таким образом он находится в переменной PATH (так как папки %WinDir% и %WinDir%\System32 по умолчанию прописаны в этой переменной и ФАР знает, где ему искать этот самый RAR.EXE

Как только ты удаляешь связь из каталога Windows, ФАР перестает работать с архивами (т.е. не находит файл rar.exe). Возможно, ты некорректно прописал путь в переменной PATH (посмотри может быть указан слеш в конце пути - его быть не должно)

LeaF_AVF
Всё, нашёл ошибку. Виноваты были кавычки. Я думал они нужны (как в случае, когда в названии присутствует запятая). Слеш в конце пути, как оказалось, не влияет. Проанализировав команду Alt+F6 понял, что это обычное копирование файла в другой каталог. Зачем создатели Far назвали эту процедуру "Создать связь" я так и не понял.

Всем спасибо за помощь

p.s. каталог "...Far\Plugins\MultiArc\RAR" был мной создан для эксперимента. Позже создам отдельный каталог в другом месте и под другим названием и скину туда все консольные архиваторы.

Цитата:

Проанализировав команду Alt+F6 понял, что это обычное копирование файла в другой каталог. Зачем создатели Far назвали эту процедуру "Создать связь" я так и не понял.

но понял не правильно. Нажми (в ФАРе) Alt+F6, F1
или прямиком в google - что такое жесткие и символические связи (HardLinks и SymLinks соответственно). Вещь, ИМХО, очень полезная

LeaF_AVF

Забирай все что есть и CUSTOM.INI - думаю пригодятся.

Добавлено:
mp3exchanger

Попробую объяснить попроще:

смотри - у нас есть каталог, в нём есть подкаталоги и файлы. Но сам по себе файл это объект со своим набором свойств, но не содержащий других объектов в качестве контейнера и рассматриваемый как единое и неделимое логическое целое, а каталог это контейнер содержащий другие объекты произвольного типа, включая файлы и каталоги. Одним из важнейших свойств объекта "файл" является его логическая неделимость - если разделить его на составляющие они не будут логически целыми самодостаточными единицами, а составляющие контейнера ими будут. Все объекты имею индивидуальные и общие свойства. И одно из них это "счётчик использования" - попросту счётчик того, сколько раз данный файл зарегистрирован в разных каталогах. Когда мы создаём файл этому счётчику присваивается значения равное "1". Но положим нам нужно сделать его копию. Мы можем его скопировать, а можем и создать hardliks - указатель на конкретный элемент файловой системы сопоставленный объекту "файл". И если мы используем связь, то в списке файлов второго каталога появится ещё одна запись - "файл ...", но главное для нас, его счётчик использования увеличиться на единицу. Но тут есть принципиальное отличие от копии - при изменении объекта на который указывает hardlinks сколько бы связей у него не было, измениться именно сам объект, и все hardlinks синхронно укажут на его изменённое содержимое. А если использовать копию, то мы изменим только 1 копию, а остальные n-1 останутся в прежнем состоянии. Правда есть разница между двумя типами связей - simlink и hardlink - первая это указатель на каталог и для файлов создана быть не может. Применяется для упрощения навигации по файловым системам, на NTFS не имеет ограничений по зоне действия, но при её удалении, а не разрыве всё дерево подкаталогов на которое она указывает будет удалено. Вторая на NTFS действует в пределах одного логического тома, но при её удалении уменьшается счётчик связей (счётчик использования) у целевого объекта, и только когда он станет равен нулю, NTFS освободит занимаемое им дисковое пространство. Но, надо учитывать, что без специальных команд даже при удалении файлов, если системе не место, содержимое удалённых объектов не уничтожается и при необходимости может быть восстановлено.

Надеюсь, что чем-то помог.

Victor_VG, не совсем попроще, но, вроде, понятно. То, что это не простое копирование, я, поэкспериментировав, убедился. Изменяя содержимое в одном из файлов, те же изменения происходят со связанным файлом в другом каталоге. В принципе, интересное свойство NTFS (никак не связанное с Far), но какая практическая польза от этого свойства?
Victor_VG, LeaF_AVF, можете привести пример её использования обычным пользователем?
Кстати, а чтобы удалить связь, достаточно удалить созданный связанный файл?

mp3exchanger
несколько примеров из личного опыта:
1. нужно расшарить по сети какой-то большой файл. Копировать его в существующую расшаренную папку во-первых, долго, во-вторых нет места на винте. Делаем жесткую связь - дело двух секунд и не расходуется место на винте. Преимущества очевидны.

2. когда только начал пользоваться торрентом, выделил для него папку на винте (к примеру D:\downloads\torrent). Со временем места стало не хватать, доставил еще один винт (бОльший по размеру). Если изменять пути сохранения (к примеру на , то нужно все уже закачанные торренты пересохранять, делать им re-check, вообщем долго играться). Останавливаю торрент-клиент, делаю символическую связь с E:\torrents на D:\downloads\torrent и переношу все торренты в новую папку, запускаю торрент-клиент. Преимущества - ничего не пришлось перенастраивать. Для всех программ все осталось прозрачно - по-прежнему все сохраняется по-старому пути.

3. Стало не хватать свободного места на файл-сервере. Вместо замены винта, добавил еще один. Смонтировал его целиком на подпапку старой шары, - размер доступного места сразу вырос в несколько раз


Это навскидку, есть масса и других преимуществ (ты можешь к примеру смонтировать CDROM на папку жесткого диска, делать копии нужных файлов и т.п.)

Важно - жесткие связи (те, что указывают на файл), можно делать только в пределах одного логического диска.

По поводу удаления - при жесткой связи файл существует, пока существует хоть одна ссылка, указывающая на него (помнишь я говорил о копировании важных файлов?)

LeaF_AVF
Мои субъективные размышления о твоих примерах...
1. можно дополнительно расшарить ту папку, где лежит большой файл либо временно перенести этот большой файл в уже расшаренную папку (операция перемещения пройдёт практически мгновенно)
2. Перенастроить файл для сидирования минутное дело - перемещаешь сидируемый файл вместе с его torrent-файлом на другой диск, ссылку на старый torrent-файл удаляешь, открываешь torrent-файл из нового каталога и указываешь новое местоположение сидируемого файла.
3. Ну, эту проблему вообще можно решить средствами FTP-сервера. У меня, к примеру, стоит G6FTP Server, в нём расшарены данные с двух хардов, но для FTP-клиентов они видны как один общий диск.

Можешь чуток подробнее про монтирование CD-ROM в папку жёсткого диска?
(да простят нас модераторы за флуд)

sis.fmt использует для чтения файлов sis программу sisread.exe, которая идет в комплекте с плагином. Эта программа читает другие файлы sis, а именно:
"в файлах с расширением .sis хранятся инсталляционные комплекты
программ для операционной системы EPOC, под которой, в частности,
работают машинки от Psion". Symbian-файлы не читаются.

mp3exchanger
ну давай по пунктам.
1. дополнительно расшаривать не всегда получится (есть в той папке не предназначенные для общего доступа файлы к примеру). Перенести файл - тоже не лучший выход (к примеру, нужно, чтобы он остался доступен и по старому пути). Понимаешь, тут вся прелесть в том, что один и тот же объект доступен по разным адресам (и по сети, и по фтп и еще-еще-еще). Не плодим лишних шар, не задумываемся о снихронизации, а файл доступен разными способами и всегда актуален, так как это не копия а оригинал

2. по торрентам. Да, можно и перенастроить торрент-клиент, по новой загрузить, указать на новое месторасположение и т.д. и т.п. Это хорошо, когда торрентов до десятка. У меня сейчас раздается около 70. Затраты времени представляешь. Кроме того, папка торрента доступна и по ФТП (тем же GeneFTP кстати). Мне не пришлось ничего перенастраивать, понимаешь?

3. по фтп. Да, можно и поставить ФТП сервер, можно побегать по пользователям, понастраивать им фтп-клиенты, объяснить, что теперь процедура сохранения файла на сетевой диск для них немного... хм... усложнилась. Но зачем???

Если файловая система позволяет нам своими средствами решать подобные задачи с минимальными затратами, то, ИМХО, нужно этим воспользоваться.

Теперь по монтированию CD-Rom (или флешки) на папку жесткого диска.
Предположим, у нас есть папка C:\mount\cd, зайдя в которую, мы хотим увидеть содержимое компакта. Поступаем так, - запускаем в консоли (ФАРе) mountvol.
Мы увидим список всех подключенных томов с буквами дисков им присвоенным. К примеру, в моем случае есть строка вида (W: - буква сидирома)
\\?\Volume{d81e7078-cbd6-11db-aafb-806d6172696f}\
W:\

выполним команду
mountvol c:\mount\cd \\?\Volume{d81e7078-cbd6-11db-aafb-806d6172696f}\
первый параметр - путь, куда мы хотим смонтировать том, второй - имя тома.
Вот собственно и все, можешь теперь обращаться к сидирому по новому пути, а назначенную букву вовсе удалить

надеюсь помог разобраться

Добавлено:
Victor_VG
спасибо, что откликнулся. Но, как написал monomah, и как писал я несколько выше, эта форматка не для файлов Симбиана. Во-первых она требует sisread.exe, как и написал monomah, и даже при наличии этой утилиты мне не удалось прочесть содержимое файла *.sis (7-,8-,9- версий Symbiana). Ты можешь прояснить ситуацию?
З.Ы. По поводу всех форматок, что ты выложил есть вопросы/предложения, но это уже будет сплошной офтоп