| |
|
|
- 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 3 - |
|
|
| non - ne...aucune Vorrat mais juste... zudem - je serait $0000FFFF (jaune) prendre, alors 100% jaune.
je such la fois ne FarbId raus...
je konnte aussi den Bug (Proc dans Line1) beheben! Daran lag mir quoi! |
|
|
| |
|
|
|
Jac de Lad | je benutze toujours Equ$(), Equ(), LT$(), LT(), GT$(), GT(), Neq$(), Neq(), weil qui une Tique plus rapide sommes (pourquoi De toute façon)... |
|
|
| 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.09.2006 ▲ |
|
|
|
|
Frank Abbing | je crois pas, dass cet Schreibweise toujours plus rapide ist. sommes doch Auslaufmodelle, qui Roland sûrement déjà länger pas plus optimiert hat. faire Code seulement unübersichtlich et schwerer trop éditer. |
|
|
| |
|
|
|
| comment siehts avec AutoIndent aus? Pour Proc, Si, Tandis que usw. |
|
|
| |
|
|
|
| bof Frank! cela une wird comme Funktion durchgeschliffen, l'autre wird Roland arrêt dem Operatorenparser überlassen. je ne sais pas obs wirklich langsamer/plus rapide ist!
je teste la fois mom...
ici qui Ergebnisse - add( ist dans diesem Test langsamer comme +, donc irrt Jac. KompilierenMarqueSéparation qui Geschwindigkeitsvorteil rührt peut-être alleine déjà daher cela beim + moins trop parsen ist - qui ganze la ligne ist kürzer. |
|
|
| |
|
|
|
Jac de Lad | @iF: tu as pas richtig gelesen; es bezog sich pas sur qui mathematischen Operationen, qui sommes wirklich langsamer, cela habe je déjà probiert. Es bezog sich seulement sur qui Vergleichsoperationen!
Wäre es possible entweder den Lexer ou bien XProfEd so anzupassen, dass une de beiden (je schätze la fois plutôt XProfEd) sich merkt, quelle Proc gefoldet étions et quelle pas? |
|
|
| 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.09.2006 ▲ |
|
|
|
|
| bof!
Roland pourrait - si une Proc gefoldet wird, un Rem () à qui la ligne anhängen! Beim magasin des Codes et beim trouver des Rems arrêt falten. Beim entfernen des Folds cela Rem wieder entfernen... |
|
|
| |
|
|
|
Jac de Lad | ou bien, so comment ProfanPAD qui Textmarken speichert, cela dans einer externe Dossier Sauver. wohin je grad chez Textmarken suis: cela fehlt mir encore um umzusteigen (Strg+Shift+0...9 zum mettons, Strg+0...9 zum Anspringen! Wär geil, ensuite serait je de ProfanPAD changer! |
|
|
| 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.09.2006 ▲ |
|
|
|
|
Rolf Koch | et je hatte im Profan.de Forum bereits geschrieben, dass on doch trop chaque Sauver einer Dateiname.prf aussi une zusätzliche Dateiname.ini erstellt. Es volonté bestimmt encore plusieurs Dinge venons, qui sich XProfEd merken muss, si une Dossier abgespeichert wird. |
|
|
| |
|
|
|
Jac de Lad | ...qui Taille qui Navigationsleiste à gauche sollte verstellbar son... |
|
|
| 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.09.2006 ▲ |
|
|
|
|
| bof, peut-être à cela Ende qui Dossier Sauver, pour dem x00 - mais est bien aufgehoben là! |
|
|
| |
|
|
|
Michael Wodrich | ...ou bien dans den Tiefen des ADS - là störts am Wenigsten. |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 23.09.2006 ▲ |
|
|
|