C# - Comment puis-je renommer un processus de fenêtre que j'ai commencé?

Est-il possible que je peux renommer la fenêtre de la barre de titre d'une application que j'ai lancé? I. e. si j'ai lancé Notepad.exe je pourrais renommer sa barre de titre de "sans titre - bloc-notes" à "Nouveau bloc-notes Nom".

  • Voulez-vous dire alors qu'il est en cours d'exécution?
  • Yep... mais si je pouvais préciser la barre de titre avant de me lancer le processus, qui serait également acceptable.
  • Généralement, à moins que l'application prend en charge que. Beaucoup ne le font pas. Le bloc-notes comprend le nom du fichier actuellement ouvert dans sa barre de titre, par exemple, et ne supporte pas d'autres changements dans le titre. D'autre part, CMD.EXE a la commande intégrée TITRE qui permet le titre de la fenêtre de la console pour être contrôlé.
  • Sauf si l'application prend en charge que RBerteig mentionne, je ne peux pas penser à une façon de le faire.
InformationsquelleAutor djdd87 | 2009-06-19
  1. 14

    Vous pouvez le faire à l'aide de P/Invoke:

    [DllImport("user32.dll")]
static extern int SetWindowText(IntPtr hWnd, string text);



private void StartMyNotepad()
{
    Process p = Process.Start("notepad.exe");
    Thread.Sleep(100);  //<-- ugly hack
    SetWindowText(p.MainWindowHandle, "My Notepad");
}

    Le fond de la laide hack dans l'exemple de code, c'est qu'il semble que si vous l'appelez SetWindowText immédiatement après le début du processus, le titre ne sera pas modifiée. Peut-être que le message se termine trop tôt dans la file d'attente de messages de bloc-notes, de sorte que le bloc-notes va définir le titre de nouveau par la suite.

    Notez également que ce n'est qu'un bref changement; si l'utilisateur sélectionne le Fichier -> Nouveau (ou n'importe quoi d'autre qui va provoquer le bloc-notes de mise à jour du titre de la fenêtre), le titre original sera de retour...

    • Comme je l'ai dit dans ma réponse et un commentaire sur la question, le bloc-notes (et la plupart des autres applications) ne prennent pas en charge cette. En forçant le titre de changer avec SetWindowText() n'est pas une vraie solution, car l'Application il suffit de le remettre à un certain moment de son choix.
    • C'est une solution à mon problème que l'application que je suis en utilisant l'habitude de jamais revenir. Je n'ai utilisé que le bloc-notes comme un exemple. De Plus, si tu le voulais vraiment, c'est très simple de créer votre propre événement de la poignée de la poignée de la fenêtre de changement de titre et puis de le réinitialiser à nouveau.
    • Juste pour la remarque sur la "laide hack", je n'ai pas besoin que comme j'ai déjà eu le contrôle du processus et de savoir que c'est de la course avec sa barre de titre visible.
    • Je dirais que le fait de changer une autre demande de titre de la fenêtre est une très Mauvaise Idée si elle n'a pas été conçu pour soutenir, au travers d'une API documentée d'une certaine forme.
    • MS recommande d'appeler WaitForInputIdle où vous avez le Sommeil d'appel. msdn.microsoft.com/en-us/library/... il prend à partir de "Hack" pour "Pratique Recommandée" (que j'ai trouvé nécessaire de temps en temps)
    InformationsquelleAutor Fredrik Mörk
  2. 4

    En fait, j'ai trié moi-même et il fonctionne parfaitement. Merci quand même.

    [DllImport("user32.dll")]
static extern SetWindowText(IntPtr hWnd, string windowName);

IntPtr handle = p.MainWindowHandle;
SetWindowText(handle, "This is my new title");
    • Ne vous attendez pas votre titre de survivre au-delà de l'arbitraire de l'événement dans l'autre application qui provoque la mise à jour de son titre. Le bloc-notes va faire que lorsque l'utilisateur ouvre un document différent, choisit le Fichier|Nouveau, ou Fichier|Enregistrer sous, par exemple.
    • Je viens de créer un événement pour gérer une telle possibilité, dès que les modifications du texte, c'est l'ensemble de nouveau.
    InformationsquelleAutor djdd87
  3. 4

    Vous ne pouvez pas le faire en C#, mais vous pouvez le faire à l'aide de faible niveau de l'API.
    Injecter un thread dans le processus d'appel SetWindowText() de il

    • Toute application qui utilise le titre de transmettre de l'information va remplacer ce texte avec sa propre à un certain point, comme le bloc-notes ne.
    InformationsquelleAutor J-16 SDiZ
  4. 3

    Comme @Fredrik Mörk pense, le problème est qu'il est nécessaire d'attendre que la fenêtre peut recevoir des messages à l'ensemble de son titre. En attente de 100 millisecondes peut briser le message interne de l'arpenteuse de la programme et il est juste une solution de contournement.
    Pour recevoir un message, la fenêtre doit avoir une poignée qui est utilisé pour faire référence à cette fenêtre, donc vous pouvez simplement attendre le handle de la fenêtre, qui, au démarrage doit être IntPtr.Zero (une poignée vides).

    Voici un exemple de cette approche:

    Process p = Process.Start("notepad.exe");
while (p.MainWindowHandle == IntPtr.Zero)
    Application.DoEvents();
SetWindowText(p.MainWindowHandle, "My Notepad");

    À l'aide de Application.DoEvents() le programme continuera de recevoir et de traiter les messages du système, de sorte qu'il ne bloque pas (ni crash), mais elle n'est pas asynchrone.

    Vous pouvez aussi penser à éviter la charge du PROCESSEUR en remplacement de la while déclaration avec un SpinWait.SpinUntil appel (ainsi, vous aurez besoin d'importer System.Threading):

    Process p = Process.Start("notepad.exe");
SpinWait.SpinUntil(delegate
{
    return p.MainWindowHandle != IntPtr.Zero;
});
SetWindowText(p.MainWindowHandle, "My Notepad");
    InformationsquelleAutor Davide Cannizzo
  5. -2

    Pas.

    Cela nécessiterait que l'application cible permettre le titre de la fenêtre d'être modifiés à tout. Beaucoup de programmes utilisent leurs titres pour afficher les informations utiles (telles que le nom du fichier ouvert dans le bloc-notes, ou le <TITLE> du code HTML de document ouvert dans Firefox).

    Le premier cas, je suis conscient de ce que permet à un utilisateur de définir le titre du texte avec quelques restrictions CMD.EXE s'exécutant dans une fenêtre de console. CMD prend en charge la TITLE intégré dans la commande qui définit le titre de la fenêtre basée sur ses arguments. Mais cela ne peut pas être fait par un deuxième fenêtre sans injection de frappes de touche de la fenêtre de la console, qui n'est généralement pas recommandé.

    Edit:

    Puisque l'idée est flottant qui SetWindowText() va le faire pour vous, permettez-moi de préciser.

    Que la fonction de l'API, en effet, modifier la barre de titre d'une fenêtre de premier niveau. Il est, en fait, l'appel à une application comme le bloc-notes est probable que l'aide à définir son propre titre tout moment, il pense que le titre a changé.

    La raison pour laquelle je demande que ce n'est pas une solution, c'est que le bloc-notes, en effet, modifier le titre quand il veut. Une application qui a soutenu changements arbitraires de son titre aurait un mécanisme de quelque sorte de se rappeler que le titre a été changé, et pas arbitrairement restaurer son titre préféré de chaîne.

    • SetWindowText EST une solution au problème. Il effectue exactement ce que j'ai demandé, donc il n'y a pas à dire c'est une solution au problème. Je n'ai pas fait de demander un permanent, de toute façon, mais comme je l'ai posté dans d'autres commentaires, il y a une simple solution de contournement pour le garder stable de toute façon.
    • Ce n'est pas une solution générale. Vous avez demandé une solution générale, et utilisé une application qui conserve les informations dans le titre comme un exemple.
    InformationsquelleAutor RBerteig