Français
Stammtisch & le café

Waitinput et autre Problemchen dans S16-S17

 

Uwe
''Pascal''
Niemeier
allô Roland, allô gens!

Mir sommes là encore un paire Kleinigkeiten aufgefallen.
peux son, dass qui une ou bien autre l'affaire déjà geklärt ist; habe mais sur qui Schnelle rien drüber trouvé

%HDC
dans qui letzten Version (S 16) wird pour Début de peinture -1 qui Systemvariable %HDC pas plus sur la valeur qui Speicherbitmap gesetzt. avec cela ist es pas plus possible, sur simple Weise im grenier Bitmaps trop erzeugen et en Handle trop ermitteln. Möglicherweise un Bug? (ist eigendlich qui Hauptgrund cet Postings)

&PDC
Müsste cet Systemvariable pas eigendlich überflüssig son? Pour einem StartPrint sommes %HDC, %HDC2 et &PDC doch identique? (seulement so aus curiosité )
BTW: Gibt es eigendlich encore aucun Possibilité, den Drucker fest vorzugeben?

Faible + Déclarer
Ist encore aucun Possibilité dans Sicht, VariablenArrays trop re-dimensionieren?

oGL(SCALE,s!)
avec oGL sommes wir oui eigendlich déjà par, mais si je déjà la fois dabei suis...
pourquoi seulement un paramètre pour alle 3 Dimensionen? si on X, Y et Z getrennt skalieren pourrait, wären z.B. Ellipsen, Eier, spitze Pyramiden usw. possible.

Einiges pourrait pour XProfan 10 wohl être en retard...
mais zumindest qui l'affaire avec %HDC sollte wieder geändert volonté, ou bien gibts là maintenant irgendeine interne Alternative?

SeeYou
Pascal
 
23.07.2006  
 




RGH
[quote-part:8f68b01274=Uwe Pascal Niemeier]
%HDC
dans qui letzten Version (S 16) wird pour Début de peinture -1 qui Systemvariable %HDC pas plus sur la valeur qui Speicherbitmap gesetzt.[/quote-part:8f68b01274]
SORRY! un Bug, qui dans S16 auftritt et dans S17 wieder weg son wird. STARTPAINT funktioniert dans S16 pas du tout!

[quote-part:8f68b01274=Uwe Pascal Niemeier]
&PDC
Müsste cet Systemvariable pas eigendlich überflüssig son? Pour einem StartPrint sommes %HDC, %HDC2 et &PDC doch identique? (seulement so aus curiosité )[/quote-part:8f68b01274]
oui, vous ist inzwischen - eigentlich déjà longtemps - überflüssig. mais aus Trouvé qui Kompatibilität ...

[quote-part:8f68b01274=Uwe Pascal Niemeier]
Faible + Déclarer
Ist encore aucun Possibilité dans Sicht, VariablenArrays trop re-dimensionieren?[/quote-part:8f68b01274]
non, car ensuite devrait je qui Gestion de la mémoire qui Variablen dans XProfan komplett neuschreiben. cela hätte widerum Auswirkungen sur qui Methoden, avec denen sich Prozeduren et Funktionen qui lokalen Variablen meken, etc. etc.! et Felexibilität dans qui Gestion de la mémoire kostet De toute façon Geschwindigkeit.
comme Workaround pour größenveränderliche Arrays empfehle je Bereichsvariablen. qui peut ab XProfan 10 dans ihrer Taille beliebig redimensioniert volonté. qui le contenu bleibt, soweit es qui neue Taille erlaubt, conservé.

[quote-part:8f68b01274=Uwe Pascal Niemeier]
oGL(SCALE,s!)
avec oGL sommes wir oui eigendlich déjà par, mais si je déjà la fois dabei suis...
pourquoi seulement un paramètre pour alle 3 Dimensionen? [/quote-part:8f68b01274]
Es soll arrêt possible simple son. dans den meisten Fällen, pourrait es tout autor aller un objet trop verkleinern ou bien trop agrandir. et qui alle trois paramètre changement veux, peux oui simple sur qui oGL-API ausweichen

Salut
Roland
 
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4
23.07.2006  
 




Uwe
''Pascal''
Niemeier
allô gens!

si je cet hochkomplexe Programme
KompilierenMarqueSéparation
par den aktuelle Compiler (ß 10 S13) courir lasse et qui letzen Runtime S17 effectuer veux, blitzt cela erwartete la fenêtre einmal kurz sur et cela Programme ist zuende.
seulement un zweites WaitKey peut cela la fenêtre offen.
sous Version S16 et tiefer reichte un WaitKey.
comment kommts??

SeeYou
Pascal
 
02.08.2006  
 



