[LibreOffice 3.5.0] Konwertowanie fontów na krzywe

[CyberSoft]

Nie wiem czy ktoś spotkał się z tym problemem, ale u mnie źle działa konwertowanie fontów na krzywe.
Po przekonwertowaniu fontu jest wszystko OK, ale jak zapiszemy i otworzymy plik raz jeszcze okazuje się że wygląda źle. W wersji 3.4.x błąd ten nie występował.

[Jan_J]

Potwierdzam. Są problemy (z niejednospójnymi obszarami o załamanym brzegu?).

wynik konwersji w OOo 3.3

OOO33_lepszy.png (9.94 KiB) Przejrzano 11481 razy

wynik konwersji w LO 3.5

LO35_zly.png (9.58 KiB) Przejrzano 11481 razy

Sprawdzane na pakietach “firmowych” z OO i LO, pod Fedorą.
Użyłem fontów Liberation Sans oraz Antykwa Półtawskiego.

[CyberSoft]

Chciałbym zaznaczyć jeszcze że problem nie tylko dotyczy samego konwertowania. Właśnie otworzyłem plik który tworzyłem w wersji 3.4.x, czyli konwersja została dokonana w dobrej wersji i w niej prawidłowo się otwiera. Po otwarciu pliku w wersji 3.5.0 błąd prezentuje się dokładnie tak jak na przedstawionym przez kolegę obrazku.

[Jan_J]

W załączniku raport z porównania xml-owej zawartości wyżej zamieszczonych rysunków.

Kod: Zaznacz cały

$ diff OOo33_dobry/content.xml LO35_zly/content.xml

wiersze oznaczone < należą do piewrszego pliku, te z symbolem > do drugiego. Oto fragment pokazujący istotę rzeczy (wyróżnienia moje): LO “gubi” ostre narożniki; inne rodzaje błędów nie są wykluczone.

22c22
< <draw:path draw:style-name="gr1" draw:text-style-name="P1" draw:layer="layout" svg:width="0.434cm" svg:height="0.463cm" svg:x="4.986cm" svg:y="10.635cm" svg:viewBox="0 0 435 464" svg:d="m135 464c-45 0-78-12-101-36s-34-56-34-98c0-29 6-54 17-73s26-34 44-44c18-11 38-19 61-23 24-4 47-6 71-6h101v-25c0-18-2-34-6-47s-10-24-18-32c-8-8-18-14-30-18s-26-5-42-5c-15 0-28 1-39 3s-22 6-30 11c-9 5-16 13-21 22-5 9-9 21-10 35l-78-7c3-18 8-34 16-49s18-27 32-38c15-11 32-19 54-25s47-9 77-9c57 0 99 13 127 39 29 25 43 63 43 112v192c0 22 3 39 9 50s16 17 33 17c4 0 8 0 12-1s8-1 12-2v46c-9 3-19 4-28 5-9 1-19 2-29 2-14 0-27-2-37-6-10-3-18-9-24-17-7-7-11-17-15-28-3-11-5-24-6-39h-2c-8 14-17 27-27 39-9 12-20 21-33 30-13 8-27 14-43 18-16 5-35 7-56 7zm17-56c24 0 45-4 62-13 18-8 33-19 45-33s20-28 26-44 9-31 9-45v-37h-82c-18 0-35 1-52 4-16 2-31 7-43 13-12 7-22 17-30 30-7 12-10 28-10 49 0 24 6 43 19 56 13 13 32 20 56 20z">
---
> <draw:path draw:style-name="gr1" draw:text-style-name="P1" draw:layer="layout" svg:width="0.434cm" svg:height="0.463cm" svg:x="4.986cm" svg:y="10.635cm" svg:viewBox="0 0 435 464" svg:d="m135 464c-45 0-78-12-101-36s-34-56-34-98c0-29 6-54 17-73s26-34 44-44c18-11 38-19 61-23 24-4 47-6 71-6h101v-25c0-18-2-34-6-47s-10-24-18-32-18-14-30-18-26-5-42-5c-15 0-28 1-39 3s-22 6-30 11c-9 5-16 13-21 22s-9 21-10 35l-78-7c3-18 8-34 16-49s18-27 32-38c15-11 32-19 54-25s47-9 77-9c57 0 99 13 127 39 29 25 43 63 43 112v192c0 22 3 39 9 50s16 17 33 17c4 0 8 0 12-1s8-1 12-2v46c-9 3-19 4-28 5s-19 2-29 2c-14 0-27-2-37-6-10-3-18-9-24-17-7-7-11-17-15-28-3-11-5-24-6-39h-2c-8 14-17 27-27 39-9 12-20 21-33 30-13 8-27 14-43 18-16 5-35 7-56 7zm17-56c24 0 45-4 62-13 18-8 33-19 45-33s20-28 26-44 9-31 9-45v-37h-82c-18 0-35 1-52 4-16 2-31 7-43 13-12 7-22 17-30 30-7 12-10 28-10 49 0 24 6 43 19 56s32 20 56 20z">

[CyberSoft]

Tak jak pisałem wykonałem jeszcze raz ten sam test dla pewności. Mianowicie utworzyłem plik w wersji 3.4.5 i otworzyłem go w wersji 3.5.0.

Czyli wygląda na błąd interpretacji osadzonych svg przez LO w wersji 3.5.0.

[quest-88]

Proszę. Dzisiaj wydali 3.5.1 RC1. Testujcie i zgłaszajcie błędy.
http://download.documentfoundation.org/ ... ing/3.5.1/
https://www.libreoffice.org/get-help/bug/

//edycja

O to chodzi?

Pole tekstowe (F2) z treścią skonwertować do krzywej, zapisać i otworzyć? Wiem, że to głupie pytanie, ale ja jestem amatorem i pierwszy raz słyszę o tym, aby ktoś nie do zabawy konwertował tekst na krzywą.

W każdym razie, w 3.5.1 nie ma tego problemu. I działa także z antykwą Półtawskiego.

[Jan_J]

[...]aby ktoś nie do zabawy konwertował tekst na krzywą

Jest to standardowy etap w niektórych technologiach przygotowywania publikacji, zwłaszcza graficznej.
System wydruku nie musi mieć fontu w identycznej wersji co system składu. Często chodzi o dość oczywiste sprawy zgodności wersji oraz licencji, ale nie tylko. Profesjonaliści nierzadko korygują (w ramach licencji) swoje kopie fontów poprawiając kerning lub wstawiając inne wersje kresek, nawiasów, ogonków itp. Tego typu drobiazgi przepadłyby, gdyby odwoływać się do bieżących zasobów fontowych.

[CyberSoft]

Cóż mogę dodać. Mój poprzednik opisał wszystko bardzo profesjonalnie. Niesamowite jest że tacy ludzie jeszcze istnieją i chcą pomagać innym. Dzięki wielkie. W takim razie czekam na wersję stabilna 3.5.1.