Ru-Board.club
← Вернуться в раздел «Программы»

» Far Manager

Автор: gen4gen
Дата сообщения: 26.08.2016 17:57
wseventeen

Цитата:
Настройки там совсем не независимы.
После диалога они потом в коде сбрасываются (если это убрать обавлится балкон за углом).
'Просто добавить сохранение' не получится.

Это я уже понял, скачав сорцы. Думал смогу как-то сделать сохранение вместо реестра в sqlite, как для остальных плагинов. Но, т.к. в cpp я баран и разобраться в его премудростях мне, по всей видимости, не дано, пришлось просить...


Цитата:
Большинство либо вообще не использует плагин (если нужен rar, есть командная строка),
либо вполне довольны его текущим состоянием.
Ну я как бы тоже доволен. Почти. В большинстве случаев хватает, ну разве что этого ньюанса с тремя чекбоксами...

Кстати, а можно ли макросом эти чекбоксы активировать?
Автор: Alexyz21
Дата сообщения: 26.08.2016 18:49
Форум ФАРа (с сегодняшнего дня?)
Цветовая палитра по умолчанию
by 2useven10 View the latest post
1 day ago

Не знаю как кому, но имхо такой формат даты не удобен.
Автор: sToLp
Дата сообщения: 26.08.2016 20:38

Цитата:
Не знаю как кому, но имхо такой формат даты не удобен.

По-моему, тоже. Весьма не удобен. Раньше можно было скопировать время написания поста, и по нему ориентироваться. А теперь "задом-на-перёд".
Автор: shmuz2
Дата сообщения: 26.08.2016 21:58
Если подвести указатель мыши к этому месту, то всплывает нормальная дата. (Но лучше бы было как раньше).
Автор: VictorVG4
Дата сообщения: 26.08.2016 23:40
Я вчера веселее видел, правда на гитхабе - в таком стиле шапки коммитов показывались:



ось перезапустил и снова привычно:



так и не понял что это было. А как форуме такие неудобные даты увидел .. "Да, теперь сиди и считай время дату от неизвестной печки... А если в часах батарейки сели или завод закончился?". В общем вот такие пироги ... с котятами, ещё вчера мяукали.
Автор: jFobos
Дата сообщения: 27.08.2016 10:38
А вот тут я могу помочь
Сделал userjs, который исправляет даты на форуме far. Например вместо "2 years ago" на странице увидите "2 years ago - Sun 27 Oct, 2013 12:37"



Код: // ==UserScript==
// @name far_manager
// @namespace forum.farmanager.com
// @include http*://*forum.farmanager.com/*
// @version 0.1.0
// @autor jFobos
// ==/UserScript==

(function (window) {
    if (window.self != window.top || !/forum\.farmanager\.com/.test(window.location.href))
        return;
    formatDate(document.getElementsByClassName('author'));
    formatDate(document.getElementsByClassName('lastpost'));
})(window);

function formatDate (dates) {
    var spanDate;
    for (var i = 0; i < dates.length; i++) {
        spanDate = dates[i].getElementsByTagName('span');
        for (var j = 0; j < spanDate.length; j++) {
            if (spanDate[j].title != '' && spanDate[j].title != 'Post' && spanDate[j].title != 'View the latest post')
                spanDate[j].innerHTML += ' - ' + spanDate[j].title;
        }
    }
}
Автор: sToLp
Дата сообщения: 27.08.2016 11:54
Обратил внимание на то, что под отредактированными постами на форуме Фара появляются метки с нормально читабельным форматом времени.

jFobos
Вашим советом можно воспользоваться только "централизовано"?
Автор: jFobos
Дата сообщения: 27.08.2016 12:07
sToLp
Я не совсем понял вопрос... "централизовано" в том смысле что скрипт надо передать админам форума и что бы они его установили? Нет. Этот скрипт устанавливается в браузер (локально) и выполняется после полной загрузки страницы.

Подобные скрипты лучше всего устанавливать с помощью плагинов (например Tampermonkey для хрома или Greasemonkey для ФФ) или с помощью редактирования user.js файла в профиле браузера. Лично я пользуюсь плагином, это удобно когда скриптов много.

ps: при копировании скрипта блок комментариев обязателен, в нем содержится служебная информация...
Автор: sToLp
Дата сообщения: 27.08.2016 14:20
jFobos
Вопрос Вы поняли вполне правильно. И за ответ спасибо.

