Und, wo ist nun der Fokus beim Start?
In der Ansicht oder im Navigator?
(Dass er evtl. nicht in der Ansicht ist, kannste daran erkennen, dass die Suche direkt nach dem DB-Start nicht funzt, man muss zuerst in die Ansicht klicken...)
Nein, Mike, ich meinte die Schnellsuche.
Wenn du einfach was eintippst und es öffnet sich das Suchfenster.
(S. Bild)
P.S. Wenn der Fokus nicht in der Ansicht ist, dann öffnet sich kein Suchfenster.
Also noch ein Test: DB zu, wieder auf, abc auf der Tastatur tippen.
Und?...
Hallo Laura!
Ja, danke! Das mit der Schnellsuche bzw. dem direkten Tippen eines Suchbegriffs hatte ich auch so getestet.
Sorry, hatte ich so deutlich nicht geschrieben.
Die Symbolleiste habe ich quasi als ein "zusätzliches" Indiz erwähnt, wonach ich darauf schließe, das der Fokus korrekt steht.
Also die Schnellsuche klappt.
Gruß
Mike
Hi Mike,
na, wenigstens klappt die Schnellsuche...
Mach' doch bitte ein Bildchen von deiner DB direkt nach dem Start. (Mit der Fehlermeldung!)
Ich möchte gern "den Patienten" sehen...
Gruß,
Laura
P.S. Was ist denn im Navigator als Startansicht eingestellt?
Wie befürchtet... Der Patient ist ernsthaft krank.
[Blockierte Grafik: http://lexass.spb.ru/smilies/hlp.gif]
Aber die Heilungschancen stehen gut!
Diagnose: Fokus befindet sich direkt nach dem Start NICHT in der Ansicht.
Der Beweis: dünn umrahmte erste Zeile.
Ich habe den Fehler bei einer von meinen DBs nachgebaut. (S. Bild)
*******
So, wie kriegen wir den Patienten wieder gesund?
Leider kann ich dir keine Fertiglösung anbieten...
Habe keine Erfahrung mit den Navigatoren.
Könnte dir nur über meinen Trick 17 mit den Rahmengruppen berichten.
Aber vielleicht wissen es die Experten?
Gruß, Laura
Hi Mike,
dank dir bin ich soeben "Light-Member" geworden.
Hallo Laura!
Oh - danke für Deine profunde Diagnose!
Dann werden wir doch auch sicherlich gemeinsam eine Lösung finden.
Wie bekommst Du es denn in Deinen Datenbanken hin, daß beim Aufruf alles komprimiert ist? Oder ist das bei Dir garnicht der Fall?!?
Wie gesagt - wenn diese Formel nicht sauber läuft, dann nehme ich auch gerne eine andere Lösung. Irgendwie muss das doch hin zu bekommen sein...
Gruß
Mike
hast Du in der Maske mit der eingebetteten Ansicht Felder?
Sind diese berechnet, editierbar?
Gruß
Dirk
@Dirk
Die Ansicht ist doch gar nicht eingebettet...
mike
Hallo Mike,
bitte-bitte, gern geschehen.
Die Formel @Command([ViewCollapseAll]) funktioniert zuverlässig, das Problem liegt wie gesagt, woanders.
Ich liebe komprimierte views. Aber ich mag keine Navigatoren.
Dafür bastele ich gern an den Rahmengruppen.
In dieser Datenbank, in der ich den Fehler reproduzieren konnte, habe ich einige davon.
Der Trick ist, in der Start-Rahmengruppe (s. Bild 1) wird rechts unten nicht direkt die Ansicht angezeigt, sondern eine weitere Rahmengruppe (berechnet***), bestehend aus einem Rahmen (berechnet), in dem wiederum diese Ansicht (berechnet) aufgerufen wird.
Diese Start-Ansicht darf im PostOpen keine Formel @Command([ViewCollapseAll]) haben. Bei der sind nur die Haken gesetzt. (s. Bild 2)
Über die Gliederung im linken unteren Rahmen können weitere komprimierte Ansichten (berechnet) geöffnet werden. Die haben im PostOpen die o.g. Formel. Und meckern nicht...
Wie man den Fokus in den rechten unteren Rahmen (in die Ansicht also) rein bekommt, weiß ich nicht.
Die Versuche mit @SetTargetFrame("Rahmenname"), Haken setzen bei den Rahmeneigenschaften "Anfänglichen Fokus festlegen" haben nicht zum erwünschten Ergebnis geführt...
Bin gespannt, was die Moderatoren dazu sagen...
***Habe mir angewöhnt, immer eine Formel rein zu schreiben, z. B. "Ansichtname".
Ich werd' verrückt!
Es geht!
Zwar auch nur mit Trick, aber total easy!
Einfach im PostOpen
@Command( [SwitchView] ; "Aktuell_geöffnete_Ansicht") ;
@Command([ViewCollapseAll])
eintragen.
Quasi Switch auf sich selbst. Dann springt der Fokus tatsächlich in die Ansicht und es kommt keine Fehlermeldung wegen dem @Command([ViewCollapseAll]).
Die schlechte Nachricht:
leider gibt's den @Command( [SwitchView] ) erst ab Version 6.
Alter @Command( [ViewChange] ; "Ansicht" ) bringt nix, weil er erst nach allen @Funktionen ausgeführt wird.
ZitatAlter @Command( [ViewChange] ; "Ansicht" ) bringt nix, weil er erst nach allen @Funktionen ausgeführt wird.
versuch es mal mit einem PostedCommand, als so:
@Command( [SwitchView] ; "Aktuell_geöffnete_Ansicht") ;
@PostedCommand([ViewCollapseAll])Ohne Garantie, dass es funktioniert.
Gruß
Dirk
@Dirk
Du meinst sicher
@Command([ViewChange] ; "Aktuell_geöffnete_Ansicht") ;
@PostedCommand([ViewCollapseAll])?
Juhu, das funzt auch!
(Wieso bin ich nicht selbst drauf gekommen ;o))
Mike, du bist gerettet!
na klar meine ich es wie Du es geschrieben hast. Formel habe ich aus Deinem Beitrag kopiert und vergessen zu berichtigen.
Ich sollte nicht mehrere Dinge gleichzeitig tun.
Gruß
Dirk
Moin!
Hmmm - habe nun beide eurer Formeln getestet. Doch leider nicht mit dem gewünschten Erfolg!
Folgende Probleme habe ich bei Verwendung der hier vorgeschlagenen Formel:
- ich kann die Ansichten nur mit dem Alias angeben (als aktuelle Ansicht), der echte Name zieht nicht?!
- dennoch kommt dann die Fehlermeldung:
"Ungültiges oder nicht vorhandenes Dokument!"
???
Was soll das denn nun wieder, was sucht Notes da denn??
Gruß
Mike
Hallo Mike,
diese Fehlermeldung
Zitat"Ungültiges oder nicht vorhandenes Dokument!"
kann nur bedeuten, dass du dich im Ansichtsnamen vertippt hast...
...oder hast vergessen, den Namen in "" zu setzen.
...oder hast die () vergessen - für den Fall, wenn deine Ansicht so heißt >> (Ansicht).
Selbstverständlich kann man auch den echten Namen nehmen.
Aber den Aliasnamen zu benutzen ist grundsätzlich geschickter. Falls du aus irgendeinem Grund die Ansichten später umbenennen musst, brauchst du nichts sonst (Agenten, Maskenereignisse usw. ) anzupassen.
Gruß, Laura