| |
| |
|
| - Page 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 grande 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 per 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 per Menüs (leicht circa 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 ▲ |
|
| |
|
|
| |
| |
| - Page 1 - |
|
RGH | Ciao,
ich habe den Thread mal umgetauft in ... künftige XProfan-Versionen, da eine Festlegung auf eine bestimmte Version so weit im Vorfeld kaum possibile ist. Außerdem sollten wir erst mal die nächste Version, also die 11, auf den Weg bringen.
Saluto
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 possibile, 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 Fonte sollte problemlos sein. Außerdem ist es dann einfacher, Incs und Unità 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 File ö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 per XProfan bereitstellte. Nachteil: Natürlich hätten alle im Programm genutzten Unità, Include 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 File öffne bin ich oft zu faul, per diese File Extravariablen zu deklarieren. Ich kann dann meist dennoch ganz gut auseinander halten, ob ich die erste oder die zweite File beschreiben/lesen will.
Mit Include ist das naturalmente etwas Anderes. Darauf sollten allerdings meiner Meinung nach Autor und Nutzer der Inc/Unit selbst achten. |
|
| |
| |
| |
|
| |
| |
| - Page 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! |
|
| |
| |
| |
|
(936)
Deutsch
English
Français
Español
Italia