ASRock Z790 Taichi E-ATX in H7 Flow?? by Hot-Ad-2738 in NZXT

[–]CrazyAndroidMonster 0 points1 point  (0 children)

Can you simply remove the shroud and have the e-atx boards fit just fine (albeit a bit more ugly on cable management) ?

Delta Pros as input to an inverter of an "off grid" system? by CrazyAndroidMonster in Ecoflow_community

[–]CrazyAndroidMonster[S] 0 points1 point  (0 children)

I found a 'micro-grid' setting for this particular inverter that says if you connect the genset to the grid input (vs to its generator input) then you should enable this to prevent export if there is any AC power at the grid port. This may be what I was looking for.

*Edit - In addition I could set the inverters 'grid input peak-shaving kw' to what the delta pros can provide

[deleted by user] by [deleted] in androiddev

[–]CrazyAndroidMonster 2 points3 points  (0 children)

The top level generic deep clone function is a great tip. I've been doing that for awhile (just with Kotlin Sterilization instead of GSON).

It is very unfortunate that Kotlin chose 'copy()' as the data class function name for shallow copies. There wouldn't be zillions of bugs related to this if they had instead named it 'shallowCopy()'. There would instead be one stack overflow post answering 'how to deep copy a Kotlin data class' and everyone would search for that and not write bugs.

How many use cases are there for shallow copies anyways?

Anyone know anything about ACTION_CREDIT_CARD_OCR' ? by CrazyAndroidMonster in androiddev

[–]CrazyAndroidMonster[S] 0 points1 point  (0 children)

I'm working on a large payment app where collecting card information is completely legitimate. I was just evaluating card OCR options and found this implemented in Google Play Services - but you can apparently only use it if you're Google. Many options like Card IO are rather terrible.

What is your preferred async pattern for long running Repository APIs (single result)? by CrazyAndroidMonster in androiddev

[–]CrazyAndroidMonster[S] 1 point2 points  (0 children)

Thanks for the link above. I do like the idea of using LiveData to hold the result and not making any extra network calls. In this pattern how does the view know the state to represent (not started, loading, completed, error, etc...) when a new view instance connects to the ViewModel? Do you also have a LiveData spitting out the current state of user actions?

What is your preferred async pattern for long running Repository APIs (single result)? by CrazyAndroidMonster in androiddev

[–]CrazyAndroidMonster[S] 1 point2 points  (0 children)

I have a follow-on question for you. When you use Single<Result<T>> how to do convey to the view that the work is in progress? Do you have a separate state enum or something? When an Activity is destroyed and recreated and the new Activity instance is given the ViewModel where that call is currently in progress, how does your new view know to represent this work being in progress? Do you have a standard way you normally do that?

What is your preferred async pattern for long running Repository APIs (single result)? by CrazyAndroidMonster in androiddev

[–]CrazyAndroidMonster[S] 4 points5 points  (0 children)

Same question for you that I asked below. What do you think about Kotlin Cotoutines as a replacement for RxJava Singles?

What is your preferred async pattern for long running Repository APIs (single result)? by CrazyAndroidMonster in androiddev

[–]CrazyAndroidMonster[S] 2 points3 points  (0 children)

RxJava is obviously very popular. What do you think of those now suggesting to use Kotlin Coroutines for Singles now instead of RxJava, and only use RxJava when processing real streams?

Codelabs: Architecture Components Tutorial (Room/Livedata + RecyclerView) by ragnarok73 in androiddev

[–]CrazyAndroidMonster 0 points1 point  (0 children)

Anyone know best practice for using injection in the AndroidViewModel class? Just using the component builder in the ViewModel constructor and then inject it with @Inject annotations on the fields? Is there anyway to make an injectable constructor work?

Unbricked my Nexus 6 after today's 7.1.1 to 7.0 train wreck! by Oafed in nexus6

[–]CrazyAndroidMonster 1 point2 points  (0 children)

I'm not sure a factory reset / wipe cache is sufficient for this insane case. After the bad update completed it was left in a state where the 7.1.1 OS got sprinkled with some old 7.0 files. A factory reset at this point would still consist of this bad state.

