LinuxMint.com.ru

Whowka писал(а): ↑

21 фев 2020, 01:03

usr/sbin/minidlnad -d -f /etc/minidlna.conf
сутки настраивал

С minidlna и я, помнится, фиг знает сколько времени провозился.

Whowka писал(а): ↑

20 фев 2020, 21:12

та не, там не в пробеле была проблема....

ну вот жеж блин
причём здесь пробел , если про него сказано во втором пункте, а пункт1 по поводу отсутствия назначения переменной direc
переменная эта не влияет на создание пдф , а только на отображение имени каталога с созданным пдф в заключительном окошке.
В Convert_img2pdf.sh это исправлено и добавлена возможность назначения имени выходного файла пдф (той части что перед дата-время) .
А по умолчанию имя назначается по имени папки с исходными файлами + дата-время.

в догонку к #13 и #22
Зы

Whowka писал(а): ↑

20 фев 2020, 14:38

Проблема Convert2Pdf оказалась в /etc/ImageMagick-6/policy.xml, в строке:
<policy domain="coder" rights="none" pattern="PDF" />
Нужно поменять "none" на "write" .(А в Дебиане, в policy этой секции нет)

в ЛМДЕ секции такой нет,
однако что интересно - и в минт17.3 мате ( в /etc/ImageMagick/policy.xml) и
и в минт18.3 циннамон (в /etc/ImageMagick-6/policy.xml) секция таковая имеется и записано
<policy domain="coder" rights="none" pattern="PDF" />
однако скрипт работает и создаёт пдф из исходников
зы2
проблема нарушения порядка картинок в "собранном" пдф относительно исходных , имеется, но не проявляется если картинок до 10.

colonel писал(а): ↑

23 фев 2020, 08:18

проблема нарушения порядка картинок

случайно не так? (1,10,11...19,2,20,21... и тд).

symon2014, так

colonel, похоже это "фича" системы . Когда то я увлёкся опробованием разных систем , и насажал их больше десятка , груб начал их прописывать в такой же последовательности , и в результате на 16 оси завис и сошёл с ума.

colonel писал(а): ↑

23 фев 2020, 08:18

однако скрипт работает и создаёт пдф из исходников

Действительно странно
Я вот Здесь читал что именно с ubutu 18 началось.

Whowka писал(а): ↑

23 фев 2020, 12:12

Я вот Здесь читал что именно с ubutu 18 началось. ...

не знаю,
может ещё где что в " политиках" записано оставшееся от минт17 , потому как моёйная 18.3 цмон получена поэтапно апгрейдами начиная уж и не помню с какой именно минт17 (толи с минт17.2 толи 17.3 ,.. а может и с 17.1 )
она у меня неосновной резервной системой и для того чтоб глянуть как там в цмоне . А основная система у мну с мате .

colonel писал(а): ↑

23 фев 2020, 17:27

может ещё где что в " политиках" записано

Ну я пролистал яндекс до 19 страницы и везде лишь одно решение ошибки : (это мне треминал выдал)
А, где-то мне попалось, что нужно добавить строку: не трогая остальные, но, поскольку я не понимаю, почему "LABEL" , я не стал пробывать ( )

symon2014 писал(а): ↑

23 фев 2020, 08:26

случайно не так? (1,10,11...19,2,20,21... и тд).

colonel писал(а): ↑

23 фев 2020, 08:34

так

Я когда писал скрипт для установки LTS-ядер, столкнулся с это бедой при выводе списка ядер.
Если взять список файлов и сделать так То на выходе должны получить нормально отсотированный список, т.е. 1,2,3,...,10,11,12,...,20,21...

rogoznik, тут такая штука, перед сборкой, как зрасписал автор ( Свежий ветер ) , в исходном каталоге файлы ручками нумеруются в том порядке в каком они должны быть в пдф и при необходимости масштабируются в один размер.
Далее исходя из того что могут быть сборки из разномастные картинки сначала проходит их конвертация (на выбор юзера в png или jpg ) в созданный временный каталог. Это проходит с одновременным переименованием ( в каталоге получаем набор файлов типа j-0.jpg, j-1.jpg, .......j-9.jpg, j-10.jpg , j-11.jpg ... j-19.jpg , j-20.jpg и тд ) Ничего при этом в порядке файлов не меняется. Но при самой конвертации в ПДФ файлы вносятся не в том порядке.

