Re: [de-users] Fehler beim Einfügen einer Zeile mit Strg++

[Werner Tietz]

Hallo

Wenn du mittels »strg+« und »Zellen nach unten verschieben« __Zellen 
verschiebst__ … dann werden diese Zellen verschoben und folgerichtig 
auch alle bereits vorhandenen Formelreferenzen auf diese Zellen!!!


Das ist KEINE Fehlfunktion!…

Am 17.05.24 um 09:30 schrieb Uwe Schumann:

Hallo,
in meiner Tabelle habe ich eine Fehlfunktion beim Einfgen von Zeilen mit der 
Tastenkombination +<+> festgestellt.
Zunchst die LibreOffice Calc Version: 7.6.6.3 (X86_64), 
Buildd97b2716a9a4a2ce1391dee1765565ea469b0ae7


Die Formel in den Tabellenzellen werden nicht korrekt weitergefhrt.


Spalte A: Datum
Spalte B: Formel z. B. fr Zeile 267: =WENN(ISTZAHL(B267); (B267-B266)/(A267-A266); 
"")
Spalte C: Formel z. B. fr Zeile 267:=WENN(ISTZAHL(B267); B267-B$254; "")
Spalte D: Formel z. B. fr Zeile 267:=WENN(ISTZAHL(B267); B267-B$2; "")


Wird nun in Zelle A267 mit+<+> eine Zeile mit "Zellen nach unten 
verschieben" eingefgt, dann ist ab Zeile 267 die Formel in Spalte B fehlerhaft. Statt Zelle A267 
wird Zelle A268 in der Formel verwendet.
Spalte B: Formel fr Zeile 267 nach Einfgen einer Zeile:=WENN(ISTZAHL(B267); 
(B267-B266)/(A268-A266); "")


Die Vernderungen ab Zeile 268 sieht dann noch etwas anders aus, ist aber 
ebenfallt fehlerhaft. Wir wird statt A268 die Zelle A269 und statt A267 die 
Zelle A268 verwendet. Dieser Fehler setzt sich in alle folgenden Spalten fort.
Spalte B: Formel fr Zeile 268nach Einfgen der Zeil 267:=WENN(ISTZAHL(B268); 
(B268-B267)/(A269-A268); "")


Ich freue mich auf eine Korrektur in einer der nchsten Versionen.
…und wird deshalb auch glücklicherweise nicht im Sinne deiner 
Erwartungshaltung __korrigiert__


--
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] Fehler beim Einfügen einer Zeile mit Strg++

[Uwe Schumann]

Hallo,
in meiner Tabelle habe ich eine Fehlfunktion beim Einfgen von Zeilen mit der 
Tastenkombination +<+> festgestellt.
Zunchst die LibreOffice Calc Version: 7.6.6.3 (X86_64), 
Buildd97b2716a9a4a2ce1391dee1765565ea469b0ae7


Die Formel in den Tabellenzellen werden nicht korrekt weitergefhrt.


Spalte A: Datum
Spalte B: Formel z. B. fr Zeile 267: =WENN(ISTZAHL(B267); 
(B267-B266)/(A267-A266); "")
Spalte C: Formel z. B. fr Zeile 267:=WENN(ISTZAHL(B267); B267-B$254; "")
Spalte D: Formel z. B. fr Zeile 267:=WENN(ISTZAHL(B267); B267-B$2; "")


Wird nun in Zelle A267 mit+<+> eine Zeile mit "Zellen nach unten 
verschieben" eingefgt, dann ist ab Zeile 267 die Formel in Spalte B fehlerhaft. 
Statt Zelle A267 wird Zelle A268 in der Formel verwendet.
Spalte B: Formel fr Zeile 267 nach Einfgen einer Zeile:=WENN(ISTZAHL(B267); 
(B267-B266)/(A268-A266); "")


Die Vernderungen ab Zeile 268 sieht dann noch etwas anders aus, ist aber 
ebenfallt fehlerhaft. Wir wird statt A268 die Zelle A269 und statt A267 die 
Zelle A268 verwendet. Dieser Fehler setzt sich in alle folgenden Spalten fort.
Spalte B: Formel fr Zeile 268nach Einfgen der Zeil 267:=WENN(ISTZAHL(B268); 
(B268-B267)/(A269-A268); "")


Ich freue mich auf eine Korrektur in einer der nchsten Versionen.


Viele Gre,
Uwe Schumann




-- 
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] Fehler: Writer stürzt ab

[LO . Harald . Berger]

Hallo Torsten,

versuche bitte einmal das Benutzerprofil zurück zusetzen oder den 
Schnelltest entsprechend im hier angegebenen Link:


https://wiki.documentfoundation.org/UserProfile/de

Freundliche Grüße
Harald


Am 11.02.2024 um 17:20 schrieb Torsten Wolff:

Hallo,

leider stürzt der Writer regelmäßig ab, wenn man oft hoch und runter
scrollt.

Version: 7.5.9.2 (X86_64) - der Fehler war auch schon in der Version 
davor


Windows 10 home (22H2)


Viele Grüße

Torsten Wolff





--
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] Fehler: Writer stürzt ab

[Franklin Schiftan]

Am 2024-02-11 um 17:20 schrieb Torsten Wolff:

Hallo,

leider stürzt der Writer regelmäßig ab, wenn man oft hoch und runter
scrollt.

Version: 7.5.9.2 (X86_64) - der Fehler war auch schon in der Version davor

Windows 10 home (22H2)


Kann ich hier mit Version 7.6.4.1 auf Windows 11 Pro nicht nachvollziehen.


Torsten Wolff


  und tschüss

Franklin



--
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] Fehler: Writer stürzt ab

[Torsten Wolff]

Hallo,

leider stürzt der Writer regelmäßig ab, wenn man oft hoch und runter
scrollt.

Version: 7.5.9.2 (X86_64) - der Fehler war auch schon in der Version davor

Windows 10 home (22H2)


Viele Grüße

Torsten Wolff


--
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] Fehler beim Serienbrief

[Robert Großkopf]

Hallo Christoph,

ich habe das folgende getestet: Writer aufgerufen, Datenquellen 
aufgerufen, ein Feld in das Writer-Blatt gesetzt und dann den 
Standardfilter betäigt. Da kann ich dann Filtern. Daten werden 
entsprechend gefiltert angezeigt. Gehe ich wieder auf den 
Standardfilter, so wird mir die letzte Filterung angezeigt.


Ich kann da (unter Linux) keinen Fehler finden.
Version: 7.6.3.2 (X86_64) / LibreOffice Community
Build ID: 29d686fea9f6705b262d369fede658f824154cc0
CPU threads: 6; OS: Linux 5.14; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: de-DE
Calc: threaded

Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/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

[de-users] Fehler beim Serienbrief

[Christoph Siegl]

Sehr geehrte Damen und Herren,

beim drucken von Serienbriefen ist mir aufgefallen, dass ich einen 
Standartfilter nur einmal anlegen kann. Beim Versuch den Filter zu 
ändern ist das Auswahl- Filterfeld sehr kurz und enthält keine Daten.
Es reicht nicht das Dokument zu schließen. Erst nach dem schließen und 
erneuten öffnen des Programms kann ich erneut einen Filter für den 
Serienbrief einstellen. Wiederum nur einmal.


Version: 7.6.3.2 (X86_64) / LibreOffice Community
Build ID: 29d686fea9f6705b262d369fede658f824154cc0
CPU threads: 4; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; 
VCL: win

Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

--
Mit freundlichen Grüßen
 
Christoph Siegl

Friedrichshafener Str. 19/1
88085 Langenargen
 
Tel.: 07543 2993

Mailto christophsi...@t-online.de


--
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] Fehler beim Inhaltssteuerelement Bild?

[LO . Harald . Berger]

Hallo Susanne,

funktioniert bei mir klaglos.

Wie fügst du denn das Bild ein?
Ich: Rechtsklick und im Kontextmenü "Ersetzen" wählen.

Ich nehme an mit "Titel" meinst du "Name", oder?

---
Version: 7.6.2.1 (X86_64) / LibreOffice Community
Build ID: 56f7684011345957bbf33a7ee678afaf4d2ba333
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; 
VCL: win

Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded

Freundliche Grüße
Harald

Am 15.11.2023 um 15:55 schrieb susanne.mohn...@kiel-pries.de:

Hallo !

  


Das Inhaltssteuerelement Bild (Über Formular>Inhaltssteuerelemente)
einzufügen verhält sich merkwürdig….

Ich füge es ein und kann dann über Eigenschaften den Titel eingeben.

Wenn ich es anklicke um ein Bild einzufügen, kann ich da einmal durchführen,
das Bild wird angezeigt.

Ich kann jedoch danach die Eigenschaften des Inhaltssteuerelementes nicht
mehr aufrufen.

Es ist in ein „normales“ Bild umgewandelt worden.

  


Könnte das jemand einmal nachstellen?
Ich würde dann einen bug aufmachen.

  


Ich habe LO 7.6.2.1 unter Windows 11.

  


Danke & Grüße

Susanne





--
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] Fehler beim Inhaltssteuerelement Bild?

[susanne.mohn-lo]

Hallo !

 

Das Inhaltssteuerelement Bild (Über Formular>Inhaltssteuerelemente)
einzufügen verhält sich merkwürdig…. 

Ich füge es ein und kann dann über Eigenschaften den Titel eingeben.

Wenn ich es anklicke um ein Bild einzufügen, kann ich da einmal durchführen,
das Bild wird angezeigt.

Ich kann jedoch danach die Eigenschaften des Inhaltssteuerelementes nicht
mehr aufrufen.

Es ist in ein „normales“ Bild umgewandelt worden.

 

Könnte das jemand einmal nachstellen?
Ich würde dann einen bug aufmachen.

 

Ich habe LO 7.6.2.1 unter Windows 11.

 

Danke & Grüße

Susanne


-- 
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] Fehler bei Übersetzung

[Annabelle Wübbelsmann]

Guten Tag,

vor einem Monat habe ich eine Zeichenfolge der Benutzeroberfläche
geändert. Dabei ist mir ein Fehler unterlaufen. Siehe Bug

https://bugs.documentfoundation.org/show_bug.cgi?id=156458

In der Zeit habe ich den Fehler berichtigt. Da aber die nächste Version
vom 7.5-Zweig erst in der KW 36 erscheinen wird, wird der Fehler nun
leider über einem Monat in der Benutzeroberfläche vorhanden sein.

Ich bitte hierfür um Entschuldigung.

--
Gruß
Annabelle

-- 
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

Aw: Re: [de-users] Fehler "Image filter not found" bei Einfügen von Grafik

[Marco Dahms]

Hallo Robert,


danke fuer die Hinweise.


Ich habe LO nun vollstndig deinstalliert und ber den Software Manager neu 
installiert. Nun funktioniert alles.


Viele Gruesse
Marco
Gesendet:Montag, 13. Mrz 2023 um 11:25 UhrVon:"Robert Grokopf" 
An:users@de.libreoffice.orgBetreff:Re: [de-users] 
Fehler "Image filter not found" bei Einfgen von Grafik
Hallo Marco,>> Nachdem ich ber "Insert" und "Image" eine Grafik, etwa PNG oder 
JPG auswhle, erscheint der Fehler "Image filter not found".Das wird daran 
liegen, dass die Pakete, die Du nutzt, nicht das Paket"graphicfilter" 
enthalten. Es msste im Installationspfad vonLibreOffice im Ordner 
programlibgraphicfilterlo.solibsvgfilterlo.solibwpftdrawlo.soliegen.Auerdem 
noch im Ordner share/registrygraphicfilter.xcdDa hilft von hier aus nur der 
Verweis auf die Pakete, die Du direkt berde.libreoffice.org bekommen 
kannst.GruRobert--Homepage:https://www.familiegrosskopf.de/robert--Liste 
abmelden mit E-Mail an: 
users+unsubscribe@de.libreoffice.orgProbleme?https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/Tipps
 zu 
Listenmails:https://wiki.documentfoundation.org/Netiquette/deListenarchiv:https://listarchives.libreoffice.org/de/users/Datenschutzerklrung: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] Fehler "Image filter not found" bei Einfügen von Grafik

[Robert Großkopf]

… und noch ein Hinweis:
https://ask.libreoffice.org/t/linuxmint-21-1-libreoffice-geht-nicht-mehr/88726

Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/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] Fehler "Image filter not found" bei Einfügen von Grafik

[Robert Großkopf]

Hallo Marco,


Nachdem ich ber "Insert" und "Image" eine Grafik, etwa PNG oder JPG auswhle, erscheint 
der Fehler "Image filter not found".


Das wird daran liegen, dass die Pakete, die Du nutzt, nicht das Paket 
"graphicfilter" enthalten. Es müsste im Installationspfad von 
LibreOffice im Ordner program

libgraphicfilterlo.so
libsvgfilterlo.so
libwpftdrawlo.so
liegen.
Außerdem noch im Ordner share/registry
graphicfilter.xcd

Da hilft von hier aus nur der Verweis auf die Pakete, die Du direkt über 
de.libreoffice.org bekommen kannst.


Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/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

[de-users] Fehler "Image filter not found" bei Einfügen von Grafik

[md1289]

Hallo!


Ich nutze LO 7.5 auf einem frisch installierten und aktuellen Linux Mint.


Nachdem ich ber "Insert" und "Image" eine Grafik, etwa PNG oder JPG auswhle, 
erscheint der Fehler "Image filter not found".


Ich habe bereits LO deinstalliert und per PPA neu installiert. Dachte es htte 
was mit SNAP zu tun. Problem besteht weiterhin.
Wenn man bei Google recherchiert, gibt es nur Hinweise  la "Fix you 
installation".


Ich bin ratlos. Hat jemand einen Tipp?


Gre
Marco




-- 
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] Fehler in der Hilfe für LibreOffice 7.5 - Einfügen von Querverweisen

[Carl Wellhöfer]

Hallo Hans,

> Es gibt einen Fehler in der Hilfe für LibreOffice 7.5, bei "Einfügen von
> Querverweisen", "Querverweise auf Text", "So fügen Sie ein Sprungziel
> ein:". Dort heißt es bei 3.: "In der Liste Typ wählen Sie „Verweis
> einfügen“.".
>
> Richtig wäre: "In der Liste Typ wählen Sie „Verweis festlegen“."
>
Richtig erkannt. Es wurde geändert.

Danke fürs Melden.

Schönen Gruß
Carl

-- 
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] Fehler in der Hilfe für LibreOffice 7.5 - Einfügen von Querverweisen

[hansjochn]

Hallo zusammen,

LibreOffice 7.5
Windows 10

Es gibt einen Fehler in der Hilfe für LibreOffice 7.5, bei "Einfügen von
Querverweisen", "Querverweise auf Text", "So fügen Sie ein Sprungziel
ein:". Dort heißt es bei 3.: "In der Liste Typ wählen Sie „Verweis
einfügen“.".

Richtig wäre: "In der Liste Typ wählen Sie „Verweis festlegen“."

Andere Sprachen und Versionen wurden nicht geprüft.


Mit freundlichen Grüssen


Hans Jochn

--
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] Fehler beim Diagramm-einfügen

[KHW]

Mensch Harald danke.Das nenn ich mal professionel.Wie ein bestehendes Diagramm 
bearbeitet werden kann ist mir bekannt.Hier ging es um die 
Funktion/Fehlfunktion wie beschrieben. (Seit update)Ein schneller grafischer 
Überblick über eine beliebige Datenauswahl in verschiedenen Varianten ist so 
leider nicht mehr möglich. (Ohne fertigstellen - abbrechen)Der Assistent wäre 
darüber hinaus bei einem bestehenden Diagramm hilfreich, da der Assistent die 
wichtigen  Bearbeitungs-möglickeiten wunderbar zusammenfasst.Nochmal danke 
undmit freundlichen Grüßen Karl-Heinz 
 Ursprüngliche Nachricht Von: lo.harald.ber...@t-online.de 
Datum: 04.02.23  09:15  (GMT+01:00) An: KH Wolter , LO 
DE-users  Betreff: Re: [de-users] Fehler beim 
Diagramm-einfügen 
Hallo KH,

in Ergäzung zur E-Mail von Robert von heute morgen, siehe unten:

Am 04.02.2023 um 07:42 schrieb KH
  Wolter:

In
  Calc, seit Update auf 7.5.0.3 vom 3.2.23, WIN 10 (64) 
  
  Bei click auf "Diagramm-Einfügen" erscheint die Grafik und wird
  vom Fenster Diagrammassistent sofort verdeckt. 
  Beim nächsten click (z.b. um den Assistent zu verschieben)
  verschwindet die Grafik. 
  Eine unsichtbare Grafik lässt sich nicht bearbeiten. 
  
  Die Grafik wird erst wieder sichtbar wenn man im Assistent zuvor
  auf "fertigstellen" clickt, was aber nicht hilfreich ist und weil
  der Assistent damit verschwindet. 
  
  Warum der Assistent für eine bestehende Grafik nicht zur Verfügung
  steht, hab ich noch nie verstanden.


Öffne die Seitenleiste ( Strg+F5 ).
Rechts-klicke auf das Diagramm und wähle im Kontextmenü
"Bearbeiten".
In der Seitenleiste hast Du nun diverse Möglichkeit der
Nachbearbeitung des Diagramms.

-
Bei mir:
Version: 7.5.0.3 (X86_64) / LibreOffice Community
Build ID: c21113d003cd3efa8c53188764377a8272d9d6de
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render:
Skia/Raster; VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded
-

Freundliche Grüße
Harald

  


-- 
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] Fehler beim Diagramm-einfügen

[LO . Harald . Berger]

Hallo KH,

in Ergäzung zur E-Mail von Robert von heute morgen, siehe unten:

Am 04.02.2023 um 07:42 schrieb KH Wolter:

In Calc, seit Update auf 7.5.0.3 vom 3.2.23, WIN 10 (64)

Bei click auf "Diagramm-Einfügen" erscheint die Grafik und wird vom 
Fenster Diagrammassistent sofort verdeckt.
Beim nächsten click (z.b. um den Assistent zu verschieben) 
verschwindet die Grafik.

Eine unsichtbare Grafik lässt sich nicht bearbeiten.

Die Grafik wird erst wieder sichtbar wenn man im Assistent zuvor auf 
"fertigstellen" clickt, was aber nicht hilfreich ist und weil der 
Assistent damit verschwindet.


Warum der Assistent für eine bestehende Grafik nicht zur Verfügung 
steht, hab ich noch nie verstanden.


Öffne die Seitenleiste ( Strg+F5 ).
Rechts-klicke auf das Diagramm und wähle im Kontextmenü "Bearbeiten".
In der Seitenleiste hast Du nun diverse Möglichkeit der Nachbearbeitung 
des Diagramms.


-
_Bei mir:_
Version: 7.5.0.3 (X86_64) / LibreOffice Community
Build ID: c21113d003cd3efa8c53188764377a8272d9d6de
CPU threads: 8; OS: Windows 10.0 Build 19045; UI render: Skia/Raster; 
VCL: win

Locale: de-DE (de_DE); UI: de-DE
Calc: CL threaded
-

Freundliche Grüße
Harald

--
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] Fehler beim Diagramm-einfügen

[Robert Großkopf]

Hallo KH,


In Calc, seit Update auf 7.5.0.3 vom 3.2.23, WIN 10 (64)


Hier: OpenSUSE 64bit rpm Linux mit LO 7.5.0.3 und allen möglichen 
anderen Versionen von LO. Deine 3.2.23 dürfte wohl ein Vertipper sein.


Bei click auf "Diagramm-Einfügen" erscheint die Grafik und wird vom 
Fenster Diagrammassistent sofort verdeckt.
Beim nächsten click (z.b. um den Assistent zu verschieben) verschwindet 
die Grafik.

Eine unsichtbare Grafik lässt sich nicht bearbeiten.


Beides passiert bei mir nicht. Die Grafik (Vorschau) liegt nach links 
oben verschoben hinter dem Assistenten. Das würde hier wohl nur dann 
anders aussehen, wenn ich ein kleines Netbook habe, auf dem nicht genug 
Platz für die Dialoge ist.


Vielleicht hilft es, wenn Du LibreOffice einmal im abgesicherten Modus 
startest (Hilfe → Im Abgesicherten Modus neu starten…). Und wenn es da 
besser funktioniert dann das Benutzerverzeichnis umbenennen, damit es 
neu erstellt wird. Wo das liegt kannst Du über Extras → Optionen → 
LibreOffice → Pfade bei den Wörterbüchern, der Autokorrektur usw. sehen.>
Warum der Assistent für eine bestehende Grafik nicht zur Verfügung 
steht, hab ich noch nie verstanden.


Sämtliche Eigenschaften kannst Du im Nachhinein bearbeiten. Mit einem 
Doppelklick wird das Diagramm markiert. In der Seitenleiste bekomme ich 
die Eigenschaften angezeigt, auch in der Symbolleiste unterhalb der 
Menüauswahl und über einen rechten Mausklick auf das markierte Diagramm 
stehen alle Funktionen zur Verfügung.


Der Assistent würde das ursprüngliche Diagramm wieder völlig neu 
aufbauen. Da bietet es sich doch eher an, die entsprechenden 
Eigenschaften, die ich ändern will, direkt zu ändern. Dann Ändere ich 
wirklich nur das, was mir noch nicht genügend gelungen erscheint.


Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/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

[de-users] Fehler beim Diagramm-einfügen

[KH Wolter]

In Calc, seit Update auf 7.5.0.3 vom 3.2.23, WIN 10 (64)

Bei click auf "Diagramm-Einfügen" erscheint die Grafik und wird vom 
Fenster Diagrammassistent sofort verdeckt.
Beim nächsten click (z.b. um den Assistent zu verschieben) verschwindet 
die Grafik.

Eine unsichtbare Grafik lässt sich nicht bearbeiten.

Die Grafik wird erst wieder sichtbar wenn man im Assistent zuvor auf 
"fertigstellen" clickt, was aber nicht hilfreich ist und weil der 
Assistent damit verschwindet.


Warum der Assistent für eine bestehende Grafik nicht zur Verfügung 
steht, hab ich noch nie verstanden.



--
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] Fehler

[Susanne LO]

Moin moin,

Oder du hast Zellen kopiert und / oder bist ganz ans ende der Zeilen oder 
spalten gekommen.
Dann wird die Tabelle endlos groß.
Kommt bei Excel auch vor.

Grüße
Susanne

—
Susanne Mohn

> Am 15.01.2023 um 15:29 schrieb Robert Großkopf :
> 
> Hallo Andreas,
> 
>> Hallo zusammen,eine Kalkulationstabelle, die ursprünglich 391 KB
>> große gewesen ist, ist aus nicht nachvollziehbaren gründen plötzlich
>> 36.098 KB groß geworden.
> 
> Hast Du bei dem Dokument irgendetwas mit Bildern gemacht? Gegebenenfalls ein 
> Bild eingefügt und anschließend wieder entfernt, das aber aus dem Container 
> für die *.ods-Datei nicht richtig entfernt wurde?
> 
> Gruß
> 
> Robert
> -- 
> Homepage: https://www.familiegrosskopf.de/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


-- 
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] Fehler

[Robert Großkopf]

Hallo Andreas,


