FMX.ListView.Appearances.TObjectAppearance

De RAD Studio API Documentation
Aller à : navigation, rechercher

System.Classes.TInterfacedPersistentSystem.Classes.TPersistentSystem.TObjectTObjectAppearance

Delphi

TObjectAppearance = class abstract (TInterfacedPersistent, IDesignablePersistent)

C++

class PASCALIMPLEMENTATION TObjectAppearance : public System::Classes::TInterfacedPersistent

Propriétés

Type Visibilité  Source Unité  Parent
class public
FMX.ListView.Appearances.pas
FMX.ListView.Appearances.hpp
FMX.ListView.Appearances FMX.ListView.Appearances


Description

Classe de base abstraite pour les apparences d'objet qui appartiennent à un ensemble d'objets d'apparence.

Les apparences d'objet peuvent être utilisées pour personnaliser l'apparence d'un élément de vue liste. Une apparence d'objet décrit l'apparence graphique d'un objet qui appartient à un élément de liste. L'ensemble d'objets d'apparence qui possèdent une apparence d'objet utilise ses apparences d'objet pour créer des drawables d'éléments de liste pour des éléments de liste.

Voici une liste de classes d'apparence d'objet incorporées pouvant être utilisées :

Utilisation d'une apparence d'objet

Une apparence d'objet doit avoir un propriétaire et un nom qui identifie de façon unique l'apparence d'objet parmi les apparences d'objet de son propriétaire.

Pour changer les propriétés qui affectent l'apparence d'une apparence d'objet, effectuez vos modifications entre un appel à BeginUpdate et à EndUpdate. TObjectAppearance définit quelques propriétés qui affectent l'apparence (Height, Visible), mais ses sous-classes en implémentent davantage. Vous pouvez gérer l'événement OnChange de façon à ce qu'il réagisse en cas de modification de l'une de ces propriétés.

Vous pouvez à tout moment restaurer les valeurs par défaut des propriétés qui affectent l'apparence.

Sous-classement de TObjectAppearance

Pour créer votre propre type d'apparence d'objet, pensez à sous-classer TCommonObjectAppearance à la place. Sous-classez uniquement TObjectAppearance directement si vous avez une bonne raison de ne pas sous-classer TCommonObjectAppearance.

Voir aussi