Emmanuel CROMBEZ - Développeur

Dans mon application sur la constitution française, le contenu de la constitution est une page HTML dans une WKWebView. Comme à mon habitude je gère le mode sombre selon le réglage du système. Cela consiste à utiliser la couleur "LabelColor" et "systemBackgroundColor" dans l'UI, et dans la page HTML on a une CSS du genre : @media (prefers-color-scheme:dark) { body {     color: white ;     background-color: black ;     } } C'est très classique, cela fonctionne bien, mais ! La lecture de la page HTML peut prendre quelques fraction de seconde, et entre le moment où l'on initialise la webView et le moment ou la page est chargée, une page "par défaut", vide, avec un fond blanc, peut être visible, ce qui cause un flash blanc intempestif. Comment faire ? Il suffit d'initialiser une page ultra-simple, sous forme de NSString, qui remplacera tout de suite la page par défaut, puis de charger la page qui peut prendre un peut plus de temps à charger.  

  Sitemap.xml ? Un sitemap.xml est un fichier qui liste toutes les URLs importantes de votre site web. Il permet de guider Google et les autres moteurs de recherche à indexer votre site. Mettre en place un sitemap.xml fait partie des bonnes pratiques (actuelles). Le fait qu'il s'agisse d'un fichier XML montre que cette pratique date un peu, aujourd'hui on ferait plutôt un fichier JSON, surtout au vu des données contenues qui ne mérite pas un format de fichier complexe. Mais, bon, c'est la norme... Alors on va faire du XML. Un script bash pour générer votre sitemap.xml Pour faciliter la création et la mise à jour de votre sitemap.xml, j'ai développé un petit script bash qui automatise ce processus. Voici ses principales caractéristiques : Génération automatique : Le script parcourt votre site et crée le sitemap.xml sans intervention manuelle. Mise à jour facile : Vous pouvez exécuter le script régulièrement pour maintenir votre sitemap à jour. Simplicité d'

 J'avais l'habitude de mettre une compilation conditionnelle dans certains de mes fichiers en objective-C par rapport à une valeur entrée dans la config du projet. Ainsi j'avais : #if ELEVESDB #  import <ElevesDB/ElevesDB.h> #else #   if !NOELEVES #    import "Eleves.h" #  endif #endif Donc si je mettais un ELEVESDB=1 je faisais le premier import, et si je ne mettais pas le NOELEVES=1 j'importait le deuxième, sinon je n'importais rien du tout. A priori, avec Xcode 16.0, si NOELEVES n'est pas définit, il n'a pas la valeur par défaut de 0... et donc le deuxième import se fait. Il faut donc utiliser un #ifndef ou définir NOELEVES=0 dans les directive de preprocesseur. J'aurais préféré un ERROR UNKNOW NOELEVES, mais bon, une fois qu'on le sait... on fera gaffe.

Lors de l'envoi de la mise à jour de mon application Appel sur Mac, Apple m'a refusé cette mise à jour au motif que le bouton Réglages ne fonctionnait pas. Il faut dire que mon application est une application IOS qui fonctionne sur Mac avec MACCATALYST, c'est à dire un peu comme dans un simulateur. Jusque là, Apple n'avait jamais fait de remarque sur ce sujet, il y a dû y avoir des changements de politique de test. C'est un peu gonflé de la part d'Apple, puisqu'une application IOS n'a pas forcément de réglages systèmes, ni de réglages tout court. Or, MACCATALYST crée le menu système avec une entrée "Réglages" par défaut, sans que le développeur n'ai rien demandé. Mais il n'y a pas d'action par défaut... C'est idiot, autant ne pas mettre l'entrée du tout. Bon, ceci étant dit, il faut tout de même gérer la chose. On ne peut pas le faire dans l'éditeur de ressource (ce que l'on ferait avec une application MacOSX), le me