| |
| |
|
| - page 1 - |
|
Jac
de
Lad | allô Community!
Roland werkelt déjà comment un Bekloppter à XProfan 11, avec cela es Ende des Monats fertig wird (ou bien kurz après). et depuis ner Weile ist es oui déjà Feature-Complete. malheureusement avons es un paire kleinere ou bien größere idées pas dans XProfan 11 geschafft (quoi mais pas grave ist, là Roland aussi viiiiiiele Sachen incorporé hat, à qui ici aucun gedacht hatte). sur alle Fälle lohnt sich cela Update comment toujours. 
Pour espace qui kleinen et grand Sachen, qui encore sur qui Strecke geblieben sommes eröffne je hiermit une Fil, dans dem je voudrais, dass alle Anregungen et Wünsche pour qui prochain Version posté volonté. je voudrais Roland avec cela pas sous Druck mettons, car il hat sich erstmal une Ruhepause verdient. mais es wäre tant pis, si idées untergehen würden. aussi wärs bien, si qui Fil aucun Diskussionen, mais seulement qui idées beinhalten würde; qui Diskussionen peut sur qui Alpha-Phase de Xprofan 12 attendre.
et so fais je juste la fois den Anfang:
1. Bildbefehle pour Menüs (léger sur APIs) et Häkchen et quelque chose comme
2. qui Schonmal genannten XPDLs (si möglich; je gebe trop, là verlange je viel de Roland)
3. den Schriftartwahldialog
4. Comboboxen devoir aussi ComboboxExen son (Comboboxen avec Bildern) et volle Kompatibilität derer avec SetText/AddStrings etc.
5. qui mathematischen Funktionen Ceil() et Frac()
6. SetCurSel analog trop 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 | Salut,
j'ai den vues Thread umgetauft dans ... künftige XProfan-Versionen, là une Festlegung sur une bestimmte Version so large im Vorfeld à peine possible ist. Aussi devrait wir seulement fois le prochain Version, alors qui 11, sur den Weg apporter.
Salut
Roland
Nachsatz: Aussi gibt es ici dans qui Community déjà une eigenen Bereich Künftige XProfan Versionen. peut-être sollte iF den Fil là hinein Déplacer. |
|
| |
| 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: oui, hm, pour qui 11 venez qui 12. je suis simple la fois en ausgegangen, dass du aucun 11.1 ou bien 11.5 rausbringst. et je veux toi wirklich pas sous Druck mettons (s'il te plaît pas hauen!).
oui, den Fil habe je faux erstellt (hab l'autre Sektion oublier qc). qui Admins lieben 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, maintenant muss Jac seulement encore une passenderen Titel Sauver et alles ist wieder im Lot. |
|
| |
| |
| |
|
|
Jac
de
Lad | | je wünsch mir encore, dass AddFiles avec Pfaden arbyten peux et on pas toujours ChDir auparavant appel 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 encore 2 Dinge am Herzen:
1. un Befehl ExchangeColor, qui dans Bildern une la couleur vers une autre austauscht
2. si je un Bild mittels DrawPic sur einem anderen la fenêtre comme dem %hWnd ausgebe muss je mich selber um cela Neuzeichnen kümmern. Mittels Subclassing ist cela zwar possible, mais droite compliqué, bzw. si je mon la fenêtre très vite aus dem Bildschirm herein-/herausbewegt habe, venez es pas toujours avec aktualisieren pour. peut-être hat Roland là une Possibilité, dass cela automatisch gemacht volonté peux. Möglicherweise ließe sich oui quoi avec Statics faire, mir wäre là avant allem qui l'affaire avec qui Transparenz important.
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 | | ah je seh grad, qui de mir vernachlässigte Funktion Créer(Bitmap... scheint cela déjà trop faire. |
|
| |
| 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 | | je wünsche mir, dass qui Procédure "Assign" entfernt wird. avec qui Funktion "Assign()" ist cet überholt et qui Anpassung alter Source sollte problemlos son. Aussi ist es ensuite einfacher, Incs et Unités trop écrivons, sans dass sich qui Dateihandles überschreiben. Es serait ensuite seulement encore une Funktion zum Freigeben eines Handles manquer. |
|
| |
| 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 ▲ |
|
| |
|
|
| c'est imho garnicht nötig!
une Include/Unit bzw. Funktion sollte so et so per assign comme Funktion un freies Dateihandle ermitteln um es trop nutzen. Freigeben peux on cela Handle oui simple per assign meinHandle,»
je vois ici alors cela Kollisionen avec dem "Hauptprogramm" léger vermieden volonté peut.  |
|
| |
| |
| |
|
|
Jac
de
Lad | Ah, stimmt, cela J'ai eu pas attentive. Jo, cela allez bien sûr. 
cela Problem ist seulement, si une Inc-Funktion ne Dossier ouvrez et ensuite cela Hauptprogramm un festes Handle verwendet, dass mais pas plus libre 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 ▲ |
|
| |
|
|
| | à cause de oui c'est ca cette Problematik wünschte je mir tellement cela Assign comme Funktion, tambour J'ai eu autrefois aussi qui file-unit programmiert quelle plan oui c'est ca cet Feature pour XProfan bereitstellte. le tort: Bien sûr hätten alle im Programme genutzten Unités, Comprend et Assigns avec cette Unit travailler doit avec cela es plan aucun Kollisionen gibt. Glücklicherweise lies qui Anstoß pas longtemps sur Assign comme Funktion attendre. |
|
| |
| |
| |
|
|
Nico
Madysa | Wobei je ici encore vermelden voudrais, dass je un Entfernen qui Assign-Procédure pas gutheiße. là je dans meinen Programmen selten la fois plus que un, deux Fichiers ouvre suis je souvent trop fainéant, pour cet Fichiers Extravariablen trop déclarer. je peux ensuite meist toutefois pas mal auseinander tenir, si je la première ou bien qui zweite Dossier décrire/lesen veux.
avec Comprend ist cela naturellement quelque chose Anderes. puis devrait allerdings meiner attitude pour Autor et Nutzer qui Inc/Unit selbst achten. |
|
| |
| |
| |
|
| |
| |
| - page 2 - |
|
|
Rolf
Koch |
KompilierenMarqueSéparation
100% Zustimm. pourquoi toujours cet sinnlose Enternen? Vorallem veux je aussi la fois wieder dans Roc quoi nouveau anfangen et pas seulement Code anpassen (ist 200% plus travail comme Neue Dinge)
STRIKT NEIN! ou bien j'écris une Assign Song! |
|
| |
| |
| |
|
(1.176)
Deutsch
English
Français
Español
Italia