niccolo
Подождём, как проявит себя Милей....
Чего вам там в минус поразвивать? Платите мне просто так з/п.... Я тоже обзову посылторг «Мезоном» и буду вам рассказывать сказки про «Автоматизация, роботизация, цифровизация, новая аналитика и новое планирование». Думаю 500 тыс в мес мне хватит
Вы уверены, что триллион в трежерях - это выгода а не пшик?
По поводу лингво вами писать, или им у вас другой отдел занимается?
1. Теговое форматирование в словарях последних версий (X5-X6) - ужасное.
2. Состав словарей в X6 в сравнении с X5 вполне тянет на то, чтобы требовать возврата денег, причём именно в самой дорогой версии....
3. Количество недоделок в словарях русской коллекции просто за гранью допустимого - значительные пропуски в Дале, Ушакове, Кузнецове, БЭСе (что посмотрел более менее внимательно) не считая сотен подвешенных ссылок, часто обусловленных орфоошибками...
4. Отсутствие настройки интерфейса - например модной чёрной темы..., выделения оригинала или перевода в примерах ([ex] по тегу [lang]) - вообще настройка цветовой гаммы оформления.....
5. Неудобные выпадающие списки выбора языков......
6. Автопереключение языков в разноалфавитных парах — проверка вставленного текста и поиск в соотв. паре...
7. невозможность вытянуть наверх словарь по тематике перевода.....
8. При добавлении словарей через dictconf.ini вдруг выяснилось, что он требует алфавитного порядка словарей по названиям!!! независимо от языкового направления - т.е. получается каша из словарей, либо словари надо переименовывать, ставя языковую пару вперёд.....
Этим приходится заниматься из-за убогости менеджмента словарей.
9. Невозможность добавления словарей других языков в другие языковые пары - например англо-редкоязычных в русско-редкоязычные, где часто приходится работать через язык, или латинских словарей в тексты, насыщенные латынью и т.п.
10. Невозможность правки ошибок в словарях на лету с передачей этой информации вашим лексикологам для работы через мессенджеры, почтой или прямо.
11. Отсутствие тихого фонового индексирования.
12. Убогость компилятора словарей — отсутствие фонового режима, отсутствие пакетного режима (по списку, по дате), автокомпиляция и индексирование изменившихся словарей, отсутствие настройки выводимых предупреждений.... (к чему предупреждать например о неалфвитных символах в химических словарях или почему для латиницы - кириллица в заголовках предупреждение, наоборот — нет). В идеале параметр в словаре, на какие предупреждения его проверять/не проверять и другие опции компилятора (добавлять разметку или нет - отсутствие параметра - опции определяются настройками компилятора)........
13. Панелька ввода неалфавитных символов например для химических/физических словарей с обилием греческих обозначений.
14. Настройка автозакрытия только вторичных окон т.е. чтобы оставалось при переключении только окно программы и окно искомого слова.
15. Настройка справочного словаря для проверки значения слов на языках — например БСЭ для русского, Британники или словаря синонимов для английского и т.п.
16. Настройка символа скрытия заголовка из окна для работы с многоязычными словарями индексного типа типа шломана - чтобы в окне программы не было кучи этих v-xx-xxxx.
17. Разруливание ситуации с добавлением таких словарей во все языки из одного экземпляра вместо кучи - например со шломаном - его добавление сразу во все языковые пары с индексацией в них по тегу lang.
18. Возможность вывода картинок в окне фиксированного размера с масштабированием под это окно и кнопкой в нём - в полный размер для просмотра мелких деталей на больших картинках....
19. Запихивание abrv и ann в файл словаря в соответствующие секции....
20. Избавление от множественности тега lang (id, name) и привязкой к трёхзначным кодам языков ISO (компилятор должен автоматом вносить соответствующие исправления в копию словаря для новой версии)....
21. Решение проблемы с таблицами в словарях.
22. Поддержка UTF8 компилятором по BOM.
23. Автоматическое добавление разметки для поиска в словари без trn. (А флажок должен быть - не добавлять такую разметку, если её нет - для какого-то специфического использования)......
Как бы основное......
Высказывал, много раз, начиная версии с 9, ещё на форуме Finereader.ru...
И всё время было одно и то же - мы передадим в отдел разработки........
Печально......
Идеи нихрена не крутые, а просто насущные для тех кто работает с программой...
В 15 версии файлы уже не получаются такими огромными ——— Ха-ха-ха.......
Скачайте Шломана с publ.lib.ru и попробуйте удержаться в его размере при добавлении текстового слоя без ухудшения качества картинок......
При любых настройках увеличение размера было от кратного до многократного.
Вот видите, даже у 2 человек разный подход к предобработке - вы за Питон, я за Сканкромсатор.... А сколько еще других вариантов может быть.... Выход только один - простая и ясная структура исходных данных, примерно как в сканкромсаторе.... Ну а чем и как их потом обрабатывать, каждый сам пусть решает.
И еще один момент....
Если бы вам продавец лопаты/молотка сказал, что через 3 года за лопату нужно будет доплатить, иначе она не будет копать/забивать гвозди — чтобы вы сказали такому продавцу????
Я думаю, намёк понятен....
Насколько должны быть лучше такие лопаты и молотки, по сравнению со старыми или других моделей без ограничений?
Я даже могу вам вполне конкретный пример назвать - БП часто ищут верстальщиков на перевёрстку сканов/PDF для последующей работы. Вот доведите FR до ума настолько, чтобы результаты сохранения соответствовали требованиям БП и с ними тогда вы можете пообсуждать вопрос о постраничной оплате.... Но это потребует РАБОТЫ, а не потирания причиндалов дипломами ФИЗТЕХа......
По поводу 2-мониторных конфигураций - я бы сначала посоветовал задуматься об оптимизации программы под широкие моники с дефицитом высоты и избытком ширины....
Отсутствие заметных улучшений в эргономике ваших продуктов начиная с самых стародавних версий — это показатель того, как грамотно и интенсивно вы ими пользуетесь, и соответственно того, насколько вы видите реальные проблемы и пути улучшения своих продуктов...
По поводу обработки Питоном результатов распознавания - тут наверное лучше подумать об их экспорте в текст, обработке где-угодно и чем угодно - регвырами, питоном, перлом, JS etc..... и обратным импортом в пакет и привязкой хотя бы на уровне абзацев, третей или четвертей страницы..., учитывая то, что FR до сих пор для большинства основной инструмент создания ебуков с возможностью поиска.......
Да еще один момент — стариковский —- опять про эргономику - различать надписи, похожие и одинаково серые элементы интерфейса становится всё затруднительнее или приходится масштабировать экран, что уменьшает размер рабочей зоны....
Подумайте — почему на светофоре три разных цвета - а не три одинаковых цвета с тремя разными надписями, которые бы для полного микрософто-программистского кайфа нужно было бы сделать мелким шрифтом.....
В табличном окне пакета тоже можно было бы выделять цветом страницы с уровнем ошибок/количеством блоков больше/меньше, наличием блоков определённого типа - напр, таблиц или картинок и т.п. — для быстрого понимая где-что /исправления самых грубых ошибок распознавания для последующего создания книг с поиском....
Это точно... Но инфляция сама не исчезнет. И Precious Justos не поможет.