- Házimozi haladó szinten
- HiFi műszaki szemmel - sztereó hangrendszerek
- SSD kibeszélő
- AMD Ryzen 9 / 7 / 5 7***(X) "Zen 4" (AM5)
- Gaming notebook topik
- Hobby elektronika
- Szamurájbarát az új GeForce driver
- Fél tucat Core Ultra CPU jöhet az asztali piacra
- Melyik tápegységet vegyem?
- Azonnali VGA-s kérdések órája
Hirdetés
-
Note-os lett a 2024-es Moto G Stylus
ma A szögletes forma, a lapos hátlap bőrszerű textúrával és az új stylus hangulatában az egykori Galaxy Note4-et idézi és képességeiben is sokat fejlőfött.
-
Megvédenék a gyerekeket az agresszív algoritmusoktól
it A britek előírják a big tech cégeknek, hogy szelídítsék meg az agresszív algoritmusaikat, és védjék meg a káros tartalmaktól a gyerekeket.
-
Szamurájbarát az új GeForce driver
ph A WHQL minősítésű, 552.44-es eszközillesztő két játékhoz is hozott friss profilt.
Új hozzászólás Aktív témák
-
thon73
tag
válasz sztanozs #1186 üzenetére
A RandomAccess akkor is nagyon jól használható, ha a file tartalma indexelve van. Itt pont ez a helyzet: az első olvasás után minden bekezdés pozíciója ismert, a programnak csak a megjelenő bekezdéseket kell feldolgoznia.
A Stream-ek között nem találtam könnyen pozícionálható megoldást, csak a reset/skip párost. RAF esetén viszont rögtön adott ez a lehetőség; ráadásul a C-hez (és én C-ből akartam áthozni a programot) nagyon hasonló módon.
Csak az utf-8-on akadtam el (pontosabban indultam a fenti szálakon). ((Az eredeti adatok pdb-ben voltak))A pozícionálható Stream az kiváló megoldás lenne. ((A jelenlegi megoldás egy olyan "stream" osztály lett, ami háttérként RAF elérést használ, így pozícionálható is, meg a read() révén "stream" is. Ráadásul Utf8-at olvas.))
(((Az UTF-8-ról annyit érdemes megemlíteni, hogy az első közel 65 ezer karakter a Basic Multilingual Plane. Ez nem csak az összes ékezetes betűt, hanem az összes ismert nyelv betűit tartalmazza. Ebben az a nagyszerű, hogy 16 biten tárolható, vagyis épp egy karakteren. Ami ezen felül van, ahhoz UTF-16-on már két karakter kell. Az UNICODE saját dokumentációja állítja, hogy ez a rész nem kellőképpen tesztelt és megvalósított. Az ANDROID sem következetes, uis. ezt néha egyetlen 4 byte-os int-en ábrázolja, néha két egymás utáni karakteren. Mivel nekem még a beszélt nyelvek közül sem kell az összes, ezért a dekódoló algoritmus figyeli a non-BMP karaktereket, de helyettük egy sima '*' hibajelölést tesz, ami bármilyen kódolásban ábrázolható. Nem lenne nehéz egyébként a dekódolást erre a részre sem kiterjeszteni, csak akkor az egész program működését is ki kellene terjeszteni. ASCII-ról nem volt nehéz ITF-16-ra áttenni, de ha néhol két karakternyi ábrázolással kellene számolnom, az megnehezítené a dolgot.)))
Bocsánat egyébként, ha nagyon triviálisakat kérdezek, de az Android/Java párost csak most tanulom. Némely. engem érdeklő részbe már mélyen beleástam magam, de a legtöbb részt egyáltalán nem ismerem. Ezért örültem az előző tanácsoknak is, mert így új koncepcióban készítettem el a megfelelő részt.
Új hozzászólás Aktív témák
- Kerékpárosok, bringások ide!
- 3 milliméterrel szélesebb lehet a Galaxy Z Fold 6 kijelzője
- Házimozi haladó szinten
- Samsung Galaxy S23 és S23+ - ami belül van, az számít igazán
- Motorolaj és szűrő topik
- Politika
- HiFi műszaki szemmel - sztereó hangrendszerek
- Mibe tegyem a megtakarításaimat?
- Kupon kunyeráló
- Autós topik
- További aktív témák...
- Garmin Forerunner 965
- iPAD 8 (2020) 98% aksi
- LENOVO IDEAPAD GAMING 3 -15.6"FHD 120Hz - Ryzen 5 5600H - 16GB - 512GB - RTX 3050 - Win11 -1 év gari
- Bomba ár! Dell Latitude 7300Touch - i5-8G I 8GB I 256GB SSD I 13,3" FHD Touch I I Cam I W11 I Gari!
- Bomba Ár! HP ProBook 650 G1 - i5-4GEN I 8GB I 128GB SSD I 15,6" FHD I Cam I W10 I Garancia!
Állásajánlatok
Cég: Ozeki Kft.
Város: Debrecen
Cég: Promenade Publishing House Kft.
Város: Budapest