PELDA: libovolna IP telefonie a nejakej signaling pres API ktera jsou k dispozici.. namatkou nejaky bezny reseni na zobrazovani lecceho leckde atp, s vyhodou bych klidne pouzival oldskool postup ala jedna linka na vice zarizenich.. tzn doporuceni v androidu tohle vubec neresit.. ale urcite lze nejak nekam z mobilu nahravat vypis hovoru (a treba ho dostavat i jako csv od operatora.. just sayin..) a v IS si s tim delat.. veci..

Není to vyloženě android development, zkusím se zeptat tady ...

Potřebuju nějak integrovat telefon (android) s IS.
Máme custom CRM a potřeboval bych to propojit s telefonem na recepci - představuju si to tak, že někdo zavolá, na mobilu v recepci běží jednoduchá appka, která provolá API v CRM. Zbytek už si pořeším.
Ale jak dostat to tel číslo do API? Existuje něco hotového, co by se dalo použít? Nebo jak to dělat jinak?

Díky

Válčím tu poslední dny se situací, že mám classy z jedné externí knihovny v multiDex aplikaci přístupné jen z javy - v apk v classes2.dex jsou, zavolat se nechají, ale JNI už je nenajde ač by mělo dle všech mi známých důvodů. Prošel jsem snad co bylo k nalezení u strýčka googla, ale žádný z návodů nezabral. Nesetkal ses tím někdo někdy?

DATEL: Já jsem měl nějakou svou sadu skriptu na dump sqllite db a stazeni na desktop k lepsimu prehledu. Mam pocit ze me to v Android 10+ či něčem takovém přestalo fungovat. Hádám, že to bude nová featura.

DATEL: GIOMIKY: na fyzickém zařízení (Pixel 2 s Android 11) mě to do těch složek pustí, tak to asi bude problém toho emulovaného Androidu.

DATEL:
taky by me zajimalo, termux me odmita pustit do storage, i kdyz jsem spustil termux.storage-setup :(

Prosím vás, povedlo se někomu rozchodit v Android Studiu v Device File Exploreru nějak přístup do /sdcard/Android/data složky aplikace pro emulátor s Androidem 11? Bude to souviset s tím novým scope uložištěm, ale nechápu, proč mě tam nepustí v debug buildu + emaulátoru, navíc když v interní paměti se do aplikační složky dostanu :(

[selfpromo]
SoundBoardio | Github driven SoundBoards
https://soundboardio.com/
Udělali jsme opět s naším vývojovým týmem něco nového (soundboardy), jedná se o aplikační platfromu, která teda teď neni čistě Androidí, ale lze ji nejen na Android nainstalovat jako normální appku (jo, je to PWA). Jsou to klasické soundboardy, ale je tam něco navíc pro tvorbu osobních soundboardů.
[/selfpromo]

- Docela mě překvapilo PWA, Svelte+Sapper, musím říct, že vývoj byl mnohem příjemnější a rychlejší, než Kotlin + Android, osobně mě vývoj pro Android poslední dobou dost zklamává, hlavně přístupem Google, který je čim dál víc restriktivnější a proces review appky na store, je taky čim dál tim větší opruz.

DRIZDIK: No je i není. Nikdo nemůže očekávat, že bude appka fungovat stále. Dnes se kompiluje pro SDK 30. Těžko očekávat, že dá někdo min sdk nižší než 13. Já osobně už dávám min sdk 22. To zastoupení je takřka nulový a přidávat novou funckionalitu je někdy i nemožný, navíc to dost brzdí s novinkama.

ADAMH: Udržovat podporu pro nízká SDK by neměl být tak velký prolbém, ale to první teda naštěstí nemám zkušenost.

ADAMH: Je v něm dostupná i produkční pokud máš testovací account :-)
ADAMH: Z pohledu uživatele vnímám asi lépe IAP, protože je jedna verze appky, nemusím koukat co přesně stahuju. Zajištění nějaké kontinuity jde zajistit generováním nějakých tokenů, které by to pak odemkly i mimo, ale tím bych se vůbec netrápil, myslíš, že když nepůjde google, tak po tobě na googlu budou chtít peníze zpět? :-D

Další věc, čí spíše postřeh. Mám pár aplikací, zkusil jsem jak udělat free verzi a k ní placenou tak mám i verzi ktera má inapp nákup. To druhé se mě zdá lepší. Ale nevím, pokud dám např inapp jednorázový nákup na odstranění reklam a uživateli po čase z nějakého důvodu nebude aplikace pracovat či bude dokonce delistována (z mé strany či googlu), čí je to problém. Neprodávám, prece aplikaci do konce věků.

Na druhou stranu se mě zdají subscriptions o dost lepší, tam je jasně dáno, že po dobu subscription platí co je a ještě je čas dát třeba refund.

Co si o tom myslíte, pokud teda ještě vůbec někdo žije :)

ADAMH: tak beru zpět. Google před nějakým časem přesunul regionální nastavení dostupnosti nelogicky ze sekce zaznamu obhcodu pod verze a ted ma produkcni verze vlastni nastaveni a otevrene testovani jine. Staci mit v otevrenem testovani povoleny stat a je v nem dostupna i produkcni i presto ze je zakazana.

Mám v google play dvě takřka totožné aplikace, jedna nastavena pouze pro česko a druhá pro vše mimo česko. Přes google play consoli. Používám českou IP, z českého rozsahu, nenalogován (tj žádná beta ani jiná provázánost mě s aplikací) a přesto vidím tu aplikaci, kterou bych v ČR videt neměl. Kde dělám chybu? Mimo důvery ve funkčnost googlu :)

Důvody proč mám dvě jsou samozřejme jasné, historické. Google to i jeden čas takto doporučoval, sjednotit nelze, není způsob jak bezztrát to nějak spojit. Lidi nemaj rádi jakékoli změny a nutit je v jedné app ji odinstalovat a nainstalovat jinou by dost možná i bylo proti google pravidlum. Když i odkaz na jinou svoji aplikaci musím označit "more apps" a jasně o tom že jdou do jiné app dát vědet. (potvrzená nutnost)

MIKULAS: jezismarja, tak ja to zopakuju jeste potreti: je to apka pro zamestnance firmy, ne neco co se ma nekde prodavat, takze store je cira zbytecnost co by se jen pletla do cesty.
Nebyt na store neni v tomto pripade minus, ale vyhoda.
Plan je takovej, ze to budou moct pouzivat jako PWA, s moznosti nainstalovat pro offline pouziti.

Sel jsem sem s tim, ze mi snad poradi nekdo kdo tomu rozumi a podeli se o nejake prakticke zkusenosti, ne proto aby mi nejaky hipster vykladal o tom jak my chybi "byznys model", a jeste takovej co o PWA evidentne nevi ani to co ja jsem si dokazal precist na random webu za 5 minut.
Priste prosim, pokud o necem vis velky kulovy, neplytvej svym casem.

Jinak podekovani ADAMH a DRIZDIK za skutecnou snahu o nejakou konstruktivni pomoc.

BAT: Store je místo, kam chodí ty tví joudové pro appky. Nebudeš tam, tvé minus.

Tví joudové používají jednu platformu, konzistence je vůbec nezajímá.

Že nechceš dělat více než jedno UI je proto, že je to dost práce a zadarmo to dělat nebudeš, protože nemáš byznys model.

DRIZDIK: Mimochodem, to je neco co ja prave delat nechci. Ja uvazuju o instalovatelny PWA prave proto, abych se nemusel se zadnym storem obtezovat.

MIKULAS:

1. Na web.dev pisou, ze se instalovat muze.
(asi jsem mel upresnit, ze kdyz zminuju PWA, automaticky tim myslim "instalovatelnou PWA").
Clovek ji udajne ziska velice obvyklym zpusobem - typicky tak, ze klikne na tlacitko "nainstalovat", potvrdi ze si to preje, a hotovo.
A ma to smysl napr. proto, aby byla spolehlive pouzitelna i offline, aby se zobrazovala v taskmanageru, aby se dala pouzit jako cil pro nejakou akci jako "otevrit v ...", atp.

2. Jasne, ale ne zrovna "jednim kliknutim", to uz chces od usera trochu vic.
A kdyz bude user Jouda (a ze takovy budou), tak neco takovyho neda. A ja chci aby i ten Jouda to mel co nejpohodlnejsi.

3. Na web.dev rikaj, ze s tim "native-like" vzhledem to celkem jde.
Soude podle prikladu, ani bych nepoznal ze to neni nativni apka.

4. Citlivy data se offline ukladat nebudou, takze to je ok.

5. Ja rad UI konzistentni napric platformama, abych nemusel resit rozdily u navodu nebo troubleshootingu.
Abych predesel situaci, ze reknu "tak tedka Joudo zaskrtni ten checkbox nahore vlevo", Jouda rekne "ale ja tu zadnej checkbox nemam", a po hodine dohadovani zjistim ze tam misto "checkboxu" ma graficky stylizovany on/off prepinatko nebo co - funkcne je to totez, ale protoze Jouda je debil, tak jsem prave ztratil hodinu casu.
Ale tim spis mas asi pravdu s tim, ze bych nemel iOSakovi nutit Androidi UI a naopak - zvlast kdyz to bude nejaky Jouda :)