| |
| |
|
| - Seite 1 - |
|
Jac
de
Lad | Hallo Community!
Roland werkelt schon wie ein Bekloppter an XProfan 11, damit es Ende des Monats fertig wird (oder kurz danach). Und seit ner Weile ist es ja schon Feature-Complete. Leider haben es ein paar kleinere oder größere Ideen nicht in XProfan 11 geschafft (was aber nicht schlimm ist, da Roland auch viiiiiiele Sachen eingebaut hat, an die hier keiner gedacht hatte). Auf alle Fälle lohnt sich das Update wie immer. 
Für all die kleinen und großen Sachen, die noch auf der Strecke geblieben sind eröffne ich hiermit einen Thread, in dem ich möchte, dass alle Anregungen und Wünsche für die nächste Version gepostet werden. Ich möchte Roland damit nicht unter Druck setzen, denn er hat sich erstmal eine Ruhepause verdient. Aber es wäre schade, wenn Ideen untergehen würden. Auch wärs gut, wenn der Thread keine Diskussionen, sondern nur die Ideen beinhalten würde; die Diskussionen können auf die Alpha-Phase von Xprofan 12 warten.
Und so mache ich gleich mal den Anfang:
1. Bildbefehle für Menüs (leicht über APIs) und Häkchen und sowas
2. die schonmal genannten XPDLs (wenn möglich; ich gebe zu, da verlange ich viel von Roland)
3. den Schriftartwahldialog
4. Comboboxen sollen auch ComboboxExen sein (Comboboxen mit Bildern) und volle Kompatibilität derer mit SetText/AddString etc.
5. Die mathematischen Funktionen Ceil() und Frac()
6. SetCurSel analog zu GetCurSel
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 | 08.04.2008 ▲ |
|
| |
|
|
| |
| |
| - Seite 1 - |
|
RGH | Hallo,
ich habe den Thread mal umgetauft in ... künftige XProfan-Versionen, da eine Festlegung auf eine bestimmte Version so weit im Vorfeld kaum möglich ist. Außerdem sollten wir erst mal die nächste Version, also die 11, auf den Weg bringen.
Gruß
Roland
Nachsatz: Außerdem gibt es hier in der Community schon einen eigenen Bereich Künftige XProfan Versionen. Vielleicht sollte iF den Thread da hinein verschieben. |
|
| |
| 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 | 08.04.2008 ▲ |
|
| |
|
|
Jac
de
Lad | @Roland: Ja, hm, nach der 11 kommt die 12. Ich bin einfach mal davon ausgegangen, dass du keine 11.1 oder 11.5 rausbringst. Und ich will dich wirklich nicht unter Druck setzen (bitte nicht hauen!).
Ja, den Thread habe ich falsch erstellt (hab die andere Sektion vergessen). Die Admins mögen mir vergeben.
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 | 08.04.2008 ▲ |
|
| |
|
|
 | | Erledigt, jetzt muss Jac nur noch einen passenderen Titel speichern und alles ist wieder im Lot. |
|
| |
| |
| |
|
|
Jac
de
Lad | | Ich wünsch mir noch, dass AddFiles mit Pfaden arbyten kann und man nicht immer ChDir vorher aufrufen muss. |
|
| |
| 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 | 08.06.2008 ▲ |
|
| |
|
|
Jac
de
Lad | Mir liegen noch 2 Dinge am Herzen:
1. Ein Befehl ExchangeColor, der in Bildern eine Farbe gegen eine andere austauscht
2. Wenn ich ein Bild mittels DrawPic auf einem anderen Fenster als dem %hWnd ausgebe muss ich mich selber um das Neuzeichnen kümmern. Mittels Subclassing ist das zwar möglich, aber recht umständlich, bzw. wenn ich mein Fenster sehr schnell aus dem Bildschirm herein-/herausbewegt habe, kommt es nicht immer mit aktualisieren nach. Vielleicht hat Roland da eine Möglichkeit, dass das automatisch gemacht werden kann. Möglicherweise ließe sich ja was mit Statics machen, mir wäre da vor allem die Sache mit der Transparenz wichtig.
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 | 15.07.2008 ▲ |
|
| |
|
|
Jac
de
Lad | | Ach ich seh grad, die von mir vernachlässigte Funktion Create(Bitmap... scheint das schon zu machen. |
|
| |
| 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 | 15.07.2008 ▲ |
|
| |
|
|
Jac
de
Lad | | Ich wünsche mir, dass die Prozedur "Assign" entfernt wird. Mit der Funktion "Assign()" ist diese überholt und auch die Anpassung alter Quelltexte sollte problemlos sein. Außerdem ist es dann einfacher, Incs und Units zu schreiben, ohne dass sich die Dateihandles überschreiben. Es würde dann nur noch eine Funktion zum Freigeben eines Handles fehlen. |
|
| |
| 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 | 31.07.2008 ▲ |
|
| |
|
|
| Das ist imho garnicht nötig!
Eine Include/Unit bzw. Funktion sollte so und so per assign als Funktion ein freies Dateihandle ermitteln um es zu nutzen. Freigeben kann man das Handle ja einfach per assign meinHandle,""
Ich sehe hier also das Kollisionen mit dem "Hauptprogramm" leicht vermieden werden können.  |
|
| |
| |
| |
|
|
Jac
de
Lad | Ah, stimmt, das hatte ich nicht bedacht. Jo, das geht klar. 
Das Problem ist nur, wenn eine Inc-Funktion ne Datei öffnet und dann das Hauptprogramm ein festes Handle verwendet, dass aber nicht mehr frei ist. |
|
| |
| 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 | 31.07.2008 ▲ |
|
| |
|
|
| | Wegen genau dieser Problematik wünschte ich mir so sehr das Assign als Funktion, drum hatte ich damals auch die file-unit programmiert welche eben genau dieses Feature für XProfan bereitstellte. Nachteil: Natürlich hätten alle im Programm genutzten Units, Includes und Assigns mit dieser Unit arbeiten müssen damit es eben keine Kollisionen gibt. Glücklicherweise lies der Anstoß nicht lange auf Assign als Funktion warten. |
|
| |
| |
| |
|
|
Nico
Madysa | Wobei ich hier noch vermelden möchte, dass ich ein Entfernen der Assign-Prozedur nicht gutheiße. Da ich in meinen Programmen selten mal mehr als ein, zwei Dateien öffne bin ich oft zu faul, für diese Dateien Extravariablen zu deklarieren. Ich kann dann meist dennoch ganz gut auseinander halten, ob ich die erste oder die zweite Datei beschreiben/lesen will.
Mit Includes ist das natürlich etwas Anderes. Darauf sollten allerdings meiner Meinung nach Autor und Nutzer der Inc/Unit selbst achten. |
|
| |
| |
| |
|
| |
| |
| - Seite 2 - |
|
|
Rolf
Koch |
KompilierenMarkierenSeparieren
100% Zustimm. Warum immer dieses sinnlose Enternen? Vorallem will ich auch mal wieder in Roc was neues anfangen und nicht nur Code anpassen (ist 200% mehr Arbeit als Neue Dinge)
STRIKT NEIN! Oder ich schreibe einen Assign Song! |
|
| |
| |
| |
|
(948)
Deutsch
English
Français
Español
Italia