Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter
activer/désactiver autorisation mise en veille
Bonjour,
Une idée pour désactiver l'autorisation de mise en veille tant qu'un programme s'exécute ?
Dans Emule (et bien oui ...) il y a une option à côcher mais aucune idée du mode de fonctionnement.
Une clé dans la base de registre ?
La fonction windev SysMiseEnVeille() aurait pu faire cela sous windows mais les commerciaux de pcsoft on dû dire : sur smartphone ok mais sous windows pas pour cette version ...
Et en plus je suis sous wd 5.5.
Bonjour,
En mode console, il y a la commande hibernate de powercfg.exe
Un LanceAppli (ou LanceAppliAssociée si on utilise un .bat) devrait faire l'affaire ... Si cette fonction existe en 5.5
Code : Sélectionner tout - Visualiser dans une fenêtre à part
2
Note Il est préférable d'utiliser LanceAppliAssociée pour contourner les droit UAC. C'est une question d'API appelée. LanceAppli utilise CreateProcess qui est sensible à l'UAC alors que LanceAppliAssociée utilise PowerShell.
RQ
SysMiseEnVeille permet cela en utilisant sysVeilleInactive, mais cette fonction n'est disponible qu'à partir de la V11.Envoyé par lubinfo
[EDIT] Une lecture de la doc de powercfg /hibernate parle de HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Power.
Il y a une valeur HibernateEnabled, il faudrait éventuellement regarder de ce côté.
Bonjour,
+1 @ vorlotinquo.
Pour "masquer" le mode console, JurassicPork a mis un projet dans la section Participez. Mais elle est en WD7 mini, je crois...
Il existe sûrement une API Windows pour le faire. Par contre, comme le projet est en WD5.5, pas certain que cela soit possible "facilement".
bonjour,
peut-être ici :
https://learn.microsoft.com/fr-fr/wi...ectedfrom=MSDN
ou ici :
https://learn.microsoft.com/fr-fr/wi...stempowerstate
Sauf que c'est pour forcer les états de veille/hibernation
Celle-ci, ici, me semble plus adaptée à son besoin
Bonjour,
On peut exécuter des commandes MS-DOS via la procédure DDELance.
Il est également possible de modifier la base de registre grâce aux procédures :
- RegistreCréeClé Crée la clé et ses ancêtres (pour la base de registres)
- RegistreCléSuivante Retourne le chemin de la clé suivant la clé passée en paramètre
- RegistreEcrit Ecrit une valeur dans le registre passé en paramètre
- RegistreLit Lit la valeur du registre passé en paramètre
- RegistrePremièreSousClé Retourne le chemin de la première sous-clé correspondant au chemin passé en paramètre
- RegistreSupprimeClé Supprime la clé, ses valeurs, ses descendants et les valeurs des descendants
JS
Pour 'masquer' (ne pas voir apparaître une fenêtre) l'exécution d'un .bat j'utilise un .vbs :
Set oWShell = CreateObject("Wscript.Shell")
oWShell.Run """Le_Batch.bat""", 0, False
Set oWShell = Nothing
Mais je crois que Microsoft va bientôt désactiver les .vbs par défaut.
Ma remarque ironique voulait simplement faire remarqué que la fonction SysMiseEnVeille() fonctionne sur smartphone mais pas sous windows comme il est indiqué dans l'aide en ligne.
Est-ce que ça existe en WD55 ?
Oui, c'était une belle source de virus, si je me souviens bien.
Arrêtes de dévaloriser ce fabuleux 5.5
Oui ça existe !
Oui, oui. J'ai repris l'aide de WD55. Je l'utilise toujours car j'ai de vieux programmes qui n'ont jamais été migrés et que je maintiens à l'occasion.
Je ne dévalorise pas WD5.5. Je me pose juste la question du fait que cette version a 25 ans...Arrêtes de dévaloriser ce fabuleux 5.5
Oui ça existe !
Bonjour,
Et moi j'en ai 64 !
C'est dans les vieilles marmites que l'on fait les meilleures soupes !
Il parait que les programmeurs Cobol sont très recherchés.
Oui, Mais cette version était sortie avant Windows XP. Elle tournait, certes sur NT4 mais, on est en droit de se demander si certaines fonctionnalités (features comme on dit maintenant) existaient déjà à l'époque.
Je suis d'accord avec toi : il y a beaucoup de nouvelles fonctionnalités inutiles et de bling-blings futiles.
COBOL, c'est 1956. Ca laisse rêveur une telle longévité dans un monde ou l'obsolescence est reine...
NOTE : Et j'ai largement dépassé les 50 ans
C'était une boutade, bien sûr.
Oui, rassure toi, je ne l'ai pas mal pris
J'avoue que je me suis tellement habitué à certaines fonctionnalités des versions post 5.5, que j'aurais du mal à m'y remettre (genre complétion auto dans l'EDI).
Mais pour la plupart des dévs, elle fait (déjà) énormément de choses.
D'ailleurs si qq a l'équivalent en powershell je suis preneur car impossible d'empêcher l'ouverture d'une fenêtre avec le .ps1 suivant :
$BatchPath = "c:\Le_Batch.bat"
Start-Process -FilePath $BatchPath -WindowStyle Hidden -wait
l'option -NoNewWindow ajoutée provoque une erreur
Une autre façon de faire ou alors juste l'extrait du code qui lance un batch de l'application de JurassicPork pour voir si mon bon vieux wd 5.5 peut le faire !
Mon appli phare, une gestion commerciale dédiée à un type de négoce bien particulier, tourne chez plus de 50 Clients,
la plupart sous windows serveur et sans réels problèmes.
Elle évolue presque tous les jours et je n'ai jamais été coincée par une fonctionnalité qui n'existerait pas en 5.5.
(J'ai un ou deux composants en windev 20 qui la complète.)
Ceux qui, comme moi, travaillent seul(e)s, et qui ont développé une grosse appli en 5.5, savent qu'ils n'était pas
envisageable de migrer à l'époque. Merci PcSoft !
Bonsoir lubinfo,
Essayes ça :
Frepencours("C:\TEMP") // Se placer dans le Répertoire du BAT
// Lancer le BAT via command.com avec option /C
DDELANCE("command.com /C TOTO.bat",DDEIconisé,Vrai)
SetThreadExecutionState (Kernel32.dll)
https://learn.microsoft.com/en-us/wi...executionstate
Répondre avec citation
Partager