Комментарии 23
C сайта не ясно, почему версия с 3мя языками стоит на 30AUD дороже чем версия с 170.
Размер FineReader.app 1,22 ГБ. Помню какая-то версия под винду весила около сотни мегабайтов и всем устраивала (давно это правда было).
Добавились китайский, японский и корейский. Там очень много символов, и они сложные, вырос размер соответствующих баз. Ну и языков становится все больше и больше, растет размер словарей.
И как я жил раньше без китайских, японских и корейских баз?
А если серьёзно, было бы неплохо выложить рядом укороченную версию, чтобы там был только русский и английский.
А если серьёзно, было бы неплохо выложить рядом укороченную версию, чтобы там был только русский и английский.
IMHO, было бы неплохо за небольшую денежку покупать «голый», базовый пакет без языков, а к нему докупать необходимые языки. Кому-то нужен английский, а кому-то — немецкий или, например, испанский.
Получится, что голый продукт не работает вовсе. Вряд ли это пользователям понравится. Если поставить в базовый пакет непопулярный язык, это не понравится большинству — для них продукт все равно не будет работать. Если оставить популярный (напр английский), то мы заработаем сильно меньше (ну, допустим, мы перенесем этот удар), а носители остальных языков все равно будут считать себя обделенными. Нет в мире совершенства :)
А если не языки, а форматы для экспорта?
К примеру, «голый» продукт умеет сохранять только в txt (или abbyy-xml), экспорт в каждое новое направление стоит дополнительных денег.
К примеру, «голый» продукт умеет сохранять только в txt (или abbyy-xml), экспорт в каждое новое направление стоит дополнительных денег.
НЛО прилетело и опубликовало эту надпись здесь
Ок. Тогда можно сделать что-то типа «конфигуратора»: пользователь при покупке получает «голое» базовое ПО + возможность выбрать те языки, которые ему необходимы. В зависимости от выбранных языков высчитывается стоимость покупки. Ну и возможность впоследствии докупать языки по мере необходимости.
Исхожу из того, что владельцу, например, MB Air забивать и так небольшой SSD ненужными ему языковыми пакетами совсем не интересно. ;)
Исхожу из того, что владельцу, например, MB Air забивать и так небольшой SSD ненужными ему языковыми пакетами совсем не интересно. ;)
Все это немного сложно сделать в App Store. Мы подумаем, а пока простое решение: откройте внутренности контейнера с приложением, дойдите до папки Frameworks. Там лежат файлы системы распознавания. Выберите все файлы, у которых в расширении есть буквы cjk, и перекиньте их куда-нибудь. Потом запустите FineReader и проверьте, что все работает. Вы сэкономите довольно много места.
Нет.
Получается, что «лишь один из вариантов поставляемого по сети продукта не работает». Ровно тот, который и не должен.
Ничего же не мешает и в коробку класть по-прежнему все имеющиеся языки, и в интернете продавать готовые комплекты с языками, которые нужны сразу?..
Получается, что «лишь один из вариантов поставляемого по сети продукта не работает». Ровно тот, который и не должен.
Ничего же не мешает и в коробку класть по-прежнему все имеющиеся языки, и в интернете продавать готовые комплекты с языками, которые нужны сразу?..
Вообще, это неплохо, что продукты, считавшиеся «классикой для Windows», потихоньку перетекают в полнофункциональном виде на Мас.
С одной стороны, на Маке местами плохо без игрушек (о, допотопный Titan Quest!), и меня как домашнего пользователя это ужасно бесит. С другой, взаимопроникновение продуктов между платформами не может не радовать, и Файнридер — это ценное дополнение для юзеров, вынужденных быть «тупыми свитчерами» по долгу работы или иным соображениям.
Ещё бы сделали RPP для Винды и Handy Backup для Макинтоша, и мои персональные потребности в кроссплатформенном ПО были бы закрыты на 146%! Эх, мечты. мечты…
С одной стороны, на Маке местами плохо без игрушек (о, допотопный Titan Quest!), и меня как домашнего пользователя это ужасно бесит. С другой, взаимопроникновение продуктов между платформами не может не радовать, и Файнридер — это ценное дополнение для юзеров, вынужденных быть «тупыми свитчерами» по долгу работы или иным соображениям.
Ещё бы сделали RPP для Винды и Handy Backup для Макинтоша, и мои персональные потребности в кроссплатформенном ПО были бы закрыты на 146%! Эх, мечты. мечты…
Относительно встроенного редактора я с вами не соглашусь. То есть спеллер конечно нужен, но не только.
Очень часто возникает ситуация — нужно взять сканированный текст, сложный, c колонками, заголовками, выносками и т.п. И переформатировать его, превратить в нормальную статью.
Сейчас на выходе распознавания получим word-файл где текстовые блоки жестко раскиданы по странице. Выглядит классно, но при попытке что-то поправить — макет расползается «в кашу»! Приходится тупо снимать все стили и потом вручную править полученную «простыню». При этом хорошо если текстовые блоки встанут в нужном порядке…
Да, есть режимы типа «форматированный пробелами текст» и другие. Но они спасают лишь отчасти — ведь все форматирование, отступы, стили заголовков и т.п. — тоже потеряется…
Так что имхо — нужен «редактор-конструктор». Который бы позволил «конструировать» текст на выходе — выбирать порядок блоков, показать какие блоки — это колонки и их нужно просто слить в один на всю ширину, выбрать формат бумаги для экспорта, отметить стили для блоков текста, и т.п. Все это можно настроить для всего документа, групп страниц или отдельных страниц.
В идеале хочется чтобы на выходе у программы был полноценный документ, а не «сырье» которое иногда быстрее набрать чем нормально отформатировать… Это естественно касается и версии под windows.
Очень часто возникает ситуация — нужно взять сканированный текст, сложный, c колонками, заголовками, выносками и т.п. И переформатировать его, превратить в нормальную статью.
Сейчас на выходе распознавания получим word-файл где текстовые блоки жестко раскиданы по странице. Выглядит классно, но при попытке что-то поправить — макет расползается «в кашу»! Приходится тупо снимать все стили и потом вручную править полученную «простыню». При этом хорошо если текстовые блоки встанут в нужном порядке…
Да, есть режимы типа «форматированный пробелами текст» и другие. Но они спасают лишь отчасти — ведь все форматирование, отступы, стили заголовков и т.п. — тоже потеряется…
Так что имхо — нужен «редактор-конструктор». Который бы позволил «конструировать» текст на выходе — выбирать порядок блоков, показать какие блоки — это колонки и их нужно просто слить в один на всю ширину, выбрать формат бумаги для экспорта, отметить стили для блоков текста, и т.п. Все это можно настроить для всего документа, групп страниц или отдельных страниц.
В идеале хочется чтобы на выходе у программы был полноценный документ, а не «сырье» которое иногда быстрее набрать чем нормально отформатировать… Это естественно касается и версии под windows.
Потребность понятна. Давайте по пунктам.
Чтобы поправить порядок блоков, есть специальная команда внутри FineReader, в редакторе блоков. После чего ничего руками править в выходном файле не нужно, текст будет в нужном порядке.
Есть два режима, которые облегчат вашу задачу, в зависимости от того, что вам нужно получить на выходе. Один называется «форматированный текст», другой «редактируемый текст». В первом случае система не будет пытаться сохранить полное форматирование страницы (расположение колонок, картинок и т.д.), а выдаст весь текст как один сплошной поток. Но при этом будут сохранены параметры абзацев (стили, отступы и т.д.) и форматирование самого текста (шрифты, наклон, выделение и т.д.). Во втором случае система попытается воссоздать полное форматирование страницы, но будет делать это методами, которые позволяют ее дальнейшее редактирование. При этом какие-то элементы форматирования в точности повторить не получится, поэтому результат, возможно, будет несколько отличаться от оригинала.
Теперь про «конструктор». С порядком блоков разобрались. Идея показать, какие блоки – это колонки, понятна. А что делать с остальными, которые не помечены как колонки? Куда их располагать?
Насчет выбора формата бумаги для экспорта: как функциональность должна при это отличаться от того, как это происходит при изменении формата бумаги во внешнем редакторе? Можете хотя бы в двух словах описать?
Насчет стиля для блоков: очень часто один блок содержит разный текст, с разными стилями. В блоке может содержаться заголовок, могут перемежаться обычный текст с нумерованными пунктами. Поэтому такой инструмент принудительного назначения стиля на блок кажется несколько грубоватым. Ну и к тому же принудительное назначаение стиля в редакторе не выглядит сложной операцией: выделяете текст и одним кликом выбираете стиль. Чем такая операция удобнее в FineReader?
Насчет идеала я понимаю. Но не очень пока понимаю, как его достичь, не имея полноценного редактора внутри FineReader, со практически всей функциональностью того же Microsoft Word. Мой опыт показывает, что человек добивается наилучших результатов в том инструменте, которым чаще всего пользуется и лучше всего владеет. Поэтому, как мне кажется, это идеал достижим только теоретически. На практике даже если мы предоставим редактор класса Microsoft Word внутри FineReader, люди предпочтут пользоваться тем же Word просто потому, что намного лучше им владеют. Нет?
Поэтому мне представляется, что задача FineReader состоит в том, чтобы выдать максимально качественное «сырье», из которого минимальными усилиями можно получить нужный результат.
Чтобы поправить порядок блоков, есть специальная команда внутри FineReader, в редакторе блоков. После чего ничего руками править в выходном файле не нужно, текст будет в нужном порядке.
Есть два режима, которые облегчат вашу задачу, в зависимости от того, что вам нужно получить на выходе. Один называется «форматированный текст», другой «редактируемый текст». В первом случае система не будет пытаться сохранить полное форматирование страницы (расположение колонок, картинок и т.д.), а выдаст весь текст как один сплошной поток. Но при этом будут сохранены параметры абзацев (стили, отступы и т.д.) и форматирование самого текста (шрифты, наклон, выделение и т.д.). Во втором случае система попытается воссоздать полное форматирование страницы, но будет делать это методами, которые позволяют ее дальнейшее редактирование. При этом какие-то элементы форматирования в точности повторить не получится, поэтому результат, возможно, будет несколько отличаться от оригинала.
Теперь про «конструктор». С порядком блоков разобрались. Идея показать, какие блоки – это колонки, понятна. А что делать с остальными, которые не помечены как колонки? Куда их располагать?
Насчет выбора формата бумаги для экспорта: как функциональность должна при это отличаться от того, как это происходит при изменении формата бумаги во внешнем редакторе? Можете хотя бы в двух словах описать?
Насчет стиля для блоков: очень часто один блок содержит разный текст, с разными стилями. В блоке может содержаться заголовок, могут перемежаться обычный текст с нумерованными пунктами. Поэтому такой инструмент принудительного назначения стиля на блок кажется несколько грубоватым. Ну и к тому же принудительное назначаение стиля в редакторе не выглядит сложной операцией: выделяете текст и одним кликом выбираете стиль. Чем такая операция удобнее в FineReader?
Насчет идеала я понимаю. Но не очень пока понимаю, как его достичь, не имея полноценного редактора внутри FineReader, со практически всей функциональностью того же Microsoft Word. Мой опыт показывает, что человек добивается наилучших результатов в том инструменте, которым чаще всего пользуется и лучше всего владеет. Поэтому, как мне кажется, это идеал достижим только теоретически. На практике даже если мы предоставим редактор класса Microsoft Word внутри FineReader, люди предпочтут пользоваться тем же Word просто потому, что намного лучше им владеют. Нет?
Поэтому мне представляется, что задача FineReader состоит в том, чтобы выдать максимально качественное «сырье», из которого минимальными усилиями можно получить нужный результат.
Спасибо за такой развернутый ответ. Думаю во многом вы правы, а я просто не совсем разобрался с возможностями программы, но все же опишу свое виденье проблемы, вдруг пригодиться)
В качестве примера — результат распознавания. yadi.sk/d/hJhPSImBKWMHw
Возможно я что-то сделал неправильно, или исходник был «корявый», или программа была не самая новая, но файл полученный на выходе править очень сложно. И кстати размер бумаги там менять бесполезно (или текст останется кирпичом по центру, или все поплывет).
На счет стилей для блоков — имелись ввиду «уровни» текста. Чтобы можно было, например, назначить уровень заголовков, и потом в word собрать автоматически оглавление.
Но это важно если был бы режим группового редактирования. Я представляю это так — выделяю несколько страниц и вижу их наложение друг на друга, будто все страницы на прозрачных пленках. В таком режиме я могу, например, массово снять номера страниц, убрать или отредактировать колонтитулы, отступы и т.п.
На счет конструктора — с учетом ваших слов, думаю он действительно не нужен. Но вот инструмент позволяющий в реальном времени видеть получаемый на выходе текст — очень бы пригодился. Чтобы не эксперементировать подолгу с разными режимами, а сканировать и сразу видеть результат. Причем меняя настройки или выбирая режим — нужно сразу видеть изменения (и желательно с понятными названиями пресетов, т.к. отличия между «форматированный текст» и «редактируемый текст» — так сразу и не разгадать...).
Конечно такой подход потребует пересмотреть сам подход к работе пользователя. Но ведь именно об этом вы и говорите?
В качестве примера — результат распознавания. yadi.sk/d/hJhPSImBKWMHw
Возможно я что-то сделал неправильно, или исходник был «корявый», или программа была не самая новая, но файл полученный на выходе править очень сложно. И кстати размер бумаги там менять бесполезно (или текст останется кирпичом по центру, или все поплывет).
На счет стилей для блоков — имелись ввиду «уровни» текста. Чтобы можно было, например, назначить уровень заголовков, и потом в word собрать автоматически оглавление.
Но это важно если был бы режим группового редактирования. Я представляю это так — выделяю несколько страниц и вижу их наложение друг на друга, будто все страницы на прозрачных пленках. В таком режиме я могу, например, массово снять номера страниц, убрать или отредактировать колонтитулы, отступы и т.п.
На счет конструктора — с учетом ваших слов, думаю он действительно не нужен. Но вот инструмент позволяющий в реальном времени видеть получаемый на выходе текст — очень бы пригодился. Чтобы не эксперементировать подолгу с разными режимами, а сканировать и сразу видеть результат. Причем меняя настройки или выбирая режим — нужно сразу видеть изменения (и желательно с понятными названиями пресетов, т.к. отличия между «форматированный текст» и «редактируемый текст» — так сразу и не разгадать...).
Конечно такой подход потребует пересмотреть сам подход к работе пользователя. Но ведь именно об этом вы и говорите?
Если какой-то параметр текста умеет быть программой распознан, то, ИМХО, необходимо, чтобы его можно было вручную той же программой подкрутить. И желательно не только персонально, для отдельного элемента текста, к которому он отнесён, но и массово, для всего выделенного.
А вообще, мне лично всегда не хватало возможности после первого (чернового, как правило) распознавания сильнее вручную ограничить распознавание, и повторить его уже начисто:
— указать, какие символы могут быть а какие не могут (есть выбор языков распознавания, но иногда хотелось бы глубже залезть, говоря системе «этой буквы в этом тексте не встречается!» или «цифр в тексте нет!», или «тут нигде не используются апострофы» и чтобы распознавание бралось искать следующую подходящую гипотезу по всему тексту.
— указать, какие стили (шрифты, их размеры и т.п, отступы, межстрочные расстояния и т.п.) действительно встречаются, а какие нет — чтобы распознаватель подбирал подходящий из разрешённых, а не делал новый стиль каждый раз, когда хочет.
И ещё, не знаю, не появились ли они новых версиях — но для работы со сканами очень нужны инструменты ручного и автоматического выравнивания загибов страниц у корешка, а для работы с фотокопиями — инструменты ручного и автоматического выравнивания перспективных искажений, поворотов и вообще произвольных изгибов снятого листа, а так же инструменты выравнивания освещения, которое часто оказывается более ярким около центра листа и круговым градиентом уходит в тень к краям. Инструмент выравнивания изгибов, поворотов и прочих геометрических искажений я себе вижу в виде изначально прямоугольной сетки, все узлы которой можно подвигать мышкой, наложив на изображение листа её углы, подправив края и искривив внутренние линии сетки вдоль кривых строк и колонок. И чтоб рядом был виден итоговый вариант выпрямленного листа, получающийся при выпрямлении сетки вместе с включённой в неё картинкой.
А вообще, мне лично всегда не хватало возможности после первого (чернового, как правило) распознавания сильнее вручную ограничить распознавание, и повторить его уже начисто:
— указать, какие символы могут быть а какие не могут (есть выбор языков распознавания, но иногда хотелось бы глубже залезть, говоря системе «этой буквы в этом тексте не встречается!» или «цифр в тексте нет!», или «тут нигде не используются апострофы» и чтобы распознавание бралось искать следующую подходящую гипотезу по всему тексту.
— указать, какие стили (шрифты, их размеры и т.п, отступы, межстрочные расстояния и т.п.) действительно встречаются, а какие нет — чтобы распознаватель подбирал подходящий из разрешённых, а не делал новый стиль каждый раз, когда хочет.
И ещё, не знаю, не появились ли они новых версиях — но для работы со сканами очень нужны инструменты ручного и автоматического выравнивания загибов страниц у корешка, а для работы с фотокопиями — инструменты ручного и автоматического выравнивания перспективных искажений, поворотов и вообще произвольных изгибов снятого листа, а так же инструменты выравнивания освещения, которое часто оказывается более ярким около центра листа и круговым градиентом уходит в тень к краям. Инструмент выравнивания изгибов, поворотов и прочих геометрических искажений я себе вижу в виде изначально прямоугольной сетки, все узлы которой можно подвигать мышкой, наложив на изображение листа её углы, подправив края и искривив внутренние линии сетки вдоль кривых строк и колонок. И чтоб рядом был виден итоговый вариант выпрямленного листа, получающийся при выпрямлении сетки вместе с включённой в неё картинкой.
С яркостью — только подбираетесь: habrahabr.ru/company/abbyy/blog/218285/
но всё же подбираетесь, и это хорошо )
Остальное б тоже…
но всё же подбираетесь, и это хорошо )
Остальное б тоже…
Купил FineReader for Mac в 2020 году. Посмотрел версию, а ее в 2013 году скомпилировали. Так я добрался до этого поста, похоже с того времени ничего совсем не делали :(
Зарегистрируйтесь на Хабре, чтобы оставить комментарий
Новая версия ABBYY FineReader for Mac: не уходя в дебри сложных фич