Español
Foro

Immer todavía ganzer Screen...

 
- Página 1 -


Schade, así kann Yo no a Speed@nim weiterarbeiten.
Klappt alles saugut, sin embargo como schonmal beschrieben,
si yo länger arbeite - also z.B. 3-5 Minuten male, así springt plötzlich mein Programa en el ganzen Screen como si una Bildschirmschoner hätte.
Mir es gerade passiert:
Guardar bajo gewählt -
komischerweise no Icons antes el vorhandenen Bitmaps (überhaupt no Grafik) y 3sec später otra vez ganzer Bildschirm con mi Programa.
Nachdem Yo irgendwie el Speichernbutton de Savebmpdialog erreicht hatte, Tuve mein original Programa otra vez, aber hmmmm ???? >>>> dasselbe como Screenhintergrund. Sieht also después de Duplikat aufm Desktop de.
Irgendetwas se ejecuta torcido, aber qué????
Ansonsten Gracias para Euere Überlegung en el Vorraus - wäre schade en el Programa, si yo no weiterentwickeln podría
Rolf
 
20.04.2004  
 



 
- Página 1 -


Hi,

alles tener Yo auch no verstanden.
Wenn du el profaninternen Bitmaps benutzt, va el Größe el Mapa de bits encima el Limit de 2000 Pixel hinaus? Leider dürfen el Bitmaps no größer ser (por qué eigentlich, el Systembitmaps y ProSpeeds auch dürfen a 32768 Pixel breit ser). Como scheint me todavía una Bug disponible a ser.

Rolf, si yo algo testen se, entonces sag Bescheid.

Saludo, Franco
 
20.04.2004  
 



Hi Yo otra vez
Aha - Yo gerade festgestellt, daß lo evtl. a algo anderem mentira kann.
Yo nutze LoadFileCursor de PRFELLOW. Tal vez kennste esta Función sí.
Wenn I, con ratón encima el Arbeitsbereich gehe, así dieser aufgerufen.
Leider se esta Función andauernd aufgerufen, si yo en el Arbeitsbereich con el Cursor bin.
Also tener Yo esta Teil veces deaktiviert y lo kam auch después de längerer Tiempo no a el beschriebenen Effekt.
Also voluntad Yo versuchen el Cursor sólo en Eintritt en el Zona a invitar.
Tal vez hilft lo. ¿Por qué dies así es - tja ?????
Rolf
 
20.04.2004  
 



Hi,

ne, el Función tener Todavía no benutzt.
Yo aber festgestellt, el algunos PrFellow Características bajo Windows XP fehlerhaft trabajo, porque oft Bereiche con Integern (en 4él Offset-Base) beschrieben voluntad, obwohl lo LongInteger ser debería. Das funktionierte bajo Windows 98 tadellos, bajo XP pero no mehr.
Ein gutes Ejemplo es: BevelBox()

Saludo, Franco
 
20.04.2004  
 



Yo otra vez,
hier es el abschreckende Ejemplo:
KompilierenMarcaSeparación
Declare 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  
 



¡Hola ihr beiden...

el Ejemplo como oben lässt incluso me una kalten schauer encima el Rücken laufen, obwohl Todavía una Integer Fanatiker bin .

@Rolf:
Also a Dim bereich#,10000 kann lo no Fall mentira (sería sí ne tolle Exeption EAccess... Fehlermeldung bringen), Yo meinte si el Bitmaps auch groß genug son. Franco ha en efecto ya darauf hingewiesen el Profano interne Speicherbitmap (con mcls producido) kann no größer como 2000x2000 Pixel ser.

Meinste also, lo podría a el Profaninternen Mcopybmp u.s.w. mentira? - Sí el benutze Yo.
Also una Fehler en MCopyBmp podría Yo a ahora todavía no determinar, Yo meinte CopySizedBmp, verursachte Fehler en me, weiß ahora pero no si el sólo el ProSpeed-Función verursacht oder auch el Profano interne Befehl.

Das lo a LoadFileCursor liegt kann Yo no vorstellen (auch si yo dich como entäuschen muß), obwohl uno solch una Fehler natürlich auch vermeiden debería

Moritz
 
20.04.2004  
 



Tja Moritz,
lo scheint aber el Cursorsache a ser. El todo Tiempo después de Auskommentieren dieser Geschichte kommt no mehr a diesem Problema.
Nee Yo kein einziges Bild, welches solche extremen Größen ha.
Naja, Yo warte veces de, si el Fehler doch irgendwann veces otra vez erscheint. Yo glaub z.Zt. no mehr daran - hoffentlich.
Gracias
Rolf
 
20.04.2004  
 



Hi,

super, el lo ahora funktioniert!
¿Puede du LoadFileCursor veces puesto ?

@Moritz:
Inkompatibilitäten zwischen Profans y ProSpeeds Mapa de bits kann Yo, glaube Yo, ausschließen. Nach Hunderten de Tests y Versuchen kann Yo el ruhigen Gewissens sagen

