PlanetNTF

Seit Domino Designer 8.5.1 bietet der Domino Designer den LotusScript Editor auch als Eclipse Plugin. Für Entwickler, welche objektorientiert programmieren und eigene Klassenkonstrukte bauen ein Segen (un Fluch zugleich). So ist bei der Erstellung abgeleiteter Klassen die Reihenfolge zu beachten:

Erstellt man den Source für mehrere Klassen, so werden diese im Navigationsfenster stets alphabetisch dargestellt (hilfreich). Im echten Sourcecode wird jedoch der zuletzt eingegebene Code stets an das Ende gestellt (zur Kontrolle mit rechter Maustaste "Vollständiges Script" anzeigen wählen). Im nachfolgenden Beispiel habe ich doe Klasse "BaseClass" zuletzt eingegeben.



Überlegt man sich nun, die eine Klasse von der anderen abzuleiten, so kann man leicht den Fehler "Reference appears before declaration" erzeugen, wenn man versucht, "Class DerivedClass as BaseClass" zu deklarieren.


Alle Versuche, den SourceCode von Klasse "BaseClass" vor den SourceCode von "DerivedClass" (wie gefordert) zu bringen, schlagen fehl. Wenn man jedoch das Prinzip beachtet, dass neu eingegebene Klassen stets am Ende im SourceCode einsortiert werden, dann muss man lediglich den SourceCode von "DerivedClass" in die Zwischenablage kopieren und (irgendwo) wieder einfügen. Der Editor stellt den SourceCode automatisch ans Ende und die Reihenfolge passt. Leider wurde dieses Verhalten in Domino Designer 9 nicht geändert.

Seit Domino Designer 8.5.1 bietet der Domino Designer den LotusScript Editor auch als Eclipse Plugin. Für Entwickler, welche objektorientiert programmieren und eigene Klassenkonstrukte bauen ein Segen (un Fluch zugleich). So ist bei der Erstellung abgeleiteter Klassen die Reihenfolge zu beachten:

Erstellt man den Source für mehrere Klassen, so werden diese im Navigationsfenster stets alphabetisch dargestellt (hilfreich). Im echten Sourcecode wird jedoch der zuletzt eingegebene Code stets an das Ende gestellt (zur Kontrolle mit rechter Maustaste "Vollständiges Script" anzeigen wählen). Im nachfolgenden Beispiel habe ich doe Klasse "BaseClass" zuletzt eingegeben.



Überlegt man sich nun, die eine Klasse von der anderen abzuleiten, so kann man leicht den Fehler "Reference appears before declaration" erzeugen, wenn man versucht, "Class DerivedClass as BaseClass" zu deklarieren.


Alle Versuche, den SourceCode von Klasse "BaseClass" vor den SourceCode von "DerivedClass" (wie gefordert) zu bringen, schlagen fehl. Wenn man jedoch das Prinzip beachtet, dass neu eingegebene Klassen stets am Ende im SourceCode einsortiert werden, dann muss man lediglich den SourceCode von "DerivedClass" in die Zwischenablage kopieren und (irgendwo) wieder einfügen. Der Editor stellt den SourceCode automatisch ans Ende und die Reihenfolge passt. Leider wurde dieses Verhalten in Domino Designer 9 nicht geändert.

Seit Domino Designer 8.5.1 bietet der Domino Designer den LotusScript Editor auch als Eclipse Plugin. Für Entwickler, welche objektorientiert programmieren und eigene Klassenkonstrukte bauen ein Segen (un Fluch zugleich). So ist bei der Erstellung abgeleiteter Klassen die Reihenfolge zu beachten:

Erstellt man den Source für mehrere Klassen, so werden diese im Navigationsfenster stets alphabetisch dargestellt (hilfreich). Im echten Sourcecode wird jedoch der zuletzt eingegebene Code stets an das Ende gestellt (zur Kontrolle mit rechter Maustaste "Vollständiges Script" anzeigen wählen). Im nachfolgenden Beispiel habe ich doe Klasse "BaseClass" zuletzt eingegeben.



Überlegt man sich nun, die eine Klasse von der anderen abzuleiten, so kann man leicht den Fehler "Reference appears before declaration" erzeugen, wenn man versucht, "Class DerivedClass as BaseClass" zu deklarieren.