В общем-то если для сборки в пдф не предусматривается более 9 доков или важно какой первый лист будет а для остальных порядок не так важен , то можно не париться .

Если нужны будут сборки из бОльшего количества картинок переводить и важен их порядок , то лучше или специализированную программу использовать хоть сразу для создания хоть для перемены мест картинок в готовом пдф.
Или заниматься дурью и брать картинки одного формата ( или предварительно их приводить их в один формат) и вручную переименовывать в требуемом порядке типа a-1,a-2 ......а-9, b-10, b-11.... b-19, с-10, ......с-19, d-20 .... )
да и скрипт переделать потребуется - убрать предварительное конвертирование в единый формат, и конвертить пдф сразу из исходной папки.

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

У меня в NEMO заданы разные действия с PDF (и не только) по нажатию правой кнопки мыши
Контекстное меню ФМ nemo (тема от demonlibra)

pdf_compress Уменьшить размер файла PDF сжатием изображений
pdf_convert_to_image Преобразовать страницы PDF в изображения
pdf_convert_to_text Преобразовать PDF в текст
pdf_decrypt Снять защиту с PDF
pdf_export_image Извлечь изображения из PDF
pdf_export_pages Извлечь страницы из PDF
pdf_print Распечатать документ PDF
pdf_search_text Найти строку в файлах PDF при помощи pdfgrep
pdf_unite2 Объединить файлы pdf и изображения в PDF
pdf_unite Объединить (только) файлы PDF

demonlibra, и какое отношение эти действия с PDF через контекстное меню имеют к теме создания многостраничного пдф , да ещё и при условии что у автора топика не циннамон с немо, а мате с caja ?

Прочел первый пост, в котором поставлена задача.

Whowka писал(а): ↑

20 фев 2020, 00:58

Сделать pdf-файл из кучи всяких сканов

В моих сценариях есть такой, который позволяет объединить изображения/pdf документы в pdf документ. Написано на bash, так что запустить можно где угодно.

demonlibra писал(а): ↑

23 фев 2020, 23:43

моих сценариях есть такой, который позволяет объединить изображения/pdf документы в pdf документ. Написано на bash, так что запустить можно где угодно.

виноват сходу не очень понятно из этой кучи акцион

собсно про установку ImageMagick и правку /etc/ImageMagick-6/policy.xml уже оговорено в теме.
а как решена "проблема" размещения картинок в требуемом заданном порядке при большом количестве листов( более 10 ) ?
посмотреть как оно на практике с вашим скриптом сходу не получилось - чего то он на минт19.3 мате не завёлся

Оно же без GUI, так что очередность такая как в файловом менеджере.
Если нужен GUI, то pdfarranger

а как решена "проблема" размещения картинок в требуемом заданном порядке при большом количестве листов( более 10 ) ?

Оно же без GUI, так что очередность такая как в файловом менеджере.

demonlibra, хм ... ... гуй вообще ни причём.
Очерёдность в файловом манагере может быть разная (по алфавиту.имени , по размеру, по типу , по дате , ..... )
Речь же шла о заданном алфавитном порядке в исходном каталоге и сохранении его в выходном файле пдф куда картинки помещаются конвертором при большом количестве картинок ( более 10 ).

ЗЫ
Ваш башкрипт помещённый в /.config/caja/scripts не сработал и не выдал "на гора" файл пдф по клику строки сценария с выделеленными файлами картинок, и ни каких окошек не открывалось, в том числе о необходимости установки пакета yad.
Возможно что-то ещё надо было сделать для его работы кроме установки ImageMagick и правки файла /etc/ImageMagick-6/policy.xml

Ну по крайней мере Nemo передает в алфавитном возрастающем порядке и это не зависит от выбранного пользователем типа сортировки.
Аж интересно стало. Установил caja, но он что-то не запускается. Странно.

Смог запустить caja только командой Сценарий надо править. caja не передает полный путь к файлу.

symon2014 писал(а): ↑

23 фев 2020, 08:39

в результате на 16 оси завис и сошёл с ума.

Я у себя 26 насчитал (на 4 дисках), всё норм.
Интерес не иссякает, хочу ещё 5-6 линукс-осей посмотреть-пощупать, так что скоро за 30-ку перевалю..
Я делаю по 8 систем на диске, т.е. последняя 9-я и нумерация по порядку.
А на одном диске требуемый порядок легко отсортировать с помощью Grub Customizer