Hallo zusammen,eine Kalkulationstabelle, die ursprünglich 391 KB
große gewesen ist, ist aus nicht nachvollziehbaren gründen plötzlich
36.098 KB groß geworden.


Hast Du bei dem Dokument irgendetwas mit Bildern gemacht? Gegebenenfalls 
ein Bild eingefügt und anschließend wieder entfernt, das aber aus dem 
Container für die *.ods-Datei nicht richtig entfernt wurde?


Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/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

[de-users] Fehler

[Andreas Sanmann]

Hallo zusammen,eine Kalkulationstabelle, die ursprünglich 391 KB große gewesen
  ist, ist aus nicht nachvollziehbaren gründen plötzlich 36.098 KB
  groß geworden. Weder an der Art noch an dem Umfang der
  Verformelungen sowie Verknüpfungen (keine!) hat sich etwas
  geändert.  Ich konnte keine Fehler (Zirkelbezüge o.ä.) entdecken.Bevor 
ich auf Microsoft-Excel wechsel, hoffe ich hier eine Hilfe
  zu erhalten, um LibreOffice weiter nutzen zu können.Viele GrüßeAndreas
-- 
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] fehler docx und dropbox

[Richard Kraut]

Am Sonntag, dem 25.12.2022 um 22:15 +0100 schrieb WLADI:

> Wenn man ein Dokument in libreoffice als .docx speichert und tief-
> oder hochgestellte Leerzeichen im Text hat, werden die breiter
> dargestellt.

> Zumindest bei DropBox in der vorschau, wenn man auf ein Dokument 
> aufruft. (Wahrscheinlich als normale Leerzeichen, oder die Schriftart 
> nicht übernommen. kA.)
> Dadurch ist alles verschoben und in meinem Fall falsch.

Momentan sehe ich hier weniger ein Problem von LibreOffice, sondern eher
das Problem bei Dropbox.

Ein Fehler von LO läge bspw. vor, sofern einer oder mehrere Punkte
zutreffen:

* das gespeicherte .docx-Dokument wird nach dem erneuten öffnen in
Writer falsch dargestellt

* das gespeicherte .docx-Dokument wird nach dem öffnen in Word inkorrekt
dargestellt

* ein mittels Word erstelltes .docx-Dokument wird in Writer falsch
dargestellt

-- 
MfG Richi



-- 
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] fehler docx und dropbox

[MichaelHöhne]

Hallo Wladi,

wie Stefan schon schrieb: Wir sind hier alle Nutzer, die sich
gegenseitig helfen.

Du schriebst:

> > Wenn man ein Dokument in libreoffice als .docx speichert und tief-
> > > oder hochgestellte Leerzeichen im Text hat, werden die breiter
> > dargestellt. 
> > Zumindest bei DropBox in der vorschau, wenn man auf ein Dokument 
> > aufruft. (Wahrscheinlich als normale Leerzeichen, oder die
> > Schriftart
> > nicht übernommen. kA.)
> > Dadurch ist alles verschoben und in meinem Fall falsch.

Welchen Zeichensatz verwendest du denn für deinen Text? Möglicherweise
ist der ja nicht allgemein verfügbar, so dass die Vorschau von Dropbox
eine Ersatzschriftart verwendet, die deine Formatierung kaputt macht.

Ein einfaches Beispiel dass du zum Anschauen über DropBox bereit
stellst wäre wirklich hilfreich.

Gruß,
Michael



-- 
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] fehler docx und dropbox

[Stefan Deutsch]

Guten Morgen Wladi und Frohe Weihnachten,

wir hier in der Liste sind Nutzer, die sich gegenseitig unterstützen und
nicht "die Entwickler" o.ä. Üblicherweise dutzen wir uns auch.
Allerdings kann man gucken, ob es sich um einen Bug handelt, den auch
jemand bestätigen kann. Dann könnte man das natürlich reporten.

Erstmal wäre eine Frage, welche Version von LibreOffice du nutzt.
Möglicherweise beseitigt ein Update das Problem bereits. Da du in .docx
speicherst, bist du wahrscheinlich Windowsnutzer. Sind auch da alle
Updates aktuell? Gleiches gilt für die Dropbox.

Wenn das Problem weiter besteht, könntest du vielleicht auch deiner
Dropbox eine Beispieldatei freigeben, auf der das Problem ersichtlich
wird. Dann kann ich gucken, ob ich das Problem auch hab. Ich nutze
WIndows 10.  Wenn ich dich richtig verstanden habe, tritt das Problem
nur in der Vorschau auf und nicht in LO selber.

Viele Grüße

Stefan


Am 25.12.2022 um 22:15 schrieb WLADI:

Hallo, ich habe mich gerade eine Stunde mit folgendem Fehler rumgeärgert:

Wenn man ein Dokument in libreoffice als .docx speichert und tief-
oder hochgestellte Leerzeichen im Text hat, werden die breiter
dargestellt. Zumindest bei DropBox in der vorschau, wenn man auf ein
Dokument aufruft. (Wahrscheinlich als normale Leerzeichen, oder die
Schriftart nicht übernommen. kA.)
Dadurch ist alles verschoben und in meinem Fall falsch.

Wäre nett, wenn Sie das beheben könnten. Danke.
Gerne Mail weiterleiten, wenn das die falsche Adresse ist.

VG
Wladi



--
Diese E-Mail wurde von Avast-Antivirussoftware auf Viren geprüft.
www.avast.com

--
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] fehler docx und dropbox

[WLADI]

Hallo, ich habe mich gerade eine Stunde mit folgendem Fehler rumgeärgert:

Wenn man ein Dokument in libreoffice als .docx speichert und tief- oder 
hochgestellte Leerzeichen im Text hat, werden die breiter dargestellt. 
Zumindest bei DropBox in der vorschau, wenn man auf ein Dokument 
aufruft. (Wahrscheinlich als normale Leerzeichen, oder die Schriftart 
nicht übernommen. kA.)

Dadurch ist alles verschoben und in meinem Fall falsch.

Wäre nett, wenn Sie das beheben könnten. Danke.
Gerne Mail weiterleiten, wenn das die falsche Adresse ist.

VG
Wladi

--
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] Fehler in Calc beim Kopieren

[Robert Großkopf]

Hallo Egon,

ohne ein Beispiel wird wohl schwerlich jemand nachvollziehen können, was 
Du da machst. Und wenn Du dann noch einen Nachtrag lieferst, der in 
einem neuen Thread beginnt, dann wird das Ganze noch unübersichtlicher.


Das Einfügen über "Bearbeiten → Inhalte einfügen" kennt hier 4 
verschiedene Voreinstellungen. Wenn Du einfach den Standard belässt, 
dann kopierst Du bei Ergebnissen aus einer Formel nicht die Formel 
sondern nur eben das vorher sichtbare Ergebnis.


Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/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] Fehler in Calc beim Kopieren

[Daniel Lenhardt]

 

Am Montag, 24. Oktober 2022 um 11:44:14 MESZ hat Egon Frerich 
 Folgendes geschrieben:  
 
 Betriebssystem: MX Linux 21.1
LibreOffice 7.0.4.2

Ich habe eine Spalte in einer Tabelle kopiert und in eine andere Spalte
der gleichen Tabelle mit Bearbeiten - Inhalte einfügen (nur Text,
Zahlen, Formate) eingefügt. In einigen Zellen der Zielspalte befinden
sich anschließend falsche Werte (, die auch von mir nicht erklärbar
sind).

In der Quellspalte sind dies Felder, die auf ein Feld einer anderen
Tabelle verweisen oder die eine Summenformel enthalten.

Es gibt Felder in der Quellspalte mit Rechenformeln und mit Verweisen
(allerdings auf Felder der gleichen Tabelle) die korrekt mit den
absoluten Zahlenwerten übertragen werden.

MfG

Egon Frerich

Hallo Egon,
ich habe eine Vermutung, was da schief gelaufen ist.
Die betreffenden Zellen werden wahrscheinlich einen relativen - und keinen 
absoluten Zellbezug haben.
Statt Summe($A:$A) steht da nur Summe(A:A).
Wenn du so eine Formel nun um drei Spalten nach rechts verschiebst,
bleibt es nicht bei Summe($A:$A), sondern wird zu Summe(D:D).
Wenn in der Spalte D jetzt keine summierbaren Werte stehen, kommt bei der 
Formel nur Quatsch raus.
GrußDaniel
  
-- 
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] Fehler in Calc beim Kopieren

[Egon Frerich]

Betriebssystem: MX Linux 21.1
LibreOffice 7.0.4.2

Ich habe eine Spalte in einer Tabelle kopiert und in eine andere Spalte
der gleichen Tabelle mit Bearbeiten - Inhalte einfügen (nur Text,
Zahlen, Formate) eingefügt. In einigen Zellen der Zielspalte befinden
sich anschließend falsche Werte (, die auch von mir nicht erklärbar
sind).

In der Quellspalte sind dies Felder, die auf ein Feld einer anderen
Tabelle verweisen oder die eine Summenformel enthalten.

Es gibt Felder in der Quellspalte mit Rechenformeln und mit Verweisen
(allerdings auf Felder der gleichen Tabelle) die korrekt mit den
absoluten Zahlenwerten übertragen werden.

MfG

Egon Frerich

Egon Frerich

-- 
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] Fehler im Serienbrief-Assistenten?

[HIAT]

An die LibreOffice-Fehler-Finder. 

Ich verwende LibreOffice Writer in folgender Version: 

Version: 7.4.0.3 (x64) / LibreOffice Community
Build ID: f85e47c08ddd19c015c0114a68350214f7066f5a
CPU threads: 8; OS: Windows 10.0 Build 19044; UI render: Skia/Raster; 
VCL: win
Locale: de-DE (de_DE); UI: de-DE
Calc: threaded

Beim Versuch im Serienbrief-Assistenten (unter "3. Adressblock 
einfgen | Adressenliste auswhlen...") eine ltere Liste mit 
Empfnger-Adressen zu entfernen (nach der Besttigung fr "Mchten 
Sie diese registrierte Datenquelle lschen?") erhielt ich folgende 
Fehlermeldung: 

"invalid attempt to assign an empty interface of type 
com.sun.star.embed.XStorage!"

Das passierte nur bei einer (von zwei) lteren Adressenlisten. Eine 
andere Liste konnte ich problemlos so lschen, "wie es sich gehrt". 

Nach dem vergeblichen Lsch-Versuch konnte ich ber keinen Schalter 
mehr Vernderungen des Programmstatus auslsen. 
Die beiden noch offenen Fenster des LibreOffice-Programms konnte ich 
dann zwar noch verschieben (und in der Gre verndern), aber nicht 
mehr schlieen. 
Ich konnte den LibreOffice-Prozess nur noch mit dem Task-Manager 
beenden.

Diese fehlerhafte Situation konnte ich diverse Male wiederholen. 
Dabei spielte es keine Rolle, ob ich nach dem erneuten Start des 
LibreOffice Writer die zuvor nicht ordnungsgem abgeschlosene 
odt-Datei wiederherstellen lie oder nicht.

Ob es sich um einen Fehler im Serienbrief-Assistenten handelt oder in 
der Empfnger-Liste (eine noch vor wenigen Wochen erfolgreich 
verwendete .csv-Datei) kann ich nicht unterscheiden. 

Vielleicht hilft das ja beim Auffinden dieses merkwrdigen Fehlers. 


PS:
Zwar etwas andere, aber direkt benachbarte Baustelle 
(bersetzungsungenauigkeit): 

Die Bezeichnungen sind hier leider etwas uneinheitlich: es wird 
abwechslend "Empfngerliste" und "Adressenliste" verwendet. Das ist 
verwirrend, denn es geht dabei um mehr als nur Adressen (in meinem 
Falle um den Inhalt kompletter Rechnungen). 

Und "Entfernen" (Schaltknopf) ist auch nicht dasselbe wie "lschen" 
(in der Besttigungsfrage). Die Daten bleiben in jedem Falle in der 
ursprnglichen Datei erhalten! Gut so. Sie werden mit "Entfernen" nur 
aus der Registrierung der Datenquellen entfernt und damit vom 
Serienbrief-Dokument getrennt. 


-- 
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] Fehler beim Import von pdf-Grafiken in Writer

[OoOHWHOoO]

Hallo Jörn,

Dein "1. create a pdf file with a frame of 0.2 mm" im BUG-Report ist 
etwas sub-optimal, denn es hängt davon ab, wie man diese pdf erzeugt.


Ich habe das mal mit DRAW gemacht, wobei ich das Textfeld mit Rand

[1] ohne zusätzlichem (Flächen-) Rand außerhalb des Textfeldrandes
[2] mit zusätzlichen (Flächen-) Rand außerhalb des Textfeldrandes

nach pdf exportiert habe.

[1] zeigt (manchmal) je nach pdf-Anzeige-Maßstab das von Dir beschrieben 
Problem, [2] zeigt keine Probleme.


Die Dateien

1 - Hallo Welt ! - (Flächen-) Rand 0 mm außerhalb Textfeldrand.odg
1 - Hallo Welt ! - (Flächen-) Rand 0 mm außerhalb Textfeldrand.pdf

2 - Hallo Welt ! - (Flächen-) Rand 1 mm außerhalb Textfeldrand.odg
2 - Hallo Welt ! - (Flächen-) Rand 1 mm außerhalb Textfeldrand.pdf

3 - Hallo Welt !.odt
3 - Hallo Welt !.pdf

kannst Du von meiner MagentaCLOUD ( 
https://magentacloud.de/s/5b6NREb8kFboGwP ) herunterladen.


Im BUG-Report solltest Du ALLE Dateien im Dateianhang anfügen, die zu 
dem von Dir genannten Ergebnis führen, sonst kann man das nicht wirklich 
reproduzieren.


Ich halte das Ganze mehr für ein Bildschirm-Auflösungs-Problem als für 
ein LibreOffice-Problem, denn bei Laser-Ausdruck der Datei "3 - Hallo 
Welt !.pdf" kann ich keinen wirklichen Unterschied erkennen.


Gruß
Hans-Werner :-))

-- Originalnachricht --
Von: "ice...@web.de" 
An: users@de.libreoffice.org
Gesendet: 21.01.2022 14:40:36
Betreff: [de-users] Fehler beim Import von pdf-Grafiken in Writer


Hallo Liste,

nach dem Import von umrahmten pdf-Grafiken in Writer
wird beim Export als pdf der Rahmen oben vollständig
und der rechts fast vollständig gelöscht.

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146895

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

-- 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

[de-users] Fehler beim Import von pdf-Grafiken in Writer

[ice...@web.de]

Hallo Liste,

nach dem Import von umrahmten pdf-Grafiken in Writer
wird beim Export als pdf der Rahmen oben vollständig
und der rechts fast vollständig gelöscht.

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146895

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

--
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] Fehler beim Import von svg-Dateien in Writer oder Impress

[OoOHWHOoO]

Hallo Jörn,

danke für Dein Feedback.

Ja, das hatte ich ja auch festgestellt, dass es ein svg-IMPORT- und ein 
svg-EXPORT-Problem gibt  - so wie von Dir beschrieben.


Ich habe das nochmals im BUG-Report in 
https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c13 
zusammengefasst.


Vielleicht sollte man den BUG-Report-Titel "Error when importing svg 
files into Writer" entsprechend anpassen, beispielsweise "svg 
import/export problems". Ist natürlich nur ein Vorschlag.


Viele Grüße
Hans-Werner :-))

-- Originalnachricht --
Von: "ice...@web.de" 
An: "OoOHWHOoO" 
Gesendet: 11.01.2022 10:18:51
Betreff: Re: [de-users] Fehler beim Import von svg-Dateien in Writer 
oder Impress



Hallo Hans-Werner,

ich habe die Probleme weiter untersucht und muss mich korrigieren:
Es sind zwei voneinander unabhängige Probleme:
der LO-Import-Filter fügt Leerräume vor und hinter
anders attributiertem Text ein,
der LO-Export-Filter verändert bei senkrechtem Text
den Zeilenabstand und positioniert Teile von
anders attributiertem Text "beliebig",
auch außerhalb des Textrahmens.
Im Anhang übersende ich Dir vier Beispieldateien,
anhand derer Du alles nachvollziehen kannst.

Zu Deinem Problem mit den Ebenen in DRAW kann ich nichts sagen,
ich erstelle komplexere Grafik (mit Farbverläufen) immer mit INKSCAPE
und verknüpfe sie dann mit WRITER.
Das funktioniert (mit Ausnahme des Leerzeichenproblems)
vom Ergebnis her perfekt.
Allerdings bläht sich die Writer-Datei bei vielen svg-Grafiken stark 
auf,

obwohl sie "nur" verknüpft sind.

Gruß
Jörn





Am 10.01.2022 um 21:03 schrieb OoOHWHOoO:

Hallo Jörn,

das Problem konnte von den Entwicklern reproduziert werden:

https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c6

Ich habe meine Dateien aktualisiert ( blaue Kreise = IMPORT-Problem 
und violette Kreise = EXPORT-Problem ) und auf das Vorhandensein von 
eigentlich 2 Problemen (IMPORT und EXPORT) hingewiesen:


https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c7

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

Re: [de-users] Fehler beim Import von svg-Dateien in Writer oder Impress

[OoOHWHOoO]

Hallo Jörn,

das Problem konnte von den Entwicklern reproduziert werden:

https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c6

Ich habe meine Dateien aktualisiert ( blaue Kreise = IMPORT-Problem und 
violette Kreise = EXPORT-Problem ) und auf das Vorhandensein von 
eigentlich 2 Problemen (IMPORT und EXPORT) hingewiesen:


https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c7

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

Re: [de-users] Fehler beim Import von svg-Dateien in Writer oder Impress - NACHTRAG

[OoOHWHOoO]

Hallo Jörn,

JA und NEIN ;-))

Da ich nur "LibreOffice" zur Verfügung habe, konnte ich die Datei nur 
damit öffnen.


Ich habe die "CircuitDiagram.svg" jetzt mal mit "Firefox" geöffnet mit 
folgendem Ergebnis:


[1] Die von Dir beschriebenen Probleme treten nicht mehr auf :-))

[2] Aber 3 "Zeilenumbruch"-Probleme sind immer noch vorhanden :-((

[2.1] Oben mitte/links der Text neben den beiden Widerständen "R": 
"4.3kΩ 0.6W"

[2.2] Mitte etwas rechts bei dem Relais-Text: "12V 960Ω 13mA BI stabil"

Ich habe jetzt mal schnell zusätzlich "Inkscape" installiert mit dem 
Ergebnis:


[1] OKAY
[2] ERROR

Da scheint es wohl 2 Probleme zu geben:

Ein IMPORT-Problem bezüglich der Leerzeichen nach Text-Attributen [1] - 
dieser Fehler tritt nur im Kontext mit "LibreOffice" auf.
Ein EXPORT-Problem bei Textfeldern mit Zeilenumbrüchen [2] - dieser 
Fehler tritt auch mit anderen Programmen ( Inkscape GIMP Firefox 
MicrosoftEdge ) auf.


Grüße
Hans-Werner :-))


-- Originalnachricht --
Von: "ice...@web.de" 
An: users@de.libreoffice.org
Gesendet: 10.01.2022 19:51:36
Betreff: Re: [de-users] Fehler beim Import von svg-Dateien in Writer 
oder Impress - NACHTRAG



Hallo, Hans-Werner,

vielen Dank für Deine Bestätigung.
Bei Deiner Datei handelt es sich um dasselbe Problem,
und ich freue mich, dass ich nicht der einzige damit bin.

Aber: Es ist ein Import-Problem, denn:

 * meine svg-Dateien sind mit Inkscape erstellt, und
 * wenn ich Deine und meine svg-Dateien in Word oder Powerpoint importiere,
   wird alles korrekt angezeigt.

Die Dateien sind also in Ordnung, nur sie werden falsch in die
LO-Programme importiert.

Gruß
Jörn





Am 10.01.2022 um 17:46 schrieb OoOHWHOoO:

Hallo Jörn,

hatte ich vergessen zu erwähnen:

Meiner Meinung nach ist es kein "IMPORT von wo auch immer"-Problem
sondern ein "EXPORT nach SVG"-Problem.
In "CircuitDiagram.odg" ist alles "ordentlich", in
"CircuitDiagram.svg" ist einiges "versemmelt".
Was meinst Du dazu ?
Wenn Du das auch so sehen kannst, solltest Du eventuell Deine
Bug-Report-Überschrift "Fehler beim Import von svg-Dateien in Writer
oder Impress" entsprechend modifizieren.

Grüße
Hans-Werner :-))

-- Originalnachricht --
Von: "OoOHWHOoO" 
An: "users@de.libreoffice.org" 
Gesendet: 10.01.2022 17:36:55
Betreff: Re: [de-users] Fehler beim Import von svg-Dateien in Writer
oder Impress


Hallo Jörn,

ich habe

+ Deinen BUG-Report bestätigt.
+ Deinen BUG-Report inhaltlich ergänzt.
+ sowie die beiden Dateien "CircuitDiagram.odg" und
"CircuitDiagram.svg" hinzugefügt.

https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c2

Ich denke, durch die beiden hinzugefügten Dateien sollten die
Entwickler gut nachvollziehen können was da "schief läuft".

Grüße
Hans-Werner :-))

-- Originalnachricht --
Von: "ice...@web.de" 
An: users@de.libreoffice.org
Gesendet: 10.01.2022 14:30:57
Betreff: [de-users] Fehler beim Import von svg-Dateien in Writer oder
Impress


Hallo Liste,

beim Import von svg-Dateien in Writer oder Impress
werden in Texte zusätzliche Leerzeichen eingefügt,
wenn das Textattribut auch nur eines Buchstabens geändert wird
(z. B. kursiv, fett oder farbig).

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146682

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

-- 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


-- 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] Fehler beim Import von svg-Dateien in Writer oder Impress - NACHTRAG

[ice...@web.de]

Hallo, Hans-Werner,

vielen Dank für Deine Bestätigung.
Bei Deiner Datei handelt es sich um dasselbe Problem,
und ich freue mich, dass ich nicht der einzige damit bin.

Aber: Es ist ein Import-Problem, denn:

 * meine svg-Dateien sind mit Inkscape erstellt, und
 * wenn ich Deine und meine svg-Dateien in Word oder Powerpoint importiere,
   wird alles korrekt angezeigt.

Die Dateien sind also in Ordnung, nur sie werden falsch in die
LO-Programme importiert.

Gruß
Jörn





Am 10.01.2022 um 17:46 schrieb OoOHWHOoO:

Hallo Jörn,

hatte ich vergessen zu erwähnen:

Meiner Meinung nach ist es kein "IMPORT von wo auch immer"-Problem
sondern ein "EXPORT nach SVG"-Problem.
In "CircuitDiagram.odg" ist alles "ordentlich", in
"CircuitDiagram.svg" ist einiges "versemmelt".
Was meinst Du dazu ?
Wenn Du das auch so sehen kannst, solltest Du eventuell Deine
Bug-Report-Überschrift "Fehler beim Import von svg-Dateien in Writer
oder Impress" entsprechend modifizieren.

Grüße
Hans-Werner :-))

-- Originalnachricht --
Von: "OoOHWHOoO" 
An: "users@de.libreoffice.org" 
Gesendet: 10.01.2022 17:36:55
Betreff: Re: [de-users] Fehler beim Import von svg-Dateien in Writer
oder Impress