Alle Versuche, den SourceCode von Klasse "BaseClass" vor den SourceCode von "DerivedClass" (wie gefordert) zu bringen, schlagen fehl. Wenn man jedoch das Prinzip beachtet, dass neu eingegebene Klassen stets am Ende im SourceCode einsortiert werden, dann muss man lediglich den SourceCode von "DerivedClass" in die Zwischenablage kopieren und (irgendwo) wieder einfügen. Der Editor stellt den SourceCode automatisch ans Ende und die Reihenfolge passt. Leider wurde dieses Verhalten in Domino Designer 9 nicht geändert.

Seit Domino Designer 8.5.1 bietet der Domino Designer den LotusScript Editor auch als Eclipse Plugin. FĂĽr Entwickler, welche objektorientiert programmieren und eigene Klassenkonstrukte bauen ein Segen (un Fluch zugleich). So ist bei der Erstellung abgeleiteter Klassen die Reihenfolge zu beachten:

Erstellt man den Source für mehrere Klassen, so werden diese im Navigationsfenster stets alphabetisch dargestellt (hilfreich). Im echten Sourcecode wird jedoch der zuletzt eingegebene Code stets an das Ende gestellt (zur Kontrolle mit rechter Maustaste "Vollständiges Script" anzeigen wählen). Im nachfolgenden Beispiel habe ich doe Klasse "BaseClass" zuletzt eingegeben.



Ăśberlegt man sich nun, die eine Klasse von der anderen abzuleiten, so kann man leicht den Fehler "Reference appears before declaration" erzeugen, wenn man versucht, "Class DerivedClass as BaseClass" zu deklarieren.


Alle Versuche, den SourceCode von Klasse "BaseClass" vor den SourceCode von "DerivedClass" (wie gefordert) zu bringen, schlagen fehl. Wenn man jedoch das Prinzip beachtet, dass neu eingegebene Klassen stets am Ende im SourceCode einsortiert werden, dann muss man lediglich den SourceCode von "DerivedClass" in die Zwischenablage kopieren und (irgendwo) wieder einfügen. Der Editor stellt den SourceCode automatisch ans Ende und die Reihenfolge passt. Leider wurde dieses Verhalten in Domino Designer 9 nicht geändert.

Seit Domino Designer 8.5.1 bietet der Domino Designer den LotusScript Editor auch als Eclipse Plugin. Für Entwickler, welche objektorientiert programmieren und eigene Klassenkonstrukte bauen ein Segen (un Fluch zugleich). So ist bei der Erstellung abgeleiteter Klassen die Reihenfolge zu beachten:

Erstellt man den Source für mehrere Klassen, so werden diese im Navigationsfenster stets alphabetisch dargestellt (hilfreich). Im echten Sourcecode wird jedoch der zuletzt eingegebene Code stets an das Ende gestellt (zur Kontrolle mit rechter Maustaste "Vollständiges Script" anzeigen wählen). Im nachfolgenden Beispiel habe ich doe Klasse "BaseClass" zuletzt eingegeben.



Überlegt man sich nun, die eine Klasse von der anderen abzuleiten, so kann man leicht den Fehler "Reference appears before declaration" erzeugen, wenn man versucht, "Class DerivedClass as BaseClass" zu deklarieren.


Alle Versuche, den SourceCode von Klasse "BaseClass" vor den SourceCode von "DerivedClass" (wie gefordert) zu bringen, schlagen fehl. Wenn man jedoch das Prinzip beachtet, dass neu eingegebene Klassen stets am Ende im SourceCode einsortiert werden, dann muss man lediglich den SourceCode von "DerivedClass" in die Zwischenablage kopieren und (irgendwo) wieder einfügen. Der Editor stellt den SourceCode automatisch ans Ende und die Reihenfolge passt. Leider wurde dieses Verhalten in Domino Designer 9 nicht geändert.

Seit Domino Designer 8.5.1 bietet der Domino Designer den LotusScript Editor auch als Eclipse Plugin. FĂĽr Entwickler, welche objektorientiert programmieren und eigene Klassenkonstrukte bauen ein Segen (un Fluch zugleich). So ist bei der Erstellung abgeleiteter Klassen die Reihenfolge zu beachten:

Erstellt man den Source für mehrere Klassen, so werden diese im Navigationsfenster stets alphabetisch dargestellt (hilfreich). Im echten Sourcecode wird jedoch der zuletzt eingegebene Code stets an das Ende gestellt (zur Kontrolle mit rechter Maustaste "Vollständiges Script" anzeigen wählen). Im nachfolgenden Beispiel habe ich doe Klasse "BaseClass" zuletzt eingegeben.



