Group Order

[Patrick]

Is there a way to control the Order of the groups shown?  It seems to be Alphabetic right now.  

I included my XAML and a screenshot for reference.  I will probably just rename "Admin" to something else which will do me for now but as my app grows I can see this being an issue.

Thanks,

<telerik:RadTileList x:Name="AppLaunchPad"
                     GroupTemplate="{StaticResource GroupTemplate}"
                     ScrollViewer.HorizontalScrollBarVisibility="Visible"
                     cal:Message.Attach="[Event SelectionChanged] = [Action OpenDoorway($eventArgs)]">
    <telerik:Tile x:Name="PendingAuthTile"
                  Background="BlueViolet"
                  TileType="Single"
                  Group="Authorizations">
        <Grid>
            <TextBlock Text="Pending"
                       Style="{StaticResource TileLabelStyle}"/>
            <TextBlock x:Name="PendingAuthCount"
                       Text="0"
                       Style="{StaticResource LiveTileLabelStyle}"/>
        </Grid>
    </telerik:Tile>
    <telerik:Tile x:Name="CreateAuthTile"
                  Group="Authorizations"
                  Background="Green"
                  TileType="Single"
                  cal:Message.Attach="[Event MouseDoubleClick] = [Action CreateAuth] ">
        <TextBlock Text="Create"
                   Style="{StaticResource TileLabelStyle}"/>
    </telerik:Tile>
    <telerik:Tile x:Name="ModifyAuthTile"
                  Group="Authorizations"
                  Background="CadetBlue"
                  TileType="Single">
        <TextBlock Text="Modify"
                   Style="{StaticResource TileLabelStyle}"/>
    </telerik:Tile>
    <telerik:Tile x:Name="DeleteAuthTile"
                  Group="Authorizations"
                  Background="Sienna"
                  TileType="Single">
        <TextBlock Text="Delete"
                   Style="{StaticResource TileLabelStyle}"/>
    </telerik:Tile>
    <telerik:Tile x:Name="AdminFrequencyTile"
                  Group="Admin"
                  Background="SeaGreen"
                  TileType="Single">
        <TextBlock Text="Frequencies"
                   Style="{StaticResource TileLabelStyle}"/>
    </telerik:Tile>
    <telerik:Tile x:Name="AdminStatusTile"
                  Group="Admin"
                  Background="Peru"
                  TileType="Single">
        <TextBlock Text="Status"
                   Style="{StaticResource TileLabelStyle}"/>
    </telerik:Tile>
</telerik:RadTileList>

[Pavel Pavlov]

Hello Patrick ,

The Group property is of type object . This means that apart from string , you can assign a custom object of yours to it. When RadTileList groups , it compares the objects assigned as groups. If your object overrides the Equality operator , you can arrange the groups in any order of your desire.

In case you need a sample on this  please let me know. Meanwhile I will talk to the team for options to implement more straightforward way of doing this.

Greetings,
Pavel Pavlov
the Telerik team

[Patrick]

Hello Pavel,
It's not crazy urgent yet but a sample would be nice.  Depending on the time frame for the more straightforward approach I might need to implement it and I don't think I fully understand how overriding the equality operator gets me there..

Thanks again

[Pavel Pavlov]

Hi Patrick ,

A quick update: We are currently implementing a native API to allow custom ordering of groups in a more intuitive way . It will be available for use within less than two weeks.

Kind regards,
Pavel Pavlov
the Telerik team

[Patrick]

Awesome news!  

Thanks for the update.

[David]

I love to see an example of this... what we really need is to have a Button there, Styled to a Hyperlink more or less that can drive Navigation as well, but where we can control the order in which it places the groups left to right in the display.

You'll find examples of using the group headers for area navigation in the metro navigation guidelines.  This is what we are trying to accomplish.

Thanks,
David

[Pavel Pavlov]

Hi Guys,

We are in the process of uploading the Beta for the Q2 release. In a couple of days it will be available for download.

There is a new class added -"TileGroup" which has the "DisplayIndex" property.
An instance of this class may be set to the Group property of a Tile thus arranging it in the desired group.
Once the release is public , I will post a small example here as well .
The DisplayIndex property is intended to control the order of appearance of groups.

Additionally this will be demonstrated in the QSF examples as well.

Regards,
Pavel Pavlov
Telerik

[Patrick]

Great news!  Looking forward to it and thanks for following up.

[Pavel Pavlov]

Hi guys,

I am attaching the sample project I have promised. It requires the latest binaries from the beta.

Regards,
Pavel Pavlov
Telerik

[Peter]

Hi,

I've looked at this example as I am having a problem getting DisplayIndex to order the TileGroups.

Your example does not seem to work correctly, Group2  is displayed before Group1, this is exactly the same problem as I am having with my code. I am having to preorder the tiles before adding them, which is not ideal.

best regards
Peter

[Vera]

Hi Peter,

We are aware of this problem and are currently working on a solution. It turned out to be more complex and we are doing our best to find an appropriate and stable fix.

Please excuse us for the inconvenience caused.

Regards,
Vera
Telerik

[Muhammad Ummar]

Any update on this The DisplayIndex of TileGroup doesn't seem to be working. The Group which is added first to tile list is displayed first, no matter what is its DisplayIndex.

Please upload some stable fix.

[Vera]

Hello Muhammad,

This problem is still not fixed. I logged it into our Feedback portal so you can track its status.
We are currently working on general improvements in RadTileList functionality which should resolve various issues including the one with group display index. As it turns out, they will not be included in the upcoming Q expected till the end of June.

Please excuse us for the inconvenience caused.

Regards,
Vera
Telerik