Hallo Jörn,

ich habe

+ Deinen BUG-Report bestätigt.
+ Deinen BUG-Report inhaltlich ergänzt.
+ sowie die beiden Dateien "CircuitDiagram.odg" und
"CircuitDiagram.svg" hinzugefügt.

https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c2

Ich denke, durch die beiden hinzugefügten Dateien sollten die
Entwickler gut nachvollziehen können was da "schief läuft".

Grüße
Hans-Werner :-))

------ Originalnachricht --
Von: "ice...@web.de" 
An: users@de.libreoffice.org
Gesendet: 10.01.2022 14:30:57
Betreff: [de-users] Fehler beim Import von svg-Dateien in Writer oder
Impress


Hallo Liste,

beim Import von svg-Dateien in Writer oder Impress
werden in Texte zusätzliche Leerzeichen eingefügt,
wenn das Textattribut auch nur eines Buchstabens geändert wird
(z. B. kursiv, fett oder farbig).

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146682

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

-- 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


--
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] Fehler beim Import von svg-Dateien in Writer oder Impress - NACHTRAG

[OoOHWHOoO]

Hallo Jörn,

hatte ich vergessen zu erwähnen:

Meiner Meinung nach ist es kein "IMPORT von wo auch immer"-Problem 
sondern ein "EXPORT nach SVG"-Problem.
In "CircuitDiagram.odg" ist alles "ordentlich", in "CircuitDiagram.svg" 
ist einiges "versemmelt".

Was meinst Du dazu ?
Wenn Du das auch so sehen kannst, solltest Du eventuell Deine 
Bug-Report-Überschrift "Fehler beim Import von svg-Dateien in Writer 
oder Impress" entsprechend modifizieren.


Grüße
Hans-Werner :-))

-- Originalnachricht --
Von: "OoOHWHOoO" 
An: "users@de.libreoffice.org" 
Gesendet: 10.01.2022 17:36:55
Betreff: Re: [de-users] Fehler beim Import von svg-Dateien in Writer 
oder Impress



Hallo Jörn,

ich habe

+ Deinen BUG-Report bestätigt.
+ Deinen BUG-Report inhaltlich ergänzt.
+ sowie die beiden Dateien "CircuitDiagram.odg" und "CircuitDiagram.svg" 
hinzugefügt.

https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c2

Ich denke, durch die beiden hinzugefügten Dateien sollten die Entwickler gut 
nachvollziehen können was da "schief läuft".

Grüße
Hans-Werner :-))

------ Originalnachricht --
Von: "ice...@web.de" 
An: users@de.libreoffice.org
Gesendet: 10.01.2022 14:30:57
Betreff: [de-users] Fehler beim Import von svg-Dateien in Writer oder Impress


Hallo Liste,

beim Import von svg-Dateien in Writer oder Impress
werden in Texte zusätzliche Leerzeichen eingefügt,
wenn das Textattribut auch nur eines Buchstabens geändert wird
(z. B. kursiv, fett oder farbig).

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146682

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

-- 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

--
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] Fehler beim Import von svg-Dateien in Writer oder Impress

[OoOHWHOoO]

Hallo Jörn,

ich habe

+ Deinen BUG-Report bestätigt.
+ Deinen BUG-Report inhaltlich ergänzt.
+ sowie die beiden Dateien "CircuitDiagram.odg" und "CircuitDiagram.svg" 
hinzugefügt.


https://bugs.documentfoundation.org/show_bug.cgi?id=146682#c2

Ich denke, durch die beiden hinzugefügten Dateien sollten die Entwickler 
gut nachvollziehen können was da "schief läuft".


Grüße
Hans-Werner :-))

-- Originalnachricht --
Von: "ice...@web.de" 
An: users@de.libreoffice.org
Gesendet: 10.01.2022 14:30:57
Betreff: [de-users] Fehler beim Import von svg-Dateien in Writer oder 
Impress



Hallo Liste,

beim Import von svg-Dateien in Writer oder Impress
werden in Texte zusätzliche Leerzeichen eingefügt,
wenn das Textattribut auch nur eines Buchstabens geändert wird
(z. B. kursiv, fett oder farbig).

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146682

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

-- 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

[de-users] Fehler beim Import von svg-Dateien in Writer oder Impress

[ice...@web.de]

Hallo Liste,

beim Import von svg-Dateien in Writer oder Impress
werden in Texte zusätzliche Leerzeichen eingefügt,
wenn das Textattribut auch nur eines Buchstabens geändert wird
(z. B. kursiv, fett oder farbig).

Ich habe dazu in Bugzilla eine Meldung veröffentlicht:
https://bugs.documentfoundation.org/show_bug.cgi?id=146682

Es wäre schön, wenn der Fehler bestätigt würde.

Vielen Dank im Voraus
Jörn

--
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[Harald Köster]

Hallo Thomas,

nochmal die Bitte: Antworten bitte immer an die Mailingliste! Hast Du
Dich dort angemeldet, damit ich Dich bei Antworten nicht mehr in den
Verteiler aufnehmen muss?

Am 06.12.2021 um 19:11 schrieb Thomas Stiegler:
> Hallo Harald,
> 
> danke für Deine Hilfestellung.
> 
> Ich habe die Version: 6.4.7.2. Sie wird von Ubuntu in den automatischen
> Updates bereitgestellt. Es könnte die 1.Ursache sein.

Ich hab's unter Windows inzwischen auch mit der 6.4.7.2 ausprobiert.
Auch mit dieser Version gibt es bei mir kein Problem. Und Rainer hat es
ebenfalls unter Ubuntu mit dieser Version ausprobiert. Auch bei ihm kein
Problem. Daher dürfte es nicht an der Version als liegen.

Einen Vorschlag hätte ich noch: Du könntest Dein Benutzerprofil
zurücksetzen. Dies ist hier beschrieben:
https://wiki.documentfoundation.org/UserProfile/de
Ich würde eher den manuellen Ablauf empfehlen. Ich weiß auch gar nicht,
ob es den Hilfe-Assistenten unter Linux so gibt.

> Am 06.12.21 um 19:03 schrieb Harald Köster:
>> Hallo Thomas,

>> Am 06.12.2021 um 16:45 schrieb Thomas Stiegler:
>>> Hallo Harald,
>>>
>>> anbei ist in den einzelnen Schritten der Fehler dokumentiert und dadurch
>>> sicherlich leicht nachvollziehbar.
>> Hier der Anhang von Thomas:
>> https://app.box.com/s/imsdfowgxisdtim2hza1e3ecu1q57hzf
>>
>> Ich habe versucht das von Dir beschriebene Verhalten zu reproduzieren.
>> Beim Einfügen von zusätzlichen Zeilen bleibt bei mir allerdings die
>> Formatierung der vorhergehenden Zeile erhalten, so dass für mich erstmal
>> kein Fehler vorliegt.
>>
>> Warum sich bei Dir LibreOffice anders verhält, ist also erstmal nicht
>> klar. Folgendes halte ich für möglich:
>> (1) Du hast Ubuntu als Betriebssystem, ich nutze Windows. Ich glaube
>> allerdings nicht daran, da bei dieser Funktion das BS keine Rolle spielt.
>> (2) Welche LibreOffice-Version benutzt Du? Ich nutze z.Z. Version 7.2.3.
>> Eventuell hat es früher einen Fehler gegeben, der inzwischen korrigiert
>> worden ist.
>> (3) Dein Vorgehen ist etwas anders als meines. Da müsste man dann noch
>> mal detaillierter einsteigen. Wir sollten aber erstmal Punkt (2) klären.
>>
>>>
>>> Am 06.12.21 um 14:30 schrieb Harald Köster:
 Hallo Thomas,

 da ich nicht weiß, ob Du Dich an der User-Mailing-Liste angemeldet hast,
 geht die Mail auch direkt an Dich. Falls nicht, solltest Du Dich
 zumindest temporär anmelden, damit Du die Antworten auf Deine Anfrage
 auch erhältst.

 Am 06.12.2021 um 09:25 schrieb Thomas Stiegler:

> ich benutze auf Ubuntu 20.04 LibreOffice.
>
> Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, dass
> die Formatierung der ursprünglichen Zeile zwar an die neue weiter
> gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.
 Damit Andere das von Dir beobachtete Verhalten nachvollziehen können,
 müsstest Du es etwas genauer beschreiben. Am Besten wäre eine
 Schritt-für-Schritt-Beschreibung in der sowohl das fehlerhafte Verhalten
 beschrieben wird, als auch das von Dir erwartete Verhalten.

Grüße
Harald K.

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[Rainer]

Hallo zusammen,

Am Mon, 6 Dec 2021 19:03:41 +0100
schrieb Harald Köster :

> Am 06.12.2021 um 16:45 schrieb Thomas Stiegler:
> 
> Hier der Anhang von Thomas:
> https://app.box.com/s/imsdfowgxisdtim2hza1e3ecu1q57hzf
> 
> Ich habe versucht das von Dir beschriebene Verhalten zu reproduzieren.
> Beim Einfügen von zusätzlichen Zeilen bleibt bei mir allerdings die
> Formatierung der vorhergehenden Zeile erhalten, so dass für mich
> erstmal kein Fehler vorliegt.
> 
Ist hier auch so.

> Warum sich bei Dir LibreOffice anders verhält, ist also erstmal nicht
> klar. Folgendes halte ich für möglich:

> (1) Du hast Ubuntu als Betriebssystem, ich nutze Windows. Ich glaube
> allerdings nicht daran, da bei dieser Funktion das BS keine Rolle
> spielt. 

Ich nutze Ubuntu, aber der Fehler tritt nicht auf.

> (2) Welche LibreOffice-Version benutzt Du? Ich nutze z.Z.
> Version 7.2.3. Eventuell hat es früher einen Fehler gegeben, der
> inzwischen korrigiert worden ist.

Meine LO-Version ist 6.4.7.2 (zusammen mit Ubuntu 20.04 installiert).

> (3) Dein Vorgehen ist etwas anders als meines. Da müsste man dann noch
> mal detaillierter einsteigen. Wir sollten aber erstmal Punkt (2)
> klären.
> 
Naja, die Vorgehensweise von Thomas ist eine der angebotenen
Standard-Optionen. Der beschriebene Fehler sollte eigentlich nicht
auftreten (und tut es bei Dir und mir ja auch nicht). Ist zwar kein
Beleg dafür, dass es sich nicht um einen Bug handelt, denn bei einer
anderen LO-Version kann es wieder anders sein, aber die Vermutung liegt
doch nahe.

@Thomas: Vielleicht testest Du mal, ob sich mit einer anderen Option
das gleiche Problem zeigt: Im Ausklappmenü bei "Einfügen" nicht
"Zeilen..." auswählen, sondern "Zeile unterhalb". 

Viele Grüße

Rainer

-- 
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[Harald Köster]

Hallo Thomas,

Antworten bitte immer an die Mailing-Liste. Da lesen mehr Leute mit, die
eventuell was zu dem Problem sagen können. Bei Mails an die Mailingliste
werden Anhänge allerdings nicht an die Teilnehmer übertragen. Die
müsstest Du vorher frei zugänglich ins Netz hochladen. Ich hab das für
Deinen Anhang erstmal gemacht (s.u.).

Am 06.12.2021 um 16:45 schrieb Thomas Stiegler:
> Hallo Harald,
> 
> anbei ist in den einzelnen Schritten der Fehler dokumentiert und dadurch
> sicherlich leicht nachvollziehbar.

Hier der Anhang von Thomas:
https://app.box.com/s/imsdfowgxisdtim2hza1e3ecu1q57hzf

Ich habe versucht das von Dir beschriebene Verhalten zu reproduzieren.
Beim Einfügen von zusätzlichen Zeilen bleibt bei mir allerdings die
Formatierung der vorhergehenden Zeile erhalten, so dass für mich erstmal
kein Fehler vorliegt.

Warum sich bei Dir LibreOffice anders verhält, ist also erstmal nicht
klar. Folgendes halte ich für möglich:
(1) Du hast Ubuntu als Betriebssystem, ich nutze Windows. Ich glaube
allerdings nicht daran, da bei dieser Funktion das BS keine Rolle spielt.
(2) Welche LibreOffice-Version benutzt Du? Ich nutze z.Z. Version 7.2.3.
Eventuell hat es früher einen Fehler gegeben, der inzwischen korrigiert
worden ist.
(3) Dein Vorgehen ist etwas anders als meines. Da müsste man dann noch
mal detaillierter einsteigen. Wir sollten aber erstmal Punkt (2) klären.

> Es grüßt Thomas
> 
> Am 06.12.21 um 14:30 schrieb Harald Köster:
>> Hallo Thomas,
>>
>> da ich nicht weiß, ob Du Dich an der User-Mailing-Liste angemeldet hast,
>> geht die Mail auch direkt an Dich. Falls nicht, solltest Du Dich
>> zumindest temporär anmelden, damit Du die Antworten auf Deine Anfrage
>> auch erhältst.
>>
>> Am 06.12.2021 um 09:25 schrieb Thomas Stiegler:
>>> Hallo Entwicklerteam,
>> Entwickler sind in der User-Mailing-Liste eher weniger vertreten. In
>> erster Linie dient diese Liste dazu, dass Nutzer anderen Nutzern ihre
>> Hilfe zur Verfügung stellen. Dennoch bist Du mit Deiner Anfrage hier
>> richtig.
>>
>>> ich benutze auf Ubuntu 20.04 LibreOffice.
>>>
>>> Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, dass
>>> die Formatierung der ursprünglichen Zeile zwar an die neue weiter
>>> gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.
>> Damit Andere das von Dir beobachtete Verhalten nachvollziehen können,
>> müsstest Du es etwas genauer beschreiben. Am Besten wäre eine
>> Schritt-für-Schritt-Beschreibung in der sowohl das fehlerhafte Verhalten
>> beschrieben wird, als auch das von Dir erwartete Verhalten.

Grüße
Harald K.

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de
-- 
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[Jochen Schiffers]

Hallo Harald,

was ist Deine Überlegung, dass ich etwas (Sinnvolles) dazu beitragen kann?

Gruß

Jochen


Am 06.12.2021 um 17:04 schrieb lo.harald.ber...@t-online.de:

@Jochen Schiffers, mit der Bitte um einen Kommentar zum Thema, danke.

Nachtrag:

Und bitte daran denken, dass dann auch die allgemeine Dokumentaion 
geändert werden müsste.


Freundliche Grüße
Harald B.

Am 06.12.2021 um 14:30 schrieb Harald Köster:

Hallo Thomas,

da ich nicht weiß, ob Du Dich an der User-Mailing-Liste angemeldet hast,
geht die Mail auch direkt an Dich. Falls nicht, solltest Du Dich
zumindest temporär anmelden, damit Du die Antworten auf Deine Anfrage
auch erhältst.

Am 06.12.2021 um 09:25 schrieb Thomas Stiegler:

Hallo Entwicklerteam,

Entwickler sind in der User-Mailing-Liste eher weniger vertreten. In
erster Linie dient diese Liste dazu, dass Nutzer anderen Nutzern ihre
Hilfe zur Verfügung stellen. Dennoch bist Du mit Deiner Anfrage hier
richtig.


ich benutze auf Ubuntu 20.04 LibreOffice.

Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, 
dass

die Formatierung der ursprünglichen Zeile zwar an die neue weiter
gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.

Damit Andere das von Dir beobachtete Verhalten nachvollziehen können,
müsstest Du es etwas genauer beschreiben. Am Besten wäre eine
Schritt-für-Schritt-Beschreibung in der sowohl das fehlerhafte Verhalten
beschrieben wird, als auch das von Dir erwartete Verhalten.

Es grüßt
Harald K.





--
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[LO . Harald . Berger]

Sorry bin im falschen Thread gelandet.

Am 06.12.2021 um 14:30 schrieb Harald Köster:

Hallo Thomas,

da ich nicht weiß, ob Du Dich an der User-Mailing-Liste angemeldet hast,
geht die Mail auch direkt an Dich. Falls nicht, solltest Du Dich
zumindest temporär anmelden, damit Du die Antworten auf Deine Anfrage
auch erhältst.

Am 06.12.2021 um 09:25 schrieb Thomas Stiegler:

Hallo Entwicklerteam,

Entwickler sind in der User-Mailing-Liste eher weniger vertreten. In
erster Linie dient diese Liste dazu, dass Nutzer anderen Nutzern ihre
Hilfe zur Verfügung stellen. Dennoch bist Du mit Deiner Anfrage hier
richtig.


ich benutze auf Ubuntu 20.04 LibreOffice.

Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, dass
die Formatierung der ursprünglichen Zeile zwar an die neue weiter
gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.

Damit Andere das von Dir beobachtete Verhalten nachvollziehen können,
müsstest Du es etwas genauer beschreiben. Am Besten wäre eine
Schritt-für-Schritt-Beschreibung in der sowohl das fehlerhafte Verhalten
beschrieben wird, als auch das von Dir erwartete Verhalten.

Es grüßt
Harald K.



--
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[LO . Harald . Berger]

@Jochen Schiffers, mit der Bitte um einen Kommentar zum Thema, danke.

Nachtrag:

Und bitte daran denken, dass dann auch die allgemeine Dokumentaion 
geändert werden müsste.


Freundliche Grüße
Harald B.

Am 06.12.2021 um 14:30 schrieb Harald Köster:

Hallo Thomas,

da ich nicht weiß, ob Du Dich an der User-Mailing-Liste angemeldet hast,
geht die Mail auch direkt an Dich. Falls nicht, solltest Du Dich
zumindest temporär anmelden, damit Du die Antworten auf Deine Anfrage
auch erhältst.

Am 06.12.2021 um 09:25 schrieb Thomas Stiegler:

Hallo Entwicklerteam,

Entwickler sind in der User-Mailing-Liste eher weniger vertreten. In
erster Linie dient diese Liste dazu, dass Nutzer anderen Nutzern ihre
Hilfe zur Verfügung stellen. Dennoch bist Du mit Deiner Anfrage hier
richtig.


ich benutze auf Ubuntu 20.04 LibreOffice.

Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, dass
die Formatierung der ursprünglichen Zeile zwar an die neue weiter
gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.

Damit Andere das von Dir beobachtete Verhalten nachvollziehen können,
müsstest Du es etwas genauer beschreiben. Am Besten wäre eine
Schritt-für-Schritt-Beschreibung in der sowohl das fehlerhafte Verhalten
beschrieben wird, als auch das von Dir erwartete Verhalten.

Es grüßt
Harald K.



--
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[Harald Köster]

Hallo Thomas,

da ich nicht weiß, ob Du Dich an der User-Mailing-Liste angemeldet hast,
geht die Mail auch direkt an Dich. Falls nicht, solltest Du Dich
zumindest temporär anmelden, damit Du die Antworten auf Deine Anfrage
auch erhältst.

Am 06.12.2021 um 09:25 schrieb Thomas Stiegler:
> Hallo Entwicklerteam,
Entwickler sind in der User-Mailing-Liste eher weniger vertreten. In
erster Linie dient diese Liste dazu, dass Nutzer anderen Nutzern ihre
Hilfe zur Verfügung stellen. Dennoch bist Du mit Deiner Anfrage hier
richtig.

> ich benutze auf Ubuntu 20.04 LibreOffice.
> 
> Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, dass
> die Formatierung der ursprünglichen Zeile zwar an die neue weiter
> gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.
Damit Andere das von Dir beobachtete Verhalten nachvollziehen können,
müsstest Du es etwas genauer beschreiben. Am Besten wäre eine
Schritt-für-Schritt-Beschreibung in der sowohl das fehlerhafte Verhalten
beschrieben wird, als auch das von Dir erwartete Verhalten.

Es grüßt
Harald K.

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
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] Fehler bei LibreOffice Writer: Einfügen von neuen Zeilen einer Tabelle

[Thomas Stiegler]

Hallo Entwicklerteam,

ich benutze auf Ubuntu 20.04 LibreOffice.

Beim erweitern einer Tabelle um zusätzliche Zeilen ist aufgefallen, dass
die Formatierung der ursprünglichen Zeile zwar an die neue weiter
gegeben wird, aber diese verwendete Zeile ihre Formatierung verliert.

Mit freundlichen Grüßen

Thomas Stiegler


-- 
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] Fehler beim Speichern einer ODS-Datei mit Kopf- und Fußzeile

[Regina Henschel]

Hallo,

Günther Breitfuß schrieb am 01.10.2021 um 11:11:

Ich bestätigte den Fehler ebenfalls. Weiß jemand, ob das schon im bugzilla 
erfasst ist?


Ja ist es
https://bugs.documentfoundation.org/show_bug.cgi?id=144184

Fix wird in 7.2.2 enthalten sein.

Ob das Problem damit tatsächlich gelöst ist, könnt ihr vorab mit der 
"daily"-Version testen.

https://dev-builds.libreoffice.org/daily/master/current.html

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

Re: [de-users] Fehler beim Speichern einer ODS-Datei mit Kopf- und Fußzeile

[Günther Breitfuß]

Ich bestätigte den Fehler ebenfalls. Weiß jemand, ob das schon im bugzilla 
erfasst ist?

LG Günther

-- 
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] Fehler beim Speichern einer ODS-Datei mit Kopf- und Fußzeile

[Alois Klotz]

Hallo,
das Problem kann ich betätigen:
Der Fehler tritt bei mir (LO 7.2.2.1) auch so auf, wie beschrieben.
Mit LO 7.1.6 funktioniert alles wie erwartet.

Mit freundlichen Grüßen
Alois Klotz



Mirko Bolm schrieb am 01.10.2021 um 08:56:

Hallo,

ich wollte einen Fehler melden.

Ich nutze:
Version: 7.2.1.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 2; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.utf8); UI: de-DE
Debian package version: 1:7.2.1-4
Calc: threaded

Fehlerbeschreibung:
Wenn man unter "Calc" eine ODS-Datei mit Kopf- und Fußzeile speichert, 
dann sind Kopf- und Fußzeile beim erneuten Öffnen der Datei wieder 
verschwunden (inaktiv - Icon ist ausgegraut) und man muss Kopf- und 
Fußzeile erst wieder einschalten (Format --> Seitenvorlage).


Mir ist aufgefallen: Speichere ich die ODS-Datei aber als XLSX-Datei, 
bleiben Kopf- und Fußzeile "aktiv".
--> Allerdings müsste ich jetzt alle ODS-Datein auf das XLSX-Format 
umstellen, was sehr aufwendig ist.  :(


Beste Grüße
Mirko Bolm



--
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] Fehler beim Speichern einer ODS-Datei mit Kopf- und Fußzeile

[Mirko Bolm]

Hallo,

ich wollte einen Fehler melden.

Ich nutze:
Version: 7.2.1.2 / LibreOffice Community
Build ID: 20(Build:2)
CPU threads: 2; OS: Linux 5.14; UI render: default; VCL: gtk3
Locale: de-DE (de_DE.utf8); UI: de-DE
Debian package version: 1:7.2.1-4
Calc: threaded

Fehlerbeschreibung:
Wenn man unter "Calc" eine ODS-Datei mit Kopf- und Fußzeile speichert, dann sind Kopf- und 
Fußzeile beim erneuten Öffnen der Datei wieder verschwunden (inaktiv - Icon ist 
ausgegraut) und man muss Kopf- und Fußzeile erst wieder einschalten (Format --> 
Seitenvorlage).


