1. Accueil
  2. Visual Basic / VB.NET
  3. Sources Visual Basic / VB.NET
  4. Sources Formulaire
  5. Le formulaire plein ecran s'adapte au changement de la barre des taches

Le formulaire plein ecran s'adapte au changement de la barre des taches

Soyez le premier à donner votre avis sur cette source.

Vue 10 981 fois - Téléchargée 821 fois

Télécharger le projet
Commenter

Description

Extrait de la documentation VS 2005.
Le formulaire maximisé s'adaptera à la zone de travail, alors que l'on
déplacera la barre des taches en haut sur la droite ou sur la gauche,
ou que l'on la réduira ou l'augmentera.

A placer dans le concepteur les 2 dernières lignes, comme ci dessous :
#Region " Code généré par le Concepteur Windows Form "

Public Sub New()
MyBase.New()

'Cet appel est requis par le Concepteur Windows Form.
InitializeComponent()

'Ajoutez une initialisation quelconque après l'appel InitializeComponent()
AddHandler SystemEvents.UserPreferenceChanging, _
AddressOf SystemEvents_UserPreferenceChanging

End Sub

Et la procédure suivante dans le code du formulaire :
Private Sub SystemEvents_UserPreferenceChanging( _
ByVal sender As Object, _
ByVal e As UserPreferenceChangingEventArgs)
Me.WindowState = FormWindowState.Maximized
tb1.Text = "Dimensions du formulaire : " + Me.Size.ToString + vbCrLf
tb1.AppendText("Localisation du formulaire : " + Me.Location.ToString)

End Sub
NB. : ATTENTION AU CHAMBOULEMENT DES ICONES DU BUREAU A TROP JOUER AVEC CETTE BARRE.

Conclusion :


Fonctionne en VB 2003
Télécharger le projet

Codes Sources

A voir également

Ajouter un commentaire Commentaires
Signaler
Messages postés
1447
Date d'inscription
jeudi 2 novembre 2000
Statut
Membre
Dernière intervention
23 septembre 2007
 2
D'accord ! Moi je m'y connais pas du tout en handler ! Je voudrez pouvoir attacher un handler à explorer.exe pour savoir quand un fichier est ouvert et obtenir ce fichier ou programme.
Signaler
Messages postés
140
Date d'inscription
mardi 25 novembre 2003
Statut
Membre
Dernière intervention
1 novembre 2010
 6
Bonjour OneHacker
Pas besoin de Handles après MyProc
Je crois qu'il y a 2 méthodes pour gérer les événements.
Pour l'exemple : un contrôle Button appelé btn1.

1) La méthode classique, celle que VB applique automatiquement
en mode Désign :
- Dans la section déclaration :
Friend WithEvents btn1 As System.Windows.Forms.Button
- La prog. :
Private Sub btn1_Click(ByVal sender As System.Object, _
ByVal e As System.EventArgs) Handles btn1.Click
...........
End Sub

2) La méthode dynamique avec AddHandler :
- L'instruction AddHandler spécifie le nom de l'émetteur
d'événement suivi de , AddressOf qui fournit le nom du
gestionnaire d'événement :
AddHandler btn1.Click, AddressOf btn1_Click
- La prog. contenant le code à exécuter :
Private Sub btn1_Click(ByVal sender As System.Object, _
ByVal e As System.EventArgs)
...........
End Sub

Le handle est dans la 1ière ligne et VB exécute la prog., si
btn1 est cliqué.

Enfin, c'est comme cela que j'ai compris la chose.
Signaler
Messages postés
1447
Date d'inscription
jeudi 2 novembre 2000
Statut
Membre
Dernière intervention
23 septembre 2007
 2
Qu'est qui déclenche le handle ?! tu déclares rien aprés ! Ta procédure doit faire
MyProc(...) Handles qqchose !
S'inscrire maintenant

Vous n'êtes pas encore membre ?

inscrivez-vous, c'est gratuit et ça prend moins d'une minute !

Les membres obtiennent plus de réponses que les utilisateurs anonymes.

Le fait d'être membre vous permet d'avoir un suivi détaillé de vos demandes et codes sources.

Le fait d'être membre vous permet d'avoir des options supplémentaires.

Du même auteur (cs_christoni)