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


Hallo Boris
zu Deinem letzten Satz mit dem Zeitdruck darf ich Klugscheisser spielen.
Bei uns in Österreich (sieht man an meinem Namen ;-) gibt es den Spruch:
"manche müssen so schnell von Wien nach Salzburg kommen, dass sie keine Zeit haben, das Auto zu starten". Nun im Ernst: Wenn die Zeit wirklich sehr knapp ist und Du schon fast fertig bist,
ist die Lernschleife für Base inkl. SQL-Sprache sicher ein zu großer Umweg.

Trotzdem möchte ich Dir den Mund wässrig machen für LO-Base.
zu Deiner Frage nach den Formeln: da ist das mit dem "einfachen Importieren" doch nicht so einfach.
Die elegante Lösung in Base ist: in der Tabelle hast Du nur die Rohdaten.
Für die Formeln baust du eine Abfrage (View bzw. Query)

*Nun zu Deinen Problemen:*
ich empfehle, auf die neueste Version von LO upzugraden.
Sicher haben die Entwickler einige Baustellen beseitigt. Vielleicht ist eine von Dir dabei.
*
**zu den falschen Einheiten* - hatte ich auch früher:
hast Du schon probiert, rechte Maustaste --> "Feld editieren" das Format von "von Datenbasis" auf "Benutzerdefiniert" umzustellen und ein fixes Format vergeben?

zu Deinem Problem, dass sich bei Dir viele Listen generiert haben:
vielleicht hilft die "Holzhammer-1-Methode".

 * Wenn ich mich recht erinnere, muss im CALC die erste Zeile die
   Überschrift sein, mit der Du dann die Felder in Deinem
   Serienbrief-Skelett referenzierst.
 * ich schlage vor, Du ergänzt einige Spalten auf Vorrat "dummy1 dummy2
   ..." (du musst sie ja nicht verwenden)
 * wenn Du eine brauchst, taufst du sie um.

wenn beim Umtaufen der Spalte dasselbe Problem auftaucht, gibt es noch "Holzhammer-2"

 * nachdem Du Holzhammer-1 erledigt hast:
 * Du fügst unter der Überschriftszeile eine neue Zeile ein und
   kopierst Zeile 1 in Zeile 2
 * wenn Du dann eine weitere Spalte brauchst, vergibst Du in der 2.
   Zeile den "sprechenden Namen" und referenzierst in Deinem
   Serienbrief-Skelett z.B. "dummy1"
 * das hat den zusätzlichen Vorteil dass Du die 2.Zeile als
   Testdatensatz verwenden kannst, und im Serienbrief dann siehst, ob
   die richtigen Spalten in der richtigen Position sind.


liebe Grüße
Richard
On 25.06.23 20:29, Boris Kirkorowicz wrote:
Hallo,

Am 25.06.23 um 18:19 schrieb Richard Demattio:
Hallo Boris,
wie gut bist Du mit LO-Base vertraut?

ich weiß, dass es existiert.
Also: gar nicht.


Ich habe Serienbriefe immer aus LO-Base erstellt und das war gegenüber
Änderungen sehr stabil.

Bisher hatte ich solche massiven Probleme auch nicht. Inzwischen bin ich bei Liste8... Zudem hat sich ein weiteres Problem gesellt: ein Feld nimmt immer wieder falsche Einheiten an. Mal sind es einfache Zahlen mit 4 Nachkommastellen, mal Währung, mal Prozent... Immer wieder nur dieses eine Feld. Ich hab's jetzt aus dem Text gelöscht, aber normal ist das nicht.


Die Calc-Tabellen kann man nach LO-Base importieren und muss sie nicht
nocheinmal erstellen.

Was ist mit den Formeln und Verknüpfungen, die bei mir recht zahlreich und umfänglich sind? Lassen die sich auch in Base so erstellen und bearbeiten wie in Calc, oder muss man da anders vorgehen?


Ich gehe nicht weiter ins Detail, bevor ich nicht weiß, ob Du mit
LO-Base vertraut bist.

Falls Du solche Projekte öfters hast, zahlt es sich aus, sich mit
LO-Base vertraut zu machen.

Ja, das habe ich mir schon gedacht und auch schon das eine oder andere Mal gehört. Die Hemmschwelle ist aber vorhanden, und unter Zeitdruck... Aber ohne Druck macht man's ja doch wieder nicht. ;-)


liebe Grüße
Richard

On 25.06.23 16:45, Boris Kirkorowicz wrote:
Nachtrag:
beim Versuch, den Serienbrief zu drucken, erschien folgende Meldung:

Die Verbindung zur Datenquelle "Mliste-N5" konnte nicht hergestellt
werden.

Die Datei file:///groups/.../Mliste-N.ods konnte nicht geladen
werden. at
/home/abuild/rpmbuild/BUILD/libreoffice-7.4.3.2/connectivity/source
/commontools/dbexception.cxx:413

Kann jemand damit etwas anfangen?


Am 25.06.23 um 15:09 schrieb Boris Kirkorowicz:
Hallo,
gerade entwickle ich einen etwas umfänglicheren Serienbrief mit einer
Calc-Tabelle als Datenquelle. Dabei erweist es sich gelegentlich, dass
neue Felder benötigt werden, weshalb dann entsprechende Spalten in die
Tabelle eingefügt werden.
Danach zeigt sich gelegentlich, dass die Datenquelle nicht mehr
verfügbar ist. Das sieht dann so aus, dass beim Versuch, ein
Serienbrief-Feld einzufügen über [Einfügen]→[Feldbefehl]→[Weitere] im
Reiter [Datenbank] zwar die Datenquelle angezeigt wird, beim Klick auf
das Dreieck links neben deren Namen das Dreieck nur verschwindet, die
Datenquelle aber nicht aufklappt, um deren Felder anzuzeigen.

Bislang habe ich mir so beholfen, dass ich über [Bearbeiten]→[Datenbank
austauschen]→[Durchsuchen] die Datenbank erneut ausgewählt habe. Das
funktioniert zunächst, legt aber eine neue Datenquelle an, so dass ich
mittlerweile
Liste1
Liste2
Liste3
Liste4
...usw. habe, weil das des öfteren passiert.

Meine Fragen dazu:
→ Wie/warum passiert das?
→ Wie kann man es vermeiden?
→ Wie kann man alte / nicht mehr funktionierende Datenquellen aus der
Datenbankauswahl entfernen?








--
Liste abmelden mit E-Mail an: users+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/users/
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.