Mir ist aufgefallen: Speichere ich die ODS-Datei aber als XLSX-Datei, bleiben Kopf- und 
Fußzeile "aktiv".
--> Allerdings müsste ich jetzt alle ODS-Datein auf das XLSX-Format umstellen, was sehr 
aufwendig ist.  :(


Beste Grüße
Mirko Bolm
--
Mirko Bolm
(Technische Redaktion / Dokumentation)E-Mail: mirko.b...@digide.net
(Informationssicherheitsbeauftragter)
IT-Software GmbH & Data Security Elbe KG  Tel.: +49 (391) 509609-55
Lorenzweg 42 / Haus 3, D-39124 Magdeburg  Fax : +49 (391) 509609-56
Geschäftsführer: Jens HenningAmtsgericht Stendal, HRA 22588
Zertifiziert nach ISO 9001:2015 und ISO 27001:2013

__
Diese E-Mail enthält vertrauliche und/oder rechtlich geschützte Informationen. Wenn Sie 
nicht der richtige Adressat sind oder diese E-Mail irrtümlich erhalten haben, informieren 
Sie bitte sofort den Absender und vernichten Sie diese Mail. Das unerlaubte Kopieren sowie 
die unbefugte Weitergabe dieser Mail ist nicht gestattet.


This e-mail may contain confidential and/or privileged information. If you are not the 
intended recipient (or have received this e-mail in error) please notify the sender 
immediately and destroy this e-mail. Any unauthorised copying, disclosure or distribution 
of the material in this e-mail is strictly forbidden.


--
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] Fehler

[Helmut Leininger]

Sind bei den Fehlermeldungen noch zusätzliche Informationen?Laut Suche in 
Google weisen die Fehler 203 und 205 auf Probleme im
  Betriebssystem (Windows Registry ?) hin.


Helmut Leininger
Am 10.09.2021 um 17:48 schrieb Gerhard
  Has:
Libreoffice
  7.1 auf Windows 10 läuft nicht mehr.Neuinstallation, Reparatur oder 
Deinstallation werden von zweiFehlermeldungen blockiert: Fehler 203, Fehler 
205.Gerhard HasHauptstr. 5429494 TrebelTel: 0174-971 29 56
-- 
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] Fehler

[Gerhard Has]

Libreoffice 7.1 auf Windows 10 läuft nicht mehr.
Neuinstallation, Reparatur oder Deinstallation werden von zwei
Fehlermeldungen blockiert: Fehler 203, Fehler 205.


Gerhard Has
Hauptstr. 54
29494 Trebel
Tel: 0174-971 29 56


--
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] Fehler in der Zellausgabe bei LibreOffice Clac

[Horst Schremmer]

Hallo Libre Team,
ich arbeite mit Windows 10 und habe LibreOffice 7.0.4.2 (x86) installiert.
Obwohl deren Formelmanger die komplexe Formeln korrekt auswertet und auch das 
Ergebnis, korrekt wiedergibt, wird es nicht korrekt in die Zelle übernommen. 
Dort erscheint dann, als Komplettergebnis, nur noch ein Teilergebnis. Dies 
macht es eigentlich unmöglich, Exceltabellen, mit komplexen Formeln, zu 
konvertieren.
Die Tabelle wurde von Excel aus MS-Office 2016 im ODS-Format abgespeichert und 
dann mit LibreOffice geöffnet. Die Darstellung des Formelergebnis war erstmal 
mehrzeilig und mit korrektem Ergebnis erschienen. Da die Zell-Ausgabe aber 
einzeilig sein sollte habe ich das Arbeitsblatt komplett markiert und über 
"Zellen formatieren ..." den Zeilenumbruch entfernt. Dies reagierte nicht so, 
wie ich es erwartet hatte. Die mehrzeilige Darstellung blieb, obwohl der Haken, 
auch nach nochmaligem Nachsehen, nicht mehr gesetzt war. Somit blieb dann nur 
noch, die Zellenhöhe auf einzeilig (0,47 cm) zu setzen, was dann diese 
Darstellung hervorrief (siehe Screenshot), obwohl der Formelmanger das korrekte 
Ergebnis darstellte.
Anbei Screenshot und unbearbeitete ODS-Datei
mfg Horst Schremmer
-- 
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] Fehler in 7.0.5.2 und 7.1.2.2

[Gerhard Weydt]

Hallo Rainer,

bei mir sind in 7.0.5.2 die Farbnamen alle in deutsch, auch die 
Reihenfolge ist ok. Meine Version habe ich heute heruntergeladen. 
Vielleicht installierst du bei dir die Version noch einmal.


Gruß
Gerhard

Am 29.04.2021 um 21:53 schrieb rainer.gr...@gmx.de:

Hallo Robert,

   im Prinzip hast Du recht.
In der 7.05.2 sind die Farbnamen – trotz deutscher Version – teilweise 
in Englisch und nicht z, weiß, nur das: die Farbreihen sind auch etwas 
"durcheinander" geraten.
In der obersten Kästchenreihe, v. links, liegen nebeneinander: 
schwarz, weiß, blau, grün, türkis, rot, magenta, braun, grau, light 
grey, light blue und light green. Die zweite Reihe: light cyan, light 
red, light magenta, gelb und 8 x grau – von 80 bis 10%.
 IN der 7.1.2.2 sieht die Farbtabelle ganz anders aus. Die erste Zeile 
geht von schwarz über verschiedene dunkelgrau, grau, verschiedene 
hellgrau zu weiß.

Ich habe mich also von den verschiedenen Anordnungen täuschen lassen.

Aber eins bleibt: meine vergebenen Farben erscheinen nicht in der 
geöffneten Datei. Die Zahlen sind schwarz, auch wenn die selektierte 
Zahl in der Farbtabelle die richtige Farbe markiert – hier "hellrot 1".


Gruß

Rainer

Am 29.04.2021 um 19:21 schrieb Robert Großkopf:

Hallo Rainer,

ich habe nur einmal schnell nach dem 2. Teil geschaut.

2.)   7.1.2.2:
 Ich habe dieselbe Datei mit der 7.1.2.2 aufgerufen und die 
Änderung

 durchgeführt. Hier ist die Funktion wieder in Ordnung. ABER …
 Zu dieser Tabelle gehört auch eine Zeile, in der die Tage 
eines

Monats
 durchnummeriert sind, wobei die Samstage mit einem helleren 
Blau
 und die Sonntage in "Light 

red" ausgeführt sind.

Diese Farbbezeichnung finde ich nirgendwo. Nur die Durchnummerierungen
"Light Red 1" bis "Light Red 4" unterhalb von "Red". Kann ja sein, dass
"Light Red" in einem anderen Zusammenhang auftaucht.
Ich finde diese Bezeichnung sowohl in LO 6.1.5 als auch in LO 7.1.2 -
aber bei beiden nur, wenn ich die englischsprachige Benutzeroberfläche
anschalte. Sonst erscheint dort die Bezeichnung "Hellrot 1" bis "Hellrot
4". Und dies auch unter den 6er-Versionen. Und Ziegel ist dort die
Farbbezeichnung, die eben in der englischsprachigen Oberfläche dann
"Brick" heißt. Für mich keine Änderung von der Version LO 6.1.5 an - und
frühere Versionen habe ich hier nicht installiert.

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] Fehler in 7.0.5.2 und 7.1.2.2

[rainer . grund]

Danke Gerhard,

   du scheinst Recht zu haben, wenn ich in Tabelle > Eigenschaften > Fläche die
Farbe selektiere, dann ist alles in Ordnung.

Gruß

Rainer

Am 29.04.2021 um 19:42 schrieb Gerhard Weydt:

Hallo Rainer,

1) es gibt bei Tabellen in Writer zwei Schaltflächen für die Hintergrundfarbe:
eine in der Symbolleiste "Format", die andere In der Symbolleiste "Tabelle",
die erste hinterlegt nur den Absatz innerhalb der Zelle, die zweite die ganze
Zelle. Wenn nun der Absatz über Format -> Absatz -> Einzüge und Abstände auf
verschiedenen Seiten Abstände eingestellt hat, dann bleiben weiße Ränder, wenn
man die Hintergrundfarbe für den Absatz einstellt, dagegen keine, wenn man die
Hintergrundfarbe der Zelle setzt.
Ich vermute, die beiden Aktionen sind durcheinander geraten.
2) LibO speichert die Farbe mit dem Code, hier ein Beispiel ausgeschnitten aus
dem XML-Code, weil ich keinen Screenshot schicken kann, da Anhänge nicht über
die Liste weitergegeben werden:
:background-color="#b4c7dc"
Ansonsten stimme ich Roberts Aussagen zu, ich sehe da keinen allgemeinen Fehler.
Ich werde 7.1.2.2 noch installieren und das dort noch einmal prüfen, aber mit
7.1.1.1 trat kein Fehler auf.

Gruß
Gerhard

Am 29.04.2021 um 18:36 schrieb rainer.gr...@gmx.de:

Hallo *,

   ich bitte um Verifizierung folgender Fehler:

1.) 7.0.5.2:
     Eine odt-Datei,die mit einer LO-6-Version erstellt wurde, beinhaltet
   eine Tabelle. In dieser Tabelle sind Felder mit einer Hintergrundfarbe
    versehen.
        Eine nötige Änderung der Felder mit Hintergrundfarbe (einige löschen,
        einige hinzufügen) zeigt beim Hinzufügen von neuen Hintergrundfarben
        den Fehler, dass die Fläche nicht mehr bis zur Zellenumrandung
ausgefüllt
        wird, sondern ein weißer Rand bleibt.
    Das kann ich allerdings nicht gebrauchen.

2.)   7.1.2.2:
    Ich habe dieselbe Datei mit der 7.1.2.2 aufgerufen und die Änderung
    durchgeführt. Hier ist die Funktion wieder in Ordnung. ABER …
    Zu dieser Tabelle gehört auch eine Zeile, in der die Tage eines Monats
    durchnummeriert sind, wobei die Samstage mit einem helleren Blau
    und die Sonntage in "Light red" ausgeführt sind.
    Zu meinem Erstaunen fehlen in der 7.1.2.2 die Farben!
    Ich habe herausgefunden, dass hier die Farbnamen gewechselt wurden!!!
    Statt des "Light red" gibt es nun "Ziegel"!
    Es ist also KEIN WUNDER, wenn meine Farben nicht mehr vorhanden sind!

    Es darf doch nicht sein, dass man plötzlich die Systematik wechselt!
    Alle, mit älteren Versionen erstellte Dateien sind dadurch plötzlich
KAPUTT
    und müssen mühsam nachgearbeitet werden!  – HIRNRISSIG! – Ich bin
    ziemlich sauer! Zumindest bei der 7.0.5.2 sollte der Fehler doch schon
    aufgefallen sein.

    Es wundert mich sowieso, dass man als Referenz den Farbnamen verwendet
    und nicht das Triple aus Hexzadezimalzahlen für die Farbkanäle.

   Wenn jemand diese Bugs bestätigen kann, so bitte ich, auch einen Bug-Report
zu schreiben. Denn erstens kann ich nicht so gut Englisch und zweitens habe ich
keine Ahnung, wie das geht.

Gruß

Rainer







--
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] Fehler in 7.0.5.2 und 7.1.2.2

[rainer . grund]

Hallo Robert,

   im Prinzip hast Du recht.
In der 7.05.2 sind die Farbnamen – trotz deutscher Version – teilweise in 
Englisch und nicht z, weiß, nur das: die Farbreihen sind auch etwas 
"durcheinander" geraten.
In der obersten Kästchenreihe, v. links, liegen nebeneinander: schwarz, weiß, 
blau, grün, türkis, rot, magenta, braun, grau, light grey, light blue und light 
green. Die zweite Reihe: light cyan, light red, light magenta, gelb und 8 
x grau 
– von 80 bis 10%.
 IN der 7.1.2.2 sieht die Farbtabelle ganz anders aus. Die erste Zeile geht von 
schwarz über verschiedene dunkelgrau, grau, verschiedene hellgrau zu 
weiß.

Ich habe mich also von den verschiedenen Anordnungen täuschen lassen.

Aber eins bleibt: meine vergebenen Farben erscheinen nicht in der geöffneten 
Datei. Die Zahlen sind schwarz, auch wenn die selektierte Zahl in der 
Farbtabelle die richtige Farbe markiert – hier "hellrot 1".


Gruß

Rainer

Am 29.04.2021 um 19:21 schrieb Robert Großkopf:

Hallo Rainer,

ich habe nur einmal schnell nach dem 2. Teil geschaut.

2.)   7.1.2.2:
     Ich habe dieselbe Datei mit der 7.1.2.2 aufgerufen und die Änderung
     durchgeführt. Hier ist die Funktion wieder in Ordnung. ABER …
     Zu dieser Tabelle gehört auch eine Zeile, in der die Tage eines
Monats
     durchnummeriert sind, wobei die Samstage mit einem helleren Blau
     und die Sonntage in "Light 

red" ausgeführt sind.

Diese Farbbezeichnung finde ich nirgendwo. Nur die Durchnummerierungen
"Light Red 1" bis "Light Red 4" unterhalb von "Red". Kann ja sein, dass
"Light Red" in einem anderen Zusammenhang auftaucht.
Ich finde diese Bezeichnung sowohl in LO 6.1.5 als auch in LO 7.1.2 -
aber bei beiden nur, wenn ich die englischsprachige Benutzeroberfläche
anschalte. Sonst erscheint dort die Bezeichnung "Hellrot 1" bis "Hellrot
4". Und dies auch unter den 6er-Versionen. Und Ziegel ist dort die
Farbbezeichnung, die eben in der englischsprachigen Oberfläche dann
"Brick" heißt. Für mich keine Änderung von der Version LO 6.1.5 an - und
frühere Versionen habe ich hier nicht installiert.

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] Fehler in 7.0.5.2 und 7.1.2.2

[Gerhard Weydt]

Hallo Rainer,

1) es gibt bei Tabellen in Writer zwei Schaltflächen für die 
Hintergrundfarbe: eine in der Symbolleiste "Format", die andere In der 
Symbolleiste "Tabelle", die erste hinterlegt nur den Absatz innerhalb 
der Zelle, die zweite die ganze Zelle. Wenn nun der Absatz über Format 
-> Absatz -> Einzüge und Abstände auf verschiedenen Seiten Abstände 
eingestellt hat, dann bleiben weiße Ränder, wenn man die 
Hintergrundfarbe für den Absatz einstellt, dagegen keine, wenn man die 
Hintergrundfarbe der Zelle setzt.

Ich vermute, die beiden Aktionen sind durcheinander geraten.
2) LibO speichert die Farbe mit dem Code, hier ein Beispiel 
ausgeschnitten aus dem XML-Code, weil ich keinen Screenshot schicken 
kann, da Anhänge nicht über die Liste weitergegeben werden:

:background-color="#b4c7dc"
Ansonsten stimme ich Roberts Aussagen zu, ich sehe da keinen allgemeinen 
Fehler.
Ich werde 7.1.2.2 noch installieren und das dort noch einmal prüfen, 
aber mit 7.1.1.1 trat kein Fehler auf.


Gruß
Gerhard

Am 29.04.2021 um 18:36 schrieb rainer.gr...@gmx.de:

Hallo *,

   ich bitte um Verifizierung folgender Fehler:

1.) 7.0.5.2:
     Eine odt-Datei,die mit einer LO-6-Version erstellt wurde, beinhaltet
   eine Tabelle. In dieser Tabelle sind Felder mit einer 
Hintergrundfarbe

    versehen.
        Eine nötige Änderung der Felder mit Hintergrundfarbe (einige 
löschen,
        einige hinzufügen) zeigt beim Hinzufügen von neuen 
Hintergrundfarben
        den Fehler, dass die Fläche nicht mehr bis zur Zellenumrandung 
ausgefüllt

        wird, sondern ein weißer Rand bleibt.
    Das kann ich allerdings nicht gebrauchen.

2.)   7.1.2.2:
    Ich habe dieselbe Datei mit der 7.1.2.2 aufgerufen und die 
Änderung

    durchgeführt. Hier ist die Funktion wieder in Ordnung. ABER …
    Zu dieser Tabelle gehört auch eine Zeile, in der die Tage 
eines Monats

    durchnummeriert sind, wobei die Samstage mit einem helleren Blau
    und die Sonntage in "Light red" ausgeführt sind.
    Zu meinem Erstaunen fehlen in der 7.1.2.2 die Farben!
    Ich habe herausgefunden, dass hier die Farbnamen gewechselt 
wurden!!!

    Statt des "Light red" gibt es nun "Ziegel"!
    Es ist also KEIN WUNDER, wenn meine Farben nicht mehr 
vorhanden sind!


    Es darf doch nicht sein, dass man plötzlich die Systematik 
wechselt!
    Alle, mit älteren Versionen erstellte Dateien sind dadurch 
plötzlich KAPUTT

    und müssen mühsam nachgearbeitet werden!  – HIRNRISSIG! – Ich bin
    ziemlich sauer! Zumindest bei der 7.0.5.2 sollte der Fehler 
doch schon

    aufgefallen sein.

    Es wundert mich sowieso, dass man als Referenz den Farbnamen 
verwendet

    und nicht das Triple aus Hexzadezimalzahlen für die Farbkanäle.

   Wenn jemand diese Bugs bestätigen kann, so bitte ich, auch einen 
Bug-Report
zu schreiben. Denn erstens kann ich nicht so gut Englisch und zweitens 
habe ich

keine Ahnung, wie das geht.

Gruß

Rainer




--
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] Fehler in 7.0.5.2 und 7.1.2.2

[Robert Großkopf]

Hallo Rainer,

ich habe nur einmal schnell nach dem 2. Teil geschaut.
> 
> 2.)   7.1.2.2:
>     Ich habe dieselbe Datei mit der 7.1.2.2 aufgerufen und die Änderung
>     durchgeführt. Hier ist die Funktion wieder in Ordnung. ABER …
>     Zu dieser Tabelle gehört auch eine Zeile, in der die Tage eines
> Monats
>     durchnummeriert sind, wobei die Samstage mit einem helleren Blau
>     und die Sonntage in "Light red" ausgeführt sind.

Diese Farbbezeichnung finde ich nirgendwo. Nur die Durchnummerierungen
"Light Red 1" bis "Light Red 4" unterhalb von "Red". Kann ja sein, dass
"Light Red" in einem anderen Zusammenhang auftaucht.
Ich finde diese Bezeichnung sowohl in LO 6.1.5 als auch in LO 7.1.2 -
aber bei beiden nur, wenn ich die englischsprachige Benutzeroberfläche
anschalte. Sonst erscheint dort die Bezeichnung "Hellrot 1" bis "Hellrot
4". Und dies auch unter den 6er-Versionen. Und Ziegel ist dort die
Farbbezeichnung, die eben in der englischsprachigen Oberfläche dann
"Brick" heißt. Für mich keine Änderung von der Version LO 6.1.5 an - und
frühere Versionen habe ich hier nicht installiert.

Gruß

Robert
-- 
Homepage: https://www.familiegrosskopf.de/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

[de-users] Fehler in 7.0.5.2 und 7.1.2.2

[rainer . grund]

Hallo *,

   ich bitte um Verifizierung folgender Fehler:

1.) 7.0.5.2:
     Eine odt-Datei,die mit einer LO-6-Version erstellt wurde, beinhaltet
   eine Tabelle. In dieser Tabelle sind Felder mit einer Hintergrundfarbe
    versehen.
        Eine nötige Änderung der Felder mit Hintergrundfarbe (einige löschen,
        einige hinzufügen) zeigt beim Hinzufügen von neuen Hintergrundfarben
        den Fehler, dass die Fläche nicht mehr bis zur Zellenumrandung 
ausgefüllt
        wird, sondern ein weißer Rand bleibt.
    Das kann ich allerdings nicht gebrauchen.

2.)   7.1.2.2:
    Ich habe dieselbe Datei mit der 7.1.2.2 aufgerufen und die Änderung
    durchgeführt. Hier ist die Funktion wieder in Ordnung. ABER …
    Zu dieser Tabelle gehört auch eine Zeile, in der die Tage eines Monats
    durchnummeriert sind, wobei die Samstage mit einem helleren Blau
    und die Sonntage in "Light red" ausgeführt sind.
    Zu meinem Erstaunen fehlen in der 7.1.2.2 die Farben!
    Ich habe herausgefunden, dass hier die Farbnamen gewechselt wurden!!!
    Statt des "Light red" gibt es nun "Ziegel"!
    Es ist also KEIN WUNDER, wenn meine Farben nicht mehr vorhanden sind!

    Es darf doch nicht sein, dass man plötzlich die Systematik wechselt!
    Alle, mit älteren Versionen erstellte Dateien sind dadurch plötzlich 
KAPUTT
    und müssen mühsam nachgearbeitet werden!  – HIRNRISSIG! – Ich bin
    ziemlich sauer! Zumindest bei der 7.0.5.2 sollte der Fehler doch schon
    aufgefallen sein.

    Es wundert mich sowieso, dass man als Referenz den Farbnamen verwendet
    und nicht das Triple aus Hexzadezimalzahlen für die Farbkanäle.

   Wenn jemand diese Bugs bestätigen kann, so bitte ich, auch einen Bug-Report
zu schreiben. Denn erstens kann ich nicht so gut Englisch und zweitens habe ich
keine Ahnung, wie das geht.

Gruß

Rainer

--
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: Re: [de-users] Fehler in Impress Interaktion

[Ulrich Güttich]

Danke für die geleistete Arbeit, Harald!

Dann warte ich mal die kommenden Releases ab. Möchte ungern immer wieder 
"downgraden" müssen.


Bei meiner Impress-Präsentation handelt es sich um eine Weltkarte. Wenn 
man auf eines der Länder klickt, erscheint ein  kleines TCL/TK-Menü 
(Executable: wish.exe), über das man einen Bildvortrag oder einen Film 
bezüglich eines Urlaubs in diesem Land starten kann. Sehr 
publikumswirkam! Hat wie gesagt bis Version 6.1.3 gut funktioniert. Ich 
ziehe hier Libreoffice gegenüber Powerpoint vor, weil ich auch 
Linux-Platformen verwende.


Nebenbei scheint Version 7 auch deutlich langsamer beim Start zu sein 
als Version 6.


Grüße

Ulrich

Hallo Ulrich,

ich hab Dich direkt in den Verteiler mit aufgenommen, da ich nicht weiß,
ob Du die Mailing-Liste abonniert hast. Falls nicht, solltest Du Dich
zumindest temporär anmelden, damit Du die Antworten zu Deiner Anfrage
auch erhältst.

Am 12.04.2021 um 09:27 schrieb Ulrich Güttich:

Betriebssysthem: Windows 10 Home Edition 32bit und 64bit

Libreoffice 7.1.2.2

Problem:

In einer Präsentation (Impress) können Objekte in einer Folie mit
Interaktionen verbunden werden.

Beispielsweise kann durch Anklicken eines solchen Objektes ein externes
Programm aufgerufen werden (exe-Programm o.Ä.).

