XProfan

- page 5 -

Nico
Madysa

aussi seulement un Grafik-faute:
1.) j'ouvre une Code
2.) je fais une neuen et schreibe quoi rein
3.) sichere den neuen Code
4.) Führe den neuen Code aus et finis ihn wieder
5.) Im la fenêtre wird soudain le vieux Code Stück pour Stück angezeigt,
alors seulement dans chacun la ligne, sur qui je ensuite klicke. Sieht plutôt unschön aus.

P.S.: Ist cela maintenant Hohn de euch, dass son Wend le veralteten Befehlen schiebt, let mais pas?

Nico Madysa

[quote-part:27b2bcb3b4=Nico Madysa]P.S.: Ist cela maintenant Hohn de euch, dass son Wend le veralteten Befehlen schiebt, let mais pas?

[/quote-part:27b2bcb3b4]
Laisser hat Bestandsschutz!

Jörg
Sellmeyer

peut-être pas direct un Bug mais quand même:

chez très langen Zeilen reicht irgendwann qui horizontale Scrollbalken pas plus. là XProfan10 Zeilen de 32000 verarbeiten peux devrait quelques Hundert aussi im Editor darstellbar son, ou bien?
avec iFs Code ([...]

) peux on cela bien testen.

Salut
Jörg

Windows XP SP2 XProfan X4
... und hier mal was ganz anderes als Profan ...

RGH

[quote-part:e4dd5f20f3=Nico Madysa]P.S.: Ist cela maintenant Hohn de euch, dass son Wend le veralteten Befehlen schiebt, let mais pas?

[/quote-part:e4dd5f20f3]
Pourquoi sollte LET vieilli son? il peut den Befehl zwar omettre, mais interne steht il ensuite doch là. qui integrierte Präcompiler, qui jusqu'à sur qui Operator-Funktionen déjà maintenant qui vieille Syntax dans qui neue Syntax traduit, baut beim Compileren den LET-Befehl avant chacun Zuweisung un.

Apropos integrierter Präcompiler: aussi im Interpreter wird qui vieille Syntax, avec Ausnahme qui Operatorfunktionen, beim Einlesen automatisch dans qui neue traduit. Wundert Euch alors pas, si le Fehlermeldung dans qui la ligne qui neue Syntax zeigt, au cours de im Quellcode encore qui vieille steht!

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

Pour cette Logik peux Wend mais aussi drinbleiben et interne dans Endwhile umgewandelt volonté.

PS: Mir ist encore un Bug chez den Hexadezimalen payons aufgefallen.
venez pour dem Dollar un Buchstabe (A, B, C, D, E ou bien F) ensuite peux derrière elle sans Anmeckerung des Editors chacun autre Buchstabe geschrieben volonté, solange aucun payons folgen. simple testen:
Kompilieren Marque Séparation

Def %Bemaengelung1 $0FFFGGG
Def %Bemaengelung2 $FFFGG2GG
Def %Bug $ABCEFGHIJKLMONPre>

Nico Madysa

pas Bug! je musste pour sorgen cela möglicherweise aussi Système erkannt volonté - cela la hâte Du wohl übersehen

Nico
Madysa

j'ai es déjà gelesen, mais habe im Moment qui Entdeckung pas tour gedacht.

OK, je crois, je kriegs hin, hexadezimale payons richtig trop écrivons.

Nico Madysa

RGH

[quote-part:5baa87b76d=Nico Madysa]Pour cette Logik peux Wend mais aussi drinbleiben et interne dans Endwhile umgewandelt volonté.

[/quote-part:5baa87b76d]
eh, cela fais je déjà depuis etlichen Versionen so! qui Runtime kennt déjà depuis Ewigkeiten ne...aucune Wend plus!

[quote-part:5baa87b76d]PS: Mir ist encore un Bug chez den Hexadezimalen payons aufgefallen.
venez pour dem Dollar un Buchstabe (A, B, C, D, E ou bien F) ensuite peux derrière elle sans Anmeckerung des Editors chacun autre Buchstabe geschrieben volonté, solange aucun payons folgen.[/quote-part:5baa87b76d]
qui Lexer überprüft offensichtlich seulement si la première Ziffer trop einem numerischen Literal gehören pourrait et nimmt ensuite à, qui qui reste aussi paßt. là mais Stringkonstanten naturellement aussi avec A-F (et theoretisch sogar avec 0-9) anfangen peut, devrait chez %, & et $ toujours qui gesamte Ausdruck darufhin überprüfen, obs un numerisches Literal ist.

Salut
Roland

(iF, s'il te plaît pas hauen! ;) )

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

qui Lexer überprüft pas seulement la première Ziffer - mais cet nimmt il comme Indiz! cela Indiz peux quand même abgebrochen volonté wenns un Keyword ist, et wenns ne...aucune Keyword ist et pas dans den Nummernkreis passt wirds jaune...

il y a arrêt Système quelle avec $ & % commencer, cela fait qui ganze l'affaire pas simple. je crois j'ai cela Bestmögliche rausgeholt wohin aussi qui Performance vertretbar ist.

Entscheident ist pour mich cela une korrekte Syntax korrekt teinté wird, et une möglicherweise falsche Syntax souvent erkannt et geGelbt wird.

Nico
Madysa

[quote-part:3130888738]eh, cela fais je déjà depuis etlichen Versionen so! qui Runtime kennt déjà depuis Ewigkeiten ne...aucune Wend plus! [/quote-part:3130888738]
ensuite peux du cela Wend doch drinlassen

. cela Tausendstel des Tausendstels einer tausendstel Millisekunde(peut-être. un bisschen übertrieben

), cela cela Compilieren / Interpretieren länger dauert, wird bestimmt niemanden stören.

Nico Madysa

RGH

[quote-part:92898715cf=iF]Entscheident ist pour mich cela une korrekte Syntax korrekt teinté wird, et une möglicherweise falsche Syntax souvent erkannt et geGelbt wird.

[/quote-part:92898715cf]
là gebe je Dir naturellement 100%ig droite! mais quoi ist avec folgedem Beispiel:
Kompilieren Marque Séparation

!Def $ABCDEFGHKLLLL = 67

qui Sybtax ist korrekt, qui Färbung behauptet mais, cela $ABCDEFGHKLLLL sei un numerisches Literal, quoi pour den aufmerksamen Programmierer un Hinweis ist, qui il sa Konstante so pas appeler darf. réellement ist es mais ne...aucune Literal, là chez Hexzahlen seulement qui Buchstaben A-F erlaubt sommes.

Salut
Roland
(sais, qui il im Moment etas nervt ... ;) )

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