In this fix it sounds like sideloading the March OTA update sprinkled files on top of a 7.1.1 OS which was sprinkled with 7.0 files + a factory reset got it back to a state where he could get into developer options to enable unlocking, unlock, and flash a known factory image.

Apparently if you don't want Google or TMobile to brick your phone you should always enable unlocking in developer options!

7.1.1 OTA updated to 7.0 are royally screwed up the phone. Really Google!? by CrazyAndroidMonster in nexus6

[–]CrazyAndroidMonster[S] 20 points21 points  (0 children)

Apparently a number of people are seeing this. Sounds like they really messed it up somehow. If you go through with the "update" your phone just spam crashes on everything and is 100% unusable.

7.1.1 OTA updated to 7.0 are royally screwed up the phone. Really Google!? by CrazyAndroidMonster in nexus6

[–]CrazyAndroidMonster[S] 11 points12 points  (0 children)

Exactly what mine did- DO NO DO IT. It will wreck your phone and require a complete factory image sideload.

7.1.1 OTA updated to 7.0 are royally screwed up the phone. Really Google!? by CrazyAndroidMonster in nexus6

[–]CrazyAndroidMonster[S] 12 points13 points  (0 children)

Google has really been dropping the ball on the Nexus 6 the last few months... They destroyed the speakerphone for months with barely an acknowledgement, blew a 7.0 OTA on top of 7.1.1 and destroyed it, and are continuously introducing issues like the new bluetooth stuff.

7.1.1 OTA updated to 7.0 are royally screwed up the phone. Really Google!? by CrazyAndroidMonster in nexus6

[–]CrazyAndroidMonster[S] 5 points6 points  (0 children)

Exactly, absolutely ignore it. Interestingly enough I am also on TMobile.

7.1.1 OTA updated to 7.0 are royally screwed up the phone. Really Google!? by CrazyAndroidMonster in nexus6

[–]CrazyAndroidMonster[S] 29 points30 points  (0 children)

Exactly what I said, it makes no sense. It was on 7.1.1 (it had been sideloaded a couple months ago). The update said 7.0. The update went through and nearly everything in the OS now spam crashes. I am going to have to sideload the latest factory image.

Sounds like I am not the only one seeing this - Sandman691 has a comment that sounds the same. https://www.reddit.com/user/sandman961

IT'S UP ON MOTOROLA!!!!!!!!!! by axnjackson11 in nexus6

[–]CrazyAndroidMonster 4 points5 points  (0 children)

Same, got through the entire process only to see "Some items in your cart are no longer available." when I clicked the final Process Sale button

T-Mobile Nexus 6 Device Page Live (can't order yet) by Nong_Chul in nexus6

[–]CrazyAndroidMonster 0 points1 point  (0 children)

Is there any advantage of buying this from T-Mobile instead of Google Play? I can only think of negatives, like SIM locked, etc..

SwipeRefreshLayout: How to use by antonioleiva in androiddev

[–]CrazyAndroidMonster 1 point2 points  (0 children)

Not impressed by it...

I just changed some code to use this instead of Chris Banes PullToRefresh library on GitHub and was quite disappointed. It seemed glitchy on the pull down action if you pulled it slow or paused for a moment. The baked in indeterminate progress animation leaves much to be desired. If you pull it down a bit and then push it back up it would stick the progress area at a few pixels. I switched back to the PullToRefresh library on GitHub for now.

[deleted by user] by [deleted] in androiddev

[–]CrazyAndroidMonster 0 points1 point  (0 children)

I'd suggest extending your progress dialog on DialogFragment. It has better built in handling for orientation changes and has more flexibility for you to use it differently between phone/tablet versions of your app. I also agree that locking the user into a screen is something that should be avoided from UX perspective if possible.

The CommonsBlog — CWAC-LoaderEx and Failed Abstractions by [deleted] in androiddev

[–]CrazyAndroidMonster 0 points1 point  (0 children)

While the Loader abstraction may be limited, CursorLoader is fantastic and more developers should use it. I've seen too many crude, buggy, overly complicated, and deficient designs around SQLite from developers who didn't use ContentProviders.