Seit Libreoffice 7.0 funktioniert das nicht mehr. Klickt man ein Objekt
an, für das als Interaktion "Programm ausführen" verankert ist, so kommt
die Fehlermeldung:

"file:///C:/.../programm.exe kann nicht an eine externe Anwendung
übergeben werden, um sie zu öffnen (beispielsweise weil es keine externe
URL ist oder keine vorhandene Datei kennzeichnet).

Bis Libreoffice 6.1.3 funktionierte das einwandfrei.

Dein Problem habe ich so nachvollziehen können. Allerdings ist nicht
klar, ab welcher Version dieser Fehler auftritt. In V. 6.1.3 ist es bei
mir noch OK, in der Version 6.4.7 tritt der Fehler schon auf. Versionen
dazwischen habe ich nicht geprüft.

Ich hab in Bugzilla nach einem entsprechenden Bug Report gesucht und
folgenden gefunden:
https://bugs.documentfoundation.org/show_bug.cgi?id=128969

Obwohl dort ein Bug mit einer .bat-Datei und nicht mit einem .exe-Datei
beschrieben ist, gehe ich davon aus, dass es sich um das gleiche Problem
handelt. Die dort angegebene Version 6.1.0.3 dürfte allerdings falsch
sein, der Fehler ist in einer späteren Version zuerst aufgetreten.

Da der Report schon etwas älter ist, rechne ich nicht damit, dass der
Fehler in nächster Zukunft behoben wird. Auch ein Workaround ist für
mich auf den ersten Blick nicht erkennbar. Du könntest Dich höchstens
bei Bugzilla anmelden und Dich unter CC eintragen. Dann erhältst Du
zumindest Nachricht darüber, wenn am Bug etwas passiert.

Grüße
Harald K.





--
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] Fehler in Impress Interaktion

[Harald Köster]

Hallo Ulrich,

ich hab Dich direkt in den Verteiler mit aufgenommen, da ich nicht weiß,
ob Du die Mailing-Liste abonniert hast. Falls nicht, solltest Du Dich
zumindest temporär anmelden, damit Du die Antworten zu Deiner Anfrage
auch erhältst.

Am 12.04.2021 um 09:27 schrieb Ulrich Güttich:
> Betriebssysthem: Windows 10 Home Edition 32bit und 64bit
> 
> Libreoffice 7.1.2.2
> 
> Problem:
> 
> In einer Präsentation (Impress) können Objekte in einer Folie mit
> Interaktionen verbunden werden.
> 
> Beispielsweise kann durch Anklicken eines solchen Objektes ein externes
> Programm aufgerufen werden (exe-Programm o.Ä.).
> 
> Seit Libreoffice 7.0 funktioniert das nicht mehr. Klickt man ein Objekt
> an, für das als Interaktion "Programm ausführen" verankert ist, so kommt
> die Fehlermeldung:
> 
> "file:///C:/.../programm.exe kann nicht an eine externe Anwendung
> übergeben werden, um sie zu öffnen (beispielsweise weil es keine externe
> URL ist oder keine vorhandene Datei kennzeichnet).
> 
> Bis Libreoffice 6.1.3 funktionierte das einwandfrei.
Dein Problem habe ich so nachvollziehen können. Allerdings ist nicht
klar, ab welcher Version dieser Fehler auftritt. In V. 6.1.3 ist es bei
mir noch OK, in der Version 6.4.7 tritt der Fehler schon auf. Versionen
dazwischen habe ich nicht geprüft.

Ich hab in Bugzilla nach einem entsprechenden Bug Report gesucht und
folgenden gefunden:
https://bugs.documentfoundation.org/show_bug.cgi?id=128969

Obwohl dort ein Bug mit einer .bat-Datei und nicht mit einem .exe-Datei
beschrieben ist, gehe ich davon aus, dass es sich um das gleiche Problem
handelt. Die dort angegebene Version 6.1.0.3 dürfte allerdings falsch
sein, der Fehler ist in einer späteren Version zuerst aufgetreten.

Da der Report schon etwas älter ist, rechne ich nicht damit, dass der
Fehler in nächster Zukunft behoben wird. Auch ein Workaround ist für
mich auf den ersten Blick nicht erkennbar. Du könntest Dich höchstens
bei Bugzilla anmelden und Dich unter CC eintragen. Dann erhältst Du
zumindest Nachricht darüber, wenn am Bug etwas passiert.

Grüße
Harald K.

-- 
LibreOffice - Die Freiheit nehm' ich mir! - www.libreoffice.de

-- 
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] Fehler in Impress Interaktion

[Ulrich Güttich]

Betriebssysthem: Windows 10 Home Edition 32bit und 64bit

Libreoffice 7.1.2.2


Problem:

In einer Präsentation (Impress) können Objekte in einer Folie mit 
Interaktionen verbunden werden.


Beispielsweise kann durch Anklicken eines solchen Objektes ein externes 
Programm aufgerufen werden (exe-Programm o.Ä.).


Seit Libreoffice 7.0 funktioniert das nicht mehr. Klickt man ein Objekt 
an, für das als Interaktion "Programm ausführen" verankert ist, so kommt 
die Fehlermeldung:


"file:///C:/.../programm.exe kann nicht an eine externe Anwendung 
übergeben werden, um sie zu öffnen (beispielsweise weil es keine externe 
URL ist oder keine vorhandene Datei kennzeichnet).


Bis Libreoffice 6.1.3 funktionierte das einwandfrei.


--
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] Fehler Version 7.1.2.2. Calculator

[hoevihh]

Hallo,
wenn ich in einer Tabelle eine Verbindung zu externernen Daten herstellen 
möchte und danach die Datenquelle durchsuchen möchte,erscheint nur PopUp bzw. 
neues Fenster mit Einfügen aus Datei vom Explorer (egal ob ich Maustatse oder 
"Alt + S drücke)
Liebe GrüßeThomas.
-- 
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] Fehler in LibreOffice Writer - Version 7.0.4.2

[Richard Kraut]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Montag, dem 25.01.2021 um 22:56 +0100 schrieb Gerhard Weydt:

> Peter hat schon recht, er spricht vom "allgemeinen Support", der Link 
> nennt das "Mainstream-Support". Was noch geht, ist ein extra bezahlter 
> Support für Firmen, die sich das leisten (müssen).

Der Mainstream-Support für Windows 8.1 endete 09. Januar 2018. So weit, so
richtig.

Jedoch ist Windows 8.1 seit diesem Zeitpunkt noch im Extended-Support
Zeitraum. D.h. 8.1 bekommt keine neuen Funktionen und/oder Frameworks mehr
(etwa eine neue DirectX-Version, ein neues .NET, ...) aber es bekommt noch bis
zum 10. Januar 2023 Sicherheitsupdates ohne, dass man hierfür einen separaten
Vertrag hierüber mit MS oder einem entsprechendem Partner abschließen muss.
Letzter Punkt ist erst nötig, sofern man Windows 8.1 über diesen Zeitpunkt
hinaus weiterhin sicher verwenden möchte oder muss (also mit Netzwerk-
/Internetverbindung) und ist für Firmen bestimmt.

Weitere Infos: [1] Microsoft Fixed-Richtline
   [2] Microsoft Erweiterte Sicherheitsupdates

1: 
2: 

- -- 
MfG Richi

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQR38BJqrIG9dBQ3+IUsgEK6S/5AFAmAUTt8ACgkQIUsgEK6S
/5DPNxAAkE30/pOVDVE37+HIVcLr5w2DMNZ6TXy8hGFYe7iNeDB7wG0zhAM4vNoy
h80ws6n/o0Od3mSFOgzP8MmnK3I5rvK7Z9NrdpzlIAs/3sSGkwXbWfDEp39rH95v
bX2+poMp1gCk38nLJxfWQehFpR2GSNjMaK6HI3BzWLPWI0JTvpnMGBuuzAfIdhUJ
rlNVBI/fIyfEvZyuP91wWmS1wyihr9twfC7BVkHsJ0rxcQu/GcBL/J8I+anPhSPa
PFzXShfW42BozG8rAqXTnWiG6KDS3KWLLEa87as6VZ+zeeTzmwNSqvK2EwYkQ5ep
lEgRaDY4zrSkHgONdCA7lTKwISBDrR/SY84M+XXDKpiCoP99d/XZGU2qJru/7kA3
7ZXSFPYtIketEQ9eIEfZIo1XyIsA3sJTbZJXp9nh6uGb0E4soXNBpsf7hJcJWw9I
76Sg19f76gyDaO/qtHmuCDhOnkax/tGRzbPHrXPHFq7m/932NH2qEr/OKWSZIc+l
ZbXeGe/CjkA4+yp1FFhI+t6B+ozA2IwSIfsmSNj2xQFA7OHjitSAUT7pSurWr+2o
BfSAmjmGBIorfx52CbwzsfA0DiGGjGU6ipNV1vE2E2Cp03U32lzfxWnwV91PgIxi
xSpoOOd60y1prTplish7yZAY3ksMf814sqSQeM11by0sg0ayPv8=
=+ZW4
-END PGP SIGNATURE-


-- 
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] Fehler in LibreOffice Writer - Version 7.0.4.2

[Gerhard Weydt]

Hallo Richi,

Peter hat schon recht, er spricht vom "allgemeinen Support", der Link 
nennt das "Mainstream-Support". Was noch geht, ist ein extra bezahlter 
Support für Firmen, die sich das leisten (müssen).


Gruß
Gerhard

Am 25.01.2021 um 20:18 schrieb Richard Kraut:

Am Sonntag, dem 24.01.2021 um 09:43 +0100 schrieb Peter Geerds:

> ... und davon abgesehen, dass der allgemeine Suport für
> Windows 8.1 im Januar 2018 - also vor drei Jahren! -
> augelaufen ist.

Nicht ganz [1].

1: 


>
>



--
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] Fehler in LibreOffice Writer - Version 7.0.4.2

[Richard Kraut]

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Sonntag, dem 24.01.2021 um 09:43 +0100 schrieb Peter Geerds:

> ... und davon abgesehen, dass der allgemeine Suport für
> Windows 8.1 im Januar 2018 - also vor drei Jahren! -
> augelaufen ist.

Nicht ganz [1].

1: 

- -- 
MfG Richi

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEEQR38BJqrIG9dBQ3+IUsgEK6S/5AFAmAPGW0ACgkQIUsgEK6S
/5CGrg/+Iz+BvMM4K6+NxdCjLwjdL1OaFJ4xwziQHWT1MNZCKJ9+ZFnqhbCAndx2
GBv7Z485szGqAXUB08Ma4wCr/iwpZEPlfjLrfIBHF5ji+YT3WmRrPEYDAUkBJAxT
GVI4VxxyR+stzD/6xG930scHjB1jcla2+4MTDXJuvMfPjBaJkNTw7ibbUj/I5QGg
BRooUbZd9je7K/VkvD+SHc7/Qf8gH5CeaZcNMZXtivMDr1IsXaOo4JWOi3/MCYrR
jq0BChluZOZzSRt/BjRKUYctwzB/rZNzMp7w5p9kRqJccBv8E2jlnwy6vYKbB2MZ
26MUpy5BWmGz4Jpr5rJcgtiuukrS0mNXtjIOTSp0GyAZm6Ev1HAdI4EHxFPu/z2p
Tsa4lKphLdIjb0hry9OMCST9EkOX0htiyXCPxhzZdd8x/EesG7KgWmHvxOyka3hk
2ny26clLWFyr5cyyNMP+2QvhgFGFQxod3nQ4LDdPGSVE2HFbEXKtLZJv3THUW7tR
wSaXyJ5Udxzybekhq8cPHF5eZzvjRFaJJtmmgbsZU9A+Hlwbjce1GllOtmCa7DDT
NKu6veWtbSPVvvOd4jjzbQLliJPzXrnUcglAjwuMbopGpPA/BNibCqhU4C5kMZ1j
6O+keiIz/hnIEh+4aqpkxB5AXoTFMzenVhZvvobD2YOMBhE1/eM=
=GWnx
-END PGP SIGNATURE-


-- 
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] Fehler in LibreOffice Writer - Version 7.0.4.2

[Peter Geerds]

Hallo!

Am 23.01.2021 um 20:53 Uhr schrieb Robert Großkopf:
> Ich scanne sowieso nie in LibreOffice und nutze auch seit über 20 Jahren
> kein Windows-Betriebssystem. Kann also sein, dass dieser Bug noch nie
> jemandem aufgefallen ist, oder?
> 

... und davon abgesehen, dass der allgemeine Suport für
Windows 8.1 im Januar 2018 - also vor drei Jahren! -
augelaufen ist.

Viele Grüße
Peter


-- 
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] Fehler in LibreOffice Writer - Version 7.0.4.2

[Jürgen Klatt]

Hallo Freimut,

nach dem der Bug mit dem alten 32-Bit Twaintreiber behoben wurde, hatte
ich unter
Windows 10 Pro (x64) und Office (x64) keinerlei Probleme mit dem Scannen.
Auch nicht mit Office 7.0.4.2

Scanner: Epson Perfection 3170

Viele Grüße
Jürgen

Am 23.01.2021 um 19:38 schrieb f_...@t-online.de:

Guten Tag,

Es mag zwar immer wieder neue Versionen von LibreOffice, wie aktuell
7.0.4.2, geben,
aber einen, seit Generationen in LibreOffice Writer vorhandenen
Fehler, will man einfach nicht beheben:

"Einfügen - Medien - Scannen - Anfordern" führt zum
Absturz des Betriebssystems Windows 8.1 (64) bei Nutzung
eines Canon Druckers MG5350.

Also, was tun?
Man erledige das Einscannen von Dokumenten mit Microsoft Office 2003 (!).
Danach ruft man die soeben gespeicherte Word-Datei mit LibreOffice Writer
auf
und schon hat man das gewünschte Ergebnis in LibreOffice Writer - echt
krass dieser Umweg!

Scannertreiber:


Viel Erfolg bei der Fehlersuche wünscht
Freimut Berlik



--
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] Fehler in LibreOffice Writer - Version 7.0.4.2

[Robert Großkopf]

Hallo Freimut,
>  
> Es mag zwar immer wieder neue Versionen von LibreOffice, wie aktuell 
> 7.0.4.2, geben,
> aber einen, seit Generationen in LibreOffice Writer vorhandenen
> Fehler, will man einfach nicht beheben:
>  
> "Einfügen - Medien - Scannen - Anfordern" führt zum
> Absturz des Betriebssystems Windows 8.1 (64) bei Nutzung
> eines Canon Druckers MG5350.

Hast Du denn den Fehler bei https://bugs.documentfoundation.org/ gemeldet?

Ich scanne sowieso nie in LibreOffice und nutze auch seit über 20 Jahren
kein Windows-Betriebssystem. Kann also sein, dass dieser Bug noch nie
jemandem aufgefallen ist, oder?

Gruß

Robert
-- 
Homepage: https://www.familiegrosskopf.de/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

[de-users] Fehler in LibreOffice Writer - Version 7.0.4.2

[f_...@t-online.de]

Guten Tag,
 
Es mag zwar immer wieder neue Versionen von LibreOffice, wie aktuell 
7.0.4.2, geben,
aber einen, seit Generationen in LibreOffice Writer vorhandenen
Fehler, will man einfach nicht beheben:
 
"Einfügen - Medien - Scannen - Anfordern" führt zum
Absturz des Betriebssystems Windows 8.1 (64) bei Nutzung
eines Canon Druckers MG5350.
 
Also, was tun?
Man erledige das Einscannen von Dokumenten mit Microsoft Office 2003 (!).
Danach ruft man die soeben gespeicherte Word-Datei mit LibreOffice Writer 
auf
und schon hat man das gewünschte Ergebnis in LibreOffice Writer - echt 
krass dieser Umweg!
 
Scannertreiber:
 
 
Viel Erfolg bei der Fehlersuche wünscht
Freimut Berlik

-- 
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] Fehler mit Summewenn

[/dev/null Maillists]

Hallo Lesende,

Ich versuchte mit SUMMEWENN() einen Summenbereich zusammenzurechnen, der
über zwei Spalten geht.

Die Formel lautet:

*=SUMMEWENN($A$1:$A$69;"x";$B$1:$C$69)*

und ergibt:

3322,04


Das Ergebnis ist aber offensichtlich falsch und etwas anderes als mit
einer reinen Summe über diesen Summenbereich


*=SUMME($B$1:$C$69)*

ergibt:

3.553,60 €

Wenn ich nun aber zwei SUMMEWENN mit einander addiere und jedem nur eine
Spalte gebe, dann stimmt das Ergebnis wieder.


*=SUMMEWENN($A$1:$A$69;"x";$B$1:$B$69)+**SUMMEWENN($A$1:$A$69;"x";$C$1:$C$69)*

ergibt dann*
*

3549,1

**


Beispieldaten sind unten zu finden.

Handelt es sich hier um ein erwartetes Verhalten der Funktion oder ist
das ein Fehler

Danke und Grüße,

devnull

---

[1] Beispieldaten

x   50,00 € 4,99 €
x   49,00 € 4,99 €
x   49,00 € 4,99 €
x   300,00 €0,00 €
x   153,79 €4,99 €
x   154,79 €4,99 €
x   144,34 €4,99 €
x   157,99 €4,99 €
x   170,00 €5,99 €
x   35,50 € 4,99 €
x   25,50 € 4,99 €
x   36,00 € 0,00 €
x   157,99 €0,00 €
x   31,35 € 0,00 €
x   2,50 €  8,49 €
x   1,00 €  0,00 €
x   10,50 € 4,99 €
x   2,50 €  16,08 €
x   -2,50 € -16,08 €
x   1,00 €  0,00 €
x   1,00 €  0,00 €
x   66,00 € 4,99 €
x   68,00 € 4,99 €
x   40,00 € 10,00 €
x   160,00 €0,00 €
x   0,00 €  3,49 €
x   1,00 €  3,79 €
x   1,00 €  3,79 €
x   -72,99 €0,00 €
x   67,00 € 13,99 €
x   102,00 €4,99 €
x   12,50 € 5,00 €
x   10,50 € 0,00 €
x   102,00 €5,00 €
x   47,77 € 0,00 €
x   68,00 € 4,99 €
x   106,00 €4,99 €
x   51,00 € 4,99 €
x   74,00 € 4,99 €
x   66,00 € 4,99 €
x   71,00 € 4,99 €
x   32,50 € 4,99 €
x   69,00 € 4,99 €
x   14,50 € 4,99 €
x   32,00 € 0,00 €
x   50,00 € 4,99 €
-   1,00 €  2,50 €
-   1,00 €  0,00 €
x   1,00 €  3,79 €
x   5,50 €  4,99 €
x   99,00 € 4,99 €
x   97,00 € 4,99 €
x   40,51 € 4,99 €
x   45,50 € 8,00 €
x   50,00 € 0,00 €
x   13,50 € 8,00 €
x   12,50 € 0,00 €
x   43,50 € 8,00 €
x   45,00 € 0,00 €
x   98,00 € 5,00 €
x   1,00 €  0,00 €


























-- 
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] Fehler beim Einfügen von Text aus Datei

[Robert Großkopf]

Hallo *,
> 
> das sollte mit der 6.3.4.2 behoben sein.

Ist es tatsächlich. Habe das gestern noch überprüft.

Gruß

Robert
-- 
Homepage: https://www.familiegrosskopf.de/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] Fehler beim Einfügen von Text aus Datei

[LO . Harald . Berger]

Hallo Johannes,

das sollte mit der 6.3.4.2 behoben sein.

https://de.libreoffice.org/download/download/

Freundliche Grüße

Harald

Am 15.12.2019 um 13:25 schrieb Johannes Schya:

Hi zusammen.

seit dem Update auf Libreoffice 6.3.3.2 kann ich keinen Text aus einer
Textdatei mehr einfügen.

Die Fehlermeldung lautet:

"Lesefehler. Fehler beim Lesen der Datei."

Wenn ich die Datei im Editor öffne - no problem at all - und den Text in
mein Dokument herein kopiere, funktioniert es.

Aber die Funktion "Einfügen - Text aus Datei" fliegt auf die Nase.

Gruß Johannes



--
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] Fehler beim Einfügen von Text aus Datei

[Johannes Schya]

Hi zusammen.

seit dem Update auf Libreoffice 6.3.3.2 kann ich keinen Text aus einer
Textdatei mehr einfügen.

Die Fehlermeldung lautet:

"Lesefehler. Fehler beim Lesen der Datei."

Wenn ich die Datei im Editor öffne - no problem at all - und den Text in
mein Dokument herein kopiere, funktioniert es.

Aber die Funktion "Einfügen - Text aus Datei" fliegt auf die Nase.

Gruß Johannes

--
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] Fehler oder Feature???

[Wolfgang Jäth]

Am 20.08.2019 um 15:09 schrieb Veit:
> Hallo,
> ich habe in einer Tabelle festgestellt, dass es in berechneten Zellen 
> unterschiedliche Ergebnisse gibt, je nachdem welche Formel man nimmt.
> 
> Hier ein Beispiel:
> Spalte A und B enthalten eingegebene Werte, in Spalte C wird die 
> prozentuale Veraenderung von A nach B berechnet. Hier entsteht schon die 
> erste Frage: Auch wenn die eingegebene Formel richtig ist, gibt es eine 
> bessere Formel, oder Darstellung (10,9 oder 1,109) dafuer, vor allem, 
> wenn man bedenkt, dass dieser Wert fuer die weiteren Berechnungen 
> verwendet wird.
> In Spalte D ist wieder eine eingegebene Zahl, die auf internen 
> Berechnungen basiert. In Spalte E wirde die prozentuale Veraenderung 
> herangezogen und D damit multipliziert.
> Aber je nach Formel ergeben sich unterschiedliche Werte.
> 
> 
> Spalte A |Spalte B |Spalte C   |Spalte D  |Spalte E
> 512.876  |568.950  |=(B*100/A)-100 |1.183.939 |=(D*(C+100)/100)
>   | |10,9   |  |1.313.382

Genau genommen ist das in Spalte C nicht 10,9, sondern (auf 8
Nachkommastellen gerundet) 10,93324702; und in Spalte E ist der Wert in
Wirklichkeit 1.313.381,97546775.

> Gibt man in den Spalten C und E aber folgende alternative Formeln ein, 
> so ergibt sich ein anderer Wert in Spalte E:
>   | |=(B*100/A)/100 |1.183.939 |=(D*C)
>   | |1,109  |  |1.312.988

Auch hier sind die 1,109 in Wirklichkeit 1,1093324702; und die Differenz
zwischen /diesem/ Wert und den von dir angegebenen 1,09 ist genau
/die/ Differenz zwischen den 1.312.988,3510 /hier/ und den
1.313.381,97546775 /oben/.

Es handelt sich also eindeutig um einen Rundungsfehler, verursacht
offensichtlich durch Rundungen der Werte in Spalte C.

> Wie kommt dieser Unterschied zu Stande?
> Liegt bei mir evtl. ein Denkfehler vor?
> Welche Formel sollte ich verwenden? Gibt es eine Bessere?

Normalerweise kannst du in Spalte C direkt "=A1/B1" schreiben (statt wie
im zweiten Beispiel "=(B*100/A)/100").

> Man bedenke, dass diese Berechnung in ueber 100 Zeilen durchgefuehrt 
> wird und sich der Unterschied bei den beiden Berechnungsarten dann 
> erheblich auswirkt.

