XProfan

- page 3 -

[quote-part:61f58ce09e=RGH][quote-part:61f58ce09e=iF]comment wird cela ensuite avec Konstantendefinition son si Def wegfällt?[/quote-part:61f58ce09e]
qui hat car jamais behauptet, qui cela DEF wefallen soll?

Manche lesen plus aus meinen Zeilen heraus, comme jamais drin stehen sollte!
DEF bleibt naturellement enthalten, entier besonders zur définition de Konstanten. Daran wird sich DEFinitiv rien changement!

Salut
Roland[/quote-part:61f58ce09e]
eh, entschuldige s'il te plaît.

RGH

[quote-part:b1f5617a8c=Nico Madysa]justement pour SendMessage&Co. vous êtes nützlicher[/quote-part:b1f5617a8c]
Inwiefern? quoi peux un DEF dans Bezug sur funktionsdefinition, quoi une PROC pas peux? Habe je quoi übersehen?

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

<offtopic>
[quote-part:364bc822e6=Dietmar Horn]comme brauchten wir lediglich encore une einigermaßen gescheiten Text.

Salut
Dietmar

[/quote-part:364bc822e6]
entier klarer le cas mon Part!

Strophe1: Jästerdeiiii ... espace my trouble seemed so far away ... dumm dumm ... didel dumm di dudel là là daaaaa (ou bien Gabs cela déjà?

)

</offtopic>

@RGH: la hâte doch droite! Einzeilige Funktionen - glaube chacun hat en simple hunderte dans den eigenen Programmen! c'est anders comme Wend quoi on avec einer einfachen strg+r Aktion replacen peux. Warscheinlich - aussi je - grausen sich seulement alle devant cet vielen Defs paraphraser trop doit.

Hab ne concept! XPSE wandelt alle DEFs um. Entweder dans qui schnelleren ApiCalls, ou bien dans Konstanten, ou bien dans Proc/ENDPROC Funktionen. Somit peux chacun son Def behalten et XProfan brauchs pas plus avec sich herumschleppen.

Hat sogar une Vorteil! si APIs per Defs aufgerufen volonté sommes cet aussi encore deutlich plus rapide.

RGH

[quote-part:d6ddca45b9=Nico Madysa]Pour XProfan11 serait je mir une simplification des
Bilder-magasin--Befehle-Zoos désirer, là es oui eh bien inzwischen so viele Opportunités gibt.[/quote-part:d6ddca45b9]
c'est dans qui acte geplant, allerdings aussi ici zunächst pas, par Entfernen qui Befehle aus Interpreter/Compiler, mais par omettre qui überflüssigen Befehle dans qui Documentation.Bilder volonté künftig vornehmlich avec Créer(hPic,...) et Créer(hSizedPic,...) geladen, là cet Funktionen plus Formate soutien et on avec einem BitmapHandle une ganze la quantité anfangen peux.
comment oui c'est ca allerdings qui simplification des Bilder-magasin-Befehle-Zoos air wird, sais je nich pas 100%ig ... mais jusqu'à zur prochain Version ist oui encore une la quantité Zeit. donner wir doch seulement einmal qui Version 10 Zeit et Muße, erfolgreich trop volonté. ;)

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

Nico
Madysa

eh bien bien. cela Bilder magasin ist alors geklärt.

maintenant haue je ici la fois simple so Fragen hinein, afin de voyons, quoi ensuite passiert:

- si du den Anfängern ersparen veux, plusieurs Opportunités trop avons,
pourquoi gibt es Fenêtre Style? tu as un Listing sur den Aufruf qui API.
c'est viel universeller einsetzbar. tu veux den Anfängern API ersparen?
pourquoi la hâte du cela Listing überhaupt incorporé?

- tu veux es den Anfängern léger faire? Pourquoi planst du ensuite (si maintenant ou bien
später, ist wurscht) solch sagenhaft simple Befehle comment LoadBMP(einfacher
gehts pas!) trop killen? qui ganze l'affaire avec Handles ist DEFinitiv komplizierter.

