from:"Ernst Hügli"


Hallo Nicol

Am 11.04.23 um 19:24 schrieb Nicole Wittfoot:
Wenn das für dich ok ist schicke ich dir einen Link zu meiner Cloud 
mit einer Datei.



Am 11.04.2023 um 19:18 schrieb Ernst Hügli:

Liebe Nicole

Am 11.04.23 um 19:12 schrieb Nicole Wittfoot:

Moin Ernst,

Formel klingt schon mal gut.
Nun habe ich die Spalte A markiert und über die Zellenformatierung 
versucht in Dezimalzahl umzuwandeln. Das war erfolglos.


Ich bin mit Formeln blutige Anfängerin. Man lernt ja nie aus ;)


Am 11.04.2023 um 19:05 schrieb Ernst Hügli:

Hallo Nicole

Einen Teil der Antwort hat Dir Robert schon gegeben: Du kopierst 
den Wert aus Zelle A1 in Zelle B1 - der Rest ist Formierung. Dazu 
gehst Du im Menü Format - Zelle ins Datumformat und legst für 
Zelle A1 dort fest: TT.MM., dann hast Du dort Dein 
gewünschtes Datumformat. Die Zelle B1 formatierst Du mit dem 
Uhrzeit-Format HH:MM:SS, und schon ist auch diese Aufgabe erledigt.


Das Übertragen der Zahlen geschieht ganz einfach: in eine Zelle 
hineinschreiben (als Formel =A1), dann diese Formel in die 
gewünschten Zeilen kopieren.


Bezüglich der Formatierung gibt es zwei Möglichkeiten: Du kannst 
alle in Frage kommenden Zellen in Spalte A markieren und allen das 
gleiche Format zuweisen; besser (weil weniger fehleranfällig und 
beliebig erweiterbar): Du definierst zwei neue Zellvorlagen, eine 
genannt Datumformat, die andere Zeitformat. Dort legst Du diese 
Formatierung fest. Dann weist Du den jeweiligen Zellen per 
Mausklick zu (zuvor alle in Frage kommenden Zellen markieren). Das 
gibt zwar etwas Arbeit, aber so aufwendig sollte es auch wieder 
nicht sein.


Kannst Du die Daten (wenn sie keine heiklen Informationen enthalten, 
sonst ein Minimalbeispiel mit den Daten) auf einen Webserver 
hochladen? Dann kann ich mir mal anschauen, ob es irgendein weiteres 
Problem gibt. Anhänge funktionieren auf der Liste nicht, so muss man 
diesen Umweg wählen.


Das mit dem Link auf iCloud geht in Ordnung, schicke diesen Link aber 
bitte direkt an meine private Mailadresse, nicht auf der Mailing-Liste, 
sonst ist er für alle zugänglich.


Freundlich grüsst

Ernst



--
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] Calc - Spalte mit Datum und Uhrzeit trennen


Liebe Nicole

Am 11.04.23 um 19:12 schrieb Nicole Wittfoot:

Moin Ernst,

Formel klingt schon mal gut.
Nun habe ich die Spalte A markiert und über die Zellenformatierung 
versucht in Dezimalzahl umzuwandeln. Das war erfolglos.


Ich bin mit Formeln blutige Anfängerin. Man lernt ja nie aus ;)


Am 11.04.2023 um 19:05 schrieb Ernst Hügli:

Hallo Nicole

Einen Teil der Antwort hat Dir Robert schon gegeben: Du kopierst 
den Wert aus Zelle A1 in Zelle B1 - der Rest ist Formierung. Dazu 
gehst Du im Menü Format - Zelle ins Datumformat und legst für Zelle 
A1 dort fest: TT.MM., dann hast Du dort Dein gewünschtes 
Datumformat. Die Zelle B1 formatierst Du mit dem Uhrzeit-Format 
HH:MM:SS, und schon ist auch diese Aufgabe erledigt.


Das Übertragen der Zahlen geschieht ganz einfach: in eine Zelle 
hineinschreiben (als Formel =A1), dann diese Formel in die 
gewünschten Zeilen kopieren.


Bezüglich der Formatierung gibt es zwei Möglichkeiten: Du kannst alle 
in Frage kommenden Zellen in Spalte A markieren und allen das gleiche 
Format zuweisen; besser (weil weniger fehleranfällig und beliebig 
erweiterbar): Du definierst zwei neue Zellvorlagen, eine genannt 
Datumformat, die andere Zeitformat. Dort legst Du diese Formatierung 
fest. Dann weist Du den jeweiligen Zellen per Mausklick zu (zuvor 
alle in Frage kommenden Zellen markieren). Das gibt zwar etwas 
Arbeit, aber so aufwendig sollte es auch wieder nicht sein.


Kannst Du die Daten (wenn sie keine heiklen Informationen enthalten, 
sonst ein Minimalbeispiel mit den Daten) auf einen Webserver hochladen? 
Dann kann ich mir mal anschauen, ob es irgendein weiteres Problem gibt. 
Anhänge funktionieren auf der Liste nicht, so muss man diesen Umweg wählen.


Freundlich grüsst

Ernst



--
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] Calc - Spalte mit Datum und Uhrzeit trennen


Hallo Nicole

Am 11.04.23 um 19:01 schrieb Nicole Wittfoot:

Moin Ernst,

händisch kann ich das Zeile für Zeile machen, aber wie kann ich das 
für eine lange Tabelle umsetzen?

Vielleicht habe ich auch nur nicht verstanden ...


Am 11.04.2023 um 18:52 schrieb Ernst Hügli:


Einen Teil der Antwort hat Dir Robert schon gegeben: Du kopierst den 
Wert aus Zelle A1 in Zelle B1 - der Rest ist Formierung. Dazu gehst 
Du im Menü Format - Zelle ins Datumformat und legst für Zelle A1 dort 
fest: TT.MM., dann hast Du dort Dein gewünschtes Datumformat. Die 
Zelle B1 formatierst Du mit dem Uhrzeit-Format HH:MM:SS, und schon 
ist auch diese Aufgabe erledigt.


Das Übertragen der Zahlen geschieht ganz einfach: in eine Zelle 
hineinschreiben (als Formel =A1), dann diese Formel in die gewünschten 
Zeilen kopieren.


Bezüglich der Formatierung gibt es zwei Möglichkeiten: Du kannst alle in 
Frage kommenden Zellen in Spalte A markieren und allen das gleiche 
Format zuweisen; besser (weil weniger fehleranfällig und beliebig 
erweiterbar): Du definierst zwei neue Zellvorlagen, eine genannt 
Datumformat, die andere Zeitformat. Dort legst Du diese Formatierung 
fest. Dann weist Du den jeweiligen Zellen per Mausklick zu (zuvor alle 
in Frage kommenden Zellen markieren). Das gibt zwar etwas Arbeit, aber 
so aufwendig sollte es auch wieder nicht sein.


Freundlich grüsst

Ernst



--
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] Calc - Spalte mit Datum und Uhrzeit trennen


Hallo Nicole

Am 11.04.23 um 18:46 schrieb Nicole Wittfoot:

Lieben Dank für deine Antwort und Nachfragen.

Hier ein Beispiel:

An Spalte A steht: "23-07-2022 15:00:01"

Ich möchte in Spalte A "23-07-2022" und in Spalte B "15:00:01" stehen 
haben. Es kann Spalte B auch wegfallen.

Das Datum möchte ich formatiert haben in: "23.07.2022"

Viele Grüße
Nicole



Am 11.04.2023 um 18:16 schrieb Robert Großkopf:

Hallo Nicole,


Nun möchte ich Datum und Uhrzeit in zwei Spalten trennen.
Zusätzlich muss das Datumsformat angepasst werden. Statt dem Trenner 
"-" muss ein "." stehen.


Das ist doch erst einmal schlicht eine Formatierungsfrage:
A1 steht Dein Ausgangs-Zeitstempel.
B1 = A1, aber als Datum formatiert
C1 = A1, aber als Zeit formatiert

Oder brauchst Du jeweils das Datum und jeweils die Zeit vom 
30.12.1899 (Datumswert = 0)?


Zusatz zu meinem vorigen Post: Das funktioniert, weil Calc (wie alle 
anderen Tabellenkalkulationen auch!) ein Datum intern als fortlaufende 
Zählung der Tage seit dem 31. Dezember 1899 (= 0. Januar 1900 - eine 
Gewohnheit der Kalenderrechnung) realisiert. Eine Uhrzeit aber wird 
intern als Bruchteil eines Tages zu 24 Stunden notiert. Das merkst Du, 
wenn Du die Zelle A1 (in der Datum und Uhrzeit in der Form TT-MM- 
HH:MM:SS stehen) als gewöhnliche Dezimalzahl formatierst. Dann siehst Du 
in der Zelle die Zahl


44765.6250115741

Die ganze Zahl 44765 ist die Tagesnummer des 23. Juli 2022, der 
Bruchteil ergibt die Uhrzeit - multipliziere sie mit 24 und wandle ins 
Sechzigersystem um, dann kriegst Du wiederum 15 Stunden 0 Minuten 1 
Sekunde (bis auf Rundungsfehler).


Freundlich grüsst

Ernst



--
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] Calc - Spalte mit Datum und Uhrzeit trennen


Hallo Nicole

Am 11.04.23 um 18:46 schrieb Nicole Wittfoot:

Lieben Dank für deine Antwort und Nachfragen.

Hier ein Beispiel:

An Spalte A steht: "23-07-2022 15:00:01"

Ich möchte in Spalte A "23-07-2022" und in Spalte B "15:00:01" stehen 
haben. Es kann Spalte B auch wegfallen.

Das Datum möchte ich formatiert haben in: "23.07.2022"

Viele Grüße
Nicole



Am 11.04.2023 um 18:16 schrieb Robert Großkopf:

Hallo Nicole,


Nun möchte ich Datum und Uhrzeit in zwei Spalten trennen.
Zusätzlich muss das Datumsformat angepasst werden. Statt dem Trenner 
"-" muss ein "." stehen.


Das ist doch erst einmal schlicht eine Formatierungsfrage:
A1 steht Dein Ausgangs-Zeitstempel.
B1 = A1, aber als Datum formatiert
C1 = A1, aber als Zeit formatiert

Oder brauchst Du jeweils das Datum und jeweils die Zeit vom 
30.12.1899 (Datumswert = 0)?


Einen Teil der Antwort hat Dir Robert schon gegeben: Du kopierst den 
Wert aus Zelle A1 in Zelle B1 - der Rest ist Formierung. Dazu gehst Du 
im Menü Format - Zelle ins Datumformat und legst für Zelle A1 dort fest: 
TT.MM., dann hast Du dort Dein gewünschtes Datumformat. Die Zelle B1 
formatierst Du mit dem Uhrzeit-Format HH:MM:SS, und schon ist auch diese 
Aufgabe erledigt.


Freundlich grüsst

Ernst



--
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] Libo 7.5.1.2 - Druckvorschau

2023-03-14 Diskussionsfäden Ernst Hügli


Hallo Listige

Am 14.03.23 um 9:43 schrieb Robert Großkopf:

Hallo Boris,

bei solchen Rundumschlägen stellt sich mir immer die Frage, wie aktiv 
die jeweilige Person denn dabei ist, Fehler auch zu melden.


Und wenn Du die Fehler bei Versionen hast, die mit Tumbleweed raus 
gekommen sind - dann auch da melden. Denn die Pakete direkt von 
LibreOffice sind nicht gleich den Paketen, die SUSE da ausliefert.


Gruß

Robert


Ergänzung zu meinem vorigen Post:

Es gibt bei Programmen zwei grundsätzlich verschiedene Philosophien, was 
die Veröffentlichung neuer Releases angeht: LibreOffice hat sich dafür 
entschieden, in festen, relativ kurzen zeitlichen Abständen einen neuen 
Release zu veröffentlichen. Der Preis für diese Politik sind häufigere 
Fehler. Eine andere Politik verfolgen z.B. Gimp oder Lazarus/Free 
Pascal: Sie veröffentlichen einen neuen Release, wenn die Entwickler 
glauben, eine stabile Version zu haben. Erstaunlich ist: Auch bei Gimp 
und Lazarus folgen oft kurz nach der Veröffentlichung 
Korrekturversionen. Erstaunlich ist das aber nur für Leute, die keinen 
Einblick haben. Bei so komplexen Projekten wie solchen Programmen ist 
selbst bei äusserster Vorsicht (und dem Einsatz von viel Geld und 
Manpower - MS lässt grüssen) keine Garantie gegeben, dass alles 
fehlerfrei läuft. Also bitte etwas mehr Fehlertoleranz und Vorsicht beim 
produktiven Einsatz der neuesten Version - und da greift mein erster 
Post: Die allerwenigsten Nutzer brauchen diese Version wirklich. Die 
Freaks werden aber die Fehler finden und zurückmelden.


Freundlich grüsst

Ernst


--
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] Libo 7.5.1.2 - Druckvorschau

2023-03-14 Diskussionsfäden Ernst Hügli


Am 14.03.23 um 9:43 schrieb Robert Großkopf:

Hallo Boris,

bei solchen Rundumschlägen stellt sich mir immer die Frage, wie aktiv 
die jeweilige Person denn dabei ist, Fehler auch zu melden.


Und wenn Du die Fehler bei Versionen hast, die mit Tumbleweed raus 
gekommen sind - dann auch da melden. Denn die Pakete direkt von 
LibreOffice sind nicht gleich den Paketen, die SUSE da ausliefert.


Gruß

Robert


Hallo Listige

Tja, das ist sehr richtig, was Robert da schreibt. Und für alle, die 
lesen können, steht auf der Download-Seite bei der Version 7.5.1 deutlich:


"Wenn Sie Technik-Enthusiast, Vorreiter oder Spezialist sind, ist diese 
Version etwas für Sie!"


Wenn ein Neuling sich in diese Kategorie einreiht ...

Tja, und genau aus solchen Gründen fahre ich seit einigen Jahren immer 
mit einer Version, die um 2 Nummern tiefer ist als die aktuell neueste - 
den neuen Schickimicki brauche ich sowieso nicht. Und sind wir ehrlich: 
Für produktive Arbeit reicht den allermeisten Nutzern immer noch die 
Nummer 6.4.7. Der Wahn, immer neue Versionen herausbringen zu müssen, 
hat dann eben die Fehleranfälligkeit zur Folge. So was nannten wir zu 
meiner Zeit "Bananenprodukte": Sie reifen beim Kunden ... ;-


Freundlich grüsst

Ernst




--
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: Fwd: [de-users] rundungsfehler bei tabellendokument

2023-03-04 Diskussionsfäden Ernst Hügli


Hallo Günter

Am 04.03.23 um 21:51 schrieb Henry Springer:



Am 04.03.2023 um 21:25 schrieb Henry Springer:


hallo henry.

habe die runden funktion ausprobiert.
das ist ja das allerletzte.
da muss man/frau jede zahl einzeln eingeben und das mit wer weiss 
wievielen

zellen. das ist was für masochisten.
ein zellbezug funktioniert nicht und wird mit fehler abgelehnt.
häufig stellt man den rundungsfehler zunächst garnicht fest, 
insbesondere, wenn

man zuvor eine zellformatierung vorgenommen hat und denkt das wars.
mehrere zellen per runden in einem rutsch zu korrigieren ist nicht 
möglich.

