Re: Rödel-Begrenzer gesucht
Hallo Am 16.08.2015 um 00:19 schrieb Günter Feierabend: Hallo Horst, Am 15.08.2015 um 20:40 schrieb technik : Hallo, mir ist das auch rätselhaft. Vermutlich hatte ich die Zelle geöffnet und dann in die geöffnete Zelle kopiert, statt in die Tabelle. Genau dies habe ich probiert und die „geht nicht“-Meldung bekommen. Deswegen ist mir Deine Schilderung noch immer rätselhaft. Wie kommt man zum Rödeln: in einer calc-datei 10 zeile mit zahlen füllen. Spalte kopieren mit STRG-C nächste calc-datei öffnen Spalte B2 doppelt anklicken, so dass das Eingabefenster offen ist. STRG-V und warten... Mir passiert das öfter beim Arbeiten mit OO, dass ich zu schnell kopiere und dann das System abstürzt. Vielleicht hilft Deinem Rechner etwas mehr Arbeitsspeicher? Egal wie aktuell Dein Rechner ist - etwas Geduld ist immer angebracht. Es wird 3,5 von 6 GB genutzt und 50% Rechnerleistung. Eigentlich dürfte ich mit meinen Fingern nicht schneller sein als der Computer. Horst - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Hallo, Ich verstehe die Argumente gegen eine Begrenzung der Zeilen und Spalten. Aber mit 1048576 Zeile und 1024 Spalten kann man bei der heutigen Rechnerkapazität nicht arbeiten. (Ich hüte mich davor zu sagen: Das braucht doch eh keiner! 640 KB Arbeitspeicher sind auch völlig ausreichend :-) ) Tests: Eine Spalte mit dem Wert 1 zu füllen dauert ca 3,5 Sekunden auf meinem Rechner. Mit der Formel =SPALTE()&":"&ZEILE() dauert es fast 16 Sekunden. Für 10 Spalten 35 Sekunden. Für das gesamte Tabellenblatt dann ca 1 bzw. 4,5 Stunden (berechnet) Ich hatte das Problem auch schon beim Kopieren von Bildern in Textdateien und bei anderen Kopieraktionen, die ich nicht sauber reproduzieren kann. Und wenn man dann mal versehentlich so eine Aktion startet kann man nur noch das Programm killen. Das ist unbefriedigend. Hier müsste es eine einfachere Lösung geben. Das Programm stürzt anscheinend nicht ab, sondern braucht eben so lange für die Berechnung. Praktisch ist das aber das selbe. Horst - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
> From: Wolfgang Jäth [mailto:jawo.ml.hams...@arcor.de] > > Ich jedenfalls halte garnichts davon solche Entscheidungen > dem Anwender aufzubürden, entweder unser Produkt > funktioniert oder es funktioniert nicht. Es wäre für mich > jedenfalls absolut merkwürdig 1.048.576 Zeilen in Calc zu > haben, aber gleichzeitig dem Nutzer zu raten er möge doch > bitte eine Option setzen das nur 100.000 Zeilen benutzt > werden können, weil es mit 1.048.576 Zeilen ja eigentlich > garnicht richtig funktioniert. > > Vorsicht mit voreiligen Schuldzuweisungen. _Welche_ Schuldzuweisung? > Erstens ist noch gar nicht erwiesen, woran es tatsächlich liegt. Eben. > Und zweitens, nur weil (angenommen es wäre tatsächlich ein > Implementierungsfehler) *eine* Funktion fehlerhaft arbeitet, willst Du > den Umfang gleich für *alle* Funktionen beschränken? Ich habe sowas nicht behauptet. Von Implementierungsfehler sprach ich auch überhaupt nur mit Blick auf die vom Frager vorgeschlagene Art der Neuimplementierung und _nicht_ in Bezug auf die Ist-Situation. Alles was ich inhaltlich gesagt habe war das es (wenn man eine Datei (i.Sinne der Frage) möglichst schnell darstellen/öffnen will): 1. Zweifelsohne sinnvoll ist zuerst die Zellinhalte zu berechnen die sich in dem Zellbereich befinden der unmittelbar beim Öffnen tatsächlich am Bildschirm sichtbar wird. 2. Die Inhalte der Zellen gemäß 1. jedoch faktisch von völlig beliebigen anderen Zellen abhängen können. Mithin: Zwar ist gemäß 1. die Datei u.U. schneller zu öffnen, aber ist das wegen 2. jeweils von der konkreten Datei abhängig. D.h. das Verfahren ist nur dann garantiert vorteilhaft wenn die Zellinhalte statisch sind, in allen anderen Fällen ist eine vorherige garantierte Aussage ob das Verfahren schneller ist praktisch nicht möglich. "Praktisch" weil selbst die Überlegung in den Algorithmus vorher ermittelte Zeitwerte für alle denkbaren Berechnungen einfliessen zu lassen, dort eine Grenze findet wo die reine Überprüfungszeit länger wird als die Zeitersparnis die aus dem Wissen resultiert das die Prüfung liefert. Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Am 15.08.2015 um 13:16 schrieb Jörg Schmidt: > >> 1. Gibt es eine Möglichkeit OO so einzustellen, dass man nur eine >> begrenzte Zahl von Spalten und Zeilen nutzt? > > Nein. > >> WEnn nein, wäre das keine sinnvolle Erweiterung? > > Entweder man kommt zu der Einsicht das OO nicht mit so vielen Zeilen/Spalten > zurechtkommt oder man kommt nicht zu dieser Einsicht. Kommt man zu diese > Einsicht dann müsste die Anzahl generell reduziert werden. > > Ich jedenfalls halte garnichts davon solche Entscheidungen dem Anwender > aufzubürden, entweder unser Produkt funktioniert oder es funktioniert nicht. > Es wäre für mich jedenfalls absolut merkwürdig 1.048.576 Zeilen in Calc zu > haben, aber gleichzeitig dem Nutzer zu raten er möge doch bitte eine Option > setzen das nur 100.000 Zeilen benutzt werden können, weil es mit 1.048.576 > Zeilen ja eigentlich garnicht richtig funktioniert. Vorsicht mit voreiligen Schuldzuweisungen. Erstens ist noch gar nicht erwiesen, woran es tatsächlich liegt. Ich kenne auch nur das von Günter berichtete Verhalten. Und zweitens, nur weil (angenommen es wäre tatsächlich ein Implementierungsfehler) *eine* Funktion fehlerhaft arbeitet, willst Du den Umfang gleich für *alle* Funktionen beschränken? Das halte ich für keine sinnvolle Vorgehensweise. Vermutlich würde Calc dann nämlich heute aus genau einer Zelle bestehen. Viel sinnvoller wäre es, dem Problem auf die Spur zu kommen und zu beheben (sofern es überhaupt ein Calc-Problem ist, und nicht ein externes). Aber dazu muss man es 'im Labor' nachvollziehen können. Wolfgang -- - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Hallo Horst, Am 15.08.2015 um 20:40 schrieb technik : > Hallo, > > mir ist das auch rätselhaft. Vermutlich hatte ich die Zelle geöffnet und dann > in die geöffnete Zelle kopiert, statt in die Tabelle. Genau dies habe ich probiert und die „geht nicht“-Meldung bekommen. Deswegen ist mir Deine Schilderung noch immer rätselhaft. > > Ich nutze 4.1.1 Aber das dürfte egal sein. Dies ist die Version, in der ich versucht habe, Deinen Angaben zu folgen. Meine Frage habe ich gestellt, weil ich befürchtete, dass in einer älteren Version ein Fehler enthalten gewesen sein könnte. > Mir passiert das öfter beim Arbeiten mit OO, dass ich zu schnell kopiere und > dann das System abstürzt. Vielleicht hilft Deinem Rechner etwas mehr Arbeitsspeicher? Egal wie aktuell Dein Rechner ist - etwas Geduld ist immer angebracht. Gruß Günter - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Hallo, mir ist das auch rätselhaft. Vermutlich hatte ich die Zelle geöffnet und dann in die geöffnete Zelle kopiert, statt in die Tabelle. Auf jeden Fall war die dann sehr groß und ich konnte dann nicht mehr nach unten scrollen (Blättern, sorry war ungenau ausgedrückt) Ich nutze 4.1.1 Aber das dürfte egal sein. Mir passiert das öfter beim Arbeiten mit OO, dass ich zu schnell kopiere und dann das System abstürzt. Horst Am 15.08.2015 um 12:18 schrieb Günter Feierabend: Hallo Horst, Am 15.08.2015 um 10:22 schrieb technik : Hallo, immer wieder passiert es mir, dass ich OOO abschieße. Jetzt wieder einmal. Es geschieht beim Kopieren mit der Zwischenablage und der Tastatur. Vielleicht bin ich da zu schnell für den Computer. Beim Letzten Mal konnte ich das nachvollziehen was geschah. Ich kopierte in einer Tabellenkalkulation test1.csv die Spalte B und fügte sie in Test2.csv an die Stelle A3 ein. Dies ist mir rätselhaft, denn beim Versuch eine komplette Spalte an einer bestimmten Zellenposition einzufügen muss OpenOffice melden, dass Du über die maximale Tabellengröße hinausgehen willst und verweigert die Ausführung des sinnlosen Befehls. Nach etlicher Zeit war das Programm fertig, aber die Spalte wurde in nur eine Zelle geschrieben. Welche Version benutzt Du? Jetzt dauerte das Blättern elendig lange. Was für ein Blättern? Gruß Günter - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Hallo, > 1. Gibt es eine Möglichkeit OO so einzustellen, dass man nur eine > begrenzte Zahl von Spalten und Zeilen nutzt? Nein. > WEnn nein, wäre das keine sinnvolle Erweiterung? Entweder man kommt zu der Einsicht das OO nicht mit so vielen Zeilen/Spalten zurechtkommt oder man kommt nicht zu dieser Einsicht. Kommt man zu diese Einsicht dann müsste die Anzahl generell reduziert werden. Ich jedenfalls halte garnichts davon solche Entscheidungen dem Anwender aufzubürden, entweder unser Produkt funktioniert oder es funktioniert nicht. Es wäre für mich jedenfalls absolut merkwürdig 1.048.576 Zeilen in Calc zu haben, aber gleichzeitig dem Nutzer zu raten er möge doch bitte eine Option setzen das nur 100.000 Zeilen benutzt werden können, weil es mit 1.048.576 Zeilen ja eigentlich garnicht richtig funktioniert. > 2. Kann man anderswie diesen Fehler vermeiden (Ausser > aufpassen), also > dass OO so lange für nichts rödelt. Nicht das ich wüsste > 3. Ich denke, dass hier ein grundsätzliches Problem in der > Programmierung liegt. Die Datei wird erst angezeigt, wenn alle Daten > berechnet sind. Das wird bei immer größeren Datenmengen ein noch > größeres Problem werden. Es müsste die Datei schon angezeigt werden, > auch wenn ein Feld oder ein unsichtbarer bereich noch nicht berechnet > ist. Dieser könnte später nachberechnet werden oder dann, wenn er > gewünscht wird. Kann ich nicht abschliessend beurteilen. Auf den ersten Blick jedoch scheint mir das keine sinnvolle Implementierung. Klar scheint es zunächst sinnvoll nacheinander die Zellinhalte zu berechnen und gleich anzuzeigen und es wäre dann natürlich sinnvoll die Zellen bevorzugt anzuzeigen die im gerade sichtbaren Bereich des Tabellenblattes darzustellen sind. Weil aber niemand vorher sagen kann welche Werte in die Berechnung _dieser_ Zellen eingehen müssen ehe nicht alle Zellen des Blattes ausgewertet sind, führt das doch dazu das sich die Werte der sichtbaren Zellen solange immer wieder ändern können bis alle Zellen berechnet sind. Wer will sich also trauen an sichtbaren Zellen bereits Änderungen zu machen solange noch garnicht alles geladen ist? OK, eine solche Implementierung könnte in einigen Fällen vorteilhaft sein wenn solche Wertänderungen nicht auftreten, aber wie will man das ergonomisch regeln? Den Anwender bitten selbst per Option zu entscheiden? Wissend das das die Mehrzahl der Anwender garnicht einschätzen kann? Gruß Jörg - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Hallo Horst, Am 15.08.2015 um 10:22 schrieb technik : > Hallo, > > immer wieder passiert es mir, dass ich OOO abschieße. Jetzt wieder einmal. Es > geschieht beim Kopieren mit der Zwischenablage und der Tastatur. Vielleicht > bin ich da zu schnell für den Computer. > Beim Letzten Mal konnte ich das nachvollziehen was geschah. > Ich kopierte in einer Tabellenkalkulation test1.csv die Spalte B und fügte > sie in Test2.csv an die Stelle A3 ein. Dies ist mir rätselhaft, denn beim Versuch eine komplette Spalte an einer bestimmten Zellenposition einzufügen muss OpenOffice melden, dass Du über die maximale Tabellengröße hinausgehen willst und verweigert die Ausführung des sinnlosen Befehls. > > Nach etlicher Zeit war das Programm fertig, aber die Spalte wurde in nur eine > Zelle geschrieben. Welche Version benutzt Du? > Jetzt dauerte das Blättern elendig lange. Was für ein Blättern? > Gruß Günter - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Re: Rödel-Begrenzer gesucht
Hallo Horst, ich denke, das liegt weniger an OO sondern an der Hardware (Prozessor und Arbeitsspeicher) Welchen Sinn macht es, beim Markieren einer ganzen Spalte 200.000 Zellen und mehr zu kopieren, von denen vergleichsweise nur wenige mit Daten belegt sind? Ich arbeite gelegentlich noch mit meinem alten Laptop (XP, 2,5 GB RAM) - da kann ich problemlos nebenbei Kaffeekochen, wenn er Tabellen umschaufelt oder Grafikdateien mit 1 GB und mehreren Ebenen speichern soll. Fleißarbeit für jeden PC: Bei großen Tabellen horizontale und vertikale Werte tauschen. Konrad Am 15.08.2015 um 10:22 schrieb technik: Hallo, immer wieder passiert es mir, dass ich OOO abschieße. Jetzt wieder einmal. Es geschieht beim Kopieren mit der Zwischenablage und der Tastatur. Vielleicht bin ich da zu schnell für den Computer. Beim Letzten Mal konnte ich das nachvollziehen was geschah. Ich kopierte in einer Tabellenkalkulation test1.csv die Spalte B und fügte sie in Test2.csv an die Stelle A3 ein. Das Programm arbeitet jetzt sein einiger Zeit mit 50% Prozessorkapazität bis ich es gleich kille. Zum Glück keine wichtigen Dateien. Mein Eindruck ist, dass die Möglichkeit von so vielen Zeilen und Spalten in OO zu viel Rechenkapazität braucht, wenn man sie so nutzen will oder wie ich aus Versehen so nutzt. Nach etlicher Zeit war das Programm fertig, aber die Spalte wurde in nur eine Zelle geschrieben. Jetzt dauerte das Blättern elendig lange. 1. Gibt es eine Möglichkeit OO so einzustellen, dass man nur eine begrenzte Zahl von Spalten und Zeilen nutzt? WEnn nein, wäre das keine sinnvolle Erweiterung? 2. Kann man anderswie diesen Fehler vermeiden (Ausser aufpassen), also dass OO so lange für nichts rödelt. 3. Ich denke, dass hier ein grundsätzliches Problem in der Programmierung liegt. Die Datei wird erst angezeigt, wenn alle Daten berechnet sind. Das wird bei immer größeren Datenmengen ein noch größeres Problem werden. Es müsste die Datei schon angezeigt werden, auch wenn ein Feld oder ein unsichtbarer bereich noch nicht berechnet ist. Dieser könnte später nachberechnet werden oder dann, wenn er gewünscht wird. Falls jemand von den Cracks hier, diesen Gedankengang richtig findet, könnte er den ja mal in den enstprechenden Foren einstellen. Ich bin dazu leider nicht in der Lage. Horst - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org
Rödel-Begrenzer gesucht
Hallo, immer wieder passiert es mir, dass ich OOO abschieße. Jetzt wieder einmal. Es geschieht beim Kopieren mit der Zwischenablage und der Tastatur. Vielleicht bin ich da zu schnell für den Computer. Beim Letzten Mal konnte ich das nachvollziehen was geschah. Ich kopierte in einer Tabellenkalkulation test1.csv die Spalte B und fügte sie in Test2.csv an die Stelle A3 ein. Das Programm arbeitet jetzt sein einiger Zeit mit 50% Prozessorkapazität bis ich es gleich kille. Zum Glück keine wichtigen Dateien. Mein Eindruck ist, dass die Möglichkeit von so vielen Zeilen und Spalten in OO zu viel Rechenkapazität braucht, wenn man sie so nutzen will oder wie ich aus Versehen so nutzt. Nach etlicher Zeit war das Programm fertig, aber die Spalte wurde in nur eine Zelle geschrieben. Jetzt dauerte das Blättern elendig lange. 1. Gibt es eine Möglichkeit OO so einzustellen, dass man nur eine begrenzte Zahl von Spalten und Zeilen nutzt? WEnn nein, wäre das keine sinnvolle Erweiterung? 2. Kann man anderswie diesen Fehler vermeiden (Ausser aufpassen), also dass OO so lange für nichts rödelt. 3. Ich denke, dass hier ein grundsätzliches Problem in der Programmierung liegt. Die Datei wird erst angezeigt, wenn alle Daten berechnet sind. Das wird bei immer größeren Datenmengen ein noch größeres Problem werden. Es müsste die Datei schon angezeigt werden, auch wenn ein Feld oder ein unsichtbarer bereich noch nicht berechnet ist. Dieser könnte später nachberechnet werden oder dann, wenn er gewünscht wird. Falls jemand von den Cracks hier, diesen Gedankengang richtig findet, könnte er den ja mal in den enstprechenden Foren einstellen. Ich bin dazu leider nicht in der Lage. Horst - To unsubscribe, e-mail: users-de-unsubscr...@openoffice.apache.org For additional commands, e-mail: users-de-h...@openoffice.apache.org