- tu veux es den Anfängern ersparen, deux Wege pour même chose trop apprendre?
quoi devoir ensuite Créer(Text) et DrawText?
quoi devoir ensuite %MouseKey et %MousePressed?
sûrement, il y a Unterschiede. mais qui sommes so geringfügig, dass on
beide Sachen dans une saisir peux!

- Du betonst qui Modernität de XProfan. pourquoi killst du Sachen, à denen
qui gens hängen? pourquoi DEF-Funktionen weg, pourquoi Wend weg,
pourquoi &(1), %(2), $(%schiessmichtotwasnoch) weg? la hâte du Schonmal
sur LETend ou bien @end nachgedacht? Zugegeben, il y a aussi
Verfechter des @, mais es wurde NIE vorgeschlagen, cela LET trop killen?
et rem? quoi, zum Geier nochmal, ist avec rem? qui remt heutzutage
encore?! tu as doch so une tollen Präprozessor pour den Compiler,
meinst du qui arbeitet sich à Translate$(la ligne$,Wend,endwhile) tot?
Avez- du qui Parameterstack wird so häufig verwendet, dass qui Wegfall
dessen cela Compilieren um 50% verringert?

Puh, maintenant hab je mich wieder doller aufgeregt, comme je voulais(Nico tick aus 2)
je hoffe ernsthaft, dass mir pour niemand böse son wird.

Salut, Nico

Nico Madysa

<offtopic>Zunächst serait je toi bitten Deinen Ton quelque chose trop überdenken.</offtopic>

GDL

allô Nico,

mais est entier simple, wir rester arrêt ensuite chez Xprofan10.je trouve es aussi blöde, cela geläufige Sachen wieder umgewurstelt volonté.

salut
Georg

Windows7 Xprofan 8,9,10 [...]

[...]

RGH

quelques répondre:

[quote-part:28b1a698ec=Nico Madysa]- si du den Anfängern ersparen veux, plusieurs Opportunités trop avons,
pourquoi gibt es Fenêtre Style? tu as un Listing sur den Aufruf qui API.
c'est viel universeller einsetzbar. tu veux den Anfängern API ersparen?
pourquoi la hâte du cela Listing überhaupt incorporé?[/quote-part:28b1a698ec]
Erstens habe pas je, mais Stephan cela Listing incorporé et zweitens ist qui Hilfedatei (et naturellement XProfan) pas seulement pour Débutant, mais naturellement aussi pour Fortgeschrittene et Freaks. XProfan soll alle ansprechen. Es soll alors weiterhin sans API-Studium possible son, avec XProfan trop programmieren. mais un API-Kwenner soll aussi pas eingeschränkt son, cet Kenntnis trop nutzen. Bien sûr pourrait on z.B. aussi OpenGL seulement sur API programmieren. quand même habe je je versucht, es aussi pour den Einsteiger einfacher (uznd plus rapide) trop ermöglichen!
[quote-part:28b1a698ec] - tu veux es den Anfängern ersparen, deux Wege pour même chose trop apprendre?
quoi devoir ensuite Créer(Text) et DrawText?[/quote-part:28b1a698ec]
ce sont deux völlig verschiedene Sachen. cela une est un Contrôle et l'autre malt den Text sur den Bildschirm.
[quote-part:28b1a698ec] quoi devoir ensuite %MouseKey et %MousePressed?
sûrement, il y a Unterschiede. mais qui sommes so geringfügig, dass on
beide Sachen dans une saisir peux![/quote-part:28b1a698ec]
plan pas. Pour beide gibt es différent Anwendungsfälle.
[quote-part:28b1a698ec] - Du betonst qui Modernität de XProfan. pourquoi killst du Sachen, à denen
qui gens hängen?[/quote-part:28b1a698ec]
Irgendwelche gens hängen toujours à irgendwelchen Sachen. qui Alternative wäre, gar rien trop verändern.
[quote-part:28b1a698ec]la hâte du Schonmal sur LET end ou bien @end nachgedacht?[/quote-part:28b1a698ec]
sur cela @ et sur cela LET peux on déjà depuis etlichen Versionen verzichten.

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

Nico
Madysa