nein, das isses nicht.
für mich ist es ein rätsel, warum das nicht über`s zellen formatieren 
geht. dass

calc die ursprüngliche eingabe, z.b. 3 nachkommastellen, intern
zwischenspeichert, ist nachzuvollziehen. wenn aber eine formel oder 
funktion

geändert wird, muss calc das reflektieren und nur bei bedarf wieder
zurückrudern. alles andere halte ich für blödsinn.
mittlerweile rundet calc mit den alten eingabewerten, selbst wenn ich 
die alten
werte mit nur 2 nachkommastellen neu eingebe. auch inhalte löschen 
tuts nicht.


die weitere lösungsmöglichkeit übers menü: berechnen einstellen: 
genauigkeit wie

angezeigt gibts in meiner aktuellen version garnicht.
eine reparaturinstallation hat auch nichts gebracht.
am ende gibts wahrscheinlich eine ganz simple erklärung/lösung.

jede firma könnte sich bei sowas die kugel geben.





Statt rumzumeckern solltest Du vielleicht besser die Antworten lesen, 
die Dir geliefert werden. Zweimal wurde darauf hingewiesen, dass Du 
nicht zwingend die RUNDEN-Funktion brauchst, sondern über die Option 
"Genauigkeit wie angezeigt" für alle Berechnungen das von Dir gewünschte 
Verhalten erzwingen kannst - die Entwickler haben wesentlich mehr 
berücksichtigt als Du ihnen zutraust. Und beachte bitte, dass die 
Entwickler nicht nur Deine, sondern z.B. auch meine Bedürfnisse 
befriedigen müssen. Mir geht es wie Henry: Wenn ich wissenschaftliche 
Berechnungen mache, dann will ich keineswegs, dass meine Zahlen wie 
angezeigt gerundet werden - wessen Bedürfnisse sind nun wichtiger? Das 
Schöne: Wir können beide glücklich leben mit Calc, aber man muss sich 
halt schon bemühen... Es gibt in der Informatik immer wieder Firmen, die 
machen uns glauben, es brauche überhaupt keinen Lernprozess, mit ihrer 
Software sei man quasi auf dem Königsweg ein Genie. Tja, wie schon 
Euklid vor 2300 Jahren gesagt hat: Es gibt keinen Königsweg zur 
Mathematik, auch nicht zur Informatik.


Ernst



--
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] rundungsfehler bei tabellendokument

2023-03-04 Diskussionsfäden Ernst Hügli


Hallo Günther

Am 04.03.23 um 10:29 schrieb Günter Skarabisch:

hallo

es fallen ab und zu rundungsfehler auf.

beispiel: man addiert (oder per summenformel) 1,728 + 22,656 = 24,384, 
was korrekt ist. formatiert man nun auf 2 nachkommastellen, also 1,73 
+ 22,66 ergibt das nicht 24,39 sondern 24,38 ! im prinzip richtig und 
dennoch falsch.

was kann man da machen?

für eine antwort bedankt sich

skarabisch

Ich gehe mal davon aus, dass Du Dich auf das Modul Calc von LibreOffice 
beziehst. Da gibt es zwei Methoden zu runden:


- Du kannst die Anzahl Kommastellen beschränken. Das verändert das 
Erscheinungsbild der Zahlen auf dem Bildschirm, nicht aber die Zahlen - 
im Hintergrund rechnet Calc immer noch mit drei Kommastellen. Dann ist 
das Ergebnis eben 24.38, wie von Dir beschrieben.


- Du kannst die Zahlen *echt* runden: Calc bietet dafür die Funktion 
=RUNDEN() mit zwei Parametern: Der erste ist die Zahl, die zu runden 
ist, der zweite die Anzahl Stellen. Wenn Du jetzt addierst, rechnet Calc 
24.39 wie von Dir gewünscht.


- Theoretisch gibt es noch eine dritte Möglichkeit: Du kannst in den 
Optionen einstellen: Genauigkeit wie angezeigt. Dies ist aber i.A. nicht 
zu empfehlen, da in diesem Fall *alle *Tabellen davon betroffen sind, es 
ist also eine ziemlich radikale Methode.


Ich hoffe, diese Erläuterungen helfen Dir.

Freundlich grüsst aus der sonnigen Schweiz

Ernst


--
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] Negation in RegEx-Ausdrücken

2022-11-01 Diskussionsfäden Ernst Hügli


Hallo Listige

Angeregt durch Jürgens Antwort im Thread vom Wochenende "Calc: Text 
verketten, ..." habe ich begonnen, mich mit RegEx zu beschäftigen. Da 
ich mich momentan gleichzeitig damit beschäftige, ein Textbook zu 
verfassen, wie man praktische Statistik mit Calc betreiben kann, bin ich 
auf folgendes Problem gestossen:


In einer grossen Tabelle (mehrere hundert Entries) mit Datum-Werten in 
einer Spalte zeigt eine Auswertung mit den Funktionen =ANZAHL() und 
=ANZAHL2(), dass mehrere Werte falsch eingegeben wurden und deshalb als 
Text interpetiert werden. Diese Zellen händisch zu suchen wäre ein 
ziemlicher Aufwand. In meiner Einschätzung wäre das aber genau ein Fall 
für eine Suche mit RegEx-Option ... Soweit, so gut. Mit dem von Jürgen 
angegebenen RegEx-Ausdruck ^(\d{4}-\d{2}-\d{2}) finde ich alle 
Ausdrücke, die korrekt formatiert sind, die falsch formatierten (weil 
fehlerhaft eingegebenen) Zellen werden übersprungen. Zwar funktioniert 
das Ganze also, ist aber gegenüber der händischen Version nicht wirklich 
eine Erleichterung. Besser wäre es, den Ausdruck zu negieren, dann 
müsste Calc die falschen Werte direkt finden. Doch es ist verhext: alle 
Varianten der Negation, die ich im Netz gefunden und ausprobiert habe, 
funktionieren nicht. Wie geht das mit dem Negieren in Calc korrekt? Für 
einen Denkanstoss bin ich Euch sehr dankbar ...


PS1.

In einzelnen Posts zum Thema "Negation von RegEx-Ausdrücken" habe ich 
den Rat gefunden, man solle die Bedingung besser positiv formulieren. 
Das Beispiel zeigt, dass eben manchmal wirklich nur eine Negation eine 
brauchbare Lösung bringt.


PS2.

Ich weiss natürlich auch, dass man das Problem auch mit einer 
Werthervorhebung lösen könnte. Aber da Datumwerte Zahlen sind, werden 
sie blau hervorgehoben, Texte aber schwarz. Okay, diese Farben könnte 
man in den Optionen ändern - aber bei sehr grossen Tabellen (wie sie 
eben gerade beim praktischen Einsatz von Calc für Statistik-Aufgaben 
vorkommen können) ist das keine sichere Lösung.


Besten Dank und noch einen schönen Tag

Freundlich grüsst

Ernst



--
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] CALC: Text verketten, Datum NICHT in DATUMWERT wandeln


Hallo Jürgen

Am 30.10.22 um 21:26 schrieb Jürgen Kirsten:

Hallo Michael,

wie Ernst bereits erwähnt hat, hättest du die Zellen *vor* dem 
Beschreiben als Text formatieren müssen. Jetzt wo sie schon 
Datumsformate haben ist es dafür zu spät.
Der erste Tipp war der beste: mit der Formel =A1&": 
"(B1,"-MM-DD") ausführen.
Nur wenn in Spalte B auch Zahlen stehen dann würde ich dir empfehlen 
die Datumsformate in Text umzuwandeln. Dieses kannst du erreichen 
indem du mit Suchen und Ersetzen (STRG + H) das einfache 
Anführungszeichen vor das Datum schreibst. Damit ist es auch Text.


Suchen: ^(\d{4}-\d{2}-\d{2})
Ersetzen: '$1
Regex an!

Dann mit Find Next, Replace all und Close den Text ersetzen.

Viel Erfolg.

Jürgen


Du schreibst für die Text-Funktion TEXT(B1,"-MM-DD"). In meiner 
LO-Version sind zwei Dinge anders:


 * Der Trenner zwischen Funktionsparametern ist das Semikolon ;
 * Das Formatschema für das Datum wird mit den Anfangsbuchstaben der
   deutschen Bezeichnungen, also J (Jahr) statt Y (Year) und T (Tag)
   statt D (Day) gebildet.

Heisst das, dass Du eine englische Version benutzt bzw. englische 
Funktionsnamen? Dann solltest Du es aber ausdrücklich vermerken, weil 
solche feinen Nuancen verwirren. Das ist keine Kritik an Deiner Antwort 
- die ist wie immer professionell -, sondern ein Hinweis, dass die Liste 
vermutlich auch von "Grienhörnern" ;-) gelesen wird.


Freundlich grüsst

Ernst


--
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] CALC: Text verketten, Datum NICHT in DATUMWERT wandeln


Hallo Michael

Am 30.10.22 um 18:55 schrieb Hessler, Klaus-Michael:

Danke Ernst,
Aber vielleicht beschreibst Du zuerst genauer, was denn alles für 
Einträge vorkommen können - wenn es nur korrekte Daten oder Text sind 
(wie in Deinem Minimalbeispiel), dann kommt Calc mit der 
vorgeschlagenen Lösung klar.
Im Grunde ist in dieser Spalte alles erlaubt und soll 1:1 genau so als 
TEXT übernommen werden; ich muss insbesondere CALC daran hindern, 
etwas das "wie ein Datum aussieht", in DATUMWERT zu wandeln. In den 
CALC-Funktionen habe ich (erfolglos) etwas wie STR(Zelle) gesucht ...


Dann sehe ich nur eine Möglichkeit: Du formatierst die Spalte 
*vorgängig* als Text. Dann wird auch eine "echte" Datumeingabe zu einem 
Text (erkennbar daran, dass sie links ausgerichtet ist). Dann kannst Du 
einfach beide Zellen mit & verketten. Allerdings: Wenn ein Datum einmal 
als 2022-03-09 und einmal als 2022-3-9 eingegeben wird, dann wird das 
Datum genauso übertragen, wie es dasteht - einheitliche 
(Datum-)Formatierung liegt dann nicht mehr drin. Das Problem: Etwas, das 
wie ein Datum aussieht, *ist* für Calc ein Datum, es sei denn, es sei 
ausdrücklich anders formatiert, z.B. eben als Text. Aber das ist bei der 
STR-Funktion (die ich aus Pascal kenne) nicht anders. Hilft Dir das weiter?


Freundlich grüsst

Ernst



--
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] CALC: Text verketten, Datum NICHT in DATUMWERT wandeln


Hallo Michael

Am 30.10.22 um 16:31 schrieb Hessler, Klaus-Michael:

Hallo Ernst,

Danke,
in einer (komplexeren) CALC-Tabelle möchte ich Texte aus mehreren 
Zellen verketten:

      A   B C (SOLL-Ergebnis)
1   Prüf   2022-03-12   Prüf: 2022-03-12
2   Test   Standard Test: Standard

Mit den Formeln in Spalte C
    = A* & ": " & B*
oder
    = A* & ": " & TEXT(B*;"@")
erhalte ich
    Prüf: 44632
    Test: Standard

Wie kann ich erreichen, dass die CALC-Formel Datum-ähnliche 
Zellwerte nicht in DATUMWERT umwandelt?


Interpretiere ich Dich richtig: Du willst statt 44632 das Datum in 
der Form 2022-02-12 haben? 

Ja genau!
Dann verwende als zweiten Parameter in der Funktion auch das 
entsprechende Formatschema: "-MM-TT". 
Das funktioniert tatsächlich, auch für die zweite Zeile mit reinem 
Text in der zweiten Spalte. Trotzdem: Gibt es irgendwelche 
"Gegenanzeigen" für dieses Vorgehen in Abhängigkeit von beliebigen 
Inhalten der Spalte B?


Das hängt ganz davon ab, was in Spalte B alles vorkommen kann. Wenn nur 
ein (korrektes) Datum oder ein Text vorkommen kann, dann müsste es 
eigentlich funktionieren. Wenn aber irgendwelche Zahlen vorkommen können 
(die keinen sinnvollen Datumwert ergeben, z.B.Logikwerte o.ä.), dann 
wird es schwierig: Dann könntest Du das mit einer Hilfsspalte und einer 
Wenn-Konstruktion auffangen: Zuerst diesen "komischen" Zahlenwert in 
einen Text umwandeln und erst danach die Verkettung vornehmen. Die 
Hilfsspalte kannst Du ja bei Bedarf verstecken. Wenn Du befürchtest, 
dass fehlerhafte Eingaben eines Datums das Problem sein könnten, dann 
kannst Du diese mit einer Gültigkeitsprüfung weitgehend abfangen. Aber 
vielleicht beschreibst Du zuerst genauer, was denn alles für Einträge 
vorkommen können - wenn es nur korrekte Daten oder Text sind (wie in 
Deinem Minimalbeispiel), dann kommt Calc mit der vorgeschlagenen Lösung 
klar.


Freundlich grüsst

Ernst



--
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] CALC: Text verketten, Datum NICHT in DATUMWERT wandeln


Hallo Klaus-Michael

Am 30.10.22 um 14:04 schrieb Hessler, Klaus-Michael:

Hallo,

in einer (komplexeren) CALC-Tabelle möchte ich Texte aus mehreren 
Zellen verketten:

      A   B C (SOLL-Ergebnis)
1   Prüf   2022-03-12   Prüf: 2022-03-12
2   Test   Standard Test: Standard

Mit den Formeln in Spalte C
    = A* & ": " & B*
oder
    = A* & ": " & TEXT(B*;"@")
erhalte ich
    Prüf: 44632
    Test: Standard

Wie kann ich erreichen, dass die CALC-Formel Datum-ähnliche Zellwerte 
nicht in DATUMWERT umwandelt?


Interpretiere ich Dich richtig: Du willst statt 44632 das Datum in der 
Form 2022-02-12 haben? Dann verwende als zweiten Parameter in der 
Funktion auch das entsprechende Formatschema: "-MM-TT". Das sollte 
gehen (bei mir wenigstens tut es das ;-).


Mein System: LO 7.3.5.2 und Win10 64bit.

Freundlich grüsst

Ernst



--
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] Calc: Bruch darstellen und umrechnen

2022-10-10 Diskussionsfäden Ernst Hügli


Hallo Boris

Am 10.10.22 um 15:10 schrieb Boris Kirkorowicz:

Ah ja, das funktioniert ja: zwar steht in der Zelle die Dezimalzahl, der
Bruch wird aber als solcher angezeigt. Damit erreiche ich das
Gewünschte, Danke dafür.

Etwas unschön ist aber noch folgendes: während Brüche wie 1/8 auch als
1/8 angezeigt werden, wandelt Calc die Eingabe von 1/4 in ¼ -also ein
Textzeichen- um (gleiches bei 1/2 → ½). Die Zelle daneben gibt dann
natürlich ebenfalls dieses Zeichen wider und kann damit nicht rechnen.
Gibt es eine Möglichkeit, dies für diese eine Tabelle abzustellen?


Auf die Schnelle habe ich keine automatisierte Lösung gefunden. Wenn Du 
aber *unmittelbar* nach der Eingabe auf "Rückgängig: Eingabe" klickst, 
dann macht Calc daraus brav wieder einen Bruch - wie beschrieben. Ist 
übrigens ein Trick, der oft hilft: Wenn Calc etwas scheinbar "Komisches" 
mit der Eingabe macht, kann man mal den Trick mit dem Rückgängig machen. 
Hat mir schon oft geholfen.




Am 10.10.22 um 14:34 schrieb Ernst Hügli:

Hallo Boris

Am 10.10.22 um 13:10 schrieb Boris Kirkorowicz:

Hallo,
ich möchte in einer Spalte Brüche eingeben, die auch als Bruch angezeigt
werden; das erreiche ich vermutlich nur (?), indem ich die Zellen als
TEXT formatiere. In einer zweiten Spalte möchte diese Brüche als
Dezimalzahl ausgeben, also ausrechnen. Wenn die Brüche jedoch als Text
vorliegen, will mir das nicht so recht gelingen.

Als Beispiel soll es etwa so aussehen:

A   B
1   1/320,031
2   1/640,016
3   1/128   0,008

Wie kann ich das erreichen?

Calc kennt das Zellformat Bruch - allerdings mit einem kleinen Trick.
Für gemischte Zahlen vom Typ 8 1/8 funktioniert das problemlos: Zelle
als Bruch formatieren und die Zahl so eingeben, eben als 8 1/8
(Leerschlag beachten!). Die Ausrichtung rechts in der Zelle nach
Betätigen von Enter zeigt, dass Calc das Zahlenformat als solches
erkennt. In der benachbarten Zelle gibst Du ein =A1 (z.B. in Zelle B1)
und dort erscheint dann 8.125, wenn Du diese Zelle als Dezimalzahl
formatierst. Der Trick betrifft nur eigentliche Brüche, also z.B. 1/8.
Die musst Du ebenfalls als gemischte Zahl eingeben: 0 1/8 und schon
funktioniert's auch hier.

Ich hoffe, das hilft Dir weiter.


Freundlich grüsst

Ernst



--
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] Calc: Bruch darstellen und umrechnen

2022-10-10 Diskussionsfäden Ernst Hügli


Hallo Boris

Am 10.10.22 um 13:10 schrieb Boris Kirkorowicz:

Hallo,
ich möchte in einer Spalte Brüche eingeben, die auch als Bruch angezeigt
werden; das erreiche ich vermutlich nur (?), indem ich die Zellen als
TEXT formatiere. In einer zweiten Spalte möchte diese Brüche als
Dezimalzahl ausgeben, also ausrechnen. Wenn die Brüche jedoch als Text
vorliegen, will mir das nicht so recht gelingen.

Als Beispiel soll es etwa so aussehen:

A   B
1   1/320,031
2   1/640,016
3   1/128   0,008

Wie kann ich das erreichen?


Calc kennt das Zellformat Bruch - allerdings mit einem kleinen Trick. 
Für gemischte Zahlen vom Typ 8 1/8 funktioniert das problemlos: Zelle 
als Bruch formatieren und die Zahl so eingeben, eben als 8 1/8 
(Leerschlag beachten!). Die Ausrichtung rechts in der Zelle nach 
Betätigen von Enter zeigt, dass Calc das Zahlenformat als solches 
erkennt. In der benachbarten Zelle gibst Du ein =A1 (z.B. in Zelle B1) 
und dort erscheint dann 8.125, wenn Du diese Zelle als Dezimalzahl 
formatierst. Der Trick betrifft nur eigentliche Brüche, also z.B. 1/8. 
Die musst Du ebenfalls als gemischte Zahl eingeben: 0 1/8 und schon 
funktioniert's auch hier.


Ich hoffe, das hilft Dir weiter.

Freundlich grüsst

Ernst



--
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] Verzeichnisse in anderer Sprache

2022-10-09 Diskussionsfäden Ernst Hügli


Hallo Stefan

Am 09.10.22 um 12:56 schrieb Stefan Sonnenberg-Carstens:

Hallo,

ich muss im Rahmen einer Semesterarbeit ein Dokument in Englisch 
erstellen.


Die FernUni Hagen stellt dazu sogar eine OpenOffice-Vorlage bereit.

Bei der Bearbeitung und Übersetzung ist mir aufgefallen, dass die 
Verzeichnisse (z. B. Inhaltsverzeichnis, Abbildungsverzeichnis) durch 
eine Aktualisierung immer wieder ihre deutschen Überschriften bekommen 
und nun habe ich mich gefragt, ob und falls ja, man das einstellen kann.


Noch ein kleines PS zu meinem vorigen Post:

Alle Änderungen (auch geänderte Formatierungen), die Du direkt im 
Verzeichnis vornimmst, gehen beim Aktualisieren verloren. Den Titel 
kannst Du wie beschrieben ändern, Formatierungen ausschliesslich über 
die entsprechenden Vorlagen, sonst sind alle Änderungen flüchtig. Das 
ist einfach nur ärgerlich ...


Freundlich grüsst

Ernst



--
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] Verzeichnisse in anderer Sprache

2022-10-09 Diskussionsfäden Ernst Hügli


Hallo Stefan

Am 09.10.22 um 12:56 schrieb Stefan Sonnenberg-Carstens:

Hallo,

ich muss im Rahmen einer Semesterarbeit ein Dokument in Englisch 
erstellen.


Die FernUni Hagen stellt dazu sogar eine OpenOffice-Vorlage bereit.

Bei der Bearbeitung und Übersetzung ist mir aufgefallen, dass die 
Verzeichnisse (z. B. Inhaltsverzeichnis, Abbildungsverzeichnis) durch 
eine Aktualisierung immer wieder ihre deutschen Überschriften bekommen 
und nun habe ich mich gefragt, ob und falls ja, man das einstellen kann.


Verstehe ich Dich richtig: OOo schreibt jedes Mal, wenn Du das 
Verzeichnis aktualisierst (Rechtsklick - Verzeichnisse aktualisieren) 
statt Deiner Überschrift "Content" wieder "Inhaltsverzeichnis" - ist das 
so? Hast Du mal Folgendes probiert:


Rechtsklick auf das Verzeichnis - Verzeichnis bearbeiten - Reiter Typ - 
Eingabezeile Titel. Dort steht wohl Inhaltsverzeichnis. Ändere das ab 
z.B. eben in Content. Bei mir bleibt dann der englische Titel, auch wenn 
ich das Verzeichnis aktualisiere.


Bevor Du das Verzeichnis-Fenster schliessest, kontrolliere im Reiter 
Vorlagen, dass der erste Eintrag lautet: Titel [Inhaltsverzeichnis 
Überschrift]. Dann ist dem Titel die richtige Dokumentenvorlage 
zugewiesen. Nun gehst Du in die Absatzvorlagen und prüfst, ob die 
richtige Sprache zugewiesen ist. M.E. sollte dies zwar den Titel nicht 
ändern, sondern nur im Falle der Rechtschreibprüfung einen Fehler in der 
Rechtschreibung anzeigen, aber man weiss ja nie ... Falls dort Deutsch 
ausgewiesen wird, kannst Du ja für alle Fälle noch Englisch eintragen - 
Vorsicht, LO/OOo bietet viele englische Dialekte an - ob die wirklich 
s unterschiedlich sind?


Solltest Du ein anderes Problem haben, solltest Du es genauer beschreiben.

Mein System: LO 7.3.5, Win 10/64 bit

Freundlich grüsst

Ernst



--
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] Dumme Frage

2022-10-05 Diskussionsfäden Ernst Hügli


Hallo Elfriede

Am 05.10.22 um 11:43 schrieb Ernst Hügli:

Hallo Elfriede

Am 05.10.22 um 11:39 schrieb Elfriede Paech:

Nachklapp:
Ich hab's hinbekommen aber was mich irritiert:
90 % der Daten sind jetzt korrekt angezeigt aber dazwischen sind 
immer wieder Daten, die nicht umgestellt wurden.

Hat jemand eine Ahnung, woran das liegen könnte?

Gruß
Elfriede

Am Wed, 05 Oct 2022 11:31:09 +0200 schrieb Elfriede Paech 
:



Hallo Alle,

wer kann mir bei meinem "Problem" helfen?

Ich habe in einer Tabellenspalte das Datum in der Form
tt.mm.
eingegeben.

Nun möchte ich das Datum jedoch in der Form
.mm.tt
umgeschrieben haben.

Ich habe schon die Spalte (sind 2151 Datensätze) markiert und bin auf
Format - Zellen - Zahlen - Datum - Format
gegangen, aber da tut sich nix. Es bleibt das alte Format stehen.

Schau Dir mal eine solche Zelle genau an; es scheint, dass Calc sie 
nicht als Datum erkennt (Vermutung!). Sind irgendwo Leerschläge drin? 
Oder Zeichen, die nicht zu einem Datum passen? Oder sonstwas, "was 
nicht in ein Datum gehört". Wenn Calc den Zellinhalt nicht als Datum 
erkennt, kann es ihn auch nicht in ein anderes Format umwandeln. Meine 
Vermutung: am ehesten am Anfang oder am Ende ein (unsichtbarer?) 
Leerschlag oder ein Komma / Doppelpunkt statt Punkt.


Nachtrag:

Zwei weitere mögliche Fehlerquellen: O statt 0 (Buchstabe und Ziffer 
verwechselt) oder eine stehengebliebene Formatierung als Text, erkennbar 
an einem @ in der Zeile Format-Code im Dialog Format - Zellen - Zahlen. 
Irgendetwas ist mit diesen Daten "faul".


Freundlich grüsst

Ernst



--
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] Dumme Frage

2022-10-05 Diskussionsfäden Ernst Hügli


Hallo Elfriede

Am 05.10.22 um 11:39 schrieb Elfriede Paech:

Nachklapp:
Ich hab's hinbekommen aber was mich irritiert:
90 % der Daten sind jetzt korrekt angezeigt aber dazwischen sind immer 
wieder Daten, die nicht umgestellt wurden.

Hat jemand eine Ahnung, woran das liegen könnte?

Gruß
Elfriede

Am Wed, 05 Oct 2022 11:31:09 +0200 schrieb Elfriede Paech 
:



Hallo Alle,

wer kann mir bei meinem "Problem" helfen?

Ich habe in einer Tabellenspalte das Datum in der Form
tt.mm.
eingegeben.

Nun möchte ich das Datum jedoch in der Form
.mm.tt
umgeschrieben haben.

Ich habe schon die Spalte (sind 2151 Datensätze) markiert und bin auf
Format - Zellen - Zahlen - Datum - Format
gegangen, aber da tut sich nix. Es bleibt das alte Format stehen.

Schau Dir mal eine solche Zelle genau an; es scheint, dass Calc sie 
nicht als Datum erkennt (Vermutung!). Sind irgendwo Leerschläge drin? 
Oder Zeichen, die nicht zu einem Datum passen? Oder sonstwas, "was nicht 
in ein Datum gehört". Wenn Calc den Zellinhalt nicht als Datum erkennt, 
kann es ihn auch nicht in ein anderes Format umwandeln. Meine Vermutung: 
am ehesten am Anfang oder am Ende ein (unsichtbarer?) Leerschlag oder 
ein Komma / Doppelpunkt statt Punkt.


Freundlich grüsst

Ernst



--
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] Dumme Frage

2022-10-05 Diskussionsfäden Ernst Hügli


Liebe Elfriede

Am 05.10.22 um 11:31 schrieb Elfriede Paech:

Hallo Alle,

wer kann mir bei meinem "Problem" helfen?

Ich habe in einer Tabellenspalte das Datum in der Form
tt.mm.
eingegeben.

Nun möchte ich das Datum jedoch in der Form
.mm.tt
umgeschrieben haben.

Ich habe schon die Spalte (sind 2151 Datensätze) markiert und bin auf
Format - Zellen - Zahlen - Datum - Format
gegangen, aber da tut sich nix. Es bleibt das alte Format stehen.

Stehe ich auf dem Schlauch oder was ist der Trick, daß das umgestellt 
wird?


Wer kann helfen?


Hast Du es mal mit dem benutzerdefinierten Format .MM.TT versucht: 
Format - Zellen, Format-Code. Bei mir funktioniert das (LO 7.5.3.2, Win 10)


Freundlich grüsst

Ernst



--
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] Instalieren LibreOffice_7.3.5._Win_x64

2022-08-24 Diskussionsfäden Ernst Hügli


Hallo Listige

Am 24.08.22 um 11:09 schrieb Franklin Schiftan:

Am 2022-08-24 um 09:17 schrieb Jan-Peter Rühmann:

HalloBtW. Die Exe Datei enthält die MSI datei ist halt komprimiert.


Aber auch die *.exe werden hier nach der Installation üblicherweise
gelööscht, so dass auch keine darin enthaltene *.msi mehr zu finden sein
dürfte.


Was sind das für Installationen, die Dateien löschen??

Ich benutze LO/OOo seit gefühlten 20 Jahren. Nur ganz am Anfang habe ich 
die "automatische Update-Funktion" genutzt. Seither date ich manuell up: 
Ich lade von der Download-Seite des Projekts die gewünschte 
Installationsdatei samt der zugehörigen Hilfedatei herunter und 
speichere sie im Ordner Downloads. Dann wird die alte Version manuell 
(über das Systemmenü) entfernt, anschliessend die neue Version 
installiert. Mit den entsprechenden Einstellungen werden die 
persönlichen Daten bei der Deinstallation nicht gelöscht, sondern von 
der neuen Version wieder übernommen. Ich weiss, dass ist einiges an 
Handarbeit, aber: Seit ich es so mache, habe ich noch nie Probleme in 
der Art gehabt, dass das BS irgendwas nicht findet. Die alten Dateien 
bleiben im Ordner Downloads erhalten. Automatismen sind schön und gut, 
aber Handarbeit ist zwar ein bisschen aufwendiger, dafür weniger 
problemanfällig (und verschafft mir eine gewisse Kontrolle, was auf 
meinem Computer passiert ).


Mein aktuelles System: BS Windows 10 64-bit, LO 7.3.5.2

Mit freundlichem Gruss aus der Schweiz

Ernst



--
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] Statistik mit Calc

2022-07-28 Diskussionsfäden Ernst Hügli



Am 27.07.22 um 12:16 schrieb Alois Klotz:

Hallo ;-)
ich habe jetzt in Excel nachgesehen:
NORMVERT: Diese Funktion steht zwecks Kompatibilität mit Excel 2007 
und früheren Versionen zur Verfügung.


Zusätzlich wird angemerkt:
Diese Funktion wurde durch eine oder mehrere neue Funktionen ersetzt, 
die ggf. eine höhere Genauigkeit bieten und deren Namen die Verwendung 
besser wiedergeben. Obwohl diese Funktion aus Gründen der 
Abwärtskompatibilität weiterhin verfügbar ist, sollten Sie von nun an 
die neuen Funktionen verwenden, da die alte Funktion in zukünftigen 
Versionen von Excel möglicherweise nicht mehr verfügbar sein wird.


Derartige Funktionen (NORMINV, LOGNORMVERT, STANDNORMINV etc.) werden 
auch bei der Auswahl in Excel mit einem orangen Dreieck mit Rufzeichen 
gekennzeichnet.


Es hat also mit der Kompatibilität zu Excel zu tun ...

MfG Alois


Ernst Hügli schrieb am 27.07.2022 um 11:47:

Hallo Listige

... Aber eine Tatsache verwirrt mich: Für ganz viele (statistische) 
Funktionen gibt es (mindestens) zwei Versionen, die sich nur minimal 
unterscheiden - z.B. =NORMVERT() und =NORM.VERT(), dagegen ist die 
Anzahl, die Reihenfolge und die Art der Parameter völlig identisch. 
Ab und zu steht lapidar "Diese Funktion ist seit LibreOffice xx 
verfügbar." Was ist der Grund für diese unterschiedlichen Versionen 
und welche soll man zur Verwendung empfehlen? Hat es mit der 
Kompatibilität mit dem Marktführer zu tun oder mit der Tatsache, dass 
ganz früher solche Funktionen zusätzlich "geladen" werden mussten?

...


Lieber Alois

Besten Dank für Deine Antwort. Da mir kein Excel zur Verfügung steht, 
konnte ich genau diesen Punkt nicht überprüfen. Wenn ich Deine Antwort 
richtig verstehe, dann heisst das: In erster Linie jene Funktionen 
benutzen bzw. empfehlen, bei denen die Bemerkung "Diese Funktion ist 
seit LibreOffice xx verfügbar." steht oder die einen Punkt im Namen hat. 
Gut zu wissen. Es wäre zu empfehlen, diesen Hinweis in der Hilfe zu 
geben, denn dies ist der erste Ort, wo man nachschaut (nachschauen 
sollte ...).


Freundlich grüsst

Ernst



--
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] Statistik mit Calc

2022-07-27 Diskussionsfäden Ernst Hügli


Hallo Listige

Ich bin daran, einen Text über die Nutzung von Calc für statistische 
Aufgaben zu erstellen (z.B. um die Ergebnisse einer Semesterarbeit, 
einer Diplomarbeit o.ä. auszuwerten). Es ist schon erstaunlich, aber 
auch erfreulich, wie viele Funktionen Calc für solche Aufgaben anbietet, 
ganz besonders angetan haben es mir die multivariate Regression und die 
ANOVA. Auch der Teil, der für statistische Tests nutzbar ist, ist 
beeindruckend. Aber eine Tatsache verwirrt mich: Für ganz viele 
(statistische) Funktionen gibt es (mindestens) zwei Versionen, die sich 
nur minimal unterscheiden - z.B. =NORMVERT() und =NORM.VERT(), dagegen 
ist die Anzahl, die Reihenfolge und die Art der Parameter völlig 
identisch. Ab und zu steht lapidar "Diese Funktion ist seit LibreOffice 
xx verfügbar." Was ist der Grund für diese unterschiedlichen Versionen 
und welche soll man zur Verwendung empfehlen? Hat es mit der 
Kompatibilität mit dem Marktführer zu tun oder mit der Tatsache, dass 
ganz früher solche Funktionen zusätzlich "geladen" werden mussten?


BTW: Mir ist aufgefallen, dass die LO-Hilfe in diesem Bereich oft zu 
knapp, unlogisch aufgebaut und mit kleinen, gelegentlich verwirrenden 
Fehlern behaftet ist. Ich verwende immer noch die Version 6.4.7.2 - hat 
sich das in den neuesten Versionen gebessert? Wenn nicht würde ich gerne 
meine Hilfe anbieten und diese Stellen in der Hilfe bei Gelegenheit 
überarbeiten.


Freundlich grüsst

Ernst


--
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] Calc: Datumsberechnung

2022-07-20 Diskussionsfäden Ernst Hügli


Hallo Boris


Am 20.07.22 um 13:07 schrieb Boris Kirkorowicz:

Hallo,
ich möchte per Formel das Datum für Ultimo des kommenden Monats
errechnen. Bisher bin ich bei

=TAGEIMMONAT(HEUTE())&"."(MONAT(HEUTE())+1;"00")&"."(HEUTE())

gelandet, aber das gibt falsche Datümer aus. Beispiele:

Heute = 20.08.2022 → Ausgabe: 31.09.2022# existiert nicht
Heute = 20.12.2022 → Ausgabe: 31.13.2022# existiert nicht
Heute = 20.01.2023 → Ausgabe: 31.02.2023# existiert nicht
Heute = 20.02.2023 → Ausgabe: 28.03.2023# ist nicht Ultimo
Heute = 20.03.2023 → Ausgabe: 31.04.2023# existiert nicht

An dieser Stelle lege ich mir die Karten. Hat jemand eine Idee, wie man
das hinbekommt?


Warum machst Du mitten in der Formel einen Text aus Teilen des Datums? 
Logisch, dass Calc es dann nicht mehr hinkriegt, das Datum korrekt zu 
berechnen (z.B. 31.9.2022). Mach zuerst ein Datum und erst dann - wenn 
überhaupt! - einen Text aus dem Ergebnis.


Freundlich grüsst

Ernst



--
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] Tabulatoren bei Nummerierungen

2022-07-01 Diskussionsfäden Ernst Hügli


Lieber Robert

Herzlichen Dank für Deine Antworten. Man muss also offensichtlich tief 
in die "Eingeweide" von LO dringen, um das Problem zu lösen. Fragt sich 
nur, warum es mal auf false und offensichtlich mal auf true steht. 
Scheint eine jener "Kreuzvarianten" zu sein, wo aus unerfindlichen 
Gründen eine Änderung in einer Einstellung ungewollt auch etwas an einem 
anderen Ort "provoziert". Dafür gibt's leider in der Informatik immer 
wieder Beispiele. Aber Hauptsache: Problem gelöst.


Ich wünsche Dir ein erholsames Wochenende und wohl schon bald ebensolche 
Sommerferien


Freundliche Grüsse

Ernst


Am 30.06.22 um 20:50 schrieb Robert Großkopf:

Hallo Ernst,

die Lösung habe ich gefunden und steht auf der ask-Seite:

In settings.xml der jeweiligen Datei muss stehen:
config:type="boolean">true


Das ist bei den fehlerhaften Dateien "false". Wo immer das bei dem 
Dokument eingestellt werden kann …


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] Tabulatoren bei Nummerierungen

2022-06-29 Diskussionsfäden Ernst Hügli


Lieber Robert

Bis jetzt scheint niemand - zumindest nicht auf der Liste - auf Deine 
Frage geantwortet zu haben. Also will ich mich mal ein bisschen 
versuchen - ob meine Überlegungen Dir helfen, weiss ich nicht, aber ich 
versuch's trotzdem ...


Ich habe mir mal  S. 52 zuunterst vorgeknöpft, Codezeilen 38 bis 49. Was 
Du haben möchtest, hast Du geschafft, weil Du Leerschläge eingefügt 
hast. Bei einer Monospace-Schrift kein Problem. Aber Du hättest es gerne 
per Tabulator gemacht - habe ich das richtig verstanden?


Dann habe ich mal in der Absatzvorlage versuchsweise einen Tabulator bei 
2 cm gesetzt - keine Reaktion. Es wird kein Tabulator angezeigt. Erst, 
als ich nochmals "Direkte Formatierung löschen" angeklickt habe, wurde 
der neue Tabulator angezeigt. Im Lineal bei mir aber komischerweise bei 
(geschätzt) 1.8 cm. Da die Schrift 90% der übergeordneten Vorlage 
beträgt, wäre das ebenfalls eine Reduktion von 2cm auf 90% = 1.8 cm. 
Daran hat sich auch nichts geändert, als ich die Schriftgrösse manuell 
auf 9pt (statt 90%) gesetzt habe - wahrscheinlich ist die Abhängigkeit 
der einzelnen Vorlagen zu komplex, als dass das so einfach zu umgehen 
wäre. Aber dann habe ich halt den Tabulator auf 2.22 cm gesetzt, und 
jetzt zeigt er sich im Lineal bei 2 cm und mit Ctrl - Tab konnte ich den 
Anfang des Codes tatsächlich auf diese Position befördern. Ist ne 
hemdsärmlige Variante, aber sie diente nur der Fehlersuche, noch nicht 
der Lösung.


Daraus schliesse ich zweierlei:

1. Es scheint mehr manuelle bzw. direkte Formatierungen zu haben und 
möglicherweise muss man die Funktion mehrfach anwenden, um sie alle 
loszuwerden.


2. Die Abhängigkeiten der Vorlagen sind komplex, auf die Schnelle habe 
ich sie nicht alle durchschauen können. Wenn Du sie besser kennst, 
siehst Du evtl. Abhängigkeiten, die ich nicht sehe. Und diese 
Abhängigkeiten beeinflussen natürlich das Ergebnis - kennt man vom 
Programmieren bestens (side-effects nennt sich sowas).


Ich weiss nicht, ob meine Beobachtungen Dir weiterhelfen. Lass es mich 
bitte auf jeden Fall wissen. Da ich selber auch komplexe LO-Dokumente 
verfasse, kann es auch für mich hilfreich sein, das Problem genauer zu 
kennen.


Mein System: LO 6.4.7.2 und Win10 64bit

Freundliche Grüsse

Ernst

Am 27.06.22 um 15:20 schrieb Robert Großkopf:

Hallo *,

ich habe hier ein seltsames Phänomen bei Nummerierungen im Writer in 
unterschiedlichen Dokumenten. Alle Dokumente laufen mit einheitlichen 
Vorlagen, bei allen wurde

Format → direkte Formatierung löschen
ausgetestet.

Das Problem: Normalerweise wird bei der Nummerierung der Start für den 
Tabulator an das Ende der Nummerierung befördert. Nächster Tabstop ist 
dann so groß wie die Standardeinstellung (oder eben der Tabulator, der 
eingestellt ist).
Bei einigen der Kapitel im Base-Handbuch geschieht dies nicht. Der 
Tabulator startet stumpf am linken Seitenrand, der erste Tabulator 
nach der Nummerierung ist, abhängig von der Schriftgröße, dann 
manchmal nur 2mmm. Bei anderen Kapiteln stimmt der Tabulator.


Da es sich bei den Zeilen um Code-Zeilen handelt bin ich sowieso von 
der Tabulatoreinstellung ab und habe alles auf Leerstellen umgerüstet. 
Das funktioniert vor allem in Zusammenhang mit festen Zeichenbreiten 
besser, ist nur mühseliger.


Jetzt suche ich natürlich nach der Ursache.
Wer es einmal anschauen möchte:
https://www.familiegrosskopf.de/robert/
Dort ist rechts eine Übersicht "LibreOffice Bearbeitungsversionen".
Bei dem Kapitel "Berichte" stimmt die Formatierung (z.B. S. 52)
Bei dem Kapitel "Makros" beginnt der Tabulator links (alle Makros, 
z.B. S. 5 - reinklicken und auf das obere Lineal schauen …)


Das Ganze hat mich schon Nerven gekostet, weil ich zuerst eben 
Tabulatoren genutzt hatte und alle Dokumente zusammen in einem 
Globaldokument erschienen. Da stimmten dann die Abstände natürlich je 
nach Kapitel überhaupt nicht.


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] Ribbons ...

2022-06-22 Diskussionsfäden Ernst Hügli


Hallo Gerhard

Ribbons (neudeutsch), (Menü-)Bänder oder auch Multifunktionsleiste ist 
ein von Microsoft vor einigen Jahren eingeführtes Konzept, den Zugriff 
auf die einzelnen Funktionen übersichtlicher zu gestalten. Dafür wird 
anstelle des Menüs ein Band mit verschiedenen Reitern angeboten. Typisch 
in Writer sind z.B. die Reiter Datei, Start, Einfügen, Layout, ... Es 
öffnet sich dann ein relativ breites Band, in dem die unter diesem 
Oberbegriff zusammengefassten Funktionen ähnlich wie die alte Toolbar 
angeordnet sind, ebenfalls als (grafische) Kacheln. Es ist letztlich vom 
persönlichen Gefühl (Geschmack?) abhängig, ob man das für eine 
Vereinfachung oder nicht doch eher für eine Verkomplizierung hält... Ich 
bin nach ersten Erfahrungen eher der zweiten Meinung. Wer die 
Menüstruktur und die Toolbars einigermassen "im Griff" hat, ist 
vermutlich schneller als mit diesen Ribbons. Aber wie gesagt: Weil MS 
das vormacht, wollen das alle anderen auch. LO bietet das seit einiger 
Zeit ebenfalls, zuerst als "Experimentelle Option", seit 6.2 (so viel 
ich weiss) als ausgereiftes Angebot.
Du kannst es ausprobieren: Menü Ansicht - Benutzeroberfläche - in 
Registern, dann kannst Du Dir selbst ein Bild machen. Das Schöne bei LO: 
Du kannst jederzeit wieder zur alten Menüstruktur zurück.


Freundlich grüsst

Ernst

Am 22.06.22 um 12:17 schrieb Dr. Gerhard Wedel:

Hallo an alle,

kann mich jemand aufklären, was dieser "modische Krimskrams" Ribbons 
(Bänder?) überhaupt ist. Und wofür das gut sein soll, außer modisch.


Ich verwende weiterhin  LO 7.2.7.2 auf W10 pro 21H2 und wechsle immer 
erst zu neuen LO Versionen, wenn alle Änderungen einer Hauptversion 
abgeschlossen sind.


Außerdem stelle ich die Oberfläche nach alten Windows-Standard ein, 
ohne modische Farben und anderen Krimskrams. Meinen Desktop mache ich 
grün, wie früher die Schreibtischmatten und weil ich das für die Augen 
beruhigender finde. Ebenso den Hintergrund von LO Writer ...


schöne Sommergrüße,
Gerhard (Wedel)



Am 21.06.2022 um 12:03 schrieb Ernst Hügli:

Hallo Listige

Da alle Welt Ribbons will, habe ich mein LO auch mal auf diesen 
modischen Krimskrams umgestellt. Soweit so gut - einen grossen 
Vorteil bietet das Prinzip nach ersten Beobachtungen offensichtlich 
nicht. Aber etwas ist mir aufgefallen: Im "alten" Menüsystem gab es 
unter Bearbeiten - Verweis - Verzeichniseintrag die Option, einen 
bestehenden Verzeichniseintrag (für das Stichwortverzeichnis) zu 
modifizieren. In den Ribbons habe ich diesen Befehl nirgends gefunden 
- muss ich also dafür tatsächlich wieder das alte Menü einschalten? 
Das wäre dann wohl ein Schuss durchs Knie in die Brust . Oder habe 
ich ganz einfach etwas übersehen?


Danke, wenn Ihr mir auf die Sprünge helfen könnt (auch, wenn ich kein 
Känguruh bin ).


Freundlich grüsst

Ernst 



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

2022-06-22 Diskussionsfäden Ernst Hügli


Hallo gooly

Du hast doch unter Form - Einfügen - Flussdiagramme alles, was Du 
brauchst. Was willst Du denn noch?


Freundlich grüsst

Ernst

Am 22.06.22 um 10:31 schrieb gooly:

Hi,

.. will gerade im LO Draw ein Flussdiagramm erstellen und stelle dabei
fest, für vieles gibt es vorbereitete Symbolleisten (allein 3 für
Formulare) - aber keine für Flussdiagramme, obwohl die sich doch dafür
anbieten:
Ein kleine Anzahl von Formen, standardisiertem Verbindungen ...

Vielleicht eine kleine Anregung?

LG
Gooly 



--
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] Ribbons ...

2022-06-21 Diskussionsfäden Ernst Hügli


Lieber Gerhard

Danke für Deinen Hinweis. Tatsächlich, das ist er. Ich habe ihn zwar 
gefunden, aber weil er im Kontextmenü einfach nur Verzeichniseintrag 
heisst (wie die entsprechende Kachel oben bei den Ribbons) habe ich 
(fälschlich) angenommen, es sei auch für das Einfügen eines Eintrages 
vorgesehen und gar nicht mehr ausprobiert. Manchmal muss man tatsächlich 
alles zuerst probieren.


Freundlich grüsst

Ernst


Am 21.06.22 um 15:01 schrieb Gerhard Weydt:

Hallo Ernst,

du hast recht, ich habe nicht bis zum Ende nachgeschaut.
Aber nun habe ich es gefunden: Cursor wie üblich an den Beginn de 
Eintrags stellen, dann rechte Maustaste, da kommt im Kontextmenü der 
von dir gewüschte Bearbeiten-Dialog.


Viele Grüße
Gerhard

Am 21.06.2022 um 14:41 schrieb Ernst Hügli:

Hallo Gerhard

Danke für Deine Meldung. Den von Dir erwähnten Eintrag habe ich schon 
gefunden, nur - der kann nur einen neuen Verzeichniseintrag einfügen. 
Meine Frage betraf aber die Änderung an einem bestehenden (ggf. auch 
die Löschung eines bestehenden) Eintrags. Das war "früher" eben unter 
Bearbeiten - Verweis - Verzeichniseintrag verfügbar (ist natürlich 
immer noch da, nur dann muss ich eben wieder das Menü einschalten 
...). Ab und zu benötige ich diesen Befehl, um im Nachhinein einen 
bestehenden Verzeichniseintrag anzupassen, allenfalls auch zu 
löschen. Und genau diesen Befehl finde ich unter den Ribbons nicht mehr.


Freundlich grüsst

Ernst


Am 21.06.22 um 14:33 schrieb Gerhard Weydt:

Hallo Ernst,

was Ribbons betrifft, so teile ich deine Meinung.
Hast du bei dir nun "In Registern" eingestellt? Dann findst du den 
Eintrag unter "Bezüge". Da die andern drei Varianten den Zusatz 
"kompakt" haben, ist es da möglicherweise tatsächlich nicht drin, 
das habe ich erst mal nicht überpüft.


Viele Grüße
Gerhard

Am 21.06.2022 um 12:03 schrieb Ernst Hügli:

Hallo Listige

Da alle Welt Ribbons will, habe ich mein LO auch mal auf diesen 
modischen Krimskrams umgestellt. Soweit so gut - einen grossen 
Vorteil bietet das Prinzip nach ersten Beobachtungen offensichtlich 
nicht. Aber etwas ist mir aufgefallen: Im "alten" Menüsystem gab es 
unter Bearbeiten - Verweis - Verzeichniseintrag die Option, einen 
bestehenden Verzeichniseintrag (für das Stichwortverzeichnis) zu 
modifizieren. In den Ribbons habe ich diesen Befehl nirgends 
gefunden - muss ich also dafür tatsächlich wieder das alte Menü 
einschalten? Das wäre dann wohl ein Schuss durchs Knie in die Brust 
. Oder habe ich ganz einfach etwas übersehen?


Danke, wenn Ihr mir auf die Sprünge helfen könnt (auch, wenn ich 
kein Känguruh bin ).


Freundlich grüsst

Ernst


--
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] Ribbons ...

2022-06-21 Diskussionsfäden Ernst Hügli


Hallo Gerhard

Danke für Deine Meldung. Den von Dir erwähnten Eintrag habe ich schon 
gefunden, nur - der kann nur einen neuen Verzeichniseintrag einfügen. 
Meine Frage betraf aber die Änderung an einem bestehenden (ggf. auch die 
Löschung eines bestehenden) Eintrags. Das war "früher" eben unter 
Bearbeiten - Verweis - Verzeichniseintrag verfügbar (ist natürlich immer 
noch da, nur dann muss ich eben wieder das Menü einschalten ...). Ab und 
zu benötige ich diesen Befehl, um im Nachhinein einen bestehenden 
Verzeichniseintrag anzupassen, allenfalls auch zu löschen. Und genau 
diesen Befehl finde ich unter den Ribbons nicht mehr.


Freundlich grüsst

Ernst


Am 21.06.22 um 14:33 schrieb Gerhard Weydt:

Hallo Ernst,

was Ribbons betrifft, so teile ich deine Meinung.
Hast du bei dir nun "In Registern" eingestellt? Dann findst du den 
Eintrag unter "Bezüge". Da die andern drei Varianten den Zusatz 
"kompakt" haben, ist es da möglicherweise tatsächlich nicht drin, das 
habe ich erst mal nicht überpüft.


Viele Grüße
Gerhard

Am 21.06.2022 um 12:03 schrieb Ernst Hügli:

Hallo Listige

Da alle Welt Ribbons will, habe ich mein LO auch mal auf diesen 
modischen Krimskrams umgestellt. Soweit so gut - einen grossen 
Vorteil bietet das Prinzip nach ersten Beobachtungen offensichtlich 
nicht. Aber etwas ist mir aufgefallen: Im "alten" Menüsystem gab es 
unter Bearbeiten - Verweis - Verzeichniseintrag die Option, einen 
bestehenden Verzeichniseintrag (für das Stichwortverzeichnis) zu 
modifizieren. In den Ribbons habe ich diesen Befehl nirgends gefunden 
- muss ich also dafür tatsächlich wieder das alte Menü einschalten? 
Das wäre dann wohl ein Schuss durchs Knie in die Brust . Oder habe 
ich ganz einfach etwas übersehen?


Danke, wenn Ihr mir auf die Sprünge helfen könnt (auch, wenn ich kein 
Känguruh bin ).


Freundlich grüsst

Ernst


--
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] Ribbons ...

2022-06-21 Diskussionsfäden Ernst Hügli


Hallo Listige

Da alle Welt Ribbons will, habe ich mein LO auch mal auf diesen 
modischen Krimskrams umgestellt. Soweit so gut - einen grossen Vorteil 
bietet das Prinzip nach ersten Beobachtungen offensichtlich nicht. Aber 
etwas ist mir aufgefallen: Im "alten" Menüsystem gab es unter Bearbeiten 
- Verweis - Verzeichniseintrag die Option, einen bestehenden 
Verzeichniseintrag (für das Stichwortverzeichnis) zu modifizieren. In 
den Ribbons habe ich diesen Befehl nirgends gefunden - muss ich also 
dafür tatsächlich wieder das alte Menü einschalten? Das wäre dann wohl 
ein Schuss durchs Knie in die Brust . Oder habe ich ganz einfach etwas 
übersehen?


Danke, wenn Ihr mir auf die Sprünge helfen könnt (auch, wenn ich kein 
Känguruh bin ).


Freundlich grüsst

Ernst


--
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] Rechenfehler in Calc

2022-05-30 Diskussionsfäden Ernst Hügli


Hallo Harry, hallo Holger

Am 30.05.22 um 14:39 schrieb Dr. Harry Knitter:

Am Montag, 30. Mai 2022, 13:42:11 CEST schrieb Holger Goslar:

seit langer Zeit nutze ich LibreOffice; aber erst jetzt ist mir ein
Fehler aufgefallen, der mich verwundert:

In simplen Multiplikationsaufgaben lasse ich Rechenergebnisse aus einer
Tabelle in eine andere zum weiterrechnen übertragen.
Die Addition von 3 Werten (s.u.)

24.371,08 €
3.576,17 €
9.383,80 €

im Anschluss an die Übertragung sollte immer eine 5 in der zweiten
Dezimalstelle aufweisen; doch ich fand  eine 4 dort. Das veranlasste
mich mal alle Multiplikationen zu prüfen mit Taschenrechner und es
tauchten überall simple Rechenfehler auf.

mtl.pro a
2.030,92 €  24.371,08 €
298,01 €3.576,17 €
781,98 €9.383,80 €

3.110,92 €  37.337,04 €


Meine Prüfberechnung ergab auch mit Calc richtige Werte:

Prüfberechnung



12
2030,92 24371,04
298,01  3576,12
781,98  9383,76

3110,91 37330,92


Die Fehler müssen also durch die Verweise auf die Dateien entstehen, aus
denen die Werte stammen.

Was kann dafür der Grund sein?



Das sind keine Rechenfehler.
Jede Tabellenkalkulation rechnet standardmäßig mit der vollen Genauigkeit
aller Nachkommastellen und das sind in der Regel mehr als die, die angezeigt
werden. Allerdings werden nur die im Zahlenformat eingestellten
Nachkommastellen angezeigt, und diese Anzeige wird auf genau diese Anzahl der
Nachkommastellen gerundet. Aber eben nur in der Anzeige.
Das macht auch Sinn für technische Berechnungen.
Rechnet man aber mit Währungsbeträgen, so muss man immer mit den in der
Anzeige gerundeten Beträgen weiter rechnen.
Will man das erreichen, so muss man in solchen Arbeitsmappen folgendes
einstellen:
Extras -> Optionen -> LibreOffice Calc -> Berechnen -> Allgemeine Berechnungen
-> Genauigkeit wie angezeigt
Dort einen Haken setzen
und alles wird gut.


Harry hat mit seiner Antwort recht - doch hat diese Lösung m.E. einen 
Schönheitsfehler: Es ist eine generelle Einstellung, die in Zukunft 
/*immer */so rundet (natürlich nur, bis Du die Option wieder 
ausschaltest). Besser wäre es m.E. eine neue Spalte einzuführen und dort 
einzutragen: =RUNDEN("Zelle";2), wo anstelle von Zelle der Zellbezug zum 
links daneben stehenden Wert steht. Der Effekt ist der gleiche, aber er 
wirkt nur, wenn Du diese Funktion auch benutzt. Um den 
"Schönheitsfehler" der doppelten Werte zu eliminieren, kannst Du ja die 
Spalte mit den korrekten, ungerundeten Werten ausblenden. Meine 
Empfehlung in diesem Fall: In einem Kommentar hinterlegen, was man genau 
gemacht hat - empfiehlt sich sowieso ;-))).


Freundlich grüsst

Ernst


--
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] Fehlende Kategorie

2022-05-24 Diskussionsfäden Ernst Hügli


Hallo Peter

Bitte an die Liste antworten, damit alle die Diskussion mitbekommen. Ich 
leite dieses Mail darum sowohl an Dich (per PM) wie an die Liste weiter.


In Deinem Fall würde ich folgendes Vorgehen empfehlen:

1. LO schliessen, Rechner herunterfahren und neu starten - bleibt das 
Problem bestehen?


2. Wenn ja: Benutzerprofil umbenennen und LO danach neu starten - bleibt 
das Problem bestehen?


3. Wenn ja: Neuinstallation von LO - bleibt das Problem bestehen?

(Je nach Aufwand kannst Du 3. auch vorziehen - dann, wenn die 
Wiederherstellung des Benutzerprofils aufwendig wird)


4. Jetzt ist mein Latein im Umfeld von Linux am Ende - wäre wohl auch 
mit Win . Ob eine Neuinstallation des BS hilft? Nach meinem 
Kenntnisstand ist LTS 22.04 die aktuelle stabile Version, aber ich 
vermute das Problem eher nicht da, denn "altersmässig" passen LO 6.4.7.2 
und LTS 20.04 besser zusammen.


Freundlich grüsst

Ernst


Am 24.05.22 um 16:46 schrieb Peter R. Ostertag:

Hallo Ernst,
ich habe LO über die Homepage von LibreOffice bezogen. Übrigens bei 
einem früher Installierten LO-Calc hat das auch wunderbar mit Linux 
funktioniert.


MfG Peter R.

Am 24.05.22 um 16:37 schrieb Ernst Hügli:

Hallo Peter

Ich benutze ebenfalls LO 6.4.7.2, allerdings unter Win10. Bei mir ist 
das Format vorhanden - ob aus dem Menü oder dem Kontext-Menü ist 
egal. Ich gehe übrigens stillschweigend davon aus, dass Du Dich mit 
Deiner Frage auf das Modul Calc beziehst!???


Ich bin zwar kein Linux-Spezialist, da gibt es auf der Liste 
profundere Kenner dieses BS. Aber trotzdem die Frage: Aus welcher 
Quelle hast Du LO bezogen? Direkt über die Homepage von LibreOffice? 
Oder von anderswo her?


Freundlich grüsst

Ernst

Am 24.05.22 um 16:08 schrieb Peter R. Ostertag:

Ich benutze Ubuntu 20.04 LTS als Betiebssystem.
LibreOffice verwende ich in der Version 6.4.7.2
Bei Format> Zahlenformat> Kontextmenü fehlt der Eintrag „Text“.

Muss ich eine andere Version installieren?

Peter R.




--
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] Fehlende Kategorie

2022-05-24 Diskussionsfäden Ernst Hügli


Hallo Peter

Ich benutze ebenfalls LO 6.4.7.2, allerdings unter Win10. Bei mir ist 
das Format vorhanden - ob aus dem Menü oder dem Kontext-Menü ist egal. 
Ich gehe übrigens stillschweigend davon aus, dass Du Dich mit Deiner 
Frage auf das Modul Calc beziehst!???


Ich bin zwar kein Linux-Spezialist, da gibt es auf der Liste profundere 
Kenner dieses BS. Aber trotzdem die Frage: Aus welcher Quelle hast Du LO 
bezogen? Direkt über die Homepage von LibreOffice? Oder von anderswo her?


Freundlich grüsst

Ernst

Am 24.05.22 um 16:08 schrieb Peter R. Ostertag:

Ich benutze Ubuntu 20.04 LTS als Betiebssystem.
LibreOffice verwende ich in der Version 6.4.7.2
Bei Format> Zahlenformat> Kontextmenü fehlt der Eintrag „Text“.

Muss ich eine andere Version installieren?

Peter R.




--
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] StandardAbweichung...

2022-05-22 Diskussionsfäden Ernst Hügli

Hallo Gooly,

hallo Listige

Es gäbe eine einfachere Variante, bei der man mit den "Bordmitteln" von
Calc auskommt - allerdings muss man die Formel zur Berechnung der
Standardabweichung etwas umformen - und schwupp hat man eine Fassung,
die sehr einfach Dein Problem löst. Es hatte halt schon seine Vorzüge,
dass man vor 50 Jahren noch keine Computer und Taschenrechner im
heutigen Sinne kannte. Da musste man lernen, wie man Grössen effizient
von Hand berechnen kann. Das ist der Schlüssel zur Lösung Deines
Problems in Calc...

Da ich für das Ganze Formeln hinschreiben muss, schicke ich Dir die
Lösung per PM (geht da im Mail nicht so gut, sie klapprig aus, und
Anhänge werden auf der Liste bekanntlich weggeschnitten). Falls sich
jemand anders auch für diese Lösung interessiert - bei mir melden, ich
werde die Lösung auch anderen zur Verfügung stellen.

Freundlich grüsst aus der Schweiz

Ernst

Am 22.05.22 um 21:20 schrieb gooly:

Vielen Dank, aber ich hab's inzwischen anderes gelöst:
Es sind ~ 60.000 Werte zwischen 1 und 2000.
Wäre halt schön, wenn es wie beim Mittelwert MITTELWERTWENN(..;">120"; )
auch die StdAbw ( ..;">120"; .. ) gäbe.
Aber habe jetzt nach dieser Spalte sortiert und dann die StdAbw bis zu
121 ermittelt.
Ich muss es halt einzeln für 9 Spalte machen, statt eine Formelzelle 9
Mal zu kopieren.
:(
Aber vielen Dank!
Gooly

Am 22.05.2022 um 14:47 schrieb Jürgen Kirsten:

Hallo gooly,

du kannst deinen Wunsch nach StAbw-Wenn mit der Aggregat-Funktion
lösen.

Diese ist seit Version 4.4 verfügbar. Du müsstest also mit einer
neueren Version arbeiten.

In meinem Beispiel stehen die Werte in den Zellen A1 bis A4.
{18.24.22.18}. Du möchtest nur von denen Werten die Standardabweichung
berechnen wenn die Werte > 18 sind. Dann lautet die Formel:
=AGGREGAT(7;6;(A1:A4)/(A1:A4>18))

Mit dem ersten Parameter 7 erhältst du die Standardabweichung der
Stichprobe. Mit dem Parameter 8 wäre es die Standardabweichung der
Grundgesamtheit. Der 2. Parameter "6" ist wichtig, da hiermit die
Fehler und damit deine nicht dem Filter entsprechenden Werte
aussortiert werden. Die Werte in der Klammer vor dem Divisor-Zeichen
sind deine Werte von denen du die Standardabweichung errechnen
möchtest. Der hintere Teil in der Klammer ist dein "Filterbereich".
Hier kommt eine WAHR / Falsch - Liste raus. {FALSCH.WAHR.WAHR.FALSCH}.
In der Aggregat Formel wird jetzt WAHR mit 1 und Falsch mit Null
ersetzt. Deine Zahlen werden also entweder durch 1 oder durch Null
geteilt. Die werte durch 1 geteilt bleiben unverändert. Die durch Null
geteilt, ergeben Fehler die durch den 2. Parameter "6" eliminiert
werden.

Der Filterteil kann auch mit ganz andere Zellen die Wahr/Falsch Liste
erzeugen. Es ist lediglich zu beachten, das die Matrix gleich groß ist
wie der der Werte für die Standardabweichung-Berechnung.

Und hier noch der Link zu der Hilfeseite Aggregat:
https://help.libreoffice.org/latest/de/text/scalc/01/func_aggregate.html?DbPAR=CALC#bm_id126123001625791

Ich hoffe ich konnte dir weiterhelfen.

Mit freundlichen Grüßen

*Jürgen Kirsten*

Am 19.05.2022 um 10:53 schrieb gooly:

Gehe ich richtig in der Annahme,
dass es anders als bei Summe-, Zählen-, Mittelwert-Wenn
kein StAbw-Wenn gibt?
Danke!

--
Ernst Hügli
Knonauerstr. 52e
6330 Cham
Phon ++41 41 781 56 79
Mobile ++41 78 905 63 52
Mail ernst.hue...@bluewin.ch

Re: [de-users] Clipart Gallery

2022-04-24 Diskussionsfäden Ernst Hügli


Hallo Achim

Hast Du Dir mal die Extensions von LO angeschaut? Da gibt es mit dem 
Stichwort "Clipart" oder "Gallery" verschiedene Angebote, Du kannst aber 
auch einfach alles durchstöbern. Der Link:


https://extensions.libreoffice.org/?start=210

Freundlich grüsst

Ernst

Am 24.04.22 um 7:53 schrieb Achim Klausmann (V):

Guten morgen,

lässt sich in LibreOffice 7.2.6 unter Win10 noch
eine Clipart Gallery einrichten?
Früher ging das mal
Woher könnte man da etwas beziehen? 



--
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] Alter berechnen

2022-04-24 Diskussionsfäden Ernst Hügli


Hallo Micha,

hallo Listige

Noch eine kurze Ergänzung zu meinem ersten Mail: Die Funktion 
BRTEILJAHRE(s;e) ist eine "kaufmännische" Funktion, dh. sie berechnet 
den Jahresbruchteil nach der im Zinsrechnen der (europäischen) 
Wirtschaft üblichen Vorgehen: Das Jahr hat 360 Tage, jeder Monat exakt 
30 Tage. Das gibt bei der Berechnung des Bruchteils einen kleinen 
Unterschied zur "korrekten" Berechnung - die Frage ist, wie wichtig Dir 
der *genaue* Bruchteil ist. Wenn Du nur auf 1 Stelle nach dem Komma 
rundest dürfte der Unterschied in den allerwenigsten Fällen überhaupt 
bemerkbar sein.


Freundlich grüsst

Ernst

Am 24.04.22 um 17:39 schrieb Ernst Hügli:

Hallo Micha

Calc kennt die Funktion BRTEILJAHRE(Start;Ende). Sie gibt Dir die 
Anzahl Jahre (inkl. Bruchteil) zwischen dem Startdatum Start und dem 
Enddatum Ende. Die Zahl - z.B. etwas wie 52.4 - kannst Du nach Deinem 
gusto entweder stehen lassen (sinnvollerweise auf höchstens 1 oder 2 
Kommastellen gerundet) oder sie mit der RUNDEN-Funktion auf eine ganze 
Zahl runden lassen.


Freundlich grüsst

Ernst

Am 24.04.22 um 17:32 schrieb Micha Kühn:

Hallo,

wie kann ich am bequemsten in Calc das Alter einer Person berechnen?

In D1 steht das Bezugsdatum, ich möchte wissen wie als die Leute an
diesem Datum sind.
In B2 steht das Geburtsdatum.

Erste Idee: =(D1-B2)/365

Aber das klappt vermutlich nicht bei Schaltjahren rund um den 28.2. usw.
Ich hätte gerne etwas, das zuverlässig und immer funktioniert. (Und
letztlich hätte ich es gerne ganzzahlig).



--
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] Alter berechnen

2022-04-24 Diskussionsfäden Ernst Hügli


Hallo Micha

Calc kennt die Funktion BRTEILJAHRE(Start;Ende). Sie gibt Dir die Anzahl 
Jahre (inkl. Bruchteil) zwischen dem Startdatum Start und dem Enddatum 
Ende. Die Zahl - z.B. etwas wie 52.4 - kannst Du nach Deinem gusto 
entweder stehen lassen (sinnvollerweise auf höchstens 1 oder 2 
Kommastellen gerundet) oder sie mit der RUNDEN-Funktion auf eine ganze 
Zahl runden lassen.


Freundlich grüsst

Ernst

Am 24.04.22 um 17:32 schrieb Micha Kühn:

Hallo,

wie kann ich am bequemsten in Calc das Alter einer Person berechnen?

In D1 steht das Bezugsdatum, ich möchte wissen wie als die Leute an
diesem Datum sind.
In B2 steht das Geburtsdatum.

Erste Idee: =(D1-B2)/365

Aber das klappt vermutlich nicht bei Schaltjahren rund um den 28.2. usw.
Ich hätte gerne etwas, das zuverlässig und immer funktioniert. (Und
letztlich hätte ich es gerne ganzzahlig).


--
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] Calc: Falzmarken

2022-04-08 Diskussionsfäden Ernst Hügli


Hallo Liste, hallo Boris

Am 08.04.22 um 10:46 schrieb Robert Großkopf:

Hallo Boris,

Du nutzt leider dann auch eine Veränderung der Größe der ursprünglich 
erstellten Tabelle. Das macht natürlich Probleme. Damit fällt selbst 
die Orientierung an den Rändern der Seite flach, weil die Ränder ja 
nicht fest 2cm Breite haben werden.


Da kann ich mir nur vorstellen, das Ganze in 2 Durchgängen zu machen: 
Einen Vorrat an Drucken zu erzeugen, der nur Falzmarken enthält und 
diesen dann als Vordruck für Dein eigentliches Vorhaben zu nutzen. Den 
Vordruck mit den Falzmarken würde ich dann mit Draw erstellen.


Es ist ohnehin eine schlechte Idee, eine "Text-Aufgabe" mit Calc lösen 
zu wollen - auf eine Seite einpassen ist in Calc immer mit viel 
manueller Arbeit verbunden. Aber wie wär's mit folgendem Work-Around: Du 
erstellst Deine Tabelle in gewohnter Weise in Calc, dann fügst Du sie 
als OLE-Objekt in ein passendes Writer-Dokument ein. Bei dem kannst Du 
vorgängig die Falzmarken festlegen und die leere Datei als Vorlage 
speichern. Am Schluss musst Du nur die Grösse des OLE-Objektes an die 
Seitenabmessungen anpassen. Keine Ahnung, ob das Dein Problem löst, aber 
ein Versuch wär's ja allemal wert.


Freundlich grüsst aus der regnerischen Schweiz

Ernst



--
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] IMPRESS: Seitenleisten wieder fixieren

2022-03-30 Diskussionsfäden Ernst Hügli


Hallo Michael

Hatte ich auch schon. Meine Lösung: LibreOffice komplett schliessen 
(nicht nur das Dokument) und neu starten - danach kannst Du mit den 
freischwebenden Seitenleisten an den Rand fahren, jetzt (sollte) die 
Lösung von Irmhild funktionieren. Jedenfalls bei mir "wollen sie dann 
wirklich andocken" .


Am 30.03.22 um 10:26 schrieb Hessler, Klaus-Michael:

Danke Irmhild,
einfach mit der Maus dahin schieben, wo Du sie haben willst. Du 
kannst dann sehen, dass sie andocken "wollen" - und loslassen.
sie "wollen" aber nicht; egal, wohin ich sie schiebe ... Auch die 
Schaltfläche "Eigenschaften der Seitenleiste" > "Andocken" hat 
keinerlei Auswirkung.

Was kann ich noch tun?



LG, Ernst



--
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] Zeilenumbruch in Calc

2021-09-14 Diskussionsfäden Ernst Hügli


Hallo Boris

Am 14.09.21 um 21:05 schrieb Boris Kirkorowicz:
Bei einfachem Text ist es kein Problem, da drückt man [Strg]+[Enter] 
und bekommt den zeilenumbruch.


Wenn ich jedoch den Text aus Zellbezügen herstelle, etwa

=$KPS.C3&"  "&$KPS.E3

wird alles in eine Zeile geschrieben, was ich mit [Strg]+[Enter] auch 
nicht ändern kann.



Wie geht es richtig?


Schon mal folgendes probiert?

Die Zelle, in der der Text am Schluss zu stehen kommt (wo also die 
Formel drinsteht), wird wie folgt formatiert: Format - Zelle - 
Ausrichtung: Eigenschaften; hier die Option "Automatischer 
Zeilenumbruch" aktivieren, evtl. auch "Silbentrennung aktiv". 
Funktioniert bei mir.


Mein System: Windows 10 Home 64 bit; LO 6.4.7.2

Freundlich grüsst

Ernst



--
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] Rechte Maus - neue Datei

2021-09-14 Diskussionsfäden Ernst Hügli

Hallo Susanne,

hallo Harald

Am 14.09.21 um 16:36 schrieb Harald Köster:

Hallo Susanne,

Am 14.09.2021 um 15:39 schrieb Susanne Mohn:

Hallo liebe Liste!

Ich habe auf einem Windows 10 PC MS Office und LibreOffice installiert.

Ich hätte nun erwartet das beim Erstellen einer neuen Datei Explorer mit
Rechter Maus – Datei – Neu neben den MS Office Produkten auch alle
LibreOffice Komponenten auftauchen.

Aber es steht nur open Document Zeichnung zur Verfügung.

dies ist bei mir genau so.

Meine Frage: Woran liegt das?
Wie kann ich einstellen, dass alle LO Programme zur Auswahl stehen.

Ich hab mal gegoogelt, es sieht so aus, dass dafür dir Registry geändert
werden muss. Eine Beschreibung findest Du z.B. hier:

https://praxistipps.chip.de/rechtsklick-neu-dateitypen-im-kontextmenue-erstellen-und-aendern_20419

Probiert habe ich es mit odt-Dokumenten und es hat auch funktioniert.
Die Änderung der Registry war bei mir nur als Admin möglich.

Es wäre natürlich schön, wenn alle odf-Dokumente automatisch bei der
Installation in das Kontextmenü "Neu" aufgenommen werden. Dazu braucht
es dann wohl einen Verbesserungsvorschlag in Bugzilla.

Bei mir ist das ebenso, es ist sogar noch "verrückter". Ich habe kein MS
Office installiert und in den Standardeinstellungen habe ich
eingestellt, dass MS Office-Dateien mit den entsprechenden LO-Produkten
geöffnet werden müssen (also doc[x] mit Writer, usw.). Da der Explorer
Bestandteil des BS ist (jedenfalls in einem erweiterten Sinn) und
offensichtlich ein Registry-Eintrag vorgenommen werden muss, bin ich mir
nicht sicher, ob ein bugzilla-Eintrag wirklich Abhilfe schaffen kann.
Und es gibt sicher wichtigere Korrekturen (in LO) als jetzt gerade
diese. Aber versuchen kann man es ja allemal ...

Freundlich grüsst

Ernst

Re: [de-users] Ein Fehler - eine Ergänzung

2021-08-31 Diskussionsfäden Ernst Hügli


Hallo Listige

Zu meinem ersten Mail ein kleiner Nachtrag:

Am 31.08.21 um 20:20 schrieb Ernst Hügli:

Hallo Listige

Ich bin auf ein - zugegebenermassen wohl sehr seltenes - Verhalten von 
LO gestossen, das ich als Fehler bezeichnen würde. Folgende Situation:


Ich habe ein Dokument zum Thema Sphärische Astronomie im Umfang von 
177 Seiten geschrieben, aufgeteilt auf 8 Kapitel (inkl. 
Stichwortverzeichnis) und zusätzlich einem Vorwort. Die einzelnen 
Kapitel sind der einfacheren Handhabung wegen als einzelne 
odt-Dokumente verfasst (auch wegen des Gesamtumfangs des Dokuments), 
Grundschrift DejaVu 11 pt Standard, am Schluss wird das Ganze zu einem 
Globaldokument zusammengefügt, inkl. Titelseite, Frontispitz und 
Inhaltsverzeichnis - soweit, so klar. Das Dokument ist wie gesagt sehr 
komplex mit vielen Grafiken/Fotos und Formeln (in TexMaths gesetzt). 
Jetzt zu meinem Problem:


Im Kapitel 1.4 wird ein ganzer Absatz in kleinerer Schrift formatiert, 
DejaVu 9 pt kursiv. Da ich sowas öfter brauche (meist aber nur für 
einzelne Wörter oder Satzpassagen) habe ich dafür eine eigene 
Zeichenvorlage definiert und diese dem Text dieses Absatzes 
zugewiesen. In diesem Absatz wird an drei Stellen ein 
Verzeichniseintrag für das Stichwortverzeichnis eingefügt. Im 
Teildokument ist alles in Ordnung, es sieht so aus, wie ich es mir 
vorstelle. Sobald ich das Ganze aber zum Globaldokument zusammenfüge, 
wird von der Stelle des ersten Eintrags an bis zum Ende des Satzes, in 
dem das dritte Wort mit Verzeichniseintrag auftritt, die 
Zeichenvorlage ignoriert und der Text mit der Standardvorlage für 
Zeichen formatiert. Ich habe versucht, die Zeichenvorlage neu 
zuzuweisen, alles umsonst. Dann habe ich den Verweis gelöscht und auf 
der gleichen Seite an einer Stelle eingefügt, die mit der 
Standardzeichenvorlage formatiert ist, das Globaldokument neu 
zusammengefügt - und jetzt sieht es auch im Gesamtdokument so aus, wie 
es im Teildokument ist und wie ich es mir vorstelle. Sollte sich 
dieses Verhalten bestätigen, wäre dies nach meiner Meinung ein Fehler 
- darum die Frage: Kann jemand dieses Verhalten bestätigen? Wichtig 
wäre, das Verhalten auch mit einer neueren Version zu überprüfen, denn 
vielleicht haben die neuen Versionen dieses Verhalten ja eliminiert. 
Leider habe ich bisher zu oft erlebt, dass komplexe (Global-)Dokumente 
nach einem Update auf eine neuere Version nicht mehr so aussehen, wie 
sie ursprünglich angedacht (und formatiert) waren. Aus diesem Grund 
bin ich heute sehr vorsichtig mit Updates - wie Ihr Euch vorstellen 
könnt, stecken in seinem solchen Dokument Monate an Arbeit, die ich 
mir nicht durch ein Update kaputtmachen lassen will.


Mein System: LO 6.4.7.2, Gebietsschema de-CH, Version 64bit; 
Betriebssystem Windows 10 Home, Version 20H2, 64-bit mit 
aktualisierten Updates, 8GB RAM.


Ich habe noch etwas weiter geforscht und festgestellt: An einer anderen 
Stelle im gleichen Kapitel passiert das nicht, obschon auf den ersten 
Blick alles identisch zur ersten Passage aussieht. Bei genauerer 
Betrachtung gibt es einen kleinen Unterschied: Im ersten Absatz werden 
nicht genau die gleichen Wörter ins Stichwortverzeichnis übernommen, die 
auch im Text stehen, im zweiten Beispiel aber schon: Im ersten Block 
stehen die Wörter "Bahnexzentrizität" und "Perihellänge", ins 
Stichwortverzeichnis aufgenommen werden aber nur die Teile 
"Exzentrizität" bzw. "Perihel". Im zweiten Block steht das Wort 
"Präzession", das als Stichworteintrag markiert ist und als solches 
unverändert ins Verzeichnis übernommen wird.


Freundlich grüsst

Ernst



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

2021-08-31 Diskussionsfäden Ernst Hügli


Hallo Listige

Ich bin auf ein - zugegebenermassen wohl sehr seltenes - Verhalten von 
LO gestossen, das ich als Fehler bezeichnen würde. Folgende Situation:


Ich habe ein Dokument zum Thema Sphärische Astronomie im Umfang von 177 
Seiten geschrieben, aufgeteilt auf 8 Kapitel (inkl. 
Stichwortverzeichnis) und zusätzlich einem Vorwort. Die einzelnen 
Kapitel sind der einfacheren Handhabung wegen als einzelne odt-Dokumente 
verfasst (auch wegen des Gesamtumfangs des Dokuments), Grundschrift 
DejaVu 11 pt Standard, am Schluss wird das Ganze zu einem Globaldokument 
zusammengefügt, inkl. Titelseite, Frontispitz und Inhaltsverzeichnis - 
soweit, so klar. Das Dokument ist wie gesagt sehr komplex mit vielen 
Grafiken/Fotos und Formeln (in TexMaths gesetzt). Jetzt zu meinem Problem:


Im Kapitel 1.4 wird ein ganzer Absatz in kleinerer Schrift formatiert, 
DejaVu 9 pt kursiv. Da ich sowas öfter brauche (meist aber nur für 
einzelne Wörter oder Satzpassagen) habe ich dafür eine eigene 
Zeichenvorlage definiert und diese dem Text dieses Absatzes zugewiesen. 
In diesem Absatz wird an drei Stellen ein Verzeichniseintrag für das 
Stichwortverzeichnis eingefügt. Im Teildokument ist alles in Ordnung, es 
sieht so aus, wie ich es mir vorstelle. Sobald ich das Ganze aber zum 
Globaldokument zusammenfüge, wird von der Stelle des ersten Eintrags an 
bis zum Ende des Satzes, in dem das dritte Wort mit Verzeichniseintrag 
auftritt, die Zeichenvorlage ignoriert und der Text mit der 
Standardvorlage für Zeichen formatiert. Ich habe versucht, die 
Zeichenvorlage neu zuzuweisen, alles umsonst. Dann habe ich den Verweis 
gelöscht und auf der gleichen Seite an einer Stelle eingefügt, die mit 
der Standardzeichenvorlage formatiert ist, das Globaldokument neu 
zusammengefügt - und jetzt sieht es auch im Gesamtdokument so aus, wie 
es im Teildokument ist und wie ich es mir vorstelle. Sollte sich dieses 
Verhalten bestätigen, wäre dies nach meiner Meinung ein Fehler - darum 
die Frage: Kann jemand dieses Verhalten bestätigen? Wichtig wäre, das 
Verhalten auch mit einer neueren Version zu überprüfen, denn vielleicht 
haben die neuen Versionen dieses Verhalten ja eliminiert. Leider habe 
ich bisher zu oft erlebt, dass komplexe (Global-)Dokumente nach einem 
Update auf eine neuere Version nicht mehr so aussehen, wie sie 
ursprünglich angedacht (und formatiert) waren. Aus diesem Grund bin ich 
heute sehr vorsichtig mit Updates - wie Ihr Euch vorstellen könnt, 
stecken in seinem solchen Dokument Monate an Arbeit, die ich mir nicht 
durch ein Update kaputtmachen lassen will.


Mein System: LO 6.4.7.2, Gebietsschema de-CH, Version 64bit; 
Betriebssystem Windows 10 Home, Version 20H2, 64-bit mit aktualisierten 
Updates, 8GB RAM.


Wenn sich das Verhalten als Fehler herausstellen sollte, wäre ich froh, 
wenn mich jemand mit entsprechender Erfahrung unterstützen würde bei der 
Erstellung einer bug-Meldung (gerne über PM).


Einen freundlichen Gruss aus der Schweiz an alle Listige

Ernst


--
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] Draw: abgerundete Ecken

2021-08-07 Diskussionsfäden Ernst Hügli


Hallo Micha

Am 07.08.21 um 16:02 schrieb Micha Kühn:

Hallo,

ich möchte in Draw ein Rechteck mit abgerundeten Ecken zeichnen. Wenn
ich die Eigenschaften eines Rechtecks ("Position und Größe") ansehe,
finde ich den Reiter "Schräg stellen/Eckenradius".

Offenbar könnte ich hier das einstellen, was ich haben will - aber das
Feld Eckenradius ist ausgegraut, d.h. dort lässt sich nichts eintragen.

Wie geht es richtig?

Seitenleiste bzw. Symbolleiste Zeichnung; bei mir ist es die Position 
Standardformen; Flyout, zweite Position: abgerundetes Rechteck und - voilà!


Freundlich grüsst

Ernst



--
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] Formular als pdf

2021-05-10 Diskussionsfäden Ernst Hügli


Hallo Gerhard

Am 09.05.21 um 23:08 schrieb Gerhard Weydt:

Hallo Ernst,

ich habe PDF24 verwendet.

Gruß
Gerhard


Das war der entscheidende Hinweis. Habe mir das Formular mit pdf24 
geöffnet, und siehe da: Alles funktioniert bestens. Mit Adobe Reader 
funktioniert es immer noch nicht. Seltsamerweise zeigt mir der Adobe 
Reader auch an, dass ich eine Version für 32bit-Systeme verwende, 
obschon mein System 64bit ist (und so nebenbei alle Software in dieser 
Version läuft und funktioniert). Ob das damit zusammenhängt? Ich habe 
verzweifelt versucht, eine 64bit-Version zu installieren - ich habe 
keine gefunden. Das gleiche Problem habe ich immer wieder mit Java, aber 
dort weiss ich in der Zwischenzeit, wo ich die richtige Version bekomme.


Leider löst das meine ursprünglich gestellte Aufgabe nicht, denn ich 
kann natürlich nicht von allen Vereinsmitgliedern erwarten, dass sie vor 
dem Ausfüllen des Formulars den pdf24 installieren - die meisten (wenn 
nicht gar alle) werden den Acrobat Reader installiert haben, und damit 
scheint es definitiv nicht zu funktionieren. Ich habe es in der 
Zwischenzeit (provisorisch?) mal so gelöst, dass ich Textfelder verwende 
- die Mitglieder müssen dann ein X eintragen. Ist Informatik-Steinzeit, 
ich weiss, aber immerhin - es funzt.


Danke für die Hilfe und liebe Grüsse

Ernst




Am 09.05.2021 um 23:04 schrieb lo.harald.ber...@t-online.de:

Hallo Ernst,

womit öffnest Du denn Deine PDF?

Es funktionieren scheinbar nicht alle PDF-Lese-Programme gleich.

Versuche es mal mit dem PDF-Reader.

Ansonsten wäre es evtl. sinnvoll, wenn Du deine ODT  und PDF irgenwo 
hochlädst, zum Austesten.


Den Link dann hier auf der Liste bekannt geben. Danke.

Freundliche Grüße
Harald

Am 09.05.2021 um 20:45 schrieb Ernst Hügli:

Hallo Listige

Mein Anliegen: In LibreOffice ein Formular erstellen, als pdf 
exportieren, an die Mitglieder eines Vereins schicken, ausfüllen 
lassen und per Mail wieder zurückschicken lassen - soweit, so gut. 
Dazu brauche ich Textfelder, Options- und Markierungsfelder. In 
LibreOffice funktioniert alles so, wie ich es mir wünsche. 
Exportiere ich das Formular aber als pdf, dann erhalte ich folgendes 
Verhalten:


Textfelder : Funktionieren einwandfrei, so, wie ich es mir wünsche.

Optionsfelder : Es kann keine Option ausgewählt werden (wie gesagt: 
nur im pdf - im LO-Dokument funktioniert es).


Markierungsfelder : Grundsätzlich sind sie problemlos anwählbar; 
wird das erste Feld angewählt, dann erscheint im Formular als 
Eintrag ein Häkchen √ im Kästchen; klicke ich aber ins zweite 
Kästchen, erscheint dort ein Häkchen (√), im ersten Kästchen wird 
aus dem Häkchen aber plötzlich ein X. Das kann ich gar nicht 
gebrauchen, da dies die Benutzer (Mitglieder eines Chors, also nicht 
gerade alle Informatik-affin...) ziemlich verwirren würde.


Da das Ganze in LO wie gewünscht funktioniert, gehe ich mal davon 
aus, dass ich die Felder wie gewünscht platziert, kombiniert 
(Optionsfelder) und mit den richtigen Eigenschaften versehen habe, 
sonst würde es kaum richtig funktionieren.


Mein System: LO 6.4.7.2; BS Windows 10 Home

Für gute Tipps bin ich jederzeit dankbar ;-)))

Liebe Grüsse aus der Schweiz

Ernst








--
Ernst Hügli
Knonauerstr. 52e
6330 Cham
Phon   ++41 41 781 56 79
Mobile ++41 78 905 63 52
Mail ernst.hue...@bluewin.ch


--
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] Formular als pdf

2021-05-09 Diskussionsfäden Ernst Hügli


Hallo Gerhard

Am 09.05.21 um 21:48 schrieb Gerhard Weydt:

Hallo Ernst,

ich habe das unter der gleichen Umgebung, die du hast, ausprobiert:

 * Bei Markierungsfeldern erscheint bei mir sofort im ersten Feld das
   X, ebenso im zweiten. Ich sehe keine Häkchen.
 * Die Optionsfelder funktionieren erst, wenn ich ihnen einen
   Gruppennamen (im Entwurfsmodus: rechte Maustaste ->
   Steuerelement-Eigenschaften) gegeben habe. Ohne diesen sind sie ja
   auch nicht gekoppelt, können also - auch in Writer - nicht so
   funktionieren, dass immer nur eine Option aktiv ist.


Danke, dass Du getestet hast. Meine Optionsfelder haben 
selbstverständlich auch einen Gruppennamen, wie gesagt, unter LO 
funktioniert die Geschichte. Nur im pdf-Formular hapert's. Seltsames 
Verhalten ...


Eigentlich wollte ich keine Option vorgeben - weder bei den Options- 
noch bei den Markierungsfeldern. Ein Test hat mir aber gezeigt, dass es 
auch mit "Vorgaben" nicht besser funktioniert.




Gruß
Gerhard

Am 09.05.2021 um 20:45 schrieb Ernst Hügli:

Hallo Listige

Mein Anliegen: In LibreOffice ein Formular erstellen, als pdf 
exportieren, an die Mitglieder eines Vereins schicken, ausfüllen 
lassen und per Mail wieder zurückschicken lassen - soweit, so gut. 
Dazu brauche ich Textfelder, Options- und Markierungsfelder. In 
LibreOffice funktioniert alles so, wie ich es mir wünsche. Exportiere 
ich das Formular aber als pdf, dann erhalte ich folgendes Verhalten:


Textfelder : Funktionieren einwandfrei, so, wie ich es mir wünsche.

Optionsfelder : Es kann keine Option ausgewählt werden (wie gesagt: 
nur im pdf - im LO-Dokument funktioniert es).


Markierungsfelder : Grundsätzlich sind sie problemlos anwählbar; wird 
das erste Feld angewählt, dann erscheint im Formular als Eintrag ein 
Häkchen √ im Kästchen; klicke ich aber ins zweite Kästchen, erscheint 
dort ein Häkchen (√), im ersten Kästchen wird aus dem Häkchen aber 
plötzlich ein X. Das kann ich gar nicht gebrauchen, da dies die 
Benutzer (Mitglieder eines Chors, also nicht gerade alle 
Informatik-affin...) ziemlich verwirren würde.


Da das Ganze in LO wie gewünscht funktioniert, gehe ich mal davon 
aus, dass ich die Felder wie gewünscht platziert, kombiniert 
(Optionsfelder) und mit den richtigen Eigenschaften versehen habe, 
sonst würde es kaum richtig funktionieren.


Mein System: LO 6.4.7.2; BS Windows 10 Home

Für gute Tipps bin ich jederzeit dankbar ;-)))


Freundlich grüsst

Ernst



--
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] Formular als pdf

2021-05-09 Diskussionsfäden Ernst Hügli


Hallo Listige

Mein Anliegen: In LibreOffice ein Formular erstellen, als pdf 
exportieren, an die Mitglieder eines Vereins schicken, ausfüllen lassen 
und per Mail wieder zurückschicken lassen - soweit, so gut. Dazu brauche 
ich Textfelder, Options- und Markierungsfelder. In LibreOffice 
funktioniert alles so, wie ich es mir wünsche. Exportiere ich das 
Formular aber als pdf, dann erhalte ich folgendes Verhalten:


Textfelder : Funktionieren einwandfrei, so, wie ich es mir wünsche.

Optionsfelder : Es kann keine Option ausgewählt werden (wie gesagt: nur 
im pdf - im LO-Dokument funktioniert es).


Markierungsfelder : Grundsätzlich sind sie problemlos anwählbar; wird 
das erste Feld angewählt, dann erscheint im Formular als Eintrag ein 
Häkchen √ im Kästchen; klicke ich aber ins zweite Kästchen, erscheint 
dort ein Häkchen (√), im ersten Kästchen wird aus dem Häkchen aber 
plötzlich ein X. Das kann ich gar nicht gebrauchen, da dies die Benutzer 
(Mitglieder eines Chors, also nicht gerade alle Informatik-affin...) 
ziemlich verwirren würde.


Da das Ganze in LO wie gewünscht funktioniert, gehe ich mal davon aus, 
dass ich die Felder wie gewünscht platziert, kombiniert (Optionsfelder) 
und mit den richtigen Eigenschaften versehen habe, sonst würde es kaum 
richtig funktionieren.


Mein System: LO 6.4.7.2; BS Windows 10 Home

Für gute Tipps bin ich jederzeit dankbar ;-)))

Liebe Grüsse aus der Schweiz

Ernst


--
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] Calc: RUNDEN()

2021-04-13 Diskussionsfäden Ernst Hügli


Hallo Listige

Am 13.04.21 um 11:42 schrieb Thomas:

Hallo Boris,

Am 13.04.21 um 07:48 schrieb Boris Kirkorowicz:

Hallo,

Am 12.04.21 um 19:07 schrieb Gerhard Weydt:

wenn du das Runden Stelle
für Stelle machen würdest, käme 30 raus.

eben. Deshalb würde ich spontan so verfahren, und im vorliegenden Fall
soll das auch so gemacht werden. Wie erreiche ich das? Geht das nur,
indem ich RUNDEN(RUNDEN(RUNDEN()))... usw. schachtele, oder auch 
einfacher?


Wenn Du unbedingt die 30 als Ergebnis haben willst, nimm doch einfach 
die Funktion "Aufrunden". Die rundet immer auf.


Ein schlechter Rat, weil die immer aufrundet! Besser ist, eine Konstante 
zu addieren, die immer zum gewünschten Ergebnis führt. Da müsste Boris 
zuerst klären, ob denn auch bei 0.45 oder 0.44 aufgerundet werden soll - 
je nachdem genügt es, 0.1 zu addieren oder halt 0.15 und *danach* erst 
mit den üblichen Mitteln zu runden. Um eine präzise Antwort geben zu 
können, müsste man aber wie gesagt zuerst die Intention von Boris 
genauer kennen (wünschbar wäre auch zu wissen, *warum* er unbedingt von 
mathematischen *und* kaufmännischen Gepflogenheiten abweichen will (-;).


Es grüsst

Ernst



--
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] Falsche darstellung von ß,Ä,ö,....

2021-03-29 Diskussionsfäden Ernst Hügli


Hallo Siegfried

Am 28.03.21 um 18:03 schrieb openoff...@skerra.net:

Hallo,

Wenn ich eine CSV Datei mit Libreoffice öffne, dann werden z.B. 
jΣhrlich, F÷rdermitglied, Gei▀ler falsch dargestellt.


In einem Editor sehe ich die Daten korrelt.
Kann mir jemand weiter helfen?
Ich habe die Deutsche Version installiert



Das hängt mit dem Zeichensatz zusammen. Wenn Du die csv-Datei öffnest, 
dann bekommst Du im Dialog u.a. auch die Option Zeichensatz angeboten. 
Hier musst Du statt UTF-8 Latin-1 (o.ä. bzw. umgekehrt) wählen oder ggf. 
experimentieren, bis es schliesslich klappt. Das hängt damit zusammen, 
dass die Originaldatei für die "Spezialbuchstaben" wie ä, ö usw. eine 
andere Codierung benutzt (anderer Rechner? z.B. Mac statt Windows).


Freundlich grüsst

Ernst


--
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] Impress: Navigator funktioniert nicht mehr nach Bearbeiten einer Formel

2021-03-20 Diskussionsfäden Ernst Hügli


Hallo Siegbert

Am 17.03.21 um 10:40 schrieb Siegbert Steinlechner:

Version: 7.0.4.2 (x64)
Build ID: dcf040e67528d9187c66b2379df5ea4407429775
CPU threads: 4; OS: Windows 10.0 Build 19041; UI render: Skia/Raster; 
VCL: win

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

Hallo,
ich habe in Impress einen 2-seitigen Foliensatz erstelt. Darin befinden 
sich einige mit LibreOffice Math erstellten Formeln.


Nach Öffnen des Dokuments kann ich mit dem Navigator die einzelnen 
Seiten und die einzelnen Formeln anspringen.


Wenn ich auf eine Formel doppelclicke, öffnet sich Math. Mit Esc komme 
ich zurück zum Impress Dokument. Ab dann funktioniert der Navigator 
nicht mehr.


Ganz spontan fiel mir ein: Mit ESC verlässt Du den Formel-Editor, die 
Formel selber bleibt aber weiterhin ausgewählt (erkennbar an den blauen 
Fasspunkten). Ein Test bei mir zeigt, dass dem so ist. Und solange ein 
Objekt auf der Folie ausgewählt (markiert) ist, kannst Du nicht mit dem 
Navigator arbeiten - würde auch nicht viel Sinn machen.


Mein System: Windows 10, LO 6.4.7

Freundlich grüsst

Ernst

--
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] Abstände von den Rändern berechnen

2021-03-11 Diskussionsfäden Ernst Hügli


Hallo Niels

Um eine vernünftige Antwort geben zu können, müsste man (bzw. ich) 
wissen, ob Du immer mit dem gleichen Monitor arbeitest (dann wären seine 
Masse Konstanten) oder ob man die zuerst aus dem Betriebssystem holen 
muss ...
Ich sehe letztlich nur einen Makro, der die Koordinaten dann umrechnet - 
ist grundsätzlich (aus der Sicht der Mathematik) kein schwieriges 
Problem, aber eben: Bekanntlich sitzt der Teufel dann im Detail.



Am 11.03.21 um 13:36 schrieb Andreas Pesch:

Hallo Niels,

Du hast direkt an mich geantwortet, nicht in die Liste. Ich schreibe es
jetzt in die Liste, damit Dir ggfs. noch andere helfen können.

Ich glaube, Du meinst nicht die Maße auf dem Monitor, die sind
eigentlich unerheblich.
Da Du von Positionierung der Kopfzeile schreibst, geht es wohl um das
Maß auf dem Dokument.

Da bin ich dann aber überfragt, da ich bei LO nur Anwender bin.

Freundliche Grüße
Andreas


Am 11.03.21 um 12:34 schrieb Niels Luithardt:

Hallo Andreas,

kann denn LO sich die Daten nicht von meinem Rechner holen?


D.h. LO fragt beim Start die Bildschirmauflösung und den Monitor ab
(die größe in zoll)


Die Pixelkoordinaten kennt ja LO auch...

Das Problem ist, das die Dinge nicht umgerechnet werden...

Wenn ich das mit Microsoft Word vergleiche, dann bekomme ich von
meinem Screenreader NVDA mit Hilfe einer Tastenkombination (NVDA
Taste+ ent auf dem Nummernblock) die Koordinaten angesagt.

D.h. x cm vom linken Rand entfernt und y cm vom obern Rand entfernt.

Ohne diese Angaben ist man als blinder Anwender ziemlich
aufgeschmissen wenn man sich auf einem Stück Papier orientieren
muss/möchte. Beispiel hierfür ist das Platzieren der Kopfzeile für
einen Briefkopf, wobei die Kopfzeile dann im Fenster des
Briefumschlags zu sehen sein soll.

Mir wäre es lieb, wenn der Screenreader in LO beim drücken der
gleichen Tastenkombination auch die Information ansagen würde.

Falls das nicht geht, müsste man ein kleines python Skript schreiben
und daraus ein Add on basteln. Aber das ist nur die zweitbeste Lösung,
weil dann jemand das add on Pflegen müsste. Wenn jemand von den LO
Entwicklern gleich in LO implementieren würde, wäre es einfacher.

Ich habe das Problem auch bei LO schon gemeldet, aber aus der Antwort
von Stuart Foot zu dem Thema bin ich nicht schlau geworden. Ich bin
halt kein programmierer sondern nur Anwender.

Viele Grüße

Niels






Am 11.03.21 schrieb Andreas Pesch :

Hallo Niels,

ich weiß nicht, ob ich das richtig verstehe.

Beim Bildschirm ist die Angabe in Zentimetern ja nun abhängig von der
Auflösung und der Bildschirmgröße, woher soll das LO denn wissen.

Deine Auflösung könnte man ja noch ermitteln, ob diese aber auf einem 19
Zoll oder 24 Zoll Bildschirm dargestellt wird, das kann LO ja nicht
wissen, also auch nicht den Abstand in Zentimetern.

Beispiel:Eine horizontale Linie von 500 Pixeln bei einer horizontalen
Auflösung des Bildschirms von 1920 Pixeln sollte bei einem 19 Zoll
Bildschirm ca. 10 Zentimeter ergeben, bei 24 Zoll aber 12,7 Zentimeter.

Freundliche Grüße
Andreas


Am 11.03.21 um 10:59 schrieb Niels Luithardt:

Moin Zusammen,

vielleicht kann mir hier jemand weiterhelfen:

Wie kann ich aus meiner Bildschirmauflösung und den Punktkoordinaten
des Cursors den Abstand von den Rändern (Linker und oberer Rand) in
libre Office berechnen?

Libre Office ist so behindertenfeindlich, dass es mir nicht den
Abstand in Zentimetern sondern in pixeln ausgibt


Laut den libre Office Experten ist das nicht ein Problem von libre
office sondern von meinem Screenreader...

So kann ich nicht arbeiten, unter barrierefreiheit stelle ich mir
etwas anderes vor!

Es grüßt leicht frustriert

Niels


--
Meine Mails sind subjektiv und manipulativ, erheben Anspruch auf
Allwissenheit und können Spuren von Ironie oder Sarkasmus enthalten. ;-)


LG

Ernst

--
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] Bilder klein einfügen

2021-03-08 Diskussionsfäden Ernst Hügli


Hallo Franklin

Am 08.03.21 um 12:41 schrieb Franklin Schiftan:

Hallo Ernst,

am 08.03.2021 um 12:35 Uhr schrieb Ernst Hügli
:


Bilder bereite ich vorher in Gimp oder Draw so vor, dass sie die
richtige Grösse haben. Damit habe ich auch kein Problem mit dem
Textumbruch.


Ja, um dieses separate vorherige Bearbeiten wird Peter tatsächlich
nicht umhin kommen, wenn er auf ein bestimmtes Layout Wert legt.
Jetzt fehlen die Fotos nur noch in Original-Auflösung - ich hatte
ihn so verstanden, dass er beides haben will  und das geht wohl
nicht sinnvoll ... mir zumindest nicht bekannt ... ;-)


Ich sehe nur eine Möglichkeit, beides zu bekommen (wobei das vermutlich 
mit den Begriffen "Original-Grösse" und "Original-Auflösung" sehr 
aufwendig wird): Das Bild in hoher Qualität in Originalgrösse ausdrucken 
und dann mit einer Kamera (Scanner liefert vermutlich zu geringe 
Auf-lösung) neu aufnehmen, aber so, dass die gewünschte Grösse 
herausschaut. Ob am Schluss dann wirklich das gewünschte Ergebnis 
herausschaut - ich weiss nicht ... ;-. Ein bestehendes Bild lässt 
sich meines Wissens prinzipiell nicht in beiden Grössen unabhängig 
voneinander ändern, denn die sind miteinander verknüpft.


Freundliche Grüsse

Ernst

--
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] Bilder klein einfügen

2021-03-08 Diskussionsfäden Ernst Hügli


Hallo Peter

Am 08.03.21 um 9:03 schrieb Peter Weinreich:

Guten Morgen,

gibt es in Libre office Writer die Möglichkeit, die Bilder zunächst sehr 
klein einzufügen, um sie dann erst auf die gewünschte Größe zu skalieren?


Beim Einfügen per Kopieren, welches ich nutze, werden die Bilder meist 
zu groß und bringen das Layout durcheinander bzw. verdecken den Text 
bzw. andere Bilder. Bei einem Einfügen in vorneherein kleinen Format 
wäre das kein Problem mehr.



Es ist schon viel geschrieben worden, das ich nicht wiederholen will. 
Nur zwei Ergänzungen:


- Wenn Du nur die Grösse eines Bildes ändern willst, kannst Du es auch 
in Originalgrösse in eine Draw-Datei einfügen und dann aus Draw heraus 
exportieren: Datei - Exportieren ... Dabei kannst Du den Dateityp, die 
Auflösung und die Grösse bestimmen. Nicht vergessen, auf das 
Auswahl-Kästchen "Auswahl" zu klicken, damit wirklich nur das markierte 
Bild und nicht die gesamte Datei exportiert wird.


- Ich habe Texte von jeweils mehreren 100 Seiten für den Math-, Physik-, 
Informatik- und Astronomie-Unterricht erstellt. Alle haben viele Bilder 
oder Textboxen mit Ergänzungen, Erklärungen, ... (zwischen 1 und 4 
solche Objekte pro Seite). Dabei wähle ich ein anderes Vorgehen als 
bisher beschrieben. Die Seiten sind (per Vorlage) speziell gestaltet: 
Der sog. Steg-Rand ist klein, nur 1.8 cm; der gegenüberliegende Rand ist 
aber 8.2 cm breit, was einen Satzspiegel von 11 cm Breite ergibt 
(kürzere Zeilen erhöhen zusätzlich die Lesbarkeit). In den freien Rand - 
links oder rechts, je nachdem, ob gerade oder ungerade Seitennummer - 
werden dann die Bilder und die Boxen mit einer einheitlichen Breite von 
6.5 cm (aber variabler Höhe) eingefügt. Diese Bilder bereite ich vorher 
in Gimp oder Draw so vor, dass sie die richtige Grösse haben. Damit habe 
ich auch kein Problem mit dem Textumbruch.


Liebe Grüsse

Ernst


--
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] Kopfzeile deaktivieren

2021-03-01 Diskussionsfäden Ernst Hügli


ups, ging etwas schnell - gemeint ist LO Hilfe ;-)))

Am 01.03.21 um 13:39 schrieb Ernst Hügli:

Hallo Niels




Schau in der LibreOffice nach, Stichwort: "Definieren unterschiedlicher 
Kopf- und Fußzeilen". Der entscheidende Hinweis steht gleich im ersten 
Sat, nach vorausgesetzt:
"Sie können in Ihrem Dokument auf unterschiedlichen Seiten 
unterschiedliche Kopf- und Fußzeilen verwenden, vorausgesetzt die Seiten 
verwenden unterschiedliche Seitenvorlagen."


LG

Ernst

  PS. Ich arbeite mit LO 6.4.2 64-bit unter Windows 10 - aber diese 
Lösung ist seit langem schon so!




LG

Ernst

--
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] Kopfzeile deaktivieren

2021-03-01 Diskussionsfäden Ernst Hügli


Hallo Niels


Am 01.03.21 um 13:29 schrieb Niels Luithardt:

Moin Zusammen,

ich möchte eine Briefvorlage mit libre Office erstellen, indem ich den
Briefkopf als Kopfzeile erstelle.

Wie kann ich verhindern, das bei längeren Briefen die Kopfzeile mit
auf die nächsten Briefseiten übernommen wird? Kann ich das weitere
mitnehmen der Kopfzeilen irgendwie deaktivieren?

Ich arbeite mit libre Office 64 bit unter Windows 10.



Schau in der LibreOffice nach, Stichwort: "Definieren unterschiedlicher 
Kopf- und Fußzeilen". Der entscheidende Hinweis steht gleich im ersten 
Sat, nach vorausgesetzt:
"Sie können in Ihrem Dokument auf unterschiedlichen Seiten 
unterschiedliche Kopf- und Fußzeilen verwenden, vorausgesetzt die Seiten 
verwenden unterschiedliche Seitenvorlagen."


LG

Ernst

 PS. Ich arbeite mit LO 6.4.2 64-bit unter Windows 10 - aber diese 
Lösung ist seit langem schon so!


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

2021-02-13 Diskussionsfäden Ernst Hügli


Hallo Haymo

Am 13.02.21 um 14:51 schrieb Haymo Müller:

Hallo Harald,

vielen Dank für den Hinweis auf diese Bug Reports. Damit kann ich 
Änderungen vornehmen, sodass ich wieder normal mit LO arbeiten kann.
Das ist, wie Regina Henschel schreibt, ein workaround, aber noch nicht 
die Lösung des eigentlichen LO-Problems.


Meine Beobachtungen:
(die schreibe ich hier, weil mein „modernes Neu-Deutsch“ — andere nennen 
es „Englisch“, nicht so gut ist, dass ich bei den Burg Reports meinen 
Kommentar eintragen könnte)
-) sobald ich bei den Pfadeinstellungen auf ein Verzeichnis verweise, 
das nicht zur LO-Installation gehört, stürzt LO ab, sobald ich mit 
Dokumentvorlagen arbeiten will.

-) entferne ich diese Pfadeinstellung wieder, erfolgt kein Absturz.

-) das scheint tatsächlich mit alten Dokumentvorlagen zu tun zu haben 
(xyz.stw oder xyz.vor)
-) nachdem ich diese alten Dokumentvorlagen alle entfernt habe, kann ich 
bei den Pfadeinstellungen auf „mein“ Verzeichnis mit Dokumentvorlagen 
verweisen und es erfolgt kein Absturz mehr.


So weit, so gut — großer Jubel!

Weitere Beobachtung (vielleicht kann jemand etwas damit anfangen):
Nach der Installation von LO ist bei den Pfadeinstellungen zu den 
Dokumentvorlagen eingetragen:

Benutzerpfade
c:\Users\\AppData\Roaming\LibreOffice\4\user\template
Dieses Verzeichnis ist auf meiner Festplatte aber nicht vorhanden.

Ich habe LibreOffice installiert in folgendes von mir benanntes 
Verzeichnis: d:\programme\LibreOffice
Nach der Installation von LO ist bei den Pfadeinstellungen zu den 
Dokumentvorlagen eingetragen:

Interne Pfade
d:\programme\LibreOffice\program\..\share\template\common
d:\programme\LibreOffice\program\..\share\template\de
Diese Verzeichnisse sind auf meiner Festplatte nicht vorhanden (wurden 
also nicht installiert)

Vorhanden sind aber folgende Verzeichnisse:
d:\programme\LibreOffice\share\template\common
d:\programme\LibreOffice\share\template\shellnew
d:\programme\LibreOffice\share\template\wizard




Bei mir heisst dieses Verzeichnis (wo die Vorlagen gespeichert sind):

C:\Users\parsi\AppData\Roaming\LibreOffice\4\user\template

Die Ordner haben im Explorer teilweise eingedeutschte Namen, aber der 
Pfad bleibt. Und so ist es auch unter Extras - Optionen - Pfade eingetragen.


Mein System:
LO 6.4.7.2 (eher nicht so wichtig - der angeführte Pfad ist der 
standardmässig von LO vorgegebene, aber vielleicht auch nur, weil er in 
einem alten Benutzerprofil noch so eingestellt ist); Windows 10 Home


Freundlich grüsst

Ernst






--
Ernst Hügli
Knonauerstr. 52e
6330 Cham
Phon   ++41 41 781 56 79
Mobile ++41 78 905 63 52
Mail ernst.hue...@bluewin.ch

--
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] Video in Präsentation


Ups ...
Es war natürlich Karl, nicht Harald, der auf bugzilla hingewiesen hat. 
Entschuldige Karl, war keine Absicht ;-


Freundlich grüsst

Ernst

Am 11.02.21 um 17:39 schrieb Ernst Hügli:

An alle ...

Am 11.02.21 um 12:07 schrieb Günther Breitfuß:

Hallo Ernst,

ich kann mp4-Video  problemlos in Impress einbinden. MOV habe ich 
nicht parat.


LO 7.1, Win10

LG Günther


Am 11.02.2021 um 10:58 schrieb Ernst Hügli:

Hallo Listige

Folgende Frage: Für ein Referat versuche ich, in eine 
Impress-Präsentation zwei Videos einzubinden. Es handelt sich um zwei 
Videos der ESA, das eine im Format mp4, das andere im Format mov. 
Versuche ich eine Einbindung über die Option "Einfügen - Hyperlink" 
direkt auf die Datei im Internet, dann funktioniert es. Allerdings 
ist die Wiedergabe etwas ruckelig, da die Datei doch recht gross ist. 
Zudem ist mir die Unsicherheit zu gross, dass ausgerechnet beim 
Vorführen das Internet zusammenbricht oder nur eine besonders kleine 
Übertragungsrate zur Verfügung stellt. Also: Film downloaden und dann 
über "Einfügen - Audio/Video..." bzw. "Extras - Medienwiedergabe" auf 
"die sichere Seite wechseln". Doch oh Schreck, immer dasselbe: 
Warnung - "Das Format der ausgewählten Datei wird nicht unterstützt". 
In der Hilfe steht dazu:


"Alternativ können Sie Extras - Medienwiedergabe wählen, um die 
Medienwiedergabe zu öffnen. Benutzen Sie die Medienwiedergabe, um 
eine Vorschau aller unterstützten Mediendateien zu erhalten."


Mache ich das, dann ist sowohl das Format mov wie mp4 aufgeführt - 
also irgendwas geht da "in die Hose". Was ist los? Wie kann ich die 
Video-Dateien direkt abspielen, ohne über das Internet gehen zu müssen?


Vielen Dank allen, die geantwortet haben, jetzt funktionierts. Dazu zwei 
Bemerkungen:


1. Als Alternative funktioniert die Option, einen Hyperlink direkt auf 
die Videodatei zu setzen, und es klappt! Das ist ein Workaround, falls 
die andere Variante nicht funktioniert.


2. Karl hat den entscheidenden Tipp geliefert: Es fehlen die Codecs. 
Zwar hab ich etwas Ähnliches vermutet und schon mal was installiert, 
aber offensichtlich nicht das Richtige. Mit dem von Karl empfohlenen 
Codec-Paket K-Lite klappt es jetzt.


Harald hat auf bugzilla hingewiesen. Ich habe seine Links mal 
angeschaut. Der zweite scheint genau auf mein Problem zu passen. Was 
mich erstaunt: Der Eintrag stammt ursprünglich aus dem Jahr 2013!!! Ich 
habe volles Verständnis dafür, dass die Entwickler diesen bug nicht 
prioritär behandeln, weil es aus ihrer Sicht ja kein bug ist - es fehlen 
einfach codecs. Wäre es aber nicht angebracht, angesichts vieler Laien, 
die das System nutzen (möchten), wenn man in der Hilfe zwei Hinweise 
machen würde: erstens einen Hinweis auf den Workaround mit dem Hyperlink 
direkt auf die Datei und zweitens einen Hinweis auf ggf. fehlende 
Codecs. Eine Anleitung ist nicht nötig (das sollte dann in den 
Handbüchern auftauchen), aber ein Hinweis wäre äusserst nützlich - 
zumindest in meiner Einschätzung.


Nochmals herzlichen Dank und freundliche Grüsse

Ernst


--
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] Video in Präsentation


An alle ...

Am 11.02.21 um 12:07 schrieb Günther Breitfuß:

Hallo Ernst,

ich kann mp4-Video  problemlos in Impress einbinden. MOV habe ich nicht 
parat.


LO 7.1, Win10

LG Günther


Am 11.02.2021 um 10:58 schrieb Ernst Hügli:

Hallo Listige

Folgende Frage: Für ein Referat versuche ich, in eine 
Impress-Präsentation zwei Videos einzubinden. Es handelt sich um zwei 
Videos der ESA, das eine im Format mp4, das andere im Format mov. 
Versuche ich eine Einbindung über die Option "Einfügen - Hyperlink" 
direkt auf die Datei im Internet, dann funktioniert es. Allerdings ist 
die Wiedergabe etwas ruckelig, da die Datei doch recht gross ist. 
Zudem ist mir die Unsicherheit zu gross, dass ausgerechnet beim 
Vorführen das Internet zusammenbricht oder nur eine besonders kleine 
Übertragungsrate zur Verfügung stellt. Also: Film downloaden und dann 
über "Einfügen - Audio/Video..." bzw. "Extras - Medienwiedergabe" auf 
"die sichere Seite wechseln". Doch oh Schreck, immer dasselbe: Warnung 
- "Das Format der ausgewählten Datei wird nicht unterstützt". In der 
Hilfe steht dazu:


"Alternativ können Sie Extras - Medienwiedergabe wählen, um die 
Medienwiedergabe zu öffnen. Benutzen Sie die Medienwiedergabe, um eine 
Vorschau aller unterstützten Mediendateien zu erhalten."


Mache ich das, dann ist sowohl das Format mov wie mp4 aufgeführt - 
also irgendwas geht da "in die Hose". Was ist los? Wie kann ich die 
Video-Dateien direkt abspielen, ohne über das Internet gehen zu müssen?


Vielen Dank allen, die geantwortet haben, jetzt funktionierts. Dazu zwei 
Bemerkungen:


1. Als Alternative funktioniert die Option, einen Hyperlink direkt auf 
die Videodatei zu setzen, und es klappt! Das ist ein Workaround, falls 
die andere Variante nicht funktioniert.


2. Karl hat den entscheidenden Tipp geliefert: Es fehlen die Codecs. 
Zwar hab ich etwas Ähnliches vermutet und schon mal was installiert, 
aber offensichtlich nicht das Richtige. Mit dem von Karl empfohlenen 
Codec-Paket K-Lite klappt es jetzt.


Harald hat auf bugzilla hingewiesen. Ich habe seine Links mal 
angeschaut. Der zweite scheint genau auf mein Problem zu passen. Was 
mich erstaunt: Der Eintrag stammt ursprünglich aus dem Jahr 2013!!! Ich 
habe volles Verständnis dafür, dass die Entwickler diesen bug nicht 
prioritär behandeln, weil es aus ihrer Sicht ja kein bug ist - es fehlen 
einfach codecs. Wäre es aber nicht angebracht, angesichts vieler Laien, 
die das System nutzen (möchten), wenn man in der Hilfe zwei Hinweise 
machen würde: erstens einen Hinweis auf den Workaround mit dem Hyperlink 
direkt auf die Datei und zweitens einen Hinweis auf ggf. fehlende 
Codecs. Eine Anleitung ist nicht nötig (das sollte dann in den 
Handbüchern auftauchen), aber ein Hinweis wäre äusserst nützlich - 
zumindest in meiner Einschätzung.


Nochmals herzlichen Dank und freundliche Grüsse

Ernst

--
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] Video in Präsentation


Hallo Jörg

Am 11.02.21 um 11:44 schrieb joerg.w...@pde-gmbh.de:

Hallo Ernst,
vielleicht habe ich etwas falsch verstanden, aber wenn der Hyperlink auf die 
Datei im Internet klappt: hast Du es mal mit einem Hyperlink auf Deine lokale 
Datei probiert?
Gruß
Jörg

Gesendet mit der 1&1 Mail App

Am 11.02.21 um 10:59 schrieb Ernst Hügli


Hallo Listige

Folgende Frage: Für ein Referat versuche ich, in eine
Impress-Präsentation zwei Videos einzubinden. Es handelt sich um zwei
Videos der ESA, das eine im Format mp4, das andere im Format mov.
Versuche ich eine Einbindung über die Option "Einfügen - Hyperlink"
direkt auf die Datei im Internet, dann funktioniert es. Allerdings ist
die Wiedergabe etwas ruckelig, da die Datei doch recht gross ist. Zudem
ist mir die Unsicherheit zu gross, dass ausgerechnet beim Vorführen das
Internet zusammenbricht oder nur eine besonders kleine Übertragungsrate
zur Verfügung stellt. Also: Film downloaden und dann über "Einfügen -
Audio/Video..." bzw. "Extras - Medienwiedergabe" auf "die sichere Seite
wechseln". Doch oh Schreck, immer dasselbe: Warnung - "Das Format der
ausgewählten Datei wird nicht unterstützt". In der Hilfe steht dazu:

"Alternativ können Sie Extras - Medienwiedergabe wählen, um die
Medienwiedergabe zu öffnen. Benutzen Sie die Medienwiedergabe, um eine
Vorschau aller unterstützten Mediendateien zu erhalten."

Mache ich das, dann ist sowohl das Format mov wie mp4 aufgeführt - also
irgendwas geht da "in die Hose". Was ist los? Wie kann ich die
Video-Dateien direkt abspielen, ohne über das Internet gehen zu müssen?



Danke für Deinen Tipp! Tatsächlich ist das die Lösung. Kurz vor Deinem 
Mail habe ich es einfach mal probiert, und siehe da: Es klappt. Warum 
aber der Link über Einfügen Audio/Video nicht funktioniert, ist mir 
immer noch ein Rätsel, vor allem, wenn doch das Abspielen über Hyperlink 
der gleichen Dateien funktioniert ...


Danke und liebe Grüsse

Ernst

PS. Da Dein Mail an meine private Mail-Adresse erfolgt ist, leite ich 
Deine Antwort noch an die Liste weiter. Bitte "Antworten an Liste" wählen.


--
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] Video in Präsentation


Hallo Listige

Folgende Frage: Für ein Referat versuche ich, in eine 
Impress-Präsentation zwei Videos einzubinden. Es handelt sich um zwei 
Videos der ESA, das eine im Format mp4, das andere im Format mov. 
Versuche ich eine Einbindung über die Option "Einfügen - Hyperlink" 
direkt auf die Datei im Internet, dann funktioniert es. Allerdings ist 
die Wiedergabe etwas ruckelig, da die Datei doch recht gross ist. Zudem 
ist mir die Unsicherheit zu gross, dass ausgerechnet beim Vorführen das 
Internet zusammenbricht oder nur eine besonders kleine Übertragungsrate 
zur Verfügung stellt. Also: Film downloaden und dann über "Einfügen - 
Audio/Video..." bzw. "Extras - Medienwiedergabe" auf "die sichere Seite 
wechseln". Doch oh Schreck, immer dasselbe: Warnung - "Das Format der 
ausgewählten Datei wird nicht unterstützt". In der Hilfe steht dazu:


"Alternativ können Sie Extras - Medienwiedergabe wählen, um die 
Medienwiedergabe zu öffnen. Benutzen Sie die Medienwiedergabe, um eine 
Vorschau aller unterstützten Mediendateien zu erhalten."


Mache ich das, dann ist sowohl das Format mov wie mp4 aufgeführt - also 
irgendwas geht da "in die Hose". Was ist los? Wie kann ich die 
Video-Dateien direkt abspielen, ohne über das Internet gehen zu müssen?


Mein System:

LO 6.4.7.2 für x64-Systeme

Windows 10 Home Version 1909

Danke für jeden Tipp .

Liebe Grüsse aus der verschneiten Schweiz

Ernst



--
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] Writer - Gliederung erstellen

2021-01-28 Diskussionsfäden Ernst Hügli


Hallo Peter

Am 28.01.21 um 14:25 schrieb Peter Weinreich:

Hallo Christian,

ja, das Verschieben von Überschrift mit dazugehörigen Text habe ich auch
noch nicht gefunden. Behelfsweise gebe ich dem Text die Überschrift 9,
verschiebe und und nehme die dann wieder heraus. Glaube nicht, dass das
im Sinne des Erfinders ist. Wenn jemand den vorgesehenen Weg weiß, freue
ich mich darüber, diesen auch zu erfahren.



Ich hab's eben ausprobiert: Mein Text besteht aus 29 Seiten und 
dreistufiger Kapitelnummerierung, inkl. mit TexMaths erzeugter Formeln 
und komplexen Bildern in einer Randspalte. Hat funktioniert, und zwar 
wie folgt:


- Navigator einschalten (Seitenleiste)

- Wenn nicht automatisch: Überschriften aufklappen, so dass alle 
Überschriften sichtbar sind - die müssen vorher per Vorlage (Überschrift 
...) zugewiesen worden sein, inkl. Überschriften unterer Stufe.


- In der Werkzeugleiste meines Navigators erscheint u.a. das Werkzeug 
"Kapitel höher verschieben" bzw. "Kapitel niedriger verschieben" 
(rechts) - klick darauf, hat bei mir funktioniert: Das ganze Kapitel 
samt der beschriebenen komplexen Struktur wurde korrekt verschoben 
(inkl. unterschiedlicher Seitenvorlagen links - rechts).


Hast Du als Alternative auch mal Globaldokumente ins Auge gefasst? Da 
geht das u.U. noch bequemer, hängt natürlich von der Struktur Deines 
Dokumentes ab. Ich arbeite sehr intensiv damit und habe gute Erfahrungen 
gemacht.


LG

Ernst

PS. Mein System: Windows 10, LO 6.4.7.2


--
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] Hilfe bei Kopfzeile mit Logo

2020-11-25 Diskussionsfäden Ernst Hügli


Hallo Susanne

Am 25.11.20 um 15:22 schrieb susanne.mohn...@kiel-pries.de:

Ich bin dabei Seitenvorlagen zu erstellen.

Nun habe ich bei der Seitenvorlage Standard die Kopfzeile aktiviert und mit
Copy ein Logo (png-Datei) eingefügt.

Dieses ist aber beim Einfügen soweit nach unten gerutscht, das es quasi
unterhalb der Kopfzeile auf der Seite ist bzw. besser erscheint.

Es soll aber weiter nach oben- aber ich kann es mit der Maus nicht mehr
anklicken.

Hat jemand das schon mal gehabt?
Wie komme ich an das Logo wieder ran?

  


Hatte ich auch schon. Dabei sind zwei Dinge wichtig:

 * Wenn Deine Vorlage mehrere Seiten umfasst, scheint LO das Logo auf
   der letzten Seite für die Bearbeitung zugänglich zu machen
 * Hast Du schon probiert, die Grafik im Navigator anzuwählen? Hat auch
   schon geholfen.

Wenn beides nicht hilft, dann müsste man tatsächlich eine Beispieldatei 
haben, um nachzuvollziehen, was los ist.


Liebe Grüsse

Ernst



--
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] Hintergrund der LibO-Startseite?

2020-11-19 Diskussionsfäden Ernst Hügli


Hallo Listige

Am 19.11.20 um 12:22 schrieb Franklin Schiftan:

Hallo Harald,

am 19.11.2020 um 11:35 Uhr schrieb Harald Köster
:


Hallo Franklin,

Am 18.11.2020 um 19:47 schrieb Franklin Schiftan:

Hallo Harald,

vielen Dank!
Ich habe es meiner Schwester entsprechend weitergeleitet.
Jetzt muss sie nur noch wissen, wie man von einer Farbe auf den
einzugebenden Farbwert kommt ...

z.B. so:
[1] In Writer Dialog für Zeichenfarbe öffnen, d.h. in der Symbolleiste
Klick auf den Nach-unten-Pfeil rechts neben dem Symbol.
[2] "Benutzerdefinierte Farbe" auswählen.
[3] In Dialog Farbauswahl eine Farbe aussuchen. Der Farbwert wird
hexadezimal bei "Hex#" angezeigt.
[4] Umrechnen des Hexwerts in einen Dezimalwert. Ich mache dies mit dem
Rechner von Windows 10. Dort den Mode "Programmierer" auswählen und auf
HEX klicken, dann den Hex-Wert eingeben, bei DEC wird der entsprechende
Dezimalwert angezeigt.

Es gibt sicherlich auch elegantere Wege ...

Hey, Du bist ja super ... vielen Dank!

Ich habe natürlich in der Zwischenzeit auch selber noch ein bisschen
im Web gesucht und bin dabei z.B. auf die Seite
 gekommen.
Wenn man dort auf eine gewünschte Farbe klickt, erhält man noch
weitere Infos - und ganz am Schluss unten auch den Dezimalwert.
Den kann man dann einfach übernehmen und bei der genannten
LibO-Einstellung eingeben.

Nochmals vielen Dank für Deine Lösungssuche.
Meine Schwester wird sehr erfreut sein.  :-)


Warum denn in die Ferne schweifen, sieh das Gute liegt so nah!

Die bordeigenen Mittel von LO tun's auch: LO Draw öffnen, z.B. ein 
Rechteck aufziehen. Format Fläche - Farbe. Rechts steht "Neue", darunter 
der Button "Auswählen". Anklicken, es öffnet sich der Farbdialog. Eine 
Farbe auswählen, auf okay klicken. Im Farbdialog wird jetzt sowohl der 
RGB-Wert (dezimal) wie der HTML-Wert (hexadezimal) angegeben. Dann kann 
man sogar unten links bei "Palette anpassen" auf "Hinzufügen" klicken 
und die Farbe einer Palette (sinnvollerweise "benutzerdefiniert") 
zuteilen und hat sie dann immer (dh. in allen LO-Anwendungen) zur Verfügung!


Freundlich grüsst

Ernst



--
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] Bilder einfügen in Libre Office writer

2020-06-14 Diskussionsfäden Ernst Hügli


Hallo Jörg, hallo Listige

Am 13.06.20 um 18:47 schrieb Gerhard Weydt:

Hallo Jörg,

wichtig ist vor allem die Verankerung (im Kontextmenü oder das Menü 
Format):


 * entweder "Als Zeichen", dann ist das Bild in den Text eingefügt, ein
   anschließender Absatz, wie Robert geschrieben hat, sorgt dafür, dass
   das nächste Bild, wenn es auch wieder als Zeichen verankert
   wird,darunter steht.
 * oder am Zeichen, am Absatz (was der Standardfall ist) an der Seite:
   dann kannst du das Bild mit der maus an die gewünschte Stelle
   verschieben.

Ich nutze immer "Als Zeichen".

(...)


Man sollte dann allerdings auch darauf aufmerksam machen, dass das mit 
dem Verschieben des Bildes nicht mehr so einfach geht, wenn das Bild als 
Zeichen verankert ist. Schliesslich kann man einen einzelnen Buchstaben 
auch nicht einfach beliebig auf dem Papier hin- und herschieben 
(zumindest nicht in Writer - in Draw und Impress theoretisch schon, aber 
das ist ein anderes Thema). Weiter ist das mit dem Verankern an der 
Seite so ein Problem, wenn ich den Text als Teil in einem Globaldokument 
einfügen möchte - "Seite" ist dem übergeordneten Globaldokument 
vorbehalten ... M.E. ist die Verankerung am Absatz das einzig Wahre 
(aber wie bei allen absolutistischen Theorien: meine persönliche Ansicht 
... und da gilt: de gustibus non est disputandum). Diese Verankerung 
lässt mir alle Freiheiten, die ich wünsche.


@ Jörg:

Noch eine Idee: Hast Du schon mal geschaut, was in der Vorlage für 
Bilder eingestellt ist (unter "Rahmenvorlagen - Bilder")? Evtl. musst Du 
da "schrauben", um Deine Einstellungen zu ändern. Und wenn das auch 
nicht hilft: Als Work-Around auf das sich nach vorn drängende Bild 
klicken, Kontext-Menü, "Anordnung - ganz nach hinten", dann hast Du das 
zuerst eingefügte Bild vorne und kannst die Einstellungen so ändern, 
dass sich die beiden Bilder nicht mehr stören. Das machst Du am besten 
ebenfalls über das Kontext-Menü "Eigenschaften", da kannst Du nach 
Herzenslust in den Einstellungen fummeln. Oder noch einfacher: Das 
zuletzt eingefügte Bild über den Eigenschaften-Dialog "wegbefördern".


Freundlich grüsst

Ernst



--
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] OT: Grafikprogramm

2020-05-17 Diskussionsfäden Ernst Hügli


Hallo Veit

Am 16.05.20 um 14:57 schrieb Veit:

Hallo,
ich habe ein Problem mit der Kreisaufteilung.

Ich muss einen Vollkreis in 128 Teile aufteilen, d.h. alle 2,8125° ein 
Strahl.


Das geht mit Draw nicht.

Kann mir jemand einen Tipp geben, mit welchem Grafikprogramm ich das 
bewerkstelligen koennte.


Für soetwas benutze ich grundsätzlich GeoGebra - ist ebenfalls Open 
Source, Freeware und ein supertolles Programm. Ursprünglich an der Uni 
Wien entwickelt, heute von einer freien Gemeinschaft. Hier der Link:


https://www.geogebra.org/?lang=de

Für jeden Mathe-Lehrer ein Schmankerl ;-)))

Freundlich grüsst aus der Schweiz

Ernst

--
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] Writer: Gibt es das: Werte von Feldbefehle in normalen Text umwandeln ?

2020-05-16 Diskussionsfäden Ernst Hügli


Hallo Martin

Am 16.05.20 um 11:35 schrieb Martin Jenniges:

Guten Tag,


ich habe die letzten Tage über 1800 Nummern mittels Feldbefehle in 
einem Writer Dokument eingefügt.


Bedingt durch die Feldbefehl-Funktion können sich die Nummern ändern, 
wenn nur ein Feld gelöscht wird.



Das möchte ich jetzt verhindern; nur wie ?



Hast Du mal Folgendes ausprobiert:

Extras - LibreOffice Writer - Allgemein - Automatisch aktualisieren, 
hier das Häkchen wegklicken. Hilft's?


Freundlich grüsst

Ernst



--
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] Reihung umkehren

2020-05-13 Diskussionsfäden Ernst Hügli


Hallo Veit

Am 13.05.20 um 15:36 schrieb Veit:

Hallo,
ich habe eine Frage zum Umkehren einer Reihenfolge:

Ich habe in Calc u.a. eine Textliste (Bemerkungen, etc.), die ich so 
nochmal, aber in umgekehrter Reihenfolge benoetige.


Ich habe diese Liste kopiert und wollte sie dann in umgekehrter 
Reihenfolge an anderer Stelle wieder einfuegen.

Aber ich finde keine Moeglichkeit dafuer.
Hat jemand einen Tipp fuer mich, wie man das bewerkstelligen koennte.

(Abschreiben in umgekehrter Reihenfolge ist keine Option, denn die Liste 
ist dafuer zu lang)


Gruesse
Veit


Hast Du folgendes schon probiert:
Kopieren - an anderer Stelle einfügen - markieren; Menü Daten - 
Absteigend sortieren?


Freundlich grüsst

Ernst

--
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] Calc: Alter berechnen

2020-05-09 Diskussionsfäden Ernst Hügli


Hallo Micha

Am 08.05.20 um 17:13 schrieb Micha Kühn:


Sowas wie
=QUOTIENT((HEUTE()-A1);365)
ist ja wegen der Schaltjahre ungenau.




Warum meinst Du, das sei zu ungenau? Es geht ja mit der Funktion 
QUOTIENT nur um den ganzzahligen Anteil - da macht der knappe Vierteltag 
Unterschied pro Jahr für realistische Zahlen keinen Unterschied - 
Menschen werden ja (ausser kurz nach der Schöpfung) nicht mehrere 100 
Jahre alt.
Ich hab's auf die Schnelle mal probiert und mit dem Ergebnis der Formel 
von Werner verglichen (die zugegeben viel eleganter ist ;-)) ) und 
selbst mit dem Alter meiner (leider) verstorbenen Grossmutter, 
Geburtstag 2. Februar 1899, funktioniert es und liefert das gleiche 
Ergebnis.


Freundliche Grüsse

Ernst

--
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] Bilder in Draw: Fehler im png-Export (?) - gelöst


Hallo Regina

Am 05.05.20 um 15:45 schrieb Regina Henschel:

Hallo Ernst,

Jetzt ist natürlich meine ketzerische Frage: Wenn dieses Sch...ding 
namens OpenGL so offensichtlich jede Menge Probleme bereitet (wie oft 
wird auch hier auf der Liste empfohlen, diese Option auszuschalten), 
warum ist sie dann standardmässig eingeschaltet? Ich fände die 
umgekehrte Version wesentlich kundenfreundlicher ...


Das wird sich mit der Version 7 erledigt haben. Dann gibt es "Skia" und 
"OpenGL" wandert (sehr wahrscheinlich) in die Experteneinstellungen.




Das sind definitiv gute Neuigkeiten! Es gibt ja zum Glück wenig Punkte, 
um über LO zu motzen, doch OpenGL war in den letzten Jahren nach meiner 
Beobachtung ein solcher Punkt. Danke für die Info,


Freundliche Grüsse

Ernst

--
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] Bilder in Draw: Fehler im png-Export (?)


Hallo Harald

Am 05.05.20 um 14:30 schrieb lo.harald.ber...@t-online.de:

dein geschildertes Problem kann ich nicht nachvollziehen.


Ich habe in der Zwischenzeit den "Bösewicht" gefunden: OpenGL, s. mein 
vorheriger Post. Der Fehler ist damit behoben, der Export verhält sich 
nun wie erwartet.



Was mir jedoch aufgefallen ist, dass beim Speichern bzw. in der 
Dialogbox "PNG-Optionen" bei "Pixel/cm" zunächst 47 angezeigt wird und


bei "Pixel/Zoll" = 119, im Unterschied zu deiner Aussage.

Bei mir Windows 10 Home; Version 1909; 64-Bit | LibreOffice, Version: 
6.4.3.2 (x64).


Das ist mir auch schon aufgefallen: Er will die Auflösung unbedingt in 
Pixel/cm angeben - das stört mich eigentlich nicht, diese Umstellung 
(einmalig) auf Pixel/Zoll ist schnell gemacht. Weil ich oft mit 
Fotobearbeitung arbeite, sind mir diese Zahlen einfach geläufiger. Doch 
das ist eine persönliche Präferenz. Aber die Zahlenwerte sind definitiv 
"kryptisch". Ob die vom verwendeten Bildschirm abhängen? Was mich mehr 
nervt: Im Gegensatz zur Einheit "Pixel/Zoll" (die LO sich "merken" kann) 
ist dies beim Zahlenwert nicht der Fall, den muss ich jedes Mal wieder 
anpassen ...




Freundliche Grüße

Harald


Danke, dass Du es geprüft hast!

Liebe Grüsse

Ernst



--
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] Bilder in Draw: Fehler im png-Export (?) - gelöst

Ein Nachtrag zu meinem vorherigen Post - aber vielleicht hilft das Ganze 
doch!


Ein Blick in bugzilla hat mich auf die Spur der Lösung gebracht: OpenGL 
war der Sünder. Ich war zwar der Meinung, ich hätte das verfluchte Ding 
abgeschaltet. Aber da ich mit dem Neuaufsetzen von LO 6.3.6 auch 
gleichzeitig eine "Komplettreinigung" des alten user-Directories 
vorgenommen habe, habe ich diesen Punkt offensichtlich übersehen. Das 
zeigt einmal mehr, dass die Option OpenGL eigentlich als "experimentell" 
behandelt werden sollte ...


Jetzt ist natürlich meine ketzerische Frage: Wenn dieses Sch...ding 
namens OpenGL so offensichtlich jede Menge Probleme bereitet (wie oft 
wird auch hier auf der Liste empfohlen, diese Option auszuschalten), 
warum ist sie dann standardmässig eingeschaltet? Ich fände die 
umgekehrte Version wesentlich kundenfreundlicher ...


Liebe Grüsse

Ernst

Am 05.05.20 um 13:15 schrieb Ernst Hügli:

Hallo Listige

Ich habe einen Fehler bei der Bildbehandlung festgestellt, vermutlich 
liegt der Fehler in Draw, könnte aber auch in Writer liegen, doch 
scheint mir das eher unwahrscheinlich. Doch der Reihe nach:


Für einen Lehrtext brauche ich u.a. auch Grafiken, die ich vorher in 
Draw erstellt habe. In Writer brauche ich sie in der Auflösung 180 
Pixel pro Zoll, standardisierte Breite 6.50 cm, Höhe so angepasst, 
dass die Seitenverhältnisse der Grafik dem Original entsprechen. 
Folglich exportiere ich sie aus Draw mit den entsprechenden 
Parametern: Auflösung 180 Pixel pro Zoll; Breite 6.5 cm, Höhe stellt 
sich automatisch ein. Bislang funktionierte das auch perfekt. Doch 
nicht mehr, seit ich ein Update auf LO 6.3.6 vorgenommen habe (vorher 
LO 6.2.8).


Ich gehe in LO Draw 6.3.6 vor wie bisher: Grafik markieren; Datei - 
Export - "Auswahl" anklicken, Bildtyp .png - Dateinamen eingeben, 
Dateiendung wird automatisch eingefügt - Auflösung vom Standard 96 
Pixel/Zoll manuell ändern in 180 Pixel/Zoll - Breite manuell auf 6.5 
cm ändern, Höhe passt sich automatisch an - Speichern. Jetzt Writer 
öffnen - Datei einfügen - Datei auswählen und OK. Jetzt würde ich 
erwarten, dass die Grafik in der Grösse 6.5 cm x {vorgegebene Höhe} 
eingefügt wird, doch weit gefehlt. Jetzt ist eine Grafik in der Grösse 
12.22 cm x {passende Höhe} in meinem Writer-Dokument eingefügt. Unter 
dem Reiter Zuschneiden steht 100 % x 100 %. Öffne ich die Grafik in 
Gimp, dann erhalte ich die Information: Auflösung 72 Pixel/Zoll, 
Breite 163 mm, Höhe passend. Diese Daten könnten aufzeigen, dass Draw 
einen Rechenfehler beim Umrechnen der Dimensionen macht: 163 mm : 180 
x 72 = 65.3, also ergäbe das dann eine Breite von 65 mm oder 6.5 cm 
Breite ... Und wenn ich in Gimp die Auflösung von 72 auf 180 
Pixel/Zoll ändere, dann stellt sich tatsächlich die Breite 65 mm ein - 
da liegt also wohl definitiv etwas im Argen. Übrigens: Ein Versuch, 
statt Pixel/Zoll die Auflösung Pixel/cm zu wählen, hilft nix - nicht, 
dass die Programmierer Mühe mit den fremden Einheiten hätten, sondern 
die Umrechnung scheint das Problem zu sein. Ich habe übrigens auch 
noch den Test gemacht und eine unter 6.2.8 erstellte png-Grafik in 
Writer eingefügt - sie präsentiert sich so, wie ich sie gespeichert 
habe, nämlich mit der von mir gewählten Breite von 6.5 cm. Und wenn 
ich diese Grafik in Gimp öffne, dann finde ich die Daten Auflösung 180 
Pixel/Zoll und Breite 65 mm - also so, wie von mir gespeichert.


Noch ein weiterer Test: Wähle ich statt des Dateityps png den Typ gif, 
dann funktioniert die Sache ... Scheint also tatsächlich ein Fehler im 
png-Export von Draw zu sein. Könnte das jemand reproduzieren und den 
Fehler bestätigen? Ich wäre froh, wenn dann jemand mit Erfahrung einen 
entsprechenden Bug melden würde, habe das noch nie gemacht. Stelle 
aber gerne alle notwendigen Informationen und Beispiele zur Verfügung.


Mein System: LO 6.3.6.2 (x64), Windows 10 x64, aktuelle Updates 
eingespielt.



--
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] Bilder in Draw: Fehler im png-Export (?)


Hallo Listige

Ich habe einen Fehler bei der Bildbehandlung festgestellt, vermutlich 
liegt der Fehler in Draw, könnte aber auch in Writer liegen, doch 
scheint mir das eher unwahrscheinlich. Doch der Reihe nach:


Für einen Lehrtext brauche ich u.a. auch Grafiken, die ich vorher in 
Draw erstellt habe. In Writer brauche ich sie in der Auflösung 180 Pixel 
pro Zoll, standardisierte Breite 6.50 cm, Höhe so angepasst, dass die 
Seitenverhältnisse der Grafik dem Original entsprechen. Folglich 
exportiere ich sie aus Draw mit den entsprechenden Parametern: Auflösung 
180 Pixel pro Zoll; Breite 6.5 cm, Höhe stellt sich automatisch ein. 
Bislang funktionierte das auch perfekt. Doch nicht mehr, seit ich ein 
Update auf LO 6.3.6 vorgenommen habe (vorher LO 6.2.8).


Ich gehe in LO Draw 6.3.6 vor wie bisher: Grafik markieren; Datei - 
Export - "Auswahl" anklicken, Bildtyp .png - Dateinamen eingeben, 
Dateiendung wird automatisch eingefügt - Auflösung vom Standard 96 
Pixel/Zoll manuell ändern in 180 Pixel/Zoll - Breite manuell auf 6.5 cm 
ändern, Höhe passt sich automatisch an - Speichern. Jetzt Writer öffnen 
- Datei einfügen - Datei auswählen und OK. Jetzt würde ich erwarten, 
dass die Grafik in der Grösse 6.5 cm x {vorgegebene Höhe} eingefügt 
wird, doch weit gefehlt. Jetzt ist eine Grafik in der Grösse 12.22 cm x 
{passende Höhe} in meinem Writer-Dokument eingefügt. Unter dem Reiter 
Zuschneiden steht 100 % x 100 %. Öffne ich die Grafik in Gimp, dann 
erhalte ich die Information: Auflösung 72 Pixel/Zoll, Breite 163 mm, 
Höhe passend. Diese Daten könnten aufzeigen, dass Draw einen 
Rechenfehler beim Umrechnen der Dimensionen macht: 163 mm : 180 x 72 = 
65.3, also ergäbe das dann eine Breite von 65 mm oder 6.5 cm Breite ... 
Und wenn ich in Gimp die Auflösung von 72 auf 180 Pixel/Zoll ändere, 
dann stellt sich tatsächlich die Breite 65 mm ein - da liegt also wohl 
definitiv etwas im Argen. Übrigens: Ein Versuch, statt Pixel/Zoll die 
Auflösung Pixel/cm zu wählen, hilft nix - nicht, dass die Programmierer 
Mühe mit den fremden Einheiten hätten, sondern die Umrechnung scheint 
das Problem zu sein. Ich habe übrigens auch noch den Test gemacht und 
eine unter 6.2.8 erstellte png-Grafik in Writer eingefügt - sie 
präsentiert sich so, wie ich sie gespeichert habe, nämlich mit der von 
mir gewählten Breite von 6.5 cm. Und wenn ich diese Grafik in Gimp 
öffne, dann finde ich die Daten Auflösung 180 Pixel/Zoll und Breite 65 
mm - also so, wie von mir gespeichert.


Noch ein weiterer Test: Wähle ich statt des Dateityps png den Typ gif, 
dann funktioniert die Sache ... Scheint also tatsächlich ein Fehler im 
png-Export von Draw zu sein. Könnte das jemand reproduzieren und den 
Fehler bestätigen? Ich wäre froh, wenn dann jemand mit Erfahrung einen 
entsprechenden Bug melden würde, habe das noch nie gemacht. Stelle aber 
gerne alle notwendigen Informationen und Beispiele zur Verfügung.


Mein System: LO 6.3.6.2 (x64), Windows 10 x64, aktuelle Updates eingespielt.

Danke an die Community,

Liebe Grüsse aus der regnerischen Schweiz (ob der Regen dem Corona-Virus 
was anhaben kann?? :-[O:-))


Ernst



--
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] Calc-Arbeitsmappe: Zahlenformat

2020-05-02 Diskussionsfäden Ernst Hügli


Lieber Karl

Am 02.05.20 um 11:36 schrieb Karl Zeiler:
vor mehreren Jahren hatte ich eine Calc-Arbeitsmappe unter LO 4.2.8.2 
erstellt, um Verrechnungs- und Notenpunkte in Korrekturformularen zu 
erfassen. Dabei war meine Absicht, ganze Punkte ohne Nachkommastelle 
und halbe Punkte mit 1 Nachkommastelle darzustellen (z.B. 3 und 4,5).
Mit den folgenden Formateinstellungen erhielt ich die gewünschte 
Darstellung:


Kategorie: Zahl
Format: Standard
Nachkommastellen: 0
Führende Nullen: 1

Gerade festgestellt: Unter LO 6.2.8 erhalte ich mit diesen 
Einstellungen jedoch eine andere Darstellung: Alle Werte für die 
vergebenen Punkte erscheinen zwar als Ganzzahl, halbe Punkte werden 
aber aufgerundet dargestellt. Gerechnet wird korrekterweise mit den 
ungerundeten Werten.


Ich kann es zwar nicht nachvollziehen (weil ich kein LO 4.2.8 mehr 
habe), aber wieso sollte bei der Einstellung Nachkommastellen 0 eine 
Zahl wie 4.5 als 4.5 und nicht als 5 dargestellt werden? Wenn es so 
wäre, dann hat LO 4.2.8.2 eindeutig einen Fehler gemacht. Wenn schon, 
dann würde ich Nachkommastellen einfach leer lassen - dann passt sich 
die Darstellung der Zahl an.



Welche Einstellungen für das Zahlenformat führt auch bei den neueren 
Versionen von LO wieder zur erwünschten Darstellung?


Ich löse solche Probleme mittels Vorlagen: Eine Vorlage für die Punkte 
mit der einen "Sorte" Nachkommastellen, eine zweite für die andere 
"Sorte". Dann wird in der Zelle getestet: Wenn die Nachkommastelle 
gleich 0 ist, dann Vorlage 1, andernfalls Vorlage 2.


Liebe Grüsse

Ernst



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

2020-04-27 Diskussionsfäden Ernst Hügli


Hallo Christian

Am 27.04.20 um 13:50 schrieb Christian Pleh:

Hallo in die Runde,

leider habe ich ein kleines Problem und hoffe auf diesem Weg eine Lösung zu 
finden bzw. das ich hier richtig bin.

Ich möchte eine meiner ods Dateien öffnen, Tabellenkalkulation die sich seit 
heute nicht mehr vernünftig öffnen lässt.

Obwohl ods und auch bei Eigenschaften steht, dass es sich um eine Tabelle 
handelt öffnet Libre Office die Datei neuerdings als Textdokument, deshalb sind 
auf den Seiten natürlich nur Salat…

Gibt es einen Trick, dass diese Datei wieder als Tabelle geöffnet wird?

Andere Dateien werden ganz normal geöffnet und funktionieren, ist derzeit 
wirklich nur diese eine.

Vielen Dank schon mal für Ihre Hilfe.

Grüße

Christian Pleh


Ein bisschen mehr "Futter" solltest Du uns schon geben, damit man das 
Problem eingrenzen kann: Welche LO-Version? Welches Betriebssystem? 
Version? 32- oder 64-bit? Vor allem aber: Was ist der Inhalt der 
unleserlichen Tabelle?


Ich hatte mit LO-Version 5.x ein ähnliches Problem. Das Ärgerliche: Es 
waren Notenblätter meiner Klassen und plötzlich waren die nicht mehr 
lesbar. Glücklich, wer ein Backup oder doch wenigstens einen 
Papier-Ausdruck gemacht hatte ... Damals vermutete ich, dass es mit 
intensiven Querverweisen (SVerweis-Funktionen und Ähnlichem) 
zusammenhing, aber genau eingrenzen konnte ich den Fehler nie. Seit ich 
auf die 6-er Version von LO umgestiegen bin, habe ich so ein Problem 
nicht mehr beobachtet. Bzw. nur in einer Ausnahme-Situation, aber dann 
mit Writer: Wenn ich USB-Sticks über einen Vielfach-Anschluss (die 
heutigen PC's sparen ja unglaublich mit diesem Anschlusstyp, v.a. 
Laptops) mit mobilen TB-Harddisks "mische", gibt es immer mal wieder 
einen solchen "Absturz". Und als Letztes bleibt immer noch die Option 
"Virus".


Du siehst, ohne weitere Informationen kann man das Problem kaum eingrenzen.

LG

Ernst



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

2020-04-17 Diskussionsfäden Ernst Hügli


Hallo Hartmut

Am 17.04.20 um 9:15 schrieb Hartmut Haase:

Hallo Liste,
wenn ich in einer Zelle schreibe:

Zahl1,LeerzeichenZahl2

macht LO daraus:

Zahl1,Zahl2

Wenn ich mit Strg+Eingabe einen Zeilenumbruch mache, macht LO aus

Der Garten der Pfade,
die sich verzweigen

folgende:

Der Garten der Pfade,
Die sich verzweigen

Warum? Noch ein Nachtrag zu meinem vorigen Post:


Wenn Du auch bei breiter Spalte einen Umbruch erzwingen willst, musst Du 
nach Zahl1, mit  einen Umbruch erzwingen, danach Zahl2 
eingeben (Zahl1, scheint in der Editorzeile dabei zu verschwinden). Ist 
die Option Automatischer Zeilenumbruch eingeschaltet, dann zeigt er die 
Zahlen jetzt zweistufig auch in breiten Spalten an - aber: es bleibt ein 
String, rechnen kannst Du damit nicht wie auch Günther geschrieben hat.


LG

Ernst



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

2020-04-17 Diskussionsfäden Ernst Hügli


Hallo Hartmut

Am 17.04.20 um 9:15 schrieb Hartmut Haase:

Hallo Liste,
wenn ich in einer Zelle schreibe:

Zahl1,LeerzeichenZahl2

macht LO daraus:

Zahl1,Zahl2

Wenn ich mit Strg+Eingabe einen Zeilenumbruch mache, macht LO aus

Der Garten der Pfade,
die sich verzweigen

folgende:

Der Garten der Pfade,
Die sich verzweigen

Warum?


Ich verstehe Deine Frage nicht ganz, versuche aber mal eine Antwort:

Zahl1, Leerschlag Zahl2 - damit hast Du keine Zahlen mehr, sondern Text 
(einen sog. String). Dies erkennst Du an der Ausrichtung: Linksbündig, 
nicht mehr rechtsbündig. Wenn Du die Spalte eng genug machst und unter 
Zellen - Format - Ausrichtung - Eigenschaften die Option Automatischer 
Zeilenumbruch aktivierst, dann macht er bei mir auch einen Zeilenumbruch 
(sofern der String in einer Zelle keinen Platz mehr hätte!).


Mein System: LO 6.2.8.2, Win-10 64-bit, aktualisiert

Liebe Grüsse

Ernst



--
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] calc / Datengültigkeit


Hallo Jürgen

Am 30.03.20 um 15:49 schrieb Jürgen Kirsten:

Hallo Götz,

etwas präziser: Du musst bei Kriterien
Zulassen: Datum
Daten: Gültiger Bereich
Minimum: DATUM($A$1;1;1)
Maximum: DATUM($A$1;12;31)
eingeben. Dann funktioniert das.

Problem wird sein, das man nach einer Eingabe in B1:B10 ja 
anschließend noch den Eintrag in A1 ändern kann. Dann wird es 
nachträglich ungültig. Es meckert aber niemand.
Dann müsstest du auch noch eine bedingte Formatierung verwenden um die 
"falschen Angaben" erkennbar zu machen.


Es geht (auch) ganz einfach: Eingabe der Jahrzahl z.B. in Zelle A4; in 
Zelle B4 baust Du das Minimum (=DATUM(A4;1;1)) und in B5 das Maximum 
(=DATUM(A4;12;31)); z.B. in D4 soll dann das zu untersuchende Datum 
eingegeben werden. Jetzt gibst Du dort ein:


Daten - Gültigkeit - Zulassen: Datum - Daten: Gültiger Bereich - 
Minimum: B4 - Maximum: B5


fertig! Jetzt kannst Du problemlos in A4 ein anderes Jahr eingeben, 
schon passt sich die Gültigkeitsprüfung automatisch an - eben 
ausgetestet, es funzt. Die Hilfszellen B4 und B5 könnte man auch noch 
ausblenden, wenn gewünscht.


Mein System: Windows 10, LO 6.2.8.2 für 64-bit-Systeme

Freundlich grüsst

Ernst



--
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-2: [de-users] calc / Datengültigkeit


Hallo Götz

Noch eine Ergänzung zu vorhin:

Am 30.03.20 um 14:40 schrieb Goetz M. Ritter:

Hallo Ernst,

du hat Recht, was Gerhard vorgeschlagen hat, funktioniert nicht.

Prinzipiell geht das mit der von dir vorgeschlagenen DATUM-Funktion schon - nur 
akzeptiert sie dummerweise keine Zellenangaben (in diesem Fall A1 statt 2019).

Gruß, Götz

Könnte es sein, dass von den vorherigen Versuchen die Zellen noch als 
Text formatiert sind? Probier es zunächst mal auf einem neuen, leeren 
Tabellenblatt. Wenn's funktioniert, dann könnte es an dieser 
Formatierung liegen. Dann müsstest Du alle Formatierungen löschen und 
die Eingabe neu beginnen.


Freundlich grüsst

Ernst


--
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-2: [de-users] calc / Datengültigkeit


Hallo Götz

Am 30.03.20 um 14:40 schrieb Goetz M. Ritter:

Hallo Ernst,

du hat Recht, was Gerhard vorgeschlagen hat, funktioniert nicht.

Prinzipiell geht das mit der von dir vorgeschlagenen DATUM-Funktion schon - nur 
akzeptiert sie dummerweise keine Zellenangaben (in diesem Fall A1 statt 2019).

Gruß, Götz

Wieso funktioniert es bei Dir nicht? Bei mir klappt es. Ich habe 
folgendes ausprobiert:


Zelle A1: 2019; Zelle B1 =datum(a1;1;1); Zelle C1 =datum(a1;12;31)

Zelle A2: =min(b1;c1) liefert als Ergebnis 1.1.19

Zelle B2: =max(b1;c1) liefert als Ergebnis 31.12.19

Was machst Du anders?

Mein System: Windows 10, LO 6.2.8.2 für 64-bit-Systeme

Freundlich grüsst

Ernst



--
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] calc / Datengültigkeit


Hallo Gerhard, hallo Götz

Am 30.03.20 um 14:06 schrieb Gerhard Weydt:

Hallo Goetz,

was funktioniert, ist: zwei Hilfszellen, die mit ="01.01." & A1 und 
="31.12." & A1 gesetzt werden, und diese Hilfszellen als Minimum und 
Maximum angeben.


Gruß
Gerhard

Am 30.03.2020 um 13:50 schrieb Goetz M. Ritter:

(...)


Damit ich den 1.1. des in A1 stehenden Jahres als Minimum, bzw. den 
31.12. des in A1 stehenden Jahres als Maximum eintragen kann, muss 
ich das Datum ja "zusammenbauen". Wie mache ich das?



Ich habe es mit "1.1." & A1 versucht, das funktioniert aber nicht.


Nö, funktioniert nicht! Denn mit "" und & machst Du aus den Jahrzahlen 
Strings, also Text-Objekte. Min und Max erfordern aber Zahlen, keine 
Strings. Du musst über die Funktion Datum gehen, nur damit kannst Du ein 
Datum sprich eine Zahl bauen.


Freundlich grüsst

Ernst


--
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] calc / Datengültigkeit