Domino 9 und frühere Versionen > ND8: Entwicklung

Designer Suchergebnisse passen nicht zum Quellcode

<< < (2/3) > >>

Peter Klett:
Ich habe mich ja nun schon ausreichend über den Designer ausgek..., wollte ich eigentlich nicht noch einmal tun. Aber seit gestern sitze ich wieder an einer größeren Scriptbibliothek. Allein für dieses "Der Einzug wird korrigiert, bitte warten Sie" könnte ich dem Rechner eine ballistische Flugbahn verpassen. Am liebsten würde ich ihm sagen: "Lass es sein, Du kannst es doch nicht". Das nervt unheimlich, vorallem, wenn man viel mittels Zwischenablage kopiert. Habe gestern abend den Rest tatsächlich in zwei Notepadfenstern zusammenkopiert, erst das fertige Resultat in den Designer übernommen und gefühlt eine halbe Stunde gespart. Natürlich musste er dann wieder den Einzug korrigieren, Zeile für Zeile, schön langsam, damit man auch zuschauen kann, wie fleißig er wieder ist ...

Natürlich sind einige neuen Features ganz nett. Dass die Subs nun endlich alphabetisch angeordnet werden, ist so ein Ding. Aber das nützt alles nichts, wenn die Grundfunktionalität, also das einfache Tippen, nicht korrekt gegeben ist.

Tipp mal: dim s as string
Daraus wird: Dim s As string
warum schreibt er string klein? Er erkennt es richtig, wird ja schließlich blau, da kann er es auch gleich richtig umwandeln. Allerdings macht er das nur, wenn man die Zeile nicht mit Enter abschließt, z.B. wenn man das nachträglich irgendwo einfügt. Also muss ich ein Enter tippen und das nachher wieder wegnehmen, oder den großen Buchstaben selber tippen (bin schließlich pingelig und will ein "schickes" Script haben). Oder er soll die Finger davon lassen, dann kümmere ich mich selber drum.

Natürlich braucht er ewig zur Entgegennahme des Getippten, schließlich muss er ja eine Syntaxprüfung machen. Könnte er sich aber sparen, solange ich die Zeile nicht verlassen habe. Vielleicht braucht er auch solange, weil er überlegen muss, mit welcher tollen Hilfsbox er mir wieder die Sicht auf mein Script verhindern kann. Diese Hilfen brauche ich i.d.R. nicht, aber wehe, ich hätte doch mal Bedarf danach, genau dann kommen sie nicht.

Das "Beste" an den Hilfsboxen aber ist, dass er damit so dämlich rumdaddelt, dass der Cursor dabei versetzt wird. Sprich: Während des Tippens springt der Cursor an eine andere Stelle. Aus getipptem doc.Feld wird dann docFeld., ganz großartig, da kann er ja sofort wieder die Syntax anmeckern. Er sollte dann wenigstens die Fehler, die er selbst produziert, mit einer anderen Farbe markieren  ;)

Langer Rede kurzer Sinn: Das mag alles so schick gemacht sein, wie es will. In der Grundfunktionalität ist es für mich derzeit nicht akzeptabel.

pram:

--- Zitat ---Allein für dieses "Der Einzug wird korrigiert, bitte warten Sie" könnte ich dem Rechner eine ballistische Flugbahn verpassen. Am liebsten würde ich ihm sagen: "Lass es sein, Du kannst es doch nicht". Das nervt unheimlich,

--- Ende Zitat ---
Ack, besonders langsam geht es, wenn man in der Komplettansicht ist. Wenn man nur eine Klasse geöffnet hat, geht es deutlich schneller.
(v.a. springt nach dem Einfügen der Cursor oft an eine beliebige Stelle)
verschachtelte SELECT CASE Statements kann er sowieso nicht korrekt einrücken.


--- Zitat ---Aber das nützt alles nichts, wenn die Grundfunktionalität, also das einfache Tippen, nicht korrekt gegeben ist.

--- Ende Zitat ---
Ja, das nervt, insb. schreibt er bei mir oft rückwärts da er die Cursorposition nicht schnell genug updaten kann  ???. War mit 8.51 besonders schlimm, ist aber jetzt deutlich besser (aber tritt immer wieder mal auf)
Das erklärt auch dieses Problem:

--- Zitat ---Sprich: Während des Tippens springt der Cursor an eine andere Stelle. Aus getipptem doc.Feld wird dann docFeld.

--- Ende Zitat ---


--- Zitat ---Natürlich braucht er ewig zur Entgegennahme des Getippten, schließlich muss er ja eine Syntaxprüfung machen. Könnte er sich aber sparen, solange ich die Zeile nicht verlassen habe. Vielleicht braucht er auch solange, weil er überlegen muss, mit welcher tollen Hilfsbox er mir wieder die Sicht auf mein Script verhindern kann. Diese Hilfen brauche ich i.d.R. nicht, aber wehe, ich hätte doch mal Bedarf danach, genau dann kommen sie nicht.

