Français
Forum

mloadbmp Problem, un Début de peinture-Problem

 
- page 1 -



Sato
Pinto
allô Xprofaner

Habe dans mon Programme cela Problem cela pour mehrmaligen Bild magasin et Montrer
pour un paire Minuten erscheint qui faute comment im Bild trop voyons ist

mloadbmp "oito.bmp"
MCopySizedBmp 0,10-300,215 > 485,10-300,215;-1

Hat quelqu'un une concept quoi cela son pourrait?

Gruss
Sato
Xprofan11
Win XP Home

289 kB
Hochgeladen:25.07.2008
Downloadcounter129
Download
 
Sato Pinto
WIN XP Home
XPROFAN 11
25.07.2008  
 



 
- page 2 -



Sato
Pinto
allô Rolf

qui Hauptschleife

Tandis que %scankey <> 27 Ende avec ESC
getmessage
" " "
" " "
" " "
Endwhile

Gruss et merci pour Votre INC

Sat6
 
Sato Pinto
WIN XP Home
XPROFAN 11
25.07.2008  
 



Sato Pinto
peux Du mir s'il te plaît une kleinen Beispiel ... sans qui PCU ...


Müsste ici aussi déjà rumlungern, mais sollst Du bekommen... (si je car trop Hause suis...) *g*

PS: Gewöhne Dir s'il te plaît à, Source im Forum avec [ code ] trop umrahmen, sonst marcher bestimmte Dinge pas et qui Textes weden schwierig-jusqu'à-faux dargestellt. (z.B. GT. Smilies & co...) Alternativ nutze simple [...]  - ensuite braucht on seulement qui URL posten.
 
25.07.2008  
 




Rolf
Koch
Hab grad getestet. dans qui Hauptschleife ist aufjedenfall comment vermutet Settimer, %wmtimer et Endtimer schuld.
VIelleicht qui l'heure irgendwie anders lösen et pour Fil numéro 4 pour qui Boucle nutzen. si cela ensuite klappt, kucken wir la fois plus. Weil je peux seulement sur le doute à Deinem Code bricoler
 
25.07.2008  
 



@Rolf: %wmtimer wird de qui thread-unit pas cassé ou bien irritiert là qui thread-unit setTimer pas per ID mais per Funktionsadresse anspricht.
 
25.07.2008  
 




Rolf
Koch
mais iF, si je im Code wmtimer rausnehme ensuite passiert qui faute arrêt nich plus. je kuck la fois plus.
 
25.07.2008  
 



Ok, cela liegt ensuite daran, cela il

a) sur %wmtimer quelque chose auslöst

et

b) "zeitgleich" qui Fil.Do "reinkloppt".

il wird startPainten - et ensuite venez qui thread.Do et veux aussi "startPainten"...

%wmtimer ist ici seulement un Alias mais pas cela Schuldige.
 
25.07.2008  
 




Rolf
Koch
Stimmt iF.
je habs zumindest maintenant sur une weiteren commutateur zum course de fond et ca très souvent überredet:
@Sato:
Ändere dans qui laufschrift.inc sur cet:
KompilierenMarqueSéparation
PROC SCROLLTEXT

    Parameters schrift%,bold%,backg&,Farbe%,string$,akt%

    if akt% = 0

        dec ydr%

    endif

    if inpaint%=0

        StartPaint backg&
        inpaint%=1
        TextColor farbe%,getpixel(1,1)
        UseFont "MS Sans Serif",schrift%,0,bold%,0,0
        DrawText xdr%,ydr% + (schrift%*akt%),string$+space$(500)
        ENDPAINT
        inpaint%=0
        case ydr% < (zeilenanzahl% * -schrift%) : ydr% = gesydr%

    endif

ENDPROC


et füge global un Déclarer inpaint% hinzu.
Alles autre la fois so laisser comme ist. Hoffe, dass on cela Problem so tourner autour de peux.
 
25.07.2008  
 



oui c'est ca Rolf, et c'est qui Grund pourquoi je mir déjà ewig den Début de peinture-Stack de Roland wünsche... [...]  [...] 

Hehe hab déjà am 18.01.2007 oui c'est ca cet Problem posté... comment soll on quelque chose comme aussi trouver?! qui Community fehlt encore irgend une Funktion...
 
25.07.2008  
 



Nachtrag: Votre Methode ist pas sûrement, mais sicherer! si Votre Proc grad startPaint aufgemacht hat pourrait qui thread.do reinhüpfen et startPaint ouvrir voulons.

Es hilft wirklich seulement si alle Seiten (alors deine inc et son code) ne...aucune Début de peinture verwenden et seulement hiernach [...]  travailler.
 
25.07.2008  
 



je suis grad am Aktualisieren de dem furchtbaren Source des startPaint-Stack-Paketes.

qui Witz ist, aussi avec cela ists pas sûrement, seulement sicherer! Selbst si Roland maintenant une startPaint-Stack incorporé hätte, ensuite wäre cela aussi seulement sicherer et solange pas sûrement, jusqu'à aussi cela procAddr-Problem behoben ist. Oje! (car un call sur une Funktion quelle Début de peinture utilise serait ensuite immernoch den faute erzeugen, ou bien si interne gestackt, sur falschen pics zeichnen)
 
25.07.2008  
 



s'il te plaît: [...] 

il darf nirgends startPaint ou bien endPaint verwenden, seulement encore startPaint2 et endPaint2 aus dem paquet.

Selbst ensuite ist es cependant pas sûrement, mais seulement sicherer.

qui Witz ist seulement, wird il sur qui Fil-Unit verzichten et subClassProc verwenden ist cette Aufwand garnicht nötig.
 
25.07.2008  
 



ici qui variante pour subClassProc.

458 kB
Hochgeladen:25.07.2008
Downloadcounter30
Download
 
25.07.2008  
 




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

4.514 Views

Untitledvor 0 min.
RudiB.16.05.2021
kustg18.12.2019
Peter Max Müller13.03.2017
iF02.03.2013
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