Bonsoir sh@rp,

petite question : quelle différence il y a entre ton logiciel et le patcher qui existe déjà ?

boumi a écrit:

Bonsoir sh@rp,

petite question : quelle différence il y a entre ton logiciel et le patcher qui existe déjà ?

Le résultat est le même sauf que le mien est plus rapide plus léger (290Ko) et est utilisable à la fois sur des OS x64 bits et x32 bits contrairement à Universal Theme Patcher qui existe en 2 exécutables (1 pour les OS x64 et 1 autre pour les OS x32 Bits).

Pourquoi coder 2 versions alors qu'il est possible de gérer 2 architectures d'OS au sein d'1 seul .exe ???

Mais libre à vous de faire votre choix.

PS : J'ai codé cet outil pour des besoins personnels dans un projet de développement (Grosse Customisation de Windows 7 qui a encore de beaux jours devant lui). Ce gros projet a débuté en début d'année et j'avais besoin de savoir si l'OS de l'utilisateur permettait d'exécuter des thèmes non signés numériquement.....(Non Microsoft)...Donc pour faire une petite pause j'ai fais ce petit utilitaire

Voilà tu sais tout.

Merci pour cette réponse concise, je vais le prendre, c'est le genre de programme dont on peut avoir besoin.

Salut!
Cool ce soft ! Je l'ai dl mais ce que je ne comprend pas, c'est pourquoi faut-il patcher, qu'est-ce que windows ne nous permet pas de faire ? Mais aussi comment fait-tu, en programmation, pour "patcher"? Est-ce une décompilation de la dll qui permet cela ?
Merci pour tes réponses !

euh cool...lol rien de plus sobre et simpliste visuellement.

pour faire simple lorsque tu installes windows 7 (en version originale non modifiee bien sure) les themes par defaut qui se situent dans c:\windows\resources\themes sont signes numeriquement par microsoft et les fichiers systemes suivants :
- themeui.dll
- themeservices.dll
- uxtheme.dll
permettent d identifier que les themes complets (.msstyles, .theme) proviennent bien de microsoft.
quand le theme est modifie par qqun alors la signature saute et le theme est inexploitable. le patchage des 3 fichiers (que 3 pour OS x32 bits) nommes ci dessus permet de prendre en compte les themes non signes donc ceux dispo partout sur le web. ce patchage consiste a modifier des offset hexa a divers endroits des 3 fichiers selon le n° de build et le versionning

breffff....ce qui veut dire que lorsque qqun cree un theme de A à Z et que le systeme ne possede pas ces 3 fichiers patches alors un gros bug d affichage apparait.......

Ok merci !
Donc c'est en hexadécimal, d'accord et une autre petite question : Comment repère-tu la ligne en hexa ? Est-ce grâce à un désassembleur, ou simplement en regardant les lignes en hexa ?
re-merci !

c est bien trop long a expliquer....

heu d'accord ...
Merci quand même !

Bonjour sh@rp,
Merci pour le "tout-en-un", tu as eu une très bonne idée.

A tout hasard, la reconnaissance du système d'exploitation par ton programme utilise quel(s) information(s) de windows ? (et dans quel fichier ce trouve-t-elle ? Registre, dll ? )
C'est juste pour savoir.

Mon windows est déjà patché et je me suis permis quelques libertés dans le panneau d'informations système générales histoire de le personnaliser  .
Et au lancement de ton programme, il m'affiche "Système d'exploitation inconnu !"

laex a écrit:

Bonjour sh@rp,
Merci pour le "tout-en-un", tu as eu une très bonne idée.

A tout hasard, la reconnaissance du système d'exploitation par ton programme utilise quel(s) information(s) de windows ? (et dans quel fichier ce trouve-t-elle ? Registre, dll ? )
C'est juste pour savoir.

Mon windows est déjà patché et je me suis permis quelques libertés dans le panneau d'informations système générales histoire de le personnaliser  .
Et au lancement de ton programme, il m'affiche "Système d'exploitation inconnu !"

Salut laex,

Le soft exploite la classe "Environement" de l'espace de nom "System" du framework donc son implémentation m'est complètement inconnue.
Cependant je peux supposer que le framework récupère les informations depuis des librairies natives (fichiers .dll) car le registre ne renvoit en aucun cas d'info dans la culture courante de langue (dans notre cas : FR), ce sont les "Multilingual User Interface" qui se charges de cela (fichiers .mui).

A+

sh@rp a écrit:

Salut laex,

Le soft exploite la classe "Environement" de l'espace de nom "System" du framework donc son implémentation m'est complètement inconnue.
Cependant je peux supposer que le framework récupère les informations depuis des librairies natives (fichiers .dll) car le registre ne renvoit en aucun cas d'info dans la culture courante de langue (dans notre cas : FR), ce sont les "Multilingual User Interface" qui se charges de cela (fichiers .mui).

A+

J'ai modifier les infos des dll et dll.mui du panneau d'informations système générales lié au nom du système. Et c'est pour ça que ton programme ne le reconnait plus.
Merci pour les infos.

cool merci