| |
|
|
- 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 |
|
|
| |
|
|
|
| |
|
- 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 |
|
|
| |
|
|
|
| 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 |
|
|
| |
|
|
|
| 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 |
|
|
| |
|
|
|
| Yo otra vez, hier es el abschreckende Ejemplo: KompilierenMarcaSeparaciónDeclare 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 |
|
|
| |
|
|
|
| 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 |
|
|
| |
|
|
|
| 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 |
|
|
| |
|
|
|
| ¡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 |
|
|
| |
|
|
|
| Hi Moritz )
aber por qué verwendest du porque 2 verschiedene Schriftarten en el Zwischenräumen... Lo va auch sin Foro-Codes... )))
Saludo, Franco |
|
|
| |
|
|
| |
|
- 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 |
|
|
| |
|
|
|
| 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 |
|
|
| |
|
|
|
| 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 |
|
|
| |
|
|