Un bureau de développement peut sembler occupé tout en cachant l’information dont vous avez besoin. L'éditeur, l'aperçu, le terminal, la documentation et le suivi des problèmes sont tous pertinents, mais ils ne le sont pas de la même manière à chaque instant.
Plutôt que de choisir une mise en page parce qu’elle ressemble à la configuration de quelqu’un d’autre, tracez un changement ordinaire du début à la fin. La meilleure disposition pour cette boucle est un point de départ plus utile qu’une grille permanente de chaque outil que vous utilisez.
Réponse rapide
Disposez les fenêtres autour de votre boucle édition-exécution-inspection. Donnez à l'éditeur suffisamment d'espace, gardez le résultat proche et affichez la documentation ou les journaux lorsqu'il répond à une question spécifique.
Cartographier un petit cycle de développement
Effectuez une modification normale : ajustez un formulaire, corrigez un test qui a échoué ou inspectez une transformation de données. Notez où vous modifiez, comment vous l'exécutez et où vous inspectez le résultat. Ce sont des surfaces de travail qui méritent des emplacements pratiques.
Pour une interface basée sur un navigateur, la boucle peut être un éditeur, un terminal, un navigateur. Pour un outil en ligne de commande, il peut s'agir d'un éditeur et d'un terminal avec une documentation à proximité. Pour une application native, le résultat peut être une application ou un simulateur en cours d’exécution. Un seul arrangement prescrit ne peut pas répondre aussi bien à tous ces éléments.
Fermez les fenêtres de projet non liées uniquement après avoir enregistré le travail dont vous avez besoin. Laissez la tâche active avec un ensemble de fenêtres reconnaissables afin que vous puissiez savoir si la mise en page est utile avant d'ajouter d'autres outils.
Donnez à l'éditeur une largeur basée sur le contenu
Dimensionnez l'éditeur en fonction du code et des panneaux dont vous avez réellement besoin. Une arborescence de fichiers, un deuxième volet d'éditeur et une barre latérale de diagnostic consomment tous de l'espace avant le début du code. Si le fichier central devient inconfortable à lire, supprimez un panneau dont vous n'avez pas besoin ou élargissez la fenêtre.
Une disposition à défilement peut conserver la largeur choisie tandis que des fenêtres supplémentaires sont ajoutées à la bande. Dans Glidro, les préréglages de redimensionnement facilitent la révision des tailles récurrentes. Choisissez une petite plage utile au lieu de chercher à anticiper tous les arrangements possibles.
Ne résolvez pas un problème de largeur de fenêtre en réduisant le texte jusqu'à ce que tous les outils soient adaptés. Si le texte est difficile à inspecter, la densité visible est devenue un coût. Conservez la largeur qui prend en charge l'édition, puis accédez à la fenêtre de support si nécessaire.
Placez le résultat là où vous l'inspecterez
Placez l'aperçu à côté de l'éditeur lorsque vous les comparez fréquemment. Si vous avez besoin de voir les deux simultanément, vérifiez que les largeurs combinées laissent visible le contenu utile. Si l'aperçu nécessite une fenêtre d'affichage large, alternez entre des vues de travail complètes plutôt que de forcer une comparaison étroite et trompeuse.
La largeur d'une fenêtre de navigateur fait partie d'un test d'interface Web, alors soyez explicite sur ce que vous observez. Un aperçu restreint par la disposition du bureau ne remplace pas un test réactif délibéré. Séparez la question « Puis-je voir mon résultat ? » de « ai-je testé la bonne fenêtre ? »
Pour un deuxième affichage, utilisez-le lorsqu'une visibilité continue est utile. Conservez une solution de secours réservée aux ordinateurs portables pour le même projet afin que le désamarrage ne perturbe pas votre compréhension du flux de travail.
Donnez du travail aux terminaux et aux journaux
Gardez le terminal utilisé pour la commande actuelle à proximité de l'éditeur ou du résultat. Étiquetez ou distinguez les sessions via les propres fonctionnalités du terminal si votre application les prend en charge. Une rangée de coques visuellement similaires rend la navigation spatiale moins utile car la destination reste ambiguë.
Apportez un journal pour répondre à une question, puis revenez au code. Si vous devez regarder la sortie en continu pendant une reproduction, donnez-lui un espace visible pour cette phase. Ne présumez pas que chaque processus en arrière-plan mérite une fenêtre visible en permanence.
Décidez si des terminaux intégrés à l'éditeur ou des fenêtres séparées conviennent à ce projet. Le gestionnaire contrôle les fenêtres, pas tous les volets de l'éditeur interne. Utilisez la propre navigation de l'éditeur pour le contenu qu'il contient et les contrôles de fenêtre pour les transitions entre les applications.
Protégez le contexte du projet et raccourcissez la propriété
Séparez les projets sans rapport lorsque leurs fenêtres de navigateur et leurs terminaux sont trop faciles à confondre. Une limite de tâches peut vous aider à reconnaître quels référentiels, aperçus et notes vont ensemble. Confirmez le répertoire de travail et l'environnement cible via les outils eux-mêmes avant d'émettre des commandes consécutives.
Auditez les raccourcis de la fenêtre par rapport aux liaisons de votre éditeur et de votre terminal. Une combinaison de touches utilisée pour le déplacement d'un mot, une commande de terminal ou la navigation dans l'éditeur ne doit pas devenir une action surprise dans la mise en page. Testez la liaison choisie dans les applications de premier plan réelles et changez de propriétaire lorsqu'un conflit apparaît.
Glidro fournit des raccourcis modifiables et des contrôles d'inclusion d'applications. Utilisez-les pour les adapter aux outils de développement dont vous disposez, puis conservez un simple itinéraire de pause lorsqu'une fenêtre spéciale nécessite une gestion ordinaire. Notre guide de configuration du codage MacBook existant propose une procédure pas à pas complémentaire axée sur les ordinateurs portables.
Questions fréquentes
Le terminal doit-il toujours rester visible ?
Uniquement lorsque la production continue est importante. Pour de nombreuses tâches, il suffit de le garder à proximité et de pouvoir se concentrer facilement.
Un gestionnaire de fenêtres peut-il organiser les volets de l'éditeur ?
La gestion des fenêtres fonctionne au niveau de la fenêtre. Utilisez les propres commandes de l'éditeur pour les onglets, les volets internes et les terminaux intégrés.
