Screen’o'matik – Gestionnaire de copie d’écran
Je suis tombé il y a peu sur un outils sympa de Kevin Vuilleumier. Il se nomme Screen’o'matik.
Il permet de se simplifier la vie pour l’enregistrement de vos copies d’écran.
Voici les caractéristiques publiées du site de l’auteur:
- Programme entièrement gratuit !
- Fonctionne sous Windows XP, Vista, 7, versions 32 et 64 bits (et toutes autres versions compatibles avec le .NET 3.5)
- Différents formats d’image disponibles : PNG, BMP ou JPEG (qualité réglable)
- Touche de capture personnalisable (F1 à F12 plus la touche standard)
- Possibilité de le lancer automatiquement au démarrage de Windows
- Discret, car se logeant dans la zone de notification
- Ne requiert pas de droits administrateurs (sauf pour l’installation)
- Facile à comprendre et à utiliser
- Garantie sans virus, ni spyware
- Très léger (moins de 50 Ko)
- Livré sous forme d’installateur
- Écrit entièrement en C# .NET !
Je l’ai moi-même adopté, car pour certaines utilisations, il est bien pratique. Merci à son auteur.
Téléchargement: http://www.kevinvuilleumier.net/articles.php?lng=fr&pg=59
Articles similaires:
| Cette entrée a été posté par MC-SIN le 10 janvier 2012 à 18 h 12 min, et placée dans Informatique. Vous pouvez suivre les réponses à cette entrée via RSS 2.0. Vous pouvez laisser une réponse, ou bien un trackback depuis votre site. |







about 1 month ago
Tu le trouves meilleur que FSCapture?
En quoi le fait qu’il soit entièrement en C# .NET est-il un argument pour toi?
about 1 month ago
Je n’ai jamais utilisé FSCapture…
Ce n’est pas un argument, c’est la description reprise du site de l’auteur (comme je l’ai stipulé)
about 1 month ago
Wow, je ne pensais pas retrouver un des softs sur ton site ! Quel choc j’ai eu quand j’ai vu ça o_O
Un grand merci !
Pour répondre à la question de Koladz, c’est vrai que le fait qu’il soit en C# n’est pas un argument, mais une caractéristique, comme indiqué. J’avoue, il aurait mieux de le faire en Java pour la portabilité. Peut-être un jour.
Sinon, n’hésite pas à m’indiquer les bugs que tu rencontreras ou les améliorations à apporter
L’ayant déjà utilisé en LAN pour faire des captures d’écran des résultats, je peux dire qu’il n’impacte aucunement le jeu ou une quelconque application lourde. Après tout, son but être d’être léger et de se faire oublier de l’utilisateur.
about 1 month ago
*il aurait été mieux de le faire…
about 1 month ago
Ok, pas de soucis. C’est juste que étant développeur .NET (C# justement) j’aurais aimé connaître le point de vue de quelqu’un d’objectif et savoir ce que pensent les gens de ce langage.
about 1 month ago
Ah fallait demander plus tôt
Je suis aussi – par la force des choses – développeur C#.
Honnêtement, à part la « facilité » de programmer avec grâce aux bibliothèques inclues dans le .Net tout droit sorties de Windows, je ne sais pas s’il y en a énormément! Car comme l’a dit Kevin, le premier points embêtant c’est la portabilité vers les autres OS! Elle est impossible sans se retaper toute l’appli dans un autre langage.
Autre chose, comme tu le sais très certainement, il suffit que la personne n’ait pas le bon framework et tu peux oublier l’exécution de ton appli… Vu que Microsoft n’a même pas eu le bon goût de rendre la dernière version de son Framwork rétrocompatible!
Donc si tu sais coder avec autres choses, codes avec autre chose. Le plus universel, c’est JAVA. Mais le problème, c’est ses temps de latence je trouve…
about 1 month ago
Je plussoie ce qu’a dit MC-Sin.
Pour mon avis, j’avoue que j’aime bien les deux langages – Java et C# – déjà car les deux possèdent un framework très riche. L’avantage de Java, c’est qu’il y a une ribambelle de bibliothèques existantes pour faire à peu près tout et n’importe quoi. La création d’interface graphique est facile.
Maintenant, il est difficile d’être vraiment objectif, mais C# .NET a le net avantage d’être très bien intégré à Windows et ses composants. Par la force des choses, la portabilité en prend un coup.
Finalement, pourquoi j’ai utilisé C# au lieu de Java dans mon programme ? Soyons pragmatique : je m’en fichais pas mal qu’il soit portable car je l’ai créé d’abord… pour moi ! N’ayant pas de machine Linux, la portabilité m’importait peu. Je voulais quelque chose de fonctionnel et léger. Sans compter que ça faisait un bon exercice
Aussi, le hooking du clavier me semblait être insurmontable en Java sans passer par du JNI afin d’accéder à l’API de l’OS. Question portabilité, c’est pas fameux. Bon, il est certainement possible de faire différemment, je ne suis pas assez connaisseur pour le dire.
about 1 month ago
Il y a quelques années, j’ai développé un jeu en Java. Par la suite, j’ai voulu le porter sur Android. Au début je me disais que ça allait bien se passer puisque il était en Java. Mais finalement j’ai quand même dû plus ou moins tout recoder (Bon, je n’ai pas eu besoin de réfléchir au fonctionnement du jeu, mais quand même).
Finalement je me dis que l’avantage de la portabilité apporte peu et je préfère le C#, tout comme je préfère VisualStudio a Eclipse.