Silverlight Erreur “Disposition Cycle Détecté Mise en page n'a pas pu terminer” lors de l'utilisation de contrôle personnalisé

Il y a un bon billet de blog sur cette erreur ici.

Bascially ce qui peut arriver est de changer certaines de taille dans un MeasureOverride quelque part qui provoque une autre mesure, qui permet de modifier la taille, ce qui provoque une mesure et ainsi de suite. J'ai couru dans cette fois, avant et fixé par la suppression de tout code qui a causé une mise à jour ou de les déclencher une mise à jour pendant la mise en cycle.

Mise à jour: Depuis le blog a disparu, citant ici dans son intégralité:

Continue ma série de pièges pour Silverlight 2, je voulais parler d'une erreur commune que les gens voient. Cette erreur est quelque chose de nouveau que vous pouvez voir lors du déplacement de code de la version Bêta 2 de la version Release Candidate ou plus tard. Dans la version Bêta 2, si la mise en page du moteur a détecté un cycle, il n'a pas de jeter des erreurs; si je comprends bien, la mise en page était tout simplement abandonnée. Mais avec la poste Beta2 bits, une erreur est renvoyée.

L'erreur que vous obtiendrez sera spécifier "Disposition Cycle Détecté" comme message. Ce message d'erreur est très précis--la mise en page du moteur a détecté un cycle à l'intérieur de votre mise en page ou d'une autre manière de le dire, vous avez une boucle infinie dans votre mise en page.

Le plus grand coupable, ce qui conduit à cette erreur est un code à l'intérieur de la LayoutUpdated gestionnaire d'événement. Si votre LayoutUpdated gestionnaire d'événement ne fait rien pour modifier la mise en page de votre contrôle, qui sera la cause de la LayoutUpdated cas d'incendie, encore et encore, et encore... 🙂

Parfois, vous avez besoin de la mise en page modifier le code au sein de ce gestionnaire d'événements, donc ce qui est à faire?

Tout d'abord, vous devez vous demander si vous avez vraiment besoin de les changements de disposition à se produire sur chaque appel à LayoutUpdated. Serait-il suffisant pour gérer l'événement Chargé ainsi que de l'Application.Actuel.De l'hôte.Contenu.Redimensionnement de l'événement. Entre ces deux événements, vous serez averti lorsque le contrôle est chargé dans l'arborescence visuelle, et vous pourrez être averti à tout moment l'hôte est redimensionnée, ce qui peut entraîner la nécessité de modifier votre mise en page à nouveau. Des scénarios tels que des boîtes de dialogue modales tombe dans cette catégorie.

Seconde, si vous avez vraiment besoin d'utiliser LayoutUpdated, vous pourriez juste besoin de mettre certaines conditions autour de votre changement de disposition. Par exemple, si vous êtes le calcul d'une nouvelle largeur et la hauteur de votre contrôle, avant de définir la largeur et la hauteur, assurez-vous que les valeurs actuelles diffèrent de ce que vous avez calculé. Cela permettra à la première LayoutUpdated événement pour redimensionner votre contrôle, ce qui déclenche un autre LayoutUpdated de l'événement, mais l'événement sera de reconnaître qu'il n'y a pas de travail à faire, et le cycle se termine.

Ces mêmes règles s'appliquent lorsque vous êtes la manipulation de l'SizeChanged de l'événement, ou si vous êtes en train de faire tout autre remplacements sur la mise en page de votre contrôle.

OriginalL'auteur Bryant

1.Si vous utilisez LongListSelector à l'intérieur de ScrollViewer, mieux le supprimer. J'ai été confrontée au même problème et mon LongListSelector était à l'intérieur de ScrollViewer. Au cours de ItemRealized de l'événement, a été d'obtenir cette erreur.

2.N'utilisez pas de updatelayout() à l'intérieur de itemrealized..j'ai été en utilisant quelque chose comme

 list.UpdateLayout();
 list.ScrollTo(e.Container.Content);

Simplement utiliser ScrollTo

3.Si vous utilisez de l'image à l'intérieur de longlistselector, assurez-vous de définir la hauteur et la largeur de l'image.

OriginalL'auteur jee

J'ai eu le même problème, mais il ne s'est produite que très rarement, mon code n'a pas changé depuis des années et, plus récemment, quelqu'un a réussi à en faire l'expérience.

J'ai eu un TextBlock à l'intérieur d'un LongListSelector source de données et de ses FontSize a été fixé à 21 ans. Changement de taille de la police à TOUTE autre valeur résolu le problème pour moi...

Mon LongListSelectors est à l'intérieur d'un ScrollViewer.

            <phone:PanoramaItem x:Name="OwnedGamesPanoramaItem" >
<ScrollViewer Margin="5,-25,0,0">
<StackPanel>
<TextBlock toolkit:TiltEffect.IsTiltEnabled="True" Text="{Binding Path=LocalizedResources.XOwnedGames, Source={StaticResource LocalizedStrings}}" FontFamily="Segoe WP Semibold" CharacterSpacing="10"  FontSize="25" Margin="0,10,0,25" TextWrapping="Wrap"/>
<TextBlock x:Name="ownedGameLoadingTextBox" Margin="10" FontSize="26" Text="{Binding Path=LocalizedResources.XLoading, Source={StaticResource LocalizedStrings}}" HorizontalAlignment="Center"/>
<phone:LongListSelector x:Name="OwnedGameListBox" Tap="OwnedGameListBoxTap" ScrollViewer.VerticalScrollBarVisibility="Disabled" ItemRealized="OwnedGameListBox_ItemRealized" ItemUnrealized="OwnedGameListBox_ItemUnrealized" BorderThickness="0,20,0,0"  >
<phone:LongListSelector.ItemTemplate>
<DataTemplate>
<StackPanel Orientation="Vertical" Tap="OwnedGameListBoxTap" Margin="0,0,0,12">
<StackPanel Orientation="Horizontal" HorizontalAlignment="Left" VerticalAlignment="Top" Margin="10,10,0,0" Tap="StackPanel_Tap_1">
<Image Width="60" Source="{Binding getSmallImageActualURL}" Height="60"  Margin="3" VerticalAlignment="Top" />
<StackPanel Margin="15,0,0,0">
<TextBlock Width="320" TextWrapping="Wrap" Text="{Binding name}" Margin="0,0,0,0" FontSize="32" />
<TextBlock Text="{Binding getTotalPlaytimeFormatted}" Margin="0,0,0,0" TextWrapping="Wrap" FontSize="21" >
<TextBlock.Foreground>
<SolidColorBrush Color="{StaticResource PhoneAccentColor}"/>
</TextBlock.Foreground>
</TextBlock>
</StackPanel>
</StackPanel>
</StackPanel>
</DataTemplate>
</phone:LongListSelector.ItemTemplate>
</phone:LongListSelector>
</StackPanel>
</ScrollViewer>
</phone:PanoramaItem>

Correctif:

<TextBlock Text="{Binding getTotalPlaytimeFormatted}" Margin="0,0,0,0" TextWrapping="Wrap" FontSize="22" >

OriginalL'auteur Comeradealexi