OK, pardon, j'étais wieder quelque chose doller aufgeregt, comme je son pourrait, si je quoi schreibe. ;(
[box:942c5276f6]
comment sagte Horst Evers encore? si je früher betrunken pour Hause kam, hab je encore un peu avec qui percolateur gesprochen, mais ensuite était Schluss. si je aujourd'hui betrunken - là peux je encore avec qui ganzen monde kommunizieren. et c'est pas bien...
[/box:942c5276f6]
[quote-part:942c5276f6]sur cela @ et sur cela LET peux on déjà depuis etlichen Versionen verzichten.[/quote-part:942c5276f6]
mais tu as encore nie angekündigt, es komplett trop killen. Im opposition trop Wend.(je geb pas sur

)

[quote-part:942c5276f6]Erstens habe pas je, mais Stephan cela Listing incorporé et zweitens ist qui Hilfedatei (et naturellement XProfan) pas seulement pour Débutant, mais naturellement aussi pour Fortgeschrittene et Freaks. XProfan soll alle ansprechen. Es soll alors weiterhin sans API-Studium possible son, avec XProfan trop programmieren. mais un API-Kenner soll aussi pas eingeschränkt son, cet Kenntnis trop nutzen. Bien sûr pourrait on z.B. aussi OpenGL seulement sur API programmieren. quand même habe je je versucht, es aussi pour den Einsteiger einfacher (uznd plus rapide) trop ermöglichen!
[/quote-part:942c5276f6]
OK, Punkt pour toi.

[quote-part:942c5276f6]ce sont deux völlig verschiedene Sachen.[/quote-part:942c5276f6]
avec dem selben Ergebnis. Beide pratiquer la magie Text sur den Bildschirm. et là Créer(Text) wesentlich universeller ist comme DrawText(ne...aucune Début de peinture nötig), devrait pour deiner Logik, DrawText bientôt wegfallen.

[quote-part:942c5276f6]qui Alternative wäre, gar rien trop verändern.[/quote-part:942c5276f6]
non, seulement cela beliebte Zeug drin laisser. si un film am Ende des ersten Monats toujours argent sans Ende einbringt, wird il doch bestimmt une zweite semaine courir.

[quote-part:942c5276f6]Zunächst serait je toi bitten Deinen Ton quelque chose trop überdenken[/quote-part:942c5276f6]
Hab je. Nochmals pardon.

Nico Madysa

RGH

[quote-part:7d66d92357=Nico Madysa]OK, pardon, j'étais wieder quelque chose doller aufgeregt, comme je son pourrait, si je quoi schreibe. ;( [/quote-part:7d66d92357]
pardon angenommen!

