Re: [de-users] Fehler in LibreOffice [nicht trennbare Leerzeichen + gelöschten Text kopieren]?
Hallo André, Am 15.08.2018 um 00:19 schrieb André Piotrowski: Kann jemand die folgenden Fehler in LibreOffice 6.0.3.2 (LinuxMint 19) bestätigen? — Nicht trennbare Leerzeichen (\ua0) werden in zentriertem oder rechtsbündigem Text nicht dargestellt. Gilt das noch, nachdem du eine weitere Mail ohne diesen Fall geschickt hast? Ich kann das weder in 6.0.4.2 noch in 5.3.3.1 nachvollziehen. — Wird bei eingeschalteter Änderungsverfolgung Text kopiert und enthält dieser mehrere gelöschte Stellen, so ist in der Kopie nur die letzte Stelle tatsächlich gelöscht. habe ich schon gerade beantwortet. Gruß Gerhard -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Makro Datensatzspeicherung abbrechen
Hallo Robert, Am 15.08.2018 um 20:43 schrieb Robert Großkopf: Hallo Gerhard, ich gehe davon aus, dass dein oField das Modell des Steuerelements ist. (Zur Sicherheit: in meinem Testformular habe ich das über oField= ThisComponent.Drawpage.Forms.getByName("MainForm").getByName("Mark") erreicht.) Dann kannst du mit if oField.getPropertySetInfo.hasPropertyByName("BorderColor") abfragen, ob die Eigenschaft vorhanden ist oder nicht. Passt genau! Ich lasse allerdings das Event beim Laden des Formulars abfragen. oForm = oEvent.Source FOR i = 0 TO oForm.Count - 1 oField = oForm.getByIndex(i) ... Na klar, da bist du direkter bei der Form. Das war nur zur Verdeutlichung. Wo hast Du alle diese Befehle her? Ich habe mir da einen Wolf gesucht und schließlich die Geschichte mit dem Aufrufen von BorderColor und gleichzeitigem Errorsprung sowie dem Abspeichern aller Felder, die das überleben, in ein Array zur weiteren Verwendung ausgetüftelt. Grundsätzlich habe ich die Bücher zu Makros von Bernard Marcelly und Laurent Godard und von Thomas Krumbein, die decken ja schon sehr viel ab. Dass es die PropertySetInfo gibt, hatte ich früher schon festgestellt und auch schon mal durch Doppelklick einen "Drill-down" gemacht und die Liste der Eigenschaften angeschaut, deshalb habe ich diesmal aber gar nicht dort geschaut, ob ich da was finde, sondern gleich Xray von Bernard Marcelly (da gibt es auf seiner Seite auch eine deutsche Übersetzung von mir) eingesetzt, was eine Riesenhilfe bei der Makro-Entwicklung ist. In diesem Fall hatte ich im Makro, nachdem ich zu oField gelangt war, die Zeile "Xray oField" eingegeben. Dann sehe ich alle Eigenschaften des Objekts und in weiteren Ansichten alle Methoden, Listener usw.Der erste Gedanke war, eine Schleife über die Eigenschaften laufen zu lassen, aber die PropertySetInfo hat eine Struktur, mit der ich zunächst mal nichts anfangen kann. Dann habe ich bei den Methoden geschaut. Dann war das vom Namen her sofort klar, dass das genau der gewünschte Befehl war. Das ist das Prinzip: ich schaue bei dem fraglichen Objekt die Eigenschaften und Methoden durch, was vom Namen her in Frage kommen könnte, schaue ich näher an, erst mal in der API-Referenz von LibreOffice. Auch wenn da meist nur ein Satz steht, reicht das in den meisten Fällen, um die Spreu vom Weizen zu trennen. Ansonsten dann Internetsuche nach diesen Eigenschaften und Methoden oder Ausprobieren, was sie liefern. Gruß Robert Gruß Gerhard -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Makro Datensatzspeicherung abbrechen
Hallo Gerhard, > > ich gehe davon aus, dass dein oField das Modell des Steuerelements ist. > (Zur Sicherheit: in meinem Testformular habe ich das über > oField= > ThisComponent.Drawpage.Forms.getByName("MainForm").getByName("Mark") > erreicht.) > Dann kannst du mit > if oField.getPropertySetInfo.hasPropertyByName("BorderColor") > abfragen, ob die Eigenschaft vorhanden ist oder nicht. Passt genau! Ich lasse allerdings das Event beim Laden des Formulars abfragen. oForm = oEvent.Source FOR i = 0 TO oForm.Count - 1 oField = oForm.getByIndex(i) ... Wo hast Du alle diese Befehle her? Ich habe mir da einen Wolf gesucht und schließlich die Geschichte mit dem Aufrufen von BorderColor und gleichzeitigem Errorsprung sowie dem Abspeichern aller Felder, die das überleben, in ein Array zur weiteren Verwendung ausgetüftelt. Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Makro Datensatzspeicherung abbrechen
Hallo Robert, ich gehe davon aus, dass dein oField das Modell des Steuerelements ist. (Zur Sicherheit: in meinem Testformular habe ich das über oField= ThisComponent.Drawpage.Forms.getByName("MainForm").getByName("Mark") erreicht.) Dann kannst du mit if oField.getPropertySetInfo.hasPropertyByName("BorderColor") abfragen, ob die Eigenschaft vorhanden ist oder nicht. Gruß Gerhard Am 15.08.2018 um 15:54 schrieb Robert Großkopf: Hallo Gerhard, das mit dem Abbrechen der Speicherung klappt jetzt gut. Alle Felder, die ausgefüllt werden müssen, sind rot umrandet, Fehlermeldung beim Nichtausfüllen. Einen Schönheitsfehler habe ich noch, den ich mit einem Würgarraound gelöst habe: Nicht alle Formularfelder, die oField.supportsService("com.sun.star.form.DataAwareControlModel") unterstützen, kennen auch oField.BorderColor (z.B. ein Markierfeld) Ich möchte nicht lange suchen, welche Felder das sind. Ich habe einfach mit ON LOCAL ERROR GOTO KeinRand ... Kein Rand: Einen Sprung eingebaut. Gibt es irgendeine Möglichkeit, bei einem Objekt ohne solche Klimmzüge abzufragen, ob eine Eigenschaft überhaupt vorhanden ist? Gruß Robert -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung
Hallo Fritz, zu Deinem + "[...] AFAIK ist "%1" der Übergabeparameter für ein im Explorer doppelgeklicktes Dokument. [...]" habe ich jetzt (wohl) die passende Erklärung gefunden und auch, wie man mit + {explorer.exe}[MausKlickRechts][Neu][OpenDocument Text] eine neue WRITER-Datei mit + [Extras][Optionen][Spracheinstellungen][Sprachen] "Standardsprachen der Dokumente" "Westlich:" »Deutsch (Deutschland)« erstellen kann, ohne dass man die + "C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt" verbiegen muss, sondern mit einer Kopie von dieser arbeiten kann. R E G I S T R Y Ich habe mir das nochmals in der REGISTRY angeschaut. Da gibt es 2 wesentliche Einträge: [1] Das Kommando: {explorer.exe}[MausKlickRechts][Neu][OpenDocument Text] Computer\HKEY_CLASSES_ROOT\LibreOffice.WriterDocument.1\shell\new\command {Standard} "C:\Program Files\LibreOffice\program\soffice.exe" -n "%1" [2] Der Wert von "%1" Computer\HKEY_CLASSES_ROOT\.odt\LibreOffice.WriterDocument.1\ShellNew {FileName} C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt I D E E U N D T E S T [3] Zusätzliche soffice.odt Anschließend habe ich mir eine Kopie der "C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt" geholt, (beispielsweise) in dem Verzeichnis "E\TMP\" abgespeichert, umbenannt von "soffice.odt" in "soffice [DEU].odt" und auf diese Datei [Extras][Optionen][Spracheinstellungen][Sprachen] "Standardsprachen der Dokumente" "Westlich:" »Deutsch (Deutschland)« ausgeführt. [4] Modifikation der REGISTRY Hier habe ich jetzt den Eintrag [2] geändert: Computer\HKEY_CLASSES_ROOT\.odt\LibreOffice.WriterDocument.1\ShellNew {FileName} E:\TMP\soffice [DEU].odt Wenn man jetzt {explorer.exe}[MausKlickRechts][Neu][OpenDocument Text] ausführt, wird wie gewohnt eine Datei "OpenDocument Text (neu).odt" angelegt, aber mit passender "Standardsprachen der Dokumente" "Westlich:" »Deutsch (Deutschland)«. A B E R Ich habe das (s.o.) mal gemacht um die Zusammenhänge zu verstehen und mal auszuprobieren, ob ich es einigermaßen verstanden habe. Ob es da Seiteneffekte gab weiß ich nicht. Meiner Meinung nach sollte man besser die LibreOffice-Einträge gar nicht erst im EXPLORER-Kontextmenü eintragen, wenn man es nicht so machen kann, dass es keine Unterschiede zu einer über LibreOffice direkt angelegten WRITER-Datei gibt. Das erzeugt nur Irritationen und Missverständnisse ... Gruß Hans-Werner ;-)) -- Liste abmelden mit E-Mail an: users+unsubscr...@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
[de-users] Arbeitsmappenverbindung
Hallo zusammen, ich habe da mal folgendes Problem : Ich habe eine Excel 2010 Arbeitsmappe mit einer Datenverbindung zu einer externen Quelle (Datenbank) Diese Excel Arbeitsmappe aktualisiert ihren Datenbestand automatisch beim Öffnen. Nun soll diese mit Libre Office verwaltet werden. Ich habe dazu ein leeres Calc Dokument geöffnet und wie in der Anleitung(Libre Office Hilfe) beschrieben die Verbindung zu der externen Datei hergestellt.(komplette Pfadangabe der Datei). Die Arbeitsmappe wird gefunden und auch geladen. Allerdings aktualisiert sie sich nicht automatisch obwohl eingestellt und in zwei kompletten Spalten steht zudem noch Err:507 Wo könnte der Fehler liegen ? Ich bedanke mich bereits jetzt schon herzlich im Voraus -- Mit freundlichen Grüssen Dietmar Beleke mobil : 0151 23 83 93 30 Fon : +49 (2902) 911 718 e-mail : seahawk1...@gmx.de d.bel...@t-online.de web : http://www.pcdietmar.de E-Mail Disclaimer Diese E-Mail und alle Anhänge enthalten vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie nicht der richtige Adressat sind oder die E-Mail irrtümlich erhalten haben, informieren Sie bitte unverzüglich den Absender und vernichten Sie diese E-Mail. Die unerlaubte Vervielfältigund und Nutzung sowie die unbefugte Weitergabe dieser E-Mail und seiner Anhänge ist nicht gestattet. -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Makro Datensatzspeicherung abbrechen
Hallo Gerhard, das mit dem Abbrechen der Speicherung klappt jetzt gut. Alle Felder, die ausgefüllt werden müssen, sind rot umrandet, Fehlermeldung beim Nichtausfüllen. Einen Schönheitsfehler habe ich noch, den ich mit einem Würgarraound gelöst habe: Nicht alle Formularfelder, die oField.supportsService("com.sun.star.form.DataAwareControlModel") unterstützen, kennen auch oField.BorderColor (z.B. ein Markierfeld) Ich möchte nicht lange suchen, welche Felder das sind. Ich habe einfach mit ON LOCAL ERROR GOTO KeinRand ... Kein Rand: Einen Sprung eingebaut. Gibt es irgendeine Möglichkeit, bei einem Objekt ohne solche Klimmzüge abzufragen, ob eine Eigenschaft überhaupt vorhanden ist? Gruß Robert -- Homepage: http://robert.familiegrosskopf.de LibreOffice Community: http://robert.familiegrosskopf.de/map_3 -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Sortieren (Optionen) in Calc
Hallo Martin, Martin Manert schrieb am 15-Aug-18 um 15:05: Hallo zusammen, ganz gleichgültig, welche Sortieroptionen (Ländereinstellungen) ich in Calc einstelle, es wird immer auf die gleiche Art sortiert. .. Habe ich da einen Trick übersehen oder einen Bug-Report? Bugreport https://bugs.documentfoundation.org/show_bug.cgi?id=119117 Mit freundlichen Grüßen Regina -- Liste abmelden mit E-Mail an: users+unsubscr...@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
[de-users] Sortieren (Optionen) in Calc
Hallo zusammen, ganz gleichgültig, welche Sortieroptionen (Ländereinstellungen) ich in Calc einstelle, es wird immer auf die gleiche Art sortiert. Konkret habe ich das Beispiel aus Wikipedia (https://de.wikipedia.org/wiki/Alphabetische_Sortierung#Beispiel_f%C3%BCr_deutschsprachige_Sortierungen) eingegeben, sortiert wird immer in der deutschen Variante "Lexikon". Ich beobachte dies schon länger, zuletzt ausprobiert in der Version 6.0.5.2 (x64) unter Windows 10 (aber auch Vorgängerversionen sowie unter Ubuntu). Habe ich da einen Trick übersehen oder einen Bug-Report? VG Martin -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung
Hallo Kurt, legt man am Desktop eine neues Writer-Dokument an, wie du beschreibst, gibt es sinnvoller Weise keine Textsprache, weil ein leeres (unkonfiguriertes) Dokument ist. Die Sprache ist unbekannt und lässt sich auch nicht einstellen so lange kein Text vorhanden ist. Schreibt man ein Wort in dieses Dokument, lässt sich auch die Sprache einstellen. Aus LO erzeugte Writer-Dokumente nutzen die Standardvorlage, in der die Textsprache bereits definiert ist. Gruß Günther Am 14.08.2018 um 20:20 schrieb nwl@posteo.eu: > > users@de.libreoffice.org > > _*Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht > einstellbar je nach Dokument-Erzeugung*_ > > Hallo zusammen, > > immer neue Seltsamkeiten unter LO (diesmal Rechtschreibprüfung) > > Hier mein Testtext: > xx > xx > xx > > Ich teste das, um _herauszufinden_ unter welchen Bedingungen die > Rechtschreibfunktion funktioniert und wann _nicht_ und bin bisher zu > folgendem Ergebnis gekommen: > > Wenn ich ein Writer-ODT über Rechtsklick (Win7) NEU erstelle und dann > mit Doppelklick öffne, dann > erscheint im Rechtschreib-Fenster unter _Textsprache _durchgehend > "*_keine_*" und läßt sich auch nicht verändern. > Auch daraus abgeleitete RTF und DOC Dokumente haben den gleichen > Effekt. Erstelle ich auf gleiche Weise ein RTF Dokument, gibt es > _keine_ Probleme. > > Nur wenn ich ODT aus LO heraus erstelle, gibt es ebenfalls keine > Probleme. > > Es hängt also davon ab, auf welche Weise das Dokument erzeugt wurde, > ob die Rechtschreib-Prüfung funktioniert oder nicht. > > Das ist jedenfalls mein momentaner Erkenntnisstand. > > Schönen Abend wünscht > Kurt > > > > Den teste ich in verschiedenen _*erstellten*_ Dokument-Versionen: > _*1) direkt *_erstellt unter NEU (Win-Rechtsklick) > als RTF: funktioniert > als ODT: funktioniert *_nicht_* > heißt: Rechtschreib-Funktion einschalten > Fenster öffnet sich > > Textsprache > "keine" bei ODT, auch keine roten Schlangenlinien > "Deutsch" bei RTF > _*2) direkt *_erstellt aus LO-heraus: > als RTF: funktioniert > als ODT: funktioniert *_nicht > > > _* > > > > > MfG, Kurt > > --- > Neu umgestellt auf: > LO Vers. 5.4.7.2 (Win7-Prof x64) > > > > > > --- > Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft. > https://www.avast.com/antivirus > -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag
Hallo Hans-Werner, Am 15.08.2018 um 09:21 schrieb OoOHWHOoO: Allerdings habe ich hier nicht herausfinden können, was das "%1" genau beinhaltet. AFAIK ist "%1" der Übergabeparameter für ein im Explorer doppelgeklicktes Dokument. -- Einen schönen Tag noch Fritz -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag
Hallo Alois, in diesem Fall hast Du natürlich Recht. Aber es kann auch andere Probleme geben, wo dann ein "normaler Benutzer" meint (nach dieser Erfahrung), na dann modifiziere ich eben die LibreOffice-Installation. So eine Einstellung sollte man als "normaler Benutzer" am besten gar nicht erst entwickeln ... Ergänzung zur rtf-Datei: In der WindowsRegistry steht unter "Computer\HKEY_CLASSES_ROOT\LibreOffice.rtf\shell\new\command" das Kommando: "C:\Program Files\LibreOffice\program\swriter.exe" -n "%1" Allerdings habe ich hier nicht herausfinden können, was das "%1" genau beinhaltet. Bei den LibreOffice-Kommandozeilen-Optionen habe ich nichts gefunden, was irgendwie mit "rtf" zu tun haben könnte. Aber zumindest ist es etwas klarer, warum bei "rtf" die Spracheinstellung passt, denn hier wird "swriter.exe" verwendet und nicht "soffice.exe". Gruß Hans-Werner ;-)) -- Originalnachricht -- Von: "Alois Klotz" An: "users@de.libreoffice.org >> Libreoffice User" Gesendet: 15.08.2018 09:05:15 Betreff: Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag Hallo Hans-Werner, die Datei soffice.odt im Ordner shellnew ist ein einfaches Writer-Dokument. Windows kopiert es nur bei der Neuanlage - ich sehe da keine Seiteneffekte, außer dass die Änderung irgendwann bei einer Neuinstallation überschrieben werden könnte. MfG Alois OoOHWHOoO schrieb am 15.08.2018 um 08:41: Ich persönlich bin der Meinung, man sollte besser neue LibreOffice-Dokumente über LibreOffice selbst erstellen und nicht über die Betriebssystemebene (beispielsweise WindowsDateimanager), ehe man die "C:\Program Files\LibreOffice\share\template\shellnew\"-Dateien als "normaler Benutzer" modifiziert. An den LibreOffice-Installationsdateien sollte man besser nichts ändern, da eventuelle Seiteneffekte nicht immer unbedingt überschaubar sind für einen "normalen Benutzer". Gruß Hans-Werner ;-)) . Auf meinem PC im Ordner C:\Program Files\LibreOffice\share\template\shellnew befindet sich unter anderem die Datei soffice.odt, die Windows bei der Neuanlage als Kopiervorlage für die neu angelegte leere ODT-Datei verwendet. Dieser soffice.odt muss man also so ändern, dass die Standardsprache Deutsch wird - weil dieses Verzeichnis nur mit administrativen Rechten zugänglich ist, muss man das so machen: - soffice.odt z.B. auf den Desktop kopieren - mit LO öffnen und die Standardsprache auf Deutsch setzen: Extras -> Optionen -> Spracheinstellungen -> Sprachen... - Speichern und die Datei in den originalen Ordner zurückverschieben. -- Liste abmelden mit E-Mail an: users+unsubscr...@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 -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag
Hallo Hans-Werner, die Datei soffice.odt im Ordner shellnew ist ein einfaches Writer-Dokument. Windows kopiert es nur bei der Neuanlage - ich sehe da keine Seiteneffekte, außer dass die Änderung irgendwann bei einer Neuinstallation überschrieben werden könnte. MfG Alois OoOHWHOoO schrieb am 15.08.2018 um 08:41: Ich persönlich bin der Meinung, man sollte besser neue LibreOffice-Dokumente über LibreOffice selbst erstellen und nicht über die Betriebssystemebene (beispielsweise WindowsDateimanager), ehe man die "C:\Program Files\LibreOffice\share\template\shellnew\"-Dateien als "normaler Benutzer" modifiziert. An den LibreOffice-Installationsdateien sollte man besser nichts ändern, da eventuelle Seiteneffekte nicht immer unbedingt überschaubar sind für einen "normalen Benutzer". Gruß Hans-Werner ;-)) . Auf meinem PC im Ordner C:\Program Files\LibreOffice\share\template\shellnew befindet sich unter anderem die Datei soffice.odt, die Windows bei der Neuanlage als Kopiervorlage für die neu angelegte leere ODT-Datei verwendet. Dieser soffice.odt muss man also so ändern, dass die Standardsprache Deutsch wird - weil dieses Verzeichnis nur mit administrativen Rechten zugänglich ist, muss man das so machen: - soffice.odt z.B. auf den Desktop kopieren - mit LO öffnen und die Standardsprache auf Deutsch setzen: Extras -> Optionen -> Spracheinstellungen -> Sprachen... - Speichern und die Datei in den originalen Ordner zurückverschieben. -- Liste abmelden mit E-Mail an: users+unsubscr...@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
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag
Sorry, ich meinte natürlich Alois (und nicht Kurt) ... -- Originalnachricht -- Von: "OoOHWHOoO" An: "users@de.libreoffice.org" Cc: "OoOHWHOoO" Gesendet: 15.08.2018 08:34:05 Betreff: Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag Hallo Kurt, Deine Beschreibung kann ich mit "LO 6.0.6.2 (x64)" @ "Windows 7 Home Premium 64-bit" nachvollziehen und bestätigen. Auf https://praxistipps.chip.de/rechtsklick-neu-dateitypen-im-kontextmenue-erstellen-und-aendern_20419 fand ich einen Hinweis, wo in der WindowsRegistry der entsprechende Befehl zum Neuanlegen einer (beispielsweise) WRITER-Datei (.odt) steht: "Computer\HKEY_CLASSES_ROOT\LibreOffice.WriterDocument.1\shell\new\command" Unter "Command" ist der Befehl "C:\Program Files\LibreOffice\program\soffice.exe" -n "%1" aufgeführt. Was das "%1" genau beinhaltet konnte ich anhand der WindowsRegistry nicht wirklich herausfinden, aber im Prinzip entspricht es der LibreOffice-Kommandozeile ( https://help.libreoffice.org/5.4/de/text/shared/guide/start_parameters.html ): E:\TMP>"C:\Program Files\LibreOffice\program\soffice.exe" -n "C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt" Führt man obige Kommandozeile in der Windows-Eingabeaufforderung aus, wird eine neue WRITER-Datei geöffnet mit: [Extras][Optionen][Spracheinstellungen][Sprachen] "Standardsprachen der Dokumente" "Westlich:" »Englisch (USA)« Leider gibt es bei den LibreOffice-Kommandozeile-Optionen keine Option zur Angabe der "Standardsprachen der Dokumente", wodurch man dann die "C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt" nicht manuell anpassen müsste. Dass bei Nutzung des WindowsDateimanagers mit [MausKlickRechts][Neu][OpenDocument Text] eine Datei "OpenDocument Text (neu).odt" erstellt (und abgespeichert) wird, konnte ich allerdings mit den Möglichkeiten der LibreOffice-Kommandozeilen-Optionen nicht realisieren - dass die neu geöffnete WRITER-Datei direkt als "OpenDocument Text (neu).odt" im aktuellen Verzeichnis abgespeichert wird, wird wohl durch den Windows-Dateimanager irgendwie irgendwo realisiert. Ich persönlich bin der Meinung, man sollte besser neue LibreOffice-Dokumente über LibreOffice selbst erstellen und nicht über die Betriebssystemebene (beispielsweise WindowsDateimanager), ehe man die "C:\Program Files\LibreOffice\share\template\shellnew\"-Dateien als "normaler Benutzer" modifiziert. An den LibreOffice-Installationsdateien sollte man besser nichts ändern, da eventuelle Seiteneffekte nicht immer unbedingt überschaubar sind für einen "normalen Benutzer". Gruß Hans-Werner ;-)) -- Originalnachricht -- Von: nwl@posteo.eu An: users@de.libreoffice.org; "Libreoffice User" Gesendet: 15.08.2018 06:35:13 Betreff: Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag Libreoffice User *_Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag_* Hallo Alois, ohne Deinen Vorschlag jetzt mangels Zeit selbst übergeprüft zu haben, scheint er mir in die _richtige Richtung_ zu führen. Ich werde dem nachgehen, sobald ich dazu komme. Das mit den administrativen Rechten scheint logisch. Aus Bequemlichkeit mache ich meistens alles als "User" und meistens meldet sich ja die Software und fordert das Admin-Passwort an, aber eben nicht immer. In diesem Fall scheint es so zu sein, dass die Änderung im Rechtschreibfenster von "keine" auf "Deutsch" nur funktioniert, wenn man als Admin eingeloggt ist. Aber ich werde das erst, wie gesagt, in den nächsten Tagen schaffen. Ganz generell kommt es bei dem Rechtsklick-Submenu unter Win-Explorer an, ob man parallel noch _MS-Off_ installiert hat (oder hatte) und die Extensions darauf zeigen _oder_ man voll auf _LibOff _umgestellt hat. Erstmal danke dafür! MfG, Kurt Am 15.08.2018 um 02:41 schrieb Alois Klotz: Hallo Kurt, ich habe das mit LO 6.1 ausprobiert und da ist es genauso wie von dir beschrieben: erzeugt man ein Textdokument im Windows Explorer, ist als Standardsprache "Englisch" eingestellt. Klickt man in hingegen in Writer auf Datei neu, wird die Standardsprache automatisch auf "Deutsch (im System eingestelltes Land)" gesetzt. Das Problem sieht man in den Optionen gut: Extras -> Optionen -> Spracheinstellungen -> Sprachen Hier wird je nach Art der Erstellung des Dokuments bei "Standardsprachen des Dokuments" entweder Englisch (bei Neuanlage im Explorer) oder Deutsch angegeben. Woher nimmt Windows im Explorer die Vorlage für das neue Dokument? Ich bin dieser Frage nachgegangen: Auf meinem PC im Ordner C:\Program Files\LibreOffice\share\template\shellnew befindet sich unter anderem die Datei soffice.odt, die Windows bei der Neuanlage als Kopiervorlage für die neu
Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag
Hallo Kurt, Deine Beschreibung kann ich mit "LO 6.0.6.2 (x64)" @ "Windows 7 Home Premium 64-bit" nachvollziehen und bestätigen. Auf https://praxistipps.chip.de/rechtsklick-neu-dateitypen-im-kontextmenue-erstellen-und-aendern_20419 fand ich einen Hinweis, wo in der WindowsRegistry der entsprechende Befehl zum Neuanlegen einer (beispielsweise) WRITER-Datei (.odt) steht: "Computer\HKEY_CLASSES_ROOT\LibreOffice.WriterDocument.1\shell\new\command" Unter "Command" ist der Befehl "C:\Program Files\LibreOffice\program\soffice.exe" -n "%1" aufgeführt. Was das "%1" genau beinhaltet konnte ich anhand der WindowsRegistry nicht wirklich herausfinden, aber im Prinzip entspricht es der LibreOffice-Kommandozeile ( https://help.libreoffice.org/5.4/de/text/shared/guide/start_parameters.html ): E:\TMP>"C:\Program Files\LibreOffice\program\soffice.exe" -n "C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt" Führt man obige Kommandozeile in der Windows-Eingabeaufforderung aus, wird eine neue WRITER-Datei geöffnet mit: [Extras][Optionen][Spracheinstellungen][Sprachen] "Standardsprachen der Dokumente" "Westlich:" »Englisch (USA)« Leider gibt es bei den LibreOffice-Kommandozeile-Optionen keine Option zur Angabe der "Standardsprachen der Dokumente", wodurch man dann die "C:\Program Files\LibreOffice\share\template\shellnew\soffice.odt" nicht manuell anpassen müsste. Dass bei Nutzung des WindowsDateimanagers mit [MausKlickRechts][Neu][OpenDocument Text] eine Datei "OpenDocument Text (neu).odt" erstellt (und abgespeichert) wird, konnte ich allerdings mit den Möglichkeiten der LibreOffice-Kommandozeilen-Optionen nicht realisieren - dass die neu geöffnete WRITER-Datei direkt als "OpenDocument Text (neu).odt" im aktuellen Verzeichnis abgespeichert wird, wird wohl durch den Windows-Dateimanager irgendwie irgendwo realisiert. Ich persönlich bin der Meinung, man sollte besser neue LibreOffice-Dokumente über LibreOffice selbst erstellen und nicht über die Betriebssystemebene (beispielsweise WindowsDateimanager), ehe man die "C:\Program Files\LibreOffice\share\template\shellnew\"-Dateien als "normaler Benutzer" modifiziert. An den LibreOffice-Installationsdateien sollte man besser nichts ändern, da eventuelle Seiteneffekte nicht immer unbedingt überschaubar sind für einen "normalen Benutzer". Gruß Hans-Werner ;-)) -- Originalnachricht -- Von: nwl@posteo.eu An: users@de.libreoffice.org; "Libreoffice User" Gesendet: 15.08.2018 06:35:13 Betreff: Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag Libreoffice User *_Re: [de-users] Problem Writer: Rechtschreibprüfung - Textsprache teilweise nicht einstellbar je nach Dokument-Erzeugung - Lösungsvorschlag_* Hallo Alois, ohne Deinen Vorschlag jetzt mangels Zeit selbst übergeprüft zu haben, scheint er mir in die _richtige Richtung_ zu führen. Ich werde dem nachgehen, sobald ich dazu komme. Das mit den administrativen Rechten scheint logisch. Aus Bequemlichkeit mache ich meistens alles als "User" und meistens meldet sich ja die Software und fordert das Admin-Passwort an, aber eben nicht immer. In diesem Fall scheint es so zu sein, dass die Änderung im Rechtschreibfenster von "keine" auf "Deutsch" nur funktioniert, wenn man als Admin eingeloggt ist. Aber ich werde das erst, wie gesagt, in den nächsten Tagen schaffen. Ganz generell kommt es bei dem Rechtsklick-Submenu unter Win-Explorer an, ob man parallel noch _MS-Off_ installiert hat (oder hatte) und die Extensions darauf zeigen _oder_ man voll auf _LibOff _umgestellt hat. Erstmal danke dafür! MfG, Kurt Am 15.08.2018 um 02:41 schrieb Alois Klotz: Hallo Kurt, ich habe das mit LO 6.1 ausprobiert und da ist es genauso wie von dir beschrieben: erzeugt man ein Textdokument im Windows Explorer, ist als Standardsprache "Englisch" eingestellt. Klickt man in hingegen in Writer auf Datei neu, wird die Standardsprache automatisch auf "Deutsch (im System eingestelltes Land)" gesetzt. Das Problem sieht man in den Optionen gut: Extras -> Optionen -> Spracheinstellungen -> Sprachen Hier wird je nach Art der Erstellung des Dokuments bei "Standardsprachen des Dokuments" entweder Englisch (bei Neuanlage im Explorer) oder Deutsch angegeben. Woher nimmt Windows im Explorer die Vorlage für das neue Dokument? Ich bin dieser Frage nachgegangen: Auf meinem PC im Ordner C:\Program Files\LibreOffice\share\template\shellnew befindet sich unter anderem die Datei soffice.odt, die Windows bei der Neuanlage als Kopiervorlage für die neu angelegte leere ODT-Datei verwendet. Dieser soffice.odt muss man also so ändern, dass die Standardsprache Deutsch wird - weil dieses Verzeichnis nur mit administrativen Rechten zugänglich ist, muss man das so machen: - soffice.odt z.B. auf den Desktop kopieren - mit LO öffnen und die Standardsprache auf Deutsch setzen: Extras ->