Accéder au contenu principal

UIColorPickerViewController et supportsAlpha

Avec IOS 14, est apparut UIColorPickerViewController qui permet d'avoir une interface système pour la sélection d'une couleur. Il est étonnant que ce controller ne soit pas arriver avant sachant qu'il existait sur les machines NextStep, avant le retour de Steve Jobs chez Apple, il y a plus de vingt ans...


Jusqu'à lors, j'utilisais (et j'utilise toujours pour IOS13) un controller personnel dans mes applications. Il était simple et faisait le taf. Mais le controller système est vraiment pas mal.


Problème avec UIColorPickerViewController, il y a une gestion de la transparence de la couleur dont je n'ai pas besoin. J'ai dont placé l'attribut supportsAlpha à NO, mais la couleur par défaut est clearColor, et même si l'interface ne permet plus de gérer la transparence, la couleur est tout de même transparente, sauf que l'on ne peut plus la rendre opaque.

On doit donc mettre une couleur par défaut. Heureusement l'attribut selectedColor est en lecture et écriture... Voici donc le bon code pour initialiser le controller. 

        

        if (@available(iOS 14.0, *)) {

            colorPicker = [UIColorPickerViewController new];

            colorPicker.delegate = self;

            colorPicker.supportsAlpha = NO;

            colorPicker.selectedColor = button.BackgroundColor;

            colorPicker.modalPresentationStyle = UIModalPresentationPopover;

            colorPicker.popoverPresentationController.sourceView = button;

            colorPicker.popoverPresentationController.sourceRect = button.bounds;

            [self presentViewController:colorPicker animated:YES completion:nil];

            return;

        }

        

On ne peut donc pas utiliser le supportsAlpha sans initialiser aussi selectedColor avec une couleur opaque. Attention aussi à Button.backgroundColor qui pourrait être une couleur transparente, pour être plus sûr de la couleur, on pourrait forcer l'opacité avec un :

 

 colorPicker.selectedColor = [buttonColor.backgroundColor colorWithAlphaComponent:1];





Commentaires

Posts les plus consultés de ce blog

malloc: xzm: failed to initialize deferred reclamation buffer

Lorsque je lance une de mes applications avec Xcode sur mon iPhone .... J'ai ce message de début :  malloc: xzm: failed to initialize deferred reclamation buffer (46)  Et franchement, je n'aime pas avoir des message que je ne comprends pas et qui contiennent le mot "failed" ! Mais le message n'existe pas avec mon iPad IOS16. Donc, ok, malloc je connais, on parle de la fonction de base d'allocation de mémoire système, il y a pleins d'outils pour les problèmes d'allocation mémoire, "xzm" doit être un de ces outils. Je ne trouve rien sur internet ! RIEN ! Perplexity ou Claude ne savent pas non plus ce que c'est. Je suis obligé de faire des suppositions... XZ est un format de compression conçu pour remplacer BZIP qui est conçu pour remplacer GZIP qui est conçu pour remplacer Z. Peut-être que les données de debug de Xcode transitent en étant compressé par défaut ? Allons voir dans le schéma du projet, pour voir les options concernant les mallo...

IOS 26 et SafeArea

Sur IOS26 est apparu un bug sur mes vieilles applications. La barre système se retrouve au-dessus de mon application, mais tout revient dans l'ordre après une rotation de l'appareil. Après quelques recherche, c'est un bug IOS26 que de nombreux développeurs ont... Mais sans vraie solution. En fait c'est le SafeArea de la vue principale qui ne contient pas de marge top avant la rotation. Une solution serait d'en mettre une, mais SafeAreaInets est en lecture seule. Il faut utiliser additionalSafeAreaInsets du viewController à la place : -( void ) viewWillAppear :( BOOL )animated { [ super viewWillAppear :animated]; if ( @available (iOS 26 ,*)) { if ( self . view . safeAreaInsets . top == 0 ) { UIEdgeInsets insets = UIEdgeInsetsMake ( 32 , 0 , 0 , 0 );; self . additionalSafeAreaInsets = insets; } } Mais ce n'est pas suffisant, car après rotation le SafeAreaInets est bon, et donc le additionnalSafeAreaInsets doit être remis à zéro : -( void )...

UIScene et openURLContexts

De IOS 2 à IOS 9, lorsque vous envoyiez un fichier dans une application (par exemple à partir d'un fichier attaché en mail), cela lançait l'application et la fonction openURL du délégateur de l'application : -( BOOL ) application :( UIApplication *)application            openURL :( NSURL *)url { Si vous retourniez YES, le fichier était considéré comme lu.  Ensuite de IOS 4.2 à 9.0, Apple à ajouté la possibilité de connaître l'application source du fichier. -( BOOL ) application :( UIApplication *)application            openURL :( nonnull NSURL *)url sourceApplication :( nullable NSString *)sourceApplication annotation :( nonnull id )annotation { Ensuite, avec IOS 9, Apple a ajouté des options afin d'y mettre l'application source, les annotations, mais aussi tout ce qu'ils pourrait vouloir dans le futur. On met un dictionnaire à la place de paramètre, et on évitera ainsi de multiplier les fonctions. -( BOOL ) applic...