Pour l'instant, j'utilise Borland C++ 5.02, tout à fait utilisable en
640x480, très confortable en 800x600 et encore plus en 1024x768.
J'ai jeté un sérieux coup d'oeil à des IDE plus récents (Dev-C++, VC++
et Borland CBuilderX) et... quelle résolution d'écran faut-il donc
pour travailler confortablement avec ces machins ? Et accessoirement,
quelle taille d'écran ? (Je n'imagine pas travailler sérieusement en
plus de 1024x768 avec mon "petit" 19" CRT.)
Ou alors, faut-il impérativement deux moniteurs ?
Valà valà, merci d'avance pour votre expérience... N'hésitez pas à
répondre par email si vous considérez le sujet comme trop déplacé ici.
On 19 Sep 2005 09:23:01 +0200, Jean-Marc Bourguet :
c'est de mettre un breakpoint et garder l'appli stoppée mais toujours visible, souris comprise. Plus de zapping sur une fenêtre devenue toute blanche.
J'utilise VNC pour ca.
Tiens ? Comment ça ? Serait-ce une spécificité unixienne ?
Je viens de remarquer quelque chose pourlequel VNC n'aide pas: la position de la souris.
C'est quoi, exactement VNC.
Je n'ai jamais regarde en detail, mais je vais expliquer ce que je crois avoir compris ou deviner.
Dans VNC il y a une serie de choses. Le coeur me semble etre un protocole dont l'objet est semblable a celui de X: permettre une console graphique a distance (ie affichage, clavier, souris).
Comme X, il y a donc des serveurs et des clients.
Comme serveurs, il y en a - un pour windows qui permet au moins d'exporter l'ecran tel que vu (je m'en suis servis une ou deux fois, ce n'etait pas tres stable) - un qui est aussi un serveur X (c'est celui dont je me sers souvent, j'ai pas eu de probleme de stabilite ). - un qui permet d'exporter un serveur X existant (je m'en suis servis une ou deux fois, ce n'etait pas tres stable)
Il y a des clients pour Windows et pour Unix (je n'ai eu de probleme de stabilite avec aucun des deux, mais je me suis servis que rarement de celui de Windows) qui te permettent de prendre le controle d'un serveur VNC. On peut meme avoir plusieurs visualisateurs connectes au meme serveur si on utilise les bonnes options (generalement tous sauf un en "read-only").
Ou plutôt, comment est-ce que tu t'en sers ici ?
J'ai un serveur VNC qui est aussi un serveur X. Je lance mon appli sur le serveur VNC, et je lance un visualisateur sur mon serveur X normal. Mon environnement de developpement est aussi affiche sur ce serveur X. Iconifier, restaurer, passer avec une fenetre devant le visualisateur ne genere aucun evenement X pour les clients X du serveur X de VNC, passer la souris bien puisque la souris de mon serveur X est couplee avec celle du serveur X de VNC.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
"kanze" <kanze@gabi-soft.fr> writes:
Jean-Marc Bourguet wrote:
Fabien LE LEZ <gramster@gramster.com> writes:
On 19 Sep 2005 09:23:01 +0200, Jean-Marc Bourguet <jm@bourguet.org>:
c'est de mettre un breakpoint et garder l'appli stoppée
mais toujours visible, souris comprise. Plus de zapping
sur une fenêtre devenue toute blanche.
J'utilise VNC pour ca.
Tiens ? Comment ça ? Serait-ce une spécificité unixienne ?
Je viens de remarquer quelque chose pourlequel VNC n'aide pas:
la position de la souris.
C'est quoi, exactement VNC.
Je n'ai jamais regarde en detail, mais je vais expliquer ce que je
crois avoir compris ou deviner.
Dans VNC il y a une serie de choses. Le coeur me semble etre un
protocole dont l'objet est semblable a celui de X: permettre une
console graphique a distance (ie affichage, clavier, souris).
Comme X, il y a donc des serveurs et des clients.
Comme serveurs, il y en a
- un pour windows qui permet au moins d'exporter l'ecran tel que vu
(je m'en suis servis une ou deux fois, ce n'etait pas tres stable)
- un qui est aussi un serveur X (c'est celui dont je me sers
souvent, j'ai pas eu de probleme de stabilite ).
- un qui permet d'exporter un serveur X existant (je m'en suis
servis une ou deux fois, ce n'etait pas tres stable)
Il y a des clients pour Windows et pour Unix (je n'ai eu de probleme
de stabilite avec aucun des deux, mais je me suis servis que rarement
de celui de Windows) qui te permettent de prendre le controle d'un
serveur VNC. On peut meme avoir plusieurs visualisateurs connectes au
meme serveur si on utilise les bonnes options (generalement tous sauf
un en "read-only").
Ou plutôt, comment est-ce que tu t'en sers ici ?
J'ai un serveur VNC qui est aussi un serveur X. Je lance mon appli
sur le serveur VNC, et je lance un visualisateur sur mon serveur X
normal. Mon environnement de developpement est aussi affiche sur ce
serveur X. Iconifier, restaurer, passer avec une fenetre devant le
visualisateur ne genere aucun evenement X pour les clients X du
serveur X de VNC, passer la souris bien puisque la souris de mon
serveur X est couplee avec celle du serveur X de VNC.
A+
--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
On 19 Sep 2005 09:23:01 +0200, Jean-Marc Bourguet :
c'est de mettre un breakpoint et garder l'appli stoppée mais toujours visible, souris comprise. Plus de zapping sur une fenêtre devenue toute blanche.
J'utilise VNC pour ca.
Tiens ? Comment ça ? Serait-ce une spécificité unixienne ?
Je viens de remarquer quelque chose pourlequel VNC n'aide pas: la position de la souris.
C'est quoi, exactement VNC.
Je n'ai jamais regarde en detail, mais je vais expliquer ce que je crois avoir compris ou deviner.
Dans VNC il y a une serie de choses. Le coeur me semble etre un protocole dont l'objet est semblable a celui de X: permettre une console graphique a distance (ie affichage, clavier, souris).
Comme X, il y a donc des serveurs et des clients.
Comme serveurs, il y en a - un pour windows qui permet au moins d'exporter l'ecran tel que vu (je m'en suis servis une ou deux fois, ce n'etait pas tres stable) - un qui est aussi un serveur X (c'est celui dont je me sers souvent, j'ai pas eu de probleme de stabilite ). - un qui permet d'exporter un serveur X existant (je m'en suis servis une ou deux fois, ce n'etait pas tres stable)
Il y a des clients pour Windows et pour Unix (je n'ai eu de probleme de stabilite avec aucun des deux, mais je me suis servis que rarement de celui de Windows) qui te permettent de prendre le controle d'un serveur VNC. On peut meme avoir plusieurs visualisateurs connectes au meme serveur si on utilise les bonnes options (generalement tous sauf un en "read-only").
Ou plutôt, comment est-ce que tu t'en sers ici ?
J'ai un serveur VNC qui est aussi un serveur X. Je lance mon appli sur le serveur VNC, et je lance un visualisateur sur mon serveur X normal. Mon environnement de developpement est aussi affiche sur ce serveur X. Iconifier, restaurer, passer avec une fenetre devant le visualisateur ne genere aucun evenement X pour les clients X du serveur X de VNC, passer la souris bien puisque la souris de mon serveur X est couplee avec celle du serveur X de VNC.
A+
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
kanze
Jean-Marc Bourguet wrote:
"kanze" writes:
Ou plutôt, comment est-ce que tu t'en sers ici ?
J'ai un serveur VNC qui est aussi un serveur X. Je lance mon appli sur le serveur VNC, et je lance un visualisateur sur mon serveur X normal. Mon environnement de developpement est aussi affiche sur ce serveur X. Iconifier, restaurer, passer avec une fenetre devant le visualisateur ne genere aucun evenement X pour les clients X du serveur X de VNC, passer la souris bien puisque la souris de mon serveur X est couplee avec celle du serveur X de VNC.
Si j'ai bien compris, c'est comme si tu avais deux serveurs X, un pour l'environemment de développement, et l'autre pour l'application, sur le même terminal X.
J'avoue que je ne vois pas trop l'avantage.
Ici, on a bien deux écrans par machine, sur le même serveur X. Dans mon cas, je ne m'en sers pas trop, parce que le serveur sur lequel je travaille tourne déconnecté de tout écran -- j'ai tout juste un tail -f sur le log dans un xterm. Mais pour ceux qui développe les clients Unix, c'est bien commode -- certains clients remplissent un écran complet, et alors, tu as effectivement ton environemment de développement sur l'autre. (En fait, le client pour les stations de négociation peut bien remplir les deux écrans, à lui tout seul. Mais en général, on n'a pas besoin de toutes ses fenêtres lors d'une session de mise au point.)
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Jean-Marc Bourguet wrote:
"kanze" <kanze@gabi-soft.fr> writes:
Ou plutôt, comment est-ce que tu t'en sers ici ?
J'ai un serveur VNC qui est aussi un serveur X. Je lance mon
appli sur le serveur VNC, et je lance un visualisateur sur mon
serveur X normal. Mon environnement de developpement est aussi
affiche sur ce serveur X. Iconifier, restaurer, passer avec
une fenetre devant le visualisateur ne genere aucun evenement
X pour les clients X du serveur X de VNC, passer la souris
bien puisque la souris de mon serveur X est couplee avec celle
du serveur X de VNC.
Si j'ai bien compris, c'est comme si tu avais deux serveurs X,
un pour l'environemment de développement, et l'autre pour
l'application, sur le même terminal X.
J'avoue que je ne vois pas trop l'avantage.
Ici, on a bien deux écrans par machine, sur le même serveur X.
Dans mon cas, je ne m'en sers pas trop, parce que le serveur sur
lequel je travaille tourne déconnecté de tout écran -- j'ai tout
juste un tail -f sur le log dans un xterm. Mais pour ceux qui
développe les clients Unix, c'est bien commode -- certains
clients remplissent un écran complet, et alors, tu as
effectivement ton environemment de développement sur l'autre.
(En fait, le client pour les stations de négociation peut bien
remplir les deux écrans, à lui tout seul. Mais en général, on
n'a pas besoin de toutes ses fenêtres lors d'une session de mise
au point.)
--
James Kanze GABI Software
Conseils en informatique orientée objet/
Beratung in objektorientierter Datenverarbeitung
9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
J'ai un serveur VNC qui est aussi un serveur X. Je lance mon appli sur le serveur VNC, et je lance un visualisateur sur mon serveur X normal. Mon environnement de developpement est aussi affiche sur ce serveur X. Iconifier, restaurer, passer avec une fenetre devant le visualisateur ne genere aucun evenement X pour les clients X du serveur X de VNC, passer la souris bien puisque la souris de mon serveur X est couplee avec celle du serveur X de VNC.
Si j'ai bien compris, c'est comme si tu avais deux serveurs X, un pour l'environemment de développement, et l'autre pour l'application, sur le même terminal X.
J'avoue que je ne vois pas trop l'avantage.
Ici, on a bien deux écrans par machine, sur le même serveur X. Dans mon cas, je ne m'en sers pas trop, parce que le serveur sur lequel je travaille tourne déconnecté de tout écran -- j'ai tout juste un tail -f sur le log dans un xterm. Mais pour ceux qui développe les clients Unix, c'est bien commode -- certains clients remplissent un écran complet, et alors, tu as effectivement ton environemment de développement sur l'autre. (En fait, le client pour les stations de négociation peut bien remplir les deux écrans, à lui tout seul. Mais en général, on n'a pas besoin de toutes ses fenêtres lors d'une session de mise au point.)
-- James Kanze GABI Software Conseils en informatique orientée objet/ Beratung in objektorientierter Datenverarbeitung 9 place Sémard, 78210 St.-Cyr-l'École, France, +33 (0)1 30 23 00 34
Jean-Marc Bourguet
"kanze" writes:
Si j'ai bien compris, c'est comme si tu avais deux serveurs X, un pour l'environemment de développement, et l'autre pour l'application, sur le même terminal X.
J'avoue que je ne vois pas trop l'avantage.
Par rapport a avoir deux ecrans? Aucun, ce doit meme etre moins pratique.
Je n'en ai qu'un et je disais comment je me debrouille quand je dois toucher a des problemes ou avoir deux ecrans serait plus agreable et si ca arrivait plus souvent, j'essaierais d'en optenir un deuxieme.
Mais pour ce que je fais, je me debrouille tres bien avec un seul ecran. Bien souvent, je n'ouvre meme pas le visualisateur VNC.
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
"kanze" <kanze@gabi-soft.fr> writes:
Si j'ai bien compris, c'est comme si tu avais deux serveurs X, un
pour l'environemment de développement, et l'autre pour
l'application, sur le même terminal X.
J'avoue que je ne vois pas trop l'avantage.
Par rapport a avoir deux ecrans? Aucun, ce doit meme etre moins
pratique.
Je n'en ai qu'un et je disais comment je me debrouille quand je dois
toucher a des problemes ou avoir deux ecrans serait plus agreable et
si ca arrivait plus souvent, j'essaierais d'en optenir un deuxieme.
Mais pour ce que je fais, je me debrouille tres bien avec un seul
ecran. Bien souvent, je n'ouvre meme pas le visualisateur VNC.
--
Jean-Marc
FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ
C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html
Site de usenet-fr: http://www.usenet-fr.news.eu.org
Si j'ai bien compris, c'est comme si tu avais deux serveurs X, un pour l'environemment de développement, et l'autre pour l'application, sur le même terminal X.
J'avoue que je ne vois pas trop l'avantage.
Par rapport a avoir deux ecrans? Aucun, ce doit meme etre moins pratique.
Je n'en ai qu'un et je disais comment je me debrouille quand je dois toucher a des problemes ou avoir deux ecrans serait plus agreable et si ca arrivait plus souvent, j'essaierais d'en optenir un deuxieme.
Mais pour ce que je fais, je me debrouille tres bien avec un seul ecran. Bien souvent, je n'ouvre meme pas le visualisateur VNC.
-- Jean-Marc FAQ de fclc++: http://www.cmla.ens-cachan.fr/~dosreis/C++/FAQ C++ FAQ Lite en VF: http://www.ifrance.com/jlecomte/c++/c++-faq-lite/index.html Site de usenet-fr: http://www.usenet-fr.news.eu.org
