Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

Форум поддержки пользователей. LibreOffice, Apache OpenOffice, OpenOffice.org

30 Ноябрь 2021, 21:22 *
Добро пожаловать, Гость. Пожалуйста, войдите или зарегистрируйтесь.
Вам не пришло письмо с кодом активации?

Войти
Новости: Вы можете задать вопрос по LibreOffice или Apache OpenOffice без регистрации, используя форму
 
   Начало   Помощь Поиск Войти Регистрация    задать вопрос  
Страниц: 1   Вниз
  Печать  
Автор Тема: Искажается изображение при вставке в документ из буфера  (Прочитано 3121 раз)
0 Пользователей и 1 Гость смотрят эту тему.
positivemax
Новичок
*
Offline Offline

Сообщений: 1


« Стартовое сообщение: 12 Июль 2016, 09:31 »

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


* 01.jpg (36.15 Кб, 604x311 - просмотрено 50 раз.)

* 02.jpg (50.43 Кб, 756x389 - просмотрено 53 раз.)
Записан
kompilainenn
Мастер
*****
Offline Offline

Сообщений: 3 368



« Ответ #1: 12 Июль 2016, 09:36 »

в каком формате изображение "захватывается"?
И вообще распишите по шагам, как вы это делаете и какой софт для создания скриншотов используете
Записан

Поддержать разработчиков LibreOffice можно тут, а наш форум вот тут
McAaron
Форумчанин
***
Offline Offline

Сообщений: 456


« Ответ #2: 14 Июль 2016, 18:06 »

Провел децел экспериментов с ванильными версиями 5.1.4.2 и 4.4.2.2.
Поведение при вставке растровых изображений у версий одинаковое.
Есть разница в результате при вставке растрового изображения в зависимости от того, сопровождается ли этот растр метрической информацией (tiff), или нет (png). Если метрической информации нет, картинка ужасная, если есть, более-менее приемлемая.
Выводы:
1) сохранять захваченный растр в формате с метрикой, например, в TIFF.
2) если Ваш скринкетчер умеет TIFF, но не умеет метрику, следует использовать тот, который умеет.
3) если буфер обмена не умеет метрику, все делать через файл.


P.S.
Итак, что мы имеем?
А имеем мы то, что в лучшем случае, не получив dpi-метрику из файла или буфера обмена, writer не опрашивает графическую систему на предмет реального разрешения экрана, а устанавливает dpi исходному растру с потолка. В результате алгоритм масштабирования растра работает неправильно и мы видим на экране каку.

В «лучшем случае» — это потому, что этот положеине поправимо с минимальными усилиями. Хуже, если writer вставляет растры не в экранное пространство графического конвейера, как тому учит нас партия, а в оконное, чтобы упростить жизнь и переложить перерисовку вставленного растра при масштабировании документа на общий графический конвейер приложения.
Экранное пространство не масштабируется в принципе, поэтому всякий раз при масштабировании оконного или предыдущего  пространства, если графическая подсистема не имеет отдельного растрового конвейера, приходится всякий раз отдельно масштабировать оригинальный растр и копировать результат в нужное место. При этом нужно накладывать ограничения на коэффициенты масштабирования для всех пространств конвейера с учетом dpi экрана, что, кстати, отсутствует у офиса.

« Последнее редактирование: 14 Июль 2016, 18:11 от McAaron » Записан
Страниц: 1   Вверх
  Печать  
 
Перейти в:  

Powered by MySQL Powered by PHP Powered by SMF 1.1.21 | SMF © 2006-2009, Simple Machines Valid XHTML 1.0! Valid CSS!