Внесите Эдди!

Даёшь КОИ-128!

хрюникод нинужин!

·– ––·· –··· ··– –·– ·– –···– –– ––– ·–· ––·· · –···– –· ·– –––– · –···– ·–– ··· · ––··––

Да, если что, написано calibre на #!/usr/bin/env python последняя версия требует PyQT-5 и QT-5

Но это не значит, что файл после calibre окажется на современной системе.

Вы на фотку creator'а посмотрите, и всё станет понятно.

Я тебе как радиотелеграфист говорю — морзянку любят лишь те, кто ей никогда не пользовался.

Eddy_Em, твой выход!

Возможно, это специально для некоторых любителей koi8-r?

Самое печальное что вменяемой замены то по ходу и нету.

оПХБЕР! оХГДЕЖ

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

оПХБЕР! оХГДЕЖ

Пыхнул бобёр: «Ох, где же я?»

mtk спасибо за ссылочку она окончательно убедила меня в том что это про дерьмо надо поскорее забыть как про страшный сон. Твой патчик для calibre я нашел сейчас буду разбираться.

А вообще да с такими „отличными“ помощниками как calibre проще самому держать и наводить порядок в библиотеке а читать вообще отдельной программой коих тоже чуть менее чем дохрена.

для совместимости с „упоротомыми ОСями в которых всё еще нет нормальной поддержки UTF-8“.

Из современных ОС я таких не знаю, но, если автор хочет поддерживать разного рода окаменелости, это его право. Просто не пользуйтесь этим хламом.

Палишься, Эдик.

То не мой pull request, но я делал так же (только без опции в настройках).

В calibre довольно чётко сказано, что база файлов — это личные данные программы. Хорошо это или нет — другой вопрос. Но ты тупо используешь не тот инструмент не для тех задач. Угадай, кто здесь ССЗБ?

Если нужно скидывать куда-то базу в нужном формате, то используется экспорт, где на питоне можно описать любой формат каталогов. А ещё здесь можно отключить конвертирование символов, и в пиньинь ничего не конвертируется. И всё пишется в юникоде, да.

AsE:

$ tree
.
└── 日本人, John Schember
    └── Calibre Quick Start Guide 围城
        ├── Calibre Quick Start Guide 围城 - John Schember 日本人.epub
        ├── Calibre Quick Start Guide 围城 - John Schember 日本人.jpg
        └── Calibre Quick Start Guide 围城 - John Schember 日本人.opf

То не мой pull request, но я делал так же (только без опции в настройках).

Ну не столь важно. Суть это именно то чего мне и нужно.

В calibre довольно чётко сказано, что база файлов — это личные данные программы.

БД которую calibre создаёт по метаданным вот „это личные данные программы“ а библиотека, её структура и кодировка имен директорий и файлов вот это уже не её сраная забота. И да то, что calibre упорядочивает и каталогизирует это замечательно. Вот только пересерать нахер имена в транслит да еще и ASCII это никак не вменяемое „упорядочивание“ или „каталогизация“.

http://manual.calibre-ebook.com/faq.html#why-doesn-t-app-let-me-store-books-i...

Повторяю, зачем ты изначально взял программу, которая совершенно не подходит для решения твоих задач?

// Есть мнение, что если бы автор запихнул базу в какой-нибудь *sql в виде одного файла, то вопросы бы и не возникали.

Calibre нинужна. Даешь freelib

Если нужно скидывать куда-то базу в нужном формате, то используется экспорт, где на питоне можно описать любой формат каталогов.

Спасибо капитан. Структуру директорий можно задать и для самой „библиотеки“ а вот идиотизм с транслитерацией и ASCII выключить негде.

Повторяю, зачем ты изначально взял программу, которая совершенно не подходит для решения твоих задач?

Повторяю изначально оно в глаза не бросалось и если бы не конкретно этот идиотизм меня бы всё устраивало. И да экспортировать куда-то только ради того чтобы там оно было в том виде в котором я хочу видеть саму „библиотеку“ это верх идиотизма.

Форкни и/или напиши свой менеджер.

// Есть мнение, что если бы автор запихнул базу в какой-нибудь *sql в виде одного файла, то вопросы бы и не возникали.

Во первых ты уже задрал исправлять.

Во вторых ты слоупок ибо в „библиотеке“ calibre

$ file metadata.db 
metadata.db: SQLite 3.x database, user version 21

где и хранятся все метаданные о книгах.

где и хранятся все метаданные о книгах.

Я говорил про все данные, вместе с книгами.

Скастую пожалуй Eddy_Em, как самого упоротого ненужниста.

Ну так форкните, ёпта. Или вам софт должны индусы писать, а русским допустимо только на печи валяться?

Я говорил про все данные, вместе с книгами.

А это дерьмо я бы сразу отправил на помойку.

И да я не знаю ни одного музыкального или видео плеера который бы сперва пихал вообще всю херню которую он проигрывает в БД ибо так „вопросы бы и не возникали“.

А то что calibre для книжек исполняет роль EasyTAG для музыки да еще и умеет делать каталог это круто. Вот только если бы он еще и делал этот самый каталог вменяемо.

А ещё точнее если бы автор calibre хоть немного бы вылез из своего анабиоза.