Ăśberlegt man sich nun, die eine Klasse von der anderen abzuleiten, so kann man leicht den Fehler "Reference appears before declaration" erzeugen, wenn man versucht, "Class DerivedClass as BaseClass" zu deklarieren.


Alle Versuche, den SourceCode von Klasse "BaseClass" vor den SourceCode von "DerivedClass" (wie gefordert) zu bringen, schlagen fehl. Wenn man jedoch das Prinzip beachtet, dass neu eingegebene Klassen stets am Ende im SourceCode einsortiert werden, dann muss man lediglich den SourceCode von "DerivedClass" in die Zwischenablage kopieren und (irgendwo) wieder einfügen. Der Editor stellt den SourceCode automatisch ans Ende und die Reihenfolge passt. Leider wurde dieses Verhalten in Domino Designer 9 nicht geändert.

Wenngleich der Domino Designer für Eclipse (DDE) nicht alle Entwickler jubeln lässt, hat er doch zahlreiche Vorteile. Ein Vorteil ist die Eclipse basierte Suche, die hilfreich und effizient ist. Damit ich bei der Vielzahl von Anwendungen den Überblick behalte, verwende seit Verfügbarkeit von DDE die Organisation von Datenbanken/Anwendungen in "Arbeitssets". Dieses, sowie eine mit bedacht gewählte Strukturierung einer Anwendungslogik in Bibliotheken, Anwendungsoptik (in Masken etc.) sowie Ergebnisstrukturierungen in Ansichten etc. erlaubt eine effiziente Suche.

Um z.B. nach einer bestimten LotusScript Konstanten/Variablen/Methode im Code zu suchen, verwende ich dann den Menüpunkt "Suche\Suche...", das zugehörige Tastenkürzel oder Symbol aus der Symbolleite:


Besonderes Augenmerk ist hierbei auf die Einschränkungen bei "Dateinamensmuster" sowie der Auswahl des Arbeitssets zu richten. Das Suchergebnis ist so bei einer aktuellen Datenbank mit ca. 140 Bibliotheken (60 0000 Zeilen Code) in ca. 1 Sekunde verfügbar. Nicht schlecht !!!!

Mit der "Auswählen..." Schaltfläche neben der Eingabezeile für das Dateinamensmuster kann man Typen von Gestaltungselemente auswählen, auf die sich die Suche beschränkt.

Häufig verwende ich bei klassischem Domino Design

Gestaltungselemente	Dateinamensmuster
LotusScript Bibliotheken	*.lss
Masken	*.form
Teilmasken	*.subform
Gemeinsame Aktionen	*.shac
LotusScript Agenten	*.lsa
Formelsprache Agenten	*.fa
Ansichten	*.view

Einfach ausprobieren und gut finden.....

Wenngleich der Domino Designer für Eclipse (DDE) nicht alle Entwickler jubeln lässt, hat er doch zahlreiche Vorteile. Ein Vorteil ist die Eclipse basierte Suche, die hilfreich und effizient ist. Damit ich bei der Vielzahl von Anwendungen den Überblick behalte, verwende seit Verfügbarkeit von DDE die Organisation von Datenbanken/Anwendungen in "Arbeitssets". Dieses, sowie eine mit bedacht gewählte Strukturierung einer Anwendungslogik in Bibliotheken, Anwendungsoptik (in Masken etc.) sowie Ergebnisstrukturierungen in Ansichten etc. erlaubt eine effiziente Suche.

Um z.B. nach einer bestimten LotusScript Konstanten/Variablen/Methode im Code zu suchen, verwende ich dann den Menüpunkt "Suche\Suche...", das zugehörige Tastenkürzel oder Symbol aus der Symbolleite:


Besonderes Augenmerk ist hierbei auf die Einschränkungen bei "Dateinamensmuster" sowie der Auswahl des Arbeitssets zu richten. Das Suchergebnis ist so bei einer aktuellen Datenbank mit ca. 140 Bibliotheken (60 0000 Zeilen Code) in ca. 1 Sekunde verfügbar. Nicht schlecht !!!!

Mit der "Auswählen..." Schaltfläche neben der Eingabezeile für das Dateinamensmuster kann man Typen von Gestaltungselemente auswählen, auf die sich die Suche beschränkt.

Häufig verwende ich bei klassischem Domino Design

