Ortho4XP V3 — mise à jour

[Glah_Salamanthe]

Ypsos Ahhh, ben tiens !

Chez moi, impossible de lancer "INSTALL_PREREQUIS", "create_launcher_prerequis", "build_mac_app" ou "Lanceur_Installation_Prerequis" : j'obtenais chaque fois des messages d'erreur ou une indication d'incompatibilité avec mon système (Sonoma) .

J'avais donc pris l'habitude de lancer directement "Ortho4XP.py", qui s'ouvrait simplement d'un double clic.

J'obtenais alors directement ceci :


Et je me demandais bien d'où pouvaient venir tous ces divers écrans de paramétrage que tu nous présentais …
Et puis , j'ai demandé à ChatGPT (pas Claude) de m'aider : il manquait un élément qui ne s'installait pas (sauf erreur "GitHub, mais je ne suis pas sûr) .
… et voilà, j'ai maintenant un "Ortho4XP_Launcher.py" qui fonctionne …
Avec tous ces changement que tu as apporté , je vais me plonger dans ta doc, éplucher tout ça et repartir à zéro dans l'utilisation de ton Ortho4XP .

Quels changements depuis Otho4XP 1.40 ! Un grand bravo !

[Ypsos]

Merci pour ce témoignage.

Actuellement j'avance au rythme suivant

30 minute sa 1 heure maximum à cause des tokens puis je suis bloqué 5 heures .

Zone travail liumité aussi au quota hebdomadaire ce qui me donne : du mardi 21h00 au vendredi avec Claude pour finaliser ORTHO4XP_V3 et intégrer les retours utilisateurs.

Puis du Samedi au mardi 21h00 j'avance sur les Tutoriel pas à pas.

Entre les 5 heures de blocage de Claude, si des Bugs me sont signalés par les utilisateurs, je demande a Grok et à Chatgpt sur la base des retour , de simuler le fonctionnement des codages .

S'ils trouvent des Bug j'essaye de corriger avec eux mais la aussi rapidement je suis bloqué pour 20 heures avant de reprendre avec eux.

Je teste leur correction. Si cela ne fonctionne pas je conserve leur analyse et je reviens en arrière avec mes fichiers.

Puis j'attends le retour de Claude pour corriger.

Souvent les analyses de Grok et de Chatpt tiennent la route mais les solutions ne sont pas adaptées.

Au moins ils forcent Claude à réfléchir autrement ,

De plus avec cette stratégie je ne perds pas des tokens car Claude attaque directement sans devoir lire les 3600 ligne de code d de certains fichier.

Tout ceci non pas pour me plaindre, mais expliquer qu'il me faut du temps pour avancer non pas à mon rythme mais selon celui des IA.

Et ces aller- retours font que je risque aussi d'oublier, de mélanger et de faire de erreurs pour me souvenir ou j'en suis avec chacune d'elle et pour gérer toutes ces IA.

merci pour la compréhension

[Ypsos]

Nouveau tuto "comment utiliser GIMP et PHOTOSHOP dans ortho?4XP_V3 " de disponible

dans dossier docs sur Github

[Ypsos]

Une nouvelle version d' Ortho4 XP_V3, et sur Githgub.

Elle intègre une correction d'un warning dans conf.py que m'avez signalé DomiSilaSol.

Ce warning n'avait pas de conséquence mais était gênant.

J'ai aussi fait des ajouts et faitcoder et modifier les propositions faites par Jasum.

Bon test

[Ypsos]

INFORMATION Travaux en cours et à venir.

Grâce à Jasum, je vais pouvoir m'attaquer à la suite avec Claude, en m'appuyant sur le canevas validé dans la discussion « Nouveau module ».

Comme les remontées de bugs se font plus rares, je vais pouvoir récupérer des tokens sur mon quota pour avancer sur d'autres sujets.

Cette semaine, je termine la modernisation de l'interface :

• Modernisation du style : remplacement des anciens boutons au look carré en relief des années 2000 par un style nettement plus moderne.
• Ajout d'un 4? visualiseur d'avancement : avec seulement 3 visualiseurs, il arrivait que la barre reste bloquée pendant qu'Ortho travaille, laissant penser aux utilisateurs qu'Ortho4XP avait planté.

?


