Bin gerade am überlegen, ob ich mich nicht mal an was Verrücktem versuche:

Und zwar will ich auf einem Notes-Client den rechten Frame in 3 Teilframes mit größerem Mittelteil unterteilen.
Oben und unten stehen Ansichten, die gesplittet erscheinen sollen, d.h. das Dokument, das im mittleren Frame dargestellt wird, soll gewissermaßen als Lupe wirken.
Buttons würden dann dafür sorgen, daß die 'Dokumentlupe' auf und ab geschoben werden kann.

Ein Hochschieben würde also zB bedeuten:
- das letzte Dokument aus der oberen Ansicht zu entfernen,
- das im mittleren Frame dargestellte Dokument als erste Zeile in die untere Ansicht einzufügen,
- das letzte Dokument der oberen Ansicht im mittleren Frame einblenden

Das ist jetzt nicht nur pure Spinnerei, sondern entspräche auch der 'intuitiven Bedienungsidee' der Benutzer. Es geht nämlich darum, Tagesordnungspunkte 'gefühlsmäßig sinnvoll' an die richtige Position im Ablauf zu schieben und das ganze später durch Beschlußkommentare zu ergänzen.
Eine manuelle Umsortierung durch Nummernvergabe halte ich für zu wenig intuitiv, eine reine View-Subject-Manipulation ist ungünstig, weil die teilweise sehr formal gehaltenen Betreffs zu wenig Rückschluß auf den Inhalt zulassen.

Triviale Alternative wäre, mit mehrzeiligen Views zu arbeiten und bei der Zeilenzahl je Row einen Kompromiß zu schließen.

Ob es sich ev. lohnt, Textinhalte unterschiedlichen Umfangs vorzuhalten und diese in den Rows aufzuschalten, also gewissermaßen das Fischauge in einer einzigen Ansicht rauf und runter zu bewegen?

Hat jemand schonmal was ähnliches gemacht oder gibt es andere Vorschläge/Ideen? Ich bin derzeit noch für jede Spinnerei offen.

das ist mal ne geile Aufgabe.
Klar, irgendwie muß in dem mitleren Frame mit der Dokumentenvorschau gearbeitet werden.
Jetzt wäre nur noch zu klären, wie man einer view beibringt, ab einem gewissen Dokument "am oberen rand " anzuzeigen.

eknori

@eknori

... mir scheint du hast Blut geleckt...

ata

Grundlage zur Lösung ist wohl die NotesViewNavigator class  

Aber offen bleibt immer noch, wie man einen view beeinflussen kann, dass der Cursor auf einem bestimmten Document steht.

.... und das ncoh im Frame

hmmm, mal nachdenken

eknori

das ist mal ne geile Aufgabe.
Klar, irgendwie muß in dem mitleren Frame mit der Dokumentenvorschau gearbeitet werden.
Jetzt wäre nur noch zu klären, wie man einer view beibringt, ab einem gewissen Dokument "am oberen rand " anzuzeigen.

eknori

Das ist einfach. Es muß im Dokument halt ein Flag geben: zeige oben, zeige nicht, zeige unten und das geht in die SELECT Bedingung ein. Sortierung ist für alle Views erstmal gleich.
Da ich weiß, welches Dokument im mittleren Frame aufgeschaltet ist (von dort löse ich ja die Verschiebung aus), muß ich nur diese Eigenschaft des Vorgängers/Nachfolgers setzen und den View refreshen.

gleichzeitig müsste dieses Doc das letzte Doc im oberen Frame werden und das folgedoc das ertse im unteren Frame.

Ganz schön auswändig, was die refreshrate betrifft.
Wie soll denn der mittlere Frame behandelt werden. Soll es da auch möglich sein , alle Aktionen auszuführen, die auch bei einem direkten Aufruf des Docs möglich sind ??
Oder soll da nur ein "Abstract" angezeigt werden ?

eknori

Das ist auch das Problem, an dem ich derzeit noch nicht ganz rein bin: Die Docaufschaltung im Vorschaufenster als Trigger für die Viewmanipulation heranzuziehen. Alternative wäre halt ein schrittweises auf- und abschieben, da muß ich die Views im UI nicht anfassen.

Zum zweiten Punkt: Dokumentevorschau wäre ideal. Das andere entspräche einem durchgehenden View mit einem Fischauge, daß über den View bewegt wird und die Rows mit unterschiedlichem Detaillierungsgrad darstellt, also keine Teilung der Views in oben/unten-Frames. Diese Lösung hatte ich als eine mögliche Option ja schon erwähnt.