Функциональность: Мечтание: А вот хорошо бы поиметь fb2-проникающее редактирование...

Функциональность: Мечтание: А вот хорошо бы поиметь fb2-проникающее редактирование...

Вот сейчас меняю я, скажем, в Либрусеке автора в fb2-книжке. При этом меняется запись в базе и... и больше, кажется, ничего.

А вот хорошо бы было, если бы при изменении автора движок менял не только запись в базе, но и распаковывал fb2-книжку из зипа, менял автора у ей внутре, потом переименовывал fb2-файл в соответствии с новым автором, и снова в зип запаковывал.

А ещё хорошо бы было, если бы не только изменение автора, но и любое затрагивающее fb2-description, а может и fb2-body, изменение тоже было бы fb2-проникающим. Авторы, название, сериал, жанр, язык, аннотация, обложка... и чтоб попутно движок и history обновлял...

Какая чудесная настала бы у нас тогда бы жизнь.

А что, помечтать нельзя?

pkn написал:
А что, помечтать нельзя?

Почему же нельзя. Можно.
Я сам о таком мечтаю уже давно.

(испуганно) Ой, кто здесь?!

А что это за "Голос" появился? И почему его нельзя сразу в +999,999 поставить?

Патамучта эта плюсодин.
Зачем я его впендюрил я пока не понял.

larin написал:
Патамучта эта плюсодин.
Зачем я его впендюрил я пока не понял.

Шоб було?

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

Модуля -1 пока не написали. Пользуемся чем дают.

А чего не хватает?
Могу попытаться к вот этой приблуде добавить редактирование "потэжное"...
Парсер там уже есть (убогий - експат).
Форматить вывод, правда, будет "не по-авторски"...

Заодно уж и в utf-8 всё переводить можно.

я против, потому что если такая фича будет то сложнее будет отслеживать изменеия...

Почему? Что мешает писать протокол изменений? И подходящим образом его визуализировать?
Типа:

Оператор Дата           Время Книга-№    Исправлено-поле                  Было           Стало
В.Пупкин 9008-02-31 24:01  918273645 description.title-info.book-title Майн Кампф Моя борьба

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

Не очень понял, причём тут БД.
Сейчас книги хранятся в файлах fb2, по запросу генерится fb2.zip/html/txt.
Чтобы генерировать файл любого формата нужен генератор любого формата. Если есть - могу прикрутить.

Ну раз уж мечтаем...

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

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

Впрочем, KISS-принцип, реализацию которого мы сейчас имеем, тож привлекателен по-своему... ;)

при наших _человеческих_ ресурсах мы не сможем отслеживать ВСЕ изменения, даже если ВСЕ станут библиотекарями... поэтому, имхо, нам об этом задумываться рано...

не хотел никого обидеть, это лишь мой хамбл опинион ;))

А если так только заголовок (xml.FictionBook.description.*) давать редактировать?
Там, вроде, всего 3 секции метаданных - title-info, book-info, да custom-info.
К custom-info дать возможность простым смертным только append делать.
А book-info.history аппендить и вовсе автоматом.

их там 5 разделов:

title-info
src-title-info
document-info
publish-info
custom-info

Надо же! Поди и описание где-то есть? А то я тут сочинял...

Впрочем, что это меняет? Три или пять - там более-менее формализованные поля, которые можно покоцать программно.

есть не только XLS-схема, но даже и картинка, на которой все очень красиво отображено =)))
ссылок не помню - простите (

X