eh bien cela peux je toppen
KompilierenMarqueSéparation
Selbe Verhalten!
 
02.08.2006  
 



allô Pascal et iF

chez mir ist cela Verhalten entier normal

8 kB
Kurzbeschreibung: Code de "Pascal"
Hochgeladen:03.08.2006
Downloadcounter125
Download
 
03.08.2006  
 




RGH
Tritt cela Problem seulement chez WaitKey ou bien aussi chez WaitInput sur?
 
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4
03.08.2006  
 



maintenant habe je avec beiden Beispieltexten (Pascal et iFs) avec allen Wait-Befehlen, alors Waitkey, Waitinput et Waitmouse getestet et c'est so comme son soll: cela jeweilige la fenêtre bleibt stehen, jusqu'à un Tastendruck ou bien dans piège Waitmouse un Mausklick finissez. - ?
 
03.08.2006  
 



chez Waitinput cela Selbe.
 
03.08.2006  
 




Uwe
''Pascal''
Niemeier
allô gens!

encore quoi zum Thema autre Problemchen

sous S 16 + S 17 (Interpreter et Runtime) bewegen sich qui oGL-Sprites pas plus...

@ Horst: cela WaitKey-Problem betrifft seulement qui Runtime (Effectuer des Programms comme prc)

SeeYou
Pascal
 
03.08.2006  
 




RGH
[quote-part:d551d64117=Uwe Pascal Niemeier]allô gens!

encore quoi zum Thema autre Problemchen

sous S 16 + S 17 (Interpreter et Runtime) bewegen sich qui oGL-Sprites pas plus...

@ Horst: cela WaitKey-Problem betrifft seulement qui Runtime (Effectuer des Programms comme prc)

SeeYou
Pascal[/quote-part:d551d64117]
HILFE! merci pour den Hinweis! Wieder quoi gelernt:sous Delphi volonté Objekte comme paramètre pas per référence, mais per Wert transfert. Ungewöhnlich. dans Java et C++ (et XProfan ) ist cela anders ...

dans S 18 ist qui Ruhe pour qui Sprites wieder vorbei.
(quoi cela Waitkey betrifft, suis je encore am chercher.)

Salut
Roland
 
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4
03.08.2006  
 



[quote-part:3b4160ee97]@ Horst: cela WaitKey-Problem betrifft seulement qui Runtime (Effectuer des Programms comme prc)
[/quote-part:3b4160ee97]
la hâte droite - beim Effectuer comme *.prc-Dossier haut cela la fenêtre tout de suite ab !
 
03.08.2006  
 




RGH
Salut,

aussi cette faute habe je trouvé! sur qui cherche pour einem anderen Bug J'ai eu quelque chose à qui Einleseroutine qui Runtime gedreht et so wurde une Programmzeile trop wenig lire. Kurz: qui dernier la ligne eines Programmes wurde ignoriert. là cela chez meinen Testprogrammen presque toujours un FIN ist, hat chez mir alles funktioniert.

S18 wird aujourd'hui ou bien demain rausgehen.

Salut
Roland
 
Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4
03.08.2006  
 



répondre


Topictitle, max. 100 marque.
 

Systemprofile:

ne...aucune Systemprofil angelegt. [anlegen]

XProfan:

 Posting  Font  Smilies  ▼ 

s'il te plaît s'inscrire um une Beitrag trop verfassen.
 

Options du sujet

2.342 Views

Untitledvor 0 min.
E.T.13.02.2025
H.Brill16.06.2024
Mindanao01.06.2017
Ernst18.04.2014
plus...

Themeninformationen



Admins  |  AGB  |  Applications  |  Auteurs  |  Chat  |  protection des données  |  Télécharger  |  Entrance  |  Aider  |  Merchantportal  |  Empreinte  |  Mart  |  Interfaces  |  SDK  |  Services  |  Jeux  |  cherche  |  Support

un projet aller XProfaner, qui il y a!


Mon XProfan
Privé Nouvelles
Eigenes Ablageforum
Sujets-La liste de voeux
Eigene Posts
Eigene Sujets
Zwischenablage
Annuler
 Deutsch English Français Español Italia
Traductions

protection des données


Wir verwenden Cookies seulement comme Session-Cookies à cause de qui technischen Notwendigkeit et chez uns gibt es aucun Cookies de Drittanbietern.

si du ici sur unsere Webseite klickst ou bien navigierst, stimmst du unserer Erfassung de Informationen dans unseren Cookies sur XProfan.Net trop.

Weitere Informationen trop unseren Cookies et en supplément, comment du qui Kontrolle par-dessus behältst, findest du dans unserer nachfolgenden Datenschutzerklärung.


d'accordDatenschutzerklärung
je voudrais keinen Cookie