| |
| |
|
Jörg
Sellmeyer | comment wäre es, si cela quelque chose umgestellt wird et (wahrscheinlich/hoffentlich) wenig Aufwand viele neue Opportunités geschaffen volonté et gleichzeitig wieder Funktionstokens (ou bien comment cela est) libre volonté.
Es gäbe zukünftig seulement encore MoveListTo(...) et MoveHandleTo(...). Wobei on aussi le reste seulement sur MoveHandleTo(...) réduire pourrait.
cela sähe ensuite so aus:
Analog en supplément:
So hätte on seulement encore deux Containerfunktionen. on pourrait plan aussi MoveListTo(...) ersetzen, indem chez MoveHandleTo(...) aussi qui zéro comme paramètre pour qui interne liste benutzt volonté peux.
dans dem Zusammenhang voudrais je nochmal erwähnen, dass je es super fände, si cet Cordes pas dans » stehen müßten. cela Gleiche gilt pour qui ganzen Créer(...)-Funktionen. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ...  | 25.04.2012 ▲ |
|
| |
|
|
Jörg
Sellmeyer | | bof - ensuite sommes allerdings encore pas qui MoveStrToList et MoveArrToList berücksichtigt. peut-être serait es déjà viel apporter, si on cet direct sur Listboxen o.ä. anwenden pourrait sans den le détour sur qui interne liste. |
|
| |
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 25.04.2012 ▲ |
|
| |
|
|
 | Es gäbe oui keinen ID-manque si avec einem einfachen Präkompilierer-
Pass Funktionen comment folgt umgewandelt würden:
funktionsname(...
f(1,...
MoveStrToList(...
f(2,...
MoveArrToList(...
f(3,...
après wäre es unnötigt jusqu'à tant pis Funktionsnamen zweckfremder trop
benennen. |
|
| |
| |
| |
|
|
RGH | | dans X3 vais je encore une Schritt plus et fasse alle trop Move() zusammen! |
|
| |
| XProfan X2Intel Duo E8400 3,0 GHz / 4 GB RAM / 1000 GB HDD - ATI Radeon HD 4770 512 MB - Windows 7 Home Premium 32Bit - XProfan X4 | 25.09.2014 ▲ |
|
| |
|
(950)
Deutsch
English
Français
Español
Italia