Установил Greasemonkey, а в него скрипт. И плагин, и скрипт отражаются в меню ФФ. На скрипте выделенная галочка. Однако действия на странице форума Фара он почему-то не оказывает.

Перезапустил несколько раз ФФ и скрипт заработал. Большое спасибо.
Автор: VictorVG4
Дата сообщения: 27.08.2016 15:40
jFobos

Скрипт поставил, в SeaMonkey 2.40 + Greasemonkey 3.80 mod работает. Огромное спасибо! Ещё бы такой на форум The KMPlayer и чтобы коллеги у себя спам почистили (в русском разделе я его вычистил, ну и кое-кому за спам уже бан выписал ) - там корейцы уже давно так сделали вывод даты времени:



я-то привык, но новички вечно спрашивают от какой печки танцевать ...

sToLp

У меня со скриптом так показывает:

Автор: sToLp
Дата сообщения: 27.08.2016 15:47
VictorVG4

Цитата:
sToLp
У меня со скриптом так показывает:

Да.
Автор: jFobos
Дата сообщения: 27.08.2016 17:37
С форумом KMPlayer так не прокатит. Там верстка тупая. Дата не является отдельным элементом. Это конечно можно обойти, но нигде нет реальной даты. Без этого фразу "4 Weeks Ago" никак не перевести в нормальный формат, разброс дат в таком случаи целая неделя. И отправлять гет запрос для каждого поста не рационально - для каждой темы и ветки форума +1 запрос, это получается минимум 20 дополнительных запросов при каждом обновлении страницы.
Автор: VictorVG4
Дата сообщения: 27.08.2016 17:43
jFobos

Ладно, я всё одно уже привык, ну а коли что, то сейчас всей работы - очередной спам удалить. Придут админы, забанят очередную порцию спам IP и все отдохнут.
Автор: Alexyz21
Дата сообщения: 27.08.2016 19:48
jFobos

Код: // @autor jFobos
Автор: jFobos
Дата сообщения: 27.08.2016 20:41
Alexyz21
Странно, вроде в скрипте ничего особенного нету... В понедельник к компу доберусь и посмотрю что с оперой
Автор: VictorVG4
Дата сообщения: 27.08.2016 21:28
jFobos

Там (в старых версиях Оперы) используется смесь из стандартов Java script 1.1 - 1.3 выбранных по усмотрению разработчика браузера и это названо ECMAScript. Потому скрипт в них может толком не работать.
Автор: VictorVG4
Дата сообщения: 28.08.2016 14:39
Да, смотрю с выходом 25.08.2016 OpenSSL 1.1.0 нам явно работы по проверке возможных ошибок сети привалило - в версию 1.1.0 после выхода версии 1.0.2h внесено 170 изменений. На ГитХаб запостил Inc#212. Выписка - [more=основные изменения]Major changes between OpenSSL 1.0.2h and OpenSSL 1.1.0 [25 Aug 2016]

Copyright text was shrunk to a boilerplate that points to the license
"shared" builds are now the default when possible
Added support for "pipelining"
Added the AFALG engine
New threading API implemented
Support for ChaCha20 and Poly1305 added to libcrypto and libssl
Support for extended master secret
CCM ciphersuites
Reworked test suite, now based on perl, Test::Harness and Test::More
*Most* libcrypto and libssl public structures were made opaque,
including:
BIGNUM and associated types, EC_KEY and EC_KEY_METHOD,
DH and DH_METHOD, DSA and DSA_METHOD, RSA and RSA_METHOD,
BIO and BIO_METHOD, EVP_MD_CTX, EVP_MD, EVP_CIPHER_CTX,
EVP_CIPHER, EVP_PKEY and associated types, HMAC_CTX,
X509, X509_CRL, X509_OBJECT, X509_STORE_CTX, X509_STORE,
X509_LOOKUP, X509_LOOKUP_METHOD
libssl internal structures made opaque
SSLv2 support removed
Kerberos ciphersuite support removed
RC4 removed from DEFAULT ciphersuites in libssl
40 and 56 bit cipher support removed from libssl
All public header files moved to include/openssl, no more symlinking
SSL/TLS state machine, version negotiation and record layer rewritten
EC revision: now operations use new EC_KEY_METHOD.
Support for OCB mode added to libcrypto
Support for asynchronous crypto operations added to libcrypto and libssl
Deprecated interfaces can now be disabled at build time either
relative to the latest release via the "no-deprecated" Configure
argument, or via the "--api=1.1.0|1.0.0|0.9.8" option.
Application software can be compiled with -DOPENSSL_API_COMPAT=version
to ensure that features deprecated in that version are not exposed.
Support for RFC6698/RFC7671 DANE TLSA peer authentication
Change of Configure to use --prefix as the main installation
directory location rather than --openssldir. The latter becomes
the directory for certs, private key and openssl.cnf exclusively.
Reworked BIO networking library, with full support for IPv6.
New "unified" build system
New security levels
Support for scrypt algorithm
Support for X25519
Extended SSL_CONF support using configuration files
KDF algorithm support. Implement TLS PRF as a KDF.
Support for Certificate Transparency
HKDF support.[/more]
Автор: jFobos
Дата сообщения: 29.08.2016 10:21
Alexyz21
Скачал последнюю оперу (39.0). Установил аддон Violent monkey. Добавил туда свой скрипт и все заработало...

