The following is the first few sections of a chapter from The Busy Coder's Guide to Android Development, plus headings for the remaining major sections, to give you an idea about the content of the chapter.

Device Catalog: Samsung DeX

In 2017, Samsung released the Galaxy S8 and S8+. They also released the Samsung DeX, a docking station for the S8/S8+ that not only provides power, an Ethernet jack, and USB ports, but it also has an HDMI port.

Samsung DeX, Front Top Showing Device Connector
Figure 1120: Samsung DeX, Front Top Showing Device Connector

Samsung DeX, Rear Showing Ports
Figure 1121: Samsung DeX, Rear Showing Ports

Moreover, not only can that HDMI port be used the way it is on many other Android devices (screen mirroring, Presentation, etc.), but also in a “DeX” mode that simulates a freeform multiwindow experience. In this mode, the touchscreen is turned off, and the user navigates the windows using a keyboard and mouse (USB or Bluetooth), as with a traditional desktop OS.

DeX Mode, Showing Freeform-Style Windows
Figure 1122: DeX Mode, Showing Freeform-Style Windows

On the whole, developers do not seem to be concerning themselves too much with DeX — for example, as of mid-June 2017, there was exactly one question on Stack Overflow related to DeX. That being said, the DeX is an interesting demonstration of where Android 7.0’s multi-window modes will head. Plus, it is yet another environment that puts keyboards and mice “front and center” for users and, by extension, app developers.

DeX Screen Modes

The user has two choices when docking their device in the DeX: screen mirroring mode and DeX mode.

Screen Mirroring

What Samsung describes as “screen mirroring” mode is pretty much what you would expect from an Android device connected to an HDMI display. By default, the contents of the touchscreen are mirrored on the HDMI display. And, if you use things like Presentation, you can display separate content on the HDMI display from what is shown on the touchscreen.

However, this mode may not be very popular, for one simple reason: the device is docked in the DeX in portrait mode. This means that the content shown on the HDMI device, by default, is in portrait mode. While you could lock your activity to landscape mode, so its Presentation appears in landscape, then the activity is in the wrong orientation on the touchscreen.

DeX Mode

More often than not, if people are bothering to put their devices in a DeX, it is to use Dex mode, with freeform-style windows.

This chapter refers to these windows as “freeform-style”, as while the S8 and S8+ shipped with Android 7.0, they do not appear to have the freeform setting enabled. Hence, Samsung “rolled their own” freeform multiwindow implementation, and the developer (and user) experience in DeX mode will differ somewhat from what “official” freeform multiwindow mode is like.

Activities that are not resizeable will appear in portrait mode by default:

Non-Resizeable Activity on DeX in Portrait
Figure 1123: Non-Resizeable Activity on DeX in Portrait

There is an icon in the title bar that allows the user to rotate the window to landscape:

Non-Resizeable Activity on DeX in Landscape
Figure 1124: Non-Resizeable Activity on DeX in Landscape

Activities that are resizeable — the <activity> or <application> explicitly has android:resizeableActivity="true" — can be resized by using a mouse and dragging the window edges, as with a traditional desktop operating system.

All windows, resizeable or not, can be minimized or maximized. Maximized windows will fill the screen.

Other App Impacts

While the screen, keyboard, and mouse are the primary changes that app developers will face when thinking about the DeX, there are other issues to take into account and opportunities to consider.

Configuration and State Changes

The strangest part of life in a DeX dock comes in the various state changes that your app can undergo. Sometimes, these are part of standard Android configuration changes. Sometimes, these are more distinctive to the DeX.

Moving In and Out of DeX

Here, we have many scenarios:

(in theory, there should also be “a docked device is switched from screen-mirroring mode to DeX mode”, but there does not appear to be an option for this)

The default behavior in all of these is:

Going into Dex mode will have your foreground app appear in the “system tray”, which serves the same role in desktop mode as the overview screen does in standard Android. Clicking your app’s icon will bring up your window… starting your app along the way.

The reason why Samsung does this by default is that switching to and from DeX mode is a fairly major change to your environment, specifically amounting to these configuration changes:

In addition, there is a fairly substantial resolution change (2960x1440 to whatever the HDMI display supports).

If you can handle all of those changes without harming the user experience, add this <meta-data> element as a child of the <application> element in your manifest:

