Discussion :

[lubinfo]

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.

[Voroltinquo]

Bonjour,
En mode console, il y a la commande hibernate de powercfg.exe

Code :

Sélectionner tout - Visualiser dans une fenêtre à part

1
2
 
powercfg.exe /hibernate [on|off]

Un LanceAppli (ou LanceAppliAssociée si on utilise un .bat) devrait faire l'affaire ... Si cette fonction existe en 5.5

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

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 ...

SysMiseEnVeille permet cela en utilisant sysVeilleInactive, mais cette fonction n'est disponible qu'à partir de la V11.

[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é.

[frenchsting]

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".

[JeAn-PhI]

bonjour,

peut-être ici :
https://learn.microsoft.com/fr-fr/wi...ectedfrom=MSDN
ou ici :
https://learn.microsoft.com/fr-fr/wi...stempowerstate

[frenchsting]

Sauf que c'est pour forcer les états de veille/hibernation

Celle-ci, ici, me semble plus adaptée à son besoin

[Jon Shannow]

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

[lubinfo]

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".

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.

[lubinfo]

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.

[frenchsting]

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

Est-ce que ça existe en WD55 ?

Mais je crois que Microsoft va bientôt désactiver les .vbs par défaut.

Oui, c'était une belle source de virus, si je me souviens bien.

[serendib]

Est-ce que ça existe en WD55 ?

Arrêtes de dévaloriser ce fabuleux 5.5
Oui ça existe !

[Jon Shannow]

Est-ce que ça existe en WD55 ?

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.

[frenchsting]

Arrêtes de dévaloriser ce fabuleux 5.5
Oui ça existe !

Je ne dévalorise pas WD5.5. Je me pose juste la question du fait que cette version a 25 ans...

[lubinfo]

Je ne dévalorise pas WD5.5. Je me pose juste la question du fait que cette version a 25 ans...

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.

[frenchsting]

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

[serendib]

Je ne dévalorise pas WD5.5. Je me pose juste la question du fait que cette version a 25 ans...

C'était une boutade, bien sûr.

[frenchsting]

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.

[lubinfo]

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.

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 !

[serendib]

Mais pour la plupart des dévs, elle fait (déjà) énormément de choses.

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 !

[serendib]

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 !

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)

[Patrice Terrier]

SetThreadExecutionState (Kernel32.dll)

https://learn.microsoft.com/en-us/wi...executionstate