Naja, eine Ungenauigkeit von 0,033% bei einem siebenstelligen Wert
entspricht einer Ungenauigkeit von 3 Dezuimalstellen vor dem Komma,
konkret rund dem Wert 394. Und das führt dazu, dass das Ergebnis von
1.313.382 auf 1.312.988 rutscht, also sogar knapp den Tausender wechselt.
Merke: Man sollte immer erst so spät wie nur irgend möglich *wirklich* 
runden (ich rede da nicht von der blossen /Darstellung/).

Wolfgang
-- 
Donald Trump glaubt ja ständig und überall einen nationalen
Notstand zu sehen - vielleicht sollte er weniger häufig so
selbstverliebt in den Spiegel starren?


-- 
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] Fehler oder Feature???

[Veit]

Hallo Thomas,
vielen Dank fuer Deinen Hiweis!
Aber bei mir war das schon richtig eingestellt: Kein Haekchen bei 
"Genauigkeit wie angezeigt".
Aber ich habe das jetzt nochmal neu berechnet und tatsaechlich, die 
Ergebnisse sind jetzt bis auf die Rundungen gleich, also keine so 
grossen Unterschiede mehr wie vorher.


Woran das gelegen haben koennte, ist mir jetzt ein Raetzel.

Vielen Dank fuer Deine Hilfe!

Gruesse
Veit

Am 2019-08-20 16:17, schrieb Thomas Krumbein:

Hallo Veit,

ne, am Format darf es nicht liegen;) - wenn ich die Anzeige auf 1
Stelle nach dem Komma begrenze ändert sich gar nichts (wäre ja auch
unlogisch).

Aber: Prüfe mal die Optionen:  Extras - Optionen -> Calc - Berechnen:
Wenn dort die Option "Genauigkeit wie angezeigt" aktiviert ist, dann
wird es sicher so sein! - also mit der Differenz.

Dann musst Du den "richtigen" Weg für Dich selbst entscheiden - da ist
es dann egal, welche Formel Du verwendest - obwohl: die erste Form
wäre korrekt, da das "richtige" mathematische Ergebnis heraus
kommt

Viele Grüße

Thomas


Am 20.08.2019 um 16:07 schrieb Veit:

Hallo Thomas,
wenn Du auf beiden Berechnungswegen auf das gleiche Ergebis kommst, 
dann kann es meiner Meinung nach an den Zahlenformaten liegen und den 
sich wahrscheinlich daraus erbebenden Rundungsfehlern.

Du hast die Werte auf bis zu 13 Nachkommastellen berechnet.
Bei uns werden nur VOLLE Eurobetraege genommen, die Prozentwerte haben 
lediglich eine Nachkommastelle.

Bitte versuche das mal mit meinen Zahlenformaten.
Wenn dann auch unterschiedliche Werte rauskommen, dann liegt es 
wirklich an den Rundungen.

Das waere natuerlich fatal!

Viele Gruesse
Veit


Am 2019-08-20 15:58, schrieb Thomas Krumbein:

Hey Veit,

hmm, haste Dich irgendwo vertippt? Also ich komme mit beiden Wegen 
auf

exakt den gleichen Wert??


512876 568950 10,9332470226721 1183939 1313381,97546775

512876 568950 1,10933247022672 1183939 1313381,97546775


Die Formeln entsprechen Deinen Vorgaben.

??

Viele Grüße
Thomas

Win 10, LO 5.3.1.2 64 Bit


--
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] Fehler oder Feature???

[Thomas Krumbein]

Hallo Veit,

ne, am Format darf es nicht liegen;) - wenn ich die Anzeige auf 1 Stelle 
nach dem Komma begrenze ändert sich gar nichts (wäre ja auch unlogisch).


Aber: Prüfe mal die Optionen:  Extras - Optionen -> Calc - Berechnen: 
Wenn dort die Option "Genauigkeit wie angezeigt" aktiviert ist, dann 
wird es sicher so sein! - also mit der Differenz.


Dann musst Du den "richtigen" Weg für Dich selbst entscheiden - da ist 
es dann egal, welche Formel Du verwendest - obwohl: die erste Form wäre 
korrekt, da das "richtige" mathematische Ergebnis heraus kommt


Viele Grüße

Thomas


Am 20.08.2019 um 16:07 schrieb Veit:

Hallo Thomas,
wenn Du auf beiden Berechnungswegen auf das gleiche Ergebis kommst, 
dann kann es meiner Meinung nach an den Zahlenformaten liegen und den 
sich wahrscheinlich daraus erbebenden Rundungsfehlern.

Du hast die Werte auf bis zu 13 Nachkommastellen berechnet.
Bei uns werden nur VOLLE Eurobetraege genommen, die Prozentwerte haben 
lediglich eine Nachkommastelle.

Bitte versuche das mal mit meinen Zahlenformaten.
Wenn dann auch unterschiedliche Werte rauskommen, dann liegt es 
wirklich an den Rundungen.

Das waere natuerlich fatal!

Viele Gruesse
Veit


Am 2019-08-20 15:58, schrieb Thomas Krumbein:

Hey Veit,

hmm, haste Dich irgendwo vertippt? Also ich komme mit beiden Wegen auf
exakt den gleichen Wert??


512876 568950 10,9332470226721 1183939 1313381,97546775

512876 568950 1,10933247022672 1183939 1313381,97546775


Die Formeln entsprechen Deinen Vorgaben.

??

Viele Grüße
Thomas

Win 10, LO 5.3.1.2 64 Bit



--
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] Fehler oder Feature???

[Veit]

Hallo Thomas,
wenn Du auf beiden Berechnungswegen auf das gleiche Ergebis kommst, dann 
kann es meiner Meinung nach an den Zahlenformaten liegen und den sich 
wahrscheinlich daraus erbebenden Rundungsfehlern.

Du hast die Werte auf bis zu 13 Nachkommastellen berechnet.
Bei uns werden nur VOLLE Eurobetraege genommen, die Prozentwerte haben 
lediglich eine Nachkommastelle.

Bitte versuche das mal mit meinen Zahlenformaten.
Wenn dann auch unterschiedliche Werte rauskommen, dann liegt es wirklich 
an den Rundungen.

Das waere natuerlich fatal!

Viele Gruesse
Veit


Am 2019-08-20 15:58, schrieb Thomas Krumbein:

Hey Veit,

hmm, haste Dich irgendwo vertippt? Also ich komme mit beiden Wegen auf
exakt den gleichen Wert??


512876  568950  10,93324702267211183939 1313381,97546775





512876  568950  1,109332470226721183939 1313381,97546775


Die Formeln entsprechen Deinen Vorgaben.

??

Viele Grüße
Thomas

Win 10, LO 5.3.1.2 64 Bit


 20.08.2019 um 15:09 schrieb Veit:

Hallo,
ich habe in einer Tabelle festgestellt, dass es in berechneten Zellen 
unterschiedliche Ergebnisse gibt, je nachdem welche Formel man nimmt.


Hier ein Beispiel:
Spalte A und B enthalten eingegebene Werte, in Spalte C wird die 
prozentuale Veraenderung von A nach B berechnet. Hier entsteht schon 
die erste Frage: Auch wenn die eingegebene Formel richtig ist, gibt es 
eine bessere Formel, oder Darstellung (10,9 oder 1,109) dafuer, vor 
allem, wenn man bedenkt, dass dieser Wert fuer die weiteren 
Berechnungen verwendet wird.
In Spalte D ist wieder eine eingegebene Zahl, die auf internen 
Berechnungen basiert. In Spalte E wirde die prozentuale Veraenderung 
herangezogen und D damit multipliziert.

Aber je nach Formel ergeben sich unterschiedliche Werte.


Spalte A |Spalte B |Spalte C   |Spalte D  |Spalte E
512.876  |568.950  |=(B*100/A)-100 |1.183.939 |=(D*(C+100)/100)
 | |10,9   |  |1.313.382

Gibt man in den Spalten C und E aber folgende alternative Formeln ein, 
so ergibt sich ein anderer Wert in Spalte E:

 | |=(B*100/A)/100 |1.183.939 |=(D*C)
 | |1,109  |  |1.312.988

Wie kommt dieser Unterschied zu Stande?
Liegt bei mir evtl. ein Denkfehler vor?
Welche Formel sollte ich verwenden? Gibt es eine Bessere?
Man bedenke, dass diese Berechnung in ueber 100 Zeilen durchgefuehrt 
wird und sich der Unterschied bei den beiden Berechnungsarten dann 
erheblich auswirkt.


Vielen Dank im Voraus fuer eure Hilfe!

Viele Gruesse
Veit


--
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] Fehler oder Feature???

[Thomas Krumbein]

Hey Veit,

hmm, haste Dich irgendwo vertippt? Also ich komme mit beiden Wegen auf 
exakt den gleichen Wert??



512876  568950  10,93324702267211183939 1313381,97546775





512876  568950  1,109332470226721183939 1313381,97546775


Die Formeln entsprechen Deinen Vorgaben.

??

Viele Grüße
Thomas

Win 10, LO 5.3.1.2 64 Bit


 20.08.2019 um 15:09 schrieb Veit:

Hallo,
ich habe in einer Tabelle festgestellt, dass es in berechneten Zellen 
unterschiedliche Ergebnisse gibt, je nachdem welche Formel man nimmt.


Hier ein Beispiel:
Spalte A und B enthalten eingegebene Werte, in Spalte C wird die 
prozentuale Veraenderung von A nach B berechnet. Hier entsteht schon 
die erste Frage: Auch wenn die eingegebene Formel richtig ist, gibt es 
eine bessere Formel, oder Darstellung (10,9 oder 1,109) dafuer, vor 
allem, wenn man bedenkt, dass dieser Wert fuer die weiteren 
Berechnungen verwendet wird.
In Spalte D ist wieder eine eingegebene Zahl, die auf internen 
Berechnungen basiert. In Spalte E wirde die prozentuale Veraenderung 
herangezogen und D damit multipliziert.

Aber je nach Formel ergeben sich unterschiedliche Werte.


Spalte A |Spalte B |Spalte C   |Spalte D  |Spalte E
512.876  |568.950  |=(B*100/A)-100 |1.183.939 |=(D*(C+100)/100)
 | |10,9   |  |1.313.382

Gibt man in den Spalten C und E aber folgende alternative Formeln ein, 
so ergibt sich ein anderer Wert in Spalte E:

 | |=(B*100/A)/100 |1.183.939 |=(D*C)
 | |1,109  |  |1.312.988

Wie kommt dieser Unterschied zu Stande?
Liegt bei mir evtl. ein Denkfehler vor?
Welche Formel sollte ich verwenden? Gibt es eine Bessere?
Man bedenke, dass diese Berechnung in ueber 100 Zeilen durchgefuehrt 
wird und sich der Unterschied bei den beiden Berechnungsarten dann 
erheblich auswirkt.


Vielen Dank im Voraus fuer eure Hilfe!

Viele Gruesse
Veit



--
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] Fehler oder Feature???

[Veit]

Hallo,
ich habe in einer Tabelle festgestellt, dass es in berechneten Zellen 
unterschiedliche Ergebnisse gibt, je nachdem welche Formel man nimmt.


Hier ein Beispiel:
Spalte A und B enthalten eingegebene Werte, in Spalte C wird die 
prozentuale Veraenderung von A nach B berechnet. Hier entsteht schon die 
erste Frage: Auch wenn die eingegebene Formel richtig ist, gibt es eine 
bessere Formel, oder Darstellung (10,9 oder 1,109) dafuer, vor allem, 
wenn man bedenkt, dass dieser Wert fuer die weiteren Berechnungen 
verwendet wird.
In Spalte D ist wieder eine eingegebene Zahl, die auf internen 
Berechnungen basiert. In Spalte E wirde die prozentuale Veraenderung 
herangezogen und D damit multipliziert.

Aber je nach Formel ergeben sich unterschiedliche Werte.


Spalte A |Spalte B |Spalte C   |Spalte D  |Spalte E
512.876  |568.950  |=(B*100/A)-100 |1.183.939 |=(D*(C+100)/100)
 | |10,9   |  |1.313.382

Gibt man in den Spalten C und E aber folgende alternative Formeln ein, 
so ergibt sich ein anderer Wert in Spalte E:

 | |=(B*100/A)/100 |1.183.939 |=(D*C)
 | |1,109  |  |1.312.988

Wie kommt dieser Unterschied zu Stande?
Liegt bei mir evtl. ein Denkfehler vor?
Welche Formel sollte ich verwenden? Gibt es eine Bessere?
Man bedenke, dass diese Berechnung in ueber 100 Zeilen durchgefuehrt 
wird und sich der Unterschied bei den beiden Berechnungsarten dann 
erheblich auswirkt.


Vielen Dank im Voraus fuer eure Hilfe!

Viele Gruesse
Veit

--
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] Fehler in Calc: Funktion "Häufigkeit"

[Wolfgang Jäth]

Am 01.07.2019 um 22:56 schrieb eilfh:
> Am Montag, 1. Juli 2019, 21:45:44 CEST schrieb Jörg:
> 
>> 
>> Das Problem ist Folgendes:
>> Ich habe eine Spalte mit 8760 Werten ( Spalte A), die nach 220 Werten (
>> Spalte B) hinsichtlich ihrer Häufigkeit durchsucht werden soll. Die
> 
> 
> Hi,
> bei dir fehlt die geschweifte Klammer
> 
> =HÄUFIGKEIT(A$2:A$8761;B33)
> 
> muss so aussehen:
> {=HÄUFIGKEIT(A$2:A$8761;B33)}
> 
> (kriegt man mit )

Das ist der eine Fehler, der andere ist der 2. Parameter. Dort muss auf
ein Array verwiesen werden, in dem die Grenzwerte stehen (siehe Hilfe).
Da Jörg direkt für jeden Wert die Häufigkeit ermitteln möchte, kann er
Spalte B direkt angeben:

| {=HÄUFIGKEIT(A$2:A$8761;B2:B221)}

und zwar nur *einmal*, in Zelle C2; diese Matrixformel füllt dann den
Zellbereich C2:C222.

Alternativ könnte man auch *nur* "...;B2:B220)" angeben, dann wird eben
in Zelle C221 (also hinter die 20,0) die Häufigkeit aller Werte größer
dem letzten Grenzwert aka 19,9 angegeben, was ja den 20,0 entspricht.

Btw., ich hätte dafür gar keine komplizierte Matrixformel verwendet,
sondern das simple klassische

| =ZÄHLENWENN(A$2:A$8761;B2)

Damit (beide Varianten) erübrigt sich auch Spalte D, denn die Anzahl der
vorkommen eines konkreten Wertes steht dann direkt in Spalte C.

@Jörg: Dein Problem mit den rot markierten Stellen kann ich nicht
nachvollziehen; bei mir stehen da Werte >0 drin (auch im Original); also
z. B. stehen hinter dem Wert 1,7 die Werte 109 und 40.

Und was die Regressionsgeschichte an geht, damit kenn ich mich nicht so
gut aus, aber ich vermute dahinter eher einen Denkfehler. Wenn ich mir
die Kurve von "P brerechnet" mal ins Diagramm hole und anschaue, dann
kann ich ungefähr abschätzen, dass sich die Verlängerungen der beiden
Linien ganz grob gerechnet bei etwa dem Wert 16 wieder schneiden
dürften. Und auch nach unten hin kann man ein Schneiden der verlängerten
Linien bei ungefähr dem Wert 0 erahnen. Also genau das typische
Verhalten, das ich von einer Trend- bzw. Regressionslinie erwarten
würde. Du kannst schließlich nicht erwarten, dass sie sich exakt 1:1 auf
den tatsächlichen Werten abbildet.

Wolfgang
-- 
Donald Trump glaubt ja ständig und überall einen nationalen
Notstand zu sehen - vielleicht sollte er weniger häufig so
selbstverliebt in den Spiegel starren?


-- 
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] Fehler in Calc: Funktion "Häufigkeit"

[ice...@web.de]

Hallo Jörg,

zu Deiner Frage hinsichtlich der Ermittlung der Häufigkeit
hast Du ja bereits eine Antwort erhalten (geschweifte Klammern).

Die Regressions-Koeffizienten sind deswegen von CALC falsch berechnet
worden,
weil Du statt des Diagrammstyps "XY (Streudiagramm)" den Typ
"Liniendiagramm" verwendet hast.

Gruß
Jörn




Noch ein anderes Problem mit Calc: Datenpaare und Regressions-Kennlinie


Auf dem gleichen Tabellenblatt ist eine Datentabelle enthalten, rechts daneben
das zugehörige Liniendiagramm. Die Regressions-Kennlinie ist optisch perfekt
ermittelt, die zugehörige Gleichung in die Tabelle eingetragen offenbart aber,
dass hier ein sehr großer Fehler vorhanden ist. Damit sind die Rechenwerte
aber unbrauchbar, weil vollständig unzuverlässig. Allerdings: Excel macht es
keinen Deut besser.


Ich hoffe, dass die Fehlerursache ermittelt werden kann, wobei mir das erste
Problem mehr auf den Nägeln brennt.


Danke.


Viele Grüße
Jörg Saur




--
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] Fehler in Calc: Funktion "Häufigkeit"

[eilfh]

Am Montag, 1. Juli 2019, 21:45:44 CEST schrieb Jörg:

> 
> Das Problem ist Folgendes:
> Ich habe eine Spalte mit 8760 Werten ( Spalte A), die nach 220 Werten (
> Spalte B) hinsichtlich ihrer Häufigkeit durchsucht werden soll. Die


Hi,
bei dir fehlt die geschweifte Klammer

=HÄUFIGKEIT(A$2:A$8761;B33)

muss so aussehen:
{=HÄUFIGKEIT(A$2:A$8761;B33)}

(kriegt man mit )

Frank



-- 
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] Fehler in Calc: Funktion "Häufigkeit"

[eilfh]

Am Montag, 1. Juli 2019, 16:47:17 CEST schrieb Jörg:
> Die Regressions-Kennlinie ist optisch perfekt
> ermittelt, die zugehörige Gleichung in die Tabelle eingetragen offenbart,

hi,


wenn ich aus deinen Daten (Spalte L und M) ein Diagramm erstelle und/oder 
gleich eine Regr.-gleichung  -- 5. Grades schätzen lasse
heißt die:
(sorry: copy-and-paste geht nicht) 
ich verkürze deshalb

f(x) = 0,4302 x(5) - 16,8260 x(4) + 243,4066 x(3) + 1601,6996 x(2) + 
5071,1923 x + 6184,4088
und B > 0,

(und kann die Exponent nicht besser darstellen 
-- auf vier Kommastellen reduziert)

Mir ist nicht klar, wie du zu deiner Formel "gekommen" bist


Frank






-- 
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] Fehler in Calc: Funktion "Häufigkeit"

[eilfh]

Am Montag, 1. Juli 2019, 16:47:17 CEST schrieb Jörg:
> Das Problem ist Folgendes:
> Ich habe eine Spalte mit 8760 Werten ( Spalte A), die nach 220 Werten (
> Spalte B) hinsichtlich ihrer Häufigkeit durchsucht werden soll. Die
> entsprechende Beispieldatei ist im Anhang.
> Die Suchwerte haben einen Abstand von je 0,1 und sollen in der Datenmenge im
> Bereich 0 - 22 durchsucht werden ( Gesamthäufigkeit ab Kleinstwert Spalte C
> ). Dann will ich ermitteln, welcher Wert wie oft vorkommt ( Spalte D). In
> der Beispieldatei kommt es an der rot markierten Stelle ( Zeilen 152,153 )
> zu einem Fehler, der sich rechts daneben auswirkt mit dem Wert "0". Die
> Spalten "F" und "G" enthalten das Ergebnis von Excel, das den Fehler nicht
> zeigt.

hi,

mein Ergebnis mit deine Daten (erster Teil) hab ich mal bei 
https://transfer.sh/   
(lt. https://forum.kuketz-blog.de/viewtopic.php?t=890)
rein gestellt
(heißt: bsp_1.ods)


ich meine, war nicht problematisch



Frank

p.s.
ich hab mit Datentransfer nicht so die Erfahrung,
ich kann die Datei auch als p.m senden
d.o. 




-- 
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] Fehler in Calc: Funktion "Häufigkeit"

[Jörg]

Guten Tag, liebe Helfer-Gemeinde,


auf meinem Rechner läuft folgende Version von LibreOffice:
Version: 6.2.4.2 (x64)
Build-ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded


Das Problem ist Folgendes:
Ich habe eine Spalte mit 8760 Werten ( Spalte A), die nach 220 Werten ( Spalte
B) hinsichtlich ihrer Häufigkeit durchsucht werden soll. Die entsprechende
Beispieldatei ist unter folgendem Link bei Wetransfer abrufbar: 
Download-Link 
https://we.tl/t-IVJunMQJlV


Die Suchwerte haben einen Abstand von je 0,1 und sollen in der Datenmenge im
Bereich 0 - 22 durchsucht werden ( Gesamthäufigkeit ab Kleinstwert Spalte C ).
Dann will ich ermitteln, welcher Wert wie oft vorkommt ( Spalte D).
In der Beispieldatei kommt es an der rot markierten Stelle zu einem Fehler,
der sich rechts daneben auswirkt mit dem Wert "0".  
Die Fehlerhäufigkeit steigt erheblich, wenn die Werte in Spalte "A" durch
Werte aus Spalte "G" oder "H" oder andere gleicher Menge ersetzt werden. Die
Fehlerrate steigt besonders dann stark an, wenn man berechnete Werte über
"Inhalte einfügen - Nur Werte" in Spalte "A" kopiert. Der Wert, der eigentlich
an der Stelle der "0" stünde, wird dann dem nachfolgenden Häufigkeitswert
zugeschlagen. 




Noch ein anderes Problem mit Calc: Datenpaare und Regressions-Kennlinie


Auf dem gleichen Tabellenblatt ist eine Datentabelle enthalten, rechts daneben
das zugehörige Liniendiagramm. Die Regressions-Kennlinie ist optisch perfekt
ermittelt, die zugehörige Gleichung in die Tabelle eingetragen offenbart aber,
dass hier ein sehr großer Fehler vorhanden ist. Damit sind die Rechenwerte
aber unbrauchbar, weil vollständig unzuverlässig. Allerdings: Excel macht es
keinen Deut besser.


Ich hoffe, dass die Fehlerursache ermittelt werden kann, wobei mir das erste
Problem mehr auf den Nägeln brennt.


Danke.


Viele Grüße
Jörg Saur 

-- 
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] Fehler in Calc: Funktion "Häufigkeit"

[Wolfgang Jäth]

Am 01.07.2019 um 16:47 schrieb Jörg:
> 
>  Die entsprechende Beispieldatei ist im Anhang.

Anhänge werden (aus gutem Grund) in Mailinglisten üblicherweise nicht
weiter geleitet. Bitte stell die Datei ins Netz (Upload-Dinste findest
du bei Google zuhauf, selbst Firefox/Mozilla bietet neuerdings so was
an), und poste den Link hier.

Wolfgang
-- 
Donald Trump glaubt ja ständig und überall einen nationalen
Notstand zu sehen - vielleicht sollte er weniger häufig so
selbstverliebt in den Spiegel starren?


