j'a un projet qui est aussi exploitable en ligne de commande.
Tout va bien, mais je désire donner une aide à la syntaxe de mes lignes
de commandes quand je suis en session DOS.
par exemple pour une commande dos on peut tapper :
<NomCommande> /? pour obtenir un écran d'aide (généralement syntaxique)
sous linux on parle de :
<NomCommande> --help (ce qui explique le format pour mysql en win32 par
exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que
ce soit...
Des idées ?
Cette action est irreversible, confirmez la suppression du commentaire ?
Signaler le commentaire
Veuillez sélectionner un problème
Nudité
Violence
Harcèlement
Fraude
Vente illégale
Discours haineux
Terrorisme
Autre
STASZEWSKI André
Bonsoir,
R&B wrote:
bjr à tous,
j'a un projet qui est aussi exploitable en ligne de commande. Tout va bien, mais je désire donner une aide à la syntaxe de mes lignes de commandes quand je suis en session DOS.
Un programme WD ne peut pas être executer en mode MS-DOS. Ne confondrais tu pas avec la commande "Démarrer" > "Executer"... ?
par exemple pour une commande dos on peut tapper : <NomCommande> /? pour obtenir un écran d'aide (généralement syntaxique) sous linux on parle de : <NomCommande> --help (ce qui explique le format pour mysql en win32 par exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que ce soit... Des idées ?
Voici un exemple dans le cas où l'utilisateur lance son programme en ligne de commande sans argument : ----------- Code d'initialisation du projet --------------- //Exemple: Utiliser la ligne de commande pour réindexer les fichiers Clef est une chaîne Clef = LigneCommande() SI Droite(SansEspace(Clef),1)~="r" ALORS //lancer une procédure.. ReindexFichiers() SINON Bip;Info("La clé valide est /R (Elle permet une réindexation directe des fichiers)") FinProgramme FIN
André STASZEWSKI
Bonsoir,
R&B wrote:
bjr à tous,
j'a un projet qui est aussi exploitable en ligne de commande.
Tout va bien, mais je désire donner une aide à la syntaxe de mes
lignes de commandes quand je suis en session DOS.
Un programme WD ne peut pas être executer en mode MS-DOS.
Ne confondrais tu pas avec la commande "Démarrer" > "Executer"... ?
par exemple pour une commande dos on peut tapper :
<NomCommande> /? pour obtenir un écran d'aide (généralement
syntaxique) sous linux on parle de :
<NomCommande> --help (ce qui explique le format pour mysql en win32
par exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi
que ce soit...
Des idées ?
Voici un exemple dans le cas où l'utilisateur lance son programme en ligne
de commande sans argument :
----------- Code d'initialisation du projet ---------------
//Exemple: Utiliser la ligne de commande pour réindexer les fichiers
Clef est une chaîne
Clef = LigneCommande()
SI Droite(SansEspace(Clef),1)~="r" ALORS
//lancer une procédure..
ReindexFichiers()
SINON
Bip;Info("La clé valide est /R (Elle permet une réindexation directe des
fichiers)")
FinProgramme
FIN
j'a un projet qui est aussi exploitable en ligne de commande. Tout va bien, mais je désire donner une aide à la syntaxe de mes lignes de commandes quand je suis en session DOS.
Un programme WD ne peut pas être executer en mode MS-DOS. Ne confondrais tu pas avec la commande "Démarrer" > "Executer"... ?
par exemple pour une commande dos on peut tapper : <NomCommande> /? pour obtenir un écran d'aide (généralement syntaxique) sous linux on parle de : <NomCommande> --help (ce qui explique le format pour mysql en win32 par exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que ce soit... Des idées ?
Voici un exemple dans le cas où l'utilisateur lance son programme en ligne de commande sans argument : ----------- Code d'initialisation du projet --------------- //Exemple: Utiliser la ligne de commande pour réindexer les fichiers Clef est une chaîne Clef = LigneCommande() SI Droite(SansEspace(Clef),1)~="r" ALORS //lancer une procédure.. ReindexFichiers() SINON Bip;Info("La clé valide est /R (Elle permet une réindexation directe des fichiers)") FinProgramme FIN
André STASZEWSKI
Pascal H
Le ven. 07 nov. 2003 10:46:02, dans le message news:bofpn9$ki$, R&B a écrit :
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que ce soit... Des idées ?
Salut,
J'y ai cogité mais je ne vois pas de solution, à priori :( FinProgramme permet quand même de renvoyer un message .. mais dans une fenêtre d'erreur de l'interface graphique. Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et je ne vois pas trop comment. Peut être avec l'appel à un batch gérant l'ErrorLevel et affichant un message conséquent...
-- Pascal
Le ven. 07 nov. 2003 10:46:02, dans le message
news:bofpn9$ki$1@s1.read.news.oleane.net, R&B
<info@_pasdespam_rbesset.net> a écrit :
FinProgramme permet de retourner une valeur mais pas d'afficher
quoi que ce soit...
Des idées ?
Salut,
J'y ai cogité mais je ne vois pas de solution, à priori :(
FinProgramme permet quand même de renvoyer un message .. mais dans une
fenêtre d'erreur de l'interface graphique.
Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et
je ne vois pas trop comment. Peut être avec l'appel à un batch gérant
l'ErrorLevel et affichant un message conséquent...
Le ven. 07 nov. 2003 10:46:02, dans le message news:bofpn9$ki$, R&B a écrit :
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que ce soit... Des idées ?
Salut,
J'y ai cogité mais je ne vois pas de solution, à priori :( FinProgramme permet quand même de renvoyer un message .. mais dans une fenêtre d'erreur de l'interface graphique. Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et je ne vois pas trop comment. Peut être avec l'appel à un batch gérant l'ErrorLevel et affichant un message conséquent...
-- Pascal
Romain PETIT
"Pascal H" avait énoncé :
Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et je ne vois pas trop comment. Peut être avec l'appel à un batch gérant l'ErrorLevel et affichant un message conséquent...
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/attachconsole.asp
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
"Pascal H" avait énoncé :
Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et
je ne vois pas trop comment. Peut être avec l'appel à un batch gérant
l'ErrorLevel et affichant un message conséquent...
Non, je pencherais plutôt pour les API relatives à la console :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/attachconsole.asp
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et je ne vois pas trop comment. Peut être avec l'appel à un batch gérant l'ErrorLevel et affichant un message conséquent...
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dllproc/base/attachconsole.asp
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Pascal H
Le ven. 07 nov. 2003 23:02:32, dans le message news:, Romain PETIT, un des maîtres es-API a écrit :
"Pascal H" avait énoncé :
Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et je ne vois pas trop comment. Peut être avec l'appel à un batch gérant l'ErrorLevel et affichant un message conséquent...
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr de perdre. Par contre il n'y a pas de problème avec des OS comme XP ?
A+
Je te prends au mot ? ;)
-- Pascal
Le ven. 07 nov. 2003 23:02:32, dans le message
news:mesnews.3d667d3b.cd5f7f53.168.2191@Signature.fin, Romain PETIT, un
des maîtres es-API a écrit :
"Pascal H" avait énoncé :
Dans ton cas il faudrait pouvoir directement interfacer le shell
DOS et je ne vois pas trop comment. Peut être avec l'appel à un
batch gérant l'ErrorLevel et affichant un message conséquent...
Non, je pencherais plutôt pour les API relatives à la console :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl
lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr
de perdre.
Par contre il n'y a pas de problème avec des OS comme XP ?
Le ven. 07 nov. 2003 23:02:32, dans le message news:, Romain PETIT, un des maîtres es-API a écrit :
"Pascal H" avait énoncé :
Dans ton cas il faudrait pouvoir directement interfacer le shell DOS et je ne vois pas trop comment. Peut être avec l'appel à un batch gérant l'ErrorLevel et affichant un message conséquent...
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr de perdre. Par contre il n'y a pas de problème avec des OS comme XP ?
A+
Je te prends au mot ? ;)
-- Pascal
Romain PETIT
"Pascal H" vient de nous annoncer :
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr de perdre.
Je viens de passer un peu de temps là dessus et apparemment ce n'est pas possible. On peut créer une *nouvelle* console pour lire et écrire (avec les API ci-dessus) mais on ne peut apparemment pas récupérer le handle de la console qui appelle le programme WD. Avec W2K/XP, on peut quand même récupérer le handle de la *fenetre* console (mais pas de la console elle-même) ce qui permet de renvoyer une ligne d'info avec envoietouche par exemple, mais bon c'est pas très chouette.
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Je te prends au mot ? ;)
Heu en ce moment c'est plutôt chargé...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
"Pascal H" vient de nous annoncer :
Non, je pencherais plutôt pour les API relatives à la console :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl
lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr
de perdre.
Je viens de passer un peu de temps là dessus et apparemment ce n'est
pas possible.
On peut créer une *nouvelle* console pour lire et écrire (avec les API
ci-dessus) mais on ne peut apparemment pas récupérer le handle de la
console qui appelle le programme WD.
Avec W2K/XP, on peut quand même récupérer le handle de la *fenetre*
console (mais pas de la console elle-même) ce qui permet de renvoyer
une ligne d'info avec envoietouche par exemple, mais bon c'est pas très
chouette.
ehConsoleOut est un entier
ehConsoleOut=API("kernel32","GetConsoleWindow")
// gaffe aux accents !
EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Je te prends au mot ? ;)
Heu en ce moment c'est plutôt chargé...
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr de perdre.
Je viens de passer un peu de temps là dessus et apparemment ce n'est pas possible. On peut créer une *nouvelle* console pour lire et écrire (avec les API ci-dessus) mais on ne peut apparemment pas récupérer le handle de la console qui appelle le programme WD. Avec W2K/XP, on peut quand même récupérer le handle de la *fenetre* console (mais pas de la console elle-même) ce qui permet de renvoyer une ligne d'info avec envoietouche par exemple, mais bon c'est pas très chouette.
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Je te prends au mot ? ;)
Heu en ce moment c'est plutôt chargé...
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
R&B
STASZEWSKI André wrote:
Bonsoir,
R&B wrote:
bjr à tous,
j'a un projet qui est aussi exploitable en ligne de commande. Tout va bien, mais je désire donner une aide à la syntaxe de mes lignes de commandes quand je suis en session DOS.
Un programme WD ne peut pas être executer en mode MS-DOS. Ne confondrais tu pas avec la commande "Démarrer" > "Executer"... ?
A bon ? Parce que les windows >98 n'on plus de console DOS ? demarrer>programmes>accessoires>commande dos se déplacer dans l'arborescence... et lancer l'exe windev toto.exe /monparamètre
Ok on est en console de manière identique à "Démarrer" > "Executer" mais ce qui m'importe est bien d'y avoir un mode aide en ligne...
par exemple pour une commande dos on peut tapper : <NomCommande> /? pour obtenir un écran d'aide (généralement syntaxique) sous linux on parle de : <NomCommande> --help (ce qui explique le format pour mysql en win32 par exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que ce soit... Des idées ?
Voici un exemple dans le cas où l'utilisateur lance son programme en ligne de commande sans argument : ----------- Code d'initialisation du projet --------------- //Exemple: Utiliser la ligne de commande pour réindexer les fichiers Clef est une chaîne Clef = LigneCommande() SI Droite(SansEspace(Clef),1)~="r" ALORS //lancer une procédure.. ReindexFichiers() SINON Bip;Info("La clé valide est /R (Elle permet une réindexation directe des fichiers)") FinProgramme FIN
André STASZEWSKI
L'idée est que l'on a encore pas mal de batchs pour lancer les traitements noturnes et que les techs susceptibles de mettre ces batch en place doitvent disposer d'une aide. l'info() ne me plait pas trop car utilise l'interface graphique... dans une fenêtre différente.
je creuse du coté d'un batc dynamique...
STASZEWSKI André wrote:
Bonsoir,
R&B wrote:
bjr à tous,
j'a un projet qui est aussi exploitable en ligne de commande.
Tout va bien, mais je désire donner une aide à la syntaxe de mes
lignes de commandes quand je suis en session DOS.
Un programme WD ne peut pas être executer en mode MS-DOS.
Ne confondrais tu pas avec la commande "Démarrer" > "Executer"... ?
A bon ?
Parce que les windows >98 n'on plus de console DOS ?
demarrer>programmes>accessoires>commande dos
se déplacer dans l'arborescence... et lancer l'exe windev
toto.exe /monparamètre
Ok on est en console de manière identique à "Démarrer" > "Executer" mais
ce qui m'importe est bien d'y avoir un mode aide en ligne...
par exemple pour une commande dos on peut tapper :
<NomCommande> /? pour obtenir un écran d'aide (généralement
syntaxique) sous linux on parle de :
<NomCommande> --help (ce qui explique le format pour mysql en win32
par exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi
que ce soit...
Des idées ?
Voici un exemple dans le cas où l'utilisateur lance son programme en ligne
de commande sans argument :
----------- Code d'initialisation du projet ---------------
//Exemple: Utiliser la ligne de commande pour réindexer les fichiers
Clef est une chaîne
Clef = LigneCommande()
SI Droite(SansEspace(Clef),1)~="r" ALORS
//lancer une procédure..
ReindexFichiers()
SINON
Bip;Info("La clé valide est /R (Elle permet une réindexation directe des
fichiers)")
FinProgramme
FIN
André STASZEWSKI
L'idée est que l'on a encore pas mal de batchs pour lancer les
traitements noturnes et que les techs susceptibles de mettre ces batch
en place doitvent disposer d'une aide. l'info() ne me plait pas trop car
utilise l'interface graphique... dans une fenêtre différente.
j'a un projet qui est aussi exploitable en ligne de commande. Tout va bien, mais je désire donner une aide à la syntaxe de mes lignes de commandes quand je suis en session DOS.
Un programme WD ne peut pas être executer en mode MS-DOS. Ne confondrais tu pas avec la commande "Démarrer" > "Executer"... ?
A bon ? Parce que les windows >98 n'on plus de console DOS ? demarrer>programmes>accessoires>commande dos se déplacer dans l'arborescence... et lancer l'exe windev toto.exe /monparamètre
Ok on est en console de manière identique à "Démarrer" > "Executer" mais ce qui m'importe est bien d'y avoir un mode aide en ligne...
par exemple pour une commande dos on peut tapper : <NomCommande> /? pour obtenir un écran d'aide (généralement syntaxique) sous linux on parle de : <NomCommande> --help (ce qui explique le format pour mysql en win32 par exemple).
FinProgramme permet de retourner une valeur mais pas d'afficher quoi que ce soit... Des idées ?
Voici un exemple dans le cas où l'utilisateur lance son programme en ligne de commande sans argument : ----------- Code d'initialisation du projet --------------- //Exemple: Utiliser la ligne de commande pour réindexer les fichiers Clef est une chaîne Clef = LigneCommande() SI Droite(SansEspace(Clef),1)~="r" ALORS //lancer une procédure.. ReindexFichiers() SINON Bip;Info("La clé valide est /R (Elle permet une réindexation directe des fichiers)") FinProgramme FIN
André STASZEWSKI
L'idée est que l'on a encore pas mal de batchs pour lancer les traitements noturnes et que les techs susceptibles de mettre ces batch en place doitvent disposer d'une aide. l'info() ne me plait pas trop car utilise l'interface graphique... dans une fenêtre différente.
je creuse du coté d'un batc dynamique...
R&B
Romain PETIT wrote:
"Pascal H" vient de nous annoncer :
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr de perdre.
Je viens de passer un peu de temps là dessus et apparemment ce n'est pas possible. On peut créer une *nouvelle* console pour lire et écrire (avec les API ci-dessus) mais on ne peut apparemment pas récupérer le handle de la console qui appelle le programme WD. Avec W2K/XP, on peut quand même récupérer le handle de la *fenetre* console (mais pas de la console elle-même) ce qui permet de renvoyer une ligne d'info avec envoietouche par exemple, mais bon c'est pas très chouette.
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Je te prends au mot ? ;)
Heu en ce moment c'est plutôt chargé...
A+
Effectivement c'est bien la solution la plus proche à mes yeux pour l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut dialoguer avec la fen courante...
A suivre... R&B
Romain PETIT wrote:
"Pascal H" vient de nous annoncer :
Non, je pencherais plutôt pour les API relatives à la console :
http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl
lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis
sûr de perdre.
Je viens de passer un peu de temps là dessus et apparemment ce n'est pas
possible.
On peut créer une *nouvelle* console pour lire et écrire (avec les API
ci-dessus) mais on ne peut apparemment pas récupérer le handle de la
console qui appelle le programme WD.
Avec W2K/XP, on peut quand même récupérer le handle de la *fenetre*
console (mais pas de la console elle-même) ce qui permet de renvoyer une
ligne d'info avec envoietouche par exemple, mais bon c'est pas très
chouette.
ehConsoleOut est un entier
ehConsoleOut=API("kernel32","GetConsoleWindow")
// gaffe aux accents !
EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Je te prends au mot ? ;)
Heu en ce moment c'est plutôt chargé...
A+
Effectivement c'est bien la solution la plus proche à mes yeux pour
l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut
dialoguer avec la fen courante...
Non, je pencherais plutôt pour les API relatives à la console : http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dl lproc/base/attachconsole.asp
Ah, c'est donc possible. Je ne joue plus sur ce terrain car je suis sûr de perdre.
Je viens de passer un peu de temps là dessus et apparemment ce n'est pas possible. On peut créer une *nouvelle* console pour lire et écrire (avec les API ci-dessus) mais on ne peut apparemment pas récupérer le handle de la console qui appelle le programme WD. Avec W2K/XP, on peut quand même récupérer le handle de la *fenetre* console (mais pas de la console elle-même) ce qui permet de renvoyer une ligne d'info avec envoietouche par exemple, mais bon c'est pas très chouette.
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Je te prends au mot ? ;)
Heu en ce moment c'est plutôt chargé...
A+
Effectivement c'est bien la solution la plus proche à mes yeux pour l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut dialoguer avec la fen courante...
A suivre... R&B
Romain PETIT
Le 12/11/2003, "R&B" a supposé :
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Effectivement c'est bien la solution la plus proche à mes yeux pour l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut dialoguer avec la fen courante...
Oui, mais malheureusement cela ne marchera pas avec une session telnet par exemple...
Les programmes qui ont une interface graphique (réalisés en VB, WD ou autre Delphi) ne sont pas destinés à interagir avec la console.
A mon avis, la meilleure solution serait d'écrire un programme en C ou C++ qui serve de lanceur pour ton application.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
Le 12/11/2003, "R&B" a supposé :
ehConsoleOut est un entier
ehConsoleOut=API("kernel32","GetConsoleWindow")
// gaffe aux accents !
EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Effectivement c'est bien la solution la plus proche à mes yeux pour
l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut
dialoguer avec la fen courante...
Oui, mais malheureusement cela ne marchera pas avec une session telnet
par exemple...
Les programmes qui ont une interface graphique (réalisés en VB, WD ou
autre Delphi) ne sont pas destinés à interagir avec la console.
A mon avis, la meilleure solution serait d'écrire un programme en C ou
C++ qui serve de lanceur pour ton application.
A+
--
Romain PETIT
http://cerbermail.com/?IJmancZl88
(cliquez sur le lien ci-dessus pour me contacter en privé)
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Effectivement c'est bien la solution la plus proche à mes yeux pour l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut dialoguer avec la fen courante...
Oui, mais malheureusement cela ne marchera pas avec une session telnet par exemple...
Les programmes qui ont une interface graphique (réalisés en VB, WD ou autre Delphi) ne sont pas destinés à interagir avec la console.
A mon avis, la meilleure solution serait d'écrire un programme en C ou C++ qui serve de lanceur pour ton application.
A+
-- Romain PETIT http://cerbermail.com/?IJmancZl88 (cliquez sur le lien ci-dessus pour me contacter en privé)
R&B
Romain PETIT wrote:
Le 12/11/2003, "R&B" a supposé :
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Effectivement c'est bien la solution la plus proche à mes yeux pour l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut dialoguer avec la fen courante...
Oui, mais malheureusement cela ne marchera pas avec une session telnet par exemple...
Les programmes qui ont une interface graphique (réalisés en VB, WD ou autre Delphi) ne sont pas destinés à interagir avec la console.
A mon avis, la meilleure solution serait d'écrire un programme en C ou C++ qui serve de lanceur pour ton application.
A+
Merci quand même Romain @+ R&B
Romain PETIT wrote:
Le 12/11/2003, "R&B" a supposé :
ehConsoleOut est un entier
ehConsoleOut=API("kernel32","GetConsoleWindow")
// gaffe aux accents !
EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Effectivement c'est bien la solution la plus proche à mes yeux pour
l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut
dialoguer avec la fen courante...
Oui, mais malheureusement cela ne marchera pas avec une session telnet
par exemple...
Les programmes qui ont une interface graphique (réalisés en VB, WD ou
autre Delphi) ne sont pas destinés à interagir avec la console.
A mon avis, la meilleure solution serait d'écrire un programme en C ou
C++ qui serve de lanceur pour ton application.
ehConsoleOut est un entier ehConsoleOut=API("kernel32","GetConsoleWindow") // gaffe aux accents ! EnvoieTouche("Noel en preversion, Paques au pilon...^C", ehConsoleOut)
Effectivement c'est bien la solution la plus proche à mes yeux pour l'instant. car si on ne veux pas une fenêtre supplémentaire, il faut dialoguer avec la fen courante...
Oui, mais malheureusement cela ne marchera pas avec une session telnet par exemple...
Les programmes qui ont une interface graphique (réalisés en VB, WD ou autre Delphi) ne sont pas destinés à interagir avec la console.
A mon avis, la meilleure solution serait d'écrire un programme en C ou C++ qui serve de lanceur pour ton application.