Porting the User Interface from an iOS* Basic App to Windows* 8

Download Article

Download Porting the User Interface from an iOS* Basic App to Windows* 8 [PDF 620KB]

Table of Contents

  • 1. Introduction. 2
  • 2. Basic UI Navigation and Layout 2
    • 2.1 Navigation Hierarchy. 2
    • 2.1.1. Storyboard design of iOS app. 2
    • 2.1.2. Hierarchy system of Windows store app. 4
    • 2.2 Basic UI Layout 6
    • 2.2.1. Choose a layout 6
    • 2.2.2. Provide adaptive layouts 8
  • 3. Basic Component/Layout Design of a View/Page. 10
    • 3.1. Button Design. 10
    • 3.2. Text box. 10
    • 3.3. Grid View. 11
    • 3.4. Group Grid View. 12
    • 3.4.1. Xaml page. 12
    • 3.4.2. Use grouped data source. 12
  • 4. Main Entry Point Design. 14
    • 4.1.Logo. 15
    • 4.2. Tile. 16
  • 5. Summary. 17
  • 6. About the Author 17

1. Introduction

Windows* 8 is a great platform for writing apps with increased productivity, easy deployment, and natural human interactions. This article shows you how to port the basic UI design of an application from iOS* to Windows 8 on devices with a variety of form-factors like tablets and Ultrabook™ devices. The content of the article will be based on a case study on a healthcare app created for clinic/hospital physicians with patient electronic medical records (EMR).

2. Basic UI Navigation and Layout

We use a healthcare app as a case study. The healthcare app allows physicians to view patient EMRs. Windows 8 provides designs with fluid and flexible user experiences on a variety of devices. We discuss the navigation hierarchy and the layout designs and use the case study to illustrate how to port from iOS* to Windows Store apps.

2.1. Navigation Hierarchy

The navigation design directly impacts users’ interactions with the app. On iOS*, the storyboard is recommended for navigation design. For Windows Store apps, XAML pages with navigation methods are recommended for C# developers. We discuss how to port the storyboard design to the XAML page designs.

2.1.1. Storyboard design of iOS* app

In our case study app, the storyboard is designed with a split-view with a master-view controller and a detail-view controller. Screen shot

Figure 1 is a screen shot of the iOS* app in landscape view.

Figure 1: Screen shot of the main page of the healthcare iOS* app (Note that names and SSNs shown in the figure are not real.) Storyboard design

To design the UI in Figure 1, the storyboard is laid out with split-views with a master-view controller and a detail-view controller. The master-view controller is connected to a navigation controller that can navigate to a table view with a list of patients. The detail view controller is connected to a navigation controller that can navigate to a detail view with static images, text boxes, and a container with static table views. Figure 2 shows the storyboard design for the iOS* app on an iPad*.

Figure 2: Storyboard design of the main page of the healthcare iOS* app***

2.1.2. Hierarchy system of Windows Store app

To provide a similar or better user experience on Windows* 8, we port the split-view design from iOS* to a hierarchy system on Windows* 8 with XAML pages. We also follow the Windows Store app design guidelines from Microsoft. Hierarchical system

The two kinds of navigation designs for Windows Store apps are: the flat system and the hierarchical system. The flat system design is best usually when the core scenarios involve rapid switching between a small number of pages and all the pages belong to the same hierarchical level. The hierarchical system applies to the scenario of the separation of content into different sections and different levels of details. Thee hub page will have multiple group entries and each group includes pages with items that belong to this group. For some apps, the UI design could be a mixture of the hierarchical and flat systems.

To port the iOS* split-view storyboard design to Windows* 8, we chose the hierarchical system as the major navigation design for the Windows Store app. For the pages within one group, we use the flat system to navigate between the related pages. Figure 3 is the navigation design of the healthcare app, which is a mixture of both systems. The main design is the hierarchical system, and the design for pages within a group is a flat system. Because many Windows Store apps are designed with large tiles due to the larger area for displaying key information, we design the pages with tiles.

Figure 3: Navigation design of the Windows* Store healthcare app Screen shot

Figure 3 is the screen shot of the first page with patient entries, which includes tiles of all the patients. Users also have a search option from the Charm menu to search for a particular patient. Figure 4 is the screen shot for a patient. The page includes the abstract information of the patient with groups. This is the hub page for the next level of pages with detailed items in each group.

Figure 3: Screen shot of the patient entry page of the healthcare app on Windows* 8

Figure 4: Screen shot of the main page of the healthcare iOS* app

2.2. Basic UI Layout

For a Windows Store app, we need to design a layout for each page in XAML format. In iOS*, components are utilized for the layout of a page. In Windows* 8, templates with specific layouts are typically used.

