| |
| |
|
| - Seite 1 - |
|
Julian
Schmidt |
|
| |
| |
| |
|
| |
| |
| - Seite 2 - |
|
|
 | Es bleibt nur so lange erhalten wie sonst nichts darüber am Bildschirm passiert -
ergo: Murx. |
|
| |
| |
| |
|
|
Julian
Schmidt | Ja, aber man kann ein Bitmap-Control auf die ProgressBar legen. Dieses nimmt zwar dann nicht mehr alle Messages auf, verschwindet aber auch nicht!
Nachtrag: Im Anhang ein kleines Beispiel mit Prozentanzeige auf einer Progressbar. . . Download
externer Download |
|
| |
| |
| |
|
|
| Wenn Bitmap-Controls nicht flackern würden wenn man das Bild aktualisiert wäre das vermutlich fast schon eine brauchbare Lösung.  |
|
| |
| |
| |
|
|
Julian
Schmidt | | Wie würdest du das machen, ohne XPSE? |
|
| |
| |
| |
|
|
| Ungefähr so wie man ohne Auto autofährt: garnicht.
Ohne XPSE würde ich erstmal XPSE programmieren -
so hats zumindest schonmal die Geschichte gezeigt. 
Klar, Du kannst Opcodes/ ASM direkt in einen Speicher schreiben -
kannst auch XProfan-Quelltext auf eine Schiefertafel ritzen -
halt alles interessant wenn einem eine gewisse Produktivität komplett egal sein mag.
Im Moment sagst imho mit HTML allein ne MessageBox anzeigen zu wollen -
zu JS sagst aber: "bevorzuge ich nicht". ^^
Kann man nach etlichen Erklärungen vlt. nur "viel Erfolg" wünschen. ^^ |
|
| |
| |
| |
|
|
| Nachtrag: Sorry -
natürlich geht das auch ohne XPSE -
kannste einfach in einer andere Programmiersprache wie z.B. C oder Delphi programmieren und auch der meiste .Net-Müll ist kostenlos -
ich empfehle halt lieber immer erstmal XProfan weil spätestens wenn man es mit xpse paart braucht mal halt kein C oder Delphi -
ich wäre aber der Letzte der jemanden eine bestimmte Programmiersprache vorschreibt aber empfehlen werd ich XProfan immer weil ich davon überzeugt bin und ausserdem kann man damit C- und Delphi-Programmierer "platt" machen wie imho auch schon oft "bewiesen". ^^ |
|
| |
| |
| |
|
|
Rolf
Koch | | Warum ohne XPSE? Sorry, ergibt für mich keinen Sinn. Es ist einfach das beste! |
|
| |
| |
| |
|
|
| Werd ja rot hier ^^
Ohne XPSE kriegt man es nicht flimmerfrei hin, weil reines XProfan das WM_PAINT nur im Waitinput abfragt -- das heißt, wenn sein Programm gerade rechnet, dann kann das Control nicht mehr neugezeichnet werden. Mit XPSE kann man WM_PAINT einfach in einer nProc abfragen und das funktioniert ganz ohne das eig. Programm zu beeinflussen und eben zu 100% und immer und eben genau wie von Win gedacht. |
|
| |
| |
| |
|
|
Julian
Schmidt | Ich dachte mir ich lerne erstmal XProfan(ohne XPSE), bevor ich irgendwie mit XPSE anfange.
Grüße von der Grünen Insel
Julian57 |
|
| |
| |
| |
|
|
Nico
Madysa | Ist richtig, Julian. Ich habe das nicht anders gemacht, nutze den XPSE selbst auch noch nicht allzu lang.
Das ändert aber leider nichts an der Tatsache, dass du ohne XPSE ... Oder sagen wir es so: Mir ist keine Möglichkeit bekannt, dieses Problem mit reinem XProfan zu lösen, ohne dass es flimmert.
Genauso habe ich es ohne XPSE nie hinbekommen, bei der Größenänderung eines Fensters dessen Inhalt flimmerfrei anzupassen.
Wenn du dir das Thema NProcs noch nicht zutraust, wäre es das Beste, erst mal mit dem Flimmern zu leben.
Es mag sicherlich noch andere Wege geben, das Problem zu lösen -- aber NProcs und XPSE sind der einfachste, den ich kenne.  |
|
| |
| |
| |
|
|
Julian
Schmidt | | Um Funktion SetProgressbarByMouse() erweitert.... |
|
| |
| |
| |
|
|
| Nur ein TIP: Rolands Between kann tückisch sein wenn man statt der erwarteten
Float-Werte Long-Werte übergibt.
Between(X, X1, X2)
X : Float - Testwert
X1: Float - unterer Grenzwert
X2: Float - oberer Grenzwert
Die Funktion arbeitet nicht immer korrekt bzw. gibt manchmal
einen falschen Wert zurück wenn man Longs übergibt.
Range reagiert dabei ebenso manchmal tückisch. |
|
| |
| |
| |
|
(875)
Deutsch
English
Français
Español
Italia