Keresés

Hirdetés

Új hozzászólás Aktív témák

  • #79335424

    törölt tag

    válasz Bozek #45873 üzenetére

    "Azt a kódot nem tudja rövidebben elküldeni"
    Ó, dehogynem tudná. A karakterek száma csak következmény. A kiindulási alap 1120bit/sms. UTF-8 -ban a karakterek leírhatók 1x8 - 4x8 = 8 - 32bit között. Ebből az ASCll karakterek 8bitesek. Írsz 10 db A -betűt, azt le tudja írni 80biten Aztán írsz egy Ú betűt, amit mondjuk csak 2x8=16biten tud leírni. Ennek nem kénem megdupláznia az egyébként 8biten már leírt karakterek méretét. Csakhogy nem UTF-8 -ban számol és nem is UTF-16 -ban, hanem egy régi szabvány szerint, UCS-2 -ben. Ez a szabvány nem támogatja a változó kódhosszúságot, minden karaktert 16biten tud csak leírni.

    "Bár egy 10"-os táblán már nem annyira, de"
    Mi az, hogy de? Szerintem meggyorsítja a munkát az ablakok párhuzamos kezelése. Az ablakok egymás fölötti elhelyezése pedig pont a kisebb kijelző miatt lenne hasznos.

    "API soros port kezeléséhez.""Minek?"
    Mert az Android nem csak telót jelent, másra is lehet használni. Használsz Taskert. Ha lenne rá API, akkor Taskerrel lehetne pl. házautomatizálást, vagy egyéb berendezések vezérlését is végeztetni egy olcsó és alacsony energiafelhasználású eszközről.

    "Az FTP vagy az SFTP miért nem jó?"
    Mert nem a nálam levő készülék és a távoli Androidos eszköz között szeretnék fájlátvitelt, hanem egy távoli hálózat gépei között szeretnék fájlműveleteket (másolás, kicsomagolás, stb.) úgy, hogy a fájlkezelő annak a hálózatnak egy Androidos eszközén fut és csak vezérlem a nálam levő kliensel, webgui -n keresztül. Ha a nálam levő eszközt csatolnám a hálózatba, akkor az adatok rajta keresztül mennének. A távoli asztali kapcsolat pedig nagyon erőforrásigényes. A webgui ideális lenne.

    [ Szerkesztve ]

Új hozzászólás Aktív témák