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.
- A hozzászóláshoz be kell jelentkezni
- 3221 megtekintés
Hozzászólások
OpenBSD 4 President! :)
-----
"Egy jó kapcsolatban a társunkat az ő dolgában kell támogatni, nem a miénkben."
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
Minek UTF-8, ez egy amerikai OS. :)
suckIT szopás minden nap! Android 2.2: használhatatlan
- A hozzászóláshoz be kell jelentkezni
it's canadian ;)
- A hozzászóláshoz be kell jelentkezni
Kanada tán nem Amerika része?
suckIT szopás minden nap! Android 2.2: használhatatlan
- A hozzászóláshoz be kell jelentkezni
De *Eszak-Amerika* resze, attol meg nem amerikai (amivel az egyesult allamokra szokas referalni).
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
De ha igy ertetted akkor az elso kommented bullshit hiszen nem csak az angol a hivatalos nyelv az amerikai _kontinensen_.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Es 2010 mar a DesktopBSD eve?
- A hozzászóláshoz be kell jelentkezni
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.
- A hozzászóláshoz be kell jelentkezni
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
- A hozzászóláshoz be kell jelentkezni
Ezt maximálisan tisztelem is benne.
- A hozzászóláshoz be kell jelentkezni
ez igy meg eleg gyenge
--
NetBSD - Simplicity is prerequisite for reliability
- A hozzászóláshoz be kell jelentkezni
- A hozzászóláshoz be kell jelentkezni
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!
- A hozzászóláshoz be kell jelentkezni
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. :)
- A hozzászóláshoz be kell jelentkezni
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"
áéíóöőúüű
- A hozzászóláshoz be kell jelentkezni