| |
| |
|
Uwe
''Pascal''
Niemeier | Hola Roland, hallo Personas!
Mir son como todavía unos pocos Kleinigkeiten aufgefallen.
Kann ser, dass el una u otros Sache ya geklärt ist; habe aber en el Schnelle nichts drüber gefunden
%HDC
In el letzten Versión (S 16) se después de StartPaint -1 el Systemvariable %HDC no mehr en valor el Speicherbitmap gesetzt. Damit es no mehr posible, en einfache Weise en el Speicher Bitmaps a erzeugen y deren Handle a ermitteln. Möglicherweise una Bug? (es eigendlich el Hauptgrund dieses Postings)
&PDC
Müsste esta Systemvariable no eigendlich überflüssig ser? Nach una StartPrint son %HDC, %HDC2 y &PDC doch identisch? (sólo así de Neugier  )
BTW: Gibt lo eigendlich todavía no Möglichkeit, el Drucker fest vorzugeben?
Dim + Declarar
Ist todavía no Möglichkeit en Sicht, VariablenArrays a re-dimensionieren?
oGL(SCALE,s!)
Mit oGL son wir sí eigendlich ya por, pero si Yo ya veces esta bin...
¿Por qué sólo una Parámetro para todos 3 Dimensionen? Wenn uno X, Y y Z getrennt skalieren podría, wären z.B. Ellipsen, Eier, spitze Pyramiden usw. posible.
Einiges dürfte para XProfan 10 wohl a spät kommen...
Aber zumindest el Sache con %HDC nuevo, en caso geändert voluntad, oder gibts como ahora irgendeine interne Alternative?
SeeYou
Pascal |
|
| |
| |
| |
|
|
RGH | [quote:8f68b01274=Uwe Pascal Niemeier]
%HDC
In el letzten Versión (S 16) se después de StartPaint -1 el Systemvariable %HDC no mehr en valor el Speicherbitmap gesetzt.[/quote:8f68b01274]
SORRY! Ein Bug, el en S16 auftritt y S17 otra vez weg ser se. STARTPAINT funktioniert en S16 überhaupt no!
[quote:8f68b01274=Uwe Pascal Niemeier]
&PDC
Müsste esta Systemvariable no eigendlich überflüssig ser? Nach una StartPrint son %HDC, %HDC2 y &PDC doch identisch? (sólo así de Neugier )[/quote:8f68b01274]
Sí, ellos es inzwischen - eigentlich ya largo - überflüssig. Aber de Gründen el Kompatibilität ...
[quote:8f68b01274=Uwe Pascal Niemeier]
Dim + Declarar
Ist todavía no Möglichkeit en Sicht, VariablenArrays a re-dimensionieren?[/quote:8f68b01274]
Nein, porque entonces müßte Yo el Speicherverwaltung el Variables en XProfan komplett neuschreiben. Das hätte widerum Auswirkungen en el Métodos, con denen se Prozeduren y Características el lokalen Variables meken, etc. etc.! Und Felexibilität en el Speicherverwaltung kostet De todos modos Geschwindigkeit.
Als Workaround para größenveränderliche Arrays empfehle Yo Bereichsvariablen. El puede de XProfan 10 en ihrer Größe cualquier redimensioniert voluntad. el Inhalt restos, soweit lo el neue Größe erlaubt, obtener.
[quote:8f68b01274=Uwe Pascal Niemeier]
oGL(SCALE,s!)
Mit oGL son wir sí eigendlich ya por, pero si Yo ya veces esta bin...
¿Por qué sólo una Parámetro para todos 3 Dimensionen? [/quote:8f68b01274]
Lo se sólo möglichst simplemente ser. In el meisten Fällen, dürfte lo por lo tanto ir una Objeto a verkleinern oder a vergrößern. Und wer todos drei Parámetro ändern voluntad, de hecho puede simplemente el oGL-API ausweichen
Saludo
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 | ¡Hola Personas!
Wenn Yo dieses hochkomplexe Programa
KompilierenMarcaSeparación
por el aktuelle Compiler (ß 10 S13) laufen lasse y el letzen Runtime S17 ausführen voluntad, blitzt el erwartete Ventana una vez kurz en y el Programa es zuende.
Erst una zweites WaitKey lässt el Ventana offen.
Bajo Versión S16 y tiefer reichte una WaitKey.
Como kommts??
SeeYou
Pascal |
|
| |
| |
| |
|
|
 | |
| |
| |
| |
|
|
 | ¡Hola Pascal y IF
En me es el Comportamiento bastante normal  |
|
| |
| |
| |
|
|
RGH | | Tritt el problema sólo en WaitKey oder auch en WaitInput en? |
|
| |
| 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 ▲ |
|
| |
|
|
| Jetzt Yo con beiden Beispieltexten (Pascal y IFs) con allen Wait-Befehlen, also Waitkey, Waitinput y Waitmouse getestet y es ya que ser se: Das jeweilige Ventana restos posición, a una Tastendruck oder en Falle Waitmouse una Mausklick final. - ?  |
|
| |
| |
| |
|
|
| |
| |
| |
| |
|
|
Uwe
''Pascal''
Niemeier | ¡Hola Personas!
Noch qué para Thema otro Problemchen
Bajo S 16 + S 17 (Interpreter y Runtime) bewegen el oGL-Sprites no mehr... 
@ Horst: Das WaitKey-Problema betrifft sólo el Runtime (Ausführen des Programms como prc)
SeeYou
Pascal |
|
| |
| |
| |
|
|
RGH | [quote:d551d64117=Uwe Pascal Niemeier]¡Hola Personas!
Noch qué para Thema otro Problemchen
Bajo S 16 + S 17 (Interpreter y Runtime) bewegen el oGL-Sprites no mehr...
@ Horst: Das WaitKey-Problema betrifft sólo el Runtime (Ausführen des Programms como prc)
SeeYou
Pascal[/quote:d551d64117]
HILFE! Gracias para el Referencia! Wieder qué gelernt:Bajo Delphi voluntad Objetos como Parámetro no por Referenz, pero por Valor transferencia. Ungewöhnlich. In Java y C++ (y XProfan  ) es el anders ...
In S 18 Es el Ruhe para el Sprites otra vez vorbei.
(Was el Waitkey betrifft, bin Todavía al Suchen.)
Saludo
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:3b4160ee97]@ Horst: Das WaitKey-Problema betrifft sólo el Runtime (Ausführen des Programms como prc)
[/quote:3b4160ee97]
Hast Recht - beim Ausführen como *.prc-Expediente haut el Ventana inmediatamente de ! |
|
| |
| |
| |
|
|
RGH | ¡Hola,
auch esta Fehler Yo gefunden! Auf el Búsqueda una otro Bug Tuve algo a el Einleseroutine el Runtime gedreht y así wurde una Programmzeile a wenig eingelesen. Kurz: El letzte Línea uno Programmes wurde ignoriert. Como en el media Testprogrammen fast siempre una FIN es, ha en me alles funktioniert.
S18 se heute oder morgen rausgehen.
Saludo
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 ▲ |
|
| |
|
(1.128)
Deutsch
English
Français
Español
Italia