La grille de SharedSizeGroup et * dimensionnement

J'ai un contrôle de l'utilisateur, l'appeler UserControl, qui a une grille avec la colonne suivante définitions:

<Grid.ColumnDefinitions>
            <ColumnDefinition Width="Auto" SharedSizeGroup="A"/>
            <ColumnDefinition Width="Auto" SharedSizeGroup="B"/>
            <ColumnDefinition Width="*" SharedSizeGroup="C"/>
            <ColumnDefinition Width="Auto" SharedSizeGroup="D"/>
            <ColumnDefinition MinWidth="30" Width="*" SharedSizeGroup="E"/>
            <ColumnDefinition MinWidth="30" Width="*" SharedSizeGroup="F"/>
            <ColumnDefinition Width="110" SharedSizeGroup="G"/>
            <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="H"/>
            <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="I"/>
            <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="J"/>
            <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="K"/>
            <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="L"/>
</Grid.ColumnDefinitions>

J'ai aussi MainWindow, qui contient une grille elle-même, avec la propriété suivante définie sur la grille:

Grid.IsSharedSizeScope="True"

Maintenant, j'ai ajouté un couple de UserControls à la grille dans MainWindow (chacun à une ligne distincte). Mon but est d'avoir chacun de la largeur des colonnes des différents contrôles utilisateur à rester en synchronisation. Tout fonctionne bien lors de l'utilisation de SharedSizeGroup sauf pour une chose. Il semble que toute la colonne avec une Largeur de * ne se comporte pas comme il le devrait. Il ressemble à l' * largeurs des colonnes, comme s'ils étaient Auto à la place.

Il y a des restrictions/questions avec SharedSizeGroup et * dimensionnement? Cela semble être la meilleure façon de conserver les largeurs de colonne dans la synchronisation, mais je n'arrive pas à résoudre ce problème.

Grâce.

InformationsquelleAutor Flack | 2011-01-11

52

MSDN:

De colonnes et de lignes que de participer à
taille de partage ne respectent pas les Étoiles
dimensionnement. Dans la taille de partage de scénario,
Star de dimensionnement est considérée comme Auto

Si vous utilisez étoile puis toutes les colonnes serait la même largeur, de sorte que vous devrait attribuer le même SharedSizeGroup à tous, si vous n'avez pas l'esprit de l'auto-dimensionnement aspect:
```
<Grid.ColumnDefinitions>
    <ColumnDefinition Width="Auto" SharedSizeGroup="A"/>
    <ColumnDefinition Width="Auto" SharedSizeGroup="B"/>
    <ColumnDefinition Width="*" SharedSizeGroup="StarDontWork"/>
    <ColumnDefinition Width="Auto" SharedSizeGroup="D"/>
    <ColumnDefinition MinWidth="30" Width="*" SharedSizeGroup="StarDontWork"/>
    <ColumnDefinition MinWidth="30" Width="*" SharedSizeGroup="StarDontWork"/>
    <ColumnDefinition Width="110" SharedSizeGroup="G"/>
    <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="H"/>
    <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="I"/>
    <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="J"/>
    <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="K"/>
    <ColumnDefinition MinWidth="30" Width="Auto" SharedSizeGroup="L"/>
</Grid.ColumnDefinitions>
```
(À partir de ce comportement il en résulte également que vous pouvez déposer le Width bien quand SharedSizeGroup est réglé)

Vous pouvez en déduire que si tous les auto-dimensionnement des colonnes sont partagés en groupes de taille ensuite, toutes les étoiles de la taille des colonnes ont les mêmes tailles que chaque grille dans le champ d'application aura la même quantité d'espace inutilisé de gauche qui sera distribué à l'étoile de la taille des colonnes.

Un exemple simple:
```
<Grid.ColumnDefinitions>
    <ColumnDefinition SharedSizeGroup="A"/>
    <ColumnDefinition SharedSizeGroup="B" Width="*"/>
    <ColumnDefinition SharedSizeGroup="C"/>
</Grid.ColumnDefinitions>
```
Comme l'a expliqué le Width="*" ne fera rien, mais en tant que colonnes 0 et 2 sont synchronisés, colonne 1 doit être réglée en tant que bien de sorte que vous pouvez simplement déposer le SharedSizeGroup:
```
<Grid.ColumnDefinitions>
    <ColumnDefinition SharedSizeGroup="A"/>
    <ColumnDefinition Width="*"/>
    <ColumnDefinition SharedSizeGroup="C"/>
</Grid.ColumnDefinitions>
```
- Merci pour le lien. Malheureusement, la définition de la * les colonnes à utiliser un autre SharedSizeGroup sera la cause de toutes ces colonnes ont leurs largeurs synchronisée (ce qui est prévu), mais pas ce que je cherche. J'ai besoin de la largeur de chaque colonne pour être synchronisés individuellement.
- Ce que j'ai proposé est exactement ce que l'étoile devrait normalement faire, je ne comprends pas ce que vous voulez...
- Être ve-e-ery prudent. Mon application, à ne rien faire consommés à 100% d'un cœur de PROCESSEUR en raison de cette. Dès que j'ai enlevé le "SharedSizeGroup" il consomme 0, comme prévu.
- Je suppose que le contenu de la Grille changé tout le temps? Si non ce serait tout à fait horrible, il ne devrait pas être nécessaire pour l'utilisation du CPU si il n'y a pas de mise en page des mises à jour.
- Pas nécessairement. J'ai juste rencontré un cas, où designer de l'affichage de l'aperçu de la mise en page est tombé dans la "boucle infinie de la mise à jour": venez 3 colonnes ont été assignés à la même sharedsizegroup et certains d'entre eux aussi, avait Width=*, et l'aperçu du rendu avec les tailles, disons: 10,10,30, puis instantanément, il a été redessiné avec des tailles 10,30,10, puis redessiné pour 10,10,30, puis 10,30,10, et ainsi de suite. Je peux facilement vous assurer que rien n'évolue derrière les scènes, c'était seulement de la plaine de prévisualisation. Je suppose que si je lance l'application avec cela, il serait tourner comme @AlexeiOst dit.
- Je ne voudrais pas croire tout ce que le concepteur n'a que...
- Par "le concepteur" je voulais parler de l'aperçu qui est disponible lorsque vous modifiez le code XAML. Avec peu d'attention des astuces de l'aperçu peut être effectivement fait vraiment précis sur la présentation et le rendu! [alors sûrement modifier par le concepteur visuel est généralement tout aussi mauvaise idée que c'était, je le WinForms designer..]
- pour une raison que je l'ai lu la première phrase de votre commentaire dans ma tête comme Elmer Fudd.
InformationsquelleAutor H.B.

Vous devez vous connecter pour publier un commentaire.