- Xiaomi 13T és 13T Pro - nincs tétlenkedés
- iPhone topik
- Honor 90 - modellalkat
- Franciaországban nyit a Honor 200 Lite
- MWC 2024: Két új órát hozott a Xiaomi
- Vodafone mobilszolgáltatások
- Samsung Galaxy S21 FE 5G - utóirat
- Samsung Galaxy S22 Ultra - na, kinél van toll?
- Redmi Note 12 Pro - nem tolták túl
- Szinte csak formaság: bemutatkozott a Pixel 6 és Pixel 6 Pro
Hirdetés
-
Olcsó 5G-s ajánlatot nyújt a Realme Indiának
ma Megérkezett a Realme C65 5G, az első készülék a MediaTek Dimensity 6300-zal.
-
Rövid előzetesen a S.T.A.L.K.E.R. 2: Heart of Chornobyl
gp Továbbra is szeptemberi premierrel számolnak a fejlesztők, reméljük több halasztásra már nem kell számítanunk.
-
Toyota Corolla Touring Sport 2.0 teszt és az autóipar
lo Némi autóipari kitekintés után egy középkategóriás autót mutatok be, ami az észszerűség műhelyében készül.
Új hozzászólás Aktív témák
-
bucsupeti
senior tag
-
Karma
félisten
válasz rgeorge #1369 üzenetére
Nem lenne bonyolult, de nem rendeltetésszerű használat. Az alkalmazásoknak odáig szabadna foglalkozni az üggyel, hogy internal vagy external storage – az API is ezt tükrözi. Ha szembemész a rendszerrel, az mindig ilyen taknyolást hoz.
Amúgy mit csinálnál olyan telefonon, ami nem bővíthető SD-vel?
“All nothings are not equal.”
-
thon73
tag
válasz rgeorge #1367 üzenetére
Az előző linket pont azért tettem be, mert azt boncolgatja, hogy nem triviális a megoldása.
Én ezzel a problémával egy szótár-adatbázis kapcsán találkoztam. Hová tegyem? Végül abban maradtam magammal, hogy ez az external cardon kívül a felhasználó dolga - aki a konkrét esetben én magam vagyok. Annyi segítséget tettem bele, hogy az utoljára kiválasztott könyvtárat megjegyzi. Én meg annyit jegyeznék meg, hogy az új tabletemben nincs sd-kártya, viszont beépített 16 Gb, ami több mint elég. Így az elgondolás "bejött".
Még egy ötletem van: ha betölteni akarsz nagy v. sok file-t, akkor a file-ok alapján lehetne esetleg megkeresni a könyvtárat. Mentésnél ez persze nem segít...
Még egy: Elixir2 - elég ügyes program, de nem tud különbséget tenni "külső" és "belső" sd között
[ Szerkesztve ]
-
thon73
tag
válasz rgeorge #1373 üzenetére
Hm. Lehet, hogy találtam valamit. Bár elegánsnak - hát kérdéses...
Az Android valójában egy linux. A Linux nem drive-ként látja az egyes részeket (vs. windows), hanem egyetlen nagy fában, amibe be-mountolja az egyes file-részeket. Ebben az értelemben egyébként az sd-kártya alap-könyvtárát sem kellene közölnie, hiszen az is "csak" egy könyvtár.
Ugyanakkor linux alatt is van mód az egyes összetevők lekérdezésére, legegyszerűbben talán a mount paranccsal. Ebből ugyanis kiderül, hogy melyik "drive" hova került becsatolásra. A mount elérhető android alatt is (én root-olt készüléken használtam, de csak olvasásra talán nem-rootolt masinán is működik.)
A kimenetet nem egyszerű megszerezni, de itt van a módja: [link]
Sok nyitott kérdés marad: pl. hogyan szeded szét a mount elemeket; ill. én nem is foglalkoztam behatóan a parancssorok elérésével, ezért kódot sem tudok adni. De ha ez tényleg ilyen fontos, akkor talán ezen az úton el lehet indulni. ((Én, a magam tapasztalatából megelégednék az external könyvtárral, és nem foglalkoznék azzal, hogy eltávolítható-e, vagy sem.))
-
Karma
félisten
válasz rgeorge #1679 üzenetére
Láttam már lábbalhajtós megoldást: a SOAP envelope egy string resource, amibe kód rakja bele a generált XML törzset, kifelé meg sima parsolás, minden metódushoz kézzel megírva... Na ez igen fájdalmas, rugalmatlan és értelmetlen is.
Látni láttam hogy van ksoap2-android, ami talán szofisztikáltabb, de sose használtam. Meg mondjuk nem segít, ha egy AXIS 1.4-es WS-hez kell kapcsolódni, amit semmilyen mai lib nem támogat...
Ha a megrendelő rugalmas, mindenképp menj a rendes REST API irányába!
“All nothings are not equal.”
-
-
XperiaP
csendes tag
válasz rgeorge #1792 üzenetére
StringBuilder text = new StringBuilder();
br = new BufferedReader(new FileReader(filePath));
char[] bytes = new char[131072];
int numRead = 0;
while ((numRead = br.read(bytes)) >= 0) {
text.append(new String(bytes, 0, numRead));
EditText tv = (EditText) findViewById(R.id.editText2);
tv.setText(tv.getText().toString() + new String(bytes, 0, numRead));
}
Igazából az egy szerkesztőprogram, bármit megnyit amit kiválasztok fájlkezelőben.[ Szerkesztve ]
-----Törölt felhasználó-----
-
eastsider
nagyúr
válasz rgeorge #1974 üzenetére
ezt elfelejtettem írni, hogy SQlite természetesen
thon73: priviben tudsz küldeni egy forrást? nagyon hálás lennék... amúgy szerintem a listFragmentben nem jó valami, valahogy nem jól használom a contentResolvert, vagy a cursorloadert (ott száll el szerintem)
amúgy egy inner joinnal lesznek összekapcsolva, szóval igen, jó lenne...
találtam egy IO Schedes példát de az már kicsit túl bonyolult, ki szeretném bogozni valahogy, hogy megértsem miért nem megy[ Szerkesztve ]
-
lanszelot
addikt
válasz rgeorge #3048 üzenetére
Én nem látok semmilyen problémát a dohányzásnál:
-------activity_main.xml részben-------
<TextView
android:layout_width="200dp"
android:layout_height="wrap_content"
android:layout_weight="1"
android:text="@string/got_depression"
android:textAppearance="?android:attr/textAppearanceMedium" /><CheckBox
android:id="@+id/depressionCheckBox"
android:layout_width="wrap_content"
android:layout_height="wrap_content" /><TextView
android:layout_width="200dp"
android:layout_height="wrap_content"
android:layout_weight="1"
android:text="@string/got_smoking"
android:textAppearance="?android:attr/textAppearanceMedium" /><CheckBox
android:id="@+id/smokingCheckBox"
android:layout_width="wrap_content"
android:layout_height="wrap_content" /><TextView
android:layout_width="200dp"
android:layout_height="wrap_content"
android:layout_weight="1"
android:text="@string/got_alcohol"
android:textAppearance="?android:attr/textAppearanceMedium" /><CheckBox
android:id="@+id/alcoholCheckBox"
android:layout_width="wrap_content"
android:layout_height="wrap_content" />--------strings.xml részben----
<string name="got_depression">Depression?</string>
<string name="got_smoking">Smoking?</string>
<string name="got_alcohol">Alcohol?</string>--------CustomSQLiteOpenHelper részben--------
private static final String KEY_GOT_DEPRESSION = "gotDepression";
private static final String KEY_GOT_SMOKE = "gotSmoke";
private static final String KEY_GOT_ALCOHOL = "gotAlcohol";"gotDepression BOOLEAN," +
"gotSmoking BOOLEAN," +
"gotAlcohol BOOLEAN," +values.put(KEY_GOT_DEPRESSION, data.gotDepression);
values.put(KEY_GOT_SMOKE, data.gotSmoking);
values.put(KEY_GOT_ALCOHOL, data.gotAlcohol);----Data részben------
public boolean gotDepression;
public boolean gotSmoking;
public boolean gotAlcohol;, boolean gotDepression, boolean gotSmoking, boolean gotAlcohol,
this.gotDepression = gotDepression;
this.gotSmoking = gotSmoking;
this.gotAlcohol = gotAlcohol;----MainActivity részben------
@InjectView(R.id.depressionCheckBox)
CheckBox depressionCheckBox;@InjectView(R.id.smokingCheckBox)
CheckBox smokingCheckBox;@InjectView(R.id.alcoholCheckBox)
CheckBox alcoholCheckBox;, depressionCheckBox.isChecked(), smokingCheckBox.isChecked(), alcoholCheckBox.isChecked(),
depressionCheckBox.setChecked(false);
smokingCheckBox.setChecked(false);
alcoholCheckBox.setChecked(false);----Nem kötelező kitölteni. Így nincs több.
Hozzá vettem az előtte és utána lévőt, hogy jól látható legyen.
Ti láttok vmit? -
-
thon73
tag
válasz rgeorge #3331 üzenetére
Köszönöm az IntDef ötletet, ezt korábban nem olvastam.
Megtaláltam az "ideális" megoldást:
Amikor csak a korlátozott számú elemre van szükség, akkor az IntDef-et fogom használni. ("hagyományos" enum)
Ha az enumnak szüksége van metódusokra is (vagy valami működésre, mint most), akkor meg azt!
to Karma:
A linkeket is köszönöm, nagyon hasznosak. Ekkora memórianövekedésre nem gondoltam, így persze, hogy nem jelez. Egyébként a doksi még mindig tartalmazza a 16 Mbyteot is (Igaz, hozzáteszi, hogy ha 2.2-re is akarunk fejleszteni), és az enum szigorú tiltását is.
[ Szerkesztve ]
-
-
rgeorge
addikt
válasz rgeorge #5605 üzenetére
Egyelőre nincs megoldás még a fagyásra. Annyit kiderítettem viszont, hogy az x64-es emulátor mindenképpen az nVidia GPU-t használja. Windowsban is és az nVidia beállításokban is a qemu-system-x86_64.exe-et az Intel Graphics-ra konfigoltam, de marad az nVidia-n. Csak akkor nem, ha az emulátorban az "Emulated performance"-t szoftveresre állítom. Gyanítom, hogy ennek van szerepe a fagyásokban.
Valakinek sikerült már rábírni az emulátort, hogy hardveresen az intel grafikát használja?
Még valami: a fejlesztett alkalmazás VPN-en csatlakozik egy web apihoz. Emulátorban ez megy, ha a fejlesztőeszközön megy a VPN. Hardvereszközt használva ezt hogy lehet könnyen megvalósítani? Eszközön a VPN nem biztos, hogy menni fog, mert a VPN sajnos PPTP...[ Szerkesztve ]
Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
-
rgeorge
addikt
válasz rgeorge #5615 üzenetére
Egyrészt a fagyásaimat valószínűleg az Intel HAXM okozta, amióta áttértem a WHPX-re, nincs fagyás.
Az Android Studio Iguana viszont bugos még mindig, ami hiba megjelenik a Problems/Project errors listában, az csak cache invalidálással tűnik el. Más is találkozott már ezzel?Picard: "What we leave behind is not as important as how we've lived. After all, Number One, we're only mortal." Riker: "Speak for yourself, sir. I plan to live forever."
Új hozzászólás Aktív témák
- Creative Hybrid Pro Classic (Egyszer kipróbált, garanciális)
- iPhone 15 Pro 128gb Natúr Titanium, bontatlan, független
- ÚJ Apple Watch Ultra 2 GPS + Cellular 49mm - titántok, alpesi szíj
- 8/16GB memoriák
- APPLE MacBook Air 2020 13" Retina - M1 / 8GB / 256 GB SSD / MAGYAR / 96% akku, 81 ciklus / Garancia