Par G.D.G. Software
XLS Padlock 2026.2 est disponible dès aujourd’hui. Il s’agit de la deuxième version de maintenance de la série 2026, après 2026.1 en juillet. Elle rétablit le recalcul correct des formules protégées dans les applications créées avec 2026.0 ou 2026.1, corrige un plantage de longue date des applications protégées à l’ouverture d’une boîte de dialogue de fichier Windows, masque de nouveau l’onglet Automate d’Excel quand les Office Scripts ne sont pas autorisés, traduit l’assistant Web Update et ajoute une option Exclude credentials pour les postes de travail où Azure Artifact Signing échoue après az login.
Nous recommandons à tous les clients dont la maintenance est active de passer à la version 2026.2, puis de réempaqueter les classeurs qu’ils distribuent. La plupart des corrections ci-dessous se trouvent dans le runtime embarqué dans votre application protégée : vos utilisateurs finaux n’en bénéficient donc qu’une fois le classeur recompilé avec cette version. Les clés d’activation et les clés de licence hors ligne existantes continuent de fonctionner sans changement, et aucune modification n’est requise côté serveur d’activation ou kits d’intégration.
Les formules protégées renvoient de nouveau les bonnes valeurs
C’est la correction la plus importante de cette version si vous utilisez la protection des formules. Dans les applications créées avec XLS Padlock 2026.0 ou 2026.1, une formule protégée faisant référence à d’autres cellules pouvait renvoyer une valeur erronée mais plausible, sans qu’aucune erreur ne soit affichée. Le classeur compilé n’indiquait plus à Excel de quelles cellules dépend la formule, si bien que les cellules protégées pouvaient être recalculées dans le mauvais ordre.
La détection des dépendances est aussi plus précise : les noms de fonctions Excel contenant des chiffres (LOG10, ATAN2, DAYS360), les noms de feuilles dans les références inter-feuilles, les noms de tableaux dans les références structurées et le texte entre guillemets ne sont plus confondus avec des références de cellules, ce qui pouvait produire une liste de dépendances qu’Excel rejetait dans l’application compilée. Les plages nommées continuent d’être détectées comme avant.
Réempaquetez votre classeur avec 2026.2 et distribuez le nouvel EXE : aucune modification de vos formules n’est nécessaire. Si vous aviez délibérément sélectionné “No Dependency” pour certaines cellules avec 2026.0 ou 2026.1, vérifiez ces cellules dans la fenêtre Protect Formulas : ce choix n’avait pas été enregistré, et elles utilisent maintenant la détection des dépendances.
Plus de plantage à l’ouverture d’une boîte de dialogue de fichier
Sur certains ordinateurs, une application protégée (et Excel avec elle) pouvait se fermer instantanément, sans aucun message d’erreur, dès qu’une boîte de dialogue de fichier Windows s’ouvrait dans l’application : la boîte de dialogue sécurisée “Save As” (Enregistrer sous), Insertion > Images > Cet appareil et les commandes similaires. Ce problème de longue date était plus fréquent lorsque certains logiciels de sécurité étaient actifs. Il est corrigé dans le runtime, et la boîte de dialogue d’enregistrement sécurisé est de nouveau la boîte de dialogue de fichier standard de Windows. Réempaquetez le classeur avec cette version pour corriger les applications déployées.
Signature de code : Exclude credentials pour Azure Artifact Signing, plus deux corrections dans le Designer
Azure Artifact Signing (anciennement Azure Trusted Signing) essaie plusieurs types d’informations d’identification Azure dans un ordre fixe. Sur certains postes de travail, un type d’informations d’identification situé plus tôt dans la chaîne échoue et interrompt toute l’opération de signature avant même que celui d’Azure CLI, c’est-à-dire celui réellement authentifié par az login, n’ait été essayé.
La page EXE Code Signing dispose désormais d’un champ facultatif Exclude credentials pour la méthode Azure Artifact Signing, qui permet d’ignorer ces types d’informations d’identification, comme le documente Microsoft. Les entrées sont vérifiées par rapport aux neuf noms de types d’informations d’identification valides, et le bouton Exclude all except Azure CLI renseigne la liste recommandée pour un ordinateur authentifié avec az login. Laisser le champ vide produit les mêmes métadonnées de signature que les versions précédentes. Consultez Comment signer numériquement votre fichier EXE.
Le Designer reçoit deux autres corrections liées à la signature de code :
- Avec la méthode SignTool Commands, le marqueur
{$OUTPUTFOLDER$}est désormais remplacé partout où il apparaît dans une commande, y compris lorsqu’il est directement suivi d’une barre oblique inverse ou d’un guillemet fermant, ou placé en fin de ligne. Auparavant, il n’était remplacé que lorsqu’il était suivi d’un espace, si bien qu’une commande telle que"{$OUTPUTFOLDER$}\my-metadata.json"transmettait le marqueur littéral à SignTool et la signature échouait. - Le bouton de parcours à côté du champ PFX File Path ouvre de nouveau la boîte de dialogue de sélection de fichier. Il ne fonctionnait plus depuis XLS Padlock 2025.2, et le chemin devait être saisi ou collé à la main.
L’onglet Automate de nouveau masqué quand les Office Scripts ne sont pas autorisés
Dans les applications protégées générées avec “Disable all ribbons and toolbars” activé et “Allow Office Scripts and Power Automate” désactivé sur la page Cloud & AI, un onglet de ruban sans nom contenant les commandes Automate d’Excel (Office Scripts, Power Automate) pouvait encore apparaître à côté de l’onglet Fichier. L’onglet est désormais masqué comme prévu, comme c’était le cas avant XLS Padlock 2026.0. Activer “Allow Office Scripts and Power Automate” affiche toujours l’onglet, pleinement fonctionnel. Réempaquetez le classeur avec cette version pour corriger les applications déployées.
Une expérience mieux traduite pour vos utilisateurs finaux
- Assistant Web Update dans la langue de l’application. L’assistant ouvert par le bouton “Check for Updates” ou par la vérification automatique au démarrage s’affiche désormais dans la langue sélectionnée pour l’application protégée, à l’aide des traductions déjà intégrées à celle-ci. Auparavant, ses boutons et ses messages restaient en anglais même lorsque le reste de l’application était traduit. Aucun travail de traduction supplémentaire n’est requis de votre côté.
- Écran d’accueil du Launcher dans la langue d’affichage de Windows. Dans le format bundle EXE + XPLAPP, l’écran d’accueil affiché lorsque l’EXE du Launcher est démarré sans son fichier .xplapp apparaît désormais dans la langue d’affichage de Windows, dans l’une des 10 langues prises en charge, au lieu de l’anglais uniquement. Une fois l’application protégée ouverte, la langue sélectionnée sur la page Localization s’applique comme avant.
Ces deux corrections se trouvent dans le runtime : réempaquetez le classeur avec cette version pour les appliquer aux applications déployées.
La liste complète des changements figure dans le changelog.
Procurez-vous XLS Padlock 2026.2
👉 Utilisateurs existants : XLS Padlock 2026.2 est une mise à niveau gratuite si votre maintenance est active. Téléchargez-le, installez-le par-dessus votre version actuelle et réempaquetez vos classeurs. Si votre maintenance a expiré, vous pouvez la renouveler à tarif réduit depuis votre compte.
👉 Nouveaux utilisateurs : téléchargez la version d’essai gratuite pour protéger un classeur de bout en bout, ou achetez XLS Padlock quand vous êtes prêt.
Comme toujours, dites-nous ce que vous en pensez et ce que vous aimeriez voir ensuite via notre forum de retours ou notre formulaire de contact.