http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german hourly 1 1901-01-01T00:00+00:00 http://gmane.org/img/gmane-25t.png http://gmane.org http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9030 <pre>Hallo allerseits, für Windows gibts eine portable LO-Version. Wie ist das bei Linux (z.B. Ubuntu)? Wird die LO-Version für Linux einfach nur auf das externe Laufwerk installiert oder gibts da was zu beachten? Gruß, ESö </pre> Eckard Söding 2013-05-19T21:11:05 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9029 <pre>Hallo Martin, Kann ich nicht direkt nachvollziehen. Wenn ich z.B. in Zelle A1 "2" und in B1 "3" notiere, so kann ich das ganz normal addieren oder multiplizieren. Nehme ich eine leere Zelle B1, so klappt das auch. Vielleicht hast Du auf irgendeine Weise tatsächlich einer Zelle über "" die Eigenschaft Text zugewiesen und möchtest damit rechnen? LO ist da etwas konsequenter mit dem Einhalten der Zuweisungen zu bestimmten Zellen. Eine Zuweisung wie =WENN(A1&gt;2;3;"") kann nur eine falsche Zuweisung produzieren. "" ist ein leerer Text, die '3' zeigt aber, dass der Zelle eigentlich eine Zahl zugewiesen werden soll. Da geht dann schon eher =WENN(A1&gt;2;3) Ich bin sonst nicht so vertraut mit Calc, aber aus der Sicht eines Datenbänklers ist konsequentes Einhalten von Formaten für Zellen das ganz normale Vorgehen. Gruß Robert </pre> Robert Großkopf 2013-05-19T20:19:58 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9028 <pre>Liebe Mitnutzer, Ich probiere gerade LO aus. Bisher bin ich bei NeoOffice. Eine Calc-Datei, die mit NO geschrieben wurde, brachte in LO vielfach die Meldung "#Wert", immer dann wenn es einen Bezug auf eine leere Zelle gab. NO interpretiert eine leere Zelle als 0, LO offensichtlich als Text. Das ist sehr störend. Vielen Dank für Hilfe Martin </pre> M. F. 2013-05-19T18:26:55 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9027 <pre>Hallo Edgar, Am 17.05.2013 08:57, schrieb Edgar Kuchelmeister: Ah o.k. Ich habe die Datei gelöscht. Sie wird jedes Mal erzeugt, wenn ich den Serienbrief öffne und mit der Datenbank-Quelle verbinde. Als scheint auch Base diese Datei anzulegen. Ich habe jetzt auf meinem Windows den Ordner %appdata%\LibreOffice (C:\Users\Benutzername\AppData\Roaming\LibreOffice) gesichert und gelöscht. Darin gab es die Ordnerstruktur "4\user\{autocorr,auttext,...,wordbook}. Nach dem erneuten Start von LibreOffice waren auch bisherige Einstellungen weg. Beim ersten Email-Versand habe ich dann auch die Zugangsdaten zum meinem Email-Postfach neu eingegeben und mal als Nur-Text-Email versand. Das hat wunderbar geklappt. Auch der PDF-Anhang mit allgemeinem Anschreiben wurde versendet. Nur der PDF-Anhang mit personalisiertem Anschreiben ist wieder abgestürzt. Hat das vielleicht damit was zu tun, dass ich bei der Personalisierung des Anschreibens bei dem "Adresslistenwert für einen weiblichen Empfänger" einen "Spa</pre> Ulf Kosack 2013-05-18T11:24:14 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9026 <pre>Am Freitag, den 17.05.2013, 17:29 +0200 schrieb Wolfgang Keller: Wieso führen ^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^^? Versteh' ich nich' ?:-| </pre> Tom 2013-05-17T17:46:35 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9025 <pre>Am Freitag, den 17.05.2013, 17:46 +0200 schrieb Robert Großkopf: ^^^^^^^^^^^^^^^^^^^^^^und wie das Ganze "technisch" gelöst, insbesondere gespeichert ist, ändert m.E. am Konzept zunächst einmal nichts. Solange es um 1-Benutzer-Betrieb geht, sehe ich da auch keinerlei Probleme. -- Gruß Thomas </pre> Tom 2013-05-17T17:39:06 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9024 <pre>Hallo Wolfgang, Mag Deine Erfahrung mit Base sein. Ich kenne viele, die Base in dem Zustand, wie es jetzt ist, mit der internen Datenbank erfolgreich nutzen. Was für den einen Unfug ist, ist für den anderen eben genau das, was passend ist. Gruß Robert </pre> Robert Großkopf 2013-05-17T15:46:47 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9023 <pre> Das ganze Konzept von Datenbanken, die inklusive dem Datenbank-Managementsystem und den Formularen, Berichten etc. in ein einziges "Dokument" "eingebettet" sind ist imho einfach Unfug. Das ist genau das Problem sowohl mit Access als auch mit LO Base; daß es Benutzer, die noch keine Ahnung haben, in völlig falsche Bahnen lenkt. Anstatt von vorneherein einen Ansatz zu verfolgen, der zweckmäßig ist. MfG, Wolfgang </pre> Wolfgang Keller 2013-05-17T15:30:01 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9022 <pre> Nein. Die Daten extrahiert man per SQL Dump und lädt sie in Firebird/PostgreSQL neu. Die Formulare, Berichte, kann man weiterverwenden. PostgreSQL funktioniert schon heute "nativ" (SDBC-Treiber) mit LO Base. "Eingebettete" Datenbanken halte ich im Bürobereich generell für Quatsch, da sie das Grundprinzip der Wiederverwendung ad absurdum führen. Wiederverwendung von Daten ist aber nunmal *die* "Raison d'être" von Datenbanken. MfG, Wolfgang </pre> Wolfgang Keller 2013-05-17T15:29:17 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9021 <pre>Hallo Ulf, Am 16.05.2013 19:17, schrieb Ulf Kosack: Das ist nicht ganz richtig. BASE legt für jeglichen Zugriff auf eine Datenbank eine Container-Datei an. Darin werden Einstellungen, Abfragen, Formulare und anders abgelegt. Das muss also nicht die Datenbanktabelle selbst sein. die Adressen.odb.lck bitte löschen. Diese Datei ist nur für das Filelocking zuständig. Calc ist nur für einen Single-User-Modus ausgelegt. Daher wird die Datenbank für andere Anwender gesperrt, wenn sie aktuell in Bearbeitung ist (durch die .lck-Datei). Wenn LO abstürzt bleibt diese Datei hängen und sperrt dir den nächsten Zugriff auf die Datenbank. Vielleicht liegt auch hier schon dein Problem. also getestet unter LO 3.6.6.2 Bei mir läuft alles ohne Absturz durch! Beende mal LO, sichere deine Anwenderdaten weg und starte LO neu. LO legt dann die Standardwerte an. D.h. natürlich auch, du musst deine Benutzerdaten neu anlegen (E-Maileinstellungen). Dann teste das Ganze nochmal ob LO dann immer noch abstü</pre> Edgar Kuchelmeister 2013-05-17T06:57:36 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9020 <pre>Hallo Robert und Edgar, danke für die ersten Meldungen. Ich muss mich noch ein bisschen an das Arbeiten mit Mailing-Listen gewöhnen. Deswegen jetzt auch die geänderte Email-Adresse. Wie Edgar schon schreibt, ist es auch möglich eine Tabelle einzuhängen. Allerdings erzeugt Writer dann automatisch eine Datenbank im Hintergrund (Habe ich heute beim Ändern erst mitbekommen). Ich habe jetzt auch mal eine eigene Datenbank angelegt und diese eingebunden. Auch dabei ist der Writer abgestürzt. Die Dateien zum Testen habe ich übrigens unter https://secure.edvnet.biz/owncloud/public.php?service=files&amp;t=40226cdfa2aba995d6dcf09a8c0b0956 abgelegt. Meine Vorgehensweise habe ich in dem Dokument AblaufAbsturzSerienEmailAssistent.odt dokumentiert. DAnke für die Hilfe. Viele Grüße Ulf Am 16.05.2013 11:31, schrieb Edgar Kuchelmeister: </pre> Ulf Kosack 2013-05-16T17:17:27 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9019 <pre>Christian Lohmaier schrieb: Die betroffenen mir zugesendeten Dokumente enthalten praktisch immer private Informationen und eignen sich daher nicht für sowas. Ansonsten hätte ich das erwogen. Andreas </pre> Andreas Borutta 2013-05-16T11:09:10 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9018 <pre>Edgar Kuchelmeister schrieb: Hallo Edgar! :) So habe ich es in der Vergangenheit immer gemacht. Werde ich also weiterhin so halten. Hätte ja sein können, dass ich ein "DOCX-Plugin" verpasst habe. Andreas </pre> Andreas Borutta 2013-05-16T11:06:52 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9017 <pre>Hi Andreas, 2013/5/14 Andreas Borutta &lt;borumat&lt; at &gt;gmx.de&gt;: Ja - in einem bugfix-release sind selten Verbesserungen an Dokumentfiltern dabei. Da ist die Chance auf einen besseren Import mit der 4er Version deutlich größer. Ansonsten gilt wie immer: Beispieldokument mit entsprechender Beschreibung an einen Bugreport anhängen (bzw. suchen, ob es für das Problem schon einen gibt). ciao Christian </pre> Christian Lohmaier 2013-05-16T10:13:39 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9016 <pre>Hallo Robert, Am 15.05.2013 20:28, schrieb Robert Großkopf: Über Feldbefehle &gt; Datenbank kann man auch eine Calc-Tabelle anmelden und auf die darin enthaltenen Tabellenblätter und Seriendruckfelder zugreifen. Mehr kann ich zum Thema auch nicht beitragen, weil ich die 3.6 verwende und Serien-HTML-Mails nicht mehr mache. Hatte ich mal vor etlichen Monaten für einen Newsletter im Einsatz und ich weiß nicht mehr in welcher Version. Funktionierte zu Beginn wunderbar, dann hab ich ein OOo-Update gefahren, dann war wohl der HTML-Parser defekt. Es wurde das Design zerhauen, ganze Sätze wurden durchgestrichen dargestellt und noch mehr Müll. Hab das Ganze dann wieder auf Textmails ohne Personifizierung umgestellt. </pre> Edgar Kuchelmeister 2013-05-16T09:31:27 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9015 <pre>Hallo Andreas, Am 16.05.2013 09:18, schrieb Andreas Borutta: sorry,nein! ich würde einfach darum bitten, das ältere DOC Format zu verwenden, da MS ODF genauso schlecht unterstützt, wie LibO OOXML darstellen kann. Für das DOC-Format gibt es zumindest einen gut entwickelten Filter, obwohl auf Grund der unterschiedlichen Konzepte eben nie eine vollkommene Kompatibilität erzielt werden kann. Meine ganz subjektive Empfehlung. </pre> Edgar Kuchelmeister 2013-05-16T08:42:30 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9014 <pre>Michael schrieb: Ist klar, habe ich ja auch nicht geschrieben. Im Moment habe ich keine Zeit mich tiefer in das Thema ISO-Norm und Textverarbeitungsformate einzulesen. Aber man kann schon beim Überfliegen der Texte dazu ahnen, was für ein großer Mist dieses OOXML und das Gebaren von MS dazu ist. Dann nehme ich eben hin, dass man DOCX zur Zeit nicht fehlerarm in LO anzeigen kann und werde also wie eh und je Zusender von solchen Dokumenten um alternative Formate bitten. Könnt ihr eine Webseite in deutscher Sprache empfehlen, die prägnant und ohne Weltverbesserungspathos in - sagen wir - höchstens 3 Absätzen das Problem darstellt und pragmatische Verhaltenshinweise für MS-Officenutzer gibt? Darauf könnte man dann die Zusender von DOCX-Dokumenten hinweisen. Andreas </pre> Andreas Borutta 2013-05-16T07:18:12 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9013 <pre>Hoi zümma, Am 14.05.2013 00:55, schrieb Andreas Borutta: Das "Problem" ist *nicht* LibO! Appeal the appeal, enforce ISO rules, and kick OOXML out http://noooxml.wikidot.com/ Ahoi Michael </pre> Michael 2013-05-16T05:55:47 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9012 <pre>Hallo Ulf, Das heißt, dass Du bisher nur eine Tabelle in einer Tabellenkalkulation hast. Soweit ich weiß, muss das ganze doch über eine Datenbank geschehen. Sonst ist das Ding nicht im Datenquellen-Browser verfügbar. Um das nach zu vollziehen wäre es sinnvoll, eine weitgehend anonymisierte Datenbank/Tabelle/Serienbriefdokument irgendwo verfügbar zu machen. Danach würdest Du übrigens auch bei der Meldung eines Bugs gefragt: Klar nachvollziehbare Schritt-für-Schritt-Anleitung mit einem Beispiel. Anhänge werden hier in der Mailingliste abgeschnitten. Mit Datenbank und Dokument könnte ich das gerne einmal überprüfen, obwohl ich noch nie irgendeine Mailfunktion von LO genutzt habe ... Bugmeldungen gehen über diese Adresse: https://bugs.freedesktop.org/ Vorher allerdings einmal kurz schauen, ob so etwas vielleicht für den Writer schon beschrieben ist. Serienbrieffunktionen findest Du unter "mailmerge". Ich habe da allerdings keine passende Meldung gesehen. Gruß Robert </pre> Robert Großkopf 2013-05-15T18:28:28 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9011 <pre>Hallo zusammen, ich bin gerade dabei die sehr interessante Funktion des LO-Serienbriefes zu nutzen, um diesen als PDF-Anhang in Emails zu versenden. Dazu habe ich eine Datei Adressen.ods mit der Tabelle "NameEmail" angelegt. Diese habe ich per manuell über Datenquellen in den ein Serienbrief-Dokument "Serienbrief.odt" eingefügt, so dass es wie folgt aussieht: |Hallo &lt;Adressen.NameEmail.Anrede&gt; &lt;Adressen.NameEmail.Vorname&gt; &lt;Adressen.NameEmail.Nachname&gt;, das ist ein Serienbrief an die Email-Adresse &lt;Adressen.NameEmail.Email&gt;. Viele Grüße Der Verein| Über den Serienbrief-Assistenten Punkt 8 (Speicher, drucken, versenden) kann ich diesen Brief jetzt "... als E-Mail versenden". Zumindestens wenn ich unter "Senden als" "HTML-Email" auswähle oder "Adobe PDF-Dokument" OHNE personalisierte Briefanrede in den "Eigenschaften". Sobald ich die personalisierte Briefanrede verwende, stürzt LibreOffice Write ab und starten die Dokumentenwiederherstellung. Bei der der personalisi</pre> Ulf Kosack 2013-05-15T17:23:28 http://permalink.gmane.org/gmane.comp.documentfoundation.libreoffice.user.german/9010 <pre>Hallo, Jürgen! Am 15.05.2013 16:52, schrieb Jürgen Franssen: Vielen Dank, aber im Moment stehe ich wirklich unter Zeitdruck. Meine Magisterarbeit muß ich spätestens am 19.07. abgeben; da schaffe ich das einfach nicht, mich noch in kompliziertere Programme einzuarbeiten. Mein Thema ist schon kompliziert genug. Außerdem habe ich auch schon damit angefangen. Ich hätte mich wohl eher in diese Art Programm einarbeiten sollen, aber habe bis dahin auch noch nicht die Notwendigkeit gesehen. Bei meiner Diplomarbeit hatte es ja auch mit analogen Mitteln geklappt, wird jetzt also auch funktionieren. Gruß, Astrid </pre> Astrid Mayers 2013-05-15T15:45:52 Search the mailing list at Gmane query http://search.gmane.org/?group=$group=gmane.comp.documentfoundation.libreoffice.user.german