| |
| |
|
 | tant pis, so peux je pas à Speed@nim weiterarbeiten.
Klappt alles saugut, cependant comment Schonmal beschrieben,
si je länger arbeite - alors z.B. 3-5 Minuten male, so springt soudain mon Programme sur den ganzen Screen comme si es un Bildschirmschoner hätte.
Mir ist es justement passiert:
Sauver sous gewählt -
komischerweise aucun Icônes avant den vorhandenen Bitmaps (überhaupt aucun Grafik) et 3sec später wieder ganzer Bildschirm avec meinem Programme.
après que je irgendwie den Speichernbutton de Savebmpdialog erreicht hatte, J'ai eu mon original Programme wieder, mais hmmmm ???? >>>> même chose comme Screenhintergrund. Sieht alors pour Duplikat aufm Desktop aus.
Irgendetwas fonctionne de travers, mais quoi????
Ansonsten merci pour Euere Überlegung im Vorraus - wäre tant pis um cela Programme, si je es pas weiterentwickeln pourrait
Rolf |
|
| |
| |
| |
|
|
| Hallöchen zur späten heure,
hab zwar seulement qui hälfte de dem là dessus verstanden (étais du betrunken comme du cela geschrieben hat ), hört sich mais sur jeden le cas pour un Bitmapproblem à.
Benutzt du encore autre Speicherbitmaps comme qui de qui ProSpeed erzeugten ? (si oui, comment ermittelst du qui HDCs ?)
sommes qui grenier-Bitmaps aussi grand genug ?
Du benutzt bestimmt aussi copysizedbmp, là scheint es irgendwie aussi encore un problem trop donner. Hatte je chez qui Lupe vom Pathfinder, verursachte Schlieren sur dem ganzen Bildschirm, si on un Dialog ouvert hatte était wieder alles ok et cela Problem trat après ensuite pas plus sur.
Hatte ensuite une schnellere Solution trouvé, qui hatte zur Folge cela qui Grafikfehler pas plus auftrat (schwein gehabt )
Gib bloß pas sur, hatte beim Pathfinder partiellement aussi Probleme qui mich dans den démence trieben weil es aucun Programmierfehler donnais (je sag seulement @loadfile(), Frank ). Früher ou bien Später findet on doch presque toujours une Solution, am besten peut du cela Programme la fois pour un paire Tage ruhen, hilft la plus part du temps plus et gibt une wieder neue Motivation !
qui nachtschichtende Moritz |
|
| |
| |
| |
|
|
| Hi Moritz
Nee Alkohol J'ai eu longtemps pas plus trop mir pris
peut-être hat es oui daran gelegen.
était peut-être trop acide (weil qui reste genial fonctionne), um encore irgendwie net trop écrivons
mais trotzallem hâte cela Problem verstanden (hatte es oui aussi déjà la fois angesprochen).
Meinste alors, es pourrait à dem Profaninternen Mcopybmp u.s.w. liegen? - oui cela benutze je.
ou bien liegt es à
Faible bereich#,10000 (trop wenig?)
le principal je hab la fois wieder nen Anhaltspunkt - merci Dir.
et si ca pas verständlich son sollte: c'est demain et je bois café - et hab URLAUB JUCHUUU
jusqu'à ensuite
Rolf |
|
| |
| |
| |
|
|
| Hi,
alles hab je aussi pas verstanden.
si du qui profaninternen Bitmaps benutzt, allez qui Taille qui Bitmap sur cela Limit de 2000 Pixel hinaus? malheureusement dürfen qui Bitmaps pas größer son (pourquoi eigentlich, qui Systembitmaps et ProSpeeds aussi dürfen jusqu'à 32768 Pixel breit son). là scheint mir encore un Bug vorhanden trop son.
Rolf, si je la fois quoi testen soll, ensuite sag Bescheid.
Salut, Frank |
|
| |
| |
| |
|
|
| Hi je nochmal
Aha - j'ai justement festgestellt, qui es peut-être. à quelque chose anderem liegen peux.
je nutze LoadFileCursor aus PRFELLOW. peut-être kennste cet Funktion oui.
si je avec qui souris sur den Arbeitsbereich vais, so wird cette aufgerufen.
malheureusement wird cet Funktion andauernd aufgerufen, si je im Arbeitsbereich avec dem Cursor suis.
alors hab je cette partie la fois deaktiviert et es kam aussi pour längerer Zeit pas trop dem beschriebenen effet.
alors werde je versuchen den Cursor seulement chez Eintritt dans den Bereich trop magasin.
peut-être hilft es. pourquoi ca so ist - tja ?????
Rolf |
|
| |
| |
| |
|
|
| Hi,
ne, qui Funktion hab je encore pas benutzt.
je hab mais festgestellt, cela quelques PrFellow Funktionen sous Windows XP incorrect travailler, weil souvent Bereiche avec Integern (sur 4il Offset-la base) beschrieben volonté, quoique es LongInteger son devrait. cela funktionierte sous Windows 98 correcte, sous XP mais pas plus.
un gutes Beispiel ist: BevelBox()
Salut, Frank |
|
| |
| |
| |
|
|
| je nochmal,
ici ist cela abschreckende Beispiel:
KompilierenMarqueSéparationDeclare BevelRect#
Def DrawEdge(4) !"USER32","DrawEdge"
Proc DrawBevel
Parameters x%,y%,x1%,y1%,BorderStyle%
Dim BevelRect#,16
Word BevelRect#,0=x%
Word BevelRect#,4=y%
Word BevelRect#,8=@add(x%,x1%)
Word BevelRect#,12=@add(y%,y1%)
DrawEdge(%hdc,BevelRect#,BorderStyle%,15)
DrawEdge(%hdc2,BevelRect#,BorderStyle%,15)
Dispose BevelRect#
| 20.04.2004 ▲ | |
|
| |
|
|
| allô son beiden...
cela Beispiel là dessus peut sogar mir une kalten averse sur den Rücken courir, quoique je encore un Integer fanatique suis .
@Rolf:
alors à Faible bereich#,10000 peux es keinen le cas liegen (serait oui ne tolle Exeption EAccess... Fehlermeldung apporter), je meinte si qui Bitmaps aussi grand genug sommes. Frank hat oui aussi déjà puis hingewiesen qui Profan interne Speicherbitmap (avec mcls erzeugt) peux pas größer comme 2000x2000 Pixel son.
Meinste alors, es pourrait à dem Profaninternen Mcopybmp u.s.w. liegen? - oui cela benutze je.
alors un faute chez MCopyBmp konnte je jusqu'à maintenant encore pas feststellen, je meinte CopySizedBmp, verursachte faute chez mir, sais maintenant mais pas si cela seulement qui ProSpeed-Funktion verursacht ou bien aussi qui Profan interne Befehl.
cela es à LoadFileCursor liegt peux je Je ne présenter (aussi si je toi là entäuschen doit), quoique on solch un faute naturellement aussi vermeiden sollte
Moritz |
|
| |
| |
| |
|
|
| Tja Moritz,
es scheint mais qui Cursorsache trop son. qui ganze Zeit pour Auskommentieren cette Geschichte venez es pas plus trop diesem Problem.
Nee j'ai ne...aucune einziges Bild, welches solche extremen Größen hat.
bof, je attends la fois ab, si qui faute doch irgendwann la fois wieder erscheint. je glaub z.Zt. pas plus daran - hoffentlich.
merci
Rolf |
|
| |
| |
| |
|
|
| Hi,
super, cela es maintenant funktioniert!
peux du LoadFileCursor la fois posten ?
@Moritz:
Inkompatibilitäten entre Profans et ProSpeeds Bitmap peux je, glaube je, ausschließen. Pour Hunderten de Tests et Versuchen peux je cela ruhigen Gewissens dire
(hé, so grand Zwischenräume im Text aller oui doch...)
Salut, Frank |
|
| |
| |
| |
|
|
| Salut,
na super, wenns doch qui faute était ist es oui ok. Hätte je mir zwar pas présenter peut mais il y a oui la plus part du temps qui Dinge qui on am wenigsten vermutet, qui qui faute verursachen je sais encore comment longtemps je à dem @loadfile problem beim Pathfinder gegrübelt hatte, quoique je absolu unschuldig était, et je simple pas sur elle kam cela ASPack qui Fehlerquelle son pourrait !!!
Mir sommes eigentlich aussi nie faute chez den bmp befehlen aufgefallen, mais quand même était il là, peux mais aussi son cela es mal programmiert véritable, hatte ensuite oui comment dit une schnellere (et wohl bessere) Solution trouvé.
peux mais aussi son cela es à meinem calculateur lag, hatte justement une neuen Detonator installiert qui meinem System irgendwie pas geschmeckt hat.
(pourquoi devrait aucun grand zwischenräume aller ???)
Moritz |
|
| |
| |
| |
|
|
| Hi Moritz  )
mais pourquoi verwendest du car 2 verschiedene Schriftarten chez den Zwischenräumen... und dir aussi sans Forum-Codes... )))
Salut, Frank |
|
| |
| |
| |
|
(866)
Deutsch
English
Français
Español
Italia