| |
|
|
- page 1 - |
|
RGH | REM leitet comme Befehl (alors avec mind. einem Leerzeichen derrière elle) aussi une Kommentarzeile un. qui sollte alors aussi entsprechend eingefärbt 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 | 22.09.2006 ▲ |
|
|
|
| |
|
- page 7 - |
|
|
| Wird toujours plus DLLProc sollte aussi gefaltet volonté. Wäre joli pour alle Profan2CPP Nutzer |
|
|
| |
|
|
|
Jörg Sellmeyer | Pourquoi wird eigentlich Wend jaune hinterlegt?? je hoffe, cela soll pas ausgemustert volonté! |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 27.09.2006 ▲ |
|
|
|
|
Frank Abbing | Tandis que-Endwhile mais est viel logischer comme Tandis que-Wend. Wend ist eigentlich sur. |
|
|
| |
|
|
|
Nico Madysa | Öhm, nej... je suis de Anfang à überzeugter tandis que-Wend-Nutzer et vois pas wirklich un, pourquoi je cela changement sollte. (Endwhile schreibe je seulement chez whileloop) @Frank: comment du cela avec logischer meintst, verstehe je pas wirklich. quoi soll à Wend unlogisch son? |
|
|
| |
|
|
|
Carlo Keil | Wend ist oui c'est ca so logisch comment eif pour endif peut-être baut iF cela eif oui encore dans den XPSE un, avec cela qui Einheitlichkeit qui Syntax gewahrt volonté peux
Salut Carlo |
|
|
| |
|
|
|
RGH | alors je trouve déjà, cela ENDWHILE logischer ist:
trop PROC gibt es ENDPROC .. trop WITH gibt es ENDWITH ... trop IF gibt es ENDIF ... trop WHILE gibt es ???
Na s'il te plaît!
mais aucun Angst, là qui Interpreter et Compiler simple ENDWHILE et WEND gleichehandelt, besteht keinerlei Notwendigkeit, cela tout de suite abzuschalten. Es wird alors une ganze Weile gleichberechtigt marcher, aussi si WEND dans Aider et Handbuch pas plus auftaucht. qui pas puis verzichten veux, peux oui simple den gelben Hintergrund de WEND ignorer.
quelque chose anders sieht es z.B. chez den Funktionen aus, qui seinerzeit comme Ersatz pour qui autrefois encore pas vorhandenen Operatoren nötig étions. qui wird es ab XPROFAN 11 définitif pas plus donner.
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 | 27.09.2006 ▲ |
|
|
|
|
Nico Madysa | ...mais Tandis que-Wend klingt viel harmonischer... bof, quoi solls - je werd qui neue Schreibweise peut-être la fois ausprobieren... |
|
|
| |
|
|
|
Jörg Sellmeyer | Wend ist avant allem um einiges kürzer! |
|
|
| Windows XP SP2 XProfan X4... und hier mal was ganz anderes als Profan ... | 27.09.2006 ▲ |
|
|
|
|
Jac de Lad | Öhm, qui Lexer erkennt qui Procédure Sous comme vieilli, viellleicht peux le reste behoben volonté... |
|
|
| 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 | 28.09.2006 ▲ |
|
|
|
|
| Hm hat nix avec dem Lexer trop 1faire qui arbeitet richtig, car sub steht dans qui liste pour auszurangierende Keywrds. |
|
|
| |
|
|
|
RGH | là habe je wohl ne Klammer oublier qc. qui Befehl SUB soll naturellement rester, dfie Funktion SUB() hingegen pas. Wird umgehend korrigiert!
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 | 28.09.2006 ▲ |
|
|
|
|
Jac de Lad | allô iF!
qui Lexer erkennt oui déjà /*...*/, alors denke je, il sollte aussi den anderen XPSE-Kram erkennen: INCLUDE xpseVersionString xpseCompileTimestampString (quoi chez version 0.1.6y incidemment toujours 0 ergibt) xpseNumSourceCodeLinesLong ++ - -
et qui ganze autre Kram. peut-être peux qui Editor oui so angepasst volonté, dass on angibt, si XPSE vorhanden 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 | 10.11.2006 ▲ |
|
|
|