Article View: pl.comp.ogonki
Article #7039Re: Quenejskie locale
From: Michał Kaczmarczyk
Date: Thu, 27 Aug 1998 10:41
Date: Thu, 27 Aug 1998 10:41
50 lines
3882 bytes
3882 bytes
On Wed, 26 Aug 1998, Marcin 'Qrczak' Kowalczyk wrote: > Aha. Jeśli więcej niż jakieś 416 (bo przydałoby się jeszcze jakieś ASCII), > to rzeczywiście z psfa nici. Ale można użyć mojego patentu na dynamiczny > font - nie sądzę, żeby w praktyce zdarzało się więcej niż 512 różnych > znaków _równocześnie na ekranie_. Wady tego są tylko takie, że trzeba > odpalić dodatkowy program, czyli nie można np. załadować tych znaków przed > zalogowaniem się, oraz że stopniowo psuje się font na innych konsolach > wirtualnych - wypadają znaki nieużywane przez dłuższy czas na naszej > konsoli, a program nie zauważa, kiedy są potrzebne na innej (ale mam opcję > powodującą zachowywanie ASCII bez zmian, więc w czystym ASCII można na > innych konsolach pracować). > Mam nadzieję, że kiedyś w przyszłych jądrach font będzie mógł być lokalny > na danej konsoli - często to jest przydatne. Widziałem jakiś program, > który w założeniu miał się tym zajmować, ale jakoś u mnie nie działał: nie > było żadnych efektów. A może to od razu wsadzić do jądra i sprawdzać jakie znaki są wyświetlane na konsoli (przy przełączaniu). > Do przedwczoraj żadnego sztucznego alfabetu tam nie było, ale właśnie > udało mi się skomputeryzować mój szalony alfabet do języka polskiego, > z potencjalnie nieskończoną liczbą liter. Zatrzymałem się na poziomie > nr 5, który ma 12008 znaków (font jest generowany programowo). zrobiłem > konwersję z normalnej ortografji (tzn. prawie normalnej, tej z "j" > w niektórych miejscach i pewnych rozszerzeniach). Tymczasowo umieściłem > wszystko poczynając od U+80000 - nie wiem, jaka jest polityka alokacji > unikodów powyżej U+10000, a w zwykłym prywatnym obszarze się stanowczo nie > mieszczę. Zwłaszcza że siódmy poziom ma 433551 liter (na to moje programy > najprawdopodobniej pożarłyby za duże ilości pamięci, a w obecnej > implementacji konwersja byłaby koszmarnie powolna), a dziewiąty ma > 15277419, no ale normalnie już trzeci swojimi 324 literami pozwala > wszystko zapisać, a wyżej niż piąty i tak raczej się w wielkości 9x16 > nie zmieści (na szczęście dalsze litery rosną wzwyż, więc dałoby się np. > w 9x24, ale tam nie mam teraz reszty znaków, nawet ASCII). W sumie się > udało i jestem szczęśliwy; nawet w praktyce teksty nie próbują używać > więcej niż 512 znaków naraz. Wreszcie mogę ćwiczyć również czytanie > swojego alfabetu, bo do tej pory miałem okazje tylko pisać :-) A może zaimplementować pionową wersję Twojego alfabetu? I zrobić znaki początkowe, środkowe, końcowe i osobne (jak jest to w arabskim). Tylko to wymagałoby przestawienia konsoli w tryb pionowy... wystarczyłoby jakoś zamienić współrzędne x z y i zmienić przewijanie. Ale wtedy wszystko musiałoby być pionowo... -- Michał Kaczmarczyk |\/| * |_/ | Historia uczy nas tylko jednego: mailto:mik@iname.com | | | | \ | że jeszcze nigdy nikogo niczego http://student.uci.agh.edu.pl/~kaczmar | nie nauczyła.
Technical Details
Message-ID:
<Pine.LNX.3.96.980827110136.12915A-100000@fox>Path:
mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!orion.cst.tpsa.pl!news.nask.pl!cyfronet!fox.ds14.agh.edu.pl!fox!mikReferences:
<6s1dav$qrv$1@zeus.polsl.gliwice.pl> <Pine.LNX.4.01.9808262019560.17729-100000@qrnik.knm.org.pl>Show Full Headers
Complete Article Headers
Path: mbox-mo1.pugleaf.net!news-archive.icm.edu.pl!pingwin.icm.edu.pl!news.icm.edu.pl!orion.cst.tpsa.pl!news.nask.pl!cyfronet!fox.ds14.agh.edu.pl!fox!mik From: Michał Kaczmarczyk <mik@iname.com> Newsgroups: pl.comp.ogonki Subject: Re: Quenejskie locale Date: Thu, 27 Aug 1998 12:41:36 +0200 Organization: DS14 Kapitol, AGH, Kraków. Lines: 61 Message-ID: <Pine.LNX.3.96.980827110136.12915A-100000@fox> References: <6s1dav$qrv$1@zeus.polsl.gliwice.pl> <Pine.LNX.4.01.9808262019560.17729-100000@qrnik.knm.org.pl> NNTP-Posting-Host: fox.ds14.agh.edu.pl Mime-Version: 1.0 X-Sender: mik@fox In-Reply-To: <Pine.LNX.4.01.9808262019560.17729-100000@qrnik.knm.org.pl> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit