• Breaking News

    Saturday, March 7, 2020

    Android Dev - App Feedback Thread - March 07, 2020

    Android Dev - App Feedback Thread - March 07, 2020


    App Feedback Thread - March 07, 2020

    Posted: 07 Mar 2020 04:28 AM PST

    This thread is for getting feedback on your own apps.

    Developers:

    • must provide feedback for others
    • must include Play Store, GitHub, or BitBucket link
    • must make top level comment
    • must make effort to respond to questions and feedback from commenters
    • may be open or closed source

    Commenters:

    • must give constructive feedback in replies to top level comments
    • must not include links to other apps

    To cut down on spam, accounts who are too young or do not have enough karma to post will be removed. Please make an effort to contribute to the community before asking for feedback.

    As always, the mod team is only a small group of people, and we rely on the readers to help us maintain this subreddit. Please report any rule breakers. Thank you.

    - Da Mods

    submitted by /u/AutoModerator
    [link] [comments]

    Motion layout.

    Posted: 06 Mar 2020 11:13 PM PST

    Whats a good app to start with as a first Play Store app?

    Posted: 07 Mar 2020 08:16 AM PST

    Hi,

    I am currently coding in Android Studio for school purposes. We made things like a film database, and a Mastermind) app.

    Now I want to progress further but I am not sure what I should program about. I thought about doing a database app (steam, netflix...) but then I thought I would ask here before starting.

    submitted by /u/Aut_Speeder
    [link] [comments]

    Making my own apps or freelance to make money under 18?

    Posted: 07 Mar 2020 08:09 AM PST

    Hi.I am 15 and I want to make money from programming because i don't want to take a summer job:)).I am still learning android development and I have 2 ways of making money:

    1.Building my own app:I have some ideas but i think is very hard to publish and have success with it if i am under 18 and have little knowleadge about app marketing but i whould like to try this thought.

    2.Freelancing:I heard that i can make some money out of freelancing even if i am under 18 but I am not sure if it is true.I whould like to freelance too.

    Soo out of this ways of making income which one do you guys thing i should use?And why?Please help me if you can,any advice is good.

    Btw:I DON'T WANT TO MAKE MUCH MONEY ONLY A FEW JUST TO BE ABLE TO STAY HOME AND CODE ALL SUMMER AND NOT TAKING A SUMMER JOB

    submitted by /u/vld4k
    [link] [comments]

    [Optimize async task]

    Posted: 07 Mar 2020 07:55 AM PST

    Hi,

    I have a class for http requests using async task and also an interface to access it so I don't have to copy paste the class everytime I want to use it.

    https://hastebin.com/omocoxulax.java

    and when I use it, I do the following:

    https://hastebin.com/tonirutoye.java

    The problem is that I don't know if this is the right way to do this and any help is really appreciated to optimize it or structure it better. I am preety junior at this stuff.

    The second problem is that the progressBar doesn't show/doesn't work at all. It only works if I put the class directly inside an Activity and not use the interface.

    Thank you !

    submitted by /u/Eurofighter_Ty
    [link] [comments]

    Open Source Material Design

    Posted: 07 Mar 2020 07:46 AM PST

    Do you know any github repository or place which hosts some open source material Design Themes?

    I'm already struggling with Kotlin, so finding some nice material design themes can give me some confidence and boost in learning and building android apps.

    submitted by /u/ddoleu
    [link] [comments]

    Android Deep thread handling

    Posted: 06 Mar 2020 11:22 PM PST

    I have written an article about handle thread in android:

    Thread handling in android part two:

    https://medium.com/culi-tech-viet/thread-handling-android-p2-bd34da043afc

    u/android,

    submitted by /u/luyenninh
    [link] [comments]

    Is there a standard android studio "project assets" or "ignore" folder?

    Posted: 07 Mar 2020 04:46 AM PST

    Designing a Simple App UI

    Posted: 07 Mar 2020 04:40 AM PST

    How to pass data to the previous fragment

    Posted: 07 Mar 2020 12:12 AM PST

    Sometimes I was considering the way to passed data to the previous fragment simplest? Didn't using EventBus, RxBus, or interface callback. This is my article wrote about the simplest way to passed data to the previous fragment:

    https://medium.com/culi-tech-viet/pass-data-to-the-previous-fragment-e2b1d19f39ca

    submitted by /u/luyenninh
    [link] [comments]

    Huawei & Safetynet

    Posted: 07 Mar 2020 03:08 AM PST

    I'm looking into buying the newly released Huawei Nova 6. I just have a few concerns that I'd like to know the answers to.

    1: Will the Chinese version pass Safetynet if the trade war stops?

    2: If the phone will never pass Safetynet, what apps will I be unable to use?

    3: Is there a way to make the phone think it passes Safetynet? I'm not sure what Magisk or rooting is, but I think it has something to do with it.

    4: If there's a global release of the phone, will the global version pass Safetynet?

    If anyone else has any additional comments to make regarding new Huawei devices, I'd love to hear them. I'm not concerned as far as regular Google Play services go, I'm sure I will be able to get that installed. It's just stuff like Google Pay, banking apps etc.

    Thanks.

    submitted by /u/gtfoclouds
    [link] [comments]

    My suggestions for Google survey about Scoped Storage for Android 11

    Posted: 06 Mar 2020 09:47 PM PST

    Google is asking about their clever changes to Storage:

    If you feel your time will be wasted replying to them, you can just copy and paste as you please from the list in the second section below.

     

    Preamble

    Android is such a dominant mobile ecosystem, with such strategic value to it, that it needs to be run as an independent body, that is responsive to user and developer needs.

    As it is, Android is hostage to the whims of an ad/search company, that doesn't still care about audio (low latency for music performance - as iOS quite easily does). While Google polices the Google services assets, it has cared little for standardizing audio by the manufacturers (no standard setting exists for audio source where mobmno/stereo audio will work across devices).

    As long as Google the ad/search behemoth runs this thing, things won't change - they just-don't-care.

    If Android was an independent mobile ecosystem (not obliged to Google the ad/search behemoth), then Android would have made internet arun-time permission as well - if they cared about user security, as they claim. Internet would not be left open as an implicitly granted permission by all apps! - Google has Bern intent on shutting down everthing else - call recording, SMS backup, location, all because it cannot bring itself to plug the foundational leak that internet brings to a system.

    Google does not care about standard programming practices - they seek to break the ones that are strategically a threat, breaking their compact with developers - biggest one: that old apps will continue to run on new Android versions (much ballyhooed by Google in it's docs for years - no more).

    The disruption of storage APIs has a long history with Google - cheap ext SD cards were a well discussed threat to cloud storage growth (which hindered Google's ability to grow cloud usage) - enter disruption of ext SD card access which went from seamless to non existent with KitKat - all for no great advantage to the ecosystem. Ostensible reason was to reduce "clutter" on ext SD card - no one believed that at the time. Devs complained, no one listened, and users found out a year later as faut accompli.

    All the alternate APIs introduced only serve to provide deniability for Google - "we provided an alternative" - an alternative but not an improvement - SAF was not a solution (not a complete API).

    Meanwhile internal storage was increasing on phones - what was not seamlessly accessible on ext SD card thanks to KitKat, now became viable with plenty of internal storage - 128GB internal storage became common.

    Now Google went after internal storage - constraining the APIs for internal storage access, while providing "alternatives" which broke seamless access and never quite made up in features - a way to fragment and break seamless availability of that feature, while providing deniability.

    We pointed out a year or two ago how constraining APIs will not provide security as the recommended way ie SAF is logically equivalent to the same thing (users routinely provide top level access).. Yet lots of pro-Google folks argued this SAF was so much better.

    Now with Android 10 and 11 we find Google has "discovered" that flaw in SAF - their solution: SAF is no longer usable by just anyone. Now you will require Permissions Declaration Form to use it (horrors of Call/SMS fiasco come to mind - just replace Call/SMS handler with file manager).

    They provide some half baked MediaStore stuff as alternative, which fails basic file operation capabilities.

    Right now the same people who argued for SAF are arguing in favor of abandoning POSIX open standards for File access - with praises for how streaming services are the thing. That could only come from the minds of people brainwashed into wanting to engineer local file access to be on par with cloud storage. Somewhere there is a compulsion to make cloud storage "as easy" as local storage - how to do that? - make local storage as brain dead as cloud storage, AND converge local storage APIs to the cloud APIs.

    Google has a habit of making security the justification for these changes (since no one questions "security"). When we demonstrated SAF was AS insecure as anything else, they didn't believe that, but are taking that tack a few YEARS later.

    So you tell me, are these the behaviors of a company which thinks before it makes new APIs - could it be that incompetent? Or did it know exactly what it was doing - disrupting storage APIs? Is really the whole exercise one of stonewalling - building up brick walls to impede or curtail local storage until it is AS kludgy to work with as cloud storage?

    If Android was an ecosystem devoted to users and developers, Google would be taking pains to make things easy for storage, and not steadily harder every year.

     

    Here are the things we want

    • File access has to stay in both Java and NDK (C code)

    • standard POSIX file access cannot be killed at Google's whim, just to engineer parity with screwy cloud storage paradigms (kill standard storage to make cloud storage look good)

    • Android management has to behave responsibly as custodians of the dominant phone ecosystem. Don't mess it up. Unfortunately this cannot happen as long as Android is handmaiden to the interests of an ad/search company which want to reverse history and regain control over cloud storage revenues - just like Apple did. Except Android grew BECAUSE it was seen by Android fans as having open storage model NOT beholden to cloud lockdown, like iOS. Google is hoping it can renege on that without bring notice - censoring posts about Storage on r/android is not going to achieve this goal. Google is remiss in not warning users about the reduction in features in Androud 10 and 11 regarding storage.

    • there is no excuse for killing high performance file io and file/folder creation (MediaStore and even SAF are notoriously bad performing)

    • do not kill high performance random file access - we need random file access in our apps - you are killing our apps' ability to perform as before. We should not be forced to work for free to cover the gaps you are creating at your whim - just so users don't feel the impact of your actions. Devs are not your slaves to be covering glaring omissions you are deliberately creating in the foundations of Android, just to fit some strategic cloud storage goal.

    • do not kill fast renaming of files. We use this for our file operations. Having to copy a "streaming-conformant" file to another file before we can do file operations are unacceptable.. Our files are not on the cloud. Do not dumb down local storage just to make cloud storage look on-par - that is just deceitful and malicious.

    • do not restrict our abilities to organize files into folders. We were doing so before, and we want to continue that in the future. Providing flat file areas using MediaStore is not a replacement.

    • do not restrict fopen() in C code in native NDK. You are violating POSIX file support if you do so. As long as the Java side of code has gotten the appropriate permissions from the user, that file path should be workable from C code. We don't need Google to neuter standard file behavior for our C code and libraries.

    • do not curtail our ability to show file structure for our files to the user. We allow a file manager like interface to our users. Do not force us to rewrite or throw away capabilities we have provided for years. Do not force us to prove we are a file manager app (via a new Permissions Declaration Form) just to show our files which are stored in a persistent place on internal storage. We do not have time to change all our file manager code - and that too for free. What is the appeal of these changes for devs?

    • if you were remiss to hook users to cloud storage in your infancy (when you were touting the openness of Android and ridiculing the closed storage on iOS), do not do it after-the-fact as you are trying to do it now. Android is a dominant mobile ecosystem now, and of strategic value to the world. You cannot unilaterally sneak in such breakages into this ecosystem. The only way you have successfully done this before is by hiding the changes that are upcoming, and then having users find out a year later as a fait accompli. However these storage changes are so big they have potential to break or disrupt Android.

    • do not act like all these file changes are "minor", or edge cases, or "only a small number of apps will be affected". You are breaking POSIX file support, no two ways about it. No amount of YouTuber praise for Android 10 and 11 will cover for this.

    Feel free to copy paste any of the above in your reply to Google survey.

    submitted by /u/stereomatch
    [link] [comments]

    Emulator 30.0.3 Canary

    Posted: 06 Mar 2020 10:19 AM PST

    Need help understanding if an API will work for my needs.

    Posted: 06 Mar 2020 05:36 PM PST

    So I have a question about Androids print service API https://developer.android.com/reference/android/printservice/PrintService. Is it possible with the API to create an app that can add printers to Android OS as if you added the printer manually through the settings menu via the printers IP address? An example of this idea in action would be:

    1- Download app from Play Store.

    2- Open app and use its GUI to add printers based on the IP address.

    3- App use API to create the printers on the Android device instead of me needing to do it through the settings menu each time.

    I don't want the app scanning my network and doing any discovery of printers then displaying them automatically. I want complete control over what printers actually get added so I don't end up with 300 printers at of the time. Any help understanding this would be awesome. Thank you.

    submitted by /u/Ocmrm
    [link] [comments]

    How to make a “car like” launcher for Android?

    Posted: 06 Mar 2020 10:55 AM PST

    Hello everybody!

    Problem:

    What I want to do is a very specific launcher. The challenge is to do an always shown on top menu, that opens any app in the middle, and have a customized navigation bar. Something like this:

    ![Alt](https://i.stack.imgur.com/RKHuw.png) https://i.stack.imgur.com/RKHuw.png

    What have I tried:

    The questions:

    Is there something I am missing about any of these three posts?

    My approach about a doing a launcher is not the right one?

    How do enterprises like automotive ones do this on their systems?

    submitted by /u/JularB
    [link] [comments]

    Need some help with Canvas drawing: Shape at wrong position, path work fine

    Posted: 06 Mar 2020 09:31 AM PST

    Hey there,

    I'm currently trying to fix/understand a bug with canvas drawing and generating an image/bitmap out of it, unfortunately it's my first time working with android canvas and I'm struggling with one thing.

    I have an ImageEditor which is the canvas with an image to draw onto.

    • Drawing paths onto it and saving as image works fine, the paths are at the correct position
    • Drawing shapes works fine, they behave well until saving (rotate, scale etc works fine)
    • Saving the shapes as/onto the image doesn't quite work, the position is wrong after saving the image / generating the bitmap

    I know that the culprit is in the createImage method if cropToImageSize (BGImage) is given, only then the shapes get a wrong position on the bitmap.

    Would anyone mind having a quick glimpse on the ImageEditor.javain https://github.com/wwimmo/react-native-sketch-canvas and tell me where I'm completely stupid?

    submitted by /u/creambyemute
    [link] [comments]

    FCM analytics_label

    Posted: 06 Mar 2020 05:45 PM PST

    Hi all - I've been trying to get analytics on the Firebase dashboard for several weeks now but still am not seeing anything whatsoever.

    I added the analytics_label to the payload but the dashboard is still empty.

    here is a sample payload:

    {

    "priority": "high",

    "data": {

    "message": "TestFCM just messaged you!",

    "badge": 1,

    "sound": "sound.caf"

    },

    "fcm_options": {

    "analytics_label": "Test"

    },

    "to": "abcdefg"

    }

    Anyone have any idea what the issue might be?

    submitted by /u/androidy8
    [link] [comments]

    How to ensure certain code is only run once when using Android Test Orchestrator?

    Posted: 06 Mar 2020 12:29 PM PST

    I asked this on Stack Overflow but have yet to get a respone.

    So I'm writing automated tests for an Android app and have configured them to post results to TestRail. I want to migrate to Android Test Orchestrator for two reasons:

    1. I would like to clear the app data before each test to prevent them from interfering with one another. For example, some tests that assume an empty watch list will fail if videos get added to the list during other tests. I can set the clearPackageData parameter in the Gradle file, but this requires Android Test Orchestrator.

    2. Some flaky tests don't just fail but actually cause the app to crash. This terminates the instrumentation process and prevents the remaining tests from being run.

    However, there is a problem: my code for creating a new run in TestRail is only supposed to be executed once. Using the default test runner, the following works without issues.

    private static boolean initialized = false; @BeforeClass public static void init() { if (!initialized) { // set up TestRail initialized = true; } } 

    However, the code is executed before every test when I use Android Test Orchestrator. This creates a test run for every test instead of a single run containing all the results. I spent a good few hours at work deleting hundreds of excess runs that only contain a single result each!

    So my question is: how do I ensure the above code is only executed once when using Android Test Orchestrator?

    submitted by /u/ixfd64
    [link] [comments]

    How much uninstallable apps on Xiaomi?

    Posted: 06 Mar 2020 02:20 PM PST

    I've read sbout Xiaomi bloat ware.

    I'm considering a Note 8 purchase because of extremely attractive prices now. The 4gb RAM would be a dream but how much is taken up with this alleged unremovable 'bloatware'? Asking for approximate RAM percentage or approximate megabytes (not vague 'a lot' etc).

    • I tried asking on r/android but had the post instantly removed by a bot.
    submitted by /u/Tabodo
    [link] [comments]

    No comments:

    Post a Comment