| |
|
|
 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 |
|
|
| |
|
|
|
 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ô Pascal et iF
chez mir ist cela Verhalten entier normal  |
|
|
| |
|
|
|
 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. - ?  |
|
|
| |
|
|
|
 | chez Waitinput cela Selbe. |
|
|
| |
|
|
|
 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 |
|
|
| |
|
|
|
 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 ! |
|
|
| |
|
|
|
 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 ▲ |
|
|
|