-- 
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] Fehler in Calc: Funktion "Häufigkeit"

[Robert Großkopf]

Hallo Jörg,
> 
> 
> Das Problem ist Folgendes:
> Ich habe eine Spalte mit 8760 Werten ( Spalte A), die nach 220 Werten ( Spalte
> B) hinsichtlich ihrer Häufigkeit durchsucht werden soll. Die entsprechende
> Beispieldatei ist im Anhang.

Anhänge werden in der Mailingliste grundsätzlich unterbunden. Du
müsstest den Inhalt irgendwo hochladen, damit andere darauf zugreifen
können.

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

[de-users] Fehler in Calc: Funktion "Häufigkeit"

[Jörg]

Guten Tag, liebe Helfer-Gemeinde,


auf meinem Rechner läuft folgende Version von LibreOffice:
Version: 6.2.4.2 (x64)
Build-ID: 2412653d852ce75f65fbfa83fb7e7b669a126d64
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard; VCL: win; 
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded


Das Problem ist Folgendes:
Ich habe eine Spalte mit 8760 Werten ( Spalte A), die nach 220 Werten ( Spalte
B) hinsichtlich ihrer Häufigkeit durchsucht werden soll. Die entsprechende
Beispieldatei ist im Anhang.
Die Suchwerte haben einen Abstand von je 0,1 und sollen in der Datenmenge im
Bereich 0 - 22 durchsucht werden ( Gesamthäufigkeit ab Kleinstwert Spalte C ).
Dann will ich ermitteln, welcher Wert wie oft vorkommt ( Spalte D).
In der Beispieldatei kommt es an der rot markierten Stelle ( Zeilen 152,153 )
zu einem Fehler, der sich rechts daneben auswirkt mit dem Wert "0". Die
Spalten "F" und "G" enthalten das Ergebnis von Excel, das den Fehler nicht
zeigt. 
Die Fehlerhäufigkeit steigt erheblich, wenn die Werte in Spalte "A" durch
Werte aus Spalte "I" oder "J" oder andere gleicher Menge ersetzt werden.
Dieses Problem gibt es mit Excel nicht ( das ich nur ausnahmsweise benutze )
da ich Calc mancher Hinsicht bedienungsfreundlicher finde.


Noch ein anderes Problem mit Calc: Datenpaare und Regressions-Kennlinie


Auf dem gleichen Tabellenblatt ist eine Datentabelle enthalten, rechts daneben
das zugehörige Liniendiagramm. Die Regressions-Kennlinie ist optisch perfekt
ermittelt, die zugehörige Gleichung in die Tabelle eingetragen offenbart, dass
hier ein sehr großer Fehler vorhanden ist. Damit sind die Rechenwerte aber
unbrauchbar weil vollständig unzuverlässig. Allerdings: Excel macht es keinen
Deut besser.


Ich hoffe, dass die Fehlerursache ermittelt werden kann, wobei mir das erste
Problem mehr auf den Nägeln brennt.


Danke.


Viele Grüße
Jörg Saur 

-- 
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] Fehler in Bildexport von Calc?

[OoOHWHOoO]

Hallo *,

ich habe jetzt nochmals eine ausführliche Testreihe durchgeführt und bin 
zu dem (vorläufigen) Ergebnis gekommen, dass offensichtlich das für die 
CALC-Datei aktuell eingestellte Papierformat eine wesentliche Rolle 
spielt, ob die "gepunkteten Linien" fehlerfrei angezeigt werden oder 
nicht.


[1] BasicMakro "SF_CALC"

[1.1] "S(eiten) F(ormatierung) CALC" setzt die Seitengröße des 
CALC-Dokumentes auf die Größe des Tabellenblattes, d.h., auf die Größe 
des Rechteckes, das sich aus dem größten Spalten-/Zeilen-Index ergibt 
bezogen auf vom Benutzer genutzte Zellen.
[1.2] Dies hat den Vorteil, dass man für den Export des jeweiligen 
Tabellenblattes weder mit der Maus einen Bereich markieren noch bei dem 
Windows-Explorer das "Auswahl"-Häkchen setzen muss, wodurch nicht 
überschaubare (zusätzliche) eventuelle Fehlerquellen ausgeschlossen 
werden.
[1.3] Bei dieser Vorgehensweise muss das zu exportierende Tabellenblatt 
das erste Tabellenblatt (ganz links) sein, da LO beim Export ohne 
Benutzerauswahl standardmäßig immer auf dieses Tabellenblatt zugreift. 
Es wird nur das Papierformat (Seitengröße) eingestellt und anschließend 
mit den LO-Standardwerten exportiert.

[1.4] Hinweise zum Makro
+ Das Makro beginnt immer mit der Zelle "(0,0)" / "A1".
+ Das Makro berücksichtigt nicht die Linien-Dicken der Umrandungen. 
Falls rechts oder unten eine Tabellenblatt-Umrandungslinie nicht oder 
nur teilweise bei der Export-Datei zu sehen sein sollte, dann einfach 
das Papierformat um einen Tick (Zehntel-Millimeter) vergrößern.


[2] Testreihen

Nur bei [2.1] habe ich auch die png-Dateien erzeugt. Da diese sich aber 
nicht von den jpg-Dateien unterscheiden, habe ich sie bei [2.2] und 
[2.3] weggelassen.


[2.1] CALC "Ernst"

[2.1.1] Damit ich das Makro anwenden konnte, musste ich das 
Kalender-Tabellenblatt auf 2 Tabellenblätter ("Jan-Jun" und "Jul-Dez") 
aufteilen. Dafür habe ich nur bei dem Tabellenblatt "Jul-Dez" die 
Zell-Bezüge der Jahres-Zeile und der Monats-Zeilen geändert. Die 
Tabellen-Formatierung wurde nicht modifiziert.
[2.1.2] Nach Anwendung des Makros auf diese beiden Teil-Tabellenblätter 
konnten fehlerfreie jpg/png-Export-Dateien erstellt werden. Aber das war 
nur Zufall (s.u.) !!!


[2.2] CALC "Matthias"

[2.2.1] Damit ich das Makro anwenden konnte, musste ich das 
Kalender-Tabellenblatt auf 2 Tabellenblätter ("Jan-Jun" und "Jul-Dez") 
aufteilen. Dafür habe ich nur bei dem Tabellenblatt "Jul-Dez" die 
Zell-Bezüge der Jahres-Zeile und der Monats-Zeilen geändert. Die 
Tabellen-Formatierung wurde nicht modifiziert.
[2.1.2] Nach Anwendung des Makros auf diese beiden Teil-Tabellenblätter 
konnten teils fehlerfreie, teils fehlerbehaftete jpg-Export-Dateien 
erstellt werden in Abhängigkeit des aktuell eingestellten Papierformats 
für das Tabellenblatt.


[2.3] CALC "Test"

[2.3.1] Das ist eine ganz einfaches Tabellenblatt ohne irgendwelche 
komplizierte Formatierungen.
[2.3.2] In Abhängigkeit vom aktuell eingestellten Papierformat werden 
die gepunkteten Linien korrekt oder nicht korrekt dargestellt.


[4] Bewertung

[4.1] Systemumgebung: LO  6.2.4.2 (x64) [Build-ID: 
2412653d852ce75f65fbfa83fb7e7b669a126d64] @ Windows 7 Home Premium (x64)
[4.2] Offensichtlich besteht ein Zusammenhang zwischen der korrekten 
Darstellung der punktierten Linien und dem aktuell eingestellten 
Papierformat. Sehr gut sichtbar, wenn man sich die jpg-Dateien von [3.2] 
nacheinander anschaut.
[4.3] Zusätzlich zu [4.2] wird das Ganze noch durch den 
"Windows-Explorer-Auswahl-Häkchen"-Fehler überlagert, wenn man in dieser 
Art das Tabellenblatt exportiert. Trotz "passendem Papierformat" (vgl. 
die "OKAY"-Dateien) werden die "gepunkteten Linien" fehlerhaft 
dargestellt.
[4.4] Soweit ich es übersehe scheinen NUR die "gepunkteten Linien" 
Probleme zu bereiten, bei den "gestrichelten Linien" konnte ich 
(allerdings nur stichprobenweise) keine fehlerhaften Darstellungen 
feststellen.
[4.5] Hinweise auf etwaige Fehler meinerseits bezüglich dieser 
Testreihen sind natürlich willkommen.
[4.6] Für einen BugReport scheint mir die Testreihe CALC "Test" am 
geeignetsten, da die Tabelle extrem einfach aufgebaut und das 
Fehler-Verhalten dadurch sehr offensichtlich ist.


[5] Dateien

[5.1] Download-Link

+ https://www.magentacloud.de/share/z.-9a9i3il

[5.2] BasicMakro "SF_CALC"

+ BasicMakro_SF_CALC.txt

[5.3] CALC "Ernst"

+ Ernst.ods
+ Ernst_Jan-Jun_27.50x15.96_OKAY.jpg
+ Ernst_Jan-Jun_27.50x15.96_OKAY.png
+ Ernst_Jul-Dez_27.50x15.96_OKAY.jpg
+ Ernst_Jul-Dez_27.50x15.96_OKAY.png

[5.4] CALC "Matthias"

+ Matthias.ods
+ Matthias_Jan-Jun_27.35x15.96_BxH.jpg
+ Matthias_Jan-Jun_27.40x16.00_BxH.jpg
+ Matthias_Jan-Jun_27.50x16.10_BxH.jpg
+ Matthias_Jan-Jun_27.60x16.20_BxH.jpg
+ Matthias_Jan-Jun_27.70x16.30_BxH.jpg
+ Matthias_Jan-Jun_27.80x16.40_BxH.jpg
+ Matthias_Jan-Jun_27.90x16.50_BxH_OKAY.jpg
+ Matthias_Jul-Dez_27.35x15.96_BxH.jpg
+ Matthias_Jul-Dez_27.40x16.00_BxH.jpg
+ Matthias_Jul-Dez_27.50x16.10_BxH.jpg
+ 

Re: [de-users] Fehler in Bildexport von Calc?

[Matthias Müller]

Hallo Hans-Werner,

Am Freitag, 21. Juni 2019, 18:47:04 CEST schrieb OoOHWHOoO:
> Hallo Matthias,
> 
> ich habe mir mal eben Deine Dateien heruntergeladen.
> 
> Aber leider, wenn man die dünnen Linien durch gestrichelte Linien
> ersetzt, dann tritt der bekannte Fehler - fehlerhafte Linien-Darstellung
> - wieder auf ... zumindest unter Windows 7.
Das werde ich nochmal probieren, am WE mit Linux (Debian) und am Montag mit 
Win 7 und Win 10

snip
> Wenn Du einverstanden bist, würde ich Deine CALC
> "LO_Calc_008a_KalenderNo3_MM.ods" dafür nutzen und darauf weiter
> aufbauen.
Kein Problem, nur zu.

snip

-- 
Mit freundlichen Grüßen
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
-- 
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] Fehler in Bildexport von Calc?

[OoOHWHOoO]

Hallo Matthias,

ich habe mir mal eben Deine Dateien heruntergeladen.

Aber leider, wenn man die dünnen Linien durch gestrichelte Linien 
ersetzt, dann tritt der bekannte Fehler - fehlerhafte Linien-Darstellung 
- wieder auf ... zumindest unter Windows 7.


Da scheint LO wirklich ein Problem zu haben, wenn man gestrichelte 
Linien nutzt, einen Bereich markiert und bei der Explorer-Auswahl das 
Häkchen setzt.


Aber dennoch, Dein Ansatz ist richtig - erst mal sauber machen und dann 
wieder neu aufbauen.


Um den offensichtlichen LO-Bug zu umgehen habe ich mir eine 
WORKAROUND-Lösung überlegt, wie man ohne Bereichsauswahl und ohne 
Explorer-Auswahl-Häkchen jeweils "Jan-Jun" und "Jul-Dez" jeweils genau, 
ohne störende Ränder, als jpg/png/pdf-Datei erhält:


Ich hatte mir mal ein Basic-Makro geschrieben, dass die Größe einer 
Tabelle bestimmt und dann anhand dieser Größe die CALC-Seite 
entsprechend formatiert. Wenn  man dann exportiert, muss man nichts 
auswählen und es wird nur die Tabelle, ohne irgendwelche Ränder, 
exportiert.


Allerdings muss man dazu die beiden Kalender-Halbjahre in getrennten 
Tabellen abspeichern.


Wenn Du einverstanden bist, würde ich Deine CALC 
"LO_Calc_008a_KalenderNo3_MM.ods" dafür nutzen und darauf weiter 
aufbauen.


Grüße
Hans-Werner :-))



-- Originalnachricht --
Von: "Matthias Müller" 
An: users@de.libreoffice.org
Gesendet: 21.06.2019 19:20:50
Betreff: Re: [de-users] Fehler in Bildexport von Calc?


Hallo an Alle,

Am Freitag, 21. Juni 2019, 06:26:38 CEST schrieb OoOHWHOoO:

snip
Tofu umweltfreundlich entsorgt.

Es ist wie ich befürchtet habe. Hier überlagern sich unterschiedliche
Rahmenformatierungen.
Bei diesem Dokument wird die Komplexität ziemlich unterschätzt. Die
Behauptung, dass diese Dokument doch ziemlich einfach sei, stimmt nicht!
Hier sind unterschiedliche Spaltenbreiten, Zellverbunde, unterschiedliche
Hintergrundformatierungen und Rahmenformatierungen zusammen gemischt.

Ich beschäftige mich jetzt seit ca 1 Stunde mit dem Kalender und bin noch
nicht fertig.

Was ich bisher gemacht habe:
Alle Rahmen gelöscht -> scheinbar alles sauber ohne Rahmen -> Pustekuchen
Alle Zellverbünde aufgelöst -> hier kamen weitere Rahmen zum Vorschein
Alle direkten Formatierungen gelöscht -> jetzt war das Dokument sauber.

Aktuell baue ich die Rahmen neu auf.

Grundsatz: Alle Rahmen, ohne Rücksicht auf Zellverbunde setzen und korrekt
haben. Erst dann (!) die Zellverbunde (Monate, Titelzeile) machen.

Mal schauen was dabei raus kommt.

Warum ich das befürchtet habe? Ganz einfach: Damit habe ich auch schon mal
tagelang gekämpft. Bis ich dann die oben beschriebene Radikalkur gemacht habe.

Ich habe fertig.

Die Dateien liegen hier:
https://send.firefox.com/download/0fc46339bb0fb8c0/#Mtz712RmRFqxKGfP2xOspw
(der Link läuft in 7 Tagen ab)

Kopfzerbrechen bereitet mir der fehlende senkrechte Strich in der Titelzeile
und am Ende der Monatszeile. :-|

--
Mit freundlichen Grüßen
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
--
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] Fehler in Bildexport von Calc?

[Matthias Müller]

Hallo an Alle,

Am Freitag, 21. Juni 2019, 06:26:38 CEST schrieb OoOHWHOoO:

snip
Tofu umweltfreundlich entsorgt.

Es ist wie ich befürchtet habe. Hier überlagern sich unterschiedliche 
Rahmenformatierungen. 
Bei diesem Dokument wird die Komplexität ziemlich unterschätzt. Die 
Behauptung, dass diese Dokument doch ziemlich einfach sei, stimmt nicht!
Hier sind unterschiedliche Spaltenbreiten, Zellverbunde, unterschiedliche 
Hintergrundformatierungen und Rahmenformatierungen zusammen gemischt.

Ich beschäftige mich jetzt seit ca 1 Stunde mit dem Kalender und bin noch 
nicht fertig.

Was ich bisher gemacht habe:
Alle Rahmen gelöscht -> scheinbar alles sauber ohne Rahmen -> Pustekuchen
Alle Zellverbünde aufgelöst -> hier kamen weitere Rahmen zum Vorschein
Alle direkten Formatierungen gelöscht -> jetzt war das Dokument sauber.

Aktuell baue ich die Rahmen neu auf.

Grundsatz: Alle Rahmen, ohne Rücksicht auf Zellverbunde setzen und korrekt 
haben. Erst dann (!) die Zellverbunde (Monate, Titelzeile) machen.

Mal schauen was dabei raus kommt.

Warum ich das befürchtet habe? Ganz einfach: Damit habe ich auch schon mal 
tagelang gekämpft. Bis ich dann die oben beschriebene Radikalkur gemacht habe.

Ich habe fertig.

Die Dateien liegen hier:
https://send.firefox.com/download/0fc46339bb0fb8c0/#Mtz712RmRFqxKGfP2xOspw
(der Link läuft in 7 Tagen ab)

Kopfzerbrechen bereitet mir der fehlende senkrechte Strich in der Titelzeile 
und am Ende der Monatszeile. :-|

-- 
Mit freundlichen Grüßen
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
-- 
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] Fehler in Bildexport von Calc?

[OoOHWHOoO]

Hallo Gerhard (+ Matthias + Ernst + Christine/Günther +),

Deine Aussage "[...] du hast übrigens bei deiner doch sehr genauen 
Beschreibung vergessen, zu erwähnen, dass du beim Export "Auswahl" 
anhakst, aber ich sehe am Ergebnis, dass du das getan haben musst, weil 
nur 6 Monate in der Datei enthalten sind. [...]" ist entscheidend zur 
weiteren BUG-Eingrenzung:


[1] jpg-Export OHNE Auswahl
[1.1] Ich habe den jpg/-png-Export GENAU SO gemacht, wie in meiner 
vorherigen Mail angegeben.
[1.2] Ich habe NICHT manuell mit der Maus die als jpg-Datei zu 
exportierenden Zellen markiert.
[1.3] Ich habe NICHT beim Explorer-"Speichern unter"-Dialog das Häkchen 
bei "Auswahl" gesetzt.
[1.4] Bei dieser Vorgehensweise ist die exportierte jpg-Datei 
FEHLERFREI.
[1.5] Warum bei dieser Vorgehensweise EXAKT das erste Kalenderhalbjahr 
exportiert wird, habe ich (noch) nicht herausgefunden.


[2] jpg-Export MIT Auswahl
[2.1] Ich habe mit der Maus die Zellen des ersten Kalenderhalbjahres 
markiert (A1 bis AD34).
[2.2] Bei dem Explorer-"Speichern unter"-Dialog habe ich das Häkchen bei 
"Auswahl" gesetzt.
[2.3] Bei dieser Vorgehensweise ist die exportierte jpg-Datei 
FEHLERBEHAFTET.


[3] Ergebnis
[3.1] Ohne "Maus/Explorer-Auswahl" ist das jpg-Export-Ergebnis 
fehlerfrei, mit "Maus/Explorer-Auswahl" fehlerbehaftet.
[3.2] Bei meiner Vorgehensweise (siehe [1]) solltest Du auch eine 
fehlerfreie jpg-Export-Datei erzeugen können.


[4] Download
[4.1] Download-Link => https://www.magentacloud.de/share/z.-9a9i3il
[4.2] CALC-Datei => testfile.ods
[4.3] jpg-Export ohne "Maus/Explorer-Auswahl" => 
testfile_NoCellSelection.jpg
[4.4] jpg-Export mit "Maus/Explorer-Auswahl" => 
testfile_CellSelectionUsingMouseAndWindowsExplorer.jpg


Grüße
Hans-Werner :-))


-- Originalnachricht --
Von: "Gerhard Weydt" 
An: users@de.libreoffice.org
Gesendet: 20.06.2019 22:53:12
Betreff: Re: [de-users] Fehler in Bildexport von Calc?


Hallo Hans-Werner,

ja, natürlich ist das ein Bug, mein Zweifel bezog sich nur auf das Fehlen des 
restlichen Rands bei deinen Versuchen, aber nicht auf das ursprüngliche Problem 
von Ernst.
Dein Vorgehen deckt sich, soweit ich das herauslesen kann, mit meinem; du hast übrigens 
bei deiner doch sehr genauen Beschreibung vergessen, zu erwähnen, dass du beim Export 
"Auswahl" anhakst, aber ich sehe am Ergebnis, dass du das getan haben musst, 
weil nur 6 Monate in der Datei enthalten sind.
Ich habe nun die Ausgangsdatei stark vereinfacht, um überhaupt eine Chance zu 
finden, das als Bug melden zu können:
nur wenige Zeilen und Spalten, ohne Text. Da komme ich zu dem Schluss, dass unter anderem 
die Verarbeitung der punktierten Linien Probleme macht. Ob das schon alles erklärt, weiß 
ich noch nicht, aber es könnte gut sein, dass das auch für die anderen Fehler 
verantwortlich ist, weil auch die senkrechten Linien, die stückweise fehlen, in der 
Quelle punktiert sind; die Linie zwischen Tagesnummer und Wochentag ist offenbar 
irgendwie anders, das könnte eine Überlagerung von zwei punktierten Linien, das könnte 
der Grund sein, warum sie sich etwas anders verhält. Feststellen kann ich das allerdings 
nicht, die entsprechenden Eigenschaften die ich in Xray sehe, unterscheiden sich nicht 
wenn ich in C4 und D4 jeweils den linken Rand anschaue bzw. in B4 und C4 den rechten; und 
in Format sehe ich ja sowieso nur die eingestellten Eigenschafte, wenn sie für alle 
Ränder gleich sind, sobald ein Rand anders ist, wird nur noch der Default angezeigt, und 
ich finde auch keinen Weg, das zu sehen, ich kann zwar mit Tab den linken Rand in der 
symboischen Darstellung im Dialog "Format" erreichen und von da aus mit 
NachRechts auch den rechten Rand, aber die angezeigten Eigenschaften ändern sich nicht.
Und auch die Selektion beeinflusst das Ergebnis.
Aber jetzt zu der Testdatei und den Ergebnissen. Ich habe alles nur mit jpg 
gemacht, weil ich bei den bisherigen Antworten immer den Eindruck hatte, dass 
sich jpg und png gleich verhalten.
[1] Die Test-Datei heißt TestExportJpgSelection.ods
[2.1] wenn ich genau die Zellen auswähle, die irgendwo einen Rand haben, also 
C2:I4, dann ist das Ergebnis TestExportJpgSelectionExact.jpg
[2.2] wenn ich noch einen Rand von einer Zellenbreite/höhe drumherum mit 
auswähle, also B1:J5, dann ist das Ergenis TestExportJpgSelectionPlusBorder.jpg
Eine noch größere Selektion scheint (fast) nichts mehr zu ändern.
[2.3] Hier sieht man schon, dass statt der gepunkteten Linie ziemlich großzügige Striche gezeichnet 
werden, und zwar unterschiedlich lange in den beiden Fällen. Außerdem fällt auf, dass bei der 
Anzeige mit der Anwendung "Fotos", die in Windows10 Standard ist (ich weiß nicht mehr, ob 
es die schon in Windows 7 gab) der erst klare Strich dann zu einem blaugrauen, etwas verwaschenen 
wird. Wenn ich die Datei allerdings mit IrfanView anschaue, passi

Re: [de-users] Fehler in Bildexport von Calc?

[Gerhard Weydt]

 gepunkteten Linie (die anderen Linienarten wären 
ja auch noch zu testen!) nicht sauber funktioniert.
Ich will nun aber diese Zwischenergebnisse erst einmal weitergeben. Die 
Dateien stehen in https://www.magentacloud.de/share/ofp4cj9vq3.