Depuis mars, je ?souhaitais moderniser cette interface vieillotte en passant sous PySide6. Cependant, d'après les pré-études de faisabilité de Claude et Grok, une telle transition impliquerait de toucher en profondeur au moteur de l'application, avec de gros risques de casse. Sans compter les questions de compatibilité multiplateforme (Mac, Linux, Windows) qui demanderaient une vigilance accrue.

Il ressort de leur analyse que le chantier est réalisable mais lourd et périlleux pour un simple gain visuel, sans oublier la consommation massive de quota que cela représenterait. Je ne compte donc pas souscrire à un abonnement payant tous les mois uniquement pour de l'habillage.

C'est pourquoi j'ai choisi une solution intermédiaire pour éviter de tout casser tout en rafraîchissant l'ensemble : passer par un module dédié. J'utilise donc CustomTkinter, qui permet d'obtenir un visuel plus moderne par rapport aux boutons Tkinter actuels. ( boutonts moins carrés pu effet relief, coins arrondis, la case cocher remplacer par ON/ Off , les visualiseur sd'avancement,: exemple ci-dessous, interface test du projet déjà générée., Bien entendu la personalisation des couleurs et l'utilisation des thème existant fonctionnera

?

J'essaie de finaliser cette partie avec le solde de mon quota hebdomadaire (qui se réinitialise mardi prochain à 21 h). J'espère que cela suffira pour boucler ce chantier.

Si aucun bug ne me tombe dessus d'ici là, je me lancerai la semaine prochaine sur la partie automatique du canevas validé par Jasum.

[Ypsos]

OUF pas de casse .

Interface principal terminée

Les boutons et§ curseur Custom Tinker remplacent les anciens boutons rectangulaires.
La couleur des boutons changent en passant avec le pointeur de la souris dessus.
La personalisation des thèmes et couleurs s'appliquent encore



?

certes ce n'est pas aussi évolué que PySide6 mais c'est au maximum des possibilités que les IA ont trouvé.

Dès que je peux me reconnecter je demande la modification, des autres fenêtres

[jasum]

OUF pas de casse .

Interface principal terminée

certes ce n'est pas aussi évolué que PySide6 mais c'est au maximum des possibilités que les IA ont trouvé.

Dès que je peux me reconnecter je demande la modification, des autres fenêtres

Salut Ypsos
Je touve Tkinter très bien, certes, Pyside est plus puissant et plus modernes, mais Tkinter offre bien d'autres avantages, plus simple pour des mises en page complexes et comme il est intégré à python, une portabilité directe pour Windows Macos et Linux,
Pyside a besoin des bibliothèque QT en c++, la portabilité devient plus délicate et nécessiterait probablement un soft pour chaque OS.?

[Ypsos]

Salut Ypsos
Je touve Tkinter très bien, certes, Pyside est plus puissant et plus modernes, mais Tkinter offre bien d'autres avantages, plus simple pour des mises en page complexes et comme il est intégré à python, une portabilité directe pour Windows Macos et Linux,
Pyside a besoin des bibliothèque QT en c++, la portabilité devient plus délicate et nécessiterait probablement un soft pour chaque OS.?

Merci pour ces précisions . Elles me confortent dans mon choix.

[Ypsos]

Un mise a jour est publiée.

Toutes les fenêtres , les boutons et curseurs sont maintenant en CustomThinker ce qui donne une interface plus moderne.

J' ai pu terminer avant le blocage du quota de la semaine.

Autres amélioration ajouts corrections:

Le lanceur, selon le thème choisi des boutons avaient les mauvaises couleurs. Ceci est corrigé.

A également été ajouté une sécurisation dans la fenêtre de configuration sur une idée de Domisilasol

CAD

Fenêtre de configuration V3 : ajout d'une bascule Config

Config Globale avec indicateur d'état et boutons verrouillés selon le mode.

À l'ouverture, la config de la tuile active est chargée automatiquement et affichée (message « Configuration de la tuile XY chargée », ou message par défaut si la tuile n'a pas encore de config).

Un bouton bascule permet de passer en mode Config Globale, qui affiche les réglages globaux et n'active que les boutons Charger/Écrire config app.
?

?

Un nouveau bouton Reset to global permet, en mode tuile, de repartir des valeurs globales.

?

Objectif : éviter d'écraser par erreur la config globale avec une config tuile (et inversement), en s'inspirant du verrouillage de la 1.40.?

[domisilasol]

Bonjour Ypsos

