Hallo Andreas,
ich will versuchen, die Ergebnisse zusammenzufassen und auch alternative
Wege anzudeuten.
Das Einfügen aus vielen Quellen passt ja offensichtlich, bei anderen
hilft das Einfügen als unformatierter Text. Damit kommt man einigermaßen
über die Runden. Das Einfügen mehrerer Zellen aus einem Texteditor habe
ich gerade auch ausprobiert, da kommt beim normalen Einfügen bei mir
sogar ein Assistent (ähnlich wie beim Laden einer csv-Datei), wo man das
Format nochmals setzen kann.
Aber das ist eben keine völlige Sicherheit. Das hängt teilweise von der
Aufmerksamkeit und dem Bewusstsein der Eingebenden ab. Die Sicherheit
könnte man natürlich durch die Funktion erreichen, die der Feature
Request Bug beschreibt, den Regina gefunden hat. Auch ich halte das für
einen sinnvollen Vorschlag, ich habe auch gerade einen Kommentar
hinzugefügt, weil der vorige Kommentator einen Vorschlag machte, der die
ursprüngliche Idee zu sehr einengte. Aber ob das jemals realisiert wird?
Die Intention von Calc bzw. einer Tabellenkalkulation allgemein ist eben
eine andere, der Hauptzweck ist die Berechnung von Zellwerten ausgehend
von anderen Zellen. Die Prüfung von Eingaben steht nicht im Mittelpunkt.
Ich habe ein bisschen in Calc nachgeschaut: Man kann einen Listener,
also ein Programm, das meldet, wenn sich etwas Relevantes tut, für die
Änderung einer Spalte definieren. Das hört sich so an, als bekäme man
ein Signal, wenn in der Spalte was geändert wird, und darauf könnte man
reagieren. Aber ich habe das nicht ausprobiert! Das bedeutet aber auf
jeden Fall, wenn es überhaupt geht, Programmieren, mit einfachem
Einschalten einer Funktion in irgendeinem Dialog scheint da nichts zu
gehen. Ich persönlich programmiere ja gern, aber das ist ja wohl erst
mal nicht in deinem Sinn.
Ein grundsätzlicher Punkt ist, dass man häufig sofort zu Calc greift,
wenn Daten in tabellarischer Form dargestellt werden sollen. Das ist
auch sehr bequem, solange keine weiteren Ansprüche erhoben werden, weil
die leere Tabelle ja schon da ist. Aber die meist wegen der Kernfunktion
von Calc notwendigen Eigenheiten stören dann doch manchmal.
Aber es gibt Alternativen:
In Writer kann man ganz einfach Tabellen erstellen und füllen, die
Formatierungsmöglichkeiten sind in mancher Hinsicht größer als in Calc,
in anderer auch weniger. Es gibt da weniger Einschränkungen als in Calc,
weil das im Prinzip nur als Text behandelt wird, die
Berechnungsmöglichkeiten sind eher draufgepackt. Ich weiß ja nicht
genau, was in deiner Tabelle steckt, aber mein Verdacht aufgrund der
spärlichen Information ist, dass du die Kalkulationsfunktionalität von
Calc gar nicht brauchst. Inhaltlich könnten deine Daten dann demzufolge
auch in Writer erfasst werden. Allerdings sind die Prüfmöglichkeiten da
eher noch geringer als in Calc.
Die Alternative Writer ist, glaube ich, in vielen Fällen, wo jemand Calc
für harmlose Tabellen verwendet, völlig ausreichend. Aber du hast schon
fortgeschrittene Anforderungen für Prüfungen, die auch sinnvoll sind,
wenn viele Personen Daten eingeben. Da bist du aber schon im Bereich der
Anwendungsentwicklung, und diese Funktionalität findest du in
LibreOffice am ehesten in Base (und da geht recht viel!).
Ich lege dir ans Herz, dich damit mal zu beschäftigen. Der Aufwand, ein
Formular für deinen Zweck zu erstellen, dürfte kaum höher sein als für
das Calc-Sheet, nur ist die Reihenfolge etwas anders und systematischer:
erst wird die Tabelle mit ihren Spalten und deren Eigenschaften
definiert, dann wird ein Formular erzeugt (per Assistent, einfach
auswählen und anordnen), in dem die Daten verwaltet werden können; für
die Spalten können Formatierungen usw. definiert werden.
Der Hauptvorteil dieser Konstruktion zeigt sich natürlich erst, wenn
mehrere Tabellen vorliegen und Formulare mehrere davon verknüpfen, aber
auch bei einer Tabelle ist der Erstellungsaufwand kaum höher, aber die
Eingriffsmöglichkeiten bezüglich des Inhalts sind direkter. Und man kann
bei Bedarf immer noch weitere Logik mit kleinen Programmen hinzufügen.
Dass da eine Datenbank dahintersteckt, ist keine Hürde, LibreOffice
bringt eine mit, da muss man sich um nichts kümmern. Genaugenommen sind
es zwei, weil die alte HSQLDB durch Firebird abgelöst werden soll, für
eine neue sollte man gleich Firebird wählen. Dafür sind nur zwei, drei
Klicks notwendig. Auch die Verwendung einer externen, d.h. unabhängig
von LibreOffice installierten Datenbank ist kein großer Aufwand, hier
kommt nur die Installation der Datenbank und des Treibers für den
Zugriff von LibreOffice auf diese hinzu; ich verwende MariaDB, da ging
das sehr schnell und problemlos.
Du schließt daraus sicher, dass ich ein Fan von Datenbanken bin, und das
stimmt auch. Trotzdem glaube ich, dass meine diesbezüglichen Aussagen
auch objektiv sind. Es wurde ja auch von anderen immer wieder in dieser
Liste auf entsprechende Wünsche (ich erinnere mich jetzt nicht, ob das
auch für deine Vorschläge geschah) die Verwendung von Base empfohlen.
Nach meiner unvollständigen Kenntnis deiner Tabelle glaube ich, dass
Base die beste Basis für deren Verwendung ist. Informationen zu Base
findest du in dem diesbezüglichen von mir geschriebenen Kapitel des
Handbuchs "Erste Schritte" sowie in großer Tiefe im Base-Handbuch, das
Robert Großkopf schreibt und aktualisiert. Wenn du als EInstieg oder um
die Alternative zu prüfen Unterstützung brauchst, bin ich gerne bereit,
dir eine Anleitung zu liefern, wie du vorgehen musst, um die Datenbank,
die Tabelle und das Formular zu definieren, oder auch das selbst
durchzuführen und dir das Ergebnis zu schicken, wenn du mir die exakte
Defintion der Tabelle lieferst. Zwischenformen dieser beiden Wege sind
natürlich auch drin.
Gruß
Gerhard
Am 03.08.2018 um 14:40 schrieb Regina Henschel:
Hallo Andreas,
Andreas Borutta schrieb am 02-Aug-18 um 14:30:
Regina Henschel schrieb:
[...]
Prima fände ich eine Funktion, die es erlaubt, das Format von Zellen
zu schützen.
Inhalte dürfen also eingegeben werden, aber das Format kann nicht
überschrieben werden.
Was denkt ihr zu diesem Vorschlag?
Mal 'ne ganz andere Idee: Wenn Eingaben nur in vorher bestimmte Zellen
gemacht werden sollen, dann bieten sich Steuerelemente an. Ein solches
kannst du mit einer Zelle verbinden und genau über die Zelle legen. Auf
die Weise ist die Eingabe immer garantiert Text oder Zahl, je nach dem
welches Steuerelement du nimmst.
Steuerlemente/Formulare habe ich bisher in Calc noch nie verwendet.
Kann man denn bei dem Einsatz dieser Technik mehrere Zellinhalte in
einem Rutsch in die Tabelle einfügen?
Nein, nur einzelne Werte.
Das wird immer mal wieder vorkommen, weil Daten woanders erfasst
wurden, bzw. Daten zusammengeführt werden.
Beispiel:
In einer TXT-Datei steht
0123
0456
0789
Der Inhalt soll via Zwischenablage in einem Rutsch eingefügt werden.
Ohne in der Zielspalte, die als Text formatiert deren Format zu
überschreiben.
Wurde ja schon geklärt. Wenn die Quelle unformatierter Text ist,
entsteht kein Problem. Ansonsten finde ich deinen Vorschlag schon
interessant, für Situationen in denen jemand ein Tabellenblatt nutzt,
das er nicht selbst entworfen hat und wo man den Benutzer sonst
schulen müsste, z.B. Strg+Umschalt+Alt+V zu benutzen. Du brauchst aber
keinen Bugreport dazu zu schreiben, den gibt es schon:
https://bugs.documentfoundation.org/show_bug.cgi?id=88108
Mit freundlichen Grüßen
Regina
--
Liste abmelden mit E-Mail an: discuss+unsubscribe@de.libreoffice.org
Probleme? https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy
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.