Gestaltungselemente	Dateinamensmuster
LotusScript Bibliotheken	*.lss
Masken	*.form
Teilmasken	*.subform
Gemeinsame Aktionen	*.shac
LotusScript Agenten	*.lsa
Formelsprache Agenten	*.fa
Ansichten	*.view

Einfach ausprobieren und gut finden.....

Wenngleich der Domino Designer für Eclipse (DDE) nicht alle Entwickler jubeln lässt, hat er doch zahlreiche Vorteile. Ein Vorteil ist die Eclipse basierte Suche, die hilfreich und effizient ist. Damit ich bei der Vielzahl von Anwendungen den Überblick behalte, verwende seit Verfügbarkeit von DDE die Organisation von Datenbanken/Anwendungen in "Arbeitssets". Dieses, sowie eine mit bedacht gewählte Strukturierung einer Anwendungslogik in Bibliotheken, Anwendungsoptik (in Masken etc.) sowie Ergebnisstrukturierungen in Ansichten etc. erlaubt eine effiziente Suche.

Um z.B. nach einer bestimten LotusScript Konstanten/Variablen/Methode im Code zu suchen, verwende ich dann den Menüpunkt "Suche\Suche...", das zugehörige Tastenkürzel oder Symbol aus der Symbolleite:


Besonderes Augenmerk ist hierbei auf die Einschränkungen bei "Dateinamensmuster" sowie der Auswahl des Arbeitssets zu richten. Das Suchergebnis ist so bei einer aktuellen Datenbank mit ca. 140 Bibliotheken (60 0000 Zeilen Code) in ca. 1 Sekunde verfügbar. Nicht schlecht !!!!

Mit der "Auswählen..." Schaltfläche neben der Eingabezeile für das Dateinamensmuster kann man Typen von Gestaltungselemente auswählen, auf die sich die Suche beschränkt.

Häufig verwende ich bei klassischem Domino Design

Gestaltungselemente	Dateinamensmuster
LotusScript Bibliotheken	*.lss
Masken	*.form
Teilmasken	*.subform
Gemeinsame Aktionen	*.shac
LotusScript Agenten	*.lsa
Formelsprache Agenten	*.fa
Ansichten	*.view

Einfach ausprobieren und gut finden.....

Wenngleich der Domino Designer für Eclipse (DDE) nicht alle Entwickler jubeln lässt, hat er doch zahlreiche Vorteile. Ein Vorteil ist die Eclipse basierte Suche, die hilfreich und effizient ist. Damit ich bei der Vielzahl von Anwendungen den Überblick behalte, verwende seit Verfügbarkeit von DDE die Organisation von Datenbanken/Anwendungen in "Arbeitssets". Dieses, sowie eine mit bedacht gewählte Strukturierung einer Anwendungslogik in Bibliotheken, Anwendungsoptik (in Masken etc.) sowie Ergebnisstrukturierungen in Ansichten etc. erlaubt eine effiziente Suche.

Um z.B. nach einer bestimten LotusScript Konstanten/Variablen/Methode im Code zu suchen, verwende ich dann den Menüpunkt "Suche\Suche...", das zugehörige Tastenkürzel oder Symbol aus der Symbolleite:


Besonderes Augenmerk ist hierbei auf die Einschränkungen bei "Dateinamensmuster" sowie der Auswahl des Arbeitssets zu richten. Das Suchergebnis ist so bei einer aktuellen Datenbank mit ca. 140 Bibliotheken (60 0000 Zeilen Code) in ca. 1 Sekunde verfügbar. Nicht schlecht !!!!

Mit der "Auswählen..." Schaltfläche neben der Eingabezeile für das Dateinamensmuster kann man Typen von Gestaltungselemente auswählen, auf die sich die Suche beschränkt.

Häufig verwende ich bei klassischem Domino Design

Gestaltungselemente	Dateinamensmuster
LotusScript Bibliotheken	*.lss
Masken	*.form
Teilmasken	*.subform
Gemeinsame Aktionen	*.shac
LotusScript Agenten	*.lsa
Formelsprache Agenten	*.fa
Ansichten	*.view

Einfach ausprobieren und gut finden.....

Wer bei seinem Notes-Designer bereits eine ältere Version der Extended Lib installiert hat, kann bei der Installation des Update Packs 1 eine kleine Überraschung erleben. Wenn das Installationsprogramm eine ältere Version der extended Lib entdeckt, bricht es die Installation ab und verweist auf sei ...