Pour ce faire, on doit aller ajouter un paramètre :
Menu FIle --> Settings --> Editor --> ajouter le crochet à "Show Quick Doc on Mouse Move"
mardi 24 février 2015
mercredi 11 février 2015
Eclipse - Ne pas avoir à exécuter deux fois le programme pour avoir la bonne version
Bonjour,
Certains étudiants m'ont fait part qu'ils devaient toujours faire run deux fois pour que l'exécutable tienne en compte de leur derniers changements. Je n'ai jamais eu ce problème. La cause vient d'un paramètre que vous pouvez facilement modifier.
Menu Window -- Preferences -- développez la section Run/Debug , Launching
Assurez-vous d'avoir la première section à Always et le premier crochet à Build.
Certains étudiants m'ont fait part qu'ils devaient toujours faire run deux fois pour que l'exécutable tienne en compte de leur derniers changements. Je n'ai jamais eu ce problème. La cause vient d'un paramètre que vous pouvez facilement modifier.
Menu Window -- Preferences -- développez la section Run/Debug , Launching
Assurez-vous d'avoir la première section à Always et le premier crochet à Build.
lundi 9 février 2015
Compétition d'applications mobiles ApplETS - Victoire d'une équipe du département
Vendredi et samedi dernier avait lieu une compétition de développement d'applications mobiles à L'ÉTS. C'était la 2e édition et pour la première fois, 2 équipes du département compétitionnaient. Suite à des présentations sur le développement Android par des professeurs et des développeurs, les étudiants ont environ 20 heures pour développer une app sur un sujet énoncé le soir même ( Cette année, c'était la santé ). Les étudiants doivent donc faire une nuit blanche afin de programmer de 20h30 le vendredi soir à 16h00 le samedi. Ils doivent finalement présenter leur application aux juges et aux autres personnes présentes.
Une dizaine d'équipes de cégeps et d'universités ont participé, la majorité développaient sous Android, une équipe en IOS et une en WindowsMobile.
Je suis très content de la performance de nos deux équipes car les deux équipes ont pu remettre une application fonctionnelle sur un téléphone dans les temps prescrits, ce qui ne fut pas le cas de toutes les équipes. Les deux équipes étaient formées de :
Olivier Racette, François Genest et Oleksandr Yuvzhenko ( régulier ) : ont fait une application Android permettant de conserver nos résultats de pression artérielle.
Laurel Daigneault, Philippe Deschesnes et Danny Boisvert ( intensif ) : ont fait une application utilisant le fonctionnement de Tinder mais relatifs à des recettes santé.
L'équipe de l'intensif a remporté la palme de meilleur projet pour les équipes provenant du collégial.
Félicitations aux 6 étudiants !
jeudi 5 février 2015
Java - transparence sur les JPanels
Bonjour,
Certains étudiants de deuxième année ont attiré mon attention sur le fait que les panels dont la couleur avait un certain degré de transparence ( alpha ) ne s'affichaient pas bien. C'est particulièrement vrai pour les Panels qu'on dessine nous-mêmes ( dessin sur mesure ).
Pourquoi ?
Cela a rapport à l'opacité qui, par défaut, est complète sur les JPanels ( la propriété opaque est à true ) . Cela cause une contradiction avec une couleur de fond qui n'est pas totalement opaque.
Solution ?
1. La solution facile est d'assigner la couleur de fond à l'objet représentant la surface de dessin plutôt que dans la redéfinition de la méthode paintComponent :
Ex.
SurfaceDessin sd;
// dans le constructeur du JFrame
...
sd = new SurfaceDessin();
sd.setBounds( 10,10,200,200 );
sd.setBackground ( new Color ( 23,56, 100, 80 );
getContentPane().add(sd);
2. Une solution plus permanente existe, mais elle est plus longue à réaliser. Elle consiste à placer la surface de dessin ( ou un autre JPanel ) complètement transparent ( setOpaque( false )) et de dessiner une grand rectangle occupant toute la surface du JPanel et d'appliquer la couleur ayant un degré de transparence à ce rectangle. Donc dans le paintComponent, ça donne :
protected void paintComponent ( Graphics g )
{
g.setColor( getBackground() );
g.fillRect(0, 0, getWidth(), getHeight());
super.paintComponent(g);
}
et dans le constructeur :
//ajouter la surface de dessin
sd = new SurfaceDessin();
sd.setBounds( 10, 140, 300, 200);
sd.setOpaque(false);
sd.setBackground( new Color(255, 0, 0, 20) );
getContentPane().add(sd);
Certains étudiants de deuxième année ont attiré mon attention sur le fait que les panels dont la couleur avait un certain degré de transparence ( alpha ) ne s'affichaient pas bien. C'est particulièrement vrai pour les Panels qu'on dessine nous-mêmes ( dessin sur mesure ).
Pourquoi ?
Cela a rapport à l'opacité qui, par défaut, est complète sur les JPanels ( la propriété opaque est à true ) . Cela cause une contradiction avec une couleur de fond qui n'est pas totalement opaque.
Solution ?
1. La solution facile est d'assigner la couleur de fond à l'objet représentant la surface de dessin plutôt que dans la redéfinition de la méthode paintComponent :
Ex.
SurfaceDessin sd;
// dans le constructeur du JFrame
...
sd = new SurfaceDessin();
sd.setBounds( 10,10,200,200 );
sd.setBackground ( new Color ( 23,56, 100, 80 );
getContentPane().add(sd);
2. Une solution plus permanente existe, mais elle est plus longue à réaliser. Elle consiste à placer la surface de dessin ( ou un autre JPanel ) complètement transparent ( setOpaque( false )) et de dessiner une grand rectangle occupant toute la surface du JPanel et d'appliquer la couleur ayant un degré de transparence à ce rectangle. Donc dans le paintComponent, ça donne :
protected void paintComponent ( Graphics g )
{
g.setColor( getBackground() );
g.fillRect(0, 0, getWidth(), getHeight());
super.paintComponent(g);
}
et dans le constructeur :
//ajouter la surface de dessin
sd = new SurfaceDessin();
sd.setBounds( 10, 140, 300, 200);
sd.setOpaque(false);
sd.setBackground( new Color(255, 0, 0, 20) );
getContentPane().add(sd);
Inscription à :
Articles (Atom)