(He, así große Zwischenräume en el Texto ir sí doch...)

Saludo, Franco
 
20.04.2004  
 



¡Hola,

na super, wenns doch el Fehler war es sí ok. Hätte Yo zwar no vorstellen puede pero son tan meistens el Dinge el uno al wenigsten vermutet, el el Fehler verursachen Yo weiß todavía como largo Yo a el @loadfile problem beim Pathfinder gegrübelt hatte, obwohl Yo absolut unschuldig war, y yo simplemente no en él kam el ASPack el Fehlerquelle ser podría !!!

Mir son eigentlich auch nie Fehler en el bmp befehlen aufgefallen, aber trotzdem war él como, kann aber auch ser el lo schlecht programmiert verdadero, hatte entonces sí como dijo una schnellere (y wohl bessere) Solución gefunden.
Kann aber auch ser el lo a mi Rechner lag, hatte gerade una neuen Detonator installiert el mi sistema irgendwie no geschmeckt ha.

(¿Por qué debería no großen zwischenräume ir ???)

Moritz
 
20.04.2004  
 



Hi Moritz )

aber por qué verwendest du porque 2 verschiedene Schriftarten en el Zwischenräumen... Lo va auch sin Foro-Codes... )))

Saludo, Franco
 
20.04.2004  
 



 
- Página 2 -


So ------
y nun ......
tener Yo wirklich algo getrunken.
Mit meiner Frau 4 Flaschen Sekt - jjaaaaa kein Bier
Gracias y wartet veces schön más, en mi Fiesta voluntad Yo wohl Speed@nim muy weit entwickeln.
Achso:
Das Problema kommt incluso en USECURSOR.
Wenn Yo bloß trotz Waitinput el Arbeitsbereich (Zona, welcher el Malen ermöglicht) abfragen podría.
Como ha el bloß Thomas damals hinbekommen, daß Tooltips trotz Waitinput (sin Timersachen!!!) adecuado voluntad.
Bedeutet:
Wenn Yo Waitinput habe, wandelt se mein Cursor no en, si yo encima una cierto Zona bin?
Dies va sólo sin Waitinput oder por Temporizador.
Und hay liegt auch el problema. Besser wäre mein Programa con Waitinput y Aktionen, welche unabhängig de Waitinput reagieren.
Naja, entonces
Euer Rolf
 
20.04.2004  
 



Morgen a frühen Stund...

@Franco: como porque ?

@Rolf: Das Problema kenn Yo sólo a bien, ha mich mehrmals frustriert el lo dafür no Solución son, ideal wäre lo si cierto Aktion así definieren podría el ellos waitinput verlassen. Habs a ahora siempre sin waitinput gemacht qué el Systemauslastung natürlich no zugute kommt, aber con un Sleep Befehl hält se el auch aún en Grenzen !

Yo darf igual trabajo ir... *heul*

Moritz
 
20.04.2004  
 



Hi,

en jede Leerzeile mußt du Chr$(160) einfügen, el Es el Tastenkombination >Shift Space<.

Ziemlich heidnische Arbeitszeiten hast du aber *bedauer*...

Saludo, Franco
 
20.04.2004  
 




Respuesta


Título del Tema, max. 100 Signo.
 

Systemprofile:

Kein Systemprofil creado. [anlegen]

XProfan:

 Contribución  Font  Smilies  ▼ 

Bitte registro en una Contribución a verfassen.
 

Tema opciones

8.212 Views

Untitledvor 0 min.
Andreas Koch14.06.2013
Julian Schmidt15.09.2012

Themeninformationen

Dieses Thema ha 1 subscriber:

unbekannt (15x)


Admins  |  AGB  |  Applications  |  Autores  |  Chat  |  Política de Privacidad  |  Descargar  |  Entrance  |  Ayuda  |  Merchantportal  |  Pie de imprenta  |  Mart  |  Interfaces  |  SDK  |  Services  |  Juegos  |  Búsqueda  |  Support

Ein Projekt aller XProfan, el lo son!


Mi XProfan
Privado Noticias
Eigenes Ablageforum
Temas-Merkliste
Eigene Beiträge
Eigene Temas
Zwischenablage
Cancelar
 Deutsch English Français Español Italia
Traducciones

Política de Privacidad


Wir uso Cookies sólo como Session-Cookies wegen el technischen Notwendigkeit y en uns hay no Cookies de Drittanbietern.

Wenn du hier en unsere Webseite klickst oder navigierst, stimmst du unserer Erfassung de Informationen en unseren Cookies en XProfan.Net a.

Weitere Informationen a unseren Cookies y dazu, como du el Kontrolle darüber behältst, findest du en unserer nachfolgenden Datenschutzerklärung.


einverstandenDatenschutzerklärung
Yo möchte no Cookie