[quote-part:7d66d92357][quote-part:7d66d92357]sur cela @ et sur cela LET peux on déjà depuis etlichen Versionen verzichten.[/quote-part:7d66d92357]
mais tu as encore nie angekündigt, es komplett trop killen. Im opposition trop Wend.[/quote-part:7d66d92357]
c'est richtig. cela hängt avec cela zusammen, qui beides interne toujours gebraucht wird.
LET: une Programmzeile besteht interne (aussi im compilé Bytecode) eh bien la fois aus Befehl et Parametern (ou bien einer Funktion). aussi si im Programme dans Anlehnung à BASIC cela LET être omis peux, wird es beim Einlesen dans den Interpreter bzw. Compiler automatisch wieder eingefügt, avec cela alle Zeilen de Interpreter et Compiler juste behandelt volonté peut. par un interdiction des LET pourrait je alors pas une la ligne im Code einsparen. (Zudem erleichtert cela LET qui Übernahme de Basic-Quellcodes aus Dialekten, qui pas sans LET auskamen ... mais c'est plutôt zweitrangig.) Allerdings wäre es sûrement angebracht, cela LET konsequent aus den Beispielen dans qui Aider trop entfernen.
@: ici ist es weiterhin so, qui Interpreter et Compiler plus rapide une Funktion erkennen, Pour cela Tempo qui fertigen EXE pouvoir es allerdings keinen Unterschied, car im compiliertzen Bytecode volonté qui Funktionen weiterhin par un @ gekennzeichnet. ici wäre es sûrement une Diskussion wert, si on es künftig aus den Beispielen dans qui Documentation hinausnimmt et seulement encore puis hinweist, qui on es verwenden peux. un gänzliches interdiction serait aussi ici keinerlei technische Vorteile apporter.
REM: aussi cet wird interne verwandt, si bien que un omettre technique aussi rien bringt. Im Quellcode benutze je es allerdings aussi pas plus. on pourrait es dans qui Aider meinetwegen aussi omettre.

[quote-part:7d66d92357][quote-part:7d66d92357]ce sont deux völlig verschiedene Sachen.[/quote-part:7d66d92357]
avec dem selben Ergebnis. Beide pratiquer la magie Text sur den Bildschirm. et là Créer(Text) wesentlich universeller ist comme DrawText(ne...aucune Début de peinture nötig), devrait pour deiner Logik, DrawText bientôt wegfallen.[/quote-part:7d66d92357]
c'est ça malheureusement pas entier. technique ist es un himmelweiter Unterschied, si je Pixel male ou bien un Contrôle erstelle. un Contrôle wird avec CLS pas gelöscht, avec DrawText gemalte Pixel déjà. chez Début de peinture -1 peux je zwar avec Drawtext sur qui Memorybitmap zeichnen, mais un Contrôle ist là pas possible. peut-être sollte je dans qui Aider deutlicher sur qui Unterschiede eingegen.

[quote-part:7d66d92357][quote-part:7d66d92357]qui Alternative wäre, gar rien trop verändern.[/quote-part:7d66d92357]
non, seulement cela beliebte Zeug drin laisser.[/quote-part:7d66d92357]
mais c'est plan Geschmacksache. là findet chacun quoi d'autre, quoi il mag!
Aussi: quelques plutôt allgemein beliebte Sachen (aussi z.B. WEND) volonté oui vom internen Präcompiler umgewandelt et rester sur cet Weise oui conservé, aussi si vous dans qui Doku pas plus auftauchen. Derzeit gibt es keinen technischen Grund, dem Präcompiler cela WEND abzugewöhnen, alors wird es ausa Kompatibilitätsgründen pour qui alten Hasen conservé rester, au cours de dans qui Aider pour qui Neueinsteiger qui logischere Syntax Tandis que-Endwhile / Proc-ENDPROC / Paint-EndPaint / Select-EndSelect / Si-EndIf / etc. beschrieben wird.
BTW: cela WEND würden wohl eh seulement gens vermissen, qui vom BASIC her venons. PASCAL-Fans würden plutôt bemängeln, dass pas überall un simple FIN ausreicht, ... ;)

Pour alle: un débrancher des internen Präcompilers ist derzeit pas geplant!
(et dans qui Aider ist im Anhang Überholte Befehle et Funktionen aussi aufgeführt, quoi qui Präcompiler alles umsetzt.)

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

Rolf
Koch

[quote-part:54c0f18e47]cela WEND würden wohl eh seulement gens vermissen, qui vom BASIC her venons. PASCAL-Fans würden plutôt bemängeln, dass pas überall un simple FIN ausreicht[/quote-part:54c0f18e47]
Nee Sorry Roland:
aussi vieille Profaner volonté es vermissen. je hab avec Profan angefangen et là était es arrêt toujours WEND jusqu'à récemment

Nico
Madysa

[quote-part:e04dac9db0]PASCAL-Fans würden plutôt bemängeln, dass pas überall un simple FIN ausreicht, ...[/quote-part:e04dac9db0]
je Verfechter des Wend habe ls erste Discours Delphi gelernt.

je denke, on a ici nen guten Kompromiss gefudnen.
qui alten Sachen rester drin, mais volonté pas plus dans qui Aider erwähnt.

et si ensuite irgendwann dans 70 Jahren, alle, qui Wend verwenden, gestorben sommes peux du(plutôt dein successeur) es rausnehmen.
...OK, plutôt un langfristiger Vorschlag.

je hoffe, cela wird aussi pour den Parameterstack gelten.

avec cela wäre qui l'affaire glücklicherweise geklärt, merci!

Nico Madysa