Rozmiar zależy od platformy, architektur, strippingu i kompresji. Atlasy glifów powstają podczas działania. Zasoby czcionek zawierają własne dane; oryginalne .ttf i .otf są odwołaniami edytora. Aplikacje natywne czytają pamięć podręczną na dysku, WebGL osadza dane.

Zasoby czcionek zawierają własne dane; oryginalne .ttf i .otf są odwołaniami edytora. Aplikacje natywne czytają pamięć podręczną na dysku, WebGL osadza dane.

Nie. Możesz zbudować UniTextFont z pliku .ttf znajdującego się w dowolnym miejscu na dysku, korzystając z okna narzędzia UniText (okno wyboru pliku czyta bajty bezpośrednio). Zaimportowanie czcionki do projektu jest opcjonalne.

Rozmiar zależy od platformy, architektur, strippingu i kompresji. Atlasy glifów powstają podczas działania.

Automatyczny wybór czcionek systemowych. Własne pliki są opcjonalne na komputerach i urządzeniach mobilnych; WebGL używa przypisanych czcionek. Nowe glify wymagają rasteryzacji i przesłania. Glify w pamięci podręcznej są używane do unieważnienia lub usunięcia.

Tak — to leży po stronie dewelopera, a UniText nie staje na przeszkodzie. Pobierz bajty czcionki własnym kodem (UnityWebRequest) i zbuduj z nich UniTextFont w runtime przez CreateFontAsset(byte[]). Aby okroić czcionkę do samych potrzebnych znaków (subsetting), użyj narzędzia UniText działającego na etapie budowania. W paczce nie ma wbudowanego auto-ładowacza CDN — to celowo odpowiedzialność projektu, nie silnika.

Automatyczny wybór czcionek systemowych. Własne pliki są opcjonalne na komputerach i urządzeniach mobilnych; WebGL używa przypisanych czcionek.

Automatyczny wybór czcionek systemowych. Własne pliki są opcjonalne na komputerach i urządzeniach mobilnych; WebGL używa przypisanych czcionek.

Duże pliki czcionek są odczytywane z dysku na żądanie, bez pełnej kopii w pamięci zarządzanej. Nieużywane czcionki pozostają skompresowane. WebGL i osadzone czcionki edytora używają danych w pamięci. Czcionki plikowe korzystają z mapowania pamięci.

Ostre piksele, automatyczne wykrywanie siatki oraz dopasowane efekty i animacje. Wektorowe czcionki pikselowe i bitmapowe dzielą system stylów. Całkowite wielokrotności Pixel Grid są dokładne co do piksela. Snap To Pixel Grid wyrównuje także efekty i animacje; wyłączenie pozwala na ruch subpikselowy.

Glify mieszczą się w kafelkach trzech rozmiarów — 64, 128, 256 — a rozmiar dobierany jest na podstawie złożoności konturu (wiele segmentów → 128/256, prosty kontur → 64). • SDF Detail to mnożnik szacowanej złożoności. Podnieś go, a i tak już nietrywialny glif z większym prawdopodobieństwem przeskoczy do większego kafelka. (Naprawdę prosty kształt zostaje przy 64 — mnożnik wpływa tylko na glify powyżej progu.) • Tile Size Offset to twardy krok po drabinie rozmiarów (wybrany 64 + offset 1 → 128; zakres −2..+2).

Żaden w oderwaniu — oba jedynie decydują o końcowym rozmiarze kafelka, a koszt wyznacza wyłącznie ten rozmiar. Dwie kombinacje, które sprowadzają się do tego samego rozmiaru kafelka, kosztują dokładnie tyle samo. Celuj w najmniejszy rozmiar kafelka, który wciąż daje akceptowalną jakość.

Nowe glify wymagają rasteryzacji i przesłania. Glify w pamięci podręcznej są używane do unieważnienia lub usunięcia.

Nowe glify wymagają rasteryzacji i przesłania. Glify w pamięci podręcznej są używane do unieważnienia lub usunięcia.

Core koordynuje tekst przed renderowaniem. Wątki robocze i Burst obsługują duże zadania; lokalne zmiany unieważniają odpowiednie etapy.

Core koordynuje tekst przed renderowaniem. Wątki robocze i Burst obsługują duże zadania; lokalne zmiany unieważniają odpowiednie etapy.