| |
|
|
- Seite 1 - |
|
Sebastian König | Hallo Roland,
kling super , aber bei mir (WinXP Prof. SP2) wird leider gleich beim Starten die Meldung Negative Fenstergröße!, Zeile 621 ausgegeben. Anschließend hat die Toolbar eine etwas seltsame Form ... (siehe angehängten Screenshot)
MfG
Sebastian |
|
|
| |
|
|
|
| |
|
- Seite 6 - |
|
Dietmar Horn | Hmmm ...
... nun fehlt mir zum Compilieren eigentlich nur noch die XPRFEDIT.PH
Gibts die auch noch irgendwo?
Gruß Dietmar |
|
|
| Multimedia für Jugendliche und junge Erwachsene - MMJ Hoyerswerda e.V. [...] Windows 95 bis Windows 7 Profan² 6.6 bis XProfan X2 mit XPSE Das große XProfan-Lehrbuch: [...] | 23.08.2006 ▲ |
|
|
|
|
| RGH
Wie schon erwähnt: Version 0.91 flimmert bei mir nicht mehr! Schon probiert?
Gruß Roland
Du hast wahrscheinlich Fensterinhalt beim Ziehen anzeigen deaktiviert, bei den meisten wird dies aber an sein, wenn die GraKa schnell genug ist. Am besten dem TABControl noch als Style ~WS_CLIPSIBLINGS verpassen, der hilft ein wenig. |
|
|
| |
|
|
|
RGH | Jacob Liebeck
Was ist ein CVS? Kann man das essen???
CVS ist ein Versions-Verwaltungs-System, daß es ermöglicht, daß mehrere Personn an einem größeren Softwareprojekt arbeiten. (Naja, man muß schon noch etwas aufpassen, daß man sicht nicht in die Quere kommt.) Dabei liegen die Quellcodes auf einem zentralen Serer, auf dem alle Entwickler Zugriff haben. Da XProfed aus nur zwei Quellcodes besteht, wäre der Aufwand wirklich zu hoch und daß mehrere Leute gleichzeitig an einem Quellcode arbeiten klappt natürlich auch mit CVS nicht sonderlich zufriedenstellend, es sei denn, sie machen relativ überschaubare Änderungen an verschiedenen Enden des Quelltextes. Für große Projekte, wo jeder so seine eigenen Bereiche hat, die er bearbeitet, ist es aber optimal. Wir nutzen es bei uns in der Firma. Wenn ich morgens komme, mache ich ein Update und habe die aktuellen Sourcen in meinem Projektordner. Und wenn mein Tagwerk dann einen Build übersteht und ordentlich läuft, checke ich die geänderten Sourcen ein und sie stehen dem Rest des Teams zur Verfügung. Und wenn was schief läuft: Jede ältere Version, die mal eingecheckt wurde, kann wieder hergestellt werden. Und wenn wir ein Release fertig haben, bekommt es einen Tag (Kennzeichen) und wir können das Release jederzeit wiederherstellen.
Aber wie gesagt: Für XProfed wäre das zuviel des Guten. Ich schlage daher zumindest für die Zeit bis zum Release von XProfan 10 vor, daß ihr Änderungen und Ergänzungen, die ihr nicht für euch behalten wollt, einfach per Mail an mich schickt und ich versuche dann das Ganze zusammenzuführen.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.08.2006 ▲ |
|
|
|
|
RGH | Dietmar Horn
Hmmm ... ... nun fehlt mir zum Compilieren eigentlich nur noch die XPRFEDIT.PH Gibts die auch noch irgendwo? Gruß Dietmar
Ja, die sollte inzwischen in Deiner Mailbox sein. Ich habe die beiden im Paket fehlenden Quellcodedateien eben an alle Subscriptionskunden verschickt. SORRY für das Versehen! Da ich an beiden Dateien schon ewig nichts mehr geändert habe und sie still in meinem Include-Ordner vor sich hin dösen, hatte ich sie wohl etwas aus dem Blickfeld verloren.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.08.2006 ▲ |
|
|
|
|
RGH | TS-Soft
RGHWie schon erwähnt: Version 0.91 flimmert bei mir nicht mehr! Schon probiert?
Gruß Roland Du hast wahrscheinlich Fensterinhalt beim Ziehen anzeigen deaktiviert, bei den meisten wird dies aber an sein, wenn die GraKa schnell genug ist. Am besten dem TABControl noch als Style ~WS_CLIPSIBLINGS verpassen, der hilft ein wenig.
Ach so, Du meinst das Verkleinern oder Vergrößern des Fensters! Ich habe lediglich das Flimmern des Menüs im normalen Betrieb als störend empfunden und erfolgreich abgestellt. Dass das Fenster während des Vergrößern und Verkleinerns nicht ständig aktualisiert wird, sondern erst wieder nach dem Loslassen empfand ich bisher nicht als Problem.
Wollte man das abstellen, müßte man den Code unnötig komplizieren und das würde das Erweitern des Editors für eigene Zwecke natürlich für manche natürlich erschweren.
Gruß Roland |
|
|
| Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 23.08.2006 ▲ |
|
|
|
|
| Eine Zeile hinter TabControl erstellung hilft schon mal etwas:
|
|
|
| |
|
|
|
Jörg Sellmeyer | Kann es sein, daß die Fensterpositionen beim Quellcode des Editors noch nicht richtig gespeichert werden? Wenn ich den XProfEd.prf starte und dann das Fenster einmal nach unten bewege (Statuszeile wird verdeckt) und dann wieder nach oben und dann das Programm beende, ist der nächste Start mit verrutschtem Fenster. In der mitgelieferten Exe passiert das nicht. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 23.08.2006 ▲ |
|
|
|
|
| RGH
Ach so, Du meinst das Verkleinern oder Vergrößern des Fensters! Ich habe lediglich das Flimmern des Menüs im normalen Betrieb als störend empfunden und erfolgreich abgestellt. Dass das Fenster während des Vergrößern und Verkleinerns nicht ständig aktualisiert wird, sondern erst wieder nach dem Loslassen empfand ich bisher nicht als Problem.
Genau das ists aber was leider! bei jedem XProfanprogramm den FastMode nötig macht. Ich hatte vor geraumer Zeit genau aus diesem Grunde einmal eine art eventhandler vorgeschlagen - sowas wie on(scale,%hwnd,procaddr(myHwndRedrawProc,0)).
RGH
Wollte man das abstellen, müßte man den Code unnötig komplizieren...
Mich würde grad hierzu interessieren welche Variante Du denn da bevorzugen würdest Roland - ich meine es betrifft schliesslich alle XProfanprogramme. |
|
|
| |
|
|
|
Jörg Sellmeyer | Jörg Sellmeyer
Kann es sein, daß die Fensterpositionen beim Quellcode des Editors noch nicht richtig gespeichert werden? Wenn ich den XProfEd.prf starte und dann das Fenster einmal nach unten bewege (Statuszeile wird verdeckt) und dann wieder nach oben und dann das Programm beende, ist der nächste Start mit verrutschtem Fenster. In der mitgelieferten Exe passiert das nicht.
Ich muß mich korrigieren. auch in der exe tritt es auf. Wenn man das Fenster (bildschirmfüllend aber nicht maximiert) verschiebt, dann wieder zurückverschiebt und schließt, wird beim nächsten Start an der verschobenen Position geöffnet. |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 24.08.2006 ▲ |
|
|
|
| |
|
- Seite 7 - |
|
|
| Nur wenn das Fenster links leicht rausgeschoben wurde, speichert er verkehrt, also --Koordinaten mag er nicht. |
|
|
| |
|
|
|
Jac de Lad | Aha, was CVS ist weiß ich jetzt. Noch ne Frage (der Begriff trat hier schon mehrmals auf): Wofür ist ~WS_Clipsiblings da? Was bewirkt der Style?
Jac |
|
|
| Profan² 2.6 bis XProfan 11.1+XPSE+XPIA+XPRR (und irgendwann XIDE) Core2Duo E8500/T2250, 8192/1024 MB, Radeon HD4850/Radeon XPress 1250, Vista64/XP | 24.08.2006 ▲ |
|
|
|
|
| Jacob Liebeck
Wofür ist ~WS_Clipsiblings da? Was bewirkt der Style?
Vermeidet unnötige Paintereignisse für Child-Fenster |
|
|
| |
|
|