Pliki Publisher po arabsku i hebrajsku: tekst od prawej do lewej, który czyta się poprawnie

Jeśli robiłeś biuletyny, arkusze szkolne, zaproszenia albo grafiki modlitw po arabsku lub hebrajsku, wiesz, że Publisher radził sobie z nimi dobrze. Pisało się od prawej do lewej, litery się łączyły, akapity przylegały do prawego marginesu, a strona wyglądała tak, jak chciałeś.

Potem spróbowałeś skonwertować taki plik. Może słowa wyszły od tyłu. Może każda arabska litera stała osobno, jakby ktoś rozciął słowo nożyczkami. Może tekst czytał się poprawnie, ale przylegał do lewej krawędzi ramki. Na zaproszeniu ślubnym albo ogłoszeniu wspólnoty wygląda to niedbale, a to nie Twoja wina.

Co idzie nie tak w złej konwersji

Plik .pub zapisuje Twój tekst w kolejności czytania: pierwsza wpisana litera jest pierwsza. Program, który go wyświetla, musi wiedzieć, że ten tekst biegnie od prawej do lewej. Gdy konwerter nie przekaże następnemu programowi informacji o kierunku, psują się trzy rzeczy.

Pierwsza to odwrócony tekst. Wszystkie litery są na miejscu, ale ułożono je od lewej do prawej, więc każde słowo czyta się od tyłu.

Druga to zerwane połączenia. Litery arabskie zmieniają kształt zależnie od sąsiadów. Litera na początku słowa wygląda inaczej niż ta sama litera w środku albo na końcu. Jeśli konwerter rysuje każdą literę w jej samodzielnym kształcie, słowo rozpada się na osobne znaki. Tekst jest poprawny, ale nikt go nie przeczyta.

Trzecia to przestawione wyrównanie. Akapit wyrównany do prawej w ramce pisanej od prawej do lewej trafia do pliku wyrównany do lewej albo znaki interpunkcyjne skaczą na zły koniec wiersza. Kropka, która powinna stać na lewym końcu arabskiego zdania, ląduje po prawej.

Co robi nasz wynik

Zbudowaliśmy własny silnik do plików .pub, a tekst pisany od prawej do lewej jest obsługiwany osobno w każdym formacie wyjściowym, bo każdy format opisuje kierunek na swój sposób.

W pliku Word akapity, które są w większości arabskie lub hebrajskie, ustawiane są od prawej do lewej, a każdy ciąg arabskich lub hebrajskich liter jest oznaczony jako tekst od prawej do lewej. Akapit w większości angielski z jednym arabskim imieniem pozostaje od lewej do prawej, a to jedno imię jest nadal oznaczone, żeby Word narysował je poprawnie.

W pliku IDML kierunek jest ustawiany dla każdego wątku tekstu. Wątek tekstu to tekst w jednej ramce albo w łańcuchu połączonych ramek. Wątek w większości arabski lub hebrajski ma ustawiony bieg od prawej do lewej.

W pliku PDF litery arabskie są łączone w swoje formy połączone, a tekst biegnie od prawej do lewej.

Czcionki też mają tu znaczenie. Niektóre starsze dokumenty Publishera ustawiają tekst arabski lub hebrajski w kroju, który w ogóle nie ma arabskich ani hebrajskich liter. Na ekranie Publisher to maskował. Konwerter, który używa wskazanego kroju dosłownie, rysuje puste kwadraty. W pliku PDF, gdy oryginalnemu krojowi brakuje liter potrzebnych Twojemu tekstowi, konwerter używa kroju zastępczego, który je ma, więc widzisz słowa zamiast kwadratów. Pliki Word i IDML zachowują oryginalne nazwy czcionek, więc jeśli masz zainstalowane oryginalne czcionki, Word albo InDesign ich użyje.

Jedna luka, powiedziana wprost: jeśli Twój plik Publishera wyjustował arabskie wiersze przez rozciąganie połączeń między literami (kaszida), plik Word nie odtwarza tego rozciągania. Ustaw justowanie ponownie w Wordzie, jeśli go potrzebujesz.

Jaki format wybrać

Dla plików arabskich i hebrajskich wybór formatu ma większe znaczenie niż zwykle.

PDF to właściwy wybór, gdy dokument jest skończony i trzeba go wysłać, wydrukować albo zachować. Tekst w nim to prawdziwy tekst, więc możesz go przeszukiwać i kopiować.

Word to właściwy wybór, gdy musisz dalej edytować słowa. Word obsługuje języki pisane od prawej do lewej, a plik przychodzi z już ustawionym kierunkiem.

IDML to dobry wybór, jeśli pracujesz w Adobe InDesign. InDesign obsługuje arabski i hebrajski dzięki World-Ready Composer.

IDML to zły wybór, jeśli planujesz otworzyć go w Affinity. Własne centrum pomocy Affinity mówi: "Obsługa tekstu od prawej do lewej i tekstu pionowego nie jest obecnie dostępna w Affinity." Tak było, gdy sprawdzaliśmy 6 października 2026. Twój tekst by dotarł, ale Affinity nie potrafi ułożyć go od prawej do lewej.

ODG też nie jest dobrym wyborem. Nasz wynik ODG dla LibreOffice Draw nie ustawia kierunku od prawej do lewej, więc wybierz zamiast tego PDF albo Word. Nasz przewodnik po wyborze formatu wyjściowego porównuje wszystkie cztery.

Jak sprawdzić plik, zanim zapłacisz

  1. Otwórz stronę główną i upuść na nią plik .pub.
  2. Obejrzyj bezpłatny podgląd. Pokazuje wynik PDF, strona po stronie, ze znakiem wodnym. Obejmuje do 100 stron i 25 MB na plik i nie potrzebujesz konta.
  3. Przeczytaj kilka wierszy na każdej stronie. Sprawdź, czy słowa czytają się w dobrej kolejności, czy arabskie litery są połączone i czy akapity przylegają do właściwego marginesu.
  4. Przyjrzyj się uważnie wierszom, w których arabski lub hebrajski miesza się z angielskimi słowami albo liczbami. To najtrudniejsze wiersze dla każdego konwertera.
  5. Jeśli wygląda dobrze, kup dostęp i pobierz PDF albo Word. Dostęp kosztuje jednorazowo $49 i obejmuje dowolną liczbę zadań konwersji, do 20 plików i 2 GB na zadanie.

Microsoft usunął Publishera z Microsoft 365 1 października 2026, więc teraz jest dobry moment na konwersję tych plików. Więcej o wyniku Word: Publisher do Word, bez sztuczki z obrazkiem strony.

Obejrzyj bezpłatnie swój plik arabski lub hebrajski i przeczytaj pierwszą stronę.