Samsung Electronics will showcase its next generation portfolio comprised of a diverse range of 4G and 5G network solutions targeting the U.S. market during
Posted by Adriana Puchianu, Google Play Developer Marketing
There are increasing growth opportunities for indie game developers, but being
one can still feel daunting in today’s crowded gaming industry. We’ve been
working hard to help indie developers find an audience and to recognize them for
their creativity and innovation. We launched the Indie
Corner as a destination for exciting new games along with longstanding indie
masterpieces. Since launch, more than 380 games have been featured. Earlier this
year, we launched Android
Excellence which showcases apps and games that deliver incredible user
experiences on Android, while providing another opportunity to be discovered on
We’ve also held several indie games contests across the globe, giving indies the
chance to showcase their games and find new audiences. In April, we selected the
winner of the second Indie Games Festival in South Korea and we recently
announced the top 20 finalists of this year’s San Francisco event. Come and see the finalists in person on
September 23rd, it’s free to attend and open to the public. Soon we’ll be
bringing back the second Indie Games Contest in Europe too.
Watch François Alliot, the developer of Reigns,
an indie game showcased in Android
Excellence and the winner of last year’s Indie Games
Contest in Europe, share how he built a successful games business in the
And, finally, check out our recent Q&A
with Spry Fox, makers of the popular game Alphabear, to learn more about what it’s like to be an indie game developer.
How useful did you find this blogpost?
Time to read, write and “Hit Refresh,” following a brief-but-busy week at Microsoft. We saw an alliance grow, protections reinforced and new chapters emerge. Let’s take a spin through the news. This week, the author got a first look at his new creation. Early copies of “Hit Refresh” arrived at the office of Microsoft…
The post First look at Satya Nadella’s new book, Adobe and Microsoft deepen ties while science reveals (yet again) the power of the pen — Weekend Reading: Sept. 8 edition appeared first on The Official Microsoft Blog.
Nearly a century after its dedication, the issues and technologies that led to the inauguration of the International Peace Arch “speak to us in multiple ways,” writes Brad Smith, Microsoft president, and Carol Ann Browne, Microsoft director of executive communications, in a new post in the “Today in Technology” series on LinkedIn. The arch, an…
The post Nearly 100 years later, a border stands strong with an arch and not a wall appeared first on The Official Microsoft Blog.
Posted by Cheryl Lindo Jones, Mobile App Solutions Consultant, Google Play
As more Chromebooks are enabled with Google Play, now is a great time to optimize
your Android app for Chromebooks to reach a larger audience. The changes
made to optimize for large screens will benefit mobile devices that are able to
project to desktop monitors, like the Samsung Galaxy S8. The current
list of Chromebooks that can access the Play Store continues to grow.
There are several differences to consider when optimizing your Android app or
game for Chromebooks:
- Larger screen sizes and higher resolutions
- Multi-window and resizable-window support
- Different hardware input methods: keyboard, trackpad, mouse, stylus
- Convertible Chromebooks enabling use in laptop and tablet modes
Chromebook users can change screen resolutions, switch between various input
methods, and convert from laptop to tablet mode at any time, so Android apps and
games should handle all of these situations gracefully.
Discoverability on Google Play
If Android apps or games require hardware not available in a Chromebook (like
cellular capability or GPS), those titles will not show up on Google Play for
Chromebook users, similar to Play on Android tablets. Developers should maximize
discoverability on Google Play by doing the following:
Set requested permissions and uses-features in the manifest to ensure
compatibility with Chromebooks. Not all Chromebooks will have touchscreens,
GPS, or rear-facing cameras which are typical for smartphones. Update the
manifest so that sensors and hardware not commonly found on Chromebooks are not
<uses-feature android:name="android.hardware.touchscreen" android:required="false" />
Additionally, to educate Chromebook users on any Chrome OS-specific features
that have been implemented, for example supporting additional input methods like
keyboard, trackpad, and stylus, or supporting large, high-resolution screens
with a responsive layout, developers should update the app description on Google
Play. It would also be useful to provide screenshots showcasing how well the app
or game works on the larger screen, or how the title works on a Chromebook
While most apps and games already work fairly well on Chromebooks without any
changes, it is still a good idea to explore how to provide an optimized,
consistent experience for Chromebook users.
Large screens and resizable windows
Chromebook users will be more inclined to multitask, opening multiple apps
and/or games at once, taking advantage of the screen size, and operating in a
manner consistent with a desktop or laptop form factor. Unlike on Android
phones, they can also change the screen resolution to fit more onto the screen,
or enlarge the fonts, UI, and graphics, if needed. Multi-window support and
fully resizable window support are key for this usage. Graphics, fonts, layout,
and touch targets should be adjusted accordingly as the screen resolution and
It is also important to note that just because an app or game window is not in
focus, it does not mean that it is not visible. For example, if a video app is
open in an inactive window, it should continue to play content “in the
background” because it could still be visible along side another app window. To
fully support multi-window
usage in this case, pause video in
onStop(), and resume in
Targeting Android N (API level 24 and higher) will signal to the Chrome OS
window manager that compatibility restrictions should not be used. This allows
for more flexibility and control on the developer’s part for supporting window
The system will handle window
management best if Android N is targeted, but for pre-N API support, windows
can be toggled between either a default size selected at app launch, or a
full-screen mode with either the window bar visible, or with window UI hidden in
immersive full-screen mode.
When handling different windowing modes, it is important to know that the window
area for an app or game will be offset by the presence or absence of the window
control bar. The app should not assume that the activity will always be at (0,0)
in the window. Adjust the layout and touch targets accordingly. It is somewhat
common to see apps or games become unresponsive after a window resize or
orientation change because it did not gracefully handle the presence of the
window control bar, or the higher resolution settings of a Chromebook screen.
Because of the laptop form-factor, Chromebook users expect landscape to be the
default orientation for apps on Chromebooks. However, Android apps often assume
that portrait is the default orientation to support, due to the typical way
users interact with their smartphones. To offer flexibility to users, it is
highly recommended to support both portrait and landscape orientations. Some
Chromebooks are convertible, so users can change between laptop and tablet modes
at will, switching between portrait and landscape orientation, according to what
feels comfortable for a given use case.
Most importantly, if possible, do not require a restart if the orientation or
window size changes. If a user is in the process of filling out a form, creating
or editing some content, or in the middle of a level in a game and loses
progress because of an window change — intentional or not — it would be a poor
Developers can monitor window configuration changes using
onConfigurationChanged() and dynamically handle those changes by adding this
line to the activity’s manifest:
If it is absolutely necessary to require a restart upon changes to the window,
at least restore state by using the
onSaveInstanceState() method so that work or
state is not lost.
Additionally, it is important to be consistent with the app’s orientation as the
user is navigating through activities. Currently, the system forces Android apps
to follow the orientation of the root activity to help maintain consistency.
However, this may result in a situation where, perhaps an app starts out in
landscape orientation, and a login screen normally laid out for portrait
orientation pops up, and now does not look optimized due to an unresponsive
layout. Also, it is still possible to have a case where a springboard activity
starts out in an orientation that is different from the primary orientation of
the app. Please keep these possible scenarios in mind when designing the layout
Finally, developers should be aware of the differences in handling cameras and
orientation on Chromebooks. Obviously, Android phones have front-facing and
rear-facing cameras that are situated at the top of a portrait-oriented screen.
The front-facing cameras on Chromebooks are situated at the top of a
landscape-oriented screen. Many Chromebooks do not have rear-facing cameras. If
an app requires a camera, it would be best to use android.hardware.camera.any to
access the front-facing camera, if a rear-facing one is not available. Again,
developers should target Android N and, if possible allow the app to be
resizable so that the system can take care of properly orienting the camera
Supporting multiple input methods
Chromebook users are used to interacting with webpages and apps using a keyboard
and trackpad. Effectively supporting these two input methods for an Android app
- Supporting hotkeys for commands that a desktop app user may be familiar with
- Using arrow and tab keys and a trackpad to navigate an activity
- Allowing hover and opening context menus
- Supporting other trackpad gestures to enhance productivity in desktop/laptop
Something as simple as hitting return to send text in a messaging app, or
allowing a user to navigate fields by hitting the tab key will make an app feel
more efficient and cohesive on a Chromebook.
While there is a compatibility
mode for Chrome OS to emulate touchscreen scrolling and other touch events,
it would be best to optimize an Android app by declaring
<uses-feature android:name="android.hardware.type.pc" android:required="false" />
in the manifest to disable compatibility mode in order to further define custom
support for keyboard and trackpad.
Similarly, the system can guess at giving focus to the right views when
navigating via the tab or arrow keys on a keyboard. But for best performance,
specify how keyboard navigation should be handled
in the activity manifest using the
android:nextFocusForward attribute for
tab navigation, and
android:nextFocusRight attributes for arrow key
On a related note, some Chromebooks do not have touchscreens, therefore
well-optimized Android apps on Chrome should not assume the user can perform
typical swipe and multi-touch tap gestures to navigate through an app or game.
If primary functionality cannot be performed using only a keyboard or trackpad,
the user experience will be severely impacted on non-touchscreen Chromebooks.
Try to “translate” existing touchscreen tap and swipe gestures into something
that can be easily done on a trackpad or using the keyboard.
Newer Chromebooks are gaining stylus support, allowing for richer interactions
for sketchbook and note-taking apps, photo editors, games, and more. Developers
are encouraged to use available
APIs to support pressure-sensitivity, tilt, and eraser inputs. To enable
users to comfortably rest their hands on the screen while writing, drawing, or
playing games with the stylus, support palm rejection. The system will attempt
to ignore input from a user’s resting palm, but in case such erroneous touch
events are registered, Android apps should gracefully handle
events to erase the erroneous inputs.
By supporting all of these additional input methods, users will be able to take
full advantage of the laptop mode for Chromebooks to work more efficiently, or
to be more creative.
While a lot was covered in this article, we have additional resources for you to
learn more about optimizing their apps and games for Chromebooks. Read our Medium post
with tips to get your app running great on Chromebooks and watch our
session at Google I/O 2017, Android Apps for Chromebooks
and Large Screen Devices. There is also training material on the Android
developers website for building apps for
Chrome OS. If you have any questions, reach out to the Android developer
community and post with the hashtag #AndroidAppsOnChromeOS.
How useful did you find this blogpost?
By Antigone Davis, Head of Global Safety We’re recognizing World Suicide Prevention Day by letting people know about the tools and resources we have developed for people who may be at risk. Throughout September, we’ll connect people with information about supportive groups and suicide prevention tools through ads in News Feed. We are also launching […]
Posted by Kobi Glick, Product Manager, Google Play
Every app on Android is signed with a key. This key is used to ensure the app’s
integrity by checking that updates are signed with the same signature. In the
past, the burden of securely holding the signing key has always been with the
developer. We’re now offering an app signing service on Google Play that can
help you if you lose or compromise your key.
Until recently, losing your key would make it impossible to update your app with
a new version. A compromised key would be a serious issue too: a third-party
could maliciously replace an authentic app or corrupt it. Unfortunately in such
cases, the only solution was to publish a new app, with a new package name and
key, and ask all of your users to install it.
App signing in the Play Console allows us to offer help in such circumstances.
For existing apps, it requires transferring your app signing key to Google Play.
For new apps, we can generate your app signing key. Once enrolled in app
signing, you sign your APK with an upload key, which we use to authenticate your
identity. We’ll then strip that signature and re-sign your app with the app
The app signing key is now securely managed by Google Play meaning that you are
only responsible for managing your upload key. If your upload key is compromised
or lost, our developer operations team can assist by verifying your identity and
resetting your upload key. We’ll still re-sign with the same app signing key,
allowing the app to update as usual.
Rest assured, your key will be fully protected by Google’s robust cloud security
infrastructure and will benefit from the ongoing investment we’re making to
our security systems. In the future, we plan to offer developers who sign with
Google Play automatic optimizations to enhance their app distribution. Stay
tuned for more news in this area!
Learn more about how
app signing works in the help center or watch the session about app
signing from Google I/O 2017. Get started on securing your app in the release management section of
the Play Console.
How useful did you find this blogpost?