Inoffizielles deutsches Xbase-Forum

Wir sprechen (und auch die Überschrift) von dbedit, und da gibt es kein stabilize! Ich weiß, dass es im Alaska-Programmordner sys ein dbedit gibt und das so auch vermutlich im Xbase++ eingebaut ist, also intern ein Tbrowse. Aber, über die function dbedit aus dem Programm kommt man da so ohne weitere...

Servus Bernd,
ok. Bis dahin kannst Du ja die von mir gezeigte Lösung verwenden, habs auch mit Index-Dateien getestet. Alternativ und bei Bedarf kannst Du ja anstatt dem PgUp auch ein dbgoto oder dbgotop vor dem dbedit einfügen.

Servus Bernd, habs getestet, und folgendes entdeckt: Mach mal mehr Sätze, dann wirst Du sehen, dass das keyboard chr(4) 2 Dinge macht 1. korrekt eine Spalte nach rechts 2. ans Bildschirmende springen Also er geht nicht auf den letzten Datensatz, sondern lediglich ans Ende des sichtbaren Fensters. We...

Servus Andreas,

danke für das Angebot. Weißt Du, wo ich eine komplette Doku finde? Die ganzen Eigenschaften eines Charts sind nirgends dokumentiert. Hab mich schon stundenlang mit den Eigenschaften für den Chart und für die Bar-Series gespielt, das ist ja eine unendliche Geschichte...

Danke.

Servus Bernd, Dein Beispiel betrifft Tbrowse und nicht dbedit! Ausserdem kann ich es nicht testen, da zuviele Funktionen gerufen werden, die nicht enthalten sind, obwohl ich schon einige ersetzt hatte: [Error] : ALK2102: unresolved external symbol BFBALTSELE [Error] : ALK2102: unresolved external sy...

Selbstverständlich Deinen Code, wo Du das wie eingebaut hast und auch die udf Deines Tbrowses / dbedit.

Dann wäre etwas Code hilfreich.

Servus Bernd,

das chr() vergessen? Eine UDF, die was nicht findet bei Taste rechts? Passt es, wenn Du das Beispiel von Jimmy raus lässt und manuell -> drückst?

Servus Andreas, ich hab die Daten ja im Array, siehe Beispiel. Aber wie sieht das zugehörige sf3 aus? Es können ja 1, 2, 3, 4 - x Jahre werden. Klar wird es ab ca. 5 Jahren unübersichtlich, aber auf modernen Bildschirmen im Querformat kein Problem. Unter clipper hab ich das mit einer Zusatzbibliothe...

Servus, ich habe mir nach der Devcon jetzt auch den Frax besorgt (getreu dem Aufruf von Herbert zur Unterstützung), bin jedoch etwas enttäuscht über die Doku dazu. Andreas hat ja schön alles gesammelt, was es an Dokus gibt und uns zur Verfügung gestellt. Jedoch ist das nur ein Bruchteil dessen, was ...

ok, wenn man Zeit hat, kann man warten bis Xbase++ von selbst die "Stabilisierung" ausführt ;-) Wenn ich aber vor einer Aktion sicher gehen will (muss), dass die Anzeige stimmt - also stabil ist -, dann muss ich selbst forceStable() aufrufen ... Aber eigentlich ging es mir mehr um die Fra...

AUGE_OHR hat geschrieben:

Code: Alles auswählen

         GO BOTTOM
         Postappevent(xbeP_Keyboard,xbeK_CTRL_PGDN,,oBrowse)

Servus Jimmy,
danke, habs gerade eingebaut und teste.

Das Ergebnis ist ein direkt aktualisierter Browse, in dem auch neu eingefügte Sätze sofort sichtbar sind Servus Georg, das klappt bei mir auch, so ähnlich mache ich das ja auch. Aber die Ansicht im Browse-Fenster auf die Daten "rutscht" dadurch nach oben und unten bleibt oft viel Platz fr...

Ich verstehe das Problem nicht. Kannst Du vielleicht mal ein Beispiel bauen bzw. zeigen? Eigentlich ganz einfach: Browse, irgend ein Datensatz wird mittels Doppelklick geändert oder auch nur angeschaut, dann wird zum Browse zurückgekehrt mit o. gezeigtem Code. Er landet aber auf dem ersten Datensat...

Wenn mehrere Zeilen von dem eigenen Programm geändert wurden oder man Änderungen von allen anderen auch benötigt, muss man :refreshAll() machen und dann ebenfalls :forceStable() durchführen. Das kann ich nicht bestätigen, habe nirgends ein forceStable() drin! Die Doku ist diesbezüglich einfach zu d...

Keiner eine Idee? Macht keiner sowas, nach ändern von Daten im XbpBrowse soviele Daten wie möglich im Browse-Fenster anzeigen?

Herbert hat geschrieben:Mein Problem besteht leider immer noch.

Du weißt das sicher, Modul EH ist Errorhandler, also ein Fehler in der Fehlerbehandlung. Mal Standard-Errorsys verwenden?

Servus Tom, danke. Bisher habe ich immer ein :refreshAll() gemacht, wenn ein Datensatz geändert wurde. Das sorgte im Netz dafür, dass alle Daten korrekt dargestellt wurden. Auch zwischenzeitlich geänderte Daten von anderen Benutzern wurden dann sofort ersichtlich. ForceStable() hat da immer "Pr...

sehe jedoch gerade, dass das auch nicht immer funktioniert, nach dem dbgoto - der Satz wird korrekt positioniert - macht das refreshAll() jedes Mal ein :dbgotop(), wenn das Browse nicht schon vorher physikalisch am bottom stand :?: #-o Index passt, scope ist ok... Es wird z. B. exakt auf den gleiche...

Servus, ist das die "beste" Methode (in dieser Reihenfolge), um nach Änderung von Datensätzen in einem XbpBrowse() die Datensätze wieder soweit wie möglich komplett im Browse-Fenster anzuzeigen? nSatznr := formular->(recno()) oBrowse:goBottom() oBrowse:refreshAll() formular->(dbgoto(nSatzn...

Servus Hubert,

ist unterwegs, danke.

Muss mich etwas korrigieren, Abhilfe schafft: Damit werden dann auch Absätze und harte Zeilenumbrüche wieder korrekt gedruckt, beim obigen Beispiel wurde sonst alles ein Absatz.

Hubert, Deine Methode PrintMemo() hat aktuell noch ein Problem bei MemoStrings, die 2x das CRLF hintereinander enthalten. Passiert meist beim Einfügen über die Zwischenablage in ein Memofeld. Erst ein MemoTran(rtrim(cMemoFeld), " ") bringt einen besseren Druck, aber Leerzeilen sind damit w...

Servus Hubert, ich habe den Fehler gefunden, warum es bei mir bei PrintMemo() gekracht hat: Es handelt sich um ein Angebots-Formular, in der :PrintForm() - Methode ist u. a. eine Fußzeile definiert, die über PrintMemo() gedruckt wird. Bei dem Anwender waren jedoch mehr Zeilen in dem Memofeld, als in...

Danke Tom. Wollte halt den Weg des geringsten Widerstandes gehen

Servus Jimmy,

danke, das hatte ich so auch schon, jedoch funktioniert mein colorblock mit dem setFontCompoundName nicht, es wird nicht satzabhängig der Font eingestellt, obwohl der Colorblock korrekt bei jedem Satz evaluiert wird.