Hi Marc
Marc Santhoff wrote:
Am Mi, den 09.03.2005 schrieb [EMAIL PROTECTED] um 23:35:Nun also bei mir bewirkt dieser Knopf "Basic Macro neu �bersetzen" absolut nichts. Es werden
Hoi Marc
Moin moin,
[...]
Nachdem ich durch einen Tippfehler etwas herumsuchen musste hatte ich genau diese Option aktiviert.Stimmt, aber Du kannst "otion explicit" als erste Zeile im Modul benutzen, dannmit werden Tippf�hler schonmal ausgeschlossen...
Aber dann ging es erst richtig los: Da die Fehler nicht beim Compilieren �ber die Symbolleiste gefunden werden - verstehe sowieso nicht was dieser Knopf soll, der bewirkt doch �berhaupt nichts - kommen dann
Syntaxfehler finden. Aber eine erweiterte Typpr�fung u.a. w�rde ich auch begr��en...
weder vergessene Klammern noch falsch geschriebene Variablen gefunden. Aber eben, ev habe
ich da wirklich eine schlechte OO-Version mit SUSE 9.1 bekommen.
haufenweise Meldungen von Laufzeitfehlern (die ich �brigends inzwischen gefunden habe - eine Pause bewirkt manchmal Wunder) wenn ich Ctrl-Shift-F9 anwende.
Es gibt Firmen, die werfen Dich nach 12 Stunden Arbeit einfach raus in den Feierabend.
N�tzt auch nichts, wenn man zu Hause weitermacht .. :-)
Ist auch �konomisch sinnvoll, sonst erzeugt man durch
die Fehler, die man �berm�det macht, zus�tzliche Mehrarbeit.
Ist schon so...
Habe diesen Thread angeschaut, ist aber gar nicht was ich brauche. Mein Fall ist
Dies hatte immer mit diesen Laufzeitfehlern, Div durch 0 o� zu tun.
- Dauernd Totalabst�rze
Da d�rfte nicht sein. Kannst Du irgendwie feststellen, welche Aktion den Absturz provoziert?
Wenn das Dokument nach einem Absturz wieder ge�ffnet wird, wird es wieder hergestellt, die Basicfunktionen werden aber
aus dem Sheet nicht mehr gefunden (sind aber in der Basic-IDE). Erst wenn das Dokument geschlossen und erneut ge�ffnet wird gehen diese wieder.
Tja, dabei kommt es wohl drauf an, an welcher Stelle der Absturz passiert. Im ung�nstigen Fall eben wie bei Dir. Wenn allerdings etwa eine Division durch Null in aktuellen Versionen (1.1.3/4 bzw. 2.0Beta) reproduzierbar ABst�rze erzeugt, sollte man dringend diesen Fehler melden (--> Issue schreiben).
Ist es auch.
- Obwohl man in Basic etwas �ndert wird dies vom Sheet nicht �bernommen. Man hat das Gef�hl, dass irgendwo noch auf eine alte Version zugegriffen wird. Pl�tzlich wird die eigene Basic-Routine auch nicht mehr erkannt. Obwohl man einen Breakpoint setzt wird dieser oft gar nicht erreicht weil irgendwo auf eine andere gespeicherte Version zugegriffen wird. Mit "alles schliessen und neu �ffnen" kann man dieses Problem manchmal l�sen. Test's werden dadurch aber �usserst m�hsam. Man kriegt Calc nur mit Ctrl-Shift-F9 dazu alles neu zu berechnen, was aber dann h�ufig zu Abst�rzen f�hrt weil irgendwo eine Referenz oder sonst was nicht stimmt. Aber eben, die Fehlermeldungen sind dazu schlicht unbrauchbar.
H�rt sich ja schrecklich an. Wenn der Fehler im BASIC passiert solltest Du die IDE ge�ffnet und die betreffende Zeile angezeigt bekommen. Welche Version von OOo und welches Betriebssystem benutzt Du denn?
Ich habe OO 1.1.1 unter Suse 9.1
W�re sch�n, wenn die fehlbare Zeile angezeigt w�rde. (Basic-IDE habe ich logischerweise offen).
Meist wird aber gar nichts von Baisc angezeigt. Manchmal �berlagert sich ein Teil des Basic-Codes mit dem Sheet.
Nur einmal konnte ich erkennen welche Zeile markiert war.
Frage nebenbei. Bilder (Screenshots) sollte man wohl hier nicht mitschicken?
Klingt nach einem Problem mit der Ressourcenfreigabe und dem "inneren Zustand" des BASIC-Interpreters. Als erstes w�rde ich mal eine neuere Version testen. Und vor allem das Original statt der Suse-Verson, w�re nicht das erste mal, das ein Distributor einen schlechten Job bei der eigenen Anpassung von OOo gemacht hat.
Soweit ich wei� gibt es verschiedene Pl�ne f�r die Renovierung der IDE, aber mit der 2.0 wird das sicher nix.
Quelltext aus dem Original Excel-VBA ?
Das grosse Manko, dass Zellen nur als CallByValue �bergeben werden kann leider nur mit grossem Aufwand und gebastel umgangen werden.
Ohne den Quelltext zu sehen, wird man Dir schwer helfen k�nnen.
Ich meinte den OOo-Quelltext. Passiert mir auch �fter, das ich Fehler nicht mehr entdecke, die jemand anders auf den ersten Blick findet. Aber scheinbar hast Du die Probleme ja bereits im Griff.
Durch Deinen Anstoss nahm ich noch einmal einen Anlauf und konnte nun eine profisorische L�sung finden (Zwar noch nicht in allen Details getestet).
Hier meine L�sung mit OO:
[...Quelltext gel�scht...]
Das sieht wirklich f�rchterlich aus. Leider habe ich im Moment nicht so viel Zeit �brig, um mich damit weitergehend auseinanderzusetzen, aber hast Du mal den Thread:
"[de-users] Calc: Gewichteter Mittelwert"
gelesen? Sieht aus, als w�re das exakt was Du erreichen willst,
allerdings ohne Makro daf�r mit einer Hilfsspalte.
etwas komplizierter, da die Pr�fungen einerseits gewichtet und andererseits nach
einem Polynom (nicht linear) gerechnet werden.
Wahrscheinlich gibt es sicher auch eine andere L�sung �ber mehrere Hilfsspalten etc.Vieleicht kannst Du Dir damit das Makro sparen
Dies scheint mir aber eher Fehleranf�llig wenn z.B. weitere Spalten f�r Pr�fungen hinzugef�gt
werden. Die L�sung mit VBA war halt so sch�n einfach und weil ich im Softwareengineering t�tig
bin geht es meist einfacher schnell eine Basicroutine zu schreiben als eben mit Tricks und
Zwischenspalten zu operieren.
War schnell mal auf der Homepage. Aber das Issue-Query-Formular schreckt mich ab.... und f�llt mir auf:
Es sollte wirklich eine M�glichkeit geben, die Anzahl der optionalen
Parameter zu erfragen und gezielt (indiziert) darauf zuzugreifen.
--> Issue schreiben, wenn's noch keinen gibt
So auf die Schnelle weiss ich nicht was ich wo eingeben muss um das gew�nschte
Ziel zu erreichen.
Gru�, Marc
--------------------------------------------------------------------- To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
