Should whole objects be passed around or only the thing we need from it? by MXXDZ in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

If you have an application singleton cache the data, then it would be basically instant when you load the next screen. Your loading state/View should have logic for a minimum delay before transitioning to/from a loading state so you don't get a flash.

Although it depends on what the screens are. If they're related enough, I'd probably just make them 2 Fragments which share the same Activity-scoped data presenter. That way they both read the same object and you don't have to pass a pointer using the Intent or arguments.

Should whole objects be passed around or only the thing we need from it? by MXXDZ in androiddev

[–]TheKeeperOfPie 3 points4 points  (0 children)

You can shorten or eliminate the loading state by having caching, but generally, yes, every screen that loads data should have a loading state.

Intent/Bundles aren't meant to hold large data sets, only data pointers, and it's enforced with an error on newer SDK versions.

Weekly Questions Thread - February 13, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

Yeah. It should be com.microsoft.office.lync15 anyways.

Weekly Questions Thread - February 13, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

Funny. The AutoMod rule caught your code string with the Play Store link. Do you mind redacting that so I can approve your comment?

Also, that string is wrong anyways. The package name is not the entire link, just the com.... part.

Weekly Questions Thread - February 13, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

Hey there,

Your question breaks rule 3.

No linking to your own apps without source code

Please remove that link and let me know so I can approve your comment. Or add a GitHub link to your source code.

Thanks.

Weekly "who's hiring" thread! by AutoModerator in androiddev

[–]TheKeeperOfPie [score hidden]  (0 children)

Company: SeatGeek (App)

Job: Android Engineer

Location: New York, NY (we pay for relocation)

Allows Remote: No

Visa: No

URL: Apply here


SeatGeek is a live event ticketing startup in NYC that lets you find, buy, send, and sell tickets. We use contemporary tools like RxJava and Dagger 2 and have recently added features like Android Pay and Discovery (a revamp of our main screen).

For more information about us, check out our jobs page, and ChairNerd, our product dev blog.

If you have any questions about SeatGeek, the job, or NYC, feel free to send me a message (I'm part of the team).

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

It's called the IME action and can be set on the EditText, I think.

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

As a random guy on the internet, that sounds good to me. It's like if the FAB launched a brand new search screen, but instead you have search in the toolbar. Feels like it would work fine.

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

Just from some quick Googling:

https://www.microsoft.com/typography/otspec/otff.htm

You might want to look up an open source font creator and see if you can look at the file generation code.

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 0 points1 point  (0 children)

I'm not sure you need an external tool. Android has enough built in that you could write the users touch events to a Path object or something, and then you could manually write the TTF file from those paths.

Credit where it's due, Android Play Store policy enforcement has come a long way since launch. Great works Google! by twigboy in androiddev

[–]TheKeeperOfPie 2 points3 points  (0 children)

To be fair, I found Java and Android much easier than the 10 minutes of web development I've done.

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 2 points3 points  (0 children)

The layout renderer uses the .class files rather than the .java, I assume. You only edit the .java, and it needs to go through a full rebuild to make the .class file, in case any other processors/plugins need to be run.

You could probably make some plugin that built only a single .java and copied the .class file into the right place to get around that, but it would break if you did anything besides vanilla java.

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 0 points1 point  (0 children)

Replace removes the current Fragment A. You're looking for .add()

2017 Who's using Kotlin? by iperf in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

Impressive, you broke 2 rules at once.

Gotta link your source code or remove your Play Store link.

And take out the hiring line.

Then I can re-approve.

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 3 points4 points  (0 children)

MVC (model-view-controller) was the predecessor, which was really more of a cycle than having anything in between.

MVP came out of that, presenter replacing controller, but rather than swapping around the letters, just changing the last one made it easier to understand, I guess.

Got that from a quick glance at Wikipedia.

https://en.wikipedia.org/wiki/Model-view-controller https://en.wikipedia.org/wiki/Model-view-presenter

Weekly Questions Thread - February 06, 2017 by AutoModerator in androiddev

[–]TheKeeperOfPie 2 points3 points  (0 children)

There's https://developer.android.com/preview/support-712.html, but I think generally full changelogs aren't released until the build is made stable/released.

Otherwise we could get feature declarations that could be removed before release, like the screen tint night mode with 7.0 or whatever version that was.

What is the 'correct' alternative to using ListViews in a NestedScrollView? by [deleted] in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

The header is just a different item type in the RecyclerView.

Make a data model which knows where each header is and what items go under it, and then use a RecyclerView.Adapter to adapt that model into the Views for the header and what goes underneath.

What is the 'correct' alternative to using ListViews in a NestedScrollView? by [deleted] in androiddev

[–]TheKeeperOfPie 0 points1 point  (0 children)

Just make the entire thing a single RecyclerView with different items.

Weekly "anything goes" thread! by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

That's like wake-up-from-coma, step-out-of-time-machine level of upgrade there.

But I don't think you'll get Gradle to use 32 GB of RAM. It just doesn't need that much. Adjusting your heap size to a large enough size, like 4 GB or something, is probably enough.

Recently saw someone share this article in case you want general gradle tweaks: https://medium.com/@kevalpatel2106/how-to-decrease-your-gradle-build-time-by-65-310b572b0c43#.4mwnjetti

Haven't read it all the way through though.

Weekly "anything goes" thread! by AutoModerator in androiddev

[–]TheKeeperOfPie 1 point2 points  (0 children)

I've tried 5 or 6 times now to use ConstraintLayout, but have ended up reverting each time due to needing a feature that CL wasn't really designed for.

I seem to do a lot of operations expecting parts of my View to be grouped into parent ViewGroups (a hierarchy), and since CL is flat, there's really no equivalent there.

It's good if you have a simple static layout that doesn't need to be manipulated heavily.