<meta-data android:name="" android:value="true"/>

With that element in place, when the user enters or exits DeX mode (e.g., puts the device into or removes it from the dock), your app is supposed to be left alone. In practice, this does not appear to work.


If the DeX dock is plugged into Ethernet, the device will switch to Ethernet connectivity when it is placed into the dock by default, though the user can configure this behavior.

If your app assumes that the Internet connection is via WiFi or mobile data, this is yet another scenario in which it might not be, to go along with Android TV, Android Things, and various miscellaneous Android devices offering Ethernet ports (e.g., Jide’s Remix Mini PC).

Also, this means that your connectivity may change when the device is put into or removed from the dock… but, as noted above, your app may be killed anyway.


In addition to working with keyboards and mice, the USB ports on the DeX dock are standard USB hosts. So, for example, the user can plug in a flash drive and browse that drive’s contents.

In principle, the user can plug in any sort of USB device, and so long as the Samsung device has the appropriate drivers (or your app uses the USB APIs), the device should work.

Note that the USB ports are USB 2.0, not 3.0 or higher. Also note that they are classic Type A connectors, even though the power supply input comes from a Type C connector.

Debugging Interface

The DeX dock requires that you power it through a high-power USB port. A standard 500mA USB port will be insufficient. The problem is that most high-power USB ports do not also support data, and in those situations you cannot use the USB cable for debugging.

Fortunately, what is often called “WiFi debugging” works, though technically it may be occurring over Ethernet, if the DeX dock has an Ethernet cable plugged in and the device is using it.

To use this style of debugging:

You should get a message showing that you are connected, adb devices should show the connection, and Android Studio should be able to work with the Samsung device.

Use adb disconnect ..., where ... is the IP address of the device, to drop this debugging connection.


When the docked device is in DeX mode, you cannot take screenshots through normal means (e.g., Android Studio, adb shell screencap). As with Android Things, you can record screencasts. And, given a short screencast, you can extract a frame to use as a screenshot, such as via the command-line ffmpeg utility.

However, the screencast (and any resulting screenshot) may be off, depending on the screen resolution of whatever HDMI display you have plugged the DeX dock into. The screencast will record at 2960x1440 resolution, which is the resolution of the touchscreen. However, it is very likely that your HDMI display cannot show that, and so the DeX dock will display at something like 1080p (1920x1080). The screencast will be at 2960x1440 resolution, with the external display’s content shown in the upper-left corner, and black pixels filling the rest of the 2960x1440 frame.

For screenshots, you can crop the raw screenshot to get the portion that you need, dropping out the extraneous black bands:

adb shell screenrecord --verbose /sdcard/screen.mp4 --time-limit 1
adb pull /sdcard/screen.mp4
adb shell rm /sdcard/screen.mp4
ffmpeg -ss 0 -i screen.mp4 -t 1 -s 2960x1440 -f image2 temp.png
convert temp.png -crop 1920x1080+0+0 +repage result.png

Here, we use adb, ffmpeg, and ImageMagick’s convert tools to record a one-second screencast, clip a 2960x1440 frame from it (to temp.png), then crop the upper-left 1920x1080 pixels to form the final screenshot (result.png).

For screencasts, there should be an equivalent way of having ffmpeg crop all of the frames to the desired resolution. The proof of this is left as an exercise for the reader.

Detecting DeX

Ideally, your app does not care whether it is running on a device in a DeX dock or not. In theory, if you do everything correctly in general (particularly multi-window support), then “it just works”.

If you run into some DeX-specific quirk that you need to work around, you cannot use traditional Build values like Build.PRODUCT, because those reflect the device, not the dock.

Instead, Samsung apparently extended the android.content.res.Configuration class to have a DeX-specific field on DeX-capable devices:

private boolean iCanHazDeX() {
  boolean result=false;
  Configuration config=getResources().getConfiguration();

  try {
    Class clsConfig=config.getClass();

    if (clsConfig.getField("SEM_DESKTOP_MODE_ENABLED").getInt(clsConfig)
      ==clsConfig.getField("semDesktopModeEnabled").getInt(config)) {
  catch(Exception e) {
    // guess not!


For More Information

The preview of this section is en route to Mars.