Dernière mise à jours : 23 octobre 2024
Thing + ThingICN + ThingFND
Remerciements :
Merci à Lodovico Zanier pour sa très grande aide et sa patience autour de ce project de reprise des sources de Thing, d'une simple demande d'un set d'icônes pour Thing, il a non seulement réalisé un très beau jeu d'icônes en deux tailles, mais m'a apporté sa connaissance importante de ce bureau que je n'avais pas et trouvé un nombre incalculable de bugs que j'avais introduits mais aussi de bugs présents à priori depuis toujours.
Merci à Miro Kropácek (alias Mikro) pour sa sauvegarde des sources.
Merci à Gerhard Stoll pour son gros travail de nettoyage du code source de Thing
Enfin Merci à Arno Welzel et Thomas Binder les auteurs originaux de Thing pour avoir réalisé ce très agréable bureau et avoir accepté de mettre les sources à disposition.
Thing Neo c'est quoi?
Thing Neo, c'est la reprise des sources d'un très bon bureau simple, beau et efficace pour Atari GEM, plus exactement des sources déjà remaniées par Gerhard Stoll qui porte la version 1.50 à priori jamais réellement achevée. Thing est avant tout un projet open-source.
L'idée de départ était rendre Thing plus proche de l'AES en effet Thing utilisait massivement les userdef pour dessiner l'ensemble de ses icônes pour proposer des icônes couleurs sur tous les systèmes, ce qui oblige le logiciel à charger par lui même ses ressources, à convertir les icônes couleurs et à réaliser l'affichage via les userdef (notez qu'il aurait été sans doute plus judicieux de ne plus utiliser la routine aes d'affichage (objc_draw) pour afficher les fenêtres au format icône et tout dessiner directement avec la VDI, cela aurait gagné en rapidité et évité les limitations des objets GEM. Ce mode de fonctionnement avait au moins un défaut visible, les icônes 256 couleurs n'étaient affichées qu'avec les modes écrans 256 couleurs.
Avec l'avancement du projet et la découverte des sources, une deuxième étape a été de supprimer tous les besoins à des librairies exotiques peu conventionnelles pour celles de PureC, et la principale d'entre elles il y avait une très vieille version de mintlib dont très peu de spécificité était utilisée, sa suppression n'a pas posé de soucis. Actuellement seule la librairie originelle de NKCC entièrement en assembleur n'a pas encore été supprimée (à voir avec le travail de Otto dans cflib pour une prochaine version), c'est le dernier verrou pour essayer de compiler les sources avec GCC et pouvoir ainsi fournir une version 100% native pour Coldfire.
Note : La version proposée est une version 68020.
Si je dois faire un court résumé de cette version 1.60:
- Chargement des ressources et affichage des icônes
entièrement par l'AES et dont celles en 256 couleurs dans tous
les formats écrans de 8 bits à TC32 si l'AES le supporte
- Librairies originales de PureC sauf toslib remplacée par la compatible et plus moderne version de Philipp Donzè
- Amélioration affichage avec les noms long
- Fix de nombreuses causes de crash lié au noms long ou à un très grand de fichier dans un dossier ou dans une recherche
- Reconnaissance et utilisation de MyAES
- Utilisation du dossier Home si présent pour sauvegarde configuration, réduction importante de la portée de la variable d'environnement THINGDIR si elle est présente uniquement si le dossier HOME n'est pas présent, l'ensemble des programmes liés à THING sont locaux et ne sont plus recherchés dans le dossier THINGDIR pour raison de compatibilité.
- Un nouveau set d'icônes en 48 et 64 point 256 couleurs en fonction de la taille écran
- Chargement du jeux d'icône en fonction des capacités de
l'AES
- Chargement automatique des ressources suivant la langue déclarée par l'AES
- Ressource pour les langue Anglaise, Allemande, Française et Italienne, ne pas hésiter à me contacter si vous réalisez une nouvelle version!
- Nouveau classement des ressources mis dans le dossier "RSRC"
- Accélération affichage et chargement des fichiers GRP
(groupes)
Et après cette version ?
Je compte réaliser une autre version à la suite de celle-ci (ne soyez pas très pressés!) car je n'ai pas encore été au bout de la logique initiale et parce que j'y ai découvert certains défauts. Pour pleinement me satisfaire je voudrais à minima :
- Remplacement de NKCC par une libraire purement C et limité au besoin de Thing
- Être capable de compiler soit avec PureC soit avec GCC pour fournir une version coldfire
- Permettre l'édition des fichiers aux noms très longs
- Corriger l'affichage et la gestion des fenêtres possédant un nombre de fichiers ou d'item très important (principalement en mode icône)
- Accélérer et améliorer la gestion des fichiers .GRP
- Modifier quelques détail d'ergonomie comme l'association des fichiers avec un programme.
- Refaire un module THINGIMG.OVL de démonstration, actuellement je n'arrive à rien de fonctionnel avec les sources fournies
- Réaliser un petit programme de conversion de palette pour
les icônes couleurs en 256 couleurs
Pourquoi Thing affiche les icônes en noir et blanc ou les icônes en 16 couleurs originales de Thing mais pas le nouveau jeu d'icônes ?
C'est lié à votre AES, l'AES soit n'est pas capable d'afficher les icônes couleurs dans ce cas il utilise le fichier rsc présent dans rsrc/icons/b&w/ soit il ne supporte qu'un format limité de RSC et charge le fichier rsc présent dans rsrc/icons/colortos/
J'ai un grand écran en 1080P ou plus et Thing charge un jeu d'icône trop gros pour moi comment corriger cela?
Copier le contenu de /rscr/icons/small/ dans le dossier /rsrc/icons/big/
Les icônes couleurs ne sont pas de la bonne couleur, l'option de palette de Thing ne fonctionne plus que faire?
Comme pressenti la palette couleur de votre système ne semble pas en accord avec celle des jeux d'icônes fournies, nous avons privilégié la palette de NVDI, nous vous conseillons d'utiliser celle-ci, si cela ne vous convient pas en attendant une solution de conversion il faut alors recopier le contenu de rsrc/icons/colortos/ dans les dossiers /rscr/icons/small/ et /rsrc/icons/big/. L'option de palette de Thing ne fonctionne plus car Thing n'affiche plus lui même les icônes
J'observe que Thing utilise plus de mémoire sous MyAES que sous XaAES ou NAES pourquoi?
C'est un défaut de MyAES qui ne réduit pas encore le bloc mémoire du RSC après conversion des icônes et icons.rsc atteint plus de 1Mo d'icônes dans sa version la plus grosse qui peuvent être supprimés. Ce point fera l'objet d'une mise à jours de cet AES.
Liens et téléchargement
Thing est opensource, vous pouvez retrouver les sources ici : Sourceforge source code
Téléchargement de la configuration prête à l'emploi (68020) : Thing.zip
Olivier LANDEMARRE