Bit-toegewezen Japanse lettertype parser Bit-toegewezen Japanse lettertype parser is een lettertype parser.
Download nu

Bit-toegewezen Japanse lettertype parser Rangschikking & Samenvatting

Bit-toegewezen Japanse lettertype parser Tags

Japans doopvont lettertype parser Japanse lettertype Bit-toegewezen lettertype Bit-toegewezen

Bit-toegewezen Japanse lettertype parser Beschrijving

Bit-toegewezen Japanse lettertype Parser is een lettertype parser. Bit-toegewezen Japanse lettertype Parser is een lettertype parser. Opmerking, dit pakket bevat de eigenlijke lettergegevens niet. Om de lettergegevens te krijgen, moet u het van de downloadgedeelte in de linkerkant downloaden. Verplaats dan * .jfr in de map waarin u deze parser uitgepakt en volgt met de Quick Instructions.Quick-instructies: Complete ParSE vereist ongeveer 4 megabytes van gratis schijfruimte. Dit is een enorme verbetering ten opzichte van de originele versie die bijna 45 megabytes.1 nodig heeft. make2. maak parse3. Bekijk de voortgangsindicator4. MV * .PCF.GZ / USR / X11R / LIB / X11R6 / FONTS / MISC5. maak clean6. HUP uw FONT-server als u één7 gebruikt. XSET FP Rehash8. xlsfonts | grep kanji / usr / x11r / lib / x11r6 / fonts / misc is de standaardlocatie voor allerlei willekeurige lettertypen, maar u hebt mogelijk een speciale locatie. Vervang dat in stap 4. over: ik kwam een tijdje geleden een aantal van deze "rasterfonts" tegen. Snelle kijk in de bestanden bewees dat ze bit-toegewezen lettertypen zijn, en het formaat zag er behoorlijk eenvoudig uit. Ik schreef de originele parser voor deze, gewoon de waarden raden, in principe door te experimenteren en rond te spelen. Later kwam ik enkele documenten tegenover het onderwerp - het lijkt erop dat deze lettertypen werden gebruikt in Windows 3.1 Japanse editie om terug te vervangen door de Japanse TTF-lettertypen van lage kwaliteit op kleine puntmaten. Deze zijn ontworpen met behulp van volledige 16 bit programmeertechnieken. Quick-informatie over het lettertype-formaat, er zijn enkele headers, volgt vervolgens een "segmenttabel" die in feite een tabel is met Pointers in het lettertype-bestand waar u een bepaald stuk gegevens kunt vinden . Omdat de 16-bits manier van toegang tot geheugen is door 65K "segmenten" te gebruiken, wordt elk bestand vrijwel gesplitst in <65k-segmenten die in afzonderlijke geheugengebieden worden geladen en dan is er een algoritme hoe u welk personage niet kunt samenstellen met het gebruik van het segmentnummer en offset hoe dan ook met bitstoegang-32 alles maakt niet uit in mijn implementatie ben ik gewoon het hele bestand op en lees het allemaal uit het geheugen genererende tabel h was veel werk! ten eerste nam ik de codeneara-tabel uit een van de jfr-bestanden (deze kaarten shift-jis-code naar het tekennummer in het lettertype-bestand) en ge

Bit-toegewezen Japanse lettertype parser Gerelateerde software