Profile cover photo
Profile photo
Hannu Leinonen
Android & iOS developer, soccer coach
Android & iOS developer, soccer coach


Post has shared content
Keep your Android app up to date with the latest changes to Google Play services with this info from Doug Stevenson

Learn more here:
Add a comment...

Post has attachment
New headphones with active noise cancellation and Android Nougat update on the same day!
Add a comment...

Post has attachment
🚲 I did an app for checking the amount of bikes in the racks of the brand new Helsinki city bikes. PS. I don't mind five-star reviews. ⭐⭐⭐⭐⭐ #kaupunkifillarit #helsinki
Add a comment...

Anyone in need of 50€ discount for the OnePlus 2? I already got one, so it's no use for me. Let me know. #oneplus #oneplus2
Add a comment...

Post has shared content
Just added branded launch theme to
Use cold start time effectively with a branded launch theme
Pro-tip by +Ian Lake

When your app isn’t in memory and is launched, that ‘cold start’ can take significantly longer than if your app is already in memory. Depending on the size of your app and what you’re doing in your Application’s onCreate() (as little as possible I hope!), there may be lag between when the user starts your app and your Activity’s onCreate() is actually called. During that time, the window manager makes its best effort to draw a placeholder UI using elements from your theme such as the background and status bar color.

But the background doesn’t have to be a solid color: it can be an opportunity to add a little more personality and branding to your app without slowing down the user through the use of a branded launch screen (, allowing your app UI to focus on content rather than additional branding. The key is creating a custom theme that overrides android:windowBackground, then replacing that custom theme with your standard theme before calling super.onCreate().

Assuming you have a theme called AppTheme, your launcher theme would be:
<style name="AppTheme.Launcher">
  <item name="android:windowBackground">@drawable/launch_screen</item>

This implies that everything about the launcher theme is inherited from your main theme - you’re just changing the windowBackground. One other attribute you may consider changing here is colorPrimaryDark: the status bar color on Android 5.0+ devices. Setting colorPrimaryDark to your main background color can put more emphasis on your branding at the expense of another element changing when transitioning to your final theme.

But drawable/launch_screen can’t be just a simple image, unfortunately - it’ll end up stretched to fill the entire screen. Instead, you can use an XML file such as:
<layer-list xmlns:android="" android:opacity="opaque">
  <!-- The background color, preferably the same as your normal theme -->
  <item android:drawable="@android:color/white"/>
  <!-- Your product logo - 144dp color version of your app icon -->

Make particular note of the android:opacity=”opaque” line - this is critical in preventing a flash of black as your theme transitions.

Then apply your theme to your activity in your AndroidManifest.xml using android:theme="@style/AppTheme.Launcher".

The easiest way to transition back to your normal theme is to call setTheme( before super.onCreate() and setContentView():
public class MyMainActivity extends AppCompatActivity {
  protected void onCreate(Bundle savedInstanceState) {
    // Make sure this is before calling super.onCreate
    // ...

Things to note with this approach:
- No launchpad activity - there’s no delay such as there would be if you were launching a second activity from a dedicated splash screen style activity
- No artificial delays - you’re only using the time that you have, just taking advantage of theming
- No extra overdraw - resetting your theme removes a layer of overdraw compared to having an opaque view with your normal background above the custom windowBackground
- Only for your launcher activity - this isn’t appropriate for deep links into your app or handling a URI, but for launches done through the home screen - the point is to minimize dead time, not to annoy users.
- Fast is best - keeping your app lean and minimizing work done at startup is critical to a good experience, even if that means slightly less time for branding - remember: getting users to the content they care about should be your #1 priority.
- Watch your transition - keep both the number and complexity of your transitions to a minimum by sharing as many elements (colors, etc) as possible to make for a seamless transition straight to content.

Add a comment...

Post has attachment
Testing React Native on Linux with Genymotion Nexus 6P image. So far got the example running. Let's see how this will end up.
Add a comment...

I've got two OnePlus 2 invites available, is there anyone in need of one? #oneplus2
Add a comment...

OnePlus 2 arrived yesterday. Looks and feels like a high-end quality device. The OS is all good, pretty close to vanilla and no annoyances. Everything is snappy, even the fingerprint unlocking. Lack of NFC is a disappointment, I've grown used to using Android Beam to share photos with my friends. Also I think I won't be needing the dual-SIM functionality targeted mainly at Asian markets. The price being about 100€ more expensive than the previous iteration which I think was more bang for the buck. In conclusion, I'd say it's 4/5. #oneplus2  
Add a comment...

Woke up 5am to watch the OnePlus 2 launch on virtual reality, geekyness level unlocked! #OnePlus2
Add a comment...

Post has attachment
Add a comment...
Wait while more posts are being loaded