Kezdeti UTF-8 támogatás érkezett az OpenBSD-be

 ( trey | 2010. augusztus 1., vasárnap - 17:40 )

Július végén Stefan Sperling olyan változtatásokat eszközölt, amelyek előkészítik azt, hogy UTF-8 támogatás érkezhessen az OpenBSD-be. A problémán dolgozó emberek munkájának köszönhetően az OpenBSD C library-ja mostantól támogatja az UTF-8 Unicode karakterkódolási eljárást. A commitlog szerint mostantól számos - kiváltképp a ports-ban megtalálható - program elkezdi majd használni az UTF-8-at, ha az adott rendszeren az UTF-8 locale engedélyezésre került.

Stefan bejelentése után Christian Weisgerber engedélyezte a multibyte támogatást a ports-ban megtalálható bash-ban (shells/bash). Ahogy írta, így a regressziótesztelés vidámabban telhet.

A Stefan által commit-olt változtatások az UTF-8 támogatás alapjait tették le, de még sok munka van hátra addig, amíg minden részlet a helyére kerül a rendszer egészében ahhoz, hogy a libc-ben levő UTF-8 támogatás előnyeit megfelelően ki lehessen használni.

Nem nagy a valószínűsége annak, hogy az OpenBSD 4.8-ban a magasabb szintű rétegek többsége engedélyezésre kerülne, de azzal, hogy a 4.8-ban az alapok már benne lesznek, a felhasználók képesek lesznek tesztelni azt, így a nagyobb problémák kiszűrhetők lesznek.

A részletek itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

OpenBSD 4 President! :)

-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."

Welcome in 2010....
Azért sok minden mást megtettek a közösségért szoftverekkel. Kár,hogy sok a troll a felhasználók között, akik hasonló esetben binuxoznak és hasonló finomságokat mondanak.

Minek UTF-8, ez egy amerikai OS. :)


suckIT szopás minden nap! Android 2.2: használhatatlan

it's canadian ;)

Kanada tán nem Amerika része?


suckIT szopás minden nap! Android 2.2: használhatatlan

De *Eszak-Amerika* resze, attol meg nem amerikai (amivel az egyesult allamokra szokas referalni).

Szokás, ahogy sokan Európa alatt az Európai Uniót értik, nem a kontinenst.


suckIT szopás minden nap! Android 2.2: használhatatlan

De ha igy ertetted akkor az elso kommented bullshit hiszen nem csak az angol a hivatalos nyelv az amerikai _kontinensen_.

Az USA államaiban sem csak az angol hivatalos nyelv, tehát ha az a feltételezés, hogy !angolhoz kell UTF-8, már ott is megbukott. :)


suckIT szopás minden nap! Android 2.2: használhatatlan

Es 2010 mar a DesktopBSD eve?

Kb. annyival van elmaradva ez ebben a formában a Linux disztróktól, mint a Linux disztrók a Windows / OS X-től.

Különbség, hogy nem akarják mindenhol letolni a torkodon, hogy dede, ez kell neked, mint Az Nagy Mindent Megváltó Desktop OS.

----------------
Lvl86 Troll

Ezt maximálisan tisztelem is benne.

ez igy meg eleg gyenge

--
NetBSD - Simplicity is prerequisite for reliability

Hogy all ezzel a NetBSD?

'lekene sslje'

azenoldalamponthu

Nehezen tudom elképzelni, eddig hogy létezhetett UTF-8 nélkül....
Bár FreeBSD is elég érdekes néha...
--
Discover It - Have a lot of fun!

cli progik, meg fs-ben fájlok neveit leszámítva nagyon nem zavaró az utf8 hiánya freebsd-n sem imho. windows-ra leszek kíváncsi mikor vált. :)

Mar a FAT32 LFN supportjaban is 255 karakter hosszu UTF16 volt a filenev. Nincs ez maskent NTFS filerendszernel sem. Nem beszelve a windows nt vonaltol letezo teljes belso unicode tamogatasrol. Mit kellene meg ezen levaltani? Arrol nem a microsoft tehet, ha sok fejleszto mai napig ANSI-t hasznal, es ker a rendszertol, nem unicodeot.

---
Apple iMac 20"
áéíóöőúüű