Hallo Ihr Profis,

grüble wieder an einer Fehlermeldung, die ich nicht zuordnen kann.

ich lade mit folgendem Code eine RTF-Datei (Anzahl Zeichen: 3182) in meine RTFBox

Zu dieser RTFBox gibt es eine INI-Einstellungsdatei, in welcher u.a. die CursorPos und SelectionLength der letzten Bearbeitung stehen.

Beispiel:
[ScrollPosition] Position=1166 Länge=108
(Das sind tatsächlich drei Zeilen)

Versucht ich, die letzte Cursorpos und SelectionLength zu setzen und dann mit ScrollToCaret das geladene Dokument auf die CursorPos zu scrollen, wird aber immer ein Fehler generiert.

Der Code:



Die Fehlermeldung:

Die für diesen Vorgang erforderlichen Daten sind noch nicht verfügbar. (Ausnahme von HRESULT: 0x8000000A)

Wenn ich den Befehl " tsc_TextEditor_RTFBox.ScrollToCaret()" auskommentiere, erscheint der Fehler nicht und die Cursorposition und selectionLänge werden korrekt gesetzt - sind dann aber leider u.U. nicht im sichtbaren Bereich der RTFBox.

Woran könnte das liegen?
Ich finde im Netz überhaupt keine Erklärung und keine Lösung.
Kann es sein, weil das Dokument zwar der RTF zugewiesen, aber noch nicht in dieser angezeigt ist?

Wie kann ich dieses Problem beseitigen?
Wäre toll, wenn mir da einer einen Tip geben könnte.

EDIT:
Habe schon mit


vor dem ".scrolltocaret" experimentiert - erfolglos.
Beste Grüsse

Hi Ihr Zwei,

danke Euch vielmals @VaporiZed und @RodFromGermany

Tatsächlich funktioniert es auch ganz ohne .scrolltocaret.
Ohne .SuspendLayout() und .resumeLayout() - bricht das .scrolltocaret immer noch mit dem benannten Fehler ab.

Es funktioniert bei mir nur so:


Also mit .SuspendLayout() und .resumeLayout() - aber ohne .scrolltocaret.

Das wundert mich ein bisserl, denn ich glaube, anfangs hat es nur mit .scrolltocaret funktioniert, das Dokument auf die selektierte Zeile scrollen zu lassen.
Aber so funktioniert es, das geladene Dokument an die gewünschte Position zu scrollen - auch, wenn das Dokument länger ist, als die RTF hoch ist.
Komisch...

Der Fehler erschien übrigens bei allen so geöffneten Dokumenten.

Eine INI sieht z.B. so aus:

(Habe die Variablen inzwischen ins Englische umbenannt).

Edit:
so scheint es zu funktionieren:



und in der Datei-Laden-Sub:

Hi @RodFromGermany

Danke Dir.
Ja habe gleich in der ersten Zeile
"Option Strict On"
Das funktioniert inzwischen, seit ich meinen Outlook-API-Code umgestrickt habe.
Warum die Frage?
Stimmt was mit der von Dir zitierten Codezeile nicht?
Sieht für mich erst mal stimmig aus.

Habe aber gestern Abend ohnehin die Variablentypen noch umgebaut.
Nun sieht es so aus:

Hi @RodFromGermany

danke Dir - jetzt verstehe ich.
Tatsächlich war selectionStart vor meinen Änderungen vom Dateityp String, da ich diesem Wert aus einer INI-Datei ausgelesen habe.
Und damit machte die spätere ConvertToInt ja Sinn bzw. war ein Muss.
Inzwischen wandle ich die Dateitypen direkt nach dem Einlesen von der INI-Datei in das richtige Dateiformat um und arbeite im weiteren Verlauf mit dem tatsächlich korrekten Dateityp.

Das Caret-Setzen gemäss der gespeicherten Werte hat keinen Fehler mehr produziert.
Habe noch eine kleine Optimierung in meinen obigen Code nachgetragen, falls mal jemand diese Funktion sucht.

So scrollt das Dokument exakt zu der Zeile, bei welcher es verlassen wurde, das Caret wird auf die Stelle, an welcher dieses vor dem Verlassen war und die Selektion (falls vorhanden) wird auch wieder so gesetzt, wie diese beim Verlassen des Dokuments war.

So wollte ich es haben.

EDIT:
Ein Problem ist mir eben aufgefallen...
Wenn ich das Caret an eine beliebige Stelle setze und/oder einen Textbereich selektiere und dann diese Stelle aus dem sichtbaren Bereich wegscrolle, setzt mein Proggi nach dem Dokument laden zwar die oberste Zeile korrekt auf die, an welcher das Dokument verlassen wurde. Doch durch das anschliessende Setzen von SelektionStart und SelectionLength wird das Dokument dann auf die selektierte Stelle gescrollt.
Das scheint sich aber nicht vermeiden zu lassen, denn ich setze die oberste Zeile ja mit tsc_TextEditor_RTFBox.Select(charIndex, 0) und überschreibe diese Selektion mit dem anschliessenden tsc_TextEditor_RTFBox.SelectionStart = selectionStart.
Das ist zwar nicht optimal, aber hierfür bzw. hiergegen fällt mir keine Lösung ein.

Hi @RodFromGermany

danke Dir für den Hinweis.
Aber ich fürchte, das Setzen von Selectionstart scrollt doch immer das Dokument so, dass die selektierte Stalle im Anzeigebereich liegt.
Ich habe endlos getestet und probiert.
Sobald ich Selectionstart setze, scrollt meine RTFBox und holt die selectionstart-Position in den Anzeigebereich.
Dabei wird natürlich meine Topline-Einstellung überschrieben.

Das klappt nicht mal, wenn ich Sendmessage zum Setzen der TopLine verwende:


(Klappt auch nicht, wenn ich das Selektieren und TopLine-Setzen vertausche).
Die RTFBox meint, unbedingt die selektierte Stelle ins Bild holen zu müssen.

ChatAI mein dazu:
Das Ändern der Topline und gleichzeitig das Markieren von Text, der sich außerhalb des sichtbaren Bereichs der RichTextBox befindet, ist in der RichTextBox mit den Standardfunktionen in Windows Forms nicht einfach umsetzbar. Die RichTextBox-Komponente wurde nicht dafür entwickelt, Text außerhalb des sichtbaren Bereichs gleichzeitig anzuzeigen und zu markieren, ohne die Topline zu ändern. Wenn Sie verhindern möchten, dass die RichTextBox automatisch zur ausgewählten Position scrollt, selbst wenn sich diese außerhalb des sichtbaren Bereichs befindet, ist dies standardmäßig nicht möglich. Das Scrollverhalten von RichTextBox ist so konzipiert, dass es die Auswahl in den sichtbaren Bereich verschiebt, wenn Sie SelectionStart auf eine Position außerhalb des Anzeigebereichs setzen.

Was kann ich denn da machen?

EDIT:
Es funktioniert auch nicht, wenn ich HideSelection von False (brauche ich) auf true ändere.

Jetzt muss ich hier doch nochmal zum Thema nachfragen...

habe in einer Funktion nach dem Laden von Dokumenten und Befüllen einer Richtextbox mit deren Inhalten folgenden Code zum Setzen der SelectionStart, SelectionLength und Topline in der Richtextbox.
Diese drei Variablen werden beim Updaten der Richtextbox bzw. vor dem Laden eines anderen Dokuments gesichert und sollen beim erneuten Aufruf des Dokuments wiederhergestellt werden.



Zuerst wird die gespeicherte Topline des Dokuments angesteuert und dann, wenn vorhanden die CPos + ggf. SelLen.
Da die Richtextbox aber beim neu laden nur gerade soweit zur gespeicherten Topline scrollt, bis diese unten ins Bild kommt muss ich auf diese "Topline" noch die Zeilenzahl der in der Richtextbox sichtbaren Zeilen aufaddieren, um tatsächlich den Inhalt der Box an die echte Topline zu scrollen.
Nur...
Ich finde keine Möglichkeit, die tatsächliche Zeilenzahl im sichtbaren Bereich der Richtextbox irgendwie zu bestimmen.
Die 56 Zeilen, welche ich verwende sind also Mist, da diese ja nur zutreffen, wenn mein Programm im Fullscreen und bei der derzeitigen Bildschirmauflösung läuft.

Gibt es denn eine Möglichkeit, diese Funktion universal zu gestalten?
Habe schon mit sendmessage und


experimentiert.
Aber auch dieses bringt mich der Lösung keinen Schritt weiter.

Mein zweites Problem:
Obwohl ich am Beginn dieser Funktion "Dokument_Laden_Und_Anzeigen"


sowie am Ende dieser Funktion:



stehen habe, wird im Falle der oberen Teil der If-Else-Bedingung die RTF-Box aus mir unerfindlichen Gründen sichrbar gescrollt, was ich aber natüclich unbedingt vermeiden will.

Hann mir da vielleicht einer von Euch Profis auf die Hufe helfen?

@Schönen Rest-Sonntag @all

EDIT: Korrektur im obigen Code

Hi @VaporiZed
Daaaaanke Dir!
Ich habe das Gefühl, dass ich manchmal viereckig denke, wenn rund erforderlich ist.
So klappts wunnebärchen.