| |
|
|
- Page 1 - |
|
RGH | REM leitet als Befehl (also mit mind. einem Leerzeichen dahinter) auch eine Kommentarzeile ein. Die sollte also auch entsprechend eingefärbt werden.
Saluto 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 - |
|
|
| Nein - kein Vorrat aber gleich... zudem - ich würde $0000FFFF (gelb) nehmen, also 100% Gelb.
Ich such mal ne FarbId raus...
Ich konnte auch den Bug (Proc in Line1) beheben! Daran lag mir was! |
|
|
| |
|
|
|
Jac de Lad | Ich benutze immer Equ$(), Equ(), LT$(), LT(), GT$(), GT(), Neq$(), Neq(), weil die einen Tick schneller sind (warum auch immer)... |
|
|
| 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 | Ich glaube nicht, dass diese Schreibweise immer noch schneller ist. Sind doch Auslaufmodelle, die Roland sicher schon länger nicht mehr optimiert hat. Machen Code nur unübersichtlich und schwerer zu editieren. |
|
|
| |
|
|
|
| Wie siehts mit AutoIndent aus? Für Proc, If, While usw. |
|
|
| |
|
|
|
| Naja Frank! Das eine wird als Funktion durchgeschliffen, das andere wird Roland halt dem Operatorenparser überlassen. Ich weiß nicht obs wirklich langsamer/schneller ist!
Ich teste mal mom...
Hier die Ergebnisse - add( ist in diesem Test langsamer als +, demnach irrt Jac. KompilierenMarkierenSeparieren Der Geschwindigkeitsvorteil rührt vielleicht alleine schon daher das beim + weniger zu parsen ist - die ganze Zeile ist kürzer. |
|
|
| |
|
|
|
Jac de Lad | @iF: Du hast nicht richtig gelesen; es bezog sich nicht auf die mathematischen Operationen, die sind wirklich langsamer, das habe ich schon probiert. Es bezog sich nur auf die Vergleichsoperationen!
Wäre es possibile entweder den Lexer oder XProfEd so anzupassen, dass eins von beiden (ich schätze mal eher XProfEd) sich merkt, welche Proc gefoldet waren und welche nicht? |
|
|
| 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 ▲ |
|
|
|
|
| Naja!
Roland potuto - wenn eine Proc gefoldet wird, ein Rem () an die Zeile anhängen! Beim Laden des Codes und beim Finden des Rems halt falten. Beim entfernen des Folds das Rem wieder entfernen... |
|
|
| |
|
|
|
Jac de Lad | Oder, so wie ProfanPAD die Textmarken speichert, das in einer externen File speichern. Wo ich grad bei Textmarken bin: Das fehlt mir noch um umzusteigen (Strg+Shift+0...9 zum setzen, Strg+0...9 zum Anspringen! Wär geil, dann würde ich von ProfanPAD umsteigen! |
|
|
| 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 | und ich hatte im Profan.de Foro bereits geschrieben, dass man doch zu jedem Speichern einer Dateiname.prf auch eine zusätzliche Dateiname.ini erstellt. Es werden bestimmt noch mehrere Dinge kommen, die sich XProfEd merken muss, wenn eine File abgespeichert wird. |
|
|
| |
|
|
|
Jac de Lad | ...die Dimensione der Navigationsleiste links sollte verstellbar sein... |
|
|
| 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 ▲ |
|
|
|
|
| Naja, vielleicht an das Ende der File speichern, nach dem x00 - ist doch gut aufgehoben dort! |
|
|
| |
|
|
|
Michael Wodrich | ...oder in den Tiefen des ADS - da störts am Wenigsten. |
|
|
| Programmieren, das spannendste Detektivspiel der Welt. | 23.09.2006 ▲ |
|
|
|