Un grand bravo et merci pour tout ton travail
Je viens de télécharger la dernière version, elle est tout à fait opérationnelle.
Ne me reste plus qu'à explorer petit à petit les nouvelles fonctionnalités ajoutées.
Je ne manquerais pas de te communiquer mes remarques sur ce bel outil au fur et à mesure de mes tests.

Encore une fois merci pour ton investissement et ton partage

[jasum]

Un mise a jour est publiée.

Toutes les fenêtres , les boutons et curseurs sont maintenant en CustomThinker ce qui donne une interface plus moderne.

Salut Ypsos

Merci de cette nouvelle mise à jour.
Petite remarque au sujet du module rajouté "O4_GUI_Utils Custom Thinker":
Tu peux nommer le chose comme tu veux, mais lorsque l'on code pour divers OS il est vraiment préférable d'éviter les espace dans le nommage des fichiers et dossiers et les remplacer par _
D'autre part je pense que "Thinker" fait référence à "tkinter" et non thinker qui n’existe pas dans ton code.?

[Ypsos]

Salut Ypsos

Merci de cette nouvelle mise à jour.
Petite remarque au sujet du module rajouté "O4_GUI_Utils Custom Thinker":
Tu peux nommer le chose comme tu veux, mais lorsque l'on code pour divers OS il est vraiment préférable d'éviter les espace dans le nommage des fichiers et dossiers et les remplacer par _
D'autre part je pense que "Thinker" fait référence à "tkinter" et non thinker qui n’existe pas dans ton code.?

Merci pour le test et ce retour.

Pour mémoire, je fais toujours coder à Claude un module de travail dans lequel je réalise tous les tests avec lui.

Comme je ne suis pas codeur je ne peux pas vérifier ce que Claude produit comme ligne de code.

Aussi pour que Claude ne casse rien dans les fichiers originaux d'ORTHO4 XP-V3 Claude va fabriquer un fichier de création de mes idées exemple le fichier "O4_GUI_Utils Custom Thinker": -

Une fois mes idées codées par Claude, que cela fonctionne je valide.

Je fais une copie de sécurité de fichier original et demande à Claude de transcrire notre module de travail exemple "O4_GUI_Utils Custom Thinker": soit en fichier définitif ou de l'intégrer dans les originaux si besoin.

Si tout s'est bien passé , je supprime le ficher de travail.

Cette fois j'avais oublié de détruire "O4_GUI_Utils Custom Thinker" avant publication.

Merci pour ce retour.

La mise à jour est faite le "O4_GUI_Utils Custom Thinker" n'existe plus.

[Ypsos]

================================================== ==================
ASSISTANT .comb — Ortho4XP V3 : mise à jour du module O4_comb_generator
================================================== ==================

Bonjour Jasum,

Suite à ta proposition d'assistant graphique pour créer et modifier les
fichiers .comb sans saisie « à l'aveugle », voici la mise à jour du module
O4_comb_generator.py. J'ai repris exactement ton cahier des charges.

L'outil reste ENTIÈREMENT OPTIONNEL : les utilisateurs avancés peuvent
toujours éditer les .comb à la main dans un éditeur de texte. Il ne remplace
rien, il ajoute une aide.

--------------------------------------------------------------------
CE QUI A ÉTÉ AJOUTÉ (par rapport à ta proposition)
--------------------------------------------------------------------

1) COLONNE FILTER EN LISTE DÉROULANTE
La colonne « Filtre » n'est plus une saisie manuelle : c'est une liste
déroulante alimentée automatiquement avec les fichiers .flt présents dans
le dossier Filters/, avec l'option « none » en tête.
La saisie libre reste possible dans le champ : les filtres-patch à noms
longs (ex. ZonePhoto) ne sont donc jamais perdus.
-> Présent dans les 3 écrans : Créer, Assembler, Corriger.

2) APERÇU DU FILTRE SÉLECTIONNÉ
Quand on choisit un filtre dans la liste, son contenu (ex.
brightness-contrast, saturation) s'affiche pour vérification.

3) BOUTON « ÉDITEUR TEXTE »
Un bouton ouvre le fichier .comb ciblé directement dans l'éditeur de texte
du système (compatible Windows, macOS et Linux), pour les utilisateurs
avancés.

4) PRIORITÉ « mask » (À VALIDER — voir plus bas)
Ta proposition liste quatre priorités possibles : high / medium / low / mask.
Les trois premières sont confirmées par les fichiers réels (EUR.comb,
ZonePhoto.comb). La priorité « mask » a été ajoutée au module, MAIS elle
n'apparaît dans AUCUN .comb connu à ce jour — d'où le test ci-dessous.

