Еще одна система ведения локальных библиотек

Скачал, попробовал, не работает под Vista
лог тут http://trac2.assembla.com/jfblibpublic/ticket/5
Насколько я могу судить в логе те же ошибки.

Проверил, оба файла org.eclipse.swt.wpf.win32.x86_3.3.1.v3347a.jar и org.eclipse.swt_3.3.2.v3347.jar лежат в папке plugins

hedgehog77

Что ж, тогда специальная виста-версия закрывается до лучших (или худших) времен, когда я найду время и место для установки висты и тестирования jfblib под нее. Пока пользуемся просто win-версией.

Автор большое спасибо за программу!
Если вы продолжите ее развивать, она 100% вытеснит все fb2lib, bookshelf и прочие.
По крайней мере для меня она &quot;почти&quot; удобнее =)

Есть несколько пожеланий по функционалу:
1. Возможность экспорта библиотеки в пользовательском формате в выбранное место, как то фамилия_автора/книга.fb2.zip
причем экспорта любой выборки - всего автора, всей серии, просто 10 книг в каком-то виде
Это нужно прежде всего из-за хранения книг во внутреннем списке каталогов, а иногда нужно слить часть куда-либо.
И делать это желательно правой кнопкой мыши в левой части экрана в дереве (пока это можно сделать только справа, а там непонятно как выделить например абсолютно все книги)

2. Вести для книг статистику сколько раз читал, это обязательно, т.к. иначе найти что прочитано а что нет станет тяжело буквально через пару месяцев.

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

4. Баг - не сортируется список problems при импортировании нажатием на заголовках.

5. Было бы просто отлично добавить помимо &quot;читать&quot; и &quot;редактировать&quot; дополнительные пользовательские фишки, со 100% настройкой.
Кому-то нужно конвертить в LRF к примеру внешней тулзой через командную строку, для кого-то isilo нужен. В общем дать пользователям простор.
Вид простой - название действия,
ссылка на программу
доп. параметры командной строки

Единственное что не знаю как оно будет под linux и прочими работать - я чисто win юзер =)

6. Всё-таки может быть есть возможность хранить всю базу не индексом, а по привычным каталогам? Я понимаю логичность, но просто непривычно и иногда удобнее просто total commander залезть и стащить пару нужных файликов =)

И еще раз - огромное спасибо за работу! Надеюсь на появление новых билдов

Добавлено спустя 15 часов 25 минут 8 секунд:

в догонку еще пара пожеланий

Поюзал несколько часов всю мою базу книг и есть еще пожелание по юзабельности:
Сделать серию при сведении не чувствительной к регистру, а то получаются разные серии вида "Рыцари Сорока Островов" и другая "Рыцари сорока островов".
Или еще как вариант при выводе и сортировке делать принудительное форматирование, при котором каждое слово с большой буквы.
Общая идея - при сведении информации по сериям, авторам и названиям книг добавить некий вариант обработки, не только с заглавными-строчными буквами, но и удалять все знаки препинания, ё заменять на е и может еще что-то.
Примеры:
Лавкрафт.,Говард и Лавкрафт, Говард очевидно одно и то же самое, будет лучше если программа это будет понимать =)
Или Головачёв и Головачев - аналогично.
Ле Гуин, Урсула
Ле, Гуин Урсула
Ле гуин, Урсула К.
и прочее.

поясню откуда такая заинтерисованность - сам работаю с большими базами клиентов в САП и 1С, для себя написал не самый простой алгоритм поиска задвоенных записей на vba, поэтому стандартные опечатки-ошибки знаю непонаслышке =)
Вряд ли это понадобится, но свой алгоритм могу скинуть.

Добавлено спустя 5 часов 25 минут 58 секунд:

Поюзал еще полдня параллельно FB2Lib и вашу программу - и всё больше надежды что свою программу вы до ума доведете.
Всё ж таки fb2lib несмотря на достаточный функционал не очень понравилась массой мелких неточностей, неудобств и недоделок.
Сорри за болшой пост. Было время, сидел копался, эмоций много. =)

Общая структура алгоритма обработки, который работает в моем макросе:
первым делом основная идея - при работе со списком покупателей сначала все существующие записи обрабатываются алгоритмом, а потом уже с обработанным наименованием сравнивается обработанный вид нового покупателя, т.е. юзер видит и в базе, и в новых нормальные ФИО, а все замуты - только на момент сравнения и создания новых записей

Сама обработка для сравнения:
1. удаление всех знаков препинания из имени, замена ё на е, ъ на ь, щ на ш
2. удаление задвоенных пробелов
3. удаление одиночных (в случае с авторами возможно и двух отдельностоящих) символов в наименовании
4. Удаление всех пробелов в названии

Вроде как всё. Я всю работу по такой обработке вывожу в log в excel, чтобы можно было просмотреть что где и как заменилось.

Добавлено спустя 2 минуты 3 секунды:

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