Domino 9 und frühere Versionen > ND8: Entwicklung

Designer Suchergebnisse passen nicht zum Quellcode

<< < (3/3)

Legolas:
Hallo Ihr Zwei,

ich will nichts schön reden.
Der Designer hat sicherlich einige Schwächen die in keinster Weise heutzutage akzeptabel sind.

Aber ich kann definitiv gewisse Probleme nicht nachvollziehen:

1) Habe eben einen Script-Bibliothek mit 9036 Zeilen formatieren lassen.  Dauer: 3Min 15 Sek.  = 1/3 von Peter aber definitv immer noch viel zu lang.

2) Das Problem mit der Cursorposition kann ich nicht nachvollziehen, da ich es einfach noch nicht hatte!

3) Formatierung. So sieht bei mir eine vom Designer formatierte Funktion aus. Hat einen Fehler der natürlich auch nicht sein sollte.


Hoffen wir alle mal, dass es hier in naher Zukunft ein Update oder noch besser ein Plug-In von OpenNTF geben wird, das uns alle glücklich macht!  :knuddel:

Grüße
Bernd

pram:
Scheinbar hat der neue Designer* aber dann doch noch mehr Vorteile als Nachteile, sonst könntet ihr in den Einstellungen den alten LS-Editor wieder aktivieren, was 90% der hier beschriebenen Probleme löst  ;)
(oder wisst ihr nicht, dass es diese Option gibt?)

* genau genommen LotusScript-Editor, um welchen es überwiegend in dem Thread geht



--- Zitat von: Peter Klett am 05.07.12 - 10:54:04 ---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.

--- Ende Zitat ---
+1

Aber wo "zieht" man am Besten über den Designer her, so dass IBM die Fehler mitbekommt. (Auf der Lotusphere hatte ich zumindest schon Gelegenheit etwas "Dampf" abzulassen  ;D )
Wenn ich aber jedes mal einen PMR aufmachen würde geht allein schon durch die Korrespondenz so viel Zeit drauf,  dass ich zu keiner Arbeit mehr komme. Meist wird eine Test-DB angefordert, in der man dies nachvollziehen kann, dann werden die Fehlerbeschreibungen oft falsch verstanden. z.B.:
Habe letztens gemeldet, dass format("yyyy") das Jahr für Jahreszahlen im Bereich 100-999 nicht vierstellig ausgibt (so wie es die Hilfe behauptet) und folgendes Beispiel vorbereitet

--- Code: --- Dim v                        
 v = DateNumber(100,7,30)      
 MsgBox Format(v, "yyyy-mm-dd")

--- Ende Code ---
mit der Ergänzung, dass ich hier "0100-07-30" erwartet hätte, aber folgendes ausgegeben wird: "100-07-30" (sorgt natürlich in einer Datei mit fester Breite, dafür, dass es alle anderen Spalten um 1 Zeichen verschiebt.
Antwort von IBM war relativ kurz:

--- Zitat ---Sehr geehrter Herr Praml,
vielen Dank für Ihre Anfrage.

Die 100 ist ein falsches Format.
Entweder zweistellig, oder vierstellig.

--- Ende Zitat ---
:-: ist sicher nur ein Einzelfall, aber ich denke, dass es einigen mit den PMRs schon ähnlich ging, außerdem ließ sich der Fehler mit einem Workaround umgehen...

Gruß
Roland

Tode:
Doch, ich kenne die Option auf den alten Script- Editor umzuschalten. Leider habe ich mich an einige der "neuen" Features schon zu sehr gewöhnt als dass ich darauf verzichten wollte: Automatische Variablenvervollständigung über Strg + Leerzeichen, Automatischer Property / Function- Vorschlag für eigene Klassen, Sortierung der Funktionen...

Einen Tod muss man wohl sterben. Aber mit den PMRs geht es mir wie Dir: Ich habe da bisher nur "Hinhaltetaktik" oder "Works as Designed" oder "will be fixed in a future release" erlebt, aber selten eine echte Lösung des Problems (wenn man überhaupt bis zum Ende durchhält und nicht in den endlosen "senden Sie uns noch dies und das und jenes in dreifacher Ausfertigung" die Lust verliert...)

umi:
Hallo
schon mal Source Sniffer probiert?
http://www.openntf.org/internal/home.nsf/releases.xsp?action=openDocument&name=Source%20Sniffer&documentId=null

Navigation

[0] Themen-Index

[*] Vorherige Sete