А то что calibre для книжек исполняет роль EasyTAG для музыки да еще и умеет делать каталог это круто. Вот только если бы он еще и делал этот самый каталог вменяемо.

easytag успешно уделывают picard, qoobar и puddletag. А альтернативы calibre (freelib и myrulib) — пока сильно далеко.

Дай линк для Ер.

easytag успешно уделывают picard, qoobar и puddletag. А альтернативы calibre (freelib и myrulib) — пока сильно далеко.

А разговор вовсе не об этом.

Во первых идиоты с не UTF-8 обязаны страдать но не наоборот. Во вторых любая альтернатива, если она не перехерячивает имена файлов, будет лучше чем calibre хотя-бы потому что, для начала, это вообще не её сраная забота как там выглядят имена файлом. А то как это делает calibre… Если calibre просто не трогало изначальные имена файлов было-бы и то лучше.

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

Думаю, жопонцы с кетайцами и прочими производными в конце-концов перейдут на нормальную письменность.

Товаресч, Капитан Очевидность, и таки що?

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

Pofixil

Inkrementiruju nenuzhnost' hrjunikoda dlja ljudej, ne ispol'zujushhih idioticheskuju pis'mennost'.

Dumaju, zhoponcy s ketajcami i prochimi proizvodnymi v konce-koncov perejdut na normal'nuju pis'mennost'.

Вообще-то он в принципе прав. Я, например, стараюсь не давать файлам имена, содержащие не ASCII символы и пробелы.

Потому что многолетний опыт говорит о том, что если использовать в именах файлов пробелы и/или не ASCII, рано или поздно оно где-то вылезет глюками.

Вообще-то он в принципе прав.

Вообще-то я в принципе не против того что он прав… а переключатель где? Я не хочу вместо любого языка в именах видеть невменяемую транслитерированную бнопню на ASCII.

И да по крайней мере в gentoo экспорт из calibre-1.48 поломан.

Потому что многолетний опыт говорит о том, что если использовать в именах файлов пробелы и/или не ASCII, рано или поздно оно где-то вылезет глюками.

Только 8.3, только хардк~1

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

Я вот кстати не понимаю, нафига оно конвертит их? Для каких-таких осей? Для этих что ли?

У неё внутрях же Qt5, который жрёт аж UTF-16 и юзает 30-ти мегабайтный libicu. Ему пофиг с чем работать: что с 围城日本人.epub, что с .̈̿̐͋́͠҉̧̼̯̞̤̗̟̤͕̟͉͕̯̫͉̱͎͎ͅ.epub. Что за фигня? Почему возможность фреймворка отрезали в программе?

на нормальную письменность.

так ведь тогда юникод всё равно нужен, ну, по крайней мере, альтернативы, умеющие в деванагари, мне не известны (

Это слишком, а вот имена кириллицей могут вызвать глюки. Например, запишешь фильм на флешку, захочешь на плеере просмотреть, а там кракозябры.

И кстати, 8.3 - это слишком сурово, но где-то 20-30 знаками неплохо бы и ограничивать имена, а то опять же иногда это чревато тем, что в какие-нибудь лимиты чего-то где-то не пролезет.

Правда, замечу, что проблемы обычно возникают из-за взаимодействия не с линуксом.

рано или поздно оно где-то вылезет глюками

В том-то и суть: если бояться пробелов или юникода, то баги с их обработкой будут тихонько сидеть в программах еще несколько десятилетий. Я считаю, надо идти навстречу этой проблеме, а не пытаться увернуться (конечно, enterprise не в счет, там надежность во главе угла).

Здесь показателен такой пример из мелко-мягкого мира: Visual Studio по умолчанию хранит проекты в «C:\Documents and Settings\Администратор\Документы\Visual Studio 2010» - таким образом отлавливается значительная часть багов с некорректной обработкой путей.

Я вот кстати не понимаю, нафига оно конвертит их? Для каких-таких осей? Для этих что ли?

Даже fat-32, который сейчас чуть менее чем вообще на всех android-ах, и тот умеет:

https://ru.wikipedia.org/wiki/Сравнение_файловых_систем

Любые символы Юникода, кроме NUL

не говоря про exFAT или ntfs.

Кому-то еще нужен fat-{12/16}?

Почему возможность фреймворка отрезали в программе?

Потому-что упоротый разработчик считает что «ASCII хватит всем»?

Там все метаданные файлов и так в своей собственной БД а не в файлах на фс. И да по сути как файлы называются вообще не важно. И то что оно умеет искать недостающие метаданные в инторнэте, проверять имена, переименовывать и транслитерировать это замечательно потому-что точно так-же как и EasyTag оно тоже надо.

The most simplest way is to use one language on whole Earth!

запишешь фильм на флешку, захочешь на плеере просмотреть, а там кракозябры

Просто незачем покупать кривое китайское барахло не ознакомившись с функционалом и отзывами других покупателей. Предлагаешь мне все имена файлов конвертировать в транслит из-за теоретического существования каких-то кривулек?

The most simplest way is to use one language on whole Earth!

The question is what language? In English there are more crutches even than in Russian, at least tenses.

Пока люди не будут едины - не взлетит.

Массовые расстрелы приведут нас к качественному технофашизму ☺

Смерть человекам, вся власть роботам!!!