2.2.1. Choose a layout

Windows Store app developers have many options of layout templates to choose from for the most flexible and adaptable user interface. Flexible box layout, grid alignment, multi-column layout, and regions layout are available depending on the context and user needs of the app. For the healthcare app, we want to present the physician clear information for a specific patient with divided groups like personal profile, notes, lab results, vitals, and X-ray images. We choose the grid alignment layout as it can divide available space into columns and rows to show user information clearly. Multiple grid layout templates can be selected in Visual Studio.

Sample code 1 shows the grid alignment layout template, LayoutRootStyle, used in our case study.


        This grid acts as a root panel for the page that defines two rows:

        * Row 0 contains the back button and page title

        * Row 1 contains the rest of the page layout


    <Grid Style="{StaticResource LayoutRootStyle}">


            <RowDefinition Height="140"/>

            <RowDefinition Height="*"/>

        <!-- Horizontal scrolling grid used in most view states -->








            ItemsSource="{Binding Source={StaticResource itemsViewSource}}"

            ItemTemplate="{StaticResource PatientsItemStyle1}"


            IsSwipeEnabled="false" IsItemClickEnabled="True" ItemClick="ClickItem"/>
        <!-- Vertical scrolling list only used when snapped -->










            ItemsSource="{Binding Source={StaticResource itemsViewSource}}"

            ItemTemplate="{StaticResource Standard80ItemTemplate}"


            IsSwipeEnabled="false" IsItemClickEnabled="True" ItemClick="ClickItem"/>
        <!-- Back button and page title -->



                <ColumnDefinition Width="Auto"/>

                <ColumnDefinition Width="*"/>


            <Button x:Name="backButton" Click="GoBack" IsEnabled="{Binding Frame.CanGoBack, ElementName=pageRoot}" Style="{StaticResource BackButtonStyle}"/>

            <TextBlock x:Name="pageTitle" Grid.Column="1" Text="Patients" IsHitTestVisible="false" Style="{StaticResource PageHeaderTextStyle}"/>


        <StackPanel Margin="10" Grid.Row="0" Orientation="Horizontal" HorizontalAlignment="Right">

            <TextBlock Grid.Row="1" Text="LoginUser:"/>

            <TextBlock x:Name="loginUser" Grid.Row="1" Text="" Margin="5,0"/>


Sample Code 1. Grid alignment layout in our case study**

2.2.2. Provide adaptive layouts

As users rotate their devices, Windows provides adaptive layouts for orientations and views. Figure 5 shows screen shots of a layout in different orientations and views.

Figure 5: Screenshots of layouts for the healthcare iOS* app

Sample code 2 is the XAML code of a page with different layouts in our case study. This is auto-generated code when you choose a template page to start with in Visual Studio.


    <!-- Visual states reflect the application's view state -->

        <VisualStateGroup x:Name="ApplicationViewStates">

                <VisualState x:Name="FullScreenLandscape"/>

                <VisualState x:Name="Filled"/>
                <!-- The entire page respects the narrower 100-pixel

                   margin convention for portrait -->

                <VisualState x:Name="FullScreenPortrait">





                            <DiscreteObjectKeyFrame KeyTime="0"

                    Value="{StaticResource PortraitBackButtonStyle}"/>





                            <DiscreteObjectKeyFrame KeyTime="0"





                    The back button and title have different styles

              when snapped, and the list representation is substituted

                    for the grid displayed in all other view states


                <VisualState x:Name="Snapped">





                            <DiscreteObjectKeyFrame KeyTime="0"

                    Value="{StaticResource SnappedBackButtonStyle}"/>





                            <DiscreteObjectKeyFrame KeyTime="0"

               Value="{StaticResource SnappedPageHeaderTextStyle}"/>




                        <DiscreteObjectKeyFrame KeyTime="0"






                            <DiscreteObjectKeyFrame KeyTime="0"







Sample Code 2. Adaptive layout for different orientation and views **

3. Basic Component/Layout Design of a View/Page

In this section, we discuss how to port the basic component/layout of a page from iOS* to Windows* 8. On iOS*, we design a page with components chosen from an object library. For Windows Store apps, we have XAML format descriptions and templates for basic component/layout designs.

3.1. Button Design

Buttons are described in an XAML page with a format. Sample code 3 shows an example of a button design. The click is associated with a function named “GoBack,” which is already defined in LayoutAwarePage class. Whenever the button is clicked, the GoBack function in the class is executed. The style of the button follows the template as BackButtonStyle.