--- Ende Zitat ---
Hilfeboxen kommen nur, wenn der Code fehlerfrei ist, was nicht im Sinne des Erfinders ist, da ich die Hilfe normal dann brauche, wenn ein Fehler vorhanden ist...

Geteiltes Leid ist halbes Leid.

Gruß
Roland

Legolas:
Hallo Peter,

ich muss mich jetzt doch mal für den Designer ein wenige einsetzen!  ;)

Es gibt sicherlich einige Punkte, die jeder Freeware Editor im Vergleich zum Notes Designer heutzutage kann, wie :
-   Korrespondierende Klammern anzeigen (Nützlich z.B. bei großen If Abfragen)
-   Variablen-Highlighting beim Klick auf eine Variable. (Soll alle Variablen im Quellcode farblich markieren)
-   Eine ordentliche funktionierende Suche über alle Designelemente eines Projekts
 --> Hier gibts allerdings auch das Plug-In "Source-Sniffer" von Openntf.org was zu empfehlen ist.
-   Vom Debugger mal ganz abgesehen..  :'(

Aber…

--- Code: ---Tipp mal: dim s as string
Daraus wird: Dim s As string
--- Ende Code ---
  -->  Funktioniert bei mir
BQuellcodeformatierung:
STRG+A dann STRG + I  --> Funktioniert in akzeptabler Zeit

Verschieben des Quellcodes:

--- Code: ---Aus getipptem doc.Feld wird dann docFeld.
--- Ende Code ---
--> Kann ich nicht nachvollziehen. Hatte noch nie ein solches Problem.

Ich verwende den 8.5.3 FP1 Designer Deutsch mit dem SVN Plug-In.
Und das Ganze auf einem IBM ThinkPad T60p.

Grüße
Bernd

Peter Klett:

--- Zitat von: Legolas am 05.07.12 - 09:43:43 ---STRG+A dann STRG + I  --> Funktioniert in akzeptabler Zeit

--- Ende Zitat ---
Ein Script von 1.986 Zeilen zerstört STRG+A und STRG+I in 9:21 Minuten (siehe Bild), kann weder erkennen, dass das funktioniert, noch behaupten, dass das eine akzeptable Zeit ist.


--- Zitat von: Legolas am 05.07.12 - 09:43:43 ---Verschieben des Quellcodes:

--- Code: ---Aus getipptem doc.Feld wird dann docFeld.
--- Ende Code ---
--> Kann ich nicht nachvollziehen. Hatte noch nie ein solches Problem.

--- Ende Zitat ---

Vielleicht tippst Du einfach zu langsam  ;D

Wir setzen 8.5.2 FP3 ein (habe ich keinen Einfluss drauf), möglich dass die neueren Versionen besser sind (auf meiner eigenen Maschine habe ich 8.5.3 FP1, nutze die aber nicht so intensiv, dass ich das gleiche Verhalten feststellen könnte).

Eigentlich wollte ich auch nicht mehr über den Designer herziehen, es könnte der Eindruck entstehen, dass ich Notes nicht gut fände. Das Gegenteil ist der Fall, Notes ist in meinen Augen immer noch das beste Entwicklungswerkzeug für die Aufgaben, die ich zu lösen habe. Umso enttäuschender ist diese Schwäche bei diesen Alltäglichkeiten.

Tode:
@Bernd: Ich muss Peter zu 100% zustimmen: Mit genau den selben Ärgernissen habe ich auch tagtäglich zu kämpfen. Das "Cursor bewegt sich rückwärts" nervt ungemein, nach jedem Paste muss man ewig warten, bis der Code eingerückt ist, und die Automatische Vervollständigung  funktioniert nur dann, wenn kein Fehler im Code ist. Das ist besonders nervig, wenn Notes "erkennt" dass ein Fehler in der Zeile ist, in der man gerade tippt, was nicht zu selten vorkommt:
Dann kann man den Fehler nicht per "AutoVervollständigen" beheben, weil das nicht funktioniert, so lange ein Fehler im Code ist...
Und warum ich eine Variable nicht mit Strg + Enter vervollständigen kann, nur weil 30 Zeilen untendran ein Variablenname steht, den ich grade ersetzen will, erschliesst sich mir auch nicht wirklich.

also: Full Ack und +1 für Peters Meinung...

Ach ja: Ich verwende 8.5.3 mit FP1, und ganz schlimm ist es in einer Klasse, an der ich grade rbeite mit 1100 Zeilen Code, aber auch in jedem Mini- Agenten kann man das Verhalten (in abgeschwächter Form) beobachten... Notes ist auf ner SSD instaliert...

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete