vb@rchiv
VB Classic
VB.NET
ADO.NET
VBA
C#
sevDataGrid - Gönnen Sie Ihrem SQL-Kommando diesen krönenden Abschluß!  
 vb@rchiv Quick-Search: Suche startenErweiterte Suche starten   Impressum  | Datenschutz  | vb@rchiv CD Vol.6  | Shop Copyright ©2000-2025
 
zurück

 Sie sind aktuell nicht angemeldet.Funktionen: Einloggen  |  Neu registrieren  |  Suchen

Allgemeine Diskussionen
Re: Mehr Speed im vb@rchiv 
Autor: unbekannt
Datum: 15.06.03 16:29

Hi Andy,

folgendes: Das RTF-Control steuert intern eine Wordbreak-Prozedur die sich zum Einen an der Width-Eigenschaft ausrichtet und zum Anderen auf einen vordefinierten Char, das ist momentan ein Leerzeichen. Übertrifft der Satz z.B. annähernd die Width prüft die Wordbreak-Prozedur nach dem letzten Leerzeichen und fügt einen Zeilenumbruch anstatt dem Leerzeichen ein.

Der horizontale Scrollbalken wird wie bei der Listbox nur dann angezeigt, wenn Width größer als der sichtbare Bereich des RTF-Controls ist. Diese Eigenschaften müssen über Sendmessage eingestellt werden, weil Du ansonsten nicht per Control-Eigenschaften an diese Werte herankommst. Diese Width ist die Breite der Edit-Fläche und nicht die des Controls.
Das ist also zunächst mal kein Problem - aber : ....

Wenn Du Deine eigenen Zeilenumbrüche damit realisieren willst, kommst Du nicht umhin eine eigene Wordbreak-Prozedur zu schreiben und den Zeiger der momentanen Wordbreak-Prozedur des Controls auf Deine Funktion umzubiegen (AddressOf). Sprich: Hier wird Dir nichts anderes übrig bleiben, als die RTF-Box zu subclassen. Windows ruft automatisch Deine Wordbreak-Prozedur auf, wenn ein eingefügtes Zeichen diese Width überschritten hat. Du kannst nun hier Deinen Zeilenumbruch setzen.

Stimmt die Aufwand-Nutzen-Relation dann noch? Wobei hier in diesem Fall die Wordbreak-Prozedur nicht mehr als eine Callbackfunktion und allenfalls einen Vierzeiler enthalten würde. Dies höre sich schlimmer an, als es eigentlich ist
0
alle Nachrichten anzeigenGesamtübersicht  |  Zum Thema  |  Suchen

 ThemaViews  AutorDatum
Mehr Speed im vb@rchiv723ModeratorDieter15.06.03 10:38
Re: Mehr Speed im vb@rchiv449Andi W15.06.03 11:06
Re: Mehr Speed im vb@rchiv474ModeratorDieter15.06.03 11:08
Re: Mehr Speed im vb@rchiv451Markus15.06.03 11:07
Re: Mehr Speed im vb@rchiv437Andi W15.06.03 11:08
Re: Mehr Speed im vb@rchiv463ModeratorDieter15.06.03 11:10
Re: Mehr Speed im vb@rchiv437Andi W15.06.03 11:11
Re: Mehr Speed im vb@rchiv417Andi W15.06.03 11:42
Re: Mehr Speed im vb@rchiv423noVaniac15.06.03 11:49
Re: Mehr Speed im vb@rchiv422Andi W15.06.03 12:33
Re: Mehr Speed im vb@rchiv419unbekannt15.06.03 14:40
Re: Mehr Speed im vb@rchiv434Andi W15.06.03 15:21
Re: Mehr Speed im vb@rchiv458unbekannt15.06.03 16:29
Re: Mehr Speed im vb@rchiv443Andi W15.06.03 17:48
Re: Mehr Speed im vb@rchiv398unbekannt15.06.03 17:59
Re: Mehr Speed im vb@rchiv461Andi W15.06.03 15:30
Re: Mehr Speed im vb@rchiv384Andi W15.06.03 15:46
Re: Mehr Speed im vb@rchiv409Dartrax15.06.03 14:29
Re: Mehr Speed im vb@rchiv448ModeratorDieter15.06.03 14:33
Re: Mehr Speed im vb@rchiv441ModeratorMartoeng15.06.03 20:00

Sie sind nicht angemeldet!
Um auf diesen Beitrag zu antworten oder neue Beiträge schreiben zu können, müssen Sie sich zunächst anmelden.

Einloggen  |  Neu registrieren

Funktionen:  Zum Thema  |  GesamtübersichtSuchen 

nach obenzurück
 
   

Copyright ©2000-2025 vb@rchiv Dieter Otter
Alle Rechte vorbehalten.
Microsoft, Windows und Visual Basic sind entweder eingetragene Marken oder Marken der Microsoft Corporation in den USA und/oder anderen Ländern. Weitere auf dieser Homepage aufgeführten Produkt- und Firmennamen können geschützte Marken ihrer jeweiligen Inhaber sein.

Diese Seiten wurden optimiert für eine Bildschirmauflösung von mind. 1280x1024 Pixel