PureBasic

pour un prg j'aurai eu besoin d 'un ISSCREEN()

ex : pour savoir si l'ecran Existe ou pas ( a été crée)
donc pas IsScreenActive() qui renseigne si l'ecran est... actif a l'ecran

mais de savoir si l'ecran a bien été créé ( car passage successif de l'ecran Windowed a l'ecran FullScreen )
je me retrouve avec des erreurs relative aux fonctions ne marchant que sous Screen() comme KeyboardPushed() par exemple

donc pouvoir mettre une condition avec un Iscreen() serai bien

en attendant j'utilise un flag

Pourquoi n'utilises-tu pas la fonction "OpenWindowedScreen" ?
Car si je comprend bien, tu as la fenêtre principale de ton application qui a été ouverte avec OpenWindow et qui dialogue avec l'os via un thread. L'écran que tu utiliseras sera forcément créé grâce à openwindowedscreen. Au début de ton application, tu crées une procédure de type "initscreen", procédure dans la quelle tu initialise d'une part ta fenêtre principale avec OpenWindow et ton écran avec "OpenWindowedScreen".
Si cette procédure renvoie #true alors l'initialisation s'est exécutée sans encombre. Le seul problème dans ce type d'application est de déterminer où est le focus ? En d'autre termes savoir si l'utilisateur a cliqué dans la partie "écran" ou bien dans "la fenêtre principale".
Etant donné que les coordonnées du futur écran sont connues lors de l'initialisation de l'application, je crois que les fonctions DesktopMousex et DesktopMousey devraient faire l'affaire. Donc pas besoin de fonctions supplémentaires. En revanche, je te rejoins sur le fait qu'il serait peut-être agréable de considéré un écran comme un gadget. Et la fonction "GetActiveGadget" déterminerait si l'utilisateur a cliqué sur une zone de notre futur écran.

pffffiuuu !

tu devine tout ça dans ce que j'ai ecris ?


j'ai résolu le probleme avec un flag ( je l'ai dis plus haut )

mon prg ne contient aucun thread ..

c'est juste un prg qui passe alternativement de plein ecran (fullScreen) et mode Fenetré (windowedScreen).. voir sans ecran du tout ..

le soucis c'est lorsque dans une procédure on veux faire exécuter certain traitement , on a besoin de savoir si nous sommes en
FullScreen ou bien en mode Fenetré ...

je pense qu'un Isscreen() serai bienvenu , puisqu'il existe isSprite() , isSrcreenActive()
il me semble logique d'avoir un IsScreen() pour simplement savoir si dans une procedure par exemple,
on peu utiliser des fonctions qui sont utilisables Seulement SI l'ecran est en place (les fonction keyboard() par exemple...

une succession de fermeture- ouverture d'ecran ( lors du passage du FullScreen a WindowedScreen) ... peut vite mettre le souk !
surtout si on se retrouve avec une fermeture de trop ...

Merci d'avoir tenté de m'expliquer comment ça marche

Salut Dobro,

Content de voir que tu n'est pas complètement parti du forum

A ce propos, tu devrais changer ton avatar en "Pas souvent sur le forum"

Au plaisir de te relire bientôt

Salut Dobro, content de te lire.
T'es tu intéressé aux canvas ?
J'ai mis le temps mais franchement, c'est juste énorme et ça simplifie la vie au niveau des commandes vu le nombre de flag.
Que ce soit pour le focus, les cliques etc...

TazNormand a écrit :tu devrais changer ton avatar en "Pas souvent sur le forum"

ben non , vu que j'y viens vraiment peu , par rapport a avant, c'est comme si , je venais plus (Merci)

Ar-S a écrit :T'es tu intéressé aux canvas ?
J'ai mis le temps mais franchement, c'est juste énorme et ça simplifie la vie au niveau des commandes vu le nombre de flag.
Que ce soit pour le focus, les cliques etc...

Merci ,

oui je connais ,mais mon Pure Anaglyphe est ancien, et donc basé sur le Screen
ça me forcerai a changer trop de choses dans mon code ..
la structure est bonne maintenant , (enfin la version qui va sortir surtout )
la V3.48 ( je suis fort en marketing hein ? )


donc cette structure par Screen , est bien stable , je vais pas en changer ..

mais c'est sur que pour de futur projet .. le Canvas pourra peut etre faire l'affaire ...
encore que .. j'ai peur de trouver des limitations au Canvas , par rapport au Screen..

depuis quelques temps Pure anaglyphe fait de l'animation "lenticulaire" sortie *.SWF
(voir ici : http://michel.dobro.free.fr/pages_html/Animations.html ) patientez le temps de chargement des animations
avec le meme system d'image+map
l'animation sur Canvas ... je suis pas sur que ce soit idéal ..

perso j'attends des Amélioration coté Animations (librairie Movie )
notamment la possibilité de générer facilement des Avis ,a partir d'images
( je peux le faire de façon incomplète avec un code de Nico .. mais ça génère un film saccadé)
une amélioration du RenderMovieFrame() qui bloque avec certains format

bref ...

J'ai dans mes cartons ( et certains ici, on pu le voir )
un algo Perso de rendu de Film 2D-> Anaglyphe
que j'aimerai dans le futur intégrer a Pure_anaglyphe

Pure Basic évolue, et c'est bien,:) il faut juste etre patient ..

Merci pour vos réponses

C'est pas mal tes animations
Cependant si avec ma connexion dédiée 20Mbitblablabla j'ai mis 10-15min à tout charger, je ne veux même pas imaginer les autres
Il y a peut-être un peu trop d'animation sur la même page.

En tout cas ma préférée c'est celle avec la photo de la rose

(celle avec les "Quelques Super Heros" est marrante, avec la poitrine de la nana qui bouge en différé de son corp )

Bravo !