Dot.Blog

Tous les environnements de développement sérieux permettent de connaître et de fixer la taille des objets, notamment des fenêtres. Mais dans certains cas il est important de tester l'aspect d'une application dans différentes résolutions écrans.

Il existe cent façons de faire, personnellement je me suis fait une petite mire qui va de 800x600 à 1680x1050 qu'il suffit de placer en image de fond du bureau. Ensuite il n'y a plus qu'à caler l'application en test sur les lignes pour avoir immédiatement, sans calcul et visuellement, le résultat escompté.

Tout bête. Mais comme ça peut rendre service je vous offre la mire (un png de 23Ko, ça n'encombrera pas les Tera de vos disques durs !) : MireResoEcranOD.png (22,97 kb) [Downloads: 67]

Pour un petit aperçu (déformé, par force):

Si vous lisez ce billet régulièrement vous savez que j'aime de temps en temps gueuler un coup contre des choses qui me scandalisent. Aujourd'hui il s'agit de la riposte graduée qui se décide dans notre dos. Il ne faut pas laisser faire le gouvernement qui transforme notre démocratie en dictature : une peine appliquée sans jugement est un acte non plus de république bananière mais de simple dictature !

L'association ODEBI, vous la connaissez certainement, a organisé une pétition par email qui arrive directement chez les sénateurs. Il faut la signer, c'est un acte citoyen élémentaire.

L'adresse de la pétition est là : http://www.odebi.org/new2/?page_id=493

Le texte de la pétition pour que vous puissiez vous rendre compte du sérieux de la démarche avant de cliquer sur le lien plus haut pour vous engager dans cette lutte:

Dans la jungle des technologies .NET il est intéressant de savoir ce que vous utilisez déjà en production et ce que vous prévoyez d'utiliser dans ce contexte. Je parle bien de production, pas des essais que nous faisons tous et qui remplissent nos machines, non, uniquement ce qui est installé chez des clients (ou utilisateurs) ou en cours de développement.

Comme je ne vais pas vous demander de laisser un message à ce billet et puis faire le tri après, pour faire plus simple j'ai mis en place un petit sondage. D'ici quelques temps je "relèverai les compteurs" et je les publierai ici. Répondre à ce sondage est ainsi un moyen simple pour que nous sachions les uns les autres ce qui est utilisé (ou en prévision d'utilisation). 

Merci d'avance de prendre une minute pour réponse au sondage qui se trouve ici :

Cliquez ici pour lancer le sondage.

Stay Tuned pour les résultats (et pour bien d'autres news entre temps...) !

Depuis "l'initiative .NET" en 2000 et la première version en 2001, .NET a bien grandi ! en sept année d'existence beaucoup de choses sont apparues et nous sommes passés d'un framework Windows bien sympathique à une gigantesque plateforme intégrant  des merveilles comme WPF, Silverlight , LINQ, WF, WCF et j'en passe...

L'ancien logo de .NET vous connaissez c'est celui là :

Personnellement je n'ai jamais aimé. Un truc qui faisait trop "XP", trop vieux, enfin je ne ressentais pas dans ce logo la modernité qui émanait de .NET.

Ca a pris le temps (sept ans et demi !) mais Microsoft s'en bien rendu compte de ce décalage et ils viennent d'offrir à .NET un nouveau logo tout beau tout neuf. Il faut le temps de s'y habituer, j'avoue ne pas encore très bien savoir si je l'aime ou pas... Mais en tout cas il est plus "moderne", c'est déjà ça, et puis Bill Gates a oublié de m'appeler pour me demander mon avis donc faudra que je fasse avec (Bill ? t'as perdu mon numéro de portable ? laisse un message ici, fais moi un signe ! :-) ).

Donc le voici le voilà, dans toute sa splendeur :

Si vous ne voulez pas passer pour un ringard, va falloir mettre à jour vos sites Web, vos blogs, vos CV, et tous les documents sur lesquels vous avez collé l'ancien logo ! (je me mets ça comme un reminder car il va falloir que je prenne le temps de le faire sur mes propres sites et documents!).

C'est pas une nouvelle fracassante, mais c'est du tout frais.. Alors... Stay Tuned !

Comment recenser toutes les utilisations d'une classe précise dans une grosse solution pleine de projets ?

Certains proposeront d'utiliser la fonction "find usage" de Resharper. Certes mais tout le monde n'a pas cet add-in. Et même si vous l'avez, vous n'êtes pas sûr que là où vous aurez à intervenir il sera toujours là...

D'autres proposeront le Ctrl-F. C'est pas mal mais ça trouvera aussi les bouts de texte qui citent la classe ou qui contiennent le nom de cette dernière. Les plus torturés proposeront alors d'utiliser une expression régulière. Techniquement c'est mieux mais concevoir une belle ER qui fasse bien le boulot, tout le monde ne sait pas forcément faire.

Non, moi je vous parle d'un moyen ultra simple et absolument sûr de trouver toutes les utilisations d'une classe dans des tas projets en quelques secondes sans trop se fatiguer.

... Vous séchez ? Alors voici la réponse : l'attribut Obsolete.

C'est tout bête, c'est une utilisation un peu détournée de la chose il faut l'avouer, mais il suffit d'ajouter devant la définition de la classe en question l'attribut
[Obsolete("blabla")]
public class TheClassARepérer ... 
et l'affaire est jouée. Faites un Rebuild de la solution et dans les warnings vous aurez la liste de tous les endroits où la classe est utilisée. Un double-clic vous amènera directement dans le code en question.

Quand l'opération est terminée, il suffit de supprimer l'attribut. La manip est ultra légère, peu de chance d'introduire un bug, et si on onblit l'attribut ça se verra tout de suite dans les warnings.

Malin non ?

Alors Stay Tuned !