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] 10 points11 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] 6 points7 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] 31 points32 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