--------------------------------------------------------------------
CE QUI EXISTAIT DÉJÀ ET N'A PAS ÉTÉ TOUCHÉ
--------------------------------------------------------------------

- Fenêtre principale avec nom de fichier, choix Créer / Corriger.
- Import d'un .comb existant : une ligne du fichier = une ligne éditable
(aucune perte, y compris noms longs et filtres non-« none »).
- Tableau des couches : Provider, Zone/Extent, Filtre, Priorité.
- Réordonnancement des lignes (fleches haut/bas), ajout et suppression.
- Aperçu en direct du .comb généré.
- Mode automatique (« Proposer depuis les extents »).
- Vérification de cohérence (garde-fou de couverture par nom).
- Sauvegarde .bak automatique avant tout écrasement.


Remarque : ta proposition prévoyait le glisser-déposer pour réordonner les
lignes. Il est remplacé par des flèches haut/bas, qui font le même travail de
façon plus robuste sur les trois systèmes d'exploitation.

--------------------------------------------------------------------
POINT À TESTER : la priorité « mask »
--------------------------------------------------------------------

Un fichier de test est fourni : TEST_MASK.comb
Il contient 3 lignes avec les priorités classiques + 1 ligne avec « mask ».

Procédure (aucun build de tuile nécessaire pour cette étape) :
1. Placer TEST_MASK.comb dans le dossier Providers/.
2. Lancer Ortho4XP (ou rafraîchir la liste imagery).
3. Regarder la console ET la liste imagery :

- Entrée visible, AUCUNE erreur en console -> « mask » est lu : OK
- Erreur de parsing / priorité inconnue -> « mask » non reconnu
- L'entrée n'apparaît pas -> « mask » bloque le chargement

QUESTION : la priorité « mask » est-elle réellement supportée par le parseur
.comb d'Ortho4XP ? Si oui, quel est son rôle exact (vis-à-vis des masques et
du recouvrement) ?

Selon le résultat du test et ta réponse, « mask » sera soit conservé, soit
retiré de l'assistant. Les 3 autres ajouts (filtres .flt, aperçu, éditeur
texte) restent dans tous les cas.

--------------------------------------------------------------------
FICHIERS
--------------------------------------------------------------------
- O4_comb_generator.py (module mis à jour, à placer dans src/)
- TEST_MASK.comb (fichier de test pour la priorité « mask »)

Merci d'avance pour ton retour.
??

[jasum]

Salut Ypsos
J'ai mis à jour mon clone ORTHO4XP_V3.
C'est toujours la même pagaille, je ne comprend pas ta démarche, as-tu toi-même testé ce que tu proposes: par exemple faire une tuile au zoom17 avec comme provider un comb que tu aurais construit comprenant 2 ou 3 "lays" et regarder le résultat aux frontiéres des extents.?

[Ypsos]

Salut Ypsos
J'ai mis à jour mon clone ORTHO4XP_V3.
C'est toujours la même pagaille, je ne comprend pas ta démarche, as-tu toi-même testé ce que tu proposes: par exemple faire une tuile au zoom17 avec comme provider un comb que tu aurais construit comprenant 2 ou 3 "lays" et regarder le résultat aux frontiéres des extents.?

Salut,

Merci pour le test et le retour.

Je pensais que le cahier des charges que j'avais proposé ne concernait que l'interface, pour aider les utilisateurs et éviter la pagaille dans l'utilisation de l'outil. Là, tu sembles parler d'autre chose.

Faut-il comprendre que ce type de configuration spécifique (Zoom 17 avec un comb multi-couches) met effectivement en évidence des raccords délicats selon la source des images et la gestion des masques alpha ?

Si oui, pour que je puisse demander à Claude de structurer les choses comme tu le préconises, peux-tu préciser :

• Quel provider ou mélange exact tu as utilisé dans ton fichier de configuration ?
• Quel est le problème précis constaté aux frontières (décalage de colorimétrie, rupture nette, ou défaut de fusion des masques) ?

Si tu as un exemple précis ou des paramètres à partager, ça m'aiderait à regarder ça de plus près avec Claude pour comprendre ce qui coince dans Ortho4XP et le faire corriger.

Merci ! »
?