<Button x:Name="backButton" Click="GoBack" IsEnabled="{Binding Frame.CanGoBack, ElementName=pageRoot}"

Style="{StaticResource BackButtonStyle}"/>

Sample Code 3. Button design in a XAML page**

3.2. Text Box

Text boxes are described in an XAML page with a format. Sample code 4 shows an example of a text box design. It includes multiple properties with specific values. The style of the text box also follows a template as PageHeaderTextStyle.

<TextBlock x:Name="pageTitle"


    Text="Patient Medical Record"


    Style="{StaticResource PageHeaderTextStyle}"


Sample Code 4. Text box design in a XAML page**

3.3. Grid View

Grid views describe the layout of an XAML page with grids. Sample code 5 is an example of a grid view in landscape layout. The data source is bound to the specified static resource patientgroupedItemsViewSourceList. Please refer to Section 3.1.2. The source list is defined in C# code for the page. The item grid template uses the Stand250x250ItemTemplate. Also, in the C# file for the page, we need to define the function ItemView_ItemClick so users can click on items in the grid.

 <!—Horizontal scrolling grid used in most view states -->




      AutomationProperties.Name="Grouped Items"




      ItemsSource="{Binding Source=

      {StaticResource patientgroupedItemsViewSourceList}}"

      ItemTemplate="{StaticResource Standard250x250ItemTemplate}"






             <VirtualizingStackPanel  Orientation="Horizontal"/>







                    <Grid Margin="1,0,0,6">


                        AutomationProperties.Name="Group Title"

                       Content="{Binding Title}"


                       Style="{StaticResource TextButtonStyle}"/>






      <VariableSizedWrapGrid Orientation="Vertical" Margin="0,0,80,0"/>






Sample Code 5. Grid view design of the hub page for a patient**

3.4. Group Grid View

When we have multiple grids to be organized into different groups, we can group them into different categories.

3.4.1. XAML page

First, we need to specify the data source to bind for the grid view for groups in XAML file. The sample code 6 shows the binding of the data source in our case study. Here patientgroupedItemsViewSourceList is the group source for the grid view.


            Collection of grouped items displayed by this page, bound

            to a subset of the complete item list because items in

            groups cannot be virtualized



            Source="{Binding MedicalRecordGroups}"






Sample Code 6. Bind the data to the grid view in an XAML page**

3.4.2. Use grouped data source

Next we need to use the grouped data source for the grid view. Sample code 7 provides an example on how to provide the grouped data source. The function should be called when the page is loaded.