PS: еще поругалось на параметр // @grand none , его думаю стоит добавить он оказывается обязателен, даже если не используется.
Автор: sToLp
Дата сообщения: 29.08.2016 16:51
Спасибо тем, кто восстановил прежнее датирование на форуме фара!
Автор: VictorVG4
Дата сообщения: 29.08.2016 17:58
sToLp

Здорово! Скрипт стал не нужен и путаница ушла. Эксперимент с датами можно считать неудачным.
Автор: Alexyz21
Дата сообщения: 29.08.2016 21:52
Восстановление хардлинков при копировании возможно?
Часто возникало желание, чтобы при замене одного из линкованных файлов, например копированием или переносом, заменялось содержимое и его "зеркал". Сейчас же при замене линки рвутся и создаются независимые файлы, ФАР при этом у "зеркала" показывает прежнее количество линков (Panel mode "File links"), хотя по факту оно декрементировалось.
Автор: wseventeen
Дата сообщения: 29.08.2016 22:47

Цитата:
Часто возникало желание, чтобы при замене одного из линкованных файлов, например копированием или  переносом, заменялось содержимое и его "зеркал".

Бывает нужно, но как поведение по-умолчанию точно не годится.

Цитата:
при этом у "зеркала" показывает прежнее количество линков

Не верю, пример 'в студию' пожалуйста.
Имхо такое возможно только если оригинал перемещается в корзину.

Автор: VictorVG4
Дата сообщения: 29.08.2016 23:14
Alexyz21

Сейчас у себя на NTFS и b4770 проверил на паре бинарно-различных файлов с SHA-256:

3ab4ecaaf8b0531f43d403742889bc8504148d6344e3863ba367dadaa7679f19 *./d/GIMPPortable_2.8.16-en-ru.paf.exe
ff4d03f712dba89fe747e35baf0c51a15759036bf20fae7be0db676ea82e998b *./e/GIMPPortable_2.8.16-ru-en.paf.exe

для опытов GIMPPortable_2.8.16-ru-en.paf.exe поместил в каталог ./c/ и переименовал в GIMPPortable_2.8.16-en-ru.paf.exe командой ln -f ./e/GIMPPortable_2.8.16-ru-en.paf.exe ./c/GIMPPortable_2.8.16-en-ru.paf.exe

Эксперименты проводились с простым деревом каталогов вида:

./a/
./b/
./c/
./d/GIMPPortable_2.8.16-en-ru.paf.exe
./e/GIMPPortable_2.8.16-ru-en.paf.exe

подготовка одинакова для всей серии:

mkdir -p a b c&cp -f ./d/GIMPPortable_2.8.16-en-ru.paf.exe ./a/&ln -f ./d/GIMPPortable_2.8.16-en-ru.paf.exe ./a/GIMPPortable_2.8.16-en-ru.paf.exe&cp -f ./e/GIMPPortable_2.8.16-ru-en.paf.exe ./c/&mv -f ./c/GIMPPortable_2.8.16-ru-en.paf.exe ./c/GIMPPortable_2.8.16-en-ru.paf.exe

и результате видим дерево каталогов содержащее файлы с SHA-256:

