SoftMaker.de

Sooo... Weil die Abarbeitung von Selektionen im bspw. dem PlanMaker irgendwie garstig langsam abläuft, habe ich jetzt mal das Skript viewtopic.php?f=115&t=9277 mit einer richtigen Entwicklungsumgebung neu erstellt (es gibt nur eine Erweiterung: negative Zahlen werden jetzt auch korrekt berücksichtigt). Gut, der weitere Unterschied ist, dass es als echte Windows-Anwendung direkt unverschämt groß geworden ist .

Ein Musterdokument hängt auch im Archiv.

Es gibt zwischen dem BM-Skript und dem Compilat faktisch keinen Zeitgewinn... Jetzt fände ich es spannend einmal darüber zu diskutieren ob es nicht doch noch die eine oder andere Handbremse gibt, die man lösen kann... Nur alleine OLE kann dafür eigentlich nicht verantwortlich sein, dass es etwas schleppend läuft... ...mir ist so, als hätte ich OLE auch schonmal in schnell gesehen...

Ich habe mal Deine Zahlen nebeneinander verdoppelt und Testläufe gemacht:
Hexe: 33 Sek. (ab Aufruf)
Meine Version: 13 Sek. (Ab OK im Dialog)

Obwohl meines bei jeder Zelle im Fortschitsbalken schreibt und sie prüft ob leer!
Dein altes Skript: 10 Sek für positive Zahlen, und ja, die Hexe füllt auch noch leere Zellen mit Apostroph...

Mal sehen ... Ja, ich habe drin:

Die Hexe hat das alles noch nicht genutzt (Calc sieht man in der Statusleiste).

Jetzt mal Schrittweise ausgeschaltet:
Meins optimal: 13 Sek.
mit Visible = True: 15 Sek (+15%)
und mit ScreenUpdate = True: 22 Sek (+47%)
und mit Calculation = Auto: 31 Sek (+41%)
Hexe: 33 Sek
Du könntest es evtl. noch etwas optimieren? *prust*

Warum verbraucht ScreenUpdate so viel Energie ohne dass etwas geschieht?

PS: Ich habe auch anderso mal gemerkt, dass enable.dll rasend schnell ist. Das liegt irgendwo an PM, ich dachte OLE, und könnte in der nächsten Vers. viel besser werden, sagt man?
Womit ist denn die Hexe geschrieben, pbk?

_________________
SMO rev. 670 + Win XP                    Times without money are better than times without Mini - the original

Ich weiss Da steht ein Isumeric(val()) im Code... Das ist aber mittlerweile ausgebügelt und es gibt (in meiner Version hier) einen schönen Windows-Fortschrittsbalken abhängig davon ob Windows 2000, XP oder Vista und deutsche Buttons und hübsche Dialoge (für den Ipsum Generator) und, und, und...


Jaja... Es ist sicher kein Problem die Auto-Berechnung abzuschalten, das kann ja noch passieren... Nur ausblenden will ich die Anwendung unter keinen Umständen, denn die verschwindet dann völlig und ist nur noch über die Prozesse zu finden. Das führt automatisch zu der Annahme, dass sich der PM jetzt verabschiedet haben muss und damit zu unvorhersehbaren Reaktionen vor dem Bildschirm. Daher muss das Fensterchen schon bleiben...


Jaja... Das ist irgendwo das Problem...
Bei dem Ipsum Generator habe ich ja schon einen Workaround eingebaut um die OLE Zugriffe zu minimieren. Beim PM geht das aber leider nicht, weil die Zellen nicht "in einem Rutsch" beschickt werden können. Wenn dann das Dokument etwas größer wird, dann helfen keine der Tricks mehr und es dauert ewig...


Nachtrag... Nach dem was ich jetzt weiss, wird das wohl auch genau so werden... Faktor 5 würde ich tippen.


RealBasic

Beim TextMaker gehts fixer, wenn man den Lorem Ipsum Generator laufen lässt. Als richtiges Kompilat sieht das dann schon wieder anders aus