But wait, why does the settings activity still have those switches that

look really dated?

It already extends from AppCompat activity.

Well, it turns out that under the covers AppCompat is doing a lot of

the work for us.

For example, when ever we use a seek bar, an edit text or a number of other views

from the platform AppCompat will switch them out for the compatible version of

that same view, automatically giving us backward compatibility.

However, it doesn't do so for the switch widget.

I've included links to the documentation on each of those views in the teacher's

notes, if you'd like a little more information.

Luckily, we can manually replace the Android.Widget.Switch with

the Android.Support.V7.Widget.Switch compat view in our layout manually,

and everything should look consistent.

Let's do that now and

run the app again to take one final peek at the settings activity.

And great it now looks and feels just like the app running on the newer version.

And we have achieved backgrounds compatibility with our layout.

However our boss is incredibly picky and notices a wierd flashing effect on some

of buttons on switches when clicked on older versions of Android.

In order to resolve this issue of the flashing buttons,

we are going to have to create a minutely different version of the style applied

to each button experiencing the issue.

In our case we've got the overflow button in the song playback activity,

the playback button's themselves, and

lastly the switches in the settings activity.

First, we'll fix the overflow button in the playback activity.

To do so we use the cool trick for extracting a style for that button and

add some attributes that weren't automatically grabbed

by the refactoring tool and name it overflow button base.

We'll be sure to exclude the background attribute from the base,

since we only want the selectableItemBackgroundBorderless to be

applied in versions of Android 21 and up.

Next, we'll create a version of styles.xml that will only be used in those versions

of Android greater than 21.

Within that new styles file, we'll create the overflow button style that will

actually be applied at run time to run newer versions of Android.

Within that style we just have to set the background to selectable item background

borderless.

We'll copy that style into our other styles.xml and

set the background to transparent.

If we didn't set it to transparent and just left the background blank,

the background of the button would block what's behind it.

Now I'm going to do the same thing for our playback button style.

I'm going to do it a slightly different way so

you can see different methods of achieving the same goal.

This time I'll set the default back ground to transparent and

only apply the clickable background on Android 21 and greater.

You'll notice that since I don't have to override any default attributes of

the style, I can simply close the style tag after declaring the parent.

Now, I'll create the style in the V21 styles file and

verify that everything looks and works as expected.

Before running the App, I need to go back to activities on song playback.

And change style applied to the overflow button,

to the actually style we want to use.

Not the the base style that we named, when extracting all the attributes.

Lastly, I'll take care of this setting switch style in the same way as

I did the playback button style.

Finally, we'll run the app and make sure everything looks great.

That looks good.

We don't really have a visual effect here, but

at least we got rid of the flashing effect that we were going for.

And those switches look good.

Fantastic, it looks like we successfully back ported our apps design.

I can't wait to show management.