./a/GIMPPortable_2.8.16-en-ru.paf.exe 3ab4ecaaf8b0531f43d403742889bc8504148d6344e3863ba367dadaa7679f19
./b/GIMPPortable_2.8.16-en-ru.paf.exe 3ab4ecaaf8b0531f43d403742889bc8504148d6344e3863ba367dadaa7679f19
./c/GIMPPortable_2.8.16-en-ru.paf.exe ff4d03f712dba89fe747e35baf0c51a15759036bf20fae7be0db676ea82e998b
./d/GIMPPortable_2.8.16-en-ru.paf.exe 3ab4ecaaf8b0531f43d403742889bc8504148d6344e3863ba367dadaa7679f19
./e/GIMPPortable_2.8.16-ru-en.paf.exe ff4d03f712dba89fe747e35baf0c51a15759036bf20fae7be0db676ea82e998b

Опыт 1:

Far показывает число хардлинков равным 2, копируем D&D файл из ./c в ./b, смотрим число хардлинков для него - 2, SHA-256 - ff4d03f712dba89fe747e35baf0c51a15759036bf20fae7be0db676ea82e998b

т.е. Far переписал содержимое файла;

Опыт 2:

rd -fR ./a ./b ./c и повторяем подготовительные операции

входим в ./c/ и копируем ./c/* -> ./b/ используя far по F5, видим SHA-256 - ff4d03f712dba89fe747e35baf0c51a15759036bf20fae7be0db676ea82e998b *./b/GIMPPortable_2.8.16-en-ru.paf.exe

Опыт 3:

rd -fR ./a ./b ./c и повторяем подготовительные операции

входим в ./c/ и переносим ./c/* -> ./b/ используя far по F6, видим SHA-256 -
ff4d03f712dba89fe747e35baf0c51a15759036bf20fae7be0db676ea82e998b *./b/GIMPPortable_2.8.16-en-ru.paf.exe и 3ab4ecaaf8b0531f43d403742889bc8504148d6344e3863ba367dadaa7679f19 *./a/GIMPPortable_2.8.16-en-ru.paf.exe , Far показывает число линков равным 1 - хардлинк разорван, что и следовало ожидать т.к. при операциях перемещения/переименования файлов ОС сначала удаляет его старую копию, а после помещает на её место новую и регистрирует её в целевом каталоге.


Добавлено:
Ну вот wseventeen опередил меня попросив доказательства, но думаю более они не нужны - всё и так наглядно видно.
Автор: Alexyz21
Дата сообщения: 30.08.2016 01:07
wseventeen

Цитата:
Имхо такое возможно только если оригинал перемещается в корзину.

Да, в этом дело.
Автор: VictorVG4
Дата сообщения: 30.08.2016 01:10
Alexyz21

А тогда хардлинк не рвётся т.к. оригинал просто регистрируется в другом каталоге.
Автор: Alexyz21
Дата сообщения: 30.08.2016 01:59
Так копирования с сохранением линков, как я понял, не предвидится? - Жаль.
Автор: wseventeen
Дата сообщения: 30.08.2016 02:07

Цитата:
Так копирования с сохранением линков, как я понял, не предвидится? - Жаль.

Отключите удаление в корзину - будет.
Автор: VictorVG4
Дата сообщения: 30.08.2016 02:12
Alexyz21

При копировании с удалением в корзину происходит иная последовательность операций - перемещение оригинала в новое место и затем копирование в целевой каталог новой копии. Разрыва хардлинка тут нет.
Автор: wseventeen
Дата сообщения: 30.08.2016 02:22

Цитата:
будет

Будет замена всех слинкованных файлов.
Если нужно Восстановление хардлинков при копировании, то как минимум надо создать виш на мантисе, а там как карта ляжет...
Автор: Alexyz21
Дата сообщения: 30.08.2016 09:03
4770. Раскраска и сортировка групп. Работает ли опция продолжения обработки (Continue processing)?
Имеем 2 рядом лежащих файла, связанных жёсткой ссылкой. В панелях он отображён с лидирующим плюсом, согласно созданному правилу раскраски. Ставим на любой из файлов атрибут невидимости. Получить оба визуальных эффекта одновременно, не создавая дополнительные комбинации правил, не удалось.

Страницы: 123456789101112131415161718192021222324252627282930313233343536373839404142434445464748495051525354555657585960616263646566

Предыдущая тема: оффтоп


Форум Ru-Board.club — поднят 15-09-2016 числа. Цель - сохранить наследие старого Ru-Board, истории становления российского интернета. Сделано для людей.