Richtig! Auf die Anwender hören und die Software weiter verbessern. Parallel dazu sollte grundsätzlich alle im Öffi-Dienst genutzte (und mit Steuermitteln bezahlte) Software Open Source (nicht zwangsläufig kostenlos!!!) sein. Besser ist es dann nur noch, wenn sich (wie hier) die Verwaltungen direkt mit einbringen und die Entwicklung so aktiv unterstützen.
Naja, erst mal Bugs und die vielen beknackten Limitationen fixen bevor neue Features reinkommen. Über Probleme stolper ich regelmäßig wenn ich mit LO arbeite: Kuriose Absatzsprünge in Dokumenten mit vielen Formeln oder das die eingebettete Literaturdatenbank für wiss. Arbeiten fast nicht zu gebrauchen ist. Die Eingabefelder für Titel und Autor verkraften nur ne maximale Anzahl Zeichen. Wissenschaftliche Paper haben aber manchmal recht umfangreiche Autorenlisten bzw. lange Titel. In LO muss noch viel Arbeit reingesteckt werden.
wenn ich jetzt möglicherweise als ewig gestriger rüberkomme, aber für wissenschaftliche Arbeiten mit Formeln und Literaturverweisen ist LaTeX eigentlich das Mittel der Wahl. Sicher, es ist nicht so schön intuitiv und man muss sich ein wenig damit auseinandersetzen, aber das Ergebnis ist deutlich besser. Wie so oft - das richtige Werkzeug für die entsprechende Aufgabe.
Bloß weil diese Funktionen in LO drin sind, heißt dass noch lange nicht, dass sie gut sind. In MS Office ist das ja auch nie wirklich gut gegangen.
Trotzdem ein dickes Lob an die Enwickler von LO - es ist eine klasse Software.
Ich lach mich auch regelmäßig kaputt, wenn ich von wissenschaftlichen Arbeiten im Zusammenhang mit einem Office höre.
Manche Publikanten (Verlage) haben aber nachgegeben, z.B. bei Springer bekommt man seit ein paar Jahren auch Vorlagen, neben LaTex, auch für Office. Damit die angehenden pseudo-Wissenschaftler sich auch mal der Öffentlich darstellen können....
Wer wirklich wissenschaftlich publiziert, also im Bereich Chemie, Biochemie, Lifescience, etc., wo man nicht nur ein paar Formeln eintippen muss, der weiß, dass die meisten Verlage höchst ungern Latex benutzen. Sehr viele fordern sogar ein Word-Dokument. Da kommt man mit Latex nicht unbedingt weit.
Viele Leute, die du hier so lapidar als "Pseudo-Wissenschaftler" abtust, publizieren mit einzelnen oder gar ganz ohne Formeln im Text. Tatsächlich! Die Verlage fordern gerne übrigens komplett unformatierte Word-Dokumente, bitte keine unterschiedlichen Schriftarten, Überschriften bitte durch eine Leerzeile kennzeichnen. Bilder bitte nicht ins Dokument eingebunden, die Bildunterschriften bitte am Ende des Dokuments, je Bildunterschrift eine neue Seite. Die Formatierung übernimmt dann der Setzer.
Ich muss ehrlich sagen, dass ich überrascht bin, dass tatsächlich der Autor so viel am Layout machen darf/machen muss. Anders ist das allerdings bei wiss. Journals, auch bei "deinem" Verlag Springer (wie du dich so schön ausgedrückt hast). Schau da mal bei deinen Lieblings-Journals in die Author Guidelines. Gruß, Milebrega
Genau deswegen benutze ich inzwischen auch wieder LaTeX für wiss. Arbeiten, weil LO schlicht zu viel Unzulänglichkeiten hat. Aber ist das ein Argument, dass Writer weiterhin seine grauenhafte Literaturdatenbank behalten soll. Mal davon abgesehen, ich kenne viele, die ihre wiss. Arbeiten nicht mit LaTeX schreiben. Außerdem widerspricht sich dein letzter Satz. Wie kann man eine SW klasse finden, die so offenkundige Mägel hat?
Nicht nur für wissenschaftliche Arbeiten, und mit Lyx lassen sich die Dokumente auch einfach erstellen, und man kann sich darauf verlassen, das die Formtierung etc. auch bei mehr als vier Seiten erhalten bleibt. Bei Bedarf kann man auch einfach ein PDF, DOC oder was auch immer erstellen lassen
Wie wärs wenn du das unterstützt? Fehlerbericht erstellen (bugs.freedesktop.org) und am besten zusätzlich noch sponsorn: https://freedomsponsors.org/project/149/LibreOffice#/LibreOffice
Naja, so viele Limitationen hat LibreOffice m.E. nicht bei wissenschaftlichen Arbeiten. Vor allem bei strukturierten Dokumenten ist es ein Segen im Vergleich zu MS Word.
Bezüglich der kuriosen Absatzsprünge kann ich nichts sagen, da ich immer nur ein paar Formeln pro Dokument habe. Am besten dafür einen Fehlereintrag auf dem LibreOffice Fehlersystem einstellen: https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice&bug_status=UNCONFIRMED
Bezüglich der Literaturdatenbank in LibreOffice und auch MS Word kann ich nur abraten und zu echten Bibliographieprogrammen raten. Die können unglaublich viel mehr und sind exzellent in LibreOffice integriert. Auch Dokumente mit vielen hunderten Zitaten sind dann kein Problem. Ich habe sehr gute Erfahrung mit Zotero (www.zotero.org) gemacht.
Zum Thema LaTeX: Natürlich ist LaTeX super und das Ergebnis kann sich sehen lassen. Ich persönlich arbeite aber sehr gerne mit LibreOffice Writer. Es ist m.E. viel schöner zum Schreiben, Navigieren, herumkopieren, Einfügen komplexer Tabellen, Import von Statistikprogrammen, aktiver Rechtschreib. und Grammatikkontrolle, Kommentieren und Überarbeitungsmodus. Aber das ist persönlicher Geschmack, dass ich auch bei wissenschaftlichen Texten fast immer zu LibreOffice greife.
Nun, sowohl unsere kleine Firma, als auch ich privat, spenden öfter mal. Früher an OO, nun an LO. Warum auch nicht, bezahlten wir doch ganz früher für MS-Office und später für StarOffice. Und OSS muß ja auch nicht zwangsläufig kostenlos sein. (Wenngleich es eine schöne Dreingabe ist.) 8) Was mir aber sowohl von Privat, als auch von Geschäftlich öfter mal so aufstößt, die Meisten fordern nur, fördern selbst aber nicht. Weder durch Mitentwicklung, noch durch Spenden.
Ich finde, diese User dürfen sich bestenfalls etwas wünschen, ganz sicher aber haben die nicht das Recht, etwas zu fordern.
PS. LO macht sicher noch nicht alles perfekt. Aber schon seit StarOffice-Zeiten kommen wir mit dem Gebotenen meist voll aus. Die kleinen Macken konnten wir bisher immer gut umschiffen. Und so manche gute Lösung sucht man bei MS-Office vergeblich. Und mal ganz ehrlich: MS-Office hat solche Macken ebenfalls.
Mit OO 4.01 unter Win kann ich: 1. Use Case 2.1 nicht nachvollziehen (Absatz wandert brav auf die erste Seite). 2. Use Case 2.2 betrifft OO nicht. 3. Use Case 2.3/2.4 nicht getestet (weil nicht kapiert/keine Lust drauf). 4. Use Case 2.5 halte ich nicht für einen Fehler (unabhängiges Verschieben des Bildausschnittes), dazu könnte man den Rahmeninhalt auch in den Eigenschaften fixieren. So kennt man es doch auch aus anderen Programmen? 5. Use Case 2.6 kann ich auch nicht nachvollziehen: wenn ich außerhalb der gelben Zeile einfüge bzw. lösche reagiert der verbundene Block wie es es soll.
Vermutlich habe ich den englischen Text einfach nicht verstanden
Habe vor kurzem mal versucht die Serienbrieffunktion von LibreOffice zu verwenden um Geburtstagseinladungen zu versenden. So etwas unglaublich dämliches hat die Welt noch nicht gesehen.
In meiner jugendlichen Naivität hatte ich angenommen ich könnte einfach die Adressen in Calc erfassen und dann ähnlich wie in Word das Excel File als "Adressdatenbank" angeben.
Aber nichts da, egal wie ich es probiert habe ihm die Calc Datei unterzujubeln, er wollte sie einfach nicht annehmen. Ich musste schließlich ein globales Adressbuch in Form einer Base Datenbank erstellen und erst dann konnte ich auf die Adressen zugreifen.
Wer sich diese völlig dämliche Lösung ausgedacht hat, hat in seinem Leben noch keinen Serienbrief erstellt. Es ist ja schön, dass ich eine echte Datenbank angeben kann, aber dass ich sie angeben MUSS ist einfach nur realitätsfremd. Wie stellen die sich das vor wenn ich das Dokument inkl. Adressdatenbank mal an jemand anderes weitergeben will?
Wirklich Zeit, dass das überarbeitet wird. Wer einmal versucht hat einen Serienbrief in Libre Office zu erstellen, der will sofort wieder zurück zu MS Office.
Richtig, über den Punkt bin ich auch schon oft gestolpert. Die Serienbrief-Funktion ist praktisch unbrauchbar in meinen Augen, schön wenn da mal was neues käme.
hatte die Serienbrieffunktion noch nie benutzt und hab das mal eben getestet, konnte das von dir beschriebene nicht nachvollziehen. Hab ein paar Adressen in Calc erfasst und gespeichert, hab dann im SB-Assi die Calc Datei ausgewählt, Felder verknüpft und fertig war der Serienbrief.
Wo ist das Problem?
Gruß Steven
PS: die Calc-Datei ist wie folgt aufgebaut:
Anrede Name1 Name2 Strasse plz ort Herr Steven Test Teststraße 25 66701 Beckingen
Im Serienbrief Assistent Schritt 3 kann ich zwar die Calc Datei auswählen aber dann geht's nicht weiter. Den Dialog kann man nur mit Abbrechen beenden und die Tabellen in der Calc Datei werden nicht angezeigt.
Der einzige Weg zum Serienbrief führt bei mir über eine Datenbank die in LO registriert ist.
du wählst also die Calc-Datei aus und dann kannst du nicht mehr "Zurück" oder "Weiter"? Bei Punkt 3 musst du folgenden Punkt auswählen "Dieses Dokument soll einen Adressblock enthalten" oder erscheint der bei dir nicht?
Genau, bei 3.1 wähle ich das Calc File aus. Allerdings kann ich den Dialog von 3.1 nicht bestätigen, es ist nur Abbrechen erlaubt.
Da ich 3.1 nicht bestätigen kann, komme ich auch nicht zu 3.2 und kann daher erst gar nicht "Dieses Dokument soll einen Adressblock enthalten" auswählen.
Nutze die Serienbrieffunktion schon seit Office version 0.9. Geht einfach genial, simpel einzurichten (Literatur gibts genug) und besser als mit dem o.g. Produkt.
Wer natürlich auf die komische Idee kommt, als Datenquelle eine Tabellenkalkulation zu nehmen, sollte sich mal überlegen, ob er in der Informatik richtig aufgehoben ist.
Wer natürlich auf die komische Idee kommt, als Datenquelle eine Tabellenkalkulation zu nehmen, sollte sich mal überlegen, ob er in der Informatik richtig aufgehoben ist.
Vielleicht lehne ich mich ja etwas weit aus dem Fenster, aber ich würde einmal davon ausgehen, dass die meisten Serienbriefe wohl in normalen Büros mit Menschen geschrieben werden, die eher grundlegendere EDV-Kenntnisse aufweisen und kein Informatik studiert haben.
Richtig und wenn er/sie dann noch hingeht und eine CSV aus dem Calc-Sheet baut kann der studierte Informatiker diese CSV dann in MySQL Importieren, wenn er damit nicht unterfordert ist
Nö, die Aussage ist ok. Für diese Zielgruppe ist die Serienbrieffunktion auch einfach in der Bedienung gehalten. Man muss es eben nur wissen wie und auch mal gemacht haben und nicht nur drüber schwätzen.
Im Prinzip stellt man sich die Datenbanktabelle und die Officevorlage übereinander auf den Desktop und zieht per Maus die gewünschten Items (Name, Vorname, Adresse,...) auf die gwünschte Position aufs Dokument. Schwierig?
Nutze die Serienbrieffunktion schon seit Office version 0.9. Geht einfach genial, simpel einzurichten (Literatur gibts genug) und besser als mit dem o.g. Produkt.
Haha, die Serienbrieffunktioni ist also einfach, dass es dazu massig Literatur gibt.
Wer natürlich auf die komische Idee kommt, als Datenquelle eine Tabellenkalkulation zu nehmen, sollte sich mal überlegen, ob er in der Informatik richtig aufgehoben ist.
Wer natürlich auf die komische Idee kommt, eine ordinäre Textverarbeitung für Endanwender zu verwenden und nicht TeX, sollte sich mal überlegen ob er in der Informatik richtig aufgehoben ist.
Die Funktion gibt es jetzt auch schon (Bearbeiten -> Änderungen), muss aber explizit eingeschaltet werden. Daran wird auch nichts geändert: Ziel ist es, dass die Funktionalität Teil des ODF-Standards wird, so dass Microsoft sich dann nicht rausreden kann, wenn sie es nicht / anders implementieren
Ich verstehe nicht, warum in diesem Gremium solche Themen im Vordergrund stehen?! Ich arbeite in einen Second Level Team in einem Medien- Unternehmen, das weltweit Niederlassungen hat, 5000 Mitarbeiter, 9000 PC's und 15000 installierbare Komponenten.
Und wir wären ja schon froh, wenn die Projekte mal brauchbare Admintools hätten, mit denen Speicher- und Vorlagenpfade, Sicherheitstemplates und sonstige Konfigurationen (social Funktionen abschalten, Zwischenspeicherungen festlegen, corporate identity umsetzen, usw.) zentral(!) konfigurierbar wären!
Wir nutzen kein freies Office, aber wir erleben vergleichbares mit der Mozilla Firefox ESR Version. Der längere Aktualisierungs- Intervall ist für die Entwickler Kollegen ein Segen - aber man kann noch nicht mal zentral vorgeben, das die Lesezeichen auf dem jeweiligen Anwender Netzlaufwerk liegen sollen - also der Speicherort der places.sqlite.
Und das ist ein grundlegendes Problem für Open Source Projekte: Aus irgendeinen Grund wird nicht in komplexen Strukturen gedacht, sondern immer nur an den einzelnen Anwender. Vernetzung ist ein Fremdwort. Und damit sind dann andere 'etablierte' Softwarefirmen wirklich weiter.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 30. Mär 2014 um 16:04.
Von Powered by Penguins am So, 30. März 2014 um 20:01 #
aber man kann noch nicht mal zentral vorgeben, das die Lesezeichen auf dem jeweiligen Anwender Netzlaufwerk liegen sollen - also der Speicherort der places.sqlite.
Kann dir nicht folgen! Sprichst du von Windows? Unter Linux/Unix ist es Standard, die Datei im Home-Directory des Benutzers zu haben, da normalerweise das komplette Directory übers Netz verteilt wird. Aber selbst unter Windows ist das kein Problem. Das machen die Kollegen vom Windows-Team schon seit Jahren so, das die Daten im Netzlaufwerk liegen.
Sorry, hätte ich deutlicher sagen sollen: ja, ich meine unter Win7. Die Daten von anderen Programmen liegen ja auch auf dem Netzlaufwerk - auch schon seit Jahren. Aber manche Freie Software sieht keine zentrale Konfiguration(!) vor, die z.B. vergleichbar dem Internet Explorer mit dem IEAK oder GPO's in der Win Welt wären. Oder gibt es ein configuration kit für Libre Office? Vorlagen basteln macht wahrscheinlich mehr Spass ... Wie wäre es mit einen Vorlagen Server? Übrigens, wenn alle Dateien im Home Directory wären, würdest Du mit server-speicherten Profilen - so bezeichne ich mal dein Konstrukt - in einen Medien- Unternehmen irgendwann einen Anmeldevorgang im Stundenbereich haben. Und dann stelle ich mir auf einen event eine angemietete T-com ISDN Leitung vor, die erstmal für ein 20-köpfiges Redaktionsteam die Profile rüberschaufelt
Nur wenn Libre/OpenOffice eine verbesserung erfahren, kann es sich auch durchsetzen. Alles weitere hat keine Sinn.
Richtig! Auf die Anwender hören und die Software weiter verbessern. Parallel dazu sollte grundsätzlich alle im Öffi-Dienst genutzte (und mit Steuermitteln bezahlte) Software Open Source (nicht zwangsläufig kostenlos!!!) sein. Besser ist es dann nur noch, wenn sich (wie hier) die Verwaltungen direkt mit einbringen und die Entwicklung so aktiv unterstützen.
Naja, erst mal Bugs und die vielen beknackten Limitationen fixen bevor neue Features reinkommen. Über Probleme stolper ich regelmäßig wenn ich mit LO arbeite:
Kuriose Absatzsprünge in Dokumenten mit vielen Formeln oder das die eingebettete Literaturdatenbank für wiss. Arbeiten fast nicht zu gebrauchen ist. Die Eingabefelder für Titel und Autor verkraften nur ne maximale Anzahl Zeichen. Wissenschaftliche Paper haben aber manchmal recht umfangreiche Autorenlisten bzw. lange Titel.
In LO muss noch viel Arbeit reingesteckt werden.
Sorry,
wenn ich jetzt möglicherweise als ewig gestriger rüberkomme, aber für wissenschaftliche Arbeiten mit Formeln und Literaturverweisen ist LaTeX eigentlich das Mittel der Wahl. Sicher, es ist nicht so schön intuitiv und man muss sich ein wenig damit auseinandersetzen, aber das Ergebnis ist deutlich besser. Wie so oft - das richtige Werkzeug für die entsprechende Aufgabe.
Bloß weil diese Funktionen in LO drin sind, heißt dass noch lange nicht, dass sie gut sind. In MS Office ist das ja auch nie wirklich gut gegangen.
Trotzdem ein dickes Lob an die Enwickler von LO - es ist eine klasse Software.
Ich lach mich auch regelmäßig kaputt, wenn ich von wissenschaftlichen Arbeiten im Zusammenhang mit einem Office höre.
Manche Publikanten (Verlage) haben aber nachgegeben, z.B. bei Springer bekommt man seit ein paar Jahren auch Vorlagen, neben LaTex, auch für Office.
Damit die angehenden pseudo-Wissenschaftler sich auch mal der Öffentlich darstellen können....
Wer wirklich wissenschaftlich publiziert, also im Bereich Chemie, Biochemie, Lifescience, etc., wo man nicht nur ein paar Formeln eintippen muss, der weiß, dass die meisten Verlage höchst ungern Latex benutzen. Sehr viele fordern sogar ein Word-Dokument. Da kommt man mit Latex nicht unbedingt weit.
Viele Leute, die du hier so lapidar als "Pseudo-Wissenschaftler" abtust, publizieren mit einzelnen oder gar ganz ohne Formeln im Text. Tatsächlich!
Die Verlage fordern gerne übrigens komplett unformatierte Word-Dokumente, bitte keine unterschiedlichen Schriftarten, Überschriften bitte durch eine Leerzeile kennzeichnen. Bilder bitte nicht ins Dokument eingebunden, die Bildunterschriften bitte am Ende des Dokuments, je Bildunterschrift eine neue Seite. Die Formatierung übernimmt dann der Setzer.
dann hat dein verlag es wahrscheinlich aufgrund des vorliegenden klientels schon aufgeben, formatierunge zu verlangen.
renomierte verlage bitten um so etwas...
http://www.springer.com/authors/book+authors?SGWID=1-154102-12-427299-0
... und dort bei templates klicken.
bye
Ich muss ehrlich sagen, dass ich überrascht bin, dass tatsächlich der Autor so viel am Layout machen darf/machen muss. Anders ist das allerdings bei wiss. Journals, auch bei "deinem" Verlag Springer (wie du dich so schön ausgedrückt hast). Schau da mal bei deinen Lieblings-Journals in die Author Guidelines.
Gruß, Milebrega
Naja, mit Wordperfect für DOS konnte man noch wirklich einfach wissenschaftliche Arbeiten produzieren, das war auch relativ einfach anpassbar.
Es grüsst
August Meier
Genau deswegen benutze ich inzwischen auch wieder LaTeX für wiss. Arbeiten, weil LO schlicht zu viel Unzulänglichkeiten hat.
Aber ist das ein Argument, dass Writer weiterhin seine grauenhafte Literaturdatenbank behalten soll. Mal davon abgesehen, ich kenne viele, die ihre wiss. Arbeiten nicht mit LaTeX schreiben.
Außerdem widerspricht sich dein letzter Satz. Wie kann man eine SW klasse finden, die so offenkundige Mägel hat?
Richtig, aber das willst du doch jetzt nicht ernsthaft als Argument bringen, dass Fehler in LO nicht gefixt gehören?
Nicht nur für wissenschaftliche Arbeiten, und mit Lyx lassen sich die Dokumente auch einfach erstellen, und man kann sich darauf verlassen, das die Formtierung etc. auch bei mehr als vier Seiten erhalten bleibt. Bei Bedarf kann man auch einfach ein PDF, DOC oder was auch immer erstellen lassen
Wie wärs wenn du das unterstützt? Fehlerbericht erstellen (bugs.freedesktop.org) und am besten zusätzlich noch sponsorn: https://freedomsponsors.org/project/149/LibreOffice#/LibreOffice
Naja, so viele Limitationen hat LibreOffice m.E. nicht bei wissenschaftlichen Arbeiten. Vor allem bei strukturierten Dokumenten ist es ein Segen im Vergleich zu MS Word.
Bezüglich der kuriosen Absatzsprünge kann ich nichts sagen, da ich immer nur ein paar Formeln pro Dokument habe. Am besten dafür einen Fehlereintrag auf dem LibreOffice Fehlersystem einstellen: https://bugs.freedesktop.org/enter_bug.cgi?product=LibreOffice&bug_status=UNCONFIRMED
Bezüglich der Literaturdatenbank in LibreOffice und auch MS Word kann ich nur abraten und zu echten Bibliographieprogrammen raten. Die können unglaublich viel mehr und sind exzellent in LibreOffice integriert. Auch Dokumente mit vielen hunderten Zitaten sind dann kein Problem. Ich habe sehr gute Erfahrung mit Zotero (www.zotero.org) gemacht.
Zum Thema LaTeX: Natürlich ist LaTeX super und das Ergebnis kann sich sehen lassen. Ich persönlich arbeite aber sehr gerne mit LibreOffice Writer. Es ist m.E. viel schöner zum Schreiben, Navigieren, herumkopieren, Einfügen komplexer Tabellen, Import von Statistikprogrammen, aktiver Rechtschreib. und Grammatikkontrolle, Kommentieren und Überarbeitungsmodus. Aber das ist persönlicher Geschmack, dass ich auch bei wissenschaftlichen Texten fast immer zu LibreOffice greife.
Nun, sowohl unsere kleine Firma, als auch ich privat, spenden öfter mal.
Früher an OO, nun an LO. Warum auch nicht, bezahlten wir doch ganz früher für MS-Office und später für StarOffice.
Und OSS muß ja auch nicht zwangsläufig kostenlos sein. (Wenngleich es eine schöne Dreingabe ist.) 8)
Was mir aber sowohl von Privat, als auch von Geschäftlich öfter mal so aufstößt, die Meisten fordern nur, fördern selbst aber nicht.
Weder durch Mitentwicklung, noch durch Spenden.
Ich finde, diese User dürfen sich bestenfalls etwas wünschen, ganz sicher aber haben die nicht das Recht, etwas zu fordern.
PS. LO macht sicher noch nicht alles perfekt. Aber schon seit StarOffice-Zeiten kommen wir mit dem Gebotenen meist voll aus. Die kleinen Macken konnten wir bisher immer gut umschiffen.
Und so manche gute Lösung sucht man bei MS-Office vergeblich.
Und mal ganz ehrlich: MS-Office hat solche Macken ebenfalls.
Ich finde jedenfalls, LO ist auf einem guten Weg.
Na also! Mit OSS läßt sich also doch Geld verdienen...
Mit Pfandflaschen sammeln läßt sich auch Geld verdienen.
Vielleicht sogar mehr als mit DEM Auftrag.
Du mußt es ja wissen.
Ja, das hast du vermutlich durch Tischerücken herausgefunden...
Ach Kinder,
von Linux können sicherlich ein paar Leute leben. Ich hatte mich an der Formulierung "Geld verdienen" gestört.
Da muss man mal die Ralationen sehen.
So eine Drecksfirma wie Microsoft macht 2-3 Milliarden pro Monat (!) Umsatz und weist davon 1/3 als Gewinn aus.
Was interessiert mich Mircosoft. Mich interessiert, was auf meinem Konto landet, und da liege ich deutlich höher als meine Windows-Kollegen :D.
An den Umsatz kommen wir wahrscheinlich noch nicht ganz heran, aber es läßt sich sehr gut davon leben
Na selbstverständlich! Auch wir hier verdienen unser Geld (u.a.) mit Open Source Software. Kein Problem!
Mit OO 4.01 unter Win kann ich:
1. Use Case 2.1 nicht nachvollziehen (Absatz wandert brav auf die erste Seite).
2. Use Case 2.2 betrifft OO nicht.
3. Use Case 2.3/2.4 nicht getestet (weil nicht kapiert/keine Lust drauf).
4. Use Case 2.5 halte ich nicht für einen Fehler (unabhängiges Verschieben des Bildausschnittes), dazu könnte man den Rahmeninhalt auch in den Eigenschaften fixieren. So kennt man es doch auch aus anderen Programmen?
5. Use Case 2.6 kann ich auch nicht nachvollziehen: wenn ich außerhalb der gelben Zeile einfüge bzw. lösche reagiert der verbundene Block wie es es soll.
Vermutlich habe ich den englischen Text einfach nicht verstanden
Habe vor kurzem mal versucht die Serienbrieffunktion von LibreOffice zu verwenden um Geburtstagseinladungen zu versenden. So etwas unglaublich dämliches hat die Welt noch nicht gesehen.
In meiner jugendlichen Naivität hatte ich angenommen ich könnte einfach die Adressen in Calc erfassen und dann ähnlich wie in Word das Excel File als "Adressdatenbank" angeben.
Aber nichts da, egal wie ich es probiert habe ihm die Calc Datei unterzujubeln, er wollte sie einfach nicht annehmen. Ich musste schließlich ein globales Adressbuch in Form einer Base Datenbank erstellen und erst dann konnte ich auf die Adressen zugreifen.
Wer sich diese völlig dämliche Lösung ausgedacht hat, hat in seinem Leben noch keinen Serienbrief erstellt. Es ist ja schön, dass ich eine echte Datenbank angeben kann, aber dass ich sie angeben MUSS ist einfach nur realitätsfremd. Wie stellen die sich das vor wenn ich das Dokument inkl. Adressdatenbank mal an jemand anderes weitergeben will?
Wirklich Zeit, dass das überarbeitet wird. Wer einmal versucht hat einen Serienbrief in Libre Office zu erstellen, der will sofort wieder zurück zu MS Office.
Richtig, über den Punkt bin ich auch schon oft gestolpert. Die Serienbrief-Funktion ist praktisch unbrauchbar in meinen Augen, schön wenn da mal was neues käme.
Hallo,
hatte die Serienbrieffunktion noch nie benutzt und hab das mal eben getestet, konnte das von dir beschriebene nicht nachvollziehen. Hab ein paar Adressen in Calc erfasst und gespeichert, hab dann im SB-Assi die Calc Datei ausgewählt, Felder verknüpft und fertig war der Serienbrief.
Wo ist das Problem?
Gruß
Steven
PS: die Calc-Datei ist wie folgt aufgebaut:
Anrede Name1 Name2 Strasse plz ort
Herr Steven Test Teststraße 25 66701 Beckingen
Im Serienbrief Assistent Schritt 3 kann ich zwar die Calc Datei auswählen aber dann geht's nicht weiter. Den Dialog kann man nur mit Abbrechen beenden und die Tabellen in der Calc Datei werden nicht angezeigt.
Der einzige Weg zum Serienbrief führt bei mir über eine Datenbank die in LO registriert ist.
du wählst also die Calc-Datei aus und dann kannst du nicht mehr "Zurück" oder "Weiter"? Bei Punkt 3 musst du folgenden Punkt auswählen "Dieses Dokument soll einen Adressblock enthalten" oder erscheint der bei dir nicht?
Gruß
Steven
Genau, bei 3.1 wähle ich das Calc File aus. Allerdings kann ich den Dialog von 3.1 nicht bestätigen, es ist nur Abbrechen erlaubt.
Da ich 3.1 nicht bestätigen kann, komme ich auch nicht zu 3.2 und kann daher erst gar nicht "Dieses Dokument soll einen Adressblock enthalten" auswählen.
Letzteres ist der Weg, den ich ohnehin immer nehme - weil ich den am einfachsten finde.
Mit F4 die Datenquelle einblenden und die Datenfelder einfach ins Dokument ziehen. Einfacher geht's eigentlich nicht.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 27. Mär 2014 um 08:53.Unter Punkt 3."Adressblock einfügen" Punkt 3. "Felder zuordnen" auswählen und alle Felder zuordnen.
Dann solltest du "weiter" anklicken können...
Nutze die Serienbrieffunktion schon seit Office version 0.9.
Geht einfach genial, simpel einzurichten (Literatur gibts genug) und besser als mit dem o.g. Produkt.
Wer natürlich auf die komische Idee kommt, als Datenquelle eine Tabellenkalkulation zu nehmen, sollte sich mal überlegen, ob er in der Informatik richtig aufgehoben ist.
Wer natürlich auf die komische Idee kommt, als Datenquelle eine Tabellenkalkulation zu nehmen, sollte sich mal überlegen, ob er in der Informatik richtig aufgehoben ist.
Vielleicht lehne ich mich ja etwas weit aus dem Fenster, aber ich würde einmal davon ausgehen, dass die meisten Serienbriefe wohl in normalen Büros mit Menschen geschrieben werden, die eher grundlegendere EDV-Kenntnisse aufweisen und kein Informatik studiert haben.
Richtig und wenn er/sie dann noch hingeht und eine CSV aus dem Calc-Sheet baut kann der studierte Informatiker diese CSV dann in MySQL Importieren, wenn er damit nicht unterfordert ist
Gruß
Steven
Jetzt untertreibst du aber, ... na wenigstens einer, welcher weiß wie es geht
Nö, die Aussage ist ok.
Für diese Zielgruppe ist die Serienbrieffunktion auch einfach in der Bedienung gehalten.
Man muss es eben nur wissen wie und auch mal gemacht haben und nicht nur drüber schwätzen.
Im Prinzip stellt man sich die Datenbanktabelle und die Officevorlage übereinander auf den Desktop und zieht per Maus die gewünschten Items (Name, Vorname, Adresse,...) auf die gwünschte Position aufs Dokument.
Schwierig?
Haha, die Serienbrieffunktioni ist also einfach, dass es dazu massig Literatur gibt.
Wer natürlich auf die komische Idee kommt, eine ordinäre Textverarbeitung für Endanwender zu verwenden und nicht TeX, sollte sich mal überlegen ob er in der Informatik richtig aufgehoben ist.
Hallo Hausfrauen,
schaut mal hier:
http://lmgtfy.com/?q=openoffice+serienbrief+mysql+linux
Du schlägst Hausfrauen ernsthaft vor, dass sie sich mit einem DBMS beschäftigen?
http://lmgtfy.com/?q=Oma+installiere+und+nutze+einmal+MySQL
cooler link, führt zu dem treffer:
http://www.welt.de/wirtschaft/webwelt/article119203800/OpenOffice-4-kann-locker-mit-MS-Office-mithalten.html
Frage:
In welchem Anwendungsszenario braucht man das?
Meiner Meinung war das schon bei MS Office ein Fehler by Design:
http://www.heise-medien.de/presse/Wie-Word-Sie-verraet-1610933.html
Hoffentlich sind die Dokumente dann weiterhin ohne Änderungshistory speicherbar.
Die Funktion gibt es jetzt auch schon (Bearbeiten -> Änderungen), muss aber explizit eingeschaltet werden. Daran wird auch nichts geändert: Ziel ist es, dass die Funktionalität Teil des ODF-Standards wird, so dass Microsoft sich dann nicht rausreden kann, wenn sie es nicht / anders implementieren
Ich verstehe nicht, warum in diesem Gremium solche Themen im Vordergrund stehen?! Ich arbeite in einen Second Level Team in einem Medien- Unternehmen, das weltweit Niederlassungen hat, 5000 Mitarbeiter, 9000 PC's und 15000 installierbare Komponenten.
Und wir wären ja schon froh,
wenn die Projekte mal brauchbare Admintools hätten, mit denen Speicher- und Vorlagenpfade, Sicherheitstemplates und sonstige Konfigurationen (social Funktionen abschalten, Zwischenspeicherungen festlegen, corporate identity umsetzen, usw.) zentral(!) konfigurierbar wären!
Wir nutzen kein freies Office, aber wir erleben vergleichbares mit der Mozilla Firefox ESR Version. Der längere Aktualisierungs- Intervall ist für die Entwickler Kollegen ein Segen - aber man kann noch nicht mal zentral vorgeben, das die Lesezeichen auf dem jeweiligen Anwender Netzlaufwerk liegen sollen - also der Speicherort der places.sqlite.
Und das ist ein grundlegendes Problem für Open Source Projekte: Aus irgendeinen Grund wird nicht in komplexen Strukturen gedacht, sondern immer nur an den einzelnen Anwender. Vernetzung ist ein Fremdwort. Und damit sind dann andere 'etablierte' Softwarefirmen wirklich weiter.
Dieser Beitrag wurde 1 mal editiert. Zuletzt am 30. Mär 2014 um 16:04.Kann dir nicht folgen! Sprichst du von Windows? Unter Linux/Unix ist es Standard, die Datei im Home-Directory des Benutzers zu haben, da normalerweise das komplette Directory übers Netz verteilt wird. Aber selbst unter Windows ist das kein Problem. Das machen die Kollegen vom Windows-Team schon seit Jahren so, das die Daten im Netzlaufwerk liegen.
Sorry, hätte ich deutlicher sagen sollen: ja, ich meine unter Win7. Die Daten von anderen Programmen liegen ja auch auf dem Netzlaufwerk - auch schon seit Jahren. Aber manche Freie Software sieht keine zentrale Konfiguration(!) vor, die z.B. vergleichbar dem Internet Explorer mit dem IEAK oder GPO's in der Win Welt wären. Oder gibt es ein configuration kit für Libre Office? Vorlagen basteln macht wahrscheinlich mehr Spass ... Wie wäre es mit einen Vorlagen Server?
Übrigens, wenn alle Dateien im Home Directory wären, würdest Du mit server-speicherten Profilen - so bezeichne ich mal dein Konstrukt - in einen Medien- Unternehmen irgendwann einen Anmeldevorgang im Stundenbereich haben. Und dann stelle ich mir auf einen event eine angemietete T-com ISDN Leitung vor, die erstmal für ein 20-köpfiges Redaktionsteam die Profile rüberschaufelt
Vorlagenserver gibt es:
http://www.wollmux.net/wiki/Hauptseite
Die anderen Probleme bleiben aber natürlich bestehen. Zumindest unter Windows.