Inoffizielles deutsches Xbase-Forum

Dann setze doch mal ein altd() an die Stelle.

Habe gerade dafür gevoted, allerdings ist meine Subscription im April abgelaufen (man bekommt ja auch keine Info von Alaska, dass man sie erneuern müsste), daher müsste ich fast den Neupreis bezahlen und warte daher, bis Alaska mal wieder etwas Neues interessantes bringt. Somit weiss ich nicht, ob m...

@Markus, die Daten lagen auf einem der 3 Rechner mit Win7. Hast du auch das Testprogramm von Chris benutzt ? @Hubert, habe ich noch nicht getestet, muss erst meiner Tochter nochmal ihren Win7 Laptop "abschwatzen". Habe aber von Chris im eXpress++ Forum gehört, das nach den Einstellungen be...

Hallo Markus,
ich denke du liegst richtig mit deinen Annahmen. Ich habe es getestet mit 2x Win7 und 1x WinXP, alle 3 PCs haben gleichzeitig 10000 Datensätze in eine auf einem Win7 liegende Datenbank geschrieben. Statt 30000 Datensätze hatte ich nur 29999.

Interessante Information im public.xbase++.data-access Forum bei Alaska von Steffen/Andreas.
Sollte man unter reinen Win7/Vista-Umgebungen unbedingt beachten !

Hallo Hubert,
ich nutze da nichts von ActiveX. Es wird einfach vom Abby Finereader ein Job (Script) gestartet, wenn das fertig ist, kann ich die Dateien in meinem Programm wie oben geschrieben einlesen. Ich benutze auch kein SDK sondern nur die Version 10.

Da das bisher nur 2 meiner Kunden benutzen, ist mir das ziemlich egal. Die müssen eben dementsprechend Versionen vom ABBY Finereader kaufen, fertig.

Hallo Jürg, ich mache so etwas mit dem Abby Finereader. Dort kannst du Jobs anlegen, also z.B. Scannen, dann OCR Erkennung (auch in einem bestimmten Bereich), dann erkannten Text speichern (Format wählbar, z.B. als Txt-Datei). Ich lege so zu jedem gescannten Lieferschein (TIF) eine gleichnamige Text...

Doch, aber als "Nur Text" und nicht Html.

Sollte man vielleicht in der Wissensbasis unter "Größe Drawingarea" festhalten.

Hallo Jimmi, ich wollte ja Rolf nur klar machen, wenn man den Datensatz, den man bearbeitet, nicht gesperrt läßt, man nicht sicher sein kann, dass die Änderungen die man macht, auch wirklich endgültig sind. Wenn ein anderer die Daten vor meinem Speichern ausgelesen hat und sie nach meinem Speichern ...

Hallo Rolf,
und wer gewinnt im Multiuser-Betrieb ? Leider immer der, der zuletzt speichert.

Zufall Hubert

Vielleicht hilft ein oBrowse:refreshAll().

Wenn du die XbTools hast, schau dir mal die Funktionen TimeToSec() und SecToTime() an.

Hallo Jan,
ist genauso wie Marco schrieb: Bei z.B. 100 Durchläufen triffst du beim 50. auf dein .T., dann wird im 51. lModify wieder auf .F. gesetzt. So wie du es gemacht hast, hätte es nur geklappt, wenn der letzte Satz dein .T. geliefert hätte.

Hallo Jan,
nimm doch mal das (else) lModify:=.F. raus, dann wirds auch klappen.

Mach doch einfach nur eine Fortschrittsanzeige nach jeder erzeugten Indexdatei, 6 mal einen Balken zu aktualisieren sollte nicht viel Performance kosten.

Ja Rolf,
und show heisst anzeigen - also nicht verstecken.

Hallo Jimmi,
schau dir doch mal die Tools-Funktionen CharAND, CharOR, etc. an.

@Jimmy: Ich auch nicht, ist aber in ähnlichen Zusammenhängen hier öfters zu lesen. Kann aber auch gut sein, dass es XPress-spezifisch ist (was ich nicht habe).

Das ist nicht eXpress-spezifisch, ich benutze das auch schon seit Clipperzeiten für Währungsdarstellungen.

Man kann beides, ich löse das aber in Punkte auf, um die zu übermittelnden Daten klein zu halten (M2M-Mobilfunktarif).

Der große Vorteil von Fivetech ist die geringe Einarbeitungszeit durch die xbase Syntax. Und ich muss sagen, dass meine Anwendung auf Windows Mobile sehr stabil läuft (Auftragsübermittlung von und zu Fahrzeugen, Auftragseingaben und Kunden-Unterschrifterfassung).

Ändere mal den Sortblock und ändere die Funktion so wie Bertram es gemacht hat.

Eventuell geht es auch, wenn du das Array mit @aVo an Spaltensortierung übergibst.

@Manfred,
denke daran, wenn du ein Array benutzt, nach Verändern des Arrays den Pointer mit DC_GetBrowArray() zu aktualisieren.