Grüße

Gerhard

Am 20.06.2019 um 10:23 schrieb OoOHWHOoO:

Hallo Gerhard,

ich kann mir schon vorstellen, dass da ein LO-Bug vorliegen könnte, 
denn die jpg/png-Export-Ergebnisse sind schon sehr unterschiedlich. 
Um, zumindest im Windows-Bereich, vergleichbare jpg/png-Export-Dateien 
erzeugen zu können, bin ich folgendermaßen vorgegangen, wodurch auch 
andere Windows-Nutzer unter identischen Bedingungen (bezüglich 
LibreOffice) vergleichbare jpg/png-Export-Dateien erzeugen können 
sollten:


[1] CALC-Datei
[1.1] "testfile.ods" ist die originale und unveränderte CALC-Datei von 
Ernst.

[2] LO-Versionen
[2.1] Via "Separate Install GUI" habe ich die LO-Versionen "6.0.7.3 
(x64)", "6.1.6.3 (x64)", "6.2.4.2 (x64)" und "6.3.0.0 beta1 (x64)" 
parallel installiert, wodurch man vergleichbare 
Standard-Installationen ohne Benutzer-Modifikationen erhalten sollte. 
Damit es nicht zu viel wird, habe ich hier immer die aktuell höchste 
verfügbare LO-Version genommen.

[3] jpg/png-Export
[3.1] Bezüglich jpg/png-Export bin ich immer gleich vorgegangen ohne 
Benutzer-Modifikation der jeweiligen LO-Parallel-Installation.

[3.2] LO-Start
[3.2.1] Immer über den Link, der von "Separate Install GUI" zur 
Verfügung gestellt wird(beispielsweise): "E:\LOP\LibreOffice 
6.0.7.3\program\soffice.exe"
[3.2.2] Das Fenster der damit gestateten LO-Version habe ich 
unverändert gelassen.

[3.3] jpg/png-Datei-Export
[3.3.1] Über [Datei öffnen] habe ich "testfile.ods" geöffnet, wobei 
ich das damit neu geöffnete Fenster der CALC-Datei unverändert 
gelassen habe.
[3.3.2] Über [Datei]>[Exportieren] habe ich durch Auswahl von "JPEG - 
..." bzw. "PNG - ..." unter Beibehaltung der von LO vorgegebenen 
Default-Werte die jpg/-png-Datei erstellt.

[4] Ergebnis
[4.1] Alle erstellten jpg/png-Dateien sind identisch und fehlerfrei.
[5] Download-Link
[5.1] https://www.magentacloud.de/share/z.-9a9i3il
[5.2] jpg/png-Export-Dateien 
(testfile_'LO-Version'_'Build-ID'_'Betriebssystem'.'[jpg|png]'
testfile_LO6.0.7.3X64_dc89aa7a9eabfd848af146d5086077aeed2ae4a5_Win7HomePremX64.jpg 

testfile_LO6.0.7.3X64_dc89aa7a9eabfd848af146d5086077aeed2ae4a5_Win7HomePremX64.png 

testfile_LO6.1.6.3X64_5896ab1714085361c45cf540f76f60673dd96a72_Win7HomePremX64.jpg 

testfile_LO6.1.6.3X64_5896ab1714085361c45cf540f76f60673dd96a72_Win7HomePremX64.png 

testfile_LO6.2.4.2X64_2412653d852ce75f65fbfa83fb7e7b669a126d64_Win7HomePremX64.jpg 

testfile_LO6.2.4.2X64_2412653d852ce75f65fbfa83fb7e7b669a126d64_Win7HomePremX64.png 

testfile_LO6.3.0.0beta1X64_a187af327633f5f00363be5131bd21a13e0f1a7b_Win7HomePremX64.jpg 

testfile_LO6.3.0.0beta1X64_a187af327633f5f00363be5131bd21a13e0f1a7b_Win7HomePremX64.png 


[6] Anmerkungen
[6.1] Das Fehlen der beiden "rechten durchgezogenen Linien" ist bei 
den LO-Parallel-Installationen nicht mehr aufgetreten. Warum, weiß ich 
nicht. Allerdings habe ich diese damaligen Dateien nicht so 
standardisiert erzeugt wie die jetzigen.
[6.2] Mittlerweile bin ich der Meinung, dass nur eine 
Problematisierung der jeweiligen Betriebssystem-Umgebung 
(Windows/Linux) zu kurz gedacht ist. Man muss wohl (A) Software 
(Betriebssystem), (B) Hardware (insbesondere Grafik) als auch die 
aktuelle (C) LO-Benutzer-Modifikationen sowie (D) 
LO-Benutzer-Vorgehensweisen bei der jpg/png-Erstellung in die 
Betrachtung einschließen. Via [1]-[3] sollte zumindest (C)+(D) 
kompensiert werden.


Grüße
Hans-Werner :-))


-- Originalnachricht --
Von: "Gerhard Weydt" 
An: users@de.libreoffice.org
Gesendet: 19.06.2019 23:57:50
Betreff: Re: [de-users] Fehler in Bildexport von Calc?


Hallo Ernst, Hans-Werner und Matthias,

einige Feststellungen zu dem ursprünglichen Problem, die aber keine 
Lösung in Aussicht stellen, habe ich unten trotz allem angefügt, 
nachdem ich das nach und nach beim Testen geschrieben hatte.
Aber eine ganz andere Richtung möchte ich Ernst vorschlagen: das 
erzeugte PDF sieht bei mir richtig aus, und ein PDF kann man auch als 
Bild einfügen. Ist das vielleicht eine Lösung, ohne mit den Rändern 
zu experimentieren?


Hans-Werner: mir ist nicht klar, warum du den Fehler bei den 
unterschiedlichen Betriebssystemen lokalisieren willst, denn du 
produzierst doch auch Fehler unter Windows 7 mit LibO 6.0.0.3, das 
ist doch das gleiche System wie bei deinen Tests mit 6.2.4.2 ; und 
Ernst hat Windows 10, was ja viel näher an Windows 7 ist als Debian 
bei Matthias, und trotzdem erzeugen beide den Fehler. Wobei ich mir 
nicht ganz sicher bin, ob das bei dir auch ein Fehler ist, da es 
gerade der rechte Rand ist; jedenfalls ist es ein anderes Phänomen 
als bei Ernst, soweit ich mich erinnere, der Link, der ja 7 

Re: [de-users] Fehler in Bildexport von Calc?

[OoOHWHOoO]

Hallo Gerhard,

ich kann mir schon vorstellen, dass da ein LO-Bug vorliegen könnte, denn 
die jpg/png-Export-Ergebnisse sind schon sehr unterschiedlich. Um, 
zumindest im Windows-Bereich, vergleichbare jpg/png-Export-Dateien 
erzeugen zu können, bin ich folgendermaßen vorgegangen, wodurch auch 
andere Windows-Nutzer unter identischen Bedingungen (bezüglich 
LibreOffice) vergleichbare jpg/png-Export-Dateien erzeugen können 
sollten:


[1] CALC-Datei
[1.1] "testfile.ods" ist die originale und unveränderte CALC-Datei von 
Ernst.

[2] LO-Versionen
[2.1] Via "Separate Install GUI" habe ich die LO-Versionen "6.0.7.3 
(x64)", "6.1.6.3 (x64)", "6.2.4.2 (x64)" und "6.3.0.0 beta1 (x64)" 
parallel installiert, wodurch man vergleichbare Standard-Installationen 
ohne Benutzer-Modifikationen erhalten sollte. Damit es nicht zu viel 
wird, habe ich hier immer die aktuell höchste verfügbare LO-Version 
genommen.

[3] jpg/png-Export
[3.1] Bezüglich jpg/png-Export bin ich immer gleich vorgegangen ohne 
Benutzer-Modifikation der jeweiligen LO-Parallel-Installation.

[3.2] LO-Start
[3.2.1] Immer über den Link, der von "Separate Install GUI" zur 
Verfügung gestellt wird(beispielsweise): "E:\LOP\LibreOffice 
6.0.7.3\program\soffice.exe"
[3.2.2] Das Fenster der damit gestateten LO-Version habe ich unverändert 
gelassen.

[3.3] jpg/png-Datei-Export
[3.3.1] Über [Datei öffnen] habe ich "testfile.ods" geöffnet, wobei ich 
das damit neu geöffnete Fenster der CALC-Datei unverändert gelassen 
habe.
[3.3.2] Über [Datei]>[Exportieren] habe ich durch Auswahl von "JPEG - 
..." bzw. "PNG - ..." unter Beibehaltung der von LO vorgegebenen 
Default-Werte die jpg/-png-Datei erstellt.

[4] Ergebnis
[4.1] Alle erstellten jpg/png-Dateien sind identisch und fehlerfrei.
[5] Download-Link
[5.1] https://www.magentacloud.de/share/z.-9a9i3il
[5.2] jpg/png-Export-Dateien 
(testfile_'LO-Version'_'Build-ID'_'Betriebssystem'.'[jpg|png]'

testfile_LO6.0.7.3X64_dc89aa7a9eabfd848af146d5086077aeed2ae4a5_Win7HomePremX64.jpg
testfile_LO6.0.7.3X64_dc89aa7a9eabfd848af146d5086077aeed2ae4a5_Win7HomePremX64.png
testfile_LO6.1.6.3X64_5896ab1714085361c45cf540f76f60673dd96a72_Win7HomePremX64.jpg
testfile_LO6.1.6.3X64_5896ab1714085361c45cf540f76f60673dd96a72_Win7HomePremX64.png
testfile_LO6.2.4.2X64_2412653d852ce75f65fbfa83fb7e7b669a126d64_Win7HomePremX64.jpg
testfile_LO6.2.4.2X64_2412653d852ce75f65fbfa83fb7e7b669a126d64_Win7HomePremX64.png
testfile_LO6.3.0.0beta1X64_a187af327633f5f00363be5131bd21a13e0f1a7b_Win7HomePremX64.jpg
testfile_LO6.3.0.0beta1X64_a187af327633f5f00363be5131bd21a13e0f1a7b_Win7HomePremX64.png
[6] Anmerkungen
[6.1] Das Fehlen der beiden "rechten durchgezogenen Linien" ist bei den 
LO-Parallel-Installationen nicht mehr aufgetreten. Warum, weiß ich 
nicht. Allerdings habe ich diese damaligen Dateien nicht so 
standardisiert erzeugt wie die jetzigen.
[6.2] Mittlerweile bin ich der Meinung, dass nur eine Problematisierung 
der jeweiligen Betriebssystem-Umgebung (Windows/Linux) zu kurz gedacht 
ist. Man muss wohl (A) Software (Betriebssystem), (B) Hardware 
(insbesondere Grafik) als auch die aktuelle (C) 
LO-Benutzer-Modifikationen sowie (D) LO-Benutzer-Vorgehensweisen bei der 
jpg/png-Erstellung in die Betrachtung einschließen. Via [1]-[3] sollte 
zumindest (C)+(D) kompensiert werden.


Grüße
Hans-Werner :-))


-- Originalnachricht --
Von: "Gerhard Weydt" 
An: users@de.libreoffice.org
Gesendet: 19.06.2019 23:57:50
Betreff: Re: [de-users] Fehler in Bildexport von Calc?


Hallo Ernst, Hans-Werner und Matthias,

einige Feststellungen zu dem ursprünglichen Problem, die aber keine Lösung in 
Aussicht stellen, habe ich unten trotz allem angefügt, nachdem ich das nach und 
nach beim Testen geschrieben hatte.
Aber eine ganz andere Richtung möchte ich Ernst vorschlagen: das erzeugte PDF 
sieht bei mir richtig aus, und ein PDF kann man auch als Bild einfügen. Ist das 
vielleicht eine Lösung, ohne mit den Rändern zu experimentieren?

Hans-Werner: mir ist nicht klar, warum du den Fehler bei den unterschiedlichen 
Betriebssystemen lokalisieren willst, denn du produzierst doch auch Fehler 
unter Windows 7 mit LibO 6.0.0.3, das ist doch das gleiche System wie bei 
deinen Tests mit 6.2.4.2 ; und Ernst hat Windows 10, was ja viel näher an 
Windows 7 ist als Debian bei Matthias, und trotzdem erzeugen beide den Fehler. 
Wobei ich mir nicht ganz sicher bin, ob das bei dir auch ein Fehler ist, da es 
gerade der rechte Rand ist; jedenfalls ist es ein anderes Phänomen als bei 
Ernst, soweit ich mich erinnere, der Link, der ja 7 Tage halten sollte, ist 
bereits abgelaufen, aber das sah meiner Erinnerung nach ungefähr so aus wie bei 
meinen Versuchen:

an alle:
Ich kann den Fehler sowohl mit 6.1.5.2, 6.2.2.2, 6.2.3.2 und 6.2.4.2 
reproduzieren unter _Windows 10_:
- die senkrechten dünnen Linien sind ungefähr vom 14. bis 27. verschwunden, 
a

Re: [de-users] Fehler in Bildexport von Calc?

[Gerhard Weydt]

Hallo Ernst, Hans-Werner und Matthias,

einige Feststellungen zu dem ursprünglichen Problem, die aber keine 
Lösung in Aussicht stellen, habe ich unten trotz allem angefügt, nachdem 
ich das nach und nach beim Testen geschrieben hatte.
Aber eine ganz andere Richtung möchte ich Ernst vorschlagen: das 
erzeugte PDF sieht bei mir richtig aus, und ein PDF kann man auch als 
Bild einfügen. Ist das vielleicht eine Lösung, ohne mit den Rändern zu 
experimentieren?


Hans-Werner: mir ist nicht klar, warum du den Fehler bei den 
unterschiedlichen Betriebssystemen lokalisieren willst, denn du 
produzierst doch auch Fehler unter Windows 7 mit LibO 6.0.0.3, das ist 
doch das gleiche System wie bei deinen Tests mit 6.2.4.2 ; und Ernst hat 
Windows 10, was ja viel näher an Windows 7 ist als Debian bei Matthias, 
und trotzdem erzeugen beide den Fehler. Wobei ich mir nicht ganz sicher 
bin, ob das bei dir auch ein Fehler ist, da es gerade der rechte Rand 
ist; jedenfalls ist es ein anderes Phänomen als bei Ernst, soweit ich 
mich erinnere, der Link, der ja 7 Tage halten sollte, ist bereits 
abgelaufen, aber das sah meiner Erinnerung nach ungefähr so aus wie bei 
meinen Versuchen:


an alle:
Ich kann den Fehler sowohl mit 6.1.5.2, 6.2.2.2, 6.2.3.2 und 6.2.4.2 
reproduzieren unter _Windows 10_:
- die senkrechten dünnen Linien sind ungefähr vom 14. bis 27. 
verschwunden, aber nicht genau an der Zellgrenze; die dickeren Linien 
sind vollständig

- die waagrechten dünnen Linien fehlen vollständig in Februar und Mai
- die waagrechten dünnen Linien scheinen gegenüber dem Gitter aus den 
dicken Linien etwas verkürzt zu sein, sie ragen in jedem Monat etwas 
mehr von rechts in den vorigen hinein.

Hier ist der Link: https://www.magentacloud.de/lnk/WBhJmLFm

Ich denke, dass hier Matthias auf der richtigen Spur ist, ich habe noch 
einfacher als Matthias nur die Linienbreite im betroffenen Ausschnitt 
auf 0,5pt umgestellt per Schaltfläche "Äußere Umrandung und alle inneren 
Linien zeichnen" (die dickeren dabei auch mit), und schon ist kein 
Fehler zu sehen. Ich habe dann versucht, nur waagrechte oder senkrechte 
Linien auf 1,0pt umzustellen; es hat sich da was geändert, aber da bin 
ich nicht zum Ziel gekommen, immer fehlten manche Linien. Vielleicht 
habe ich es auch nicht ganz richtig gemacht, das ist ja schwer zu 
durchschauen, weil eine Zellenbegrenzung von links und rechts bzw. von 
oben und unten festgelegt wird, man aber nur eine als wirksam sieht. 
Jedenfalls ist obige Beschreibung wohl auch nur gültig für die 
Konstellation in Ernsts Originaldokument, bei meinen Versuchen sieht es 
schon immer wieder etwas anders aus, ein Muster kann ich nicht erkennen.


Man könnte somit die Hypothese aufstellen, dass die Umwandlung von Calc 
in eine Grafik Macken hat, aber das so festzunageln an einfachen 
Beispielen, dass es für eine Bugmeldung geeignet ist, ist natürlich noch 
ein Stück Arbeit. Vor allem besteht ja auch noch das Problem, dass 
Hans-Werner andere Ergebnisse mit Windows7 erzielt als ich mit 
Windows10, und da müssten wir erst einmal exakt klarstellen, dass wir 
genau das gleiche getan haben.


Gruß

Gerhard
Am 19.06.2019 um 07:13 schrieb OoOHWHOoO:

Hallo Matthias & Ernst,

ich habe mal eben mit der "Separate Install GUI" "LO 6.0.0.3 (x64)" 
parallel installiert und die png- und jpg-Dateien erzeugt:


[0] LO_Calc_008a_KalenderNo3.ods

[1] LO 6.0.0.3 (x64) (Build-ID: 
64a0f66915f38c6217de274f0aa8e15618924765) @ Windows 7 Home Premium (x64)


[1.1] LO_Calc_008a_KalenderNo3 - 6.0.0.3 (x64) @ Windows 7 Home 
Premium (x64).jpg
[1.2] LO_Calc_008a_KalenderNo3 - 6.0.0.3 (x64) @ Windows 7 Home 
Premium (x64).png


+ Die gepunkteten Linien werden fehlerfrei erzeugt.
+ Die rechte senkrechte Linie der Zeile "Kalender 2020" fehlt.
+ Die rechte senkrechte Linie der Zeile "Juni" fehlt.

[2] LO 6.2.4.2 (x64) (Build-ID: 
2412653d852ce75f65fbfa83fb7e7b669a126d64) @ Windows 7 Home Premium (x64)


[2.1] LO_Calc_008a_KalenderNo3 - 6.2.4.2 (x64) @ Windows 7 Home 
Premium (x64).jpg
[2.2] LO_Calc_008a_KalenderNo3 - 6.2.4.2 (x64) @ Windows 7 Home 
Premium (x64).png


+ Alles fehlerfrei.

Da die Build-IDs bezüglich "LO 6.0.0.3" identisch sind, sind wohl die 
unterschiedlichen Betriebssystem-Umgebungen


+ Windows 7 Home Premium (x64)
+ Debian 9.6 "Stretch", KDE Frameworks 5.28.0, Qt 5.7.1

für die Unterschiede ursächlich - denk ich mir mal, lass mich 
natürlich aber auch gern eines Besseren belehren.


Download-Link für [0] - [2]: https://www.magentacloud.de/share/z.-9a9i3il

Grüße
Hans-Werner :-))


-- Originalnachricht --
Von: "Matthias Müller" 
An: users@de.libreoffice.org
Gesendet: 18.06.2019 22:05:15
Betreff: Re: [de-users] Fehler in Bildexport von Calc?


Am Dienstag, 18. Juni 2019, 16:47:41 CEST schrieb Ernst Hügli:

 Hallo Hans-Werner

 Danke für Deinen schnellen Test. Es scheint also nicht an meiner 
Tabelle

 zu liegen -

Langsam mit den jungen

Re[]: [de-users] Fehler in Bildexport von Calc?

[OoOHWHOoO]

Hallo Matthias & Ernst,

ich habe mal eben mit der "Separate Install GUI" "LO 6.0.0.3 (x64)" 
parallel installiert und die png- und jpg-Dateien erzeugt:


[0] LO_Calc_008a_KalenderNo3.ods

[1] LO 6.0.0.3 (x64) (Build-ID: 
64a0f66915f38c6217de274f0aa8e15618924765) @ Windows 7 Home Premium (x64)


[1.1] LO_Calc_008a_KalenderNo3 - 6.0.0.3 (x64) @ Windows 7 Home Premium 
(x64).jpg
[1.2] LO_Calc_008a_KalenderNo3 - 6.0.0.3 (x64) @ Windows 7 Home Premium 
(x64).png


+ Die gepunkteten Linien werden fehlerfrei erzeugt.
+ Die rechte senkrechte Linie der Zeile "Kalender 2020" fehlt.
+ Die rechte senkrechte Linie der Zeile "Juni" fehlt.

[2] LO 6.2.4.2 (x64) (Build-ID: 
2412653d852ce75f65fbfa83fb7e7b669a126d64) @ Windows 7 Home Premium (x64)


[2.1] LO_Calc_008a_KalenderNo3 - 6.2.4.2 (x64) @ Windows 7 Home Premium 
(x64).jpg
[2.2] LO_Calc_008a_KalenderNo3 - 6.2.4.2 (x64) @ Windows 7 Home Premium 
(x64).png


+ Alles fehlerfrei.

Da die Build-IDs bezüglich "LO 6.0.0.3" identisch sind, sind wohl die 
unterschiedlichen Betriebssystem-Umgebungen


+ Windows 7 Home Premium (x64)
+ Debian 9.6 "Stretch", KDE Frameworks 5.28.0, Qt 5.7.1

für die Unterschiede ursächlich - denk ich mir mal, lass mich natürlich 
aber auch gern eines Besseren belehren.


Download-Link für [0] - [2]: 
https://www.magentacloud.de/share/z.-9a9i3il


Grüße
Hans-Werner :-))


-- Originalnachricht --
Von: "Matthias Müller" 
An: users@de.libreoffice.org
Gesendet: 18.06.2019 22:05:15
Betreff: Re: [de-users] Fehler in Bildexport von Calc?


Am Dienstag, 18. Juni 2019, 16:47:41 CEST schrieb Ernst Hügli:

 Hallo Hans-Werner

 Danke für Deinen schnellen Test. Es scheint also nicht an meiner Tabelle
 zu liegen -

Langsam mit den jungen Pferden.


 hätte mich auch gewundert, denn so komplex ist sie ja nicht.

Durch die vielen Rahmen und unterschiedlich Rahmenbreiten entsteht
Komplexität, die leicht übersehen wird.


 Werde mal nach 6.2 updaten und dann schauen - dann müsste es nach Deinem
 Experiment klappen.

Ich habe mir die Tabelle ebenfalls runter geladen und nach deiner Anleitung
PNG erzeugt. Mit deiner Originaltabelle entsteht derselbe Fehler wie bei dir.

Dann habe ich mal in mehreren Schritten die Rahmen erneuert. Als letzten
Schritt habe ich den Januar markiert und den Rahmen um den Monat herum auf
1.25 pt und die inneren senk-/waagrechten Linien auf 0,5 pt formatiert (auf
einmal). Danach mit Format übertragen, diese Formatierung auf Februar bis Juni
übertragen. Danach als PNG exportiert und alles war gut.

LO: Version: 6.0.0.3 Build-ID: 64a0f66915f38c6217de274f0aa8e15618924765
Typ Vanilla, also Original von hier: https://de.libreoffice.org/
OS: Debian 9.6 "Stretch", KDE Frameworks 5.28.0, Qt 5.7.1

--
Mit freundlichen Grüßen
Matthias Müller
(Benutzer #439779 im Linux-Counter http://counter.li.org)
PS: Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
--
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