private void PopulateGroups(PatientsViewModel patient)


        List<MedicalRecordCategory> MedicalRecordCategories = new


            int count = 0;
            MedicalRecordCategory newMedicalRecordCategory = new


            newMedicalRecordCategory.Title = "Patient Profile";


                MedicalRecordItem() {

                Title = "Patient Information",

                Complete = true,

                Subtitle = patient.Firstname + " " + patient.Lastname,

                Image = patient.Image,

                MedicalRecordCategoryId = 1,

                MedicalRecordItemId = 1



                MedicalRecordItem() {

                Title = "Family History ",

                Complete = true,

                Subtitle = patient.Insurance,

                Image = "Assets/history.jpg",

                MedicalRecordCategoryId = 1,

                MedicalRecordItemId = 2


                MedicalRecordItem() {

                Title = "Billing ", Complete = false, Subtitle =


                Image = "Assets/billing.jpg",

                MedicalRecordCategoryId = 1,

                MedicalRecordItemId = 3


            if (patient_note_count == 0)


                newMedicalRecordCategory = new MedicalRecordCategory();

                newMedicalRecordCategory.Title = "Notes";




                    Title = "No notes",

                    Complete = true,

                    Subtitle = "",

                    Image = "Assets/notes.jpg",

                    MedicalRecordCategoryId = 2,

                    MedicalRecordItemId = 0






                newMedicalRecordCategory = new MedicalRecordCategory();

                newMedicalRecordCategory.Title = "Notes";

                for (count = 0; count < patient_note_count; count++)




                    Title =


                    Complete = true,

                    Subtitle = PatientNotesArray[count].note,

                    Image = "Assets/notes.jpg",

                    MedicalRecordCategoryId = 2,

                    MedicalRecordItemId = count+1





            // Add source to the grid view groups

            patientgroupedItemsViewSourceList.Source =


    public class MedicalRecordCategory


        public MedicalRecordCategory()


            MedicalRecordItems = new



        public string Title { get; set; }

        public ObservableCollection<MedicalRecordItem>

                MedicalRecordItems { get; private set; }

    public class MedicalRecordItem


        public int MedicalRecordCategoryId { get; set; }

        public int MedicalRecordItemId { get; set; }

        public string Title { get; set; }

        public string Subtitle { get; set; }

        public string Image { get; set; }

        public bool Complete { get; set; }

        public string MedicalRecordCategory { get; set; }


Sample Code 7. Provide the grouped data source**

The main hub page for a patient becomes a page with several categories. Each category includes multiple items if they exist. Please refer to Figure 4.

4. Main Entry Point Design

For iOS* apps, a logo is the main entry point of an app. Windows Store apps have two options: either a logo or a tile window with key messages to users.

4.1. Logo

The logo design is similar to iOS* apps. Windows Store apps have a manifest file for defining some properties of the app including the logo specification. A developer only needs to specify the logo images for the general logo, wide logo, and small logo with different required sizes. Figure 6 is the screen shot of the manifest values for logo entries.

Figure 6: Screen shot of manifest file for logo specification

We have specified the wide logo as shown in Figure 7.

Figure 7: Logo of the healthcare app

4.2. Tile

A unique UI feature of Windows Store apps is a tile with key messages for users as the main entry. Here, we discuss how to develop a tile for the healthcare app. We want to design the tile as shown in Figure 8. When not in use, the logo appears as shown in the left image. After a user logs in, the logo changes to show the users’ name and the number of appointments for the day. After a time interval, the tile switches to a peek message window with more detailed information. This new Windows UI gives users a way to quickly check key information.

Figure 8: Tile design of the healthcare app

Sample code 8 shows the implementation of the tile design. The UpdateTileWithImageText should be called in the page after the user is logged in. The function utilizes a template for the tile design. This template comes from the NotificationsExtensions library. Please refer to the website on how to use this library for different styles of tiles.

void UpdateTileWithImageText(int numofpatients)


            // Note: This sample contains an additional project,


            // NotificationsExtensions exposes an object model for

            creating notifications, but you can also modify the xml

            // of the notification directly using

            // Create notification content based on a visual template.

            ITileWidePeekImageAndText02 tileContent =

            tileContent.TextBody1.Text = loginUser.Text;

            tileContent.TextBody2.Text = "     5 appointments today";

            tileContent.TextBody3.Text = "    " +

                 numofpatients.ToString() + " patients in records";

            tileContent.TextBody4.Text = "    " + "20 new patients";

            tileContent.TextBody5.Text = "    " +


            //tileContent.TextCaption2.Text =  " more patients";

            tileContent.Image.Src = "images/LogoBlueWide.png";

            tileContent.Image.Alt = "Logo image";
            // Users can resize tiles to square or wide.

            // Apps can choose to include only square assets (meaning

            //   the app's tile can never be wide), or

            // include both wide and square assets (the user can resize

            //   the tile to square or wide).

            // Apps should not include only wide assets.
            // Apps that support being wide should include square tile

            //    notifications since users

            // determine the size of the tile.
            // create the square template and attach it to the wide

            // template

            ITileSquareImage squareContent =


            squareContent.Image.Src = "images/graySquare.png";

            squareContent.Image.Alt = "Gray image";

            tileContent.SquareContent = squareContent;
            // Send the notification to the app's application tile.


        private void ClearTile()




Sample Code 8. Update/clear tile**

5. Summary

In the article we discuss how to port the basic UI design from an iOS* app to a Windows Store app. We study a healthcare app and discuss some implementation experiences on the navigation and layout design, basic UI component design, and main entry point design. We expect our case study can give developers a quick start on porting apps from iOS* to Windows 8.

6. About the Author

Sushu Zhang is a software engineer in Intel's Software and Services Group. She is working on ISV scale enabling for Intel-based platforms with Android* / Windows OS. Most recently, Sushu has been involved with several energy-efficiency projects at Intel. Prior to joining Intel, Sushu worked at Microsoft on Windows energy efficiency. Sushu earned a PhD in Computer Science at the Arizona State University. Her research area was system-level power and thermal management.

Intel, the Intel logo, and Ultrabook are trademarks of Intel Corporation in the U.S. and other countries.

*Other names and brands may be claimed as the property of others

**This sample source code is released under the Intel OBL Sample Source Code License (MS-LPL Compatible) , Microsoft Limited Public License and Visual Studio 2012 License. Copyright© 2012 Intel Corporation. All rights reserved.

***This sample figure is released under the Intel OBL Sample Source Code License (MS-LPL Compatible) and Xcode* License. Copyright© 2012 Intel Corporation. All rights reserved.

Per informazioni più dettagliate sulle ottimizzazioni basate su compilatore, vedere il nostro Avviso sull'ottimizzazione.