Date: prev next · Thread: first prev next last
2015 Archives by date, by thread · List index




Am 16.11.2015 um 10:08 schrieb Werner Tietz:
Hallo

Ich käme jetzt nicht auf die absurde Idee von einer Tabellenkalkulation
zu erwarten, das sie Zellinhalte ala `MultA=4.5` automatisch zu
`MultA=4,5` zu konvertieren, und laut **bug** zu rufen wenn sie es nicht
tut.
1) Es tut es ja - nur wie!
2) Textersetzen ist Teil von Calc, ich darf doch wohl erwarten, das es das tut was es mir verspricht. 3) Sicherlich wäre es aktuell viel schneller alles in den Notepad++ zu kopieren, das Ersetzen dort durchzuführen, und erst dann alles in Calc zu pasten - aber das wäre doch ein Armutszeugnis für eine Anwendung, die den Anspruch hat professionelle Einsätzen zu genügen!

Ich käme auch nicht auf die absurde Idee 8000 Zeilen "csv-Daten" per c&p
einzufügen, ich würde dafür den normalen **csv-Import-Dialog** bemühen,
und in dem Fall einfach zusätzlich zum Semicolon auch das
Gleichheitszeichen als **Trennzeichen** angeben.
Ich kann in dem Programm alles mit Klick ins Clipboard laden und dann in Calc pasten. Soll ich jetzt extra wie zu DOS Zeiten Deinen Weg gehen? Ist ein Programm zu Diensten des Users oder ist der User der Diener der Programme!


Ich würde hingegen das **andere US-programm** wegwerfen, falls es nicht
in der Lage ist, die Daten in eine vernünftige Csv-Datei zu speichern!!
1) Es gibt keine Alternative zu dem US-Programm.
2) Als User würde ich sagen, müsste man LO 'wegwerfen', das bereits an solch trivialen Dingen wie Textersetzen scheitert und den User zu Zeitverlust und unnötigen zusätzlichen Aufwand zwingt. 3) Wozu hast Du eigentlich einen Computer, wenn Du anscheinend doch alles selbst mit eigener Hand erledigst?

Werner

Gooly
Am 16.11.2015 um 09:44 schrieb gooly:
Hallo,
seit zwei Tagen kämpfe ich wieder einmal mit einem LO-Calc Bug:
Aus einem anderen US-Programm bringe ich Daten in Calc mit Copy und
Paste, ca 8000 solcher Zeilen:
4756;0.00;0;0.00;0.00;0.00;0.00%;3.27885017;Per=15 ;MultA=4.5 ;MultS=0.7
;SumA=2.25 ;SumB=1.2 ;StgA=4.9 ;StgB=2 ;Angle=6.7;

Beim Einfügen definiere ich alle Spalten als US-Englisch, das ersetzt
aber nicht die Dezimalpunkte in den Text-Feldern!

Also markiere ich jetzt (nein nicht die ganze Spalten sondern, böser
Fehler in LO!) nur die Zellen mit dem "=" und will dann mit "Finden und
Ersetzen" die . durch , ersetzen (um dann die Zahlen zu 'extrahieren').
Recht schnell sind die veränderten Zellen blau, die anderen (mit nur
ganzen Zahlen also  ohne Punkt) weiß und dann rechnet Calc (was nur???)
seit gefühlten 30 Minuten und ein Ende ist nicht abzusehen. Jeder
Kontakt ist unmöglich ("Anwendung reagiert nicht").
Drei meiner vier Kernels sind ziemlich hoch ausgelastet (60%,40%,30%).
Als sich jetzt die (9:38 Uhr) die Kernel-Auslastung beruhigte ging ich
wieder auf Calc und drückte auf das Schließen des Fensters mit den
Adressen der getauschten Felder, worauf hin wieder LO sich
verabschiedete - jetzt ist es 9:42 und LO ist zurück.

Ich habe Win7-64 und LO - da muss ich jetzt warten, bis LO geruht sich
mir wieder zuwenden - LO v 4.2.8.2

Gooly




--
Liste abmelden mit E-Mail an: users+unsubscribe@de.libreoffice.org
Probleme? http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/users/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Context


Privacy Policy | Impressum (Legal Info) | Copyright information: Unless otherwise specified, all text and images on this website are licensed under the Creative Commons Attribution-Share Alike 3.0 License. This does not include the source code of LibreOffice, which is licensed under the Mozilla Public License (MPLv2). "LibreOffice" and "The Document Foundation" are registered trademarks of their corresponding registered owners or are in actual use as trademarks in one or more countries. Their respective logos and icons are also subject to international copyright laws. Use thereof is explained in our trademark policy.