| |
|
|
| ici volonté Wünsche geäußert.
[box:174b705055]je wünsche mir pour XProfan10:[/box:174b705055] isset(a&) zum vérifier si a& declariert ist unset(a&) zum undeklarieren de a& sort(array[&|$]) / Sortierbefehle pour Arrays Startpaint -1 nécessaire ne...aucune %hwnd plus, et/ou bien %hwnd (Hauptfenster) peux erzeugt volonté sans dans qui Taskbar trop erscheinen hiword et loword im Sprachschatz clearlist avec Handle comme paramètre löscht Listboxinhalt .
Salve. |
|
|
| |
|
|
|
someoneveryold | une concept wär doch, qui Mathematikfunktionen komplett dans Befehle umzusetzen. parallèle naturellement. Spart dans manchen Programmen zwar seulement un paire Bytes, mais besser, comme sich qui Procs selbst trop écrivons.
(PS: ist es so ok, iF?) |
|
|
| |
|
|
|
Jörg Sellmeyer | qui transparente la couleur comme zusätzlichen (optionalen) paramètre chez den Bitmap-Befehlen et Funktionen!!! LoadBmp S, X,Y ;N[,$FFFFF][hr:e4f4ed0ba1][box:e4f4ed0ba1]Bearbeitung de iF ca liesse sich très simple sur set(SetTransparencyColor,rgb(0,0,0)) festlegen.[/box:e4f4ed0ba1][hr:e4f4ed0ba1]Nachtrag J. S. non! car cela wäre oui programmweit. avec meinem Vorschlag peux chaque Bild individuelle Transparenz conservé. Es wäre oui pas cela quoi je mir wünsche.
KompilierenMarqueSéparation hat qui gleiche Wirkung comment KillTimer.
un réel Handle qui Speicherbitmap et pas qui le détour sur Startpaint -1 |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 03.08.2005 ▲ |
|
|
|
|
René Wagner | - strengeren Kompiler, qui z.B. pas deklarierte Variablen bereits au cours de des Kompilierens anmeckert
- Auflösung qui paramètre einer Methode avant dem Aufruf, pas seulement (comment bisher) chez qui Übernahme par parameters |
|
|
| Mit XProfan erstellte Freeware findet ihr hier: [...] US World Domination Tour - bombing a country near you... | 10.08.2005 ▲ |
|
|
|
|
Jac de Lad | je wünsche mir deux Funktionen:
Succ() et Pred(). qui devoir pour qui angegebene Variable den Vorgänger (Predecessor) bzw. den successeur (Successor) ausspucken. cela serait einiges à Code simplifier!!!
dynamischen Arrays. cela veux je déjà longtemps avons. je mon avec cela, dass on qui Taille eines Arrays au cours de cela Programme fonctionne verändern peux (am besten aussi avec Variablen).
je denke etwa so: SetArray(array[&|%|$|!],10,10) SetArray(array[&|%|$|!],a%,b%)
alors je hätte volontiers ne Override-Funktion. avec cela wird une XProfan-Funktion ou bien -Procédure umgeleitet. Beispiel:
Override.inc
Override Créer,OldCreate
Proc Set Paramètres quoi$,hwnd&,Text$,x&,y&,dx&,dy& declare h& quoi$=Lower$(quoi$) si Equ$(quoi$,progressbar) h&=Control(ms_progress32,text$,$50000000,x&,y&,dx&,dy&,hwnd&,1001,%hInstance,0) elseif ... . . . d'autre h&=OldCreate(quoi$,hwnd&,Text$,x&,y&,dx&,dy&) endif Retour h& endproc
c'est maintenant seulement la fois vite un zusammengeschustertes Beispiel. quoi je avec cela mon, ist, dass une Funktion de Profan überschrieben wird. Im Beispiel ist vous ensuite encore sur OldCreate abrufbar. Im normalen Voir le texte source peut maintenant mais aussi simple sur Créer(...) Progressbars erstellt volonté. c'est maintenant wirklich ne...aucune sinnvolles Beispiel, mais peut-être ist es sinnvoll im Zusammenhang avec Set()/Get() et Unités. là pourrait peut-être sogar encore qui Bezeichner ?_ entfallen. je hoffe son wisst quoi je mon...
un Statement qui Community serait mich la fois intéresser!
Jac
bien fände je statt ou bien zusätzlich trop
Proc Irgendwas Paramètres a$,b%,c&,d!
NEW:
Proc Irgendwas(a$,b%,c&,d!)
cela wäre une echte Erleichterung.
Jac
Analog en supplément wäre
endproc ret$
aussi sinnvoll. son wisst déjà quoi je mon.
Jac
ah oui, qui Get/Set-Funktionen pourrait on oui encore avec Decimals erweitern, alors je mon den original Decimals-Befehl.
ah oui et quatre Befehle a la PutWord, PutLong et GetWord et GetLong zum Lesen/écrivons de Words/Long dans Fichiers wären une echte Erleichterung!
Dynamische Unités! ensuite pourrait on qui aktuellste Version toujours zur Laufzeit einbinden. Wäre pour mon aktuelles projet prima!
Erweiterte Variablen wären äußerst bien. alors Int64 et 64Bit-FLoat!
Ähm, richtige Threads! cela wär geil!
plus Get/Set-Befehle. je mon pour Sachen comment USEP et so (pour mon aktuelles projet très nützlich!
Ähhm, plus que 15 Paramter pour une Procédure wären à sich pas mal (j'ai une Procédure, qui 19 paramètre hat, qui musste je maintenant aufteilen). bof, peut-être pas zwingend nötig...
un strengerer Compiler wär aussi pas mal, je gebe zum Beispiel souvent qui falsche Paramterzahl à, ensuite stürzt cela Prog beim Testen ab et je ne sais pas pourquoi. si qui Compiler cela déjà erkennen serait, wäre einiges einfacher!
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 | 23.08.2005 ▲ |
|
|
|
|
RGH | je veux maintenant dans loser Folge Stellung trop individuel désirer prendre.
alors je hätte volontiers ne Override-Funktion. avec cela wird une XProfan-Funktion ou bien -Procédure umgeleitet.
cela voudrais je so pas einbauen. si chacun XProfan-Funktion überschrieben/umgeleitet volonté peux, venez on avec einem Wuellcodeausschnitt pas plus bien sûr, si on pas sais, comment quelle Funktionen/Befehle umgeleitet wurden, etc. cela chaos wäre vorprogrammiert.
mais Dein Anliegen werde je quand même aufgreifen: Dir ca va oui tout autor, le Funktionen avec Unterfunktionen weitere Unterfunktionen hinzuzufügen, etwa chez @Créer ou bien @Set. cela wird dans XProfan 10 possible son: KompilierenMarqueSéparation avec SUBPROC peut alors qui Funktionen avec Unterfunktionen erweitert volonté.
Succ() et Pred(). qui devoir pour qui angegebene Variable den Vorgänger (Predecessor) bzw. den successeur (Successor) ausspucken.
cela wäre zwar simple trop realisieren, mais funktioniert naturellement seulement chez den Variablentypen % et &. si cela qui introduction zweier neuer Keywords rechtfertigt? A% = SUCC(A%) hätte ensuite qui gleiche Funktion comment A% = A% - 1 ou bien encore kürzer DEC A%.
ah oui, qui Get/Set-Funktionen pourrait on oui encore avec Decimals erweitern, alors je mon den original Decimals-Befehl.
cela gibt es déjà: @Set(Decimals,N%)
ah oui et quatre Befehle a la PutWord, PutLong et GetWord et GetLong zum Lesen/écrivons de Words/Long dans Fichiers wären une echte Erleichterung!
Klingt bien! Werde je drüber sur). cela sollte ne...aucune großes Problem son.
Salut Roland
Arrghhh ... wieso wird mon Listing dessus verunstaltet? je hatte qui beiden Zeilen pour SUBPROC eingerückt et naturellement avant dem ENDPROC aucun Freizeile! et statt Hlv& J'ai eu hLV& geschrieben. (je mets dans qui règle un kleines h avant den Namen, si es un Handle ist.) quoi doit je faire, avec cela mon Text so dargestellt wird, comment je ihn schreibe? |
|
|
| 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 | 21.02.2006 ▲ |
|
|
|
|
Frank Abbing | cela liegt am automatischen Codeformer ici. tu as droite, je empfinde ihn aussi plutôt störend, comme hilfreich.
@iF: peux du im Profile aucun Einstellung en supplément prendre, si Code automatisch formatiert sichtbar ou non? |
|
|
| |
|
|
|
Frank Abbing | [quote-part:7ecf515436]bien fände je statt ou bien zusätzlich trop
Proc Irgendwas Paramètres a$,b%,c&,d!
NEW:
Proc Irgendwas(a$,b%,c&,d!)
cela wäre une echte Erleichterung.
Jac
--------------------------------------------------------------------------------
Analog en supplément wäre
endproc ret$
aussi sinnvoll. son wisst déjà quoi je mon.[/quote-part:7ecf515436] c'est wirklich überaus hilfreich. je selber habe cet Syntax pour meinen XPIA déjà longtemps übernommen et nutze pour mon Assemblerblöcke seulement encore cet Schreibweise. |
|
|
| |
|
|
|
RGH | [quote-part:cc9f3e53a4=Frank Abbing]cela liegt am automatischen Codeformer ici. tu as droite, je empfinde ihn aussi plutôt störend, comme hilfreich.[/quote-part:cc9f3e53a4] oui, cela sollte abgestellt volonté. Syntaxhighlighting et qui automatische Onlinehilfe sommes hingegen genial et devrait rester!
Salut 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 | 21.02.2006 ▲ |
|
|
|
|
Jac de Lad | Ahh, merci Roland. cela fait mir déjà den Mund wässrig. je peux maintenant à peine encore schalfen, weil je jeden journée hoffe, dass XProfan 10 dans den Startlöchern steht. joli, dass du sur qui Wünsche qui Community eingehst, très lobenswert! là fühlt on sich besser behandelt comme dans den meisten Delphi-Foren, wohin zwar viele Probleme gelöst volonté, mais de entier dessus pas viel venez. bof, qui avons wahrscheinlich pas viel Zeit.
Jac
PS: Avec l' Decimals habe je pas gesehen. ah, et tut mir leid, dass je so viele Wünsche habe (hab grad wieder une dazugekritzelt)...XProfan ist quand même einsame Spitze! |
|
|
| 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 | 21.02.2006 ▲ |
|
|
|
|
Michael Wodrich | je wünsche mir qui Erweiterung qui Objekte sur LongInt-Zuweisung. là es cela TypeOf() déjà gibt devrait oui interne chez qui Long-Variable stehen, qui vous vom Typ Object ist.
Mir gelingt es nämlich avec den Array-Objekten pas, cet trop verketten.
Beispiel: class SingleListElem = Next&, Werte#(20),SingleListElem@ class SingleList = Head&,Methoden@,...
un Element dem Head& zuweisen scheitert déjà. Weitere Elemente sur cela Next& poursuivre allez aussi pas, solange on un objet pas à une LongInt zuweisen peux. cela Lesen et Sauver qui modifié Werte peux sur Methoden gelöst volonté. si XProfan ici une interne Zugriffsprüfung spendiert wird à la cet opération avec objet so pas possible sollte es doch aller...
belle Grüße Michael Wodrich |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 22.02.2006 ▲ |
|
|
|
|
RGH | [quote-part:efaf76d330=Michael Wodrich]je wünsche mir qui Erweiterung qui Objekte sur LongInt-Zuweisung. là es cela TypeOf() déjà gibt devrait oui interne chez qui Long-Variable stehen, qui vous vom Typ Object ist.[/quote-part:efaf76d330] chez qui LongInt-Variablen steht interne gar rien. et aussi un LongInt im Bereich(objet/Struktur) belegt exakt quatre Bytes, cela TypeOf funktioniert seulement chez Bereichsvariablen. chez einer Zuweisung eines Objektes moins un Longint (quoi oui chez einfachen Bereichen et Strukturen funktioniert) gingen alle Informationen sur cela objet sauf seiner Adresse verloren. quoi voulais on avec cela encore anfangen?
mais ließe sich Dein Problem pas lösen, dans dem Vous Methode Head@ écris, qui Du comme paramètre un objet qui super SingleListElem übergibst.
Salut 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 | 22.02.2006 ▲ |
|
|
|