Re: [de-discuss] Formulardesign - seit LO 7.5 eine Zumutung und keine Besserung in Sicht

[Gerhard Weydt]

Hallo Robert,

ich kann deine Kritikpunkte nicht hundertprozentig nachvollziehen. Ich 
habe das in 7.6.4.1 auf Windows 10 ausprobiert.
Zur Schriftgröße: Der Default ist bei mir 9 pt, tatsächlich wird aber 8 
pt verwendet; Änderungen werden aber wirksam und bleiben auch nach 
Schließen und Neuöffnen de Datenbank-Dokuments. Dass ich da zwei 
Änderungen bräuchte, konnte ich bisher nicht feststellen, aber vieleicht 
habe ich das nicht ganz verstanden.
Hintergrundfarbe Buttons: Das stelle ich auch fest. Das Gemeine ist, 
dass die Farbe sich auch in schon vorhandenen Formularen verdunkelt, 
wenn man, wie es ja am bequemsten war, die Standard-Einstellung belassen 
hat. Die Farbsetzung bei der Einstellung Standard/Default müsste 
schlicht wieder zurückgesetzt weden auf Hellgrau 5, ein dunkleres grau 
in Verbindung mit der standardmäßigen schwarzen Schrift ist einfach 
nicht optimal.
Der Hintergrund bei der Navigationsleiste ist bei mir allerdings nach 
wie vor hell.
Textfed 3D: Das ist bei mir genauso, die 3d-Einstellung ist unwirksam, 
wenn ich das Formular erneut öffne.

Hintergrund von Formularfeldern im Design-Modus: die Farbe sehe ich bei mir.

Da kriegt man den Eindruck, dass es evtl auch vom Betriebssystem 
abhängt. Eine sehr unschöne Situation.


Schöne Weihnachten
Gerhard


Am 24.12.2023 um 09:27 schrieb Robert Großkopf:

Hallo *,

ich schildere einmal zum Einstieg, wie ich Formulare inzwischen (für 
Base, gilt aber allgemein auch für Writer usw.) erstelle:


1. Schritt Formularfeld aufziehen.
Damit war ich in den Versionen bis einschließlich 7.4.7.2 schon 
fertig. Die Defaultwerte passten, alles andere auch - brauchte ich 
mich nicht drum zu kümmern.


Seit LO 7.5:
2. Schritt Schriftgröße einstellen.
Da steht zwar Standard 10 pt, aber leider macht LO daraus bei mir 8 
pt, die kleinste eingestellte Schriftart in meiner Benutzeroberfläche. 
Also umstellen auf 11 pt, Formularfeld schließen, Formularfeld wieder 
öffnen und jetzt auf 10 pt. Dann passt die Größe.

3. Schritt Buttons und Navigationsleisten Hintergrundfarbe einstellen
Die Standardhintergrundfarbe von LO 7.4 wurde von einem hellen Grau zu 
einem dunklen Grau gewechselt. Muss ich jetzt also zurück auf "Grau 5" 
stellen, weil sonst ab LO 7.5 die Schrift auf den Buttons schlecht 
erkennbar ist, die Symbole auf der Navigationsleiste fast überhaupt 
nicht zu sehen sind.


Danach kann ich mich der eigentlichen Erstellung von Formularen widmen.
Zwischendurch war einmal ein Bug da, der aus Textfeldern grundsätzlich 
Felder mit 3D-Umrandung machte. Habe ich gemeldet, störte mich, da ich 
keine 3D-Umrandung nutze. Jetzt fallen die Leute rein, die es mit 
einer 3D-Umrandung lieber haben: Geht bei Textfeldern nicht mehr. 
Lässt sich zwar einstellen, ist nach dem Neuladen aber nicht abrufbar 
(obwohl gespeichert).


Ich nutze immer noch LO 7.4.7.2 zum Erstellen von Formularen, weil ich 
da wenigstens sehe, was ich haben will. Ab LO 7.5 werden Hintergründe 
in Formularfeldern beim Design nicht angezeigt. Kommt noch hinzu, dass 
unter KDE die Hintergründe bei mehrzeiligen Textfeldern komplett nicht 
mehr angezeigt werden - also auch während der Eingabe in Formulare. 
Lustig, wenn der Inhalt des ersten Datensatzes im zweiten Datensatz 
einfach darüber genudelt wird.


Warum ich das hier schreibe: Sind alles Regressionen, überall auf die 
ursächlichen Commits zurückgeführt, aber die Commiter juckt's wohl 
nicht, da sie wichtigeres zu tun haben.


Wie soll ich mich da verhalten? Einfach jemanden dran setzen und die 
Regressionen zurückschrauben? Dann gibt es doch sicher Ärger mit den 
Leuten, die den ursprünglichen Commit gemacht haben. Irgendeinen Grund 
dafür dürften die Personen ja gehabt haben.


Wen die Bugs interessieren:
https://www.familiegrosskopf.de/robert/download/FormControls.odt

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] UI in Calc - AutoFilter-Dropdown-Liste - Bezeichnungen der Auswahl für mich irreführend

[Gerhard Weydt]

Hallo,

ich stimme Micha zu. Man sagt ja auch: bester Preis, letzter Zug, 
einfachster Fall, ...


Grüße
Gerhard

Am 24.08.2023 um 11:15 schrieb Michael Otto:

Hallo,

"Höchsten 10" wäre eine Verkürzung von "Die höchsten 10 Einträge", man muss
sich die weggelassenen Worte dazu denken, sonst fehlt was.

"Höchste 10" ist eine Deklination des Adjektivs ohne Artikel oder nach
unbestimmtem Artikel wie z. B. "große Männer", hier Plural von "Höchster
Eintrag". Das klingt für mich besser, eben weil "nichts fehlt".

Grüße, Micha


 schrieb am Do., 24. Aug. 2023, 10:31:


Guten Morgen Carl,

ich stimme zu.

Freundliche Grüße
Harald

Am 24.08.2023 um 10:27 schrieb Carl Wellhöfer:

Guten Morgen,

ich habe eine Frage zur Rechtschreibung der entsprechenden Einträge für
den Autofilter. Muss das korrekt "Höchsten 10" bzw. "Niedrigsten 10"
heißen oder "Höchste 10" bzw. "Niedrigste 10".

Ich denke, "Höchsten 10" bzw. "Niedrigsten 10" ist richtig. Von "Die
höchsten zehn Einträge" abgeleitet. Bin mir aber nicht sicher. Was denkt
ihr?

--
Schönen Gruß
Carl

deutscher Übersetzer



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlerhafte Übersetzung bei Datentypen

[Gerhard Weydt]

Hallo Carl,

wie Robert schon sagte, ist der Begriff "Double" in weitem Umfang 
gebräuchlich, under findet sich auch in der Hilfe, z. B. hier bezüglich 
der Variablen in Basic:



 Double-Variablen

Doppelvariablen können positive oder negative Werte im Bereich von 
1,79769313486232x10E308 bis 4,94065645841247x10E-324 enthalten. 
Doppelvariablen sind Gleitkomma-Variablen, bei denen die 
Dezimalgenauigkeit mit zunehmendem nicht-dezimalen Teil der Zahl 
abnimmt. Doppelvariablen sind für präzise Berechnungen geeignet. Die 
Berechnung benötigen mehr Zeit als für Einzelvariablen. Eine 
Doppelvariabel braucht 8 Bytes Speicher. Das Typdeklarationszeichen ist "#".


(Die Seite ist bei mir unter Windows:
file:///C:/Program%20Files/LibreOffice/help/de/text/sbasic/shared/01020100.html?DbPAR=BASIC#bm_id3149346
wenn das etwas nützt)

Ich weiß nicht, wie die zu übersetzenden Begriffe deklariert sind, aber 
vielleicht ist da schon bei der Quelle ein falscher Begriff verwendet 
worden, der den Kontext "Variable" nicht klarmacht.


Gruß
Gerhard

Am 08.04.2023 um 21:13 schrieb Robert Großkopf:

Hallo Carl,



vorneweg: Wenn eine Zeichenfolge übersetzbar ist, wird diese übersetzt.
So ist meine Sichtweise. Wenn sie nicht übersetzt werden soll, wäre sie
nicht übersetzbar programmiert worden. Das "double" fehlerhaft mit
"doppelt" übersetzt wurde, kann ich nicht nachvollziehen. Das ist eine
gängige Übersetzung dafür.


Das ist eben ein Fehler, dass diese Bezeichnung überhaupt übersetzbar 
ist.


Ich weiß nicht, warum nur dieser Begriff in der Liste nicht übersetzt
werden soll? Das sieht dann nach einem Fehler für mich aus. Nach dem
Motto "Da hat der Übersetzer einen Begriff vergessen zu übersetzen."


Das ist ja jetzt von Joel erst einmal zurück gesetzt worden, weil eben 
"Doppelt" nun absolut keine Bezeichnung für eine Zahl ist.

Da ich mich noch nicht mit XML-Formularen auskenne, kann ich inhaltlich
dazu nichts sagen, ob das falsch oder richtig ist.


Das ist ja nicht nur eine Sache der XML-Formulare. Das ist die übliche 
Benennung für Variablen, wie ich sie aus Datenbanken und aus Basic 
auch kenne:
Float → Fließkommazahl → Einstellbar, nicht exakt, 7 Dezimalstellen 
maximal

Double → Double → Einstellbar, nicht exakt, 15 Dezimalstellen maximal

Da könnte natürlich auch "Fließkommazahl, doppelte Genauigkeit" 
stehen.Aber: "Doppelte Fließkommazahl" ist schon wieder irreführend. 2 
Zahlen?


Bei XML-Formulardokumenten gibt es da mehrere Baustellen, wo eine 
Übersetzung keinen Sinn macht. Aber das macht mir da ehrlich gesagt 
nicht die größten Sorgen. Das Modul geht seit Version LO 6.4.4.2 immer 
mehr den Bach runter, weil es wohl einfach zu unbekannt ist und dort 
die zunehmenden Bugs niemandem auffallen.


Siehe dazu den neuen Meta-Bug: 
https://bugs.documentfoundation.org/show_bug.cgi?id=154386


Gruß

Robert


--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Draw Handbuch Review Kapitel 11 Fortgeschrittene Zeichentechniken V73

[Gerhard Weydt]

Hallo Michael,

die Hilfe ist ganz anders strukturiert als das Handbuch, und besteht 
eher aus lauter "Häppchen". Das Handbuch (wie auch andere "ordentliche" 
Dokumentation) behandelt die Themen eher im Zusammenhang. Eine Synergie 
zwischen diesen beiden Formen stelle ich mir äußerst schwer vor. Ich 
sehe das Handbuch in erster Linie als Mittel zum Erlernen eines neuen 
Gebiets (und auch späterem Nachschlagen) und die Hilfe als direkte 
Bereitstellung der information zu einem konkreten, ziemlich atomaren 
Thema. Die Hilfe-Texte sind ja in erster Linie mit einem feld, Dialog, 
Menüpunkt usw. verknüpft, erst sekundär kommen Links zu anderen solchen 
Hilfe-Texten dazu und die gegliederte Auflistung im Hilfe-Fenster. Aber 
die systematische, logisch aufbauende Darstellung einer Dokumentation 
ist halt doch etwas anderes.


Viele Grüße
Gerhard

Am 09.03.2023 um 21:45 schrieb Michael Otto:

Hallo Robert,

da dachte ich, dass mehr Synergie drin wäre...
1. dass es dem Benutzer doch hilfreich sein müsste, wenn die ganze
existierende Dokumentation direkt online ohne Download verfügbar wäre,
2. dass zumindest weite Teile des Benutzerhandbuchs zur online-Hilfe
passen und (bei Draw jedenfalls) dort fehlen, und die übersetzten Texte
und screenshots jetzt schon da wären.
Finde ich schade, aber gut, so isses.

Auch bei Draw habe ich jetzt Inhalte drin, die deutlich über das englische
Handbuch hinausgehen (z.B. auch dank Gerhards Beitrag). Das ist doch
wieder die Diskussion, ob übersetzen oder neu schreiben besser ist...

Jedenfalls bleibe ich dann beim Handbuch, erst mal weiter Draw, da bin
ich jetzt schon gut drin (Kap. 9 "Text einfügen und formatieren" halte ich
da für vordringlich).

@Carl:
Im Wiki ablegen wäre mit "Eine neue Version dieser Datei hochladen" unter
diesem link:
https://wiki.documentfoundation.org/index.php?title=File:Draw_Handbuch_Kapitel_11_FortgeschritteneZeichentechniken_V73.odt
oder tatsächlich per e-mail, aber direkt oder Cc: an micha.otto...@gmail.com

Viele Grüße
Micha


Am Do., 9. März 2023 um 16:24 Uhr schrieb Robert Großkopf <
rob...@familiegrosskopf.de>:


...

Der Aufbau der Benutzerhandbücher ist auch so, dass er nur

mit Abstrichen zur Hilfe passt. So habe ich im Base-Handbuch ganz andere
Inhalte mit drin als in der Hilfe verfügbar sind. Meist sind die Inhalte
wesentlich darüber hinaus, hin und wieder kommen aber auch "einfache"
Inhalte gar nicht im Handbuch vor.

Natürlich, das Base-Handbuch hat da sowieso seine eigene Position, weil
es keine Übersetzung aus dem Englischen ist und die englische
Übersetzung des deutschen Handbuches längst nicht mehr zum aktuellen
deutschen Handbuch passt. Aber auch bei anderen Handbüchern kann ich mir
nicht vorstellen, dass die Inhalte besser passen als die momentanen
Hilfe-Inhalte.

Gruß

Robert
--
Homepage: https://www.familiegrosskopf.de/robert


--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Einstieg: zur Dokumentation Beitragen

[Gerhard Weydt]

Hallo Michael,

ich habe meine Kapitel immer an Jochen Schiffers gesendet, der hat das 
erledigt. Den habe ich vorhin auch auf deine Mail aufmerksam gemacht. 
Ich glaube aber, dass andere das auch selbst erledigen, aber da hoffe 
ich, dass sich da dann mal jemand meldet.


Viele Grüße
Gerhard

Am 08.01.2023 um 22:30 schrieb Michael Otto:

Hallo Gerhard,

vielen Dank für diesen Einstieg!

Ohne überhaupt darüber nachzudenken bin ich fest davon ausgegangen,
dass die Dokumentation in Englisch mit mehr Kapazität gepflegt wird
als in anderen Sprachen und daher i.d.R. die Handbücher regelmäßig
von Englisch nach Deutsch übersetzt werden. Deine deutsche Version
(Kapitel 6, 7, 9, 10 und 11) wäre mir dabei natürlich eine Hilfe.

Ich bin selbst auch kein Draw-Spezialist, denke aber, dass ich die
englische Doku soweit nachvollziehen kann, dass ich die passenden
screen shots machen kann.

Wo und wie werden die Dateien denn dann (im Wiki?) abgelegt,
um sie uns gegenseitig zugänglich zu machen?

Viele Grüße von München (-Sendling) nach Raum München...
Micha

@Harald: danke für die Hilfe!
Die LibO42_Kapitelvorlage.ott ist tatsächlich demnächst 10 Jahre alt...  :-))
Im Wiki bin ich angemeldet und konnte meine Benutzerseite bearbeiten.



Am So., 8. Jan. 2023 um 20:10 Uhr schrieb Gerhard Weydt
:

Hallo Michael und Harald,

ich hatte mich des Draw-Themas angenommen, obwohl ich mich nicht
speziell besonders mit Draw auskenne, weil es noch nichts gab und die
englische Version schon sehr, sehr alt war. Ich habe dann die Kapitel an
Regina Henschel zur Kommentierung gegeben, weil sie sich wirklich gut in
Draw auskennt. Als ich dann ziemlich weit war, stellte sich heraus, dass
inzwischen doch endlich eine englischsprachige neue Doku im Entstehen
war, weil Regina gefragt wurde, und sie dann ihrerseits mich fragte, ob
sie mein Kapitel 7 weitergeben dürfe (eigentlich sowieso klar, aber es
war eben noch nicht veröffentlicht). Dann kamen auch noch Wünsche für
Erweiterungen seitens Regina hinzu, die ich mir ohne ihren Beitrag gar
nicht zutraute.
Da war dannn bei mir der Schwung eher raus, und ich habe nur die Kapitel
veröffentlicht, die schon fertig waren, habe sie nur noch auf den damals
neuesten Stand 7.1 gebracht, und dann blieb das auch liegen.
Ich überlasse das Thema gern dir, Michael.
Meine Dokumentation ist nur teilweise der alten englischen gefolgt, und
ich habe auch einiges ergänzt, was bisher nicht in der Doku stand. Ob
davon etwas auch in die englische Doku eingegangen ist, weiß ich nicht.
Es gibt ja unterschiedliche Meinungen, ob die deutsche Doku eine
Übersetzung der englischen sein solle oder besser eigenständig. Ich kann
dir gerne meine nicht endgültig fertigen restlichen Kapitel zu Verfügung
stellen. Deinem Account bei der Document Foundation entnehme ich die
Vermutung, dass du in der Münchener Gegend wohnst; ich wohne auch in der
Gegend, wir könnten uns dann also auch leicht einmal persönlich treffen.

Viele Grüße
Gerhard

Am 08.01.2023 um 15:36 schrieb lo.harald.ber...@t-online.de:

Hallo Michael,

wenn ich das richtig sehe hat sich wohl bisher niemand weiter bei Dir
gemeldet - wirklich schade.

S.u.:

Am 04.01.2023 um 17:48 schrieb Michael Otto:

Hallo Harald, hallo Handbuch-Autoren,

zunächst würde ich mal das Handbuch für Draw ergänzen, die Kapitel 6,
7, 9, 10 und 11 gibt's, soweit ich sehe, doch bisher nur auf englisch.

Ich übersetze dann auf Basis des englischen Draw-7.3-Kapitel
DG7310-PrintExportEmail.odt von
https://nextcloud.documentfoundation.org/s/zmFRxFsAcjk5raQ .

Da gibt es eine Dokumentvorlage (Kapitelvorlage):

https://wiki.documentfoundation.org/File:LibO42_Kapitelvorlage.ott

allerdings bin ich mir nicht sicher ob dies der Stand der Dinge ist.

Meine letzten Dokumentationen im A4 Format liegen schon ein paar Jahre
zurück.

Von den bisher vorhandenen Draw-7.1-Kapiteln von Regina Henschel und
Gerhard Weydt von
https://documentation.libreoffice.org/de/documentation/ übernehme
dabei i.W. das Copyright-Kapitel auf Seite 2.

Macht das Sinn so? Wo kann ich dann demnächst meinen Entwurf zum
Review durch andere Autoren ablegen? (Hier
https://user.documentfoundation.org/ habe ich einen account "MichaMuc"
aber noch keinen Zugriff.)

Zum account kann ich hier nicht viel beitragen.

Versuche mal ob Du Dich damit auf dem Wiki anmelden kannst
https://wiki.documentfoundation.org/DE/Handbuch-Erstellung
das wäre dann auch die Ablage.

Freundliche Grüße
Harald

Herzliche Grüße,
Micha

Am Sa., 10. Dez. 2022 um 19:45 Uhr schrieb
:

Hallo Michael,

als allererstes mal herzlich Willkommen.

Das ist wirklich toll dass Du mit wirken möchtest.

Wegen allfälliger Aufgaben wird sich sicher noch jemand melden,
ansonsten siehe mal unten:

Am 10.12.2022 um 14:17 schrieb Michael Otto:

Hallo Dokumentationsteam,
ich würde gerne zur deutschen Dokumentation beitragen, bin aber
bisher nur
Anwender von LibreOffice (unter Ubuntu). Wer gibt mir Zugriff und
zeigt mir
mal eine erste einfache Aufgabe?
Ich hab Software entwickelt u

Re: [de-discuss] Einstieg: zur Dokumentation Beitragen

[Gerhard Weydt]

Hallo Michael und Harald,

ich hatte mich des Draw-Themas angenommen, obwohl ich mich nicht 
speziell besonders mit Draw auskenne, weil es noch nichts gab und die 
englische Version schon sehr, sehr alt war. Ich habe dann die Kapitel an 
Regina Henschel zur Kommentierung gegeben, weil sie sich wirklich gut in 
Draw auskennt. Als ich dann ziemlich weit war, stellte sich heraus, dass 
inzwischen doch endlich eine englischsprachige neue Doku im Entstehen 
war, weil Regina gefragt wurde, und sie dann ihrerseits mich fragte, ob 
sie mein Kapitel 7 weitergeben dürfe (eigentlich sowieso klar, aber es 
war eben noch nicht veröffentlicht). Dann kamen auch noch Wünsche für 
Erweiterungen seitens Regina hinzu, die ich mir ohne ihren Beitrag gar 
nicht zutraute.
Da war dannn bei mir der Schwung eher raus, und ich habe nur die Kapitel 
veröffentlicht, die schon fertig waren, habe sie nur noch auf den damals 
neuesten Stand 7.1 gebracht, und dann blieb das auch liegen.

Ich überlasse das Thema gern dir, Michael.
Meine Dokumentation ist nur teilweise der alten englischen gefolgt, und 
ich habe auch einiges ergänzt, was bisher nicht in der Doku stand. Ob 
davon etwas auch in die englische Doku eingegangen ist, weiß ich nicht.
Es gibt ja unterschiedliche Meinungen, ob die deutsche Doku eine 
Übersetzung der englischen sein solle oder besser eigenständig. Ich kann 
dir gerne meine nicht endgültig fertigen restlichen Kapitel zu Verfügung 
stellen. Deinem Account bei der Document Foundation entnehme ich die 
Vermutung, dass du in der Münchener Gegend wohnst; ich wohne auch in der 
Gegend, wir könnten uns dann also auch leicht einmal persönlich treffen.


Viele Grüße
Gerhard

Am 08.01.2023 um 15:36 schrieb lo.harald.ber...@t-online.de:

Hallo Michael,

wenn ich das richtig sehe hat sich wohl bisher niemand weiter bei Dir 
gemeldet - wirklich schade.


S.u.:

Am 04.01.2023 um 17:48 schrieb Michael Otto:

Hallo Harald, hallo Handbuch-Autoren,

zunächst würde ich mal das Handbuch für Draw ergänzen, die Kapitel 6,
7, 9, 10 und 11 gibt's, soweit ich sehe, doch bisher nur auf englisch.

Ich übersetze dann auf Basis des englischen Draw-7.3-Kapitel
DG7310-PrintExportEmail.odt von
https://nextcloud.documentfoundation.org/s/zmFRxFsAcjk5raQ .

Da gibt es eine Dokumentvorlage (Kapitelvorlage):

https://wiki.documentfoundation.org/File:LibO42_Kapitelvorlage.ott

allerdings bin ich mir nicht sicher ob dies der Stand der Dinge ist.

Meine letzten Dokumentationen im A4 Format liegen schon ein paar Jahre 
zurück.

Von den bisher vorhandenen Draw-7.1-Kapiteln von Regina Henschel und
Gerhard Weydt von
https://documentation.libreoffice.org/de/documentation/ übernehme
dabei i.W. das Copyright-Kapitel auf Seite 2.

Macht das Sinn so? Wo kann ich dann demnächst meinen Entwurf zum
Review durch andere Autoren ablegen? (Hier
https://user.documentfoundation.org/ habe ich einen account "MichaMuc"
aber noch keinen Zugriff.)

Zum account kann ich hier nicht viel beitragen.

Versuche mal ob Du Dich damit auf dem Wiki anmelden kannst
https://wiki.documentfoundation.org/DE/Handbuch-Erstellung
das wäre dann auch die Ablage.

Freundliche Grüße
Harald


Herzliche Grüße,
Micha

Am Sa., 10. Dez. 2022 um 19:45 Uhr schrieb 
:

Hallo Michael,

als allererstes mal herzlich Willkommen.

Das ist wirklich toll dass Du mit wirken möchtest.

Wegen allfälliger Aufgaben wird sich sicher noch jemand melden,
ansonsten siehe mal unten:

Am 10.12.2022 um 14:17 schrieb Michael Otto:

Hallo Dokumentationsteam,
ich würde gerne zur deutschen Dokumentation beitragen, bin aber 
bisher nur

Anwender von LibreOffice (unter Ubuntu). Wer gibt mir Zugriff und
zeigt mir
mal eine erste einfache Aufgabe?
Ich hab Software entwickelt und zuletzt getestet und bin jetzt im
Vorruhestand (in München).
Einen SSO account zur TDF hab ich schon (MichaMuc) und zur
Mailingliste hab
ich mich angemeldet. Wie geht's weiter? Gibt es eine Liste der offenen
Aufgaben?

Also ich kenne keine Liste, aber offene Aufgaben gibt es in der
Dokumentation genügend.
Hier kannst Du Dir mal einen ersten Überblick verschaffen:
https://wiki.documentfoundation.org/DE/Handbuch-Erstellung

Am Besten schaust Du Dir mal die (meist) ältere Dokumentation an und
entscheidest für Dich zu welcher Komponente (Writer, Calc, etc.) Du
beitragen möchtest.

Ich wünsche Dir viel Erfolg.

Freundliche Grüße
Harald

Danke und Grüße, Micha







--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Re: [de-users] Calc - Datumsformat in Fußzeile

[Gerhard Weydt]

Hallo Franklin,

Speicherung nur für einzelne Komponenten geht meiner meinun nach nicht. 
Aber die Abfrage im Makro ist einfach:
    IF NOT ThisComponent.supportsService ( 
"com.sun.star.sheet.SpreadsheetDocument" ) then exit sub

oder exit function, wenn du eine function hast

Gruß
Gerhard

Am 12.08.2022 um 12:09 schrieb Franklin Schiftan:

Inzwischen ist mir folgendes aufgefallen:

Wenn ich die Ereignis-Zuweisungen in LibreOffice speichere (damit sie
bei allen, auch neuen Dokumenten ausgeführt wird), dann wird das Makro
offensichtlich auch bei einem Writer-Dokument ausgeführt (obwohl ich es
eigentlich nur für Calc haben wollte) - und führt dort allerdings zu
einem Fehler.

Daher meine Fragen:

Kann man die Zuweisungen - außer der Speicherung in einzelnen Dokumenten
- so vornehmen, dass sie nur für (alle) Calc-Arbeitsblätter erfolgt?
Oder kann man im Makro irgendwie abfragen, ob es sich gerade um ein
Calc-Dokument handelt und es nur dann ausführen? Wie müsste dieser Code
dann lauten?

Danke für ergänzende Hinweise ...

  und tschüss

    Franklin




Am 2022-08-07 um 08:45 schrieb Franklin Schiftan:

Hey, super, Thomas, vielen Dank!

Mit Deinem Beispiel-Code und Deinen Ersetzungs-Hinweisen konnte ich das
Makro so anpassen, dass es im rechten Fußzeilen-Bereich das Datum im
gewünschten ISO-Format einfügt. Dann auch noch in den generellen Bereich
kopieren und den entsprechenden Ereignissen zuweisen - dann scheint es
aktuell zumindest genauso automatisch zu klappen wie ich es mir
gewünscht habe.

Nochmals vielen Dank.

Was ich mich jetzt nur frage, warum den vielen Fragestellern in Ask mit
demselben (oder einem vergleichbaren) Problem diese Makro-Code-Lösung
"vorenthalten" wurde und sie meistens nur sinngemäß mit "geht nicht"
abgespeist wurden ...

    und tschüss

  Franklin





Am 2022-08-07 um 07:26 schrieb Thomas Krumbein:

Hey Franklin,

Ich schicke Dir per separater mail eine Beispieldatei mit passendem 
Code.


Dort wird er Text "Testseite" in den mittleren Bereich der
Standardvorlage eingefügt. Stammt aus meinem Makro Handbuch.

Statt dem String "Testseite" muss Du dann halt einfach den Ausdruck:

format( now(), "-mm-dd")

einsetzen - das ist der Jetzt() befehl, formatiert als "2022-08-07". 
Den

Formatcode kannste ja wunschgemäß anpasen;))

Viele Grüße Thomas


Am 07.08.2022 um 07:07 schrieb Franklin Schiftan:

Am 2022-08-07 um 06:53 schrieb Thomas Krumbein:

Hey Franklin,

also, technisch geht das auch mit Makros. Kommt halt darauf an, 
was Du

genau willst.

Nur ein Datum (fest) per Makro im gewünschten Format einzutragen wäre
nicht so aufwendig.


Es wäre grundsätzlich schon schön, wenn hier automatisch immer das
aktuelle Datum erschiene, also das Heute()-Feld eingefügt würde - aber
zur Not könnte man beim Speichern ja auch ein Makro ausführen, welches
dann immer das heutige Datum im gewünschten Format als festen Wert
einfügt - nur wie müsste das genau aussehen?

Das eingefügte Datumsfeld entsprechend zu formatieren ist da schon 
etwas

komplizierter, ginge aber sicher auch.

Zum Verständnis: Kopf- und Fusszeilen sind auch bei Calc Elemente der
Seitenvorlage. Da kannst Du mit einem Makro problemlos Texte einfügen
(und diese natürlich z.B. nach Wunsch formatieren).


Leider kenne ich mit Makro-Code nicht so aus, daher ja hier meine
Anfrage.

Wird über die Oberfläche ein Datumsfeld eingefügt, benutzt LO 
intern ein

Textfeld wie in Writer - also über den TextfeldMaster, dann das
entsprechende Textfeld (Datum) und dann das entsprechende Format, 
wobei

es automatisch den Formatcode 2  (Index) verwendet. Nun sind die
Formatcodes eine eigene Liste und - je nach Ländereinstellung -
unterschiedlich. Wenn Du den Code also ändern willst (technisch per
Makro möglich) brauchst Du zunächst die Liste der Formatcodes Deines
Systems - und kannst dann das passende einstellen.


Oh je, das klingt in der Tat ziemlich kompliziert ...


Das alles ist ein wenig Aufwand;)

Aber... LO ist OpenSource. Kann man alles ändern;) Vielleicht 
magst Du
ja den Quellcode entsprechend anpassen und einen Auswahldialog wie 
bei

Writer ergänzen?


Hmm, ich glaube, wenn ich diese Code-Fähigkeiten hätte, bräuchte ich
hier nicht anzufragen 


Oder halt: Excel nehmen, wenn es dort so einfach geht ..hihi...


Ich habe es selber nicht ausprobiert - deshalb schrieb ich ja 'soll'.

    und tschüss

      Franklin






Am 07.08.2022 um 06:33 schrieb Franklin Schiftan:

[..]

Schade, wenn das in Excel mit ein paar Zeilen VBA machbar sein soll,
warum muss dann LibO hier so unflexibel sein?


Viele Grüße
Thomas









--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Wie geht es weiter mit der Discourse Community instance

[Gerhard Weydt]

Hallo Stefan,

ich kapiere deinen Beitrag nicht vollständig, vor allem wohl, weil ich 
keine rechte Vorstellung von Discourse habe, die werde ich, denke ich, 
auch nicht ohne weiteres durch die Testinstanz kriegen (Zitat aus deiner 
Mail unten: "nun nach 4,5 Jahren Discourse"). Aber zu ein paar Punkten 
will ich doch kommentieren.


Am 03.05.2022 um 20:22 schrieb Stefan Unverricht:

Hallo Uwe, hi @all.

Mail:
Discourse kennt einen Mailinglistenmodus, welchen sich ein Benutzer*in 
einschalten kann. Damit bekommt er/sie alles per E-Mail was auf der 
Instanz für ihn/sie auch im WebUI sichtbar ist. Man hat die Wahl...


Man kann sehr wohl auch E-Mails an Discourse senden. Sowohl als 
Antwort als auch neue Themen auf machen. Dazu kann man einer Kategorie 
eine Adresse eintragen und regelt auf dem Mail-Server den Transport 
der Adresse an Discourse. Schon landet ein Beitrag in der Kategorie.

Das klingt für mich erstmal kryptisch, ist das anwenderfreundlich?
Ich habe das so auf unserem help.egroupware.org in Verwendung. Ich 
erlaube aber keine Beiträge im Kopf/Wurzel/..., sondern nur in

Kategorien. Da muss man entscheiden wie man sich das einrichten will.

Eine Besonderheit hat Discourse diesbezüglich. Und das könnte 
entscheidend sein:
Beiträge, welche per E-Mail versendet werden, werden nicht threaded 
ausgeliefert/im Mailer eingeordnet.
Das liegt an der (gewollten!) Diskussionskultur (zeitlich linear) in 
Discouse.
Das ist doch dann für das jetzt in Mailinglisten vorherrschende Vorgehen 
(wenn man sich ordentlich verhält) eher hinderlich.
Man kann in Discourse auf das Thema oder einen Beitrag antworten. Das 
wird für manch einen gewöhnungsbedürftig, weil man das eher schlecht 
erkennt. Ich hatte da anfangs auch zweifel. Jedoch sehe ich nun nach 
4,5 Jahren Discourse: Das funktioniert gut.


Read-only (...)
In Discourse kann man Gruppen anlegen und für Kategorien Rechte 
vergeben. So ist es z. B. möglich eine Announcement-Kategorie an zu 
legen und diese nur-lesend ein zu stellen. Eine Gruppe mit Benutzern 
könnte dann auch Schreibberechtigung bekommen)- Antworten direkt auf 
das Thema ist dann für den gemeinen Nutzer nicht möglich. Wenn man das 
aufgreifen will macht man einfach ein neues Thema auf und kopiert dort 
den Weblink hinein.
Ebenso lassen sich so Kategorien für nicht Berechtigte verbergen. Z.B. 
für Entwürfe oder eine geschlossene Translator-Gruppe.

Ich habe das so auf unserem help.egroupware.org in Verwendung.
Aber ist das irgendwie hilfreich und machbar für Benutzer, die einfach 
ein Problem haben und Tipps wollen?


DSGVO
Da sehe ich keinen Unterschied zu einer Mailingliste. In beiden Fällen 
entscheide ich mich als Anwender, dass meine Beiträge öffentlich 
bereit gestellt werden.
Beiträge von Benutzern können auch gelöscht werden (sehr unschön). Was 
per E-Mail ausgesendet wurde ist dann natürlich so wie so in der Welt 
und nicht zurück zu holen.

Was halt noch relevant ist wo die Instanz gehostet wird...

---

Von einer parallelen Lösung halte ich auch: nichts.
Muss ich wohl auch nicht weiter begründen.
Read-only als Kopie der Mailingliste halte ich nicht für einen 
Fortschritt.


---

Ich weiß, dass manch einer mit Discourse fremdelt, weil

* die Diskussion linear abläuft
* das etwas anders abläuft als ein klassisches Forum

Discourse ist aber etabliert, nicht nur im IT-affinen Bereich.

Nach meiner Erfahrung gewöhnt man sich schnell an Discourse.

Vorteil wäre eine bessere Zugänglichkeit für Interessierte. Wir wissen 
doch alle, dass die Anmeldung an eine Mailingliste einige 
Interessenten überfordert. Geschweige denn das Abmelden :-)
ich verstehe einfach nicht, wieso immer wieder behauptet wird, dass das 
Senden einer Mail ohne Betreff und Inhalt so schwierig zu verstehen 
ist.  Ist nicht die Registrierung mit Mailadresse und Passwort auch eine 
Hürde? DIe manch einen vielleicht abschreckt? Das passwort muss ja dann 
auch irgendwo aufbewahrt werden und verfügbar sein, wenn man sich 
anmelden will. Klar, das ist sinnvoll, wo ein Passwort angebracht ist, 
weil irgendetwas geschützt werden muss, aber das trifft ja auf die 
fragen in der mailing List nicht zu.
Zudem muss man in Discourse ein Konto haben, sprich sich angemeldet 
haben (Wie an einer Mailingliste auch). Dann hört das auch auf, dass 
Mails an persönliche Mail-Adressen gesendet werden oder eben die 
falsche persönliche E-Mail-Adresse verwendet wird (und vom Server 
nicht angenommen wird).


Was an der Mailingliste (für mich) definitiv ein Showstopper ist: 
Inline-Screenshots und Anhänge. Das ist ein Muss. Formatierungen 
helfen ebenfalls dem Anwender.
Ist das denn überhaupt eine technische Unmöglichkeit, oder ist das aus 
irgendwelchen anderen Gründen blockiert?


Ich will damit aufzeigen, dass so etwas wie Discourse auch Vorteile 
hat bzw. Probleme lösen kann. Ist halt immer ein Kompromiss.

Primär ist wichtig den Anwendern/Interessierten entgegen zu kommen.
Und da habe ich meine Zweifel, ob Discourse geeigneter ist: ich sehe 

Re: [de-discuss] Wie geht es weiter mit der Discourse Community instance

[Gerhard Weydt]

Hallo,

ich lese da raus, dass es auf jeden Fall komplizierter wird. Und mit 
Mail kann jeder umgehen, aber mit Discourse muss dann jeder, der eine 
Frage stellen will, erst mal ein neues Werkzeug erlernen (und 
installieren? sich registrieren? ...)

Und ich lese kein Wort, warum es überhaupt sinnvoll sein könnte zu wechseln.
Ich kann dem also nichts abgewinnen.

Gerhard

Am 02.05.2022 um 11:01 schrieb Uwe Altmann:

Hallo
die TDF probiert gerade aus, ob Discourse ein Ersatz für mailinglisten 
sein könnte.


Es gibt für uns derzeiten folgende Möglichkeiten:

- Ersetzen der de-discuss-Mailing-Liste durch eine Dicourse-Kategorie; 
man kann die neuen posts (wie jetzt auch) per mail bekommen/abonieren, 
aber selber posten geht dann nur noch in Discourse;
- beides parallel, aber ohne Kopieren der Nachrichten in das jeweils 
andere Medium
- Eine Discourse read-only Kategorie, die die Kommunikation der 
mailingliste wiederspiegelt und weiter betreiben der Mailingliste;

- nur die Mailingliste (wie bisher)

...

Die Discourse Community test instance kann man hier ausprobieren:
https://communitytest.documentfoundation.org/


Wie ist Eure Meineung dazu (diese liste hat immerhin 199 Abonenten ;-)

Ein Erfahrungsbericht auf Deutsch habe ich hier gefunden:
https://www.compgen.de/2021/07/unsere-kommunikation-plattform-discourse/

Ich kann auch die ganze Mail übersetzen, falls das jemand wünscht.



>> Die Original-Mail >

Hi all,

As you are aware, we are conducting a test on Discourse to move on 
some mailing lists. It is not possible to bridge mailing lists and 
have a Nabble like gateway.


Here are the options:

- have a Discourse category only hosting a project (like 
Documentation, UX/Design). Contributors can post directly in the forum 
or follow the discussion and participate via notifications (received 
by mail). Subscribers to the mailing list can be mass subscribed to 
Discourse and the mailing list will be closed


- for Native Language Projects: we could have the same as above with 
sub categories per sub projects, see for example pt-BR who has Docs - 
Qualidade - Geral as sub categories


- have both mailing list and the corresponding Discourse category with 
no cross communication channel between the two.


- have Discourse read-only category mirroring a mailing list for 
example the Announce lists.


- have only a mailing list and nothing on Discourse.

- for users@mailing lists, we won't create a user category on 
Discourse Community because it will be redundant with the Discourse 
Ask instance. So either you keep the mailing lists or if your language 
is not yet there, we create a corresponding category on Ask.


This decision shall be taken by project and by each native language 
community. For example the Brazilian and the Spanish communities have 
already decided to go to the first option (Discourse only). It seems 
that Documentation will have both for the moment.


Discourse Community test instance is here:
https://communitytest.documentfoundation.org/
Please have a look at the archives we imported and let us know if you 
see issues or if you want to see how it works for your project.


Redmine ticket with all the details:
https://redmine.documentfoundation.org/issues/3567
(and a *big thanks* to Guilhem for all his great work on this)
Please read https://redmine.documentfoundation.org/issues/3567#note-15
and further on archives migration.

How to proceed next?
Discuss with your project or your native language community and let us 
know what you decided among the above options. I've set the reply to 
this mail to go on the website list.


When you let us know your decision, I'll send you another mail 
containing several questions about the migration type we need to 
proceed (mass subscribing list subscribers to the forum, import 
archive or not, retain addresses, etc.)


We would like to launch the instance at the beginning of June (as some 
communities are really impatient after the test ;) but of course if 
you are not decided at that moment, it's still possible to create new 
categories once the instance is in production.


Don't hesitate to come back to me if you have questions.

Cheers
Sophie




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Frage zur Funktion "Symbolleisten fixieren"

[Gerhard Weydt]

Hallo Harald,

eine ziemlich allgemeine Frage, ich weiß nicht, ob es da eine 
allgemeingültige Antwort gibt, ich hoffe es aber.
Das kann (muss?) man ja selber ausprobieren. Ich habe das mit der 
Symbolleiste "Punkte bearbeiten" (in Writer, also nicht im naheliegenden 
Fall Draw) ausprobiert, die zufällig noch eine weitere Komplikation 
bereithält, die aber wohl mit deiner Frage direkt nichts zu tun hat.

Meine Schlüsse aus diesen Versuchen:

 * Das Fixieren einer Symbolleiste (dazu gibt die Hilfe leider nichts
   her) bewirkt, dass sie ihren Anfasser, die senkrechte Reihe von
   sechs kleinen Quadraten links an ihrem Anfang, verliert; man kann
   sie also nicht mehr abreißen und frei platzieren.
 * Die Symbolleiste bleibt also dann an ihrem Platz, aber das ist
   unabhängig davon, ob sie sichtbar ist. Das bleibt sie nämlich auch,
   wenn sie abgerissen ist, nach dem Schließen und erneuten Öffnen. Der
   Platz hat also offenbar, wie ja auch aus der eigentlichen Funktion
   aus dem vorigen Punkt zu erwarten ist, nichts mit der Fixierung zu tun.
 * Die kontextsensitive Zuschaltung funktioniert sowohl bei fixierter
   wie auch bei nicht fixierter Symbolleiste.
 * Die zusätzliche Komplikation im Testfall ist die, dass die
   Symbolleiste nur dann dauerhaft (d. h. auch nach Schließen und
   erneutem Öffnen) sichtbar bleibt, wenn sie über das Symbol "Punkte"
   der Symbolleiste "Zeichnungsobjekt-Eigenschaften" aktiviert ist. Das
   geht über deine Frage hinaus, aber es zeigt, dass das ein komplexes
   Thema ist.

Wenn man das verallgemeinern darf (was ich glaube), dann heißt das: das 
Fixieren einer Symbolleiste betrifft bloß die Möglichkeit des Abreißens 
und somit frei Platzierens, hat aber keine Auswirkung auf die Frage, 
wann und wo die Symbolleiste angezeigt wird.


Mit freundlichen Grüßen
Gerhard

Am 12.12.2021 um 17:31 schrieb lo.harald.ber...@t-online.de:

Hallo,

allgemein ist es ja so, dass die Symbolleisten überwiegend 
kontextsensitiv zugeschaltet werden.


Wenn eine Symbolleiste fixiert ist, ist dies dann auch noch der Fall 
oder bleibt die Symbolleiste an ihrem Platz (bleibt sichtbar)?


Freundliche Grüße
Harald




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Nochmals Grid-Steuerelement in LO 7

[Gerhard Weydt]

Hallo Jörg,

ich habe das jetzt hingekriegt. Auf die Lösung hat mich die Bemerkung in
https://api.libreoffice.org/docs/idl/ref/servicecom_1_1sun_1_1star_1_1awt_1_1grid_1_1SortableGridDataModel.html#details
gebracht, wo gesagt wird, dass man ein sekundäres Datenmodell brauche, 
und die Fehlermeldung, dass die Initialisierung fehle.


Du kennst ja nach deiner Aussage das Vorgehen für eine nicht sortierbare 
Tabelle, daher nenne ich nur  die Änderungen:


statt

   oDataModel =
   createUnoService("com.sun.star.awt.grid.DefaultGridDataModel")

habe ich verwendet:

   dim oDataModelSek as object
   oDataModel*S**ek***=
   createUnoService("com.sun.star.awt.grid.DefaultGridDataModel")
   oDataModel =
   createUnoService("com.sun.star.awt.grid.SortableGridDataModel")
   oDataModel.initialize(array(oDataModel*Sek*))

und die Zeile

   oDataModel.addRow(.Columns.getByIndex(0).value, arrColumns)

ersetzt durch

   oDataModel*Sek*.addRow(.Columns.getByIndex(0).value, arrColumns)

Ich interpretiere das so, dass das bisher verwendete DataModel nun die 
Basis im Hintergrund ist, in die die Daten geschrieben werden, und dass 
zwischen dieses und die Benutzeroberfläche nun das neue zum Sortieren 
dazwischengeschoben wird. Den Namen oDataModel habe ich für das neue 
verwendet, weil die meisten Bezüge im Code auf dieses Objekt gehen, und 
lieber das bisher verwendete umbenannt.


Durch Klicken auf den Spaltenkopf kann nach diesem sortiert werden, 
weiteres Klicken auf den gleichen ändert die Sortreihenfolge; so wie man 
es erwartet hätte.


Ich habe noch

   oDataModel.sortByColumn(0, TRUE)

eingefügt, damit die Spalte, nach der sowieso aufgrund der 
Datenbeschaffung aufsteigend sortiert ist, auch das Sortierdreieck erhält.


Gruß
Gerhard

Am 21.08.2021 um 08:28 schrieb Jörg Schmidt:

Hallo Gerhard,


-----Original Message-
From: Gerhard Weydt [mailto:gerhard.we...@t-online.de]
Sent: Saturday, August 21, 2021 1:10 AM
To: discuss@de.libreoffice.org
Subject: Re: [de-discuss] Nochmals Grid-Steuerelement in LO 7

Hallo Jörg,

ich denke schon, dass das

com.sun.star.awt.grid.SortableGridDataModel

das Passende ist, denn das DefaultGridDataModel und das
SortableGridDataModel sind laut API-Dokumentation
Spezialisierungen des
MutableGridDataModel (Dass Xray immer "stardiv.Toolkit.GridDataModel"
anzeigt, heißt noch nichts, vermutlich bist du da bei einem anderen
Objekt, dem es egal ist, was drunter passiert).

Meine Aussage war so zu verstehen das es ja, im gewohnten Stil seit OOo-Zeiten, auch ein "Grid2" 
hätte geben können, so wie es "Chart2" gibt und einige "2" mehr.


Dass das Grid in einem Dialog sortierbar ist, ist ja wohl eine
fortgeschrittene Anforderung. Brauchst du sie?

Da ich jetzt von Ihrer Existenz weiß würde ich sie zukünftig nutzen wollen. Es 
gibt keinen unmittelbaren Bedarf, aber da ich beruflich programmiere muss ich 
auch auch immer auf der Höhe der aktuellen Entwicklung bleiben was mein Wissen 
betrifft.




Gruß
Jörg





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Nochmals Grid-Steuerelement in LO 7

[Gerhard Weydt]

Hallo Jörg,

ich denke schon, dass das

com.sun.star.awt.grid.SortableGridDataModel

das Passende ist, denn das DefaultGridDataModel und das 
SortableGridDataModel sind laut API-Dokumentation Spezialisierungen des 
MutableGridDataModel (Dass Xray immer "stardiv.Toolkit.GridDataModel" 
anzeigt, heißt noch nichts, vermutlich bist du da bei einem anderen 
Objekt, dem es egal ist, was drunter passiert). Bloß sind da wohl einige 
zusätzliche Definitionen zu treffen, die beim DefaultModel implizit oder 
nicht nötig sind, und die sind nicht ohne weiteres zu entdecken, da ist 
die "Beschreibung" in der API-Doku für mein Wissen viel zu knapp. 
Einfaches Ersetzen von

com.sun.star.awt.grid.DefaultGridColumnModel
durch
com.sun.star.awt.grid.SortableGridColumnModel
bringt dann beim Hinzufügen der Spalten zum DataModel:
oDataModel.addRow(.Columns.getByIndex(0).value, arrColumns)
den Fehler:
com.sun.star.lang.NotInitializedException
es fehlen also offensichtlich Festlegungen.

Bloß sehe ich mich selbst mangels Einblick in das Konzept nicht in der 
Lage, zu erraten, was hier vorher noch zu definieren ist. Es gibt das 
Interface XsortableGridData, das die Methoden zum Sortieren enthält, 
aber wie das zu verknüpfen wäre, sehe ich nicht.


Dass das Grid in einem Dialog sortierbar ist, ist ja wohl eine 
fortgeschrittene Anforderung. Brauchst du sie? In eingeschränkter Form 
kannst du sie wohl auch ersetzen durch vorgegebene Optionen, aufgrund 
deren du den Sort des SQL änderst, mit dem die Tabelle des Grid befüllt 
wird.


Ich hätte aus grundsätzlichen Erwägungen ja auch gern gewusst, wie das 
geht, aber brauchen tu ich das selber nicht.


Viele Grüße
Gerhard

Am 20.08.2021 um 09:01 schrieb Jörg Schmidt:

Hallo,

die direkt im Dialog-Designer eingefügten Grid-Steuerelemente verfügen per 
Default in den Spaltenköpfen über kleine blaue 'Sortier-Dreiecke' (die sichtbar 
werden wenn man auf den Spaltenkopf klickt) mit denen man 
aufsteigend/absteigend sortieren kann.

Wie erzeuge ich diese Dreiecke bei einem per Code eingefügten Grid?


Ich finde mit XRAY nichts. Es können doch aber keine 'anderen' Grid sein (?), denn XRAY 
zeigt für Beide "stardiv.Toolkit.GridControlModel" an.

In der API-Dokumentation finde ich einen Hinweis auf 
com.sun.star.awt.grid.SortableGridDataModel, komme damit aber nicht weiter (und 
weiß auch garnicht ob das damit zutun hat).

Meine Vermutung ist das es dafür garkeinen konkrete Einstellung gibt (i.S. 
.ShowSortButtton=True) sondern das irgendeine Einstellung dazu führt das 
nebenbei auch diese 'Sortier-Dreiecke' angezeigt werden.


Gruß
Jörg






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Ursprung Erste-Schritte-Handbuch Kapitel 15?

[Gerhard Weydt]

Hallo Robert,

der Abschnitt ist letztmalig im Handbuch zu 3.3 drin. Das Kapitel 15 zu 
3.4 hat nur Jochen Schiffers als Autor, der könnte da vielleicht etwas 
dazu sagen.
Aber das ist vielleicht gar nicht wichtig, denn die Beschreibung findet 
sich im Wiki

https://wiki.documentfoundation.org/Installing_in_parallel
bzw. die deutsche Version:
https://wiki.documentfoundation.org/Installing_in_parallel/de

Gruß
Gerhard

Am 14.07.2021 um 17:08 schrieb Robert Großkopf:

Hallo *,

ich wollte gerade für einen Test von Bugs die Parallelinstallation
schmackhaft machen. Die war bei uns im Erste Schritte Handbuch in
Kapitel 15 beschrieben. Funktioniert einwandfrei, taucht nur leider
danach auch nicht wieder im Erste Schritte Handbuch auf.

Dann habe ich in den englischsprachigen Handbüchern nachgeschaut. Die
haben das Kapitel gar nicht.

Jetzt frage ich mich: Gibt es da eine englischsprachige Version
irgendwo, oder muss ich das einmal ins Englische übersetzen, damit ich
das weitergeben kann.

Und dann direkt daran anschließend: Warum ist die Parallelinstallation
aus dem Installationshandbuch raus geflogen? Mit dieser Installationsart
habe ich zur Zeit über 20 verschiedene Versionen hier auf der Platte und
kann schon einmal eingrenzen, wo ein Bug zuerst auftaucht. Brauche ich
so eine Installation nicht mehr, so muss ich nur das Verzeichnis löschen.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] ausgerblendete Formatvorlage wieder einblenden?

[Gerhard Weydt]

Hallo Jörg,

im Formatvorlagenfenster unten in der Auswahlliste "verborgene Vorlagen" 
auswählen und bei der Vorlage über Kontextmenü "Anzeigen" wählen.


Gruß
Gerhard

Am 04.07.2021 um 10:12 schrieb Jörg Schmidt:

Hallo,

ich habe im Formatvorlagenfenster eine der Standard-Seitenvorlagen, im Konkreten 
"Linke Seite" mittels deren Kontextmenü ausgeblendet.
Wie blende ich diese Vorlage wieder ein? Ich finde nichts.

Oder meint "ausgeblenden" an dieser Stelle "löschen"?



Gruß
Jörg





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Dateiname geht verloren bei "Speichern unter"

[Gerhard Weydt]

Hallo Jörg,

ich kann das bei mir mit 6.4.7.2 und Windows 10 nicht nachvollziehen. 
Ich bin mir auch nicht sicher, ob das an LibreOffice liegt oder am 
Betriebssystem, denn der Dialog stammt ja doch wohl von diesem.
Du solltest noch dein Betriebssystem nennen, damit die entsprechenden 
Kenner draufshauen können.


Gruß
Gerhard

Am 01.07.2021 um 15:45 schrieb Jörg Arndt:

Moin, moin,

LO 6.4.7.2 legt ein Verhalten an den Tag, das mich unsäglich nervt.

Wenn ich eine Datei mittels "Speichern unter" in ein anderes 
Verzeichnis verfrachten will, übernimmt LO den ersten Dateinamen in 
diesem Verzeichnis als Name für die zu speichernde Datei. Der 
Originalname geht dabei verloren.


Das war doch früher nicht so? Lässt sich da an irgendwelchen 
Einstellungen was drehen?


herzliche Grüße in die Runde

Jörg Arndt




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Übersetzung

[Gerhard Weydt]

Hallo Jörg,

den Befehl gibt es ab 7.2

Gruß
Gerhard

Am 19.06.2021 um 11:14 schrieb Jörg Schmidt:

Hallo,


-Original Message-
From: Carl Wellhöfer [mailto:transl...@web.de]
Sent: Friday, June 18, 2021 11:44 PM
To: discuss@de.libreoffice.org
Subject: [de-discuss] Übersetzung

Hallo,

es gibt im Menü Hilfe den neuen Befehl "Search Commands". Dieser wurde
als "Suchbefehle" übersetzt. Ist nicht "Befehle suchen" besser? Unter
dem Begriff "Suchbefehle" würde ich nur Befehle im Zusammenhang mit
einer Suche vermuten.

OT:
Wo konkret finde ich den Befehl bzw. ab welcher LO-Version?
Ich habe hier LO 7.1.4 Portable und da ist ein solcher Eintrag im Hilfemenü 
nicht sichtbar.


Gruß
Jörg






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Übersetzung

[Gerhard Weydt]

Hallo Carl, *,

das sehe ich genauso, die Funktion ist, zu einem Befehl die Menüpfade zu 
nennen, wo man etwas Entsprechendes findet.


Gruß
Gerhard

Am 18.06.2021 um 23:43 schrieb Carl Wellhöfer:

Hallo,

es gibt im Menü Hilfe den neuen Befehl "Search Commands". Dieser wurde
als "Suchbefehle" übersetzt. Ist nicht "Befehle suchen" besser? Unter
dem Begriff "Suchbefehle" würde ich nur Befehle im Zusammenhang mit
einer Suche vermuten.

--
MfG
Carl Wellhöfer




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Update von LO auf Ubuntu 20.04 sperren

[Gerhard Weydt]

Hallo zusammen,

ich habe bis jetzt in keinem der vielen Beiträge gelesen, dass es 
(zumindest in Thunderbird) zwei Schaltflächen gibt:


 * Antworten: dann erscheint der Absender
 * An Liste antworten: dann erscheint discuss@...

Und das funktioniert einwandfrei.

Viele Grüße
Gerhard

Am 21.03.2021 um 14:47 schrieb Franklin Schiftan:


*Von: *Jörg Schmidt 
*An: *discuss@de.libreoffice.org
*Empfangen: *21.03.2021 14:39:26
*Betreff: *RE: [de-discuss] Update von LO auf Ubuntu 20.04 sperren


Hallo Rainer,


-Original Message-
From: Rainer [mailto:spots...@gmx.de]
Sent: Sunday, March 21, 2021 2:18 PM
To: discuss@de.libreoffice.org
Subject: Re: [de-discuss] Update von LO auf Ubuntu 20.04 sperren

Hallo Jörg,

Am Sun, 21 Mar 2021 14:09:33 +0100
schrieb Jörg Schmidt :


Die Einstellung in mailman ist in dessen Admin-bereich auf der Seite
"Allgemeine Optionen" die Einstellung für: "An welche Adresse sollen
die Antworten auf Nachrichten der Liste gesendet werden?"

Diese Einstellung sollte auf "Diese Liste" stehen, damit

die Probleme

die ich hier thematisiert habe nicht auftreten.

Die Empfehlung für diese Einstellung in mailman ist, davon
abweichend, hingegen "Absender".


Wobei sich allerdings die Frage stellt, warum hier bei der normalen
Antwort-Funktion (auf ein Posting von Dir) automatisch die
Listenadresse eingefügt wird und bei Deinem MS Outlook nicht.


das weiß _ich_ nicht

Wobei das (="normalen Antwort-Funktion") ja eigentlich auch bereits 
wieder davon abweicht, was Franklin schrieb, denn der spricht davon 
es funktioniert bei ihm dann wenn er den "Smart-Button" benutzt, was 
ja augenscheinlich noch ein anderen Buttoon ist als der normale 
Antwort-Button  aber ich kenne Thunderbird kaum und weiß solche 
Details nicht.



Wir können also festhalten, dass es offensichtlich von ganz vielen 
Faktoren abhängt, wie eine Antwort funktioniert (von der 
Mail-Listen-Konfiguration, vom verwendeten eigenen Mail-Client, von 
dessen Konfiguration, vom Provider und vermutlich noch vielem 
anderen), so dass jeder entsprechend aufpassen muss,bevor er was 
wegschickt.




Gruß
Jörg


Liebe Grüße
Franklin




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fwd: [de-users] Abmeldung

[Gerhard Weydt]

Hallo Jochen, alle,

wie wär's mit:
Liste abmelden: schicke eine E-Mail (Betreff und Inhalt egal) an: 
users+unsubscr...@de.libreoffice.org


Grüße

Gerhard

Am 21.02.2021 um 21:20 schrieb Jochen Schiffers:

Hi *,

es kommt immer vor, dass sich Personen für eine ML anmelden bzw. sich 
wieder abmelden möchten - aber nicht wissen, verstehen bzw. verstehen 
wollen, wie das geht.


Im Abspann steht zwar


Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
dies ist aber einigen Personen nicht verständlich genug - aus 
unterschiedlichen Gründen


Es gibt nun mehrere Möglichkeiten, mit diesem "Problem" umzugehen. Mir 
fallen da spontan zwei Möglichkeiten ein.
1) Rückmeldung von derartigen Personen einmal (emotionslos) 
beantworten und dann ignorieren.
2) Abspann ändern - z.B. "Wenn Du von der Liste abmelden möchtest, 
schicke eine E-Mail an users+unsubscr...@de.libreoffice.org (Hinweis: 
das Betreff-Feld kann dabei leer bleiben)


Lösung 2 würde ich favorisieren - auch wenn es etwas Platz im Abspann 
einnimmt und vielleicht nur 10% der "ML-Abmelder" betrifft.


Was ist Eure Meinung?

Gruß

Jochen


 Weitergeleitete Nachricht 
Betreff: Re: [de-users] Abmeldung
Datum: Sun, 21 Feb 2021 18:47:28 +0100
Von: Hans Schneidhofer 
An: us...@de.libreoffice.org



sorry, aber klar geht anders. Abmeldeprozedur ist alles andere als
verständlich.

Gruß Hans

Am Sonntag, den 21.02.2021, 17:39 +0100 schrieb Gerhard Weydt:

Hallo Hans,

so funktioniert das nicht. Wie unter jeder mail dieser liste steht:

Liste abmelden mit E-Mail an:users+unsubscr...@de.libreoffice.org

Also eine Mail an diese Adresse schicken, Inhalt und Betreff ist
egal.

Gruß
Gerhard

Am 21.02.2021 um 17:32 schrieb Hans Schneidhofer:
> Abmeldung
> >







--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Handbuch - Kapitel 15 - Benutzen von Formularen in Writer

[Gerhard Weydt]

Hallo Susanne, harald,

Am 19.02.2021 um 14:00 schrieb lo.harald.ber...@t-online.de:

Hallo Susanne,

Am 19.02.2021 um 13:52 schrieb Susanne Mohn:

Hallo Harald, hallo Doku-Team!

Hier https://www.magentacloud.de/lnk/9tiMtj8n#file
Ist Version mit den LO* Formatvorlagen.
Dank Suchen & Ersetzen ist es nicht so aufwendig.
Ich hoffe, ich habe alle erwischt.
Nun kann noch jemand vom Doku Team darüber schauen.

Nummerierung: Kapitel 15 hat doch Unterkapitel
Einführung wäre 15.1. , Erstellen eines einfachen Formulars 15.2. usw.
Wird meines Wissens nach inder LibreOffice-Doku so nicht verwendet, 
siehe Formatvorlagen "LibOÜberschrift X".

Lasse mich aber gerne eines besseren belehren.
Das ist richtig, die einzelnen Abschnitte und Unterabschnitte werden 
nicht nummeriert in den Handbüchern, auch in den englischen nicht. Wir 
sollten daran nichts ändern.

Viele Grüße
Susanne

Grüße
Harald

Grüße
Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Wie kann beim Schreiben nur 1 Seite verwendet werden

[Gerhard Weydt]

Hallo Jürgen,

vorsichtshalber geht die Mail auch direkt an dich, da ich bei Namen, die 
ich meiner Meinung nach in der Liste noch nicht gesehen habe, nicht 
sicher bin, ob derjenige auch in der Liste angmeldet ist, nur dann 
werden ja die Antworten auch an ihn geschickt.
Da kann ich mir nur vorstellen, dass irgend etwas mit dem Dokument nicht 
"passt". Steht denn in der Fußleiste ganz links unten tatsächlich 
"Seite1 von 1"? Dass die Seitenzahl falsch ermittelt wird, noch dazu in 
so einem häufigen Fall wie einem einseitigen Dokument, kann man wohl 
ausschließen. Über sonstige Ursachen kann man, ohne das Dokument zu 
sehen, nur sehr vage spekulieren.

Wenn es dir nur um den konkreten Fall geht: bei
Datei -> Exportieren als -> Als PDF exportieren...
kann man die Anzahl der zu druckenden Seiten wählen.
Wenn du den Grund wissen willst, dann schicke mir, wenn das möglich ist, 
die Datei direkt zu, dann kann ich versuchen, das zu klären, oder du 
lädst sie auf einen Cloudspeicher deiner Wahl und teilst den Link in der 
Liste mit, dann können alle Leser der Liste draufschauen.


Viele Grüße
Gerhard

Am 14.01.2021 um 18:25 schrieb Sokolowski Jürgen:

Hallo,
bin ein schreibender Musiker, möchte mein Textbuch in PDF,
zum Drucken fertigstellen.
Bei längeren Texten erscheint plötzlich eine zweite Seite,
die ich nicht benötige, da der ein Text nur für eine Seite gedacht ist.
Kann man das in LibreOffice dementsprechend einstellen?
Hab alles ausprobiert, komm da nicht weiter.
Vielen Dank.
Jürgen


--
Diese E-Mail wurde von Avast Antivirus-Software auf Viren geprüft.
https://www.avast.com/antivirus




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehler in LO 7.0

[Gerhard Weydt]

Hallo Robert,

dann wird das Problem mit den Rahmen nur schwerlich festzunageln sein, 
es sei denn, man hat zufällig gerade einen Fall, bei dem man noch den 
vorigen Zustand hat und so eine wiederholbare Situation vorweisen kann.
Das Problem mit den Formularen werde ich wie im Bug-Report beschrieben 
demnächst versuchen zu reproduzieren und werde das dann nochmals 
bestätigen, das gibt dann etwas mehr Gewicht.
Aber so wie ich das jetzt verstehe, ist das ein Problem von 
Abwärtskompatibilität, und wenn das so ist, dann muss man eventuell 
damit leben. Wenn ich mal voraussetze, dass die Änderung wohlüberlegt 
war, dann hat man vielleicht das von dir entdeckte Phänomen nicht 
bedacht, aber manche Änderungen sind nun mal nicht abwärtskompatibel. 
Das sit eien allgemeine Aussage, ohne Wissen um den konkreten 
Hintergrund. Für deine Arbeitsweise mag das gravierend sein, die meisten 
werden das gar nicht bemerken (wenn das, was du gefunden hast, der ganze 
Umfang ist).
Der "Bug" sollte auf jeden Fall sehr ernst genommen werden, allein 
schon, um zu klären, ob das mehr Probleme bereitet, als du schon 
gefunden hast.


Viele Grüße
Gerhard

Am 26.11.2020 um 21:39 schrieb Robert Großkopf:

Hallo Gerhard,

  * Ich habe ein neues Dokument in 6.4 erstellt, ein Bild eingefügt und
    dazu eine Beschriftung, um einen Rahmen zu erhalten. Bild und Rahmen
    waren als Zeichen verankert. Das Doument habe ich dann mit 7.0.2
    geöffnet, die Verankerung war intakt.

Ich habe das jetzt in einem kleinen Dokument versucht nachzustellen.
Klappte nicht. War bei dem größeren Dokument ja auch nicht an allen
Positionen, nur ab der Position, ab der ich im Laufe des Tages editiert
habe.

Tatsächlich scheint der Writer empfindliche Probleme der verschiedensten
Art zu haben, wenn ich in eine Tabelle verstärkt Inhalte wie
Wertetabellen und Diagramme aus Calc herein kopiere. Die Auswertungen
für den Unterricht, die ich da gerade erstelle, erfordern eben viele
Diagramme. und dann passieren solche Dinge genauso wie das Verschieben
von Diagrammen um mehrere Zentimeter nach unten, wenn darüber eine
Wertetabelle liegt und dort der Außenabstand auf 0,1 cm gestellt wird.
Oder eben die Geschichte mit den Sternchensymbolen, die plötzlich einen
anderen Anker haben. Das Verschieben verschwindet mit einem Klick in den
Leerraum, Text in der Nähe o.ä. - oder erst bei Neustart des Dokumentes.
Die Verankerung ist aber anschließend genauso falsch wie beim
Abspeichern. Hilft dann nichts, alte Sternchen löschen, neue einfügen ...

An mangelndem Speicher kann so etwas nicht liegen. Ich habe hier 16 GB
Arbeitsspeicher und eine M.2 SSD.

Na ja, mit den kleinen Unregelmäßigkeiten kann ich leben, sofern mir das
Verhalten nicht irgendwann beim Base-Handbuch auftaucht. Die Geschichte
mit den Formularen und Formularfeldern ist aber so ein großer Schuss in
den Ofen, dass ich mit der aktuellen Version hier nicht arbeiten kann.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehler in LO 7.0

[Gerhard Weydt]

Hallo Robert,

das klingt ja erst einmal erschreckend, und ich habe gleich mal 
versucht, ob ich das auch feststelle, aber ich habe keinen solchen 
Fehler gefunden. Das kann aber daran liegen, dass ich etwas anderes 
probiert habe als du.


 * Ich habe ein neues Dokument in 6.4 erstellt, ein Bild eingefügt und
   dazu eine Beschriftung, um einen Rahmen zu erhalten. Bild und Rahmen
   waren als Zeichen verankert. Das Doument habe ich dann mit 7.0.2
   geöffnet, die Verankerung war intakt.
 * Ich habe eine Kopie eines meiner Base-Dokumente in 7.0.2 geöffnet
   und bei einem Formular etwas editiert. Nach Speichern und erneutem
   Öffnen war alles OK.

Du müsstest also genauer beschreiben, was du getan hast, damit ich das 
nachvollziehen kann, denn das ist ja auch die Voraussetzung für 
entsprechende Bug-Meldungen. Selber etwas tun kann ich ja nichts, da 
hast du ja mehr Ahnung als ich.
Ich habe jetzt auch noch nicht 7.0.3 installiert, wie du es verwendet 
hast, weil ich ja nicht genau was, was ich probieren sollte.


Viele Grüße
Gerhard

Am 26.11.2020 um 16:58 schrieb Robert Großkopf:

Hallo *,

irgendwo muss ich den Frust einmal los werden. Besser hier als in der
Users-Liste, um nicht noch mehr Leute zu vergraulen.

Pannen wie bei LO 7.0 habe ich noch bei keiner vorhergehenden LO-Version
erlebt. Ich nenne hier jetzt nur 2 Beispiele, könnte aber gerade bei
Formularen gerne noch nachreichen.
Ich bekomme über ein Forum eine Base-Datei mit Formularen, von denen ich
nicht weiß, unter welcher Version sie erstellt wurde. Ich öffne die
Formulare zum Editieren, editiere fleißig, speichere ab und die
Formulare sind in den Tiefen des *.odb-Objektes verschwunden.
Irgendjemand hat in LO 7.0 an den Formularen derart herumgeschraubt,
dass erst nicht einmal vorherige Formulare gefahrlos bearbeitet werden
konnten. Jetzt sind nur noch die Rückschritte zu vorhergehenden
Versionen von LO unmöglich.
Irgendein Dödel - ich nenne die mir unbekannte Person einfach mal so,
weil mich das Ganze so wütend macht, hat die Standardverankerung von
LO-Rahmen verändert, und zwar hart im Code. Da ich an unterschiedlichen
Stellen mit meinen Dokumenten arbeite passiert es jetzt plötzlich, dass
sämtliche Grafiken, die ich "als Zeichen" verankert habe, immer wieder
einmal zurück auf "am Absatz" verankert werden. Dies geschah jetzt
wieder einmal bei einem Wechsel von einer älteren Version am
Arbeitsplatz (LO 6.1) zur Version LO 7.0.3 hier. Ist nicht lustig, einen
Text nach lauter kleinen Sternchen zu durchsuchen und zu schauen, wie
das denn geflickt werden kann.

Für mich ist diese Version nicht empfehlenswert und ich werde das auch
so auf meiner Website kommunizieren. Wer das Ding zusammen mit Base
benutzt ist selber schuld.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Hello :)

[Gerhard Weydt]

Hallo Sabine,

das mit den zwei Handbüchern ist nur ein kleiner Ausschnitt, ich wollte 
bloß klarstellen, dass es da keinen Bedarf für Übersetzung gibt, weil 
Mike die Handbücher erwähnte, aber solche Details nicht notwendig kennt. 
Aber es gibt noch ein paar andere Handbücher, es gibt die 
Online-Dokumentation ... also noch genügend Gebiete, wo wahrscheinlich 
oder möglicherweise Unterstützung gewünscht oder ersehnt ist. Da müssen 
sich bloß andere melden, die sich mit diesen Themen beschäftigen. 
Keinesfalls will ich dich in deinem Einsatz bremsen.


Viele Grüße

Gerhard

Am 21.11.2020 um 01:56 schrieb Sabine:

Also alles unter Kontrolle?
Oder könnt Ihr meine Hilfe beim Übersetzen gebrauchen?

Viele Grüße
Sabine

On Sat, Nov 21, 2020 at 12:12 AM Gerhard Weydt 
wrote:


Hallo Mike, *,

die Handbücher werden zum Teil nicht übersetzt, sondern unabhängig in
Deutsch erarbeitet (natürlich mit Blick in die englische Version). So
habe ich z. B. das Draw-Handbuch für 6.3 witergeführt und erweitert,
weil es in Englisch auf Stand 3.x oder 4.x war. Als das ziemlich fertig
war, kam dann die englische Version für 6.4 raus. Die ersten Kapitel des
Draw-Handbuchs für 7.0, auf das ich nun noch umgestiegen bin, werden
demnächst veröffentlicht, bei den restlichen ist noch Abstimmung mit
Regina notwendig. Auch das Handbuch Erste Schritte ist unabhängig von
der englischen Fassung, zu den anderen musst du Jochen fragen.

Herzliche Grüße
Gerhard

Am 20.11.2020 um 11:34 schrieb Mike Saunders:

Hallo Sabine,

On 19/11/2020 16:02, Sabine wrote:

I'm an IT Project Manager, 39 y/o, and based in Berlin. I'm currently

on a

career break and would like to help you translate whatever is needed

from

English to German (or vice versa).

Herzlich willkommen in unserer Community :-) Es freut mich, dass du
mitmachen möchstest. Wir werden am Dienstag reden, aber inzwischen kann
vielleicht jemand hier vom Übersetzungs-Projekt was sagen: wie weit sind
wir mit der Übersetzung der Benutzeroberfläche, Handbücher usw. und wo
wir Hilfe brauchen!

LG
Mike



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Hello :)

[Gerhard Weydt]

Hallo Mike, *,

die Handbücher werden zum Teil nicht übersetzt, sondern unabhängig in 
Deutsch erarbeitet (natürlich mit Blick in die englische Version). So 
habe ich z. B. das Draw-Handbuch für 6.3 witergeführt und erweitert, 
weil es in Englisch auf Stand 3.x oder 4.x war. Als das ziemlich fertig 
war, kam dann die englische Version für 6.4 raus. Die ersten Kapitel des 
Draw-Handbuchs für 7.0, auf das ich nun noch umgestiegen bin, werden 
demnächst veröffentlicht, bei den restlichen ist noch Abstimmung mit 
Regina notwendig. Auch das Handbuch Erste Schritte ist unabhängig von 
der englischen Fassung, zu den anderen musst du Jochen fragen.


Herzliche Grüße
Gerhard

Am 20.11.2020 um 11:34 schrieb Mike Saunders:

Hallo Sabine,

On 19/11/2020 16:02, Sabine wrote:

I'm an IT Project Manager, 39 y/o, and based in Berlin. I'm currently on a
career break and would like to help you translate whatever is needed from
English to German (or vice versa).

Herzlich willkommen in unserer Community :-) Es freut mich, dass du
mitmachen möchstest. Wir werden am Dienstag reden, aber inzwischen kann
vielleicht jemand hier vom Übersetzungs-Projekt was sagen: wie weit sind
wir mit der Übersetzung der Benutzeroberfläche, Handbücher usw. und wo
wir Hilfe brauchen!

LG
Mike




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Re-Re: Fehlermeldung Unicode in LO 7.0.2.2

[Gerhard Weydt]

Hallo Bernd,

ich stelle das gleiche fest wie Thomas, das hatte ich auch schon mit 
Times New Roman so gesehen.
Um das noch genauer zu beschreiben: man wählt Einfügen -> Sonderzeichen 
und gibt dann den hexadezimalen Code 2082 nach U+ ein.

Machst du irgend etwas anderes?
Mit der jpg-Datei kann man leider wenig anfangen, man bräuchte eine 
Testdatei als Writer-Dokument, um vielleicht etwas zu sehen.
Hast du es einmal mit einer anderen Schrift probiert?  Ich kenne mich da 
auch nicht aus, ich stelle bloß fest, dass mit Verdana und Times New 
Roman hochgestellt 0, 4 - 9 und tiefgestellt 0 - 9 angeboten werden, 
also nicht der volle Bereich, wohl, weil hochgestellt 1, 2, 3 schon im 
Anfangsberich mit zweistelligen Codes liegen, weil man sie für 
Quadrat... und Kubik ...  braucht. Arial bietet nur die hochgestellten, 
und Liberation Serif nur 4, 5, 7, 8, also genau die, die du in deinem 
jpg als OK nennst. Hast du vielleicht doch Libeartion Serif eingestellt? 
Oder war das vorher mal die Schrift, bevor auf Verdana umgestellt wurde? 
Das ist jetzt eher Raten, weil ich nicht weiß, was da wirklich passiert, 
denn wenn ich solche hoch- und tiefgestellten Zeichen einmal mit Verdana 
oder Times New Roman eingegeben habe und dann die Schrift wechsle auf 
Arial oder Liberation Serif, werden sie immer noch dargestellt, obwohl 
das Unicode-Zeichen angeblich im Zeichensatz "fehlt", wie das gemeldet wird.
Musst du denn diese Unicode-Zeichen überhaupt nutzen? Format ->Zeichen 
-> Position erlaubt das Hoch-/Tiefstellen, das benutzt kein anderes 
Unicode-Zeichen, sondern ändert die relative Größe und Posítion des 
gleichen Zeichens wie im normalen Text.


Gruß
Gerhard

Am 09.10.2020 um 14:55 schrieb Thomas Krumbein:

Hei Bernd,

hmm, kann ich nicht bestätigen.  Win 10, LO 7.0.2.2., Writer

Schriftart "Verdana" -

Eingabe U+2083 -> tiefgestellte 2 - so wie erwartet.  
toggelt auch zurück.


Gut, die 2 ist nicht wirklich tiefgestellt sondern auf gleicher 
Grundlinie - aber an sonsten alles OK - wie bei allen anderen Ziffern 
auch.


Viele Grüße

Thomas


Am 09.10.2020 um 13:54 schrieb Bernhard Bühner:

Ich habe mich angemeldet; ohne ist es doch
eine ziemliche Hampelei, wie ich sehe.

Hallo Gerhard,
in diesem Fall arbeite ich mit der Schriftart „Verdana“.

Hier eine Erklärung:
https://workupload.com/file/vhSBf3VQk7v


Gruß
Bernd






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung Unicode in LO 7.0.2.2

[Gerhard Weydt]

Hallo Bernd,

ich versuche, das zu verstehen.
Dieses Zeichen ist nicht in allen Schriften auswählbar, in der Familie 
"Liberation" wird es nicht angeboten, in Times New Roman schon.
Wenn ich es in einem Writer-Dokument mit Times New Roman eingebe (wird 
natürlich auch angezeigt) und kopiere, dann für diesen kopierten Bereich 
"Liberation sans Serif" wähle, wird es sogar trotzdem angezeigt, was 
mich etwas wundert; die Lage bezüglich der Grundline ist allerdings 
anders als bei Times New Roman.
Insofern weiß ich überhaupt nicht, in welchem Zusammenhang deine 
Aussage, dass das Zeichen nicht angezeigt würde, überhaupt zutrifft. Du 
müsstest das genauer beschreiben, möglichst mit einem Dokument, das du 
auf einem Cloud-Speicher zur Verfügung stellen musst, weil diese Liste 
keine Anhänge weitergibt.

Getestet mit Windows 10, LibO 7.0.2.2

Gruß
Gerhard

Am 08.10.2020 um 20:25 schrieb Bernhard Bühner:

Windows 10 build 18363
LO 7.0.2.2
Writer

An dasTeam.
Ich bitte einen der Experten hier, eine Fehlermeldung zu erstellen!
Das Zeichen (Unicode) „U+2082“ (zwei tiefgestellt) wird nicht angezeigt.
Das Gleiche gilt für alle anderen Zahlen.
(The character (Unicode) "U+2082" (two subscripts) is not displayed.
The same applies to all other numbers.)

Auch bitte ich Jörg Schmidt-2, nicht wieder pampig zu werden!

Liebe Grüße an alle
Bernd Bühner





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Übersetzung "Soft Edge"

[Gerhard Weydt]

Hallo Michael, heiko,

einfach mal ausprobieren. Es handelt sich, wie Heiko sagt, um 
weichzeichnete Kanten (edge = Kante, cke ist corner).


"Rand weichzeichnen" finde ich ganz gut, ist deutlicher als "weiche Kanten".

Gruß
Gerhard

Am 12.08.2020 um 14:09 schrieb Michael Wolf:

Heiko Tietze schrieb:

On 12.08.20 12:37, Ralf Gruner wrote:

Heiko Tietze schrieb:
"Weiche Kanten“ oder „Weiche Ränder".

"Weich" hört sich aber in beiden Fällen unpassend an, das würde ich auf
keinen Fall benutzen. Wie wäre es mit abgerundet?


Ist aber üblich. Ansonsten: "Rand weichzeichnen" gibt es bei GIMP?



Es handelt sich nicht einfach um abgerundete Ecken?


Michael




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] H I L F E R U F

[Gerhard Weydt]

Hallo Theo,

ich schicke diese Mail, die an die Liste ging, mal direkt an dich 
weiter, Neulinge bezüglich der Liste sind manchmal gar nicht bei ihr 
angemeldet und erhalten dann auch keine Antworten.

Jörgs Verdacht mit fehlender Farbe ist eine plausible Möglichkeit.
Das A mit dem roten Balken ist die Schaltfläche für die Schriftfarbe, 
das wirkt aber nur, wenn du einige Zeichen markierst und dann auf die 
Schaltfläche klickst. Normalerweise erhält der Text seine Farbe zunächst 
von der Absatzvorlage.
Ich nehme eher an, dass das Problem woanders liegt, wenn es nicht die 
Druckerpatrone ist. Dann wäre das einfachste, du schickst mir dein 
Ausgangsdokument zu, das enthält ja nichts Geheimes, aber direkt an 
mich, nicht an die Liste, da werden Anhänge unterdrückt. Anders wäre das 
bloß eine langwierige Raterei.


Gruß
Gerhard

Am 10.08.2020 um 13:04 schrieb Jörg Schmidt:

Hallo,


-Original Message-
From: Theo Groß [mailto:grosst...@online.de]
Sent: Sunday, August 09, 2020 6:58 PM
To: discuss@de.libreoffice.org
Subject: [de-discuss] H I L F E R U F

Hallo Experten, ich gre Euch.
Ich (83) benutze seit ca. Mitte Mrz 2020 das Libreoffice fr Windows 10
64-Bit und bin im Groen und Ganzen damit sehr zufrieden. Seit kurzer
Zeit arbeite ich mit der Version 6.4.4.2 (fast) ohne
dieblichen kleineren
Pobleme, bis auf dieses eine, und zwar:
Ichhabe mir fr meine Korrespondenz Briefkpfe (Absender) gebastelt
und in vornehmen Grau gespeichtert. Wenn ich nun einen Brief schreiben
will rufe ich das Leerdokument auf unf flle es mit schwarzem
Druck aus.
Speicherung erfolgt dann unter dem Thema, so dass ich das Leerdokument
mit meinem Briefkopf immer wieder verwenden kann. Seit einiger Zeit
klappt das nicht mehr. Wenn ich einen Brief geschrieben habe
und ihn aus-
drucke wird mein BriefkopfROSAund sieht lcherlich aus.

Wie sieht denn das Ergebnis eines PDF-Exportes über: Datei-Exportieren als-Als 
PDF exportieren aus?

Ist das erhaltene PDF OK, ist doch wahrscheinlich im Drucker nur eine der 
Farbpatronen leer, so das die Farbmischung kein grau mehr ergibt, sondern rosa.


Lange habe ich
gesucht. Jetzt glaubte ich den Fehler gefunden zu haben.,
kann ihn aber
nicht beseitigen!In deroben angeordneten Befehlsleiste im
Libre-Writer ungefhr in der
Mitte ist ein groesAmit einem Balken darunter, welcher die Druckfarbe
anzeigt.

Dieser Balken zeigt die zuletzt zur Textformatierung genutzte Farbe an.
  

Dieser Balken istROTund durch nichts zu bewegen,
sich auf eine
andere Farbe einstellen zu lassen.

Auf das kleine Dreieck, neben dem A bzw. Balken klicken und eine andere Farbe 
wählen und der Balken bekommt eine andere Farbe (sowie der Text der evtl. zur 
gleichen Zeit markiert war).


Gruß
Jörg





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] libO 7beta2 beendet bei Start Avira-Virenschutz

[Gerhard Weydt]

Hallo zusammen,

nach Löschen und Neuinstallation, während der ich Avira ausgeschaltet 
hatte (wie in 
https://wiki.documentfoundation.org/Faq/General/General_Installation_Issues_(Windows) 
empfohlen, das ich inzwischen entdeckt hatte), tritt das Problem nicht 
mehr auf.


Gruß
Gerhard

Am 22.06.2020 um 17:37 schrieb Heiko Tietze:

Bugzilla ist immer der richtige Ort. Wenn ein Ticket sofort geschlossen wird - 
gut. In diesem Fall hier, ist es vielleicht interessant für das Release und 
damit zeitkritisch. Hab selbst kein Windows und kann das Problem nicht 
nachvollziehen.


Am 22.06.2020 um 14:31 schrieb Gerhard Weydt :

Hallo,

ich habe gerade LibO 7.0.0.0beta2 auf Windows 10 per Separate Install Gui 
installiert. Bei jedem Start wird Avira und Windows Defender gestoppt. Die 
Meldung von Windows lautet:

   Viren- & Bedrohungsschutz
   Virenschutz überprüfen
   Windows Defender Antivirus und Avira Antivirus sind deaktiviert.

Wo melde ich das?

GrÜße
Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] libO 7beta2 beendet bei Start Avira-Virenschutz

[Gerhard Weydt]

Hallo,

ich habe gerade LibO 7.0.0.0beta2 auf Windows 10 per Separate Install 
Gui installiert. Bei jedem Start wird Avira und Windows Defender 
gestoppt. Die Meldung von Windows lautet:


   Viren- & Bedrohungsschutz
   Virenschutz überprüfen
   Windows Defender Antivirus und Avira Antivirus sind deaktiviert.

Wo melde ich das?

GrÜße
Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Menüleiste ist weg

[Gerhard Weydt]

Hallo Christoph,

du meinst doch mit "Ansicht" wohl "Ansicht -> Benutzeroberfläche". Ich 
habe noch einmal die einzelnen Fälle angeschaut:


 * solltest du bei "In Registern" oder "In Registern kompakt" gelandet
   sein, dann hast du rechts oben unter dem Kreuz zum Schließen den
   Button, den ich schon beschrieben habe, nämlich mit den drei
   waagrechten Balken. Dessen Menü enthält unter anderem den Punkt
   "Benutzeroberfläche, wo du z. B. "Symbolleisten" wählen kannst, dann
   hast du wieder die klassische Ansicht mit Menüleiste.
 * solltest bei "Gruppiert kompakt" gelandet sein, dann gibt es
   stattdessen rechts einen Button "Menü", in dem du ebenfalls den
   Punkt "Benutzeroberfläche" findest, dann geht es genauso wie oben
   weiter.
 * die anderen Auswahlmöglichkeiten der Benutzeroberfläche haben die
   Menüleiste.

Bei den genannten drei Varianten ist die Menüleiste wohl mit Absicht 
nicht dabei; ich finde das gar nicht nützlich, ich bevorzuge die 
klassische Form über "Symbolleisten".


6.3 oder auch 6.2 zu installieren nützt nichts, da gab es auch schon 
diese Varianten, da müsstest du weiter zurückgehen. Aber das ist, siehe 
oben, nicht nötig.
Tastenkombinationen sind da übrigens keine angegeben, ist aber auch kein 
Wunder, das macht man nicht so oft, dass man da eine Tastenkombination 
dafür hergeben würde.


Gruß
Gerhard

Am 11.06.2020 um 11:26 schrieb Christoph.22.Hohm:
Hallo Gerhardt. Ich habe mir heute nochmal die 6.3.6 zum Vergleich 
nachinstalliert. Dort ist es genauso. Die Menüleiste ist komplett weg. 
Es sind nur noch die Symbolleisten zu sehen, wenn ich auf die andere 
Ansicht zurückgehe. Gibt es noch eine Tastenkombination oder eine 
andere Möglichkeit, damit die Menüleiste wieder sichtbar wird? Beim 
Handbuch Übersetzen versuche ich das Symbolband mit einzubauen. Es ist 
das 1. Mal, dass ich nicht zwischen den Ansichten wechsel kann.



Am 10.06.20 um 20:43 schrieb Gerhard Weydt:

Hallo Christoph,

wahrscheinlich ist dann rechts oben ein Button mit drei waagrechten 
Strichen, der öffnet ein Menü, in dem der Punkt "Benutzeroberfläche" 
zufinden ist.


Gruß
Gerhard

Am 10.06.2020 um 17:59 schrieb Christoph Hohm:
Hallo. In der 7.0.0.0 kann ich die Menüleiste nicht mehr einblenden. 
Ich

hatte die Notebookbar ausprobieren wollen und habe zwischen den
verschiedenen Layouts im Writer gewechselt. Wo finde ich die Option die
Menüleiste wieder einzublenden? In der Startzentrale ist sie auch nicht
sichtbar. Verwendetes System Xubuntu 20.04 64bit..

Gruß
Christoph Hohm
E-Mail: christoph.22.h...@gmail.com









--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Menüleiste ist weg

[Gerhard Weydt]

Hallo Christoph,

wahrscheinlich ist dann rechts oben ein Button mit drei waagrechten 
Strichen, der öffnet ein Menü, in dem der Punkt "Benutzeroberfläche" 
zufinden ist.


Gruß
Gerhard

Am 10.06.2020 um 17:59 schrieb Christoph Hohm:

Hallo. In der 7.0.0.0 kann ich die Menüleiste nicht mehr einblenden. Ich
hatte die Notebookbar ausprobieren wollen und habe zwischen den
verschiedenen Layouts im Writer gewechselt. Wo finde ich die Option die
Menüleiste wieder einzublenden? In der Startzentrale ist sie auch nicht
sichtbar. Verwendetes System Xubuntu 20.04 64bit..

Gruß
Christoph Hohm
E-Mail: christoph.22.h...@gmail.com




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Übersetzungsproblem Report-Builder

[Gerhard Weydt]

Hallo Christian, Robert,

die wieder aktivierte alte Übersetzung ist auf jeden Fall die bessere 
Wahl. Das "repeated value" bringt auch im Englischen keine zusätzliche 
Klarheit, es sei denn, es wäre zufällig ein stehender Begriff, was mir 
aber unwahrscheinlich vorkommt; selbst dann nützt es aber im Deutschen 
nichts, das zu übersetzen, weil es die Sache nicht klarer macht. Das 
Anzeigen eines Wertes im Gruppenwechsel ist nur sinnvoll, wenn der Wert 
in der gesamten Gruppe konstant bleibt, also selbst ein 
Gruppierungsbegriff ist oder von einem abhängt. Das ergibt sich aus dem 
Konzept der Gruppierung, daher muss es in der Beschreibung nicht mehr 
erwähnt werden, was ja auch nur mit einer noch längeren Beschreibung als 
der verworfenen möglich wäre.
Statt "anzeigen" fände ich "ausgeben" etwas besser, aber ich poche nicht 
darauf.


Viele Grüße
Gerhard

Am 09.06.2020 um 04:58 schrieb Christian Kühl:

Hallo, Robert,

ich habe die alte Übersetzung wieder eingepflegt.

Da ich den ReportBuilder nicht kenne, kann ich die Sinnhaftigkeit der
Übersetzung nicht beurteilen. Die englische Zeichenkette dazu lautet
allerdings "Print repeated value on group change", wo die
zwischenzeitliche Übersetzung natürlich näher dran kam, auch wenn sie
nicht besonders schön ist.

Viele Grüße
Christian


Am 14.04.20 um 08:40 schrieb Robert Großkopf:

Hallo *,

ich habe schon wieder vergessen, wen ich denn wegen 
Übersetzungsproblemen anschreiben sollte. Deswegen kurz hier:


In den Eigenschaften für ein Feld beim ReportBuilder taucht
neuerdings auf: "Drucken des wiederholten Wertes nach einer
Gruppenänderung"

vorher lautete das: "Bei Gruppenwechsel anzeigen"

Der ReportBuilder druckt ja erst einmal nicht. Der macht nur ein 
Writer-Dokument aus den Base-Inhalten. Aber vor allem: Die neue 
Umschreibung des Verhaltens nimmt doppelt so viel Platz ein wie die 
nächst kleinere Beschreibung. Dadurch wird die Anzeige in den 
Eigenschaften deutlich verbreitert.


Gruß

Robert






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Deutschsprachige Handbücher: Idee, diese im WIKI zu erstellen

[Gerhard Weydt]

Hallo zusammen,

ich habe das noch nicht länger durchdacht, will aber wenigstens ein paar 
Gedanken schon gleich einbringen, weil ich eine andere Meinung vertrete.
Vorab zur Frage eines allgemeinen oder nur deutschsprachigen Wiki: da 
bin ich ganz der Meinung von Jochen, es funktioniert, wenn überhaupt, 
nur in einer Sprache. Wir können uns nicht auf die englischsprachigen 
Autoren verlassen, zu Draw z. B. gibt es die neueste Doku zu 4.1 von 
2013, daher habe ich mich mit Reginas Unterstützung an eine neue Fassung 
zu 6.3 gemacht.
Auch enthält die englische Fassung manchmal etwas was nicht, was man für 
sinnvoll hält, z. B. enthielt das Kapitel "Makros" von "Erste Schritte" 
praktisch nur das Aufzeichnen von Makros, was ein ganz kleiner 
Spezialfall ist, der nur für einfache ein bisschen Automatisierung 
bringt, aber ein völlig falsches Bild zeichnet; Base kann man ohne 
Makro-_Programmierung_ nur sehr eingeschränkt und mit teilweisen 
Verbiegungen richtig nutzen; daher muss das wenigstens in einem 
Einstiegsbeispiel dargestellt werden, um überhaupt einen Eindruck zu 
erwecken.
Eine englischsprachige Dokumentation bloß zu übersetzen, wo ich genau 
sehe, was da fehlt, dazu hätte ich auch keinen Nerv.


Die Dokumentation besteht aus einzelnen Kapiteln, trotzdem hat sich 
eigentlich niemand daran gemacht, ein einzelnes Kapitel zu 
aktualisieren. Warum sollte das beim Wiki anders sein? Das Base-Handbuch 
macht seit Jahren Robert alleine (das englischsprachige ist eine 
Übersetzung seines Werks und auf Stand 4.0!), Erste Schritte habe ich 
gemacht für 5.2 und dann für 6.0 und 6.2, das vorige war auf Stand 3.3!
Käme nun das Argument, man könne ja kleinere Einheiten als Kapitel 
machen, dann will ich nur auf die Hilfe verweisen, die ein Flickwerk 
ist, bei der man vieles nicht findet und wo die Inhalte völlig 
unterschiedlich detailliert und aufgebaut sind. Die Handbücher ergänzen 
das ja gerade durch eine systematische und zusammenhängende Darstellung.


Ich kenne mich mit Wikis nicht so aus, aber man bräuchte da ja wohl auch 
eine Versionierung in irgendeiner Form, man kann ja nicht einfach einen 
Abschnitt abändern, der passt ja dann nicht mehr zum Rest, das muss dem 
Leser dann irgendwie klargemacht werden.


Vielleicht melde ich mich noch einmal mit weiteren Punkten.

Gruß
Gerhard

Am 26.02.2020 um 22:31 schrieb Jochen Schiffers:

Hallo Ralf,

Am 26.02.2020 um 22:27 schrieb Ralf Gruner:

 Aber so ein Wiki wird dazu führen, daß die Versionen der
verschiedenen Sprachen auseinanderdriften 

Völlig korrekte Einschätzung.

Von mir wäre aber eine rein deutschsprachiges WIKI bzw. WIKI für
deutschsprachige Handbücher angedacht.
Ich weiß, dass dies dem WIKI-Gedanken widerspricht. Aber für die
deutschsprachigen Handbücher wäre diese Lösung ein "realistischer" Weg.

Gruß

Jochen





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Bugreport PDF-Exporter

[Gerhard Weydt]

Hallo Markus,

was heißt "hart abschließt"?
Wenn das Dokument nicht zur Verfügung steht, ist es schwer, einen Test 
zu konstruieren, du solltest versuchen, durch Reduktion aus dem Dokument 
eine Testversion zu konstruieren, die den Fehler liefert, aber 
öffentlich unbedenklich ist.
Ich verwende zum Erzeugen von PDFs PDF24 (https://en.pdf24.org/), das 
solltest du mal ausprobieren, ob das Problem auch da auftritt.


Gruß
Gerhard

Am 19.02.2020 um 22:51 schrieb Markus Schrodt:

Hallo
Ich habe hier eine odt, die zuverlässig über -PDF-Exporter Libreoffice 
Version: 6.4.0.3 (x64) hart abschiesst.
Diese PDF ist leider eine interne meiner Firma und ich kann die jetzt 
nicht einfach so in ein öffentliches Forum werfen.

Gibt es einen Entwickler der sich das mal ansehen will?
Im Moment verwende ich deswegen leider Microsoft print to PDF.
Danke!
MS




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Darstellungsfehler

[Gerhard Weydt]

Hallo Ralf,

ich sehe das nicht als Fehler, und ich stelle das gleiche Verhalten wie 
in der als Fehler gemeldeten Fassung mit den "gedrehten" Texten bereits 
in LibO-Version 5.1.6.1, wie auch in 6.1.3.2 und 6.3.4.2 fest. ich 
wundere mich vielmehr, wieso das in dem alten PDF so aussieht.
Denn der Gruznd für die Verdrehung ist ganz einfach: Die Legende hat 
einen Drehwinkel von 180° und nicht 0° wie beim Erzeugen., das kann 
durch Drehen oder Spiegeln erzeugt worden sein. Und wenn man eine 
Legende dreht, dreht sich eben der Text mit.
Du wolltest wohl im Gegensatz zu der Situation bei der neu erzeugten 
Legende das Dreieck nach oben gerichtet haben statt nach unten. Das 
macht man aber anders und einfacher: wenn die Legende ausgewählt ist, 
hat die Spitze des Dreiecks oder Zeigers einen Steuerpunkt (unter 
Windows ein hellblauer Kreis), den verschiebt man einfach auf die 
Stelle, auf die die Legende zeigen soll.
Für diese Funktion ist also Drehen und Spiegeln gar nicht nötig, auch 
für Formänderungen nicht, das geht ja durch Ändern der Breite und Höhe, 
deshalb ist sinnvoll, beim Drehen den Text mitzudrehen, da man so 
senkrechte u. a. Legenden erzeugen kann.
Ich denke, das Ergebnis ist dem Experimentierstadium geschuldet, das du 
selbst benennst.
Spiegele einfach alle auf dem Kopf stehenden Legenden und verschiebe die 
Zeiger anschließend an die richtige Stelle; oder lösche sie und erzeuge 
neu, was bequemer ist.


Ich bezweifle übrigens, dass das jetzt mitgeschickte Dokument auch die 
originale Quelle des alten PDF ist, denn da sind die Texte schon 
umgebrochen, damit sie in die Legende passen, auch der Text GND ist 
damals zentriert, während er jetzt in der Datei linksbündig ist. Da 
spricht alles dafür, dass die Writer-Datei nicht der letzte Stand ist. 
Vielleicht wurde nach dem Erzeugen des PDF nicht gespeichert?

Aber das lässt sich ja recht schnell korrigieren!

Gruß
Gerhard

Am 08.02.2020 um 20:17 schrieb Ralf Gruner:

Hallo allerseits,

jetzt habe ich wieder einmal das Dokument angesehen, wegen dessen
Darstellungsfehler ich mich letzten September hier schon mal gemeldet
hatte, und es gibt neue Fehler. (Der damals festgestellte ist aber
behoben, wie es scheint.)
Diesmal bin ich mir aber nicht sicher, ob der Fehler in der aktuellen
Writer-Version steckt oder in der alten. Jedenfalls interpretiert eine
der beiden Version des Programms die Orientierung von in Legenden
steckenden Textfeldern falsch.
Ich liefere gleich mal das Originaldokument, denn da ist nichts Geheimes
drin, und ich will es nicht modifizieren. Den Text am besten ignorieren.
Die benutzten Grafikelemente sind ziemlich durcheinander und
uneinheitlich (damals hatte ich experimentiert, wie es am besten ginge).
Aber trotzdem sollte das nach zwei Jahren ja immer noch genauso aussehen.
Glücklicherweise hatte ich ein PDF gespeichert, da ist zu sehen, wie es
ursprünglich war, und das zweite PDF zeigt den aktuellen Zustand bei mir.


Die Umgebung ist Windows 7 Professional 32 Bit und Writer 6.4.0.3 (x86).

Zusätzlich zu dem Orientierungsproblem sieht der Textfluß nicht mehr so
schön aus wie anfangs.

Könnte jemand mal beurteilen, ob man daraus nochmal einen oder mehrere
Bugmeldungen machen sollte? Wenn ja, wäre ich dankbar, wenn das wieder
jemand übernehmen könnte.


Viele Grüße

Ralf




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fixer Wert in einer Formel

[Gerhard Weydt]

Hallo Matthias,

Es ist schwer zu beurteilen, was du tust, wenn du dich so allgmein 
ausdrückst.
Ween du auf eine Zelle doppelklickst, die diese Formel enthält, wird der 
in der Formel angesprochene Zellenbereich markiert durch einen fetten 
(blauen, zumindest unter Windows) Rahmen. Durch Ziehen an den Eckpunkten 
kannst du den Rahmen vergrößeren oder verkleinern (Cursorsymbol 
Fadenkreuz). Damit lässt sich die Vergrößerung von C3:C4 auf C3:C6 
bequem erreichen. Wenn man dagegen auf das Innere des Zellbereichs 
zeigt, hat der Cursor das Symbol einer Hand, Bewegen des Cursors mit 
gedrückter Maustaste verschiebt dann den Ausschnitt.

Probiere diese Varianten aus, vielleicht löst das dein Problem.

Gruß
Gerhard

Am 01.02.2020 um 23:05 schrieb Matthias Erich Popp:

Will ich zum Beispiel in einer Verbrauchstabelle  den Minimalwert haben.
dann ginge das ja mit der Formel =MIN(C3:C4) . Mit der Maus kann ich das dann ja
erweitern . Nur dabei ändern sich dann beide Werte . Nur der erste soll immer 
C3 haben.

Also so

  
=MIN(C3:C4)

=MIN(C3:C5)
=MIN(C3:C6)
=MIN(C3:C7)
usw.



PS: Libreoffice 6.4 .




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Schreibfehler auf der deutschen Webseite

[Gerhard Weydt]

Hallo Alle,

die Seite
https://de.libreoffice.org/community/get-involved/
enthält im Abschnitt "Dokumentation" zwei Schreibfehler, die man doch 
besser korrigieren sollte:

wo d_*o*_ teilnehmen möch_*s*_test --> wo du teilnehmen möchtest

Gruß
Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Werkzeuge die wir im DE-Projekt benutzen

[Gerhard Weydt]

Hallo Mike,

Bei "What can I do..." müsste es grammatisch korrekt "Beitragende" 
heißen. Allerdings ist das ein ungebräuchliches Wort, Mitwirkende fände 
ich besser. Vielleicht hat jemand anders noch eine bessere Idee.


Gruß

Gerhard

Am 22.01.2020 um 19:36 schrieb Mike Saunders:

Hallo,

Als kurze Erinnerung :-) Wenn was aktualisiert werden muss, gibt mir
einfach bescheid!

https://de.libreoffice.org/community/unsere-werkzeuge/




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Formel richtig?

[Gerhard Weydt]

Hallo Wolfgang,

das müsstest du doch am besten beurteilen können, ob die Formel das 
richtige Ergebnis liefert, du kennst ja den Sachverhalt am besten, und 
du musst das doch aus deinen Daten sehen können!
Wenn nach deiner Aussage die Pfade stimmen, kann man doch ganz einfach 
einen Test in einem neuen Tabellendokument machen, in dem man in Zelle 
A2 den Bruttowert, in B2 den Nettowert und in C2 die Formel mit Bezug 
auf A2 und B2 einträgt. Dann hat man den komplizierten Teil mit den 
Pfaden erst mal draußen, um den geht es ja eigentlich auch nicht. Dann 
kann man schnell in A2 und B2 die Werte verändern und schauen, was in C2 
rauskommt. Nach meinen Tests arbeitet die Formel wie gewünscht, was ich 
auch schon nach dem Lesen so vermutet hatte.
Die Pfadschreibweise habe ich nicht getestet und auch selbst noch nie 
verwendet, aber das lässt sich ja leicht isoliert prüfen wenn das noch 
fraglich sein sollte: schreibe in eine Zelle des Test-Tabellendokuments 
z. B.

='file:///C:/Users/xxx/Kulinarithek.csv'#$Kulinarithek.E2
und schaue, ob da das drinsteht, was in der Quelle steht.

Gruß

Gerhard

Am 17.12.2019 um 14:51 schrieb Wolfgang Rohm:

Hallo zusammen,

ich habe eine Formel erstellt, die eine Zahl auswirft, bei einer bestimmten
Bedingung und bei Nichteintritt der Bedingung bleibt die Zelle leer.

Die Formel bezieht sich auf eine andere Datei, aus der die Werte kommen,
daher auch die Pfade. (die Pfade sind übrigens in Ordnung)

Die Berechnung ist relativ einfach:

Brutto VK / 1,19 - Netto EK <6 dann 6 (Mindestabnahme) ansonsten bleibt die
Zelle leer.

Ich habe die Formel als txt Datei angehängt, wobei: E2 = Brutto VK und U2 =
Netto EK

Kann mir bitte jemand sagen, ob die Formel so richtig ist und das
gewünschte Ergebnis liefert?

Vielen Dank!

Gruß
Wolfgang




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Rechtschreibprüfung, Hunspell o.ä.

[Gerhard Weydt]

Immer wieder stoße ich auf Wörter, die in LibO unterkringelt werden, die 
aber im Deutschen ganz normale Bildungen sind. Aktuelles Beispiel: 
grafikspezifisch. Das ist zwar nicht gerade ein alltagsgebräuchlicher 
Begriff, aber für einen Deutschsprachigen sofort verständlich. Aber Libo 
erknnet den Begriff nicht als korrekt.
Ich habe schon mal eine Mail von jemand gesehen, der sich gut mit 
Hunspell auskannte, aber die habe ich natürlich nicht mehr. Wer kann mir 
sagen, wie ich solchen Input für eine Verbesserung liefern kann?


Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Tabellenindex_runter

[Gerhard Weydt]

Hallo Leo-Hubert,

das Makro hat einen Parameter, das heißt, es muss von einem anderen 
Makro gerufen werden, das als Parameter den Tabellennamen (in der 
Datenbank) mitgibt. Das Makro ist also offensichtlich für einen 
variablen Aufruf gedacht.
Du rufst es von einer Schaltfläche aus auf, ich nehme an, direkt, da 
gibt es dann keinen Parameter.
Du kannst das aber simulieren, in dem du bei deiner Schaltfläche statt 
Tabellenindex_runter das folgende Makro aufrufst, das dich jeweils nach 
dem Tabellennamen fragt. So kannst du alle Tabellen behandeln. Das ist 
wahrscheinlich der schnellste Weg, da du das ja zunächst nur einmal 
brauchst.


sub xxx
dim tabname as string
tabname = InputBox("Tabellenname eingeben")
Tabellenindex_runter(tabname)
end sub

xxx ist dein frei wählbarer Name für das Makro

Ich habe das jetzt nicht getestet, melde dich noch einmal, wenn das 
nicht klappt.


Gruß

Gerhard

Am 01.11.2019 um 17:19 schrieb Leo-Hubert Kappes:

Hallo Users,

ich habe eine Datenbank erstellt, die ich im Internet zur Verfügung 
stellen möchte.


Vorher habe ich in den Tabellen natürlich meine eigenen Daten gelöscht.

Da alle Tabellen einen Index (ID) besitzen, möchte ich Diesen vorher 
noch auf 0 (Null) zurücksetzen.


Das Makro: Tabellenindex_runter

erscheint mir für diese Aufgabe geeignet zu sein.

Ich habe das Makro in die Datenbank eingefügt und starte es über einen 
Button auf einem Formular.


Dabei erscheint leider schon bei der ersten Zeile die Fehlermeldung: 
"BASIC-Laufzeitfehler. Falscher Wert für Eigenschaft."


Ich habe das Makro, so wie es im Handbuch steht in die Datenbank 
kopiert und gestartet.


Lediglich offensichtliche Zeilenumbrüche habe ich entfernt, bzw. dort 
wo offensichtlich Kommentar vorhanden ist, Diesen auch auskommentiert.


Das Makro sieht jetzt so aus:


SUB Tabellenindex_runter(stTabelle AS STRING)
REM Mit dieser Prozedur wird das automatisch hochgeschriebene 
Primärschlüsselfeld
REM mit der vorgegebenen Bezeichnung "ID" auf den niedrigst möglichen 
Wert

REM eingestellt.
DIM inAnzahl AS INTEGER
DIM inSequence_Value AS INTEGER
oDatenquelle = ThisComponent.Parent.CurrentController ' 
Zugriffsmöglichkeit aus dem Formular heraus

IF NOT (oDatenquelle.isConnected()) THEN
oDatenquelle.connect()
END IF
oVerbindung = oDatenquelle.ActiveConnection()
oSQL_Anweisung = oVerbindung.createStatement()
stSql = "SELECT MAX(""ID"") FROM """+stTabelle+ ' Der höchste in 
"ID" eingetragene Wert wird ermittelt
oAbfrageergebnis = oSQL_Anweisung.executeQuery(stSql) ' Abfrage 
starten und den Rückgabewert in einer Variablen oAbfrageergebnis 
speichern

WHILE oAbfrageergebnis.next
inAnzahl = oAbfrageergebnis.getInt(1) ' Erstes Datenfeld wird ausgelesen
WEND
' nächster Datensatz, in diesem Fall nicht mehr erforderlich, da nur 
ein Datensatz existiert
IF inAnzahl = "" THEN ' Falls der höchste Wert gar kein Wert ist, also 
die Tabelle leer ist wird der höchste Wert als -1 angenommen

inAnzahl = -1
END IF
inSequence_Value = inAnzahl+1 ' Der höchste Wert wird um 1 erhöht
REM Ein neuer Befehl an die Datenbank wird vorbereitet. Die ID wird 
als neu startend ab inAnzahl+1 deklariert.
REM Diese Anweisung hat keinen Rückgabewert, da ja kein Datensatz 
ausgelesen werden muss

oSQL_Anweisung1 = oVerbindung.createStatement()
oSQL_Anweisung1.executeQuery("ALTER TABLE """ + stTabelle + """ ALTER 
COLUMN ""ID"" RESTART WITH " + inSequence_Value + "")

END SUB

Wo ist denn da mein Fehler?


MfG L-H









--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] LibreWriter - EINZELNE Formatvorlagen auf andere Dokumente übertragen

[Gerhard Weydt]

Hallo Manuela,

ich fürchte, du vermengst Dokumentvorlagen und Formatvorlagen; auch der 
von dir zitierte Internet-Artikel befasst sich hauptsächlich mit 
Dokumentvorlagen.
Welche Vorgehensweise nach deiner Darstellung alle Formatvorlagen 
überschreibt, weiß ich nicht (es klingt allerdings eher nach Übernahme 
einer Dokumentvorlage), aber Alois' Vorschlag tut dies definitiv nicht. 
Im Fall einer einfachen, neu erzeugten Formatvorlage, bei der ich den 
Text , der damit formatiert war, in ein anderes Dokument kopiert habe, 
war genau diese eine Absatzvorlage eingefügt worden, in einem anderen 
Test, wo ich auf ein bestehendes Dokument aus den LibO-Handbüchern mit 
einer komplizierten Vorlagenstruktur zurückgegriffen habe, waren es drei 
Absatzvorlagen (die betroffene, die hierarchisch drüberliegende, und 
eine weitere, die ich mir momentan nicht erklären kann, die aber 
plausibel erscheint, denn sie heißt "LibOTextKörper"), aber nicht die 
zig weiteren, LibO-spezifischen, die das Quelldokument noch enthält.
Alois' Vorschlag ist also durchaus eine Hilfe in der Richtung, die du 
suchst.


Gruß

Gerhard

Am 19.10.2019 um 12:46 schrieb indoore...@mail.com:

Hallo zusammen,


danke, dass ihr euch die Mhe macht und danke fr eure Vorschlge. Diese 
Mglichkeiten habe ich schon im Web gefunden. Die fhren nicht zum gewnschtern 
Ergebnis.
Dabei werden entweder alle Formatvorlagenberschrieben oder es werden nur 
Formatvorlagenbernommen, die einen bisher unbekannten Namen haben.


Was ich suche, ist eine Mglichkeit, EINZELNE, BEKANNTE Formatvorlagen aus einem 
anderen Dokument zu nehmen und NUR DIESE in der aktuellen Dokumentenvorlage 
zuberschreiben.


Wenn ich einen Text in dem gewnschten Format rberkopiere,berschreibt er nicht 
das Format im Ziel-Dokument, wenn es dort schon ein Format mit gleichem Namen 
gibt - Was ja beim reinen Text-Kopieren Sinn macht. Aber Formate kann man wohl 
in Libre nicht einfachberkopieren, so wie in MS-WORD. Schade.


Liebe Gre,


Manuela




Sent:Saturday, October 19, 2019 at 11:24 AMFrom:Alois 
klotzalois.kl...@salzburg.atto:indoore...@mail.com, 
discuss@de.libreoffice.orgSubject:Re: [de-discuss] LibreWriter - EINZELNE 
Formatvorlagen auf andere Dokumentebertragen
Hallo,eine einfache und schnelle Methode ist es, einfach einen Text, der mitder 
entsprechenden Vorlage formatiert ist, in das neue Dokument zu kopieren.Dort 
steht dann auch die verwendete Vorlage zur Verfgung.Funktioniert mit Absatz- 
und Zeichenformatvorlagen.MfG Alois klotzindoore...@mail.com schrieb am 
19.10.2019 um 08:03:Hallo zusammen,ich arbeite sehr viel mit Formatvorlagen und 
suche in LibreWriter nach einer Funktion, die ich von MS-WORD her schmerzlich 
vermisse:Das schnellebertragen einer EINZELNEN Formatvorlage von einem Dokument 
in ein anderes,oder auch von einer Dokumentvorlage in ein Dokument.Im Web habe 
ich fr OpenOffice diese Anleitung gefunden:Open Office bietet zudem die 
Mglichkeit, auch einzelne Formatvorlagen aus einer Dokumentvorlage oder einem 
anderen Dokument zu kopieren. Gehen Sie aufDateiDokumentvorlageVerwalten. Im 
linken Teil des Fensters navigieren Sie zu einer Dokumentvorlage. Per 
Doppelklick darauf lassen Sie sich die enthaltenen Formatvorlagen anzeigen. 
Ziehen Sie die gewnschte Formatvorlage mit der Maus in den rechten Teil des 
Fensters auf den Namen des aktuell geffneten Dokuments.Sind mehrere Dokumente 
geffnet, knnen Sie sich auch hier per Doppelklick die jeweils enthaltenen 
Formatvorlagen anzeigen lassen und per DragDrop in ein anderes Dokument 
kopieren.(aus:https://www.pcwelt.de/tipps/Formatvorlagen-importieren-8985443.html)Ist
 nicht LibreOffice aus OpenOffice entstanden?Ist diese Funktion nur irgendwo 
LibreWriter versteckt, wo ich sie bisher nicht finden konnte?Lieben Gru,Manuela








--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] SQL mittels Makro auf Schaltfläche legen

[Gerhard Weydt]

Hallo Hubert-Leo,

zumindest scheint jetzt klar zu sein, dass du mit einem Base-Dokument 
arbeitest.
Es hängt sehr davon ab, wo dein Makro aufgerufen wird. Das Base-Dokument 
selbst kennt keine Drawpage, nur die einzelnen Formulardokumente 
innerhalb eines Base-Dokuments kennen diese Variable.
Aus welchem Formulardokument rufst du das auf? Sind alle Variablen dort 
durch das Select de formulars bekannt?


Gruß

Gerhard

Am 03.10.2019 um 22:48 schrieb Leo-Hubert Kappes:

Hallo an alle,

ich habe jetzt mal viel gelesen und getestet und komme (nicht ganz) zu 
meinem gewünschten Ziel.


Folgende Variante funktioniert aus dem BASIC-Editor heraus, wenn ich 
den Prozedurschritt ausführe:


Sub Fuett_anfuegen

DIM oDatasource AS OBJECT
DIM oConnection AS OBJECT
DIM oSQL_Statement AS OBJECT ' das Objekt, das den SQL-Befehl ausführt
DIM stSql AS STRING    ' Text des eigentlichen 
SQL-Befehls

DIM oResult AS OBJECT            ' Ergebnis für executeQuery
DIM iResult AS INTEGER   ' Ergebnis für executeUpdate


oDatasource = thisDatabaseDocument.CurrentController
IF NOT (oDatasource.isConnected()) THEN oDatasource.connect()
oConnection = oDatasource.ActiveConnection()

oSQL_Statement = oConnection.createStatement() 'Statementobjekt erzeugen

stSql = "INSERT INTO ""tbl_Fuetterung_Uebergabe"" ( ""StockNr"", 
""Datum"", ""Jahr_ID"", ""Futterart_ID"" ) SELECT 
""tbl_StockGrunddaten"".""StockNr"", ""tab_Vorg_Fuet"".""Datum"", 
""tab_Vorg_Fuet"".""Jahr_ID"", ""tab_Vorg_Fuet"".""Futterart_ID"" FROM 
""tab_Vorg_Fuet"", ""tbl_Vorg_Jahr"", ""tbl_Vorg_Futterart"", 
""tbl_StockGrunddaten"" WHERE ""tab_Vorg_Fuet"".""Jahr_ID"" = 
""tbl_Vorg_Jahr"".""ID"" AND ""tab_Vorg_Fuet"".""Futterart_ID"" = 
""tbl_Vorg_Futterart"".""ID"" AND ""tbl_StockGrunddaten"".""Marke"" = 
TRUE AND ""tbl_StockGrunddaten"".""Abgangsjahr"" = 0;"


iResult = oSQL_Statement.executeUpdate(stSql) 'Anfügeabfrage ausführen.
End Sub

Aus dem Formular heraus funktioniert das Makro allerdings nicht !


Nun habe ich den Ablauf nach Anleitungen und Beispielen der Handbücher 
so abgeändert, dass er aus dem Formular heraus funktionieren sollte.


Das sieht dann meiner Meinung nach so aus:

Sub Fuett_anfuegen

DIM oForm AS OBJECT

DIM oDatasource AS OBJECT
DIM oConnection AS OBJECT
DIM oSQL_Statement AS OBJECT ' das Objekt, das den SQL-Befehl ausführt
DIM stSql AS STRING  ' Text des eigentlichen SQL-Befehls
DIM oResult AS OBJECT    ' Ergebnis für executeQuery
DIM iResult AS INTEGER   ' Ergebnis für executeUpdate

oForm = thisComponent.Drawpage.Forms.getByName("MainForm")

oConnection = oForm.ActiveConnection()

oSQL_Statement = oConnection.createStatement() 'Statementobjekt erzeugen

stSql = "INSERT INTO ""tbl_Fuetterung_Uebergabe"" ( ""StockNr"", 
""Datum"", ""Jahr_ID"", ""Futterart_ID"" ) SELECT 
""tbl_StockGrunddaten"".""StockNr"", ""tab_Vorg_Fuet"".""Datum"", 
""tab_Vorg_Fuet"".""Jahr_ID"", ""tab_Vorg_Fuet"".""Futterart_ID"" FROM 
""tab_Vorg_Fuet"", ""tbl_Vorg_Jahr"", ""tbl_Vorg_Futterart"", 
""tbl_StockGrunddaten"" WHERE ""tab_Vorg_Fuet"".""Jahr_ID"" = 
""tbl_Vorg_Jahr"".""ID"" AND ""tab_Vorg_Fuet"".""Futterart_ID"" = 
""tbl_Vorg_Futterart"".""ID"" AND ""tbl_StockGrunddaten"".""Marke"" = 
TRUE AND ""tbl_StockGrunddaten"".""Abgangsjahr"" = 0;"


iResult = oSQL_Statement.executeUpdate(stSql) 'Anfügeabfrage ausführen.

End Sub

Allerdings bekomme ich hier bei der Zeile: oForm = 
thisComponent.Drawpage.Forms.getByName("MainForm")


den

BASIC-Laufzeitfehler.
Eigenschaft oder Methode nicht gefunden: Drawpage.

Drawpage ist aber im Handbuch als Container der Formulare beschrieben 
uns sollte vorhanden sein, wenn man aus einem Formular heraus das 
Makro aktiviert.


Oder sehe ich da noch was falsch?

MfG L-H





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] SQL mittels Makro auf Schaltfläche legen - Ergänzung

[Gerhard Weydt]

Hallo Leo-Hubert (& Thomas),

Thomas hat im Grunde recht, dass das Lesen von Dokumentation 
unerlässlich ist.
Aber ich bin mir nicht sicher, ob du mit einem Base-Dokument arbeitest 
oder vielleicht mit einem Writer- oder Calc-Dokument (Draw und Impress 
wäre genauso, aber das halte ich für eher unwahrscheinlich.
Im ersten Fall findest du im Base-Handbuch tatsächlich Beispiele zuhauf, 
du kannst die connection entweder über die "DataSource" oder über ein 
Formular (Stichwort "form") ermitteln, diese Begriffe finden sich in den 
Beispielen nur wenige Zeilen vor der Zuweisung der connection.
Im zweiten Fall findest du allerdings nichts im Base-Handbuch, weil dort 
immer von Base-Dokumenten ausgegangen wird. Für diesen Fall will ich dir 
eine Hilfestellung andeuten.
Voraussetzung ist, soweit ich weiß, dass es ein Base-Dokument gibt, das 
mit deiner Datenbank verbunden ist; wie man das anlegt, steht im 
Base-Handbuch, das Dokument muss keine Formulardokumente oder sonstige 
weitere Element enthalten (aber es lohnt sich sicher, da mal 
anzuschauen, wie die Tabellen angezeigt werden, und dann ein bisschen 
weiter zu schnuppern). Beim Erzeugen wirst du gefragt, ob das 
Dokument/die Datenbank o.ä. angemeldet werden soll, es empfiehlt sich, 
das zu bejahen, dann ist die Formulierung im folgenden Aufruf einfacher.

Du kannst dann die connection mit folgendem Aufruf
connection = connecterSource("xxx")
zuweisen, wobei xxx der Name des angemeldeten Dokuments (z.B. 
"Fuetterung.odb", ich rate jetzt mal den Titel) ist. (Bei unangemeldetem 
Dokument müsstest du den Speicherplatz in der internen Form beginnend 
mit file:/// angeben, eine zusätzliche Hürde).


Das hier aufgerufene Makro stammt aus dem Buch von Bernard Marcelly und 
Laurent Godard, ich habe mir nicht die Mühe gemacht, die Bezeichner zu 
übersetzen und es optisch lesbarer aufzubereiten. Du musst es entweder 
im Dokument, oder wenn du es öfters verwenden willst, irgendwo in 
MeineMakros abspeichern.


'    Funktionen kopiert aus Marcelly/Godard:
Function ConnecterSource(nomSource As String, Optional nomUtilisateur As 
String, Optional motDePasse As String) As Object

Dim maSource As Object, dbContexte As Object, demandePasse As Object
dbContexte = CreateUnoService("com.sun.star.sdb.DatabaseContext")
if dbContexte.hasByName(nomSource) then
maSource=dbContexte.getByName(nomSource)
if IsMissing(nomUtilisateur) then
' demander le mot de passe, si nécessaire
demandePasse = CreateUnoService("com.sun.star.sdb.InteractionHandler")
ConnecterSource = maSource.connectWithCompletion(demandePasse)
else ' nomUtilisateur imposé
if IsMissing(motDePasse) then motDePasse = ""
ConnecterSource = maSource.getConnection(nomUtilisateur, motDePasse)
end if
end if
End Function
Sub DeconnecterSource(maConnexion As Object)
maConnexion.close
maConnexion.dispose
End Sub

Wenn du zu Makros Fragen hast, die über den im knappen Kapitel dazu im 
Handbuch Erste Schritte behandelten Umfang hinausgehen, kann ich neben 
dem genannten Buch von Marcelly/Godard, das allerdings nur in 
Französisch erhältlich ist, Thomas Krumbeins "Makro-Grundlagen" 
empfehlen. Ich habe bei meinem Einstieg in LibreOffice aus einer 
früheren Auflage ganz Wesentliches gelernt.


Wenn du immer noch Fragen hast, kannst du dich gerne noch einmal an mich 
wenden, auch direkt. Als Base-Fan begrüße ich es immer, wenn jemand das 
nutzt.


Gruß

Gerhard

Am 03.10.2019 um 15:47 schrieb Thomas Krumbein:

Hei Leo,

Kann mir da jemand noch mal Hilfestellung leisten? 


ziemlich unmöglich, ohne zu wissen, welche Datenbank 
(Datenbankmanagement-Programm) Du verwendest und wie Du Dich verbindest.


Der allgemeine Ratschlag:  Handbücher lesen.  Gerade für Base 
(Datenbanken) gibt es ein sehr gutes und aktuelles Handbuch, das an 
sich keine Fragen offen lässt.


Hier der Link: https://de.libreoffice.org/get-help/documentation/ - 
dort dann unter "Base" _ kannst Du Dir als PDF oder *.odt runterladen.


Nachtrag:

das Verbindungsobjekt (hier oConnection) ist sicher in einer eigenem 
Routine definiert. Such einfach mal im Handbuch nach diesem Begriff. 
Die Variable ist dann global definiert, so dass sie jederzeit zur 
Verfügung steht.







--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Bestätigung eines Bugs: HTML-Export aus Impress

[Gerhard Weydt]

Hallo Robert,

deine Antwort hat mich nun auf die Idee gebracht, das in anderen 
Browsern auszuprobieren (da hätte ich schon früher draufkommen sollen!).
Die Version mit Frames, die unter Firefox nicht funktioniert, 
funktioniert mit Edge (ich arbeite ja mit Windows).
Interessant wird es nun mit dem Internet Explorer. Da erhalte ich 
zunächst die Meldung:
"Das Ausführen von Skripts bzw. ActiveX-Steuerelementen wurde für diese 
Webseite eingeschränkt."
und es geht genauso wenig wie mit Firefox. Wenn ich aber die Blockierung 
aufhebe, geht es.
Dummerweise ist die Meldung unpräzise, es werden ja zwei Alternativen 
genannt, und es wird auch nicht gesagt, um welche Art von Skripts es 
sich handelt.
Java-Skripts sind allerdings bei mir (standardmäßig) zugelassen. ActiveX 
wird von Firefox dagegen nicht unterstützt, das würde das Nichtreagieren 
erklären. Ich habe Hinweise auf ein Firefox-Addon gefunden, das die 
Ausführung betroffener Seiten im IE ermöglichen soll, aber die Seite, wo 
man das runterladen kann, existiert nicht mehr, somit kann ich nicht 
testen, ob das wirklich an der fehlenden Unterstützung von ActiveX liegt.
Was mich nur grübeln lässt, ist, dass du ja wohl Linux nutzt und ich 
überall gelesen habe, dass AtiveX ein reines Microsoft-Produkt ist, da 
wundert es mich schon, dass das bei dir funktioniert.


Aber das Thema betrifft mich selbst ja nicht, ich habe das bloß beim 
Testen fürs Handbuch festgestellt. Ich verstehe zu wenig von den jetzt 
aufgetauchten Ursachen und auch dem Sinn der erzeugten Seiten, so dass 
ich den Bug jetzt schließen werde. Ich kann ihn nicht sinnvoll 
umformulieren, das muss dann bei Bedarf jemand neu anpacken, der das 
besser versteht.


Danke fürs wiederholte Testen.

Gerhard


Am 25.09.2019 um 19:35 schrieb Robert Großkopf:

Hallo Gerhard,

ich habe mir beide Ausgaben noch einmal in Ruhe angeschaut. ich steige
nicht dahinter, was eigentlich nicht funktionieren sollte - abgesehen
davon, dass die zu präsentierenden Elemente bei einem solchen Export
nicht annähernd den Bildschirm ausfüllen.

Ich kann in beiden Variante beide Folien erreichen. Bei dem Ding mit den
Frames erhalte ich links eine Navigation, entweder mit Inhaltsangabe
oder einfach nur mit Seitentitel. Über die Angabe kann ich rechts das
angegebene Bild wechseln.
Über dem rechts angegebenen Bild liegt wie im einfachen Export eine
Navigation von einer zur nächsten Seite. Funktioniert auch.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Bestätigung eines Bugs: HTML-Export aus Impress

[Gerhard Weydt]

Hallo Robert,

eine längere Beschreibung ermöglicht aber, dass der Leser das sofort 
nachvollziehenkann, und ist damit doch effektiver als eine kurze, 
unvollständige, wie wir sie öfters bei Anfragen in der users-Liste 
sehen, bei denen erst nach ein- bis zweimaligem Nachfragen klar ist, um 
was es geht.
Ich nehme eher an, dass das Thema HTML niemanden gleich elektrisiert. 
Ich bin auch nur darauf gestoßen, weil ich das für das Handbuch Erste 
Schritte getestet habe. Nachdem die Funktion aber angeboten wird, sollte 
sie wenigstens auch funktionieren, noch dazu, wenn es in 6.0 noch lief.


Nachdem du den Test nachvollzogen hast, wäre es schön, wenn du den Bug 
bestätigen könntest, dann ist er eher im Visier der Entwickler.


Gruß

Gerhard

Am 20.09.2019 um 15:08 schrieb Robert Großkopf:

Hallo Gerhard,

*Bug 127383*
 -
IMPRESS,HTML: exported File created with frames does not work properly

bestätigen? Sie ist seit 15 Tagen im Status Unconfirmed.

Das liegt vermutlich an der sehr langen Beschreibung.
Ich habe sonst nicht mit Impress zu tun. Nur ein Blick auf die beiden
bei mir durch Export entstehenden HTML-Ansichten lässt mich an der
Brauchbarkeit beider Exportvarianten zweifeln.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Bestätigung eines Bugs: HTML-Export aus Impress

[Gerhard Weydt]

Hallo,

kann jemand meine Bugmeldung:

*Bug 127383* 
 - 
IMPRESS,HTML: exported File created with frames does not work properly


bestätigen? Sie ist seit 15 Tagen im Status Unconfirmed.

Gruß


Gerhard


--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] [bug-per-mail]

[Gerhard Weydt]

Hallo Manuela,

du hast recht.
Das ist nur ein Fehler in der deutschen Übersetzung, die englische 
Version hat korrekt "styles" und nicht "templates".

Christian: etwas für dich?

Gruß

Gerhard

Am 18.09.2019 um 11:24 schrieb indoore...@mail.com:

Hallo Libre-Gemeinde,
  
hier der zweite Versuch zu meinem ersten Bug-Report - diesmal mit ausgeschaltetem HTML im E-Mail-Editor ;):
  
  


Bug-Report:

(1) Komponente: WRITER |UI l10n

(2) Betriebssystem: Windows 10
(3) Meine LibreOffice-Version: 6.3.1.2 (x64)
(4) Letzte Version ohne Fehler (optional):
(5) Sprache der Benutzeroberfläche: deutsch

(6) Fehler-Kurzbeschreibung:  Bezeichnungsfehler: Verwechslung des Namens 
'Formatvorlage' mit 'Dokumentvorlage'

(7) Schritte, wie das Problem reproduziert werden kann: Im Menü-Punkt 'Vorlagen', 
im 5. Abschnitt, 'DOKUMENTvorlagen verwalten' anklicken -> es öffnet sich 
'FORMATvorlagen'.

(8) Beobachtetes Verhalten:

(9) Erwartetes Verhalten: Die Bezeichnung im Menü-Punkt 'Vorlagen' sollte 
geändert werden vom falschen 'DOKUMENTvorlagen verwalten' zum richtigen 
'FORMATvorlagen verwalten'.

(10) URL-Adresse/n für Anhang/Anhänge (optional):
(11) Dateiinhalt/e (optional):
(12) Ergänzungen (optional): Ihr macht eine TOLLE Arbeit! Vielen Dank :D
(13) E-Mail-Adresse für Rückfragen: indoore...@mail.com

Viele Grüße,

Manuela




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Abbildung 3 in Kap. 16 Globaldokumente

[Gerhard Weydt]

Hallo Christoph,

du sollst keinesfalls den Befehl (ich nehme an, du meinst Datei -> 
Senden -> Globaldokument erzeugen) auf das Handbuchkapitel anwenden, das 
hat gar keinen Sinn. Es geht viel mehr darum, dass du den Navigator in 
der Form, wie er in der betreffenden Abbildung aussieht, nur dann sehen 
kannst, wenn du dich in einem Globaldokument befindest. Das ist das 
Kapitel, das du bearbeitest, ja nicht, und auch das Gesamthandbuch, das 
man ja auch von der englischen Seite herunterladen kann, ist das nicht, 
denn es hat die Endung .odt, während ein Globaldokument die Endung .odm 
hat. Da musst du dir zum Testen selber eines erzeugen (ich teste sowieso 
nie am Handbuch, sondern immmer in einem eigenen Dokument), und da 
reicht es, wenn du ein neues leeres Writerdokument aufmachst und Datei 
-> Senden -> Globaldokument erzeugen ausführst. Das Dokument erhält dann 
die Endung .odm.  Wenn du das Speichern ausgelöst hast, ändern sich nach 
kurzer Wartezeit der Name oben von Unbenannt... in den von dir 
vergebenen Namen mit der Endung .odm. Gleichzeitig geht der Navigator 
auf (wenn nicht, dann rufe ihn mit Ansicht -> Navigator auf), und der 
sieht dann so aus wie in der Abbildung.


Gruß

Gerhard

Am 16.09.2019 um 15:45 schrieb Christoph.22.Hohm:

Hallo Gerhard.

In Writer habe ich das englische Orginal-Handbuch aus der 6.0 Reihe in 
meiner 6.3.1 Version geöffnet. Wenn ich das richtig verstehe, dann ist 
das Kap. 16 jetzt das Teildokument. Ich probiere den Befehl am 
Wochenende aus. Sollte das Problem danach weiter bestehen, werde ich 
nochmal schreiben. Den Befehl habe ich zwar gelesen beim Übersetzen, 
jedoch in bisher nicht ausgeführt, da ich nicht wusste, dass dieser 
Befehl auch in der Übersetzung ausgeführt werden soll. Ich bin durch 
die englische Sprache etwas verwirrt, der Text gestaltet sich 
schwierig beim Übersetzen. Ich werde am Wochenende weiterarbeiten. Für 
das Handbuch brauche ich noch 3 Monate wegen des Internet-Ausfalls bei 
mir im August. Die anderen Kapitel werden erst danach weiter bearbeitet.


Gruß Christoph Hohm
christoph.22.h...@gmail.com


Am 16.09.19 um 14:44 schrieb Gerhard Weydt:

Hallo Christoph,

ich vermute inzwischen, dass du den Navigator in einem gewöhnlichen 
Writer-Dokument aufrufst und dann verblüfft bist, dass er ganz anders 
aussieht als die Abbildung im Handbuch. Du musst aber ein 
Globaldokument anlegen (über Datei -> Senden -> Globaldokument 
erzeugen, steht im Handbuch kurz zuvor, das müsstest du schon 
übersetzt haben) und dort den Navigator anschauen, der sieht so aus 
wie abgebildet.
Wenn das nicht die Lösung deiner Frage ist, sollten wir besser direkt 
weiter kommunizieren, dann können wir Dateien anhängen.


Gruß

Gerhard

Am 16.09.2019 um 10:07 schrieb Christoph Hohm:
Hallo Gerhard. Ich habe nochmal nachgeschaut. Das Handbuch wurde mit 
einer
6.0 Version erstellt, ich hatte aber auf die 6.3.1 upgradet. Daher 
auch die

Verwirrung. Im Navigator sind in der neuen Version mehrere Symbole
vorhanden, als die Abbildung zeigt. Daher kann ich den englischen 
Text noch
nicht ganz nachvollziehen. Ich habe die Abbildung erstmal so 
gelassen und
am Samstag den Text weiter auf bis S. 11 übersetzt. In der 
nachfolgenden
Abbildung weden noch weitere Teildokumente dem Globaldokument 
hinzugefügt,
also muss ich mich damit noch näher beschäftigen, bis jetzt habe ich 
die
Funktion noch nicht gefunden. Vielleicht sollte ich dir die 
Abbildungen mal

schicken. Die kann ich erst heute abend zusammenbasteln. Deinen
beschriebenen Weg probiere ich noch aus. Ich bin tatsächlich in 
deine unten

beschriebene Falle getappt, so sieht es jetzt aus.

Gruß Christoph
christoph.22.h...@gmail.com

Gerhard Weydt  schrieb am Mo., 16. Sep. 
2019,

00:53:


Hallo Christoph,

kannst du nicht einmal etwas präziser sein?
Statt "von der englischen TDF-Wiki-Seite" wäre viel einfacher und vor
allem für Leute, die dir helfen wollen, sehr viel schneller die Angabe
des links, damit beide seiten sicher sind vom gleichen zu sprechen. 
Ich

habe da

https://wiki.documentfoundation.org/Documentation/Publications#LibreOffice_Writer_Guide 


gefunden, das ist auch die Quelle, aus der ich die englische Version
hatte, in der ich nachgeschaut habe. Da finde ich Dokumente zu 5.4 und
6.0. Du sagst nur "Das Kapitel wurde mit einer älteren Version
geschrieben.", aber nicht, mit welcher.
Du solltest natürlich von der neuen ausgehen, also 6.0, da ist aber 
die

besagte Abbildung weit weg von der Seite 10. Nur wenn man bei der
Version 5.4 gerade so weit rollt, dass der oberste Teil der Seite
gezeigt wird, die den Abschnitt zu Schritt 6 enthält, wird in der
Statusleiste links noch 10 angezeigt, die Seitennummer ist aber 
bereits
11, was dann auch in der Statusleiste angezeigt wird, solbald man 
etwas

weiterrollt?
Solltest du auf Basis der noch älteren Version 5.4 übersetzen?

Es ist sehr wahrscheinlich, dass die Symbole im Navigator anders
aussehen als in der Abbildu

Re: [de-discuss] Abbildung 3 in Kap. 16 Globaldokumente

[Gerhard Weydt]

Hallo Christoph,

ich vermute inzwischen, dass du den Navigator in einem gewöhnlichen 
Writer-Dokument aufrufst und dann verblüfft bist, dass er ganz anders 
aussieht als die Abbildung im Handbuch. Du musst aber ein Globaldokument 
anlegen (über Datei -> Senden -> Globaldokument erzeugen, steht im 
Handbuch kurz zuvor, das müsstest du schon übersetzt haben) und dort den 
Navigator anschauen, der sieht so aus wie abgebildet.
Wenn das nicht die Lösung deiner Frage ist, sollten wir besser direkt 
weiter kommunizieren, dann können wir Dateien anhängen.


Gruß

Gerhard

Am 16.09.2019 um 10:07 schrieb Christoph Hohm:

Hallo Gerhard. Ich habe nochmal nachgeschaut. Das Handbuch wurde mit einer
6.0 Version erstellt, ich hatte aber auf die 6.3.1 upgradet. Daher auch die
Verwirrung. Im Navigator sind in der neuen Version mehrere Symbole
vorhanden, als die Abbildung zeigt. Daher kann ich den englischen Text noch
nicht ganz nachvollziehen. Ich habe die Abbildung erstmal so gelassen und
am Samstag den Text weiter auf bis S. 11 übersetzt. In der nachfolgenden
Abbildung weden noch weitere Teildokumente dem Globaldokument hinzugefügt,
also muss ich mich damit noch näher beschäftigen, bis jetzt habe ich die
Funktion noch nicht gefunden. Vielleicht sollte ich dir die Abbildungen mal
schicken. Die kann ich erst heute abend zusammenbasteln. Deinen
beschriebenen Weg probiere ich noch aus. Ich bin tatsächlich in deine unten
beschriebene Falle getappt, so sieht es jetzt aus.

Gruß Christoph
christoph.22.h...@gmail.com

Gerhard Weydt  schrieb am Mo., 16. Sep. 2019,
00:53:


Hallo Christoph,

kannst du nicht einmal etwas präziser sein?
Statt "von der englischen TDF-Wiki-Seite" wäre viel einfacher und vor
allem für Leute, die dir helfen wollen, sehr viel schneller die Angabe
des links, damit beide seiten sicher sind vom gleichen zu sprechen. Ich
habe da

https://wiki.documentfoundation.org/Documentation/Publications#LibreOffice_Writer_Guide
gefunden, das ist auch die Quelle, aus der ich die englische Version
hatte, in der ich nachgeschaut habe. Da finde ich Dokumente zu 5.4 und
6.0. Du sagst nur "Das Kapitel wurde mit einer älteren Version
geschrieben.", aber nicht, mit welcher.
Du solltest natürlich von der neuen ausgehen, also 6.0, da ist aber die
besagte Abbildung weit weg von der Seite 10. Nur wenn man bei der
Version 5.4 gerade so weit rollt, dass der oberste Teil der Seite
gezeigt wird, die den Abschnitt zu Schritt 6 enthält, wird in der
Statusleiste links noch 10 angezeigt, die Seitennummer ist aber bereits
11, was dann auch in der Statusleiste angezeigt wird, solbald man etwas
weiterrollt?
Solltest du auf Basis der noch älteren Version 5.4 übersetzen?

Es ist sehr wahrscheinlich, dass die Symbole im Navigator anders
aussehen als in der Abbildung, denn es gibt verschiedene Symbolstile,
zwischen denen man aus wählen kann, und der Standardstil hat sich,
soweit ich weiß,bei einer der letzten Versionen geändert. Außerdem
dürftes noch Unterschiede zwischen den Betriebssystemen geben, zumindest
was die verfügbaren Stile betrifft.
Wichtig ist doch die Funktion, die damit verknüpft ist. Und die ist in
6.3.1.2, genau der Version, auf die du dich in deiner ersten Mail
beziehst, bei mir genauso wie in der Abbildung, insbesondere zeigt das
vierte Symbol von links bei mir den Tool tip "Einfügen", und Aufklappen
bringt das Menü Verzeichnis; Datei; Neues Dokument. Und die Wahl von
"Datei" öffnet auch brav den Datei-Explorer, um das einzufügende
Dokument auszuwählen.

Bei diesen Tests habe ich allerdings etwas entdeckt, was in eine ganz
andere Richtung geht, aber, wenn du da reingetappt sein solltest, deine
Verwirrung und auch deine Aussage erklären könnte, dass "in der
Abbildung sehr viel weniger Symbole angezeigt" würden als jetzt:
Wenn du (ich muss es etwas umständlich beschreiben, um präzise zu sein
ohne Abbildungen) im Navigator des Masterdokuments, der ein ähnliches
Aussehen wie die Abbildungen der englischen Versionen hat (also 5 aktive
Symbole und rechts davon zwei inaktive für das Verschieben nach unten
oder oben [zumindest bei einem noch leeren Master]) das vierte Symbol
von links - wie in den Abbildungen! - anklickst und im Menü "Neues
Dokument" wählst, dann wird ein neues Writer-Dokument geöffnet, außerdem
der Datei-Explorer mit Überschrift "Speichern unter", und innerhalb des
neuen Dokuments eine Symbolleiste, die unglücklicherweise auch den Namen
"Navigator" trägt, aber deutlich mehr Symbole als der zuvor
angesprochene Navigator enthält, und natürlich kein Symbol für das
Einfügen, denn das wurde ja bereits ausgelöst.
Wenn das das verwirrende neue Bild des Navigators in 6.3 sein sollte,
dann vergiss das gleich für die Übersetzung der fraglichen Stelle, da
ist die alte Beschreibung nach wie vor richtig. Dieser "Navigator"
könnte ggf. weiter unten gebraucht werden, falls dort das Vorgehen in
dem Fall, dass man einen Master hat und ei

Re: [de-discuss] Abbildung 3 in Kap. 16 Globaldokumente

[Gerhard Weydt]

Hallo Christoph,

kannst du nicht einmal etwas präziser sein?
Statt "von der englischen TDF-Wiki-Seite" wäre viel einfacher und vor 
allem für Leute, die dir helfen wollen, sehr viel schneller die Angabe 
des links, damit beide seiten sicher sind vom gleichen zu sprechen. Ich 
habe da

https://wiki.documentfoundation.org/Documentation/Publications#LibreOffice_Writer_Guide
gefunden, das ist auch die Quelle, aus der ich die englische Version 
hatte, in der ich nachgeschaut habe. Da finde ich Dokumente zu 5.4 und 
6.0. Du sagst nur "Das Kapitel wurde mit einer älteren Version 
geschrieben.", aber nicht, mit welcher.
Du solltest natürlich von der neuen ausgehen, also 6.0, da ist aber die 
besagte Abbildung weit weg von der Seite 10. Nur wenn man bei der 
Version 5.4 gerade so weit rollt, dass der oberste Teil der Seite 
gezeigt wird, die den Abschnitt zu Schritt 6 enthält, wird in der 
Statusleiste links noch 10 angezeigt, die Seitennummer ist aber bereits 
11, was dann auch in der Statusleiste angezeigt wird, solbald man etwas 
weiterrollt?

Solltest du auf Basis der noch älteren Version 5.4 übersetzen?

Es ist sehr wahrscheinlich, dass die Symbole im Navigator anders 
aussehen als in der Abbildung, denn es gibt verschiedene Symbolstile, 
zwischen denen man aus wählen kann, und der Standardstil hat sich, 
soweit ich weiß,bei einer der letzten Versionen geändert. Außerdem 
dürftes noch Unterschiede zwischen den Betriebssystemen geben, zumindest 
was die verfügbaren Stile betrifft.
Wichtig ist doch die Funktion, die damit verknüpft ist. Und die ist in 
6.3.1.2, genau der Version, auf die du dich in deiner ersten Mail 
beziehst, bei mir genauso wie in der Abbildung, insbesondere zeigt das 
vierte Symbol von links bei mir den Tool tip "Einfügen", und Aufklappen 
bringt das Menü Verzeichnis; Datei; Neues Dokument. Und die Wahl von 
"Datei" öffnet auch brav den Datei-Explorer, um das einzufügende 
Dokument auszuwählen.


Bei diesen Tests habe ich allerdings etwas entdeckt, was in eine ganz 
andere Richtung geht, aber, wenn du da reingetappt sein solltest, deine 
Verwirrung und auch deine Aussage erklären könnte, dass "in der 
Abbildung sehr viel weniger Symbole angezeigt" würden als jetzt:
Wenn du (ich muss es etwas umständlich beschreiben, um präzise zu sein 
ohne Abbildungen) im Navigator des Masterdokuments, der ein ähnliches 
Aussehen wie die Abbildungen der englischen Versionen hat (also 5 aktive 
Symbole und rechts davon zwei inaktive für das Verschieben nach unten 
oder oben [zumindest bei einem noch leeren Master]) das vierte Symbol 
von links - wie in den Abbildungen! - anklickst und im Menü "Neues 
Dokument" wählst, dann wird ein neues Writer-Dokument geöffnet, außerdem 
der Datei-Explorer mit Überschrift "Speichern unter", und innerhalb des 
neuen Dokuments eine Symbolleiste, die unglücklicherweise auch den Namen 
"Navigator" trägt, aber deutlich mehr Symbole als der zuvor 
angesprochene Navigator enthält, und natürlich kein Symbol für das 
Einfügen, denn das wurde ja bereits ausgelöst.
Wenn das das verwirrende neue Bild des Navigators in 6.3 sein sollte, 
dann vergiss das gleich für die Übersetzung der fraglichen Stelle, da 
ist die alte Beschreibung nach wie vor richtig. Dieser "Navigator" 
könnte ggf. weiter unten gebraucht werden, falls dort das Vorgehen in 
dem Fall, dass man einen Master hat und ein Dokument einfügen will, dass 
man erst erstellen muss - denn das bedeutet ja die Auswahl "Neues 
Dokument" -, detaillierter beschrieben wird; und wenn das nicht da 
steht, sollte das trotzdem in der deutschen Fassung beschrieben werden!


Wenn dieser Vedacht nicht zutrifft, habe ich nur dann eine Chance, 
weiter zu versuchen, dir zu helfen, wenn du genauere Angaben lieferst 
und dann wohl auch mal einen Screenshot des Aussehens des Navigators bei 
dir auf einen Cloudspeicher hochlädst und den Link in der Mail mitteilst.


Gruß

Gerhard

Am 15.09.2019 um 19:43 schrieb Hohm.22.Christoph:

Hallo Gerhard.

In Kapitel 16 beziehe ich mich auf die Org. Abbildung "Inserting a 
subdocument into a Global document using the Navigator". Bei mir wird 
die Abbildung auf S. 10 beschrieben. Die Symbole in der Abbildung 
sehen anders aus, als im Navigator dargestellt. Das Kapitel wurde mit 
einer älteren Version geschrieben. Im Navigator kann ich nur zu den 
einzelnen Seiten wechseln, ober nicht ein Dokument einfügen, wie im 
englischen Text beschrieben. Das dazugehörige Kapitel heißt im engl. 
"Using the master document Navigator". Auf deutsch wird hier der 
Unterabschnitt "Schritt 6 Einfügen der Unterdokumente in das 
Global-Dokument" beschrieben. Das Dokument stammt  von der Englischen 
TDF-Wiki-Seite.


Ich denke dass ich für die Übersetzung noch 2-3 Monate brauche. Bis 
dahin kann auch die Abbildung von mir nachbearbeitet werden, wenn ich 
die Funktion finde. Bis jetzt habe ich sie noch nicht gefunden.


Gruß Christoph







--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 

Re: [de-discuss] Frage zum Kap. Globaldokumente Abbildung 3

[Gerhard Weydt]

Hallo Christoph,

wie ich schon geschrieben habe, finde ich in der neuesten Version, die 
ich in der englischsprachigen Seite herunterladen kann, nämlich 6.0, auf 
Seite 10 keine Abbildung zum Thema "Dokumente in ein Globaldokument 
einfügen, da ist nur Abb. 6 mit dem Navigator, der mehrere 
Unterdokumente, das Inhaltsverzeichnis und den Index zeigt. Die 
Abbildung 3 auf Seite 9 passt zu dem von dir genannten Titel, aber das 
sieht bei mir in 6.3 genauso aus wie in der Abbildung.
Benutzt du eine andere Quelle als die von mir beschriebene Version des 
englischen Handbuchs? Dann können andere gleich gar nicht verstehen, was 
das Problem ist, deine Beschreibung ist ja sehr vage.


Gruß

Gerhard

Am 15.09.2019 um 09:12 schrieb christoph.22.h...@gmail.com:

Hallo Gerhard. In der englischen Version steige ich  bei der Abbildung auf S. 
10 Dokumente in ein Globaldokument einfügen nicht ganz durch. Ich sehe in der 
aktuellen Version das Symbol im Navigator nicht, welches diese Funktion 
auslöst. Es sind auch andere Symbole da, die in der engl. Abbildung nicht 
gezeigt werden. Der englische Text ist etwas schwierig geschrieben.

GrußChristoph

Gesendet von Yahoo Mail auf Android
Email: christoph.22.h...@gmail.com
  
   Am So., Sep. 15, 2019 at 1:17 schrieb Gerhard Weydt:   Hallo Christoph,


deine Anfrage ist schon sehr kryptisch.

Einigermaßen klar scheint aus dem Betreff zu sein, dass du dich auf das
Kapitel 16 - Master Documents der englischen Version beziehst. )wobei
das schon ein bisschen Arbeit bedeutet, diese Kapitel separat
herunterzuladen!)
Auf Seite 10, wie du sagst, finde ich allerdings nur eine Abbildung mit
der Nummer 6, die Abbildung 3 befindet sich auf Seite 9, dazu würde auch
der von dir genannte deutsche Text "Einfügen eines Dokuments in ein
Globaldokument" passen.

Nun versuche ich (in 6.3.1.2!), das nachzuvollziehen, wobei das
bedeutet, dass ich ziemlich viele Schritte, die im englischen Text
beschrieben sind, erst einmal selbst nachvollziehen muss. Es endet aber
damit, dass ich genau die Menüeinträge, die auch das englische Dokument
zeigt, in deutscher Übersetzung sehe!
Ich verstehe also schon einmal das Problem nicht, wieso werden da
weniger "Symbole" (ein Menü zeigt primär Menüeinträge, Symbole sind nur
Verdeutlichungen!) angezeigt?
Was besagt der unsinnige Text ""Hier fehlt mir das Symbol zum Einfügen
des Einfügen"?
Was heißt "Es geht um das richtige Symbol im Navigator"? was ist "das
Richtige"? Wofür?

Mit der Frage kann ich einfach nichts anfangen!

Gruß

Gerhard

Am 14.09.2019 um 17:33 schrieb Christoph Hohm:

Hallo. Auf Seite 10 fällt mir beim Übersetzen eine Veränderung auf. Im
engl. Org. in Abbildung 3 Einfügen eines Dokuments in ein Globaldokument
werden viel weniger Symbole angezeigt, als in der jetzigen Version 6.3.1.2.
Hier fehlt mir das Symbol zum Einfügen des Einfügen und es sind auch
mehrere Funktionen da, als in der Abbildung gezeigt. Es geht um das
richtige Symbol im Navigator. Ich sehe es jedenfalls in der 6.3.1.2 Version
nicht. Kann mir jemand sagen, welches der Symbole über die rechte Maustaste
diese Funktion jetzt auslöst?

Gruß
Christoph Hohm
E-Mail: christoph.22.h...@gmail.com






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Frage zum Kap. Globaldokumente Abbildung 3

[Gerhard Weydt]

Hallo Christoph,

deine Anfrage ist schon sehr kryptisch.

Einigermaßen klar scheint aus dem Betreff zu sein, dass du dich auf das 
Kapitel 16 - Master Documents der englischen Version beziehst. )wobei 
das schon ein bisschen Arbeit bedeutet, diese Kapitel separat 
herunterzuladen!)
Auf Seite 10, wie du sagst, finde ich allerdings nur eine Abbildung mit 
der Nummer 6, die Abbildung 3 befindet sich auf Seite 9, dazu würde auch 
der von dir genannte deutsche Text "Einfügen eines Dokuments in ein 
Globaldokument" passen.


Nun versuche ich (in 6.3.1.2!), das nachzuvollziehen, wobei das 
bedeutet, dass ich ziemlich viele Schritte, die im englischen Text 
beschrieben sind, erst einmal selbst nachvollziehen muss. Es endet aber 
damit, dass ich genau die Menüeinträge, die auch das englische Dokument 
zeigt, in deutscher Übersetzung sehe!
Ich verstehe also schon einmal das Problem nicht, wieso werden da 
weniger "Symbole" (ein Menü zeigt primär Menüeinträge, Symbole sind nur 
Verdeutlichungen!) angezeigt?
Was besagt der unsinnige Text ""Hier fehlt mir das Symbol zum Einfügen 
des Einfügen"?
Was heißt "Es geht um das richtige Symbol im Navigator"? was ist "das 
Richtige"? Wofür?


Mit der Frage kann ich einfach nichts anfangen!

Gruß

Gerhard

Am 14.09.2019 um 17:33 schrieb Christoph Hohm:

Hallo. Auf Seite 10 fällt mir beim Übersetzen eine Veränderung auf. Im
engl. Org. in Abbildung 3 Einfügen eines Dokuments in ein Globaldokument
werden viel weniger Symbole angezeigt, als in der jetzigen Version 6.3.1.2.
Hier fehlt mir das Symbol zum Einfügen des Einfügen und es sind auch
mehrere Funktionen da, als in der Abbildung gezeigt. Es geht um das
richtige Symbol im Navigator. Ich sehe es jedenfalls in der 6.3.1.2 Version
nicht. Kann mir jemand sagen, welches der Symbole über die rechte Maustaste
diese Funktion jetzt auslöst?

Gruß
Christoph Hohm
E-Mail: christoph.22.h...@gmail.com




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlerhinweis zu Handbuch zu DRAW

[Gerhard Weydt]

Hallo Uwe,

gut aufgepasst!
Aber das Handbuch ist zur Version 4.1 von LibreOffice und sechs Jahre 
alt. In der Zeit ändern sich manche Details, auch wenn die Grundzüge 
gleich bleiben, man muss also immer etwas vorsichtig sein, alles zu 
wörtlich zu nehmen.
Da das eine englische Fassung ist, sind auch englischsprachige Autoren 
dafür verantwortlich, die haben sogar die Mailadresse im Dokument 
genannt (documentat...@global.libreoffice.org). Ich kann mir aber nicht 
vorstellen, dass das geändert wird, denn erstens hat man seit Jahren 
keine aktuellere Version mehr erstellt, und zweitens stimmt die von dir 
genannte Tastenkombination schon gar nicht mehr, in 6.2 und 6.3 ist sie 
Strg+Umschalt+C; in 5.1 war sie wie von dir genannt, dazwischen liegende 
habe ich jetzt nicht mehr geprüft.
Die vielen Befehle und die Tastenkombinationen in eine vernünftige 
Beziehung zu bringen ist ja  nicht einfach, und da gehen auch 
Erfahrungen ein, so dass da wohl immer mal etwas umgestellt werden muss.


Gruß

Gerhard

Am 12.09.2019 um 23:06 schrieb uwe-ku...@posteo.de:

Fehlerhinweis:

Im Handbuch zu DRAW Kapitel 05 – Mehrere Objekte verbinden (englisch) 
ist auf Seite 6 unter Nr. 2) ein Fehler, es muss dort heißen:
   "... or use the keyboard combination Control+Shift+K."  [statt: 
"... or use the keyboard combination Control+Alt+Shift+K."]


[Datei heruntergeladen am 12.9.2019]




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Skript "Typografie und Textverarbeitung" überarbeitet

[Gerhard Weydt]

Hallo Guido,

schön, dass du Informationen für andere Benutzer bereitstellst; ich tue 
das auch, ich schreibe das Handbuch "Erste Schritte" fort.
Aber wieso erwartest du Reaktionen auf die Bereitstellung deines Texts? 
Wenn man so etwas veröffentlicht, dann lesen das möglicherweise manche 
oder viele Benutzer, einige davon laden das auch herunter, weil sie das 
intensiver anschauen wollen, aber das alles kriegst du nicht mit. Kein 
Anwender dankt dir für die Bereitstellung einer Dokumentation.  Das ist 
einfach der Normalfall, das wird als selbstverständlich angesehen. Ich 
habe auf meine Dokumentationen auch noch keine Reaktion bekommen. Das 
wundert mich auch nicht. Es wird einfach erwartet, dass ein System 
dokumentiert wird.


Es wäre ein großer Zufall, dass unter den aktiven Nutzern von discuss 
oder users jemand wäre, der engagiert ist und mit deinem Dokument etwas 
anfangen kann und dazu eine Rückmeldung gibt. Ansonsten ist es einfach 
so, dass du das einer vagen Allgemeinheit zur Verfügung stellst und 
Rückmeldunegn wahrscheinlich nur bei Problemen kriegst.


Gruß

Gerhard

Am 09.09.2019 um 21:40 schrieb Dischinger:

Hallo zusammen!

Heute vor einem Monat habe ich ein Skript zur Verfügung gestellt und bis
heute keine Reaktion gesehen.

Der Grund kann darin liegen, dass es keinen interessiert. Damit kann ich
leben.

Der Grund kann sein, dass es einfach untergegangen ist, weil so viel
anderes zu tun war. Das kann ich verstehen.

Vielleicht schreibt mal einer, ob an dem Skript noch Interesse besteht.

Viele Grüße

Guido Dischinger



Am 09.08.19 um 18:32 schrieb Dischinger:

Hallo zusammen!

Letztes Jahr hatte ich ein Skript "Typografie und Textverarbeitung mit
LibreOffice 6.0" zur Verfügung gestellt, das seitdem unter
https://de.libreoffice.org/get-help/documentation/ heruntergeladen
werden kann.

Eine neue, stark überarbeitete Fassung kann bis zum 15.09.2019 unter
https://asdfjk.blaucloud.de/index.php/s/xor6JaFyClmGY2Z
heruntergeladen werden (633 KB).

Regina Henschel und Thomas Hackert haben mir letztes Jahr wertvolle
Hinweise gegeben, die ich zum größten Teil berücksichtigt habe. Ihnen
ist ein Abschnitt "Dank" auf Seite 2 gewidmet.

Außerdem habe ich mich stärker auf Typografie konzentriert und daher
Randthemen (Listen und Verzeichnisse) gestrichen.

Das Layout ist an die übrigen Handbücher angepasst (genauer: Ich hab's
geklaut); damit passt es besser in die Reihe.

Neu hinzugekommen sind Lösungen zu den Aufgaben und ein Makro
"Leerzeichen_ersetzen", das an (meistens) sinnvollen Stellen ein
normales Leerzeichen durch ein geschütztes ersetzt.

Viel Spaß damit!

Guido Dischinger




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Legenden mit Textfeld anordnen

[Gerhard Weydt]

Hallo Regina,

die diversen Antworten überschniden sich etwas.
Du bist schon weiter, als ich war, ich sehe es nun: die z-index im 
XML-Code sind noch OK, die ZOrder-Werte im geöffneten Dokument sind dann 
aber falsch.


Ich überlasse es dir, den Bug zu melden.

Gruß

Gerhard

Am 06.09.2019 um 15:46 schrieb Regina Henschel:

Hallo Ralf,

Ralf Gruner schrieb am 06-Sep-19 um 09:46:

lo.harald.ber...@t-online.de schrieb:

es wäre schön, wenn du dein Testdokument zur Verfügung stellen 
könntest.


Danke für die schnelle Antwort.
Hier das Dokument:
  
Ein Screenshot vor dem Speichern:
  
und nach Speichern und wieder Öffnen:



Das ist mit Sicherheit ein Bug. Die z-order Werte in der Datei sind 
richtig, werden aber beim Öffnen falsch interpretiert. Dürfen wir 
deine Datei dem Bugreport hinzufügen?


Mit freundlichen Grüßen
Regina




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Legenden mit Textfeld anordnen

[Gerhard Weydt]

Hallo Ralf,

ich kann das nachvollziehen. Es liegt offenbar nicht an der Version von 
LibO, ich konnte das auch mit 5.1.6.1, der ältesten Version, die ich 
derzeit habe, erzeugen. Der Effekt tritt nicht auf, wenn man die 
Sprechblasen einfach durch Doppelklick mit Text versieht, nur, wenn das 
Shape ein Textfeld enthält. Das Textfeld selbst liegt übrigens vor der 
mittleren Sprechblase, nur das Zeichnungsobjekt liegt dahinter, und das 
Attribut ZOrder, das die Reihenfolge bestimmt, ist tatsächlich so 
verändert, dass die rechte Sprechblase hinter der mittleren liegen muss.
Es gibt einige einschlägige Bug-Meldungen: 120760, 81956, 72367; aber 
die sind auch ein bisschen speziell und reden teilweise vom Import eines 
Word-Dokuments (.docx).  Ich habe noch nicht die Testdokumente dort 
geöffnet, um zu sehen, ob das auch etwas mit Textfeldern zu tun hat.


Ich verstehe deine Aussage mit den englischen Begriffen in deiner ersten 
Mail so, dass du nicht nur nicht weißt, wie du suchen sollst, sondern 
auch nicht so sicher bist, wie du den Bug formulieren müsstest. Ich 
würde versuchen, den Fall noch genauer zu untersuchen und vielleicht 
einzugrenzen, und dann einen Bug melden (und ggf. Querverweise mit den 
genannten Bugs einfügen), wenn dir das recht ist.


Gruß

Gerhard

Am 06.09.2019 um 09:46 schrieb Ralf Gruner:

lo.harald.ber...@t-online.de schrieb:


es wäre schön, wenn du dein Testdokument zur Verfügung stellen könntest.

Danke für die schnelle Antwort.
Hier das Dokument:
  
Ein Screenshot vor dem Speichern:
  
und nach Speichern und wieder Öffnen:
  

Viele Grüße

Ralf




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Bitte um Hilfe bei der Aktualisierung des Kapitels "Installation" des Handbuchs "Erste Schritte"

[Gerhard Weydt]

Hallo zusammen,

ich bearbeite gerade zum dritten Mal die Kapitel des Handbuchs "Erste 
Schritte". Während ich bei allen anderen Kapiteln genügend Wissen habe, 
um sie zu behandeln, fehlt mir beim Kapitel "Installation von 
LibreOffice" zum Teil die Grundlage, daher habe ich mich bisher um 
dieses Kapitel gedrückt.

Im Einzelnen sind dies:
- Kommandozeilen-Installation ab S. 36
- Installation unter Linux ab S. 41
- LibreOffice-Benutzerprofil ab S. 54
Im letzten Fall könnte ich das meiste mit Hilfe der Wiki-Seite 
https://wiki.documentfoundation.org/UserProfile/de überprüfen, aber der 
Text im Kapitel geht teilweise noch darüber hinaus.

Das Mac-Kapitel hat Uwe Altmann bereits überarbeitet.

Bitte schaut zunächst in das Dokument zu Version 5.3:
https://de.libreoffice.org/get-help/documentation/
damit ihr beurteilen könnt, um was es sich handelt.
Gebt mir dann Bescheid, wenn ihr eines der Themen behandeln wollt. Fangt 
aber noch nicht sofort mit der Bearbeitung an, es könnte sich ja 
tatsächlich noch eine zweite Person melden! Ich werde dann auf euch 
zukommen und das weitere Vorgehen klären.


Es wäre schön, wenn wir so ein vollständiges Einsteiger-Handbuch zu 6.2 
zustande bekämen.


Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Meldungen von LO Extensions und LO Templates

[Gerhard Weydt]

Hallo Robert,

ich habe auch beie Mails bekommen, obwohl ich keine Templates, sondern 
nur zwei Extensions hochgeladen habe.


Gruß

Gerhard

Am 31.08.2019 um 15:49 schrieb Robert Großkopf:

Hallo *,

ich durchschaue da etwas nicht was gerade wieder als Mail bei mir auftaucht:

Please add this version to your LibreOffice extension release(s), if it
is (they are) compatible with this version.
Please add this version to your LibreOffice template release(s), if it
is (they are) compatible with this version.

Die Mails besagen, dass ich
1. irgendwo eine Extension hoch geladen hätte oder
2. irgendeine Vorlage hochgeladen hätte.

Ich bin mir dessen nicht bewusst und kann mit diesen automatischen Mails
nichts anfangen.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] LO-Schnellstarter für Linux: nie wieder?

[Gerhard Weydt]

Hallo Rainer,

Am 20.08.2019 um 08:42 schrieb Rainer:

...
Mein Ziel ist nicht ganz richtig definiert: Ich hätte gern, dass sich
Module von LO schnell öffnen, wenn ich sie benötige (wodurch es
passiert, ist mir egal). In meinem Fall ist es überwiegend "Writer".
Den Unterschied zwischen beiden Optionen kann ich gut beurteilen, weil
ich den Schnellstarter seit vielen Jahren nutze und schätze und es
jetzt (nachdem er weg ist/war) - bei jedem Vorgang mit der Verzögerung
zu tun habe. Anders, als beim Schnellstarter schließt sich nämlich die
gesamte Suite, wenn ich für den Moment ein Dokument speichere und
vorläufig die Arbeit mit Writer beende. Das kommt im Laufe eines Tages
öfter vor, und so darf ich jedes Mal warten, bis LO wieder komplett
geladen ist.


Dann gewöhne dir halt an, das Dokument nicht mit "Schließen" ganz rechts 
oben zu schließen, sondern mit dem Symbol "Dokument schließen" direkt 
rechts darunter. Dann bleibt LibreOffice offen.


Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Re: [Calc] Warenwirtschaft: Zellwerte aus neu hinzugefuegtem Dokumente beziehen

[Gerhard Weydt]

Hallo Jörg,

Am 22.07.2019 um 11:32 schrieb Jörg Schmidt:

Hallo Gerhard,

Du bist wohl hier Opfer der nicht richtig funktionierenden Mailingliste, oder 
wolltest Du mir tatsächlich persönlich schreiben?
Nein, der Fehler liegt bei mir, ich wollte das an Andreas direkt 
schicken, so wie ich zuvor schon meine Meinung, dass das besser mit 
einer Datenbank zu lösen wäre (wie ja auch Robert Großkopf dann 
schrieb), ihm privat geschickt hatte, weil ich den Calc-Experten nicht 
vorgreifen wollte. Ich wollte ihm nur mein Unverständnis mitteilen, 
damoit er gegebenenfalls bei dir nachfragt, denn die Aufgabenstellung 
ist mir zu unklar, daher wollte ich nicht selbst offiziell in die 
Diskussion eingreifen.


Ich antworte mal per persönlicher Mail plus Antwort an die Liste


Locker dahingesagt!

nein, garnicht, denn ich hatte mir vor meiner Antwort sehr wohl zumindest einen 
funktionierenden Weg überlegt.

Das ich nicht besonders konkret geantwortet habe (das meinst Du wohl mt 
"locker") hängt nur damit zusammen das die Prozesbeschreibung von Andereas 
umfangreich war und icvh zu faul war diese im Detail zu durchdenken, was aber notwendig 
wäre um ein konkretes Ereignis zu identifizieren auf das man ZWECKMÄSSIGERWEISE reagieren 
kann.

z.B. ist bereits Dein Vorschlag nur beim Öffnen der Datei zu reagieen, dann 
zweckmäßig wenn feststünde das während des Geöffnetseins der Datei keine neuen 
Dateien in das Verzeichnis aufgenommen werden. In diesem Falle wäre das 
Öffnen-Ereignis also als Startereignis gfür das Makro geeignet, ob dieser Falkl 
vorliegt weiß ich aber nicht, das könnte/müsste Andreas sagen.
Da du von Ereignis sprachst, habe ich automatisch angenommen, dass du 
von den offiziellen Ereignissen der IDE im engeren Sinn sprichst. Ich 
habe erst durch diese Mail verstanden, was gemeint ist.

Ich sehe kein Ereignis, das auf Berechnung oder
Aktualisieren (wieso eigentlich?) reagiert, auch keinen Listener, den
man selbst definieren müsste (braucht man z. B., wenn man auf
Mausklicks
reagieren will, habe ich mal verwendet).

Wenn Du auf "Berechnung oder Aktualisieren" reagieren willst genügt im Zweifel ("im 
Zweifel" weil es funktioniert, aber nicht besonders elegant ist) eine benutzerdefinierte 
Funktion der Du als Parameter eine der relevanten Zellen übergibt, also der Zellen in denem etwas 
aktualisierend berechnet wird, und die dann ihrerseits das Makro startet, also (sinngemäß):

Function bla(x)
Das_Arbeitsmakro()
End Function


Sub Das_Arbeitsmakro()
'...
End Sub

und in irgendeiner Zelle des Tabellenblattes dann aufrufen mit der Formel:

=BLA(A1)

(A1 ist hier nur ein Beispiel)

(Am Rande: man muss bei dieser Art der Verwendung von benutzerdefinierten 
Funktionen sehr genau darauf achten was direkt in der Funktion geschehen soll, 
denn das direkte Ändern von Zellwerten ist nicht möglich.)


ob alle
Projektdateien
schon verwendet sind, und andernfalls die Daten ergänzen.
Aber wie prüft
man das?

Indem man alle Dateien im Verzeichnis per Makro frisch ausliest und mit den 
bestehenden Angaben in der Datei überprüft.

"bestehenden Angaben" hängen im Konkreten von der gewählten Implementierung ab. Ich hatte 
z.B. vorgeschlagen benannte Bereiche mit Namen "Bla" plus laufende Nummer zu nutzen.


Ich denke, dass mehrere Tabellenblätter dann doch die bessere Lösung
sind,

Ich habe darüber garnicht speziell nachgedacht, weil ich rein mechanisch die 
indirekt aufgeworfene Frage des Makros beantwortet habe.



Gruß
Jörg



Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Re: [de-users] Bug in Hilfedatei Funktion REGAUS

[Gerhard Weydt]

Hallo Übersetzer (in der discuss-Liste), dscheikey,

die angehängte Nachricht möchte ich von der user-Lister an die richtige 
Stelle weiterleiten.


Der erste Teil mit den fehlenden Anführungszeichen ist völlig richtig 
(nur hat der Schreiber einmal die Umschalttaste vergessen und statt dem 
Semikolon einen Doppelpunkt getippt, also nicht kopieren!). Hier zum 
Vergleich die englische Hilfe:


=REGEX("1234S6ABCDEF";"[:digit:]";"Z") returns "Z23456ABCDEF", where the 
first match of a digit is replaced by "Z".


=REGEX("1234S6ABCDEF";"[:digit: ]";"Z";"g") returns "ZZABCDEF", 
where all digits were replaced by "Z".



Dem zweiten Punkt, der Ergänzung Anführungszeichen in der 
Syntaxbeschreibung, schließe ich mich nicht an. Im ersten Parameter, 
kann ein Bezug stehen,  im vierten, wenn die Option "Vorkommen" 
verwendet wird, eine Zahl, dann wären jeweils die Anführungszeichen 
falsch. Im Übrigen steht in der Erläuterung der Parameter, dass es sich 
um einen Text handelt, was die Einrahmung mit Anführungszeichen bereits 
einschließt.


Gruß

Gerhard

Am 14.07.2019 um 22:17 schrieb Jürgen Kirsten:

Hallo zusammen,

ich hoffe ich bin hier richtig. Ich wollte einen Bug in deutscher Sprache 
melden.

Betriebssystem Win 10 64
Programmversion 6.2.5.2

In der Hilfe Datei zur neuen Funktion REGAUS ist in den Beispielen ein Fehler. Bei 
den ersten beiden Beispielen, wurde hinter "[:digit:] die Anführungszeichen 
vergessen!


Beispiele
=REGAUS("123456ABCDEF";"[:digit:];"Z") ergibt "Z23456ABCDEF", wobei die erste Zahl mit 
"Z" ersetzt wurde.
=REGAUS("123456ABCDEF";"[:digit:];"Z":"g") ergibt "ZZABCDEF", wobei jede Zahl mit 
"Z" ersetzt wurde.

Richtig sollte es lauten:
=REGAUS("123456ABCDEF";"[:digit:]";"Z") ergibt "Z23456ABCDEF", wobei die erste Zahl mit 
"Z" ersetzt wurde.
=REGAUS("123456ABCDEF";"[:digit:]";"Z":"g") ergibt "ZZABCDEF", wobei jede Zahl mit 
"Z" ersetzt wurde.

Außerdem sollten bei der Erklärung der Syntax auch die Anführungszeichen 
eingefügt werden.

Syntax
REGAUS( Text ; Ausdruck [ ; [ Ersetzung ] [ ; Kennzeichen|Vorkommen ] ] )

Richtig sollte es lauten:
REGAUS("Text";"Ausdruck";"Ersetzung";"Kennzeichen|Vorkommen")

Mfg

dscheikey





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] neuester Firefox + Win 10 : kein Download möglich?

[Gerhard Weydt]

Hallo Thomas,

ich habe, soweit ich das sehe, die identische Konfigation mit Windows, 
Firefox und DuckDuckGo, auch gleiche Stände. Aber bei mir wird nun 
Windows angeboten. Wahrscheinlich hat Michael recht, da hat gerade 
jemand gebastelt. Versuche es noch einmal.


Gruß

Gerhard

Am 07.07.2019 um 19:24 schrieb Thomas Krumbein:

Hey,

wollte heute gerade mal ein neues LO herunter laden ... und siehe da, 
das folgende Bild zeigt sich:


http://prntscr.com/obr851

Mein System: Win 10, 64 Bit, Firefox, neueste Version (Quantum, 67.0.4 
64 Bit)


Angezeigt zur Auswahl werden nur Linux-Betriebssysteme... nicht 
wirklich hilfreich ;))


Habe mir die Version dann über das Archiv geholt - geht natürlich immer.

Frage bleibt natürlich : Warum wird die Seite so komisch angezeigt?

Habe es gerade mit Chrome getestet - alles wie üblich. Die seite 
erkennt mein BS und liefert die 64 Bit Windows version als 
Voreinstellung. Andere Versionen sind dargestellt.


Ist das Verhalten von Firefox bekannt?

Vielleicht liegt es auch daran, dass ich DuckDuckGo als 
standard-Suchmaschine eingestellt habe??


Wollte die Info wenigstens weitergeben.

Viele Grüße

Thomas





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Drei neue Video wurde erstellt - aber nur als Eyecatcher: Daten Desaster

[Gerhard Weydt]

die jemand 
etwas hilft?]
"Reinigung des PCs": [habe ich noch nie gemacht und auch noch keine 
Probleme gehabt, die sich darauf zurückführen ließen. Außerdem dürfte 
die Beschreibung längst nicht für alle Geräte passen.]
"Grundkenntnisse in den Bereichen Hardware und Software sind 
erforderlich bzw. unerläßlich": [Was denn nun? Wenn sie unerlässlich 
sind, ist erforderlich überflüssig. Ich würde den ganzen Abschnitt 
"Grundkenntnisse" streichen, weil er nicht aussagt, Bsp. "Sie sollten 
Grundkenntnisse haben über die Programme, mit denen sie arbeiten": welch 
eine Erkenntnis! Notfalls wenigstens "erforderlich oder gar unerlässlich".]
"Themennahe Informationen...: [Was hat das nun mit dem Thema "Daten 
Desaster vermeiden" zu tun? Streichen!]


Ich hoffe, dass der Text nicht dein Werk ist, sonst ärgert dich die 
Kritik sehr.


Gruß

Gerhard

Am 07.06.2019 um 08:23 schrieb lo.harald.ber...@t-online.de:

Hallo Gerhard,

auch hier vielen Dank fuer deine Anmerkungen. Siehe unten.

Am 06/06/2019 um 23:23 schrieb Gerhard Weydt:

Hallo Harald oder wer immer den Wiki-Text erstellt hat,

auch die Wiki-Seite enthält 4-mal (davon einmal wohl nur sekundär im 
Inhalt) den englischen Begriff disaster anstatt des deutschen Desaster.

Das kann ich noch schnell aendern, danke.
Inhaltlich sollte man die Ursache eines Datenverlusts durch 
Fehlbedienung nicht unterschätzen, systembedingte Verluste sollten 
eigentlich durch die Entwicklung der Technik seltener werden, aber 
der Mensch wird halt nicht so schnell exakter. Daher sollte man die 
Maßnahmen für die Vermeidung eines nicht technikbedingten Verlusts 
noch etwas hervorheben. Dafür gibt es auch noch die Erweiterung 
TimeStampBackup, die beim Speichern immer eine Kopie anlegt. Das muss 
man zwar auch noch selbst auslösen, aber das kann man sich für 
wichtige Fälle angewöhnen, deshalb wäre ein Hinweis wohl angebracht. 
Das erleichtert die im Abschnitt "Einfache Dateivervielfältigung" 
genannte Arbeit.
Kannst du hierzu bitte eine kurzen Text verfassen, den ich dann gerne 
ins Wiki uebernehme.
Und beim vorigen Abschnitt "LibeOffice intern" könte man vielleicht 
noch verdeutlichen, dass diese Speicherung nur temporär ist, solange 
das Dokument offen ist; wenn man es geschlossen hat und dann merkt, 
dass man Mist gebaut hat, hilft das nichts.
Auch hierzu bitte einen kurzen vorgefertigten Text, wie du es dir 
vorstellst. Danke.


Gruß
Gerhard


Freundliche Gruesse
Harald



Am 06.06.2019 um 21:23 schrieb lo.harald.ber...@t-online.de:
 

@Jochen, bitte hier: 
https://wiki.documentfoundation.org/Video_Tutorials/de



Hallo zusammen,

drei neues Videos wurden erstellt.

Sie sind lediglich als Eyecatcher fuer die jeweiligen Wiki-Seiten 
gedacht, um etwas Aufmerksamkeit zu erregen.



Die Videos und die Wiki-Seiten koennen hier aufgerufen werden:



Video - Informationen fuer Lehrende und Lernende: 
https://www.youtube.com/watch?v=PgxTWlHn-Sk


Wiki-Seite: https://tdf.io/lernen


Video - Daten Disaster vermeiden: 
https://www.youtube.com/watch?v=GHGbyNHrKJQ


Wiki-Seite: 
https://wiki.documentfoundation.org/DE/Datensicherheit_unter_LibreOffice 





Video [*EN*] - Information for teachers and learners: 
https://www.youtube.com/watch?v=cNr0alKQpyA


Wiki-Seite: https://tdf.io/learn



Vielen Dank an Mike Saunders für das Hochladen der Videos und div. 
Korrekturen.


Alle sind hiermit recht herzlich eingeladen, die drei Wiki-Seiten zu 
ergaenzen bzw. zu verbessern.


Sollte sich jemand nicht ans Wiki wagen, kann man mir gerne 
entsprechende Vorlagen zusenden. Vielen Dank.


Freundliche Grüße
Harald









--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Drei neue Video wurde erstellt - aber nur als Eyecatcher: Daten Desaster

[Gerhard Weydt]

Hallo Harald oder wer immer den Wiki-Text erstellt hat,

auch die Wiki-Seite enthält 4-mal (davon einmal wohl nur sekundär im 
Inhalt) den englischen Begriff disaster anstatt des deutschen Desaster.
Inhaltlich sollte man die Ursache eines Datenverlusts durch 
Fehlbedienung nicht unterschätzen, systembedingte Verluste sollten 
eigentlich durch die Entwicklung der Technik seltener werden, aber der 
Mensch wird halt nicht so schnell exakter. Daher sollte man die 
Maßnahmen für die Vermeidung eines nicht technikbedingten Verlusts noch 
etwas hervorheben. Dafür gibt es auch noch die Erweiterung 
TimeStampBackup, die beim Speichern immer eine Kopie anlegt. Das muss 
man zwar auch noch selbst auslösen, aber das kann man sich für wichtige 
Fälle angewöhnen, deshalb wäre ein Hinweis wohl angebracht. Das 
erleichtert die im Abschnitt "Einfache Dateivervielfältigung" genannte 
Arbeit.
Und beim vorigen Abschnitt "LibeOffice intern" könte man vielleicht noch 
verdeutlichen, dass diese Speicherung nur temporär ist, solange das 
Dokument offen ist; wenn man es geschlossen hat und dann merkt, dass man 
Mist gebaut hat, hilft das nichts.


Gruß

Gerhard

Am 06.06.2019 um 21:23 schrieb lo.harald.ber...@t-online.de:


@Jochen, bitte hier: 
https://wiki.documentfoundation.org/Video_Tutorials/de



Hallo zusammen,

drei neues Videos wurden erstellt.

Sie sind lediglich als Eyecatcher fuer die jeweiligen Wiki-Seiten 
gedacht, um etwas Aufmerksamkeit zu erregen.



Die Videos und die Wiki-Seiten koennen hier aufgerufen werden:



Video - Informationen fuer Lehrende und Lernende: 
https://www.youtube.com/watch?v=PgxTWlHn-Sk


Wiki-Seite: https://tdf.io/lernen


Video - Daten Disaster vermeiden: 
https://www.youtube.com/watch?v=GHGbyNHrKJQ


Wiki-Seite: 
https://wiki.documentfoundation.org/DE/Datensicherheit_unter_LibreOffice




Video [*EN*] - Information for teachers and learners: 
https://www.youtube.com/watch?v=cNr0alKQpyA


Wiki-Seite: https://tdf.io/learn



Vielen Dank an Mike Saunders für das Hochladen der Videos und div. 
Korrekturen.


Alle sind hiermit recht herzlich eingeladen, die drei Wiki-Seiten zu 
ergaenzen bzw. zu verbessern.


Sollte sich jemand nicht ans Wiki wagen, kann man mir gerne 
entsprechende Vorlagen zusenden. Vielen Dank.


Freundliche Grüße
Harald




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Drei neue Video wurde erstellt - aber nur als Eyecatcher

[Gerhard Weydt]

Hallo Harald,

zum Video "Daten Disaster":
- Disaster ist das englische Wort, das deutsche ist Desaster.
- pfutsch ist laut Duden österreichisch, laut Wikipedia bayrisch, Google 
findet futsch 35-mal so oft wie pfutsch, da würde ich futsch empfehlen.


Gruß

Gerhard

Am 06.06.2019 um 21:23 schrieb lo.harald.ber...@t-online.de:


@Jochen, bitte hier: 
https://wiki.documentfoundation.org/Video_Tutorials/de



Hallo zusammen,

drei neues Videos wurden erstellt.

Sie sind lediglich als Eyecatcher fuer die jeweiligen Wiki-Seiten 
gedacht, um etwas Aufmerksamkeit zu erregen.



Die Videos und die Wiki-Seiten koennen hier aufgerufen werden:



Video - Informationen fuer Lehrende und Lernende: 
https://www.youtube.com/watch?v=PgxTWlHn-Sk


Wiki-Seite: https://tdf.io/lernen


Video - Daten Disaster vermeiden: 
https://www.youtube.com/watch?v=GHGbyNHrKJQ


Wiki-Seite: 
https://wiki.documentfoundation.org/DE/Datensicherheit_unter_LibreOffice




Video [*EN*] - Information for teachers and learners: 
https://www.youtube.com/watch?v=cNr0alKQpyA


Wiki-Seite: https://tdf.io/learn



Vielen Dank an Mike Saunders für das Hochladen der Videos und div. 
Korrekturen.


Alle sind hiermit recht herzlich eingeladen, die drei Wiki-Seiten zu 
ergaenzen bzw. zu verbessern.


Sollte sich jemand nicht ans Wiki wagen, kann man mir gerne 
entsprechende Vorlagen zusenden. Vielen Dank.


Freundliche Grüße
Harald




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Hilfeseiten für Extensions

[Gerhard Weydt]

Hallo,

Hilfeseiten für Extensions werden offenbar nicht mehr in der neuen Hilfe 
für LibreOffice angezeigt. Dies stelle ich nicht nur für die Seiten 
meiner eigenen beiden Extensions fest, sondern auch für standardmäßig 
installierte Extensions wie MediaWiki und Solver für nichtlineare 
Probleme. Ich kann diese Seiten noch sehen, weil ich bei einer meiner 
Erweiterungen die Hilfe auch über eine Schaltfläche aufrufe; die 
Aufbereitung der Umgebung ist nicht mehr ganz so wie in 6.0, aber der 
Inhalt ist ordentlich formatiert, auch die Navigation funktioniert.
Die Hilfe wurde in meinen beiden Fällen mit dem Extension Compiler von 
Bernard Marcelly erstelllt und funktionierte auch in den früheren 
Releases von LibO.

Kann da jemand etwas dazu sagen?

Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Dokumentation

[Gerhard Weydt]

Hallo k-j und alle,

für das Kapitel  über die Installation fühle ich mich nicht kompetent 
genug, weil ich weder von LINUX noch vom Mac Ahnung bzw. Erfahrung habe. 
Ich könnte bloß den Teil über Windows beitragen und bräuchte Mitstreiter 
für die anderen Aspekte.
Ich habe aber bereits 7 Kapitel für das Handbuch zu 6.2 fertig und an 
Jochen geschickt, der sie aber bisher nicht veröffentlicht hat. Ich 
hätte sowieso demnächst bei ihm nachgefragt, ob das vielleicht 
untergegangen ist, aber da mein Versand in die Osterzeit fiel, wollte 
ich ihn nicht zu schnell bedrängen; vielleicht ist diese Nachricht jetzt 
der Anstoß für ihn.


Gruß

Gerhard

Am 10.05.2019 um 08:39 schrieb K-J LibreOffice:

Hallo zusammen,
ich blättere gerade die Wiki-Seite der Dokumentation [1] durch und räume
da ein wenig auf.

Mir ist aufgefallen, dass wir ja ein fast komplett aktuelles
ErsteSchritte-Handbuch für 6.0 haben. Lediglich das Kapitel 15
"Installieren" ist noch in Arbeit.
@Gerhard: Sitzt Du noch darüber und wenn ja, wie lange brauchst Du
ungefähr noch?

@Harald: Calc-Handbuch, Kapitel 5 wird von Dir seit 2017 bearbeitet.
Sollen wir das raus nehmen oder kannst Du uns einen Zeitrahmen nennen?

Die gesamte Bearbeitung des Draw-Handbuchs ist uns mit dem Abschalten
von ODFAuthors verlustig gegangen. Nachdem sich Florian R. ja abgemeldet
hat, wird da auch nichts mehr passieren. Ich habe das mal in der
Wiki-Seite bereinigt.

[1] https://wiki.documentfoundation.org/Documentation/de





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Falsche Übersetzung in Seitenleiste, Vorlagen

[Gerhard Weydt]

Hallo zusammen,

die Sicht "Vorlagen" in der Seitenleiste von Writer zeigt rechts oben 
ein Symbol mit dem Tooltipp "Neue Vorlage aus Auswahl". Dazu gibt es ein 
Ausklappmenü. Dort finden sich die Menüpunkte "Neue Absatzvorlage..." 
und "Absatzvorlage aktualisieren...", allerdings mit diesem Wortlaut 
auch bei Zeichen- und Seitenvorlagen!
Im Englischen steht dort einfach "styles", dementsprechend sollte im 
Deutschen "Formatvorlagen" stehen. In 6.0 hieß das einfach "Vorlage", 
was weniger präzise ist, im Kontext aber genauso eindeutig.

Geprüft in 6.2.2.2 und 6.2.3.2

Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Info für Handbuch: Schnellstarter unter Linux

[Gerhard Weydt]

Hallo,

kann mir jemand knapp sagen, warum der Schnellstarter für Linux als 
deprecated erklärt wurde und nicht mehr zur Verfügung steht. Ich würde 
gern einen Satz dazu im Handbuch "Erste Schritte" schreiben, andernfalls 
wirkt das schon seltsam, warum etwas, dass es bei Windows gibt, bei 
Linux nicht zur Verfügung steht. (Nicht dass ich das persönlich 
vermissen würde, ich habe den auch unter Windows deaktiviert)


Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Offline-Hilfe ist nicht installiert?

[Gerhard Weydt]

Hallo Robert, Harald,

völlig richtig, das Thema des Bugs ist, dass die Dokumentation *über* 
das neue Design des Dialogs noch verbessert werden soll, nicht aber, was 
*in *dem Feld angezeigt wird, das dürfte damals ja auch noch 
funktioniert haben. Also ganz richtig, dass eine neue Bugmeldung 
erstellt wurde.


Gruß

Gerhard

Am 17.03.2019 um 17:29 schrieb Robert Großkopf:

Hallo Harald,

ich habe mir den Bug noch einmal angesehen und auch hier das Ganze
weiter untersucht. Das kann gar nicht derselbe Bug sein, weil mein Bug
erst mit LO 6.1.* auftaucht. Vorher gab es noch die alte Hilfe, aber
einen neuen Dialog für die Änderung von Symbolleisten etc.

Ich habe einen neuen Bug aufgemacht und stehe momentan leider wieder bei
107 offenen Bugs:
https://bugs.documentfoundation.org/show_bug.cgi?id=124130

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] [bug-per-mail]

[Gerhard Weydt]

Hallo Udo,

nachdem ich die Datei von dir direkt erhalten habe, kann ich das 
Verhalten erklären:
die erste Nummer der Tagesordnung ist als nummerierte Liste formatiert 
(mit einer arabischen Ziffer und Suffix ".0"), die weiteren Punkte sind 
direkt eingegebener Text. Das sieht man z. B., wenn man den Cursor in 
die Zeile des ersten Tagesordnungspunkts stellt, dann wird in der 
Symbolleiste für die Formatierung das Symbol für "nummerierte Liste" 
aktiviert.
Ich kann nun zwar das Dokument nicht in Word öffnen, weil ich es nicht 
installiert habe, aber nachdem der Absatz die Formatvorlage "List 
Paragraph" hat, die keine von LibreOffice bereitgestellte Vorlage ist, 
kann man wohl davon ausgehen, dass der Punkt auch als Liste formatiert 
ist, wenn man das Dokument mit Word betrachtet, so dass kein Fehler von 
LibreOffice beim Konvertieren vorliegt.

Diese Formatierung ist zumindest ungeschickt und unnötig.
Es ist also grundsätzlich logisch, dass hochgezählt wird. LibreOffice 
ermöglicht es, dass Listen auch dann weiter hochgezählt werden, wenn sie 
durch eingeschobene Absätze ohne Nummerierung getrennt werden, die man 
z. B. für eingefügte Bilder verwendet. Die Zusammengehörigkeit der Liste 
bleibt erhalten, wenn man für einen zunächst nummerierten Absatz die 
Nummerierung abschaltet; oder auch wenn man Absätze der Liste an eine 
andere Stelle des Dokuments kopiert. Wenn man dagegen eine Liste 
abschließt und anschließend Absätze ohne Nummerierung hat und dann 
wieder eine Liste beginnt, ist diese unabhängig von der ersten.
Das Weiterhochzählen ist die Standardannahme, wenn nicht, wie 
beschrieben, durch das Vorgehen klargemacht wird, dass man eine neue 
Liste beginnen will. Wenn man trotzdem bei einem Absatz einen Neubeginn 
der Zählung haben will,  dann kann man das erreichen, indem man den 
Cursor in den Absatz stellt; dann wird die Symbolleiste für die 
Nummerierung eingeblendet (bei mir links unten), das vorletzte Symbol 
lässt die Nummerierung neu beginnen.

Wenn du das für alle Seiten machst, ist das Dokument optisch in Ordnung.
Korrekter ist natürlich, die Formatierung als Liste auszuschalten und 
"1.0" manuell davor zu schreiben, wie bei den anderen Punkten, aber das 
ist wohl mehr Arbeit. Wenn es, wie ich anehme, ein Serienbrief ist, ist 
es eventuell besser, das Ausgangsdokument zu ändern und dann das 
Seriendokument neu zu erzeugen.
Übrigens: wenn man einen Serienbrief in LibreOffice generiert, der die 
Punkte mit einer nummerierten Liste erzeugt, dann beginnt die 
Nummerierung bei jedem Exemplar neu, weil dann bei dessem Erstellen der 
Neubeginn der Zählung explizit gesetzt wird. Aber ob ein Dokument, das 
von LibreOffice geöffnet wird, durch Serienbrieferstellung in Word (oder 
auch LibreOffice) erzeugt wurde, lässt sich wahrscheinlich nicht 
erkennen, so dass darauf nicht reagiert werden kann.


Gruß

Gerhard

Am 09.03.2019 um 10:21 schrieb Udo Petri:

Bug-Report:

(1) Komponente: Writer
(2) Betriebssystem: Win 7
(3) Meine LibreOffice-Version: Version: 6.1.5.2
(4) Letzte Version ohne Fehler (optional): unbekannt
(5) Sprache der Benutzeroberfläche: deutsch
(6) Fehler-Kurzbeschreibung: Beim öffnen einer MS-WORD-Datei wird die 
erste Nummer der Tagesordnung für Folgeseiten hoch gezählt, 1.0 der 
Tagesordnung auf der ersten Seite wird auf Seite 2->2.0, auf Seite 
3->3.0 usw
(7) Schritte, wie das Problem reproduziert werden kann: Beim jedem 
Öffnen der beigefügten Word-Datei

(8) Beobachtetes Verhalten:
(9) Erwartetes Verhalten:
(10) URL-Adresse/n für Anhang/Anhänge (optional):
(11) Dateiinhalt/e (optional):
(12) Ergänzungen (optional):
(13) E-Mail-Adresse für Rückfragen:

Könnt ihr das Verhalten bestätigen?

MfG, Udo Petri





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] [bug-per-mail]

[Gerhard Weydt]

Hallo Harald,

ob das ein Bug ist, muss ja erst mal geklärt werden, deshalb denke ich, 
dass das von ihm auch erst mal als Frage an die users-Liste hätte 
gestellt werden sollen, weil ich den Eindruck habe, dass da mehr Leute 
aktiv sind und die in discuss Aktiven wahrscheinlich noch eine Menge 
anderes zu tun haben. Aber das war mir nicht bewusst, dass das eindeutig 
so dasteht, ich habe das mehr nach Gefühl so eingeordnet. Immerhin steht auf


   https://de.libreoffice.org/get-help/mailing-lists/

dass die users-Liste "für die Anwenderunterstützung" und die 
discuss-Liste "für Diskussionen zum Projekt und der Community" gedacht 
ist. Nach dieser Einteilung würde ich Bugs doch eher bei users melden 
wollen.


Gruß

Gerhard

Am 10.03.2019 um 18:30 schrieb Harald Köster:

Hallo Gerhardt,

Am 09.03.2019 um 18:14 schrieb Gerhard Weydt:

Hallo Udo,

die discuss-Liste ist nicht die optimale für solche Fragen, dafür ist
die users-Liste gedacht. Und Anhänge werden in diesen Listen nicht
weitergegeben; du müsstest die Datei auf einen Cloud-Speicher hochladen
und den Link darauf in die Mail einfügen.

mit seiner Mail an die discuss-Liste hat Udo das Richtige gemacht. Im
Wiki auf der Seite

https://wiki.documentfoundation.org/QA/BugReport/de

ist z.Z. festgelegt, dass deutschsprachige Bug Reports an die
discuss-Liste gehen sollen.

Das kann natürlich geändert werden, wenn dies als sinnvoll angesehen
wird. Gibt's dazu weitere Meinungen?

Grüße
Harald K.




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] [bug-per-mail]

[Gerhard Weydt]

Hallo Udo,

die discuss-Liste ist nicht die optimale für solche Fragen, dafür ist 
die users-Liste gedacht. Und Anhänge werden in diesen Listen nicht 
weitergegeben; du müsstest die Datei auf einen Cloud-Speicher hochladen 
und den Link darauf in die Mail einfügen.
Aber bevor du das so an die users-Liste schickst, kannst du mir die 
Beispieldatei erst einmal direkt an meine Mailadresse schicken, 
vielleicht kann ich das klären, das ist erst einmal ein Weg mit 
geringerem Aufwand.


Gruß

Gerhard

Am 09.03.2019 um 10:21 schrieb Udo Petri:

Bug-Report:

(1) Komponente: Writer
(2) Betriebssystem: Win 7
(3) Meine LibreOffice-Version: Version: 6.1.5.2
(4) Letzte Version ohne Fehler (optional): unbekannt
(5) Sprache der Benutzeroberfläche: deutsch
(6) Fehler-Kurzbeschreibung: Beim öffnen einer MS-WORD-Datei wird die 
erste Nummer der Tagesordnung für Folgeseiten hoch gezählt, 1.0 der 
Tagesordnung auf der ersten Seite wird auf Seite 2->2.0, auf Seite 
3->3.0 usw
(7) Schritte, wie das Problem reproduziert werden kann: Beim jedem 
Öffnen der beigefügten Word-Datei

(8) Beobachtetes Verhalten:
(9) Erwartetes Verhalten:
(10) URL-Adresse/n für Anhang/Anhänge (optional):
(11) Dateiinhalt/e (optional):
(12) Ergänzungen (optional):
(13) E-Mail-Adresse für Rückfragen:

Könnt ihr das Verhalten bestätigen?

MfG, Udo Petri





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] calc hyperlink

[Gerhard Weydt]

Hallo Jürgen,

ich schicke die Antwort zusätzlich auch direkt an deine Adresse, da man 
bei Leuten, die möglicherweise neu auf der Liste auftauchen, nicht 
sicher sein kann, dass sie sich auch auf derliste angemeldet haben; nur 
dann nämlich bekommen sie auch die Antworten, die an die Liste geschickt 
werden, was der Normalfall ist, damit alle Teilnehmer auf dem gleichen 
Stand bleiben (s. https://de.libreoffice.org/get-help/mailing-lists/).


Ich kann das Problem nicht nachvollziehen (unter Windows 10 und 
LibreOffice 6.2.0.3), und das liegt daran, dass es nicht präzise 
beschrieben ist:


"Im calc Dokument Dokument Hyperlink mit Pfad: /Test/beliebig.pdf/ 
einfügen": wenn man das einfach so in das Eingabefeld des Dialogs 
"Hyperlink" eingibt, dann wird tatsächlich eine Adresse 
"file:///Test/beliebig.pdf/" in die Zelle eingefügt. Aber was ist das 
für ein Pfad? Ich konnte für eine analoge Eingabe den Link jedenfalls 
nicht zum Funktionieren bringen.


Der Dialog "Hyperlink" hat ja links vier Schaltflächen für vier 
verschiedene Typen von Links, da würde ich entsprechend deinem Beispiel 
"Dokument wählen: Eingabe eines entsprechenden Strings übernimmt den 1:1 
(abgesehen von in meinem Fall Umwandlung eines Leerzeichens in die 
zugehörige Kombination "%20"), aber der Link lässt sich nicht ausführen, 
es kommt eine Fehlermeldung.
Nach der Auswahl "Dokument" würde ich ohnehin annehmen, dass man die 
Schaltfläche "Datei öffnen" verwendet, um den exakten Pfad mt 
Systemunterstützung zu bestimmen. Dann erhält man auch einen 
vollständigen Pfad, bei dem der Link funktioniert.


Die erste Frage ist also: wie fügst du den Link ein, so dass er 
funktioniert, das ist mir völlig unklar.


Die zweite Frage ist: was bedeutet "Hyperlink bearbeit (z.B. mit 
Hyperlink Button)": mit was sonst? Ist das der Button mit dem Tipp 
"Hyperlink einfügen" (denn ein anderer ist standardmäßig nicht aktiv, 
und der Button "Hyperlink bearbeiten" ist bei mir, wenn ich ihn einfüge, 
zumindest in den bisherigen Versuchen immer inaktiv)? Wenn es der ist, 
dann erlaubt er, den Pfad zu ändern; dabei bleibt bei mir der sichtbare 
String unverändert, aber wenn man mit der Maus auf die Zelle zeigt, 
erscheint der geänderte Eintrag in der internen URL-Schreibweise. Was 
also ist mit "bearbeiten" gemeint?


Ganz unverständlich ist mir die Aussage: "Hyperlink Eintrag auf einmal 
im Internet Bereich"? Ich kann das überhaupt nicht verstehen, weil ich 
schon bei den vorigen Schritten auf dem Schlauch stehe, und auch bei 
meinen Versuchen nie der Beginn des Strings auf http o.ä verändert wurde.


Ich schlage vor, dass du zunächst einmal den Dialog ernst nimmst und als 
erstes links den Linktyp wählst und dann mit der Unterstützung der 
entsprechenden Schaltfläche den Pfad wählst. Dann den eingefügten Link 
testest.
Dann solltest du schauen, ob es auch die Möglichkeit gibt, den Link zu 
bearbeiten; nach meinen bisherigen Versuchen funktioniert da nur "Link 
einfügen", was erlaubt, die interne (und dann auch wirksame) 
Schreibweise des Links zu ändern, aber nicht den sichtbaren Inhalt der 
Zelle. Das ist vielleicht auch nur eine Unsauberkeit, vielleicht müsste 
das sogar verhindert werden, aber ich stecke nicht genügend drin, um das 
zu entscheiden. Ich würde im Zweifel den Zellinhalt löschen und neu 
definieren, da ja ein Ändern nicht angeboten wird.


Andernfalls müsstest du viel genauer beschreiben, was du tust, z.B., um 
von vorn anzufangen, was genau bei "Im calc Dokument Dokument Hyperlink 
mit Pfad: /Test/beliebig.pdf/ einfügen" passiert, denn nach Aufruf des 
Dialogs - wobei noch nicht einmal dieser nach dem Wortlaut der 
Formulierung sicher ist - bieten sich ja diverse Möglichkeiten.


Gruß

Gerhard

Am 04.03.2019 um 10:35 schrieb Juergen Josef:

Hallo liebes Libreoffice Team,
bin, so denke ich zumindest, auf einen Bug gestoßen.

Bug Report:

*Komponente:* Calc, Hyperlink

*Mein Betriebssystem:* Windows 7 Professional 64 bit

*Meine LibreOffice-Version:*    6.2.0.3 (x64)

*Sprache der Benutzeroberfläche:* deutsch

*Fehler-Kurzbeschreibung:* Ein Hyperlink zu einem Dokument wird 
erzeugt/eingefügt -> alles OK.
Hyperlink wird bearbeitet (Hyperlink einfügen Button oder über 
/Einfügen->Hyperlink../)
-> Dokument Hyperlink wird automatisch zu einem Internet Hyperlink 
geändert - Pfad Eintrag im Dokument Bereich wird gelöscht.

**

*Schritte, wie das Problem reproduziert werden kann (Verhalten):
*1) beliebig.pdf im Ordner Test.
2) Im calc Dokument Dokument Hyperlink mit Pfad: /Test/beliebig.pdf/ 
einfügen

3) Hyperlink wird korrekt mit Standard PDF Viewer geöffnet.
4) Hyperlink bearbeit (z.B. mit Hyperlink Button)
5) Hyperlink Eintrag auf einmal im Internet Bereich.
6) Ok drücken -> Hyperlink wird nun mit Browser geöffnet.

*E-Mail-Adresse für Rückfragen: *sprachbarri...@gmx.at

MfG
Jürgen Josef




--
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 

Re: [de-discuss] Update

[Gerhard Weydt]

Hallo HGR,

derzeit sind eben, wie Harald bereits sagt, drei Versionen aktuell, die 
6.2 ist ja noch ziemlich neu (wenn du eine noch ältere Version hättest, 
würde dir auch noch nur der Update auf 6.1 empfohlen), für auf 
Sicherheit angewiesene Anwender ist eben 6.0 immer noch die verlässlichste.
Installieren kannst du, was du willst, aber aufgefordert zum Wechsel 
wirst du eben erst, wenn deine derzeitige Version nicht mehr aktiv 
entwickelt wird.


Gruß

Gerhard

Am 27.02.2019 um 13:33 schrieb lo.harald.ber...@t-online.de:

Hi HGR

Am 27.02.2019 um 10:03 schrieb HGR:

Hallo Liste,

habe eine einfache Verständnisfrage:

Ich benutze LibreOffice

Version: 6.0.7.3 (x64)
Build-ID: dc89aa7a9eabfd848af146d5086077aeed2ae4a5
CPU-Threads: 4; BS: Windows 10.0; UI-Render: Standard;
Gebietsschema: de-DE (de_DE); Calc: group

Schaue ich unter Hilfe/Auf Updates prüfen... nach bekomme ich die 
Meldung meine Version sei aktuell.

Weil sie noch aktuell ist!
Was ist mit Version 6.1.5 oder auch 6.2. Weshalb bekomme ich diese 
nicht angezeigt. Danke für eine Antwort.


Hier kannst du nachlesen üder die Versionen und entscheiden, welche 
für dich die Richtige ist.


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



Gruß HGR



Freundliche Grüße

Harald





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] LO 6.2.0.3 | Bug in Writer? Kopfzeile > Tabulator

[Gerhard Weydt]

Hallo Sebastian,

jetzt sind wir doch schon deutlich weiter. Das Video macht zumindest 
klar, was du tust, was auch dem entspricht, was ich verstanden habe, und 
wir wissen nun auch, dass das die Version 6.2.0.3 ist, mit der du das 
feststellst. Das scheint nun eine sehr neue Version zu sein, weil die im 
Tool Separate Install GUI, das ich auf Windows nutze, um parallele 
Installationen auszuführen, noch nicht einmal angeboten wird (ich habe 
keine Ahnung, wann da was erscheint); das kann im Zweifel eine wichtige 
Aussage sein, aber erst wenn man das in einem konkreten Fall, mit der 
gleichen Datei (das ist einfach noch präziser als zu sagen " ich eröffne 
eine neue Datei", man muss schon immer alle Randbedingungen testen, ich 
habe jetzt auch keine Idee, was da alles an Einstelleungen reinspielen 
könnte, damit das beim Öffnen eines Dokuments schon einen 
unterschiedlichen Zusatnd herstellen könnte) auf einem anderen Rechner, 
idealerweise mit der gleichen LibO-Version und dem gleichen 
Betriebssystem (sicherheitshalber) getestet hat.
Ich kann das also, ohne komplizierte Verrenkungen, die ich mir nicht 
antun will, momentan nicht einmal testen. Kannst du das denn in einer 
früheren Version bei dir testen? Damit wir wenigstens einmal wissen, ob 
das bei dir ab welcher Version auftritt (ich weiß ja auch nicht, ob das 
nach 6.2.0.1 bei mir passiert, aber ich würde schon ein bisschen was 
drauf wetten, dass es immer noch geht).
Auf jeden Fall sehe ich schon mal bei mir die gleiche Tab-Position in 
der Mitte wie bei dir, ein Zeichen, dass die Absatzformatierung wohl 
passen wird und man da wahrscheinlich nicht suchen muss. Ich bin 
allerdings nicht in der Lage, eine Korrektur vornehmen, falls da 
wirklich ein Fehler vorliegt, ich kann nur helfen, den Fehler zu 
lokalisieren.
Bei einer neu eröffneten Datei, bei der bei mir die Kopfzeile 
deaktiviert ist und die ich also erst über Einfügen aktivieren muss, 
wobei mir nur Standard angeboten wird, klappt das Springen mit Tab unter 
6.2.0.1. Das könnte natürlich bedeuten, dass zwischen 6.2.0.1 und 
6.2.0.3 etwas passiert ist, wahrscheinlicher halte ich jedoch, dass es 
an anderen Unterschieden in der Konstellation bei dir und bei mir liegt. 
Das kann das Betriebssystem sein (bei mir Windows, ich würde das aber 
zunächst nicht für das Wahrscheinlichste ansehen) oder eine 
Einstellungssache bei dir (keine Ahnung, was das sein könnte).
Ich bleibe dabei: eine Datei, bei der man nur in die Kopfzeile klicken 
muss und Tab bedienen, um zu sehen, ob der Cursor in die nächste Zeile 
springt oder zur Mitte der Zeile, wie der Anzeiger im Lineal es anzeigt, 
ist die Voraussetzung für weitere Tests (also: Hochladen auf einen 
Cloud-Speicher). Die solltest du liefern (wo bei dir Tab in die nächste 
Zeile springt), und dein Betriebssystem, damit jemand genau 
nachvollziehen kann, was passiert. Wenn das dann bei exakter 
Übereinstimmung von Betriebssystem un LibO-Version woanders nicht 
nachvollziehbar ist, müsste das dann doch an einer EInstellung bei dir 
liegen.


Gruß

Gerhard

Am 16.02.2019 um 00:46 schrieb Middelhoff, Sebastian:

Hallo Gerhard,

hab Dir ein Video gemacht:

https://youtu.be/Z98CVoYjqBc

Gruß
Sebastian

-Ursprüngliche Nachricht-
Von: Gerhard Weydt [mailto:gerhard.we...@t-online.de]
Gesendet: Samstag, 16. Februar 2019 00:03
An: discuss@de.libreoffice.org
Betreff: Re: [de-discuss] LO 6.2.0.3 | Bug in Writer? Kopfzeile > Tabulator

Hallo Sebastian,

von einem IT-Dozenten würde ich doch etwas präzisere Angaben erwarten,
vor allem für welche Version von LibreOffice das fehlerhafte Verhalten
auftritt, ggf. auch das Betriebssystem (was ich in diesem Fall erst
einmal nicht für relevant ansehen würde). Dann ist die Frage, wie die
Kopfzeile formatiert ist, das könnte einen Einfluss haben, wenn es nicht
die Standard-Kopfzeile ist, könnte sie eventuell gar keine Tabulatoren
definiert haben (schau dazu mal die Absatz-Formatierung der Kopfzeile
an; das ist nur eine Hypothese, es mag andere Gründe geben).
Ich kann das jedenfalls weder in 6.0 noch in 6.2 nachvollziehen mit
einem neuen Dokument, bei dem ich die Kopfzeile aktiviert habe, dann
dort reingeklickt (Doppelklick braucht es offensichtlich nicht), und
dann Tab betätigt habe (mit oder ohne vorherige Eingabe eines Zeichens):
immer sprang der Cursor zur nächsten - mittigen - Tab-Position.
Wenn das weiter so bei dir auftritt, dann speichere eine Datei, bei der
das nachvollziehbar ist (und die sollte möglichst einfach sein, im
Extremfall wie bei meinem Versuch eine leere), in einem Cloud-Speicher
und melde die Adresse in einer Mail in dieser Liste, damit andere mit
dem gleichen Ausgangsmaterial testen können. Insbesondere das mit dem
nicht mehr möglichen Entfernen möchte man gern mit eigenen Augen sehen.
Probiere vorher auch mal das Gleiche, was ich versucht habe, um
einigermaßen sicher zu gehen, dass es nicht an einer speziellen
Formatierung liegt.

Gruß

Gerhard

Am 15.02.2019 um 23:36 schri

Re: [de-discuss] LO 6.2.0.3 | Bug in Writer? Kopfzeile > Tabulator

[Gerhard Weydt]

Hallo Sebastian,

von einem IT-Dozenten würde ich doch etwas präzisere Angaben erwarten, 
vor allem für welche Version von LibreOffice das fehlerhafte Verhalten 
auftritt, ggf. auch das Betriebssystem (was ich in diesem Fall erst 
einmal nicht für relevant ansehen würde). Dann ist die Frage, wie die 
Kopfzeile formatiert ist, das könnte einen Einfluss haben, wenn es nicht 
die Standard-Kopfzeile ist, könnte sie eventuell gar keine Tabulatoren 
definiert haben (schau dazu mal die Absatz-Formatierung der Kopfzeile 
an; das ist nur eine Hypothese, es mag andere Gründe geben).
Ich kann das jedenfalls weder in 6.0 noch in 6.2 nachvollziehen mit 
einem neuen Dokument, bei dem ich die Kopfzeile aktiviert habe, dann 
dort reingeklickt (Doppelklick braucht es offensichtlich nicht), und 
dann Tab betätigt habe (mit oder ohne vorherige Eingabe eines Zeichens): 
immer sprang der Cursor zur nächsten - mittigen - Tab-Position.
Wenn das weiter so bei dir auftritt, dann speichere eine Datei, bei der 
das nachvollziehbar ist (und die sollte möglichst einfach sein, im 
Extremfall wie bei meinem Versuch eine leere), in einem Cloud-Speicher 
und melde die Adresse in einer Mail in dieser Liste, damit andere mit 
dem gleichen Ausgangsmaterial testen können. Insbesondere das mit dem 
nicht mehr möglichen Entfernen möchte man gern mit eigenen Augen sehen.
Probiere vorher auch mal das Gleiche, was ich versucht habe, um 
einigermaßen sicher zu gehen, dass es nicht an einer speziellen 
Formatierung liegt.


Gruß

Gerhard

Am 15.02.2019 um 23:36 schrieb Middelhoff, Sebastian:

Wenn ich in Writer in die Kopfzeile doppelt klicke,

um bspw. einen Briefkopf zu erstellen,

dann Tabulator drücke, um zum nächsten, mittigen Tabstop zu gelangen,

wird stattdessen drunter eine neue Absatzzeile eingefügt.

Diese lässt sich auch dann auch nicht mehr entfernen.

  


Freundliche Grüße

  


Sebastian Middelhoff

Selbst. IT-Dozent

Südwestfalen

  


Othlinghauser Str. 14

58509 Lüdenscheid

  


Tel. 02351/9741444

  


middelh...@mail.de

www.dozent.online 

  






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Wer betreut Extensions?

[Gerhard Weydt]

Hallo,

weiß jemand, wer sich nun um die Extensions kümmert?
Ich habe vor acht Tagen eine neue Extension (DocumentTemplateChanger) 
hochgeladen und sie freigegeben. Es hieß, dass sie noch revidiert werden 
müsse. Seitdem ist nichts passiert, sie ist nicht sichtbar in den 
Extensions, außer wenn ich mich anmelde. Ich habe aber in der linken 
Spalte keine Aktionen mehr, ich kann also selber nichts mehr tun (ich 
wollte z. B. noch den Titel in drei Wörter zerlegen).


Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Re: [de-discuss] [bug-per-mail]

[Gerhard Weydt]

Hallo Peter,

ich selbst kann zu dem Problem nichts sagen, aber ich schicke es an die 
user-Liste, wo es meiner Meinung nach besser platziert ist. Und ich 
möchte noch darauf hinweisen, dass man normalerweise nur eine Antwort 
erhält, wenn man sich bei der Liste angemeldet hat, da Beitragende 
üblicherweise nur an die Liste antworten. siehe auch 
https://de.libreoffice.org/get-help/mailing-lists/


Gruß

Gerhard

Am 05.01.2019 um 21:20 schrieb GabiundPeter:

Hallo,
schon seit geraumer Zeit beschäftigt mich ein Problem im Zusammenhang 
mit der Nutzung von LibreOffice und ich habe noch keine Möglichkeit 
gefunden, es zu lösen. Ob es sich hierbei um einen Fehler, eine 
Verbesserung oder nur um Unwissen bei mir handelt, ist mir nicht klar 
und deshalb sende ich diese E-Mail an diese Liste und bitte um Hilfe 
bei der Klärung.
(Heute hatte ich bereits solch eine fast gleichlautende E-Mail an 
diese Liste geschrieben, ohne mich aber vorher angemeldet zu haben. 
Falls Ihr sie also doppelt habt, löscht bitte die erste.)


Ich versuche mal, das Problem möglichst klar und transparent zu 
beschreiben. Es beschäftigt mich, wie schon gesagt, eine längere Zeit, 
weshalb es mir so erscheint, als ob die aktuellen Angaben zum 
Betriebssystem und zur LibreOffice-Version nicht wirklich wichtig 
sind, ich hatte dieses Problem auch bei früheren Versionen. Auch habe 
ich schon versucht, das Problem mit dem NAS-Anbieter Synology zu 
klären, bisher ohne Erfolg und auch der Versuch, das Thema in einem 
Linux-Stammtisch in München zu klären, brachte bisher keinen Erfolg. 
Gemeinsam sind wir zu der Überzeugung gekommen, dass hier 
möglicherweise ein Bug oder sogar ein konzeptioneller Fehler in 
LibreOffice vorliegt? (Vielleicht mache ich auch nur etwas falsch und 
das Problem ist ganz einfach zu lösen? Obwohl ich über langjährige 
Erfahrungen im IT-Support verfüge, betrachte ich mich zum Thema nicht 
als Spezialist. - Auch frühere Versuche, dies über verschiedene Foren 
zu lösen, blieben bisher ohne Erfolg). Das Problem behindert eine 
umfangreichere Linux-Nutzung meinerseits, die ich von der Sache eher 
favorisiere.


Wir nutzen eine heterogene Umgebung mit Windows und LinuxMint MATE und 
greifen über Samba auf unseren Fileserver, eine DiskStation DS213j von 
Synology zu. Wir nutzen nur die Dateien auf der DS. Lokal, auf den 
Workstations (als Samba-Clients), befinden sich keine Daten. Auf allen 
Systemen laufen die neuesten Versionen, bzw. die vorletzte, aktuelle 
Version. Die DiskStation wird in die jeweilige Betriebssystemumgebung 
über den dazugehörigen Dateimanager eingebunden. Wir haben viele 
verschiedene LibreOffice-Dateien zu den verschiedensten Sachverhalten 
und nutzen gern Querverweise (Links) zwischen den Dateien. Erzeugen 
wir solch einen Link auf eine andere Datei (ob nur auf die Datei, eine 
Überschrift, eine Tabelle oder eine Textmarkierung in der Datei ist 
egal) in der Windows-Umgebung ist alles okay. Greife ich später danach 
auf diese Datei, bzw. diesen Link in einer Linux-Umgebung zu, 
funktioniert alles perfekt.


Will ich solch einen Link aber nun in einer Linux-Umgebung auf dem 
gleichen Wege, wie unter Windows erzeugen, funktioniert es nicht. Die 
ausgewählte Dateien kann ich im Dateimanager sehen und anwählen, sie 
werden aber nicht in das entsprechende, dafür vorgesehene Feld 
übernommen. Das gilt nur für Dateien auf der DiskStation. Die Links 
lassen sich zu Dateien in der lokalen Linux-Umgebung (zu Testzwecken) 
problemlos setzen.


Die Menüführung, bzw. die Fenster in Windows und Linux zum Erzeugen 
der Links sind identisch. Es gibt zum Erzeugen solcher Links zwei 
grundsätzliche Optionen, über das Internet (mit dem Internet-Symbol) 
oder lokal (bezeichnet mit Dokument). Für Windows scheint das auch 
ausreichend zu sein, aber auch für Linux? Wenn ich mir die Dateien in 
Linux im Dateimanager ansehe, sind sie mit smb://... eingebunden, 
solch einen Eintrag kann ich aber über die Menüführung von LibreOffice 
nicht erzeugen, es gibt nur die beiden Optionen Internet oder lokal. 
Nun die Überraschung, die mich auf die Idee brachte, dass hier 
möglicherweise ein Bug oder konzeptioneller Fehler vorliegt: Schaue 
ich mir mal in Linux an, welche Struktur ein über Windows erzeugter, 
funktionierender Link hat, so beginnt der auch mit smb://... . Nun 
habe ich einen solchen Link in Linux manuell durch Eintippen in das 
dafür vorgesehene Feld erzeugt und siehe da, er wird gespeichert und 
funktioniert auch unter Windows (und ich kann auch auf Überschriften 
oder Textmarkierungen zugreifen, wenn ich die richtige Syntax 
beachte). Nun frage ich mich, warum kann ich solch einen Link nicht 
über die LibreOffice-Bedienführung erzeugen? Müßte es dafür vielleicht 
eine Zusatzoption "Verbinden über Samba" oder so ähnlich geben, die 
nur in Linux erforderlich ist?


So viel zum Problem und dem möglichen Lösungsansatz. Ich kann mir nur 
sehr schwer vorstellen, dass meine Umgebung so exotisch ist, dass dies 
ein sehr 

Re: [de-discuss] Fehlermeldung - LibreOffice 6.1.4

[Gerhard Weydt]

Hallo Bernd, Robert,

@Robert:
deine Mail ging an die Liste. Ich habe mir angewöhnt, bei Namen, die mir 
neu vorkommen oder die das selbst sagen, erst auch mal an die direkte 
Mailadresse zu schreiben und den Frager auf das Anmelden bei der Liste 
hinzuweisen.
Bernd scheint das nun nicht getan zu haben, oder er hat deine Mail 
übersehen, und deshalb wohl gar nicht mitbekommen, dass du diese Arbeit 
erledigt hast. Die Mail geht nun auch ein letztes Mal auch direkt an ihn.


@Bernd:
wie ich am 20.12. schrieb, wirst du normalerweise nur Antworten 
erhalten, wenn du bei der Liste angemeldet bist. Diese Liste hat den 
Zweck, dass alle mitlesen können und etwas lernen oder auch auf dem 
gleichen Stand sind, damit sich nicht drei Leute die Arbeit machen und 
das gleiche schreiben, usw., deshalb schreibt man auch immer an die 
Liste, eine zusätzliche direkte Mail ist die große Ausnahme.
Den Bug hat Robert gemeldet, s.unten. Wenn du weiter über Fragen bei der 
users-Liste informiert sein willst, musst du dich da anmelden 
(https://de.libreoffice.org/get-help/mailing-lists/).
Wenn du über evtl. Fortschritte beim Bug informiert sein willst, musst 
du dich bei Bugzilla (also dort, wo du mit Roberts Link hinkommst) 
anmelden und dich bei dem gewünschten Bug in der CC-Liste eintragen.


Gruß

Gerhard
Am 06.01.2019 um 19:47 schrieb Robert Großkopf:

Hallo Bernhard,


Hallo,
vielen Dank noch einmal!
Sorry, dass ich erst jetzt Zeit finde.
Ich habe mich kürzer gefasst und das
Problem neu beschrieben:

https://workupload.com/file/NFUVGemR

Getestet habe ich mit Windows 10 und Suse Linux.
Der Fehler existiert, unabhängig vom Betriebssystem.

Gruß
Bernd

/Hallo Gerhard, das steht jetzt in der Datei:
---
Bug:/
/Start in C6 with tabbing to G6.
Press "Enter".
Cursor jumps to C29 instead of C7.

Das Ding habe ich doch am 21.12.18 schon als Bug gemeldet. Braucht sich
niemand mehr drum zu kümmern:
https://bugs.documentfoundation.org/show_bug.cgi?id=122232
Der entsprechenden Commit, der das verursacht hat, scheint auch schon
klar zu sein.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung für Libre Calc

[Gerhard Weydt]

Hallo Reinhold,

in dieser Liste wird das Du als Anrede verwendet.
Da ich nicht weiß, ob du die Mail nur einfach an die Adresse der Liste 
verschickt hast oder dich dort auch angemeldet hast, geht diese Mail 
auch direkt an dich (und an die weitere, in der Mail genannte Adresse). 
Nur wenn du bei der Liste angemeldet bist, wirst du allerdings auch 
Antworten erhalten, die jemand anders an die Liste schickt, denn diese 
verteilt sie nur an die "Abonnenten".

Deine Meldung macht mir einige Probleme:
Erstens fehlen im Text die Umlaute (vielleicht auch mehr), was beim 
normalen Text normalerweise korrigierbar ist, aber bei 
Formelbestandteilen wie Länge schon problematisch werden kann. Das war 
in der Liste schon öfters Thema, es liegt offenbar am Umgang mit den 
Zeichensätzen (UTF-8 u.ä., ich bin da nicht so fit, dass ich da mehr ins 
Detail gehen werde) und hängt wohl vom Mail-Provider ab, aber soweit ich 
es verstanden habe, hat noch niemand hier eine Anleitung gebracht, wie 
man das vermeidet.
Zweitens sind die Angaben zum Fehler doch recht vage oder mehrdeutig, es 
ist schwierig, das nachzuvollziehen. Ich habe zum Beispiel, weil ich die 
angegebene Formel nicht kapiere (kann an mir liegen, aber wenn z.B. der 
Teil "WENN(LNGE(K2)0; ", abgesehen vom fehlenden "Ä", OK sein sollte, 
müsste ich mich sehr wundern, es müsste doch vor der Null ein 
Vergleichsoperator stehen), in E1 die Formel =WENN(LÄNGE(D1)=0;0;"+") 
eingegeben (ich hoffe sehr, der Umlaut kommt an, jedenfalls ist das 
bisher in allen Mails, die ich an die Liste geschickt habe, geschehen). 
Danach habe ich in D1 eine Mailadresse eingegeben (die von Calc 
automatisch erkannt und entsprechend formatiert wurde). Aber E1 zeigt 
nun korrekt "+" an, während es vorher bei leerer D1 ebenfalls korrekt 
"0" gezeigt hatte. Also weiß ich nicht, wie ich überhaupt den Fehler 
reproduzieren kann, du sagst ja "oder auch eine andere Formel".
Ich habe den ersten Test in 6.0.6.2 (aber immerhin unter Windows 10, so 
dass das Betriebssystem erst einmal als potentielle Ursache 
ausgeschlossen werden kann) gemacht, wo ich eben keinen Erfolg hatte. 
Was nun die "Vorgängerversion" ist, bei der der Fehler auch auftrat, ist 
mir nicht klar: 6.0.7.2? 6.0.6.x ? (das wäre ja ungefähr meine 
derzeitige Arbeutsversion. Oder 5.4 oder was sonst die letzte aus der 
5er-Reihe war? Daher habe ich den Test mit 6.1.3.2 gemacht, um deine 
Version von beiden Seiten einzugrenzen, aber ich konnte den Fehler nicht 
herstellen.
Hier muss unbedingt mehr Genauigkeit her, sonst wird sich niemand des 
Problems, wenn es eines ist, annehmen. Das Problem sollte auf einen 
möglichst einfachen Fall reduziert werden, bei dem du den Fehler noch 
reproduzieren kannst. Also präzise eine Formel angeben, bei der das 
passiert, und je einfacher, desto besser; die von mir verwendete ist 
eine elementare, einfacher muss - und kann sie vielleicht auch - nicht 
sein, also etwas von diesem Kaliber (wenn es allerdings nur bei manchen 
Formeln Probleme gibt bei ansonsten gleichem Dokument, wäre das ein 
wichtiger Hinweis, der wohl auf eine ganz andere Richtung deuten 
könnte). Und auch konkret beschreiben, was in welcher Zelle steht (es 
geht ja, so wie ich das verstehe, nur um zwei: die mit der Mailadresse 
und die direkt rechts davon, bzw. zusätzlich die mindestens eine Spalte 
weiter rechte, bei der alle OK ist). Du siehst ja, dass ich mit den 
Informationen, die ich herauslesen konnte, nicht in der Lage war, den 
Fehler zu reproduzieren. Ohne weitere Informationen deinerseits kann ich 
nichts unternehmen, das wäre ein blindes Stochern im Nebel.
Noch besser ist ein Beispieldokument, bei dem der Fehler auftritt (auch 
hier: je einfacher, desto besser, damit der Fehler nicht erst aus einer 
komplexen Situation herausgeschält werden muss. Nebenbei: bei einer 
solchen Reduzierung fällt manchmal auch bei einem selbst der Groschen, 
was die Ursache sein könnte). In dieser Liste werden angehängte 
Dokumente nicht weitergeleitet; du müsstest also das Beispieldokument in 
irgendeinen Cloudspeicher hochladen und den Link dorthin in die Mail 
einfügen, damit sich Interessierte die Datei herunterladen können.
Der zweite genannte Fehler ist noch unklarer, da weiß ich gar nicht, was 
ich ausprobieren soll. Schon die Formulierung "manche ..." ist 
problematisch. Wenn du das nicht selbst eingrenzen kannst, wodurch das 
manchmal passiert und manchmal nicht, - was du nicht können musst! - 
dann musst du aber in anderer Form so genaue Angaben liefern, dass 
jemand anders den Fehler zuverlässig nachvollziehen kann, eben entweder 
durch eine präzise Beschreibung, was man in einem leeren Dokument tun 
muss, um den Fehler zu produzieren, oder durch eine Beispieldatei (und 
da braucht es auch eine knappe Beschreibung, um was es geht).


Gruß

Gerhard

Am 20.12.2018 um 18:08 schrieb reinhold.voel...@web.de:

Hallo, ich melde folgenden Fehler:


(1) Komponente: Libre Calc


(2) Mein Betriebssystem: Windows 10


(3) Meine 

Re: [de-discuss] Fehlermeldung - LibreOffice 6.1.4

[Gerhard Weydt]

Hallo Robert,

du hast recht, wahrscheinlich habe ich etwas anders getestet, weil ich 
das mit G29 übersehen hatte und noch bei dem normalen Verhalten mit 
ungesperrten Zellen war. Ich kann ein falsches Verhalten genauso mit 
6.1.0.3 nachvollziehen, und in 6.0.6.2 ist es noch OK. Ich sage aber 
extra "ein" falsches Verhalten, denn bei mir springt der Cursor in 
6.1.0.3 in Zelle C29 und nicht G29! Das wäre immerhin halbwegs normal.
Es liegt offenbar an der Sperre für die Zellen G7..G28, wenn ich nur C7 
und D7 mit dazwischen ausgeführtem Tab fülle und dann Enter betätige, 
springt der Cursor, wie er soll, in C8.
Wenn nun der Cursor in 6.1.0.3 bei dir tatsächlich in G29 springt, dann 
müsste man annehmen, dass das Betriebssystem eine Rolle spielt, denn ich 
habe Windows 10.
Wenn er bei dir aber auch in C29 springt, dann wäre die nächste Frage, 
ob er das auch in 6.1.4.2 tut. Wenn ja, dann hat sich Bernd vielleicht 
verschrieben, wenn nein, dann hätte sich zwischen 6.1.0.3 und 6.1.4.2 
noch mal was geändert.
Wenn es bei C29 bleibt, bin ich etwas unsicher, ob es ein Bug ist. Ich 
selbst finde das Verhalten zwar nicht richtig, aber ich weiß nicht 
hundertprozentig, was man sich dabei gedacht hat, auch das normale 
Springen bei Enter auf eine frühere Spalte, aber irgendwie abhängig von 
der Art der vorangegangenen Aktionen hat mich zuerst irritiert.
Bernds Aussage jedenfalls, dass er den Cursor "in der Zelle unter G6", 
also G7 erwartet, kann ich nicht bestätigen, das ist durch die 
Beschreibung in meiner ersten Antwort schon klar, es sollte dann C7 sein.


Jetzt kam gerade deine Mail rein, dass du den Bug schon gemeldet hast. 
Überprüfe aber bitte die obigen Fragen, ich selbst habe schon durch 
schlampiges Lesen meine erste Antwort unpassend formuliert (auch wenn 
ich nichts Falsches gesagt habe), aber im Bug sollte es OK sein. Wenn du 
übersetzt hast, hast du ja, neben dem eventuell falschen G29, vielleicht 
auch die ungerechtfertigte Aussage des erwarteten Ziels in G7 
übernommen. Und nach dem jetzigen Stand, so wie ich ihn dargestellt 
habe, gibt es wohl auf jeden Fall noch irgend etwas zu ergänzen.


Gruß

Gerhard

Am 20.12.2018 um 20:48 schrieb Robert Großkopf:

Hallo gerhard,

noch eine Ergänzung, weil ich das vorher übersehen hatte: du schreibst,
dass der Cursor von G6 nach Enter auf G29 springe. Das tut er aber in
deiner Originaldatei nicht, er spring auf C7, also genauso, wie ich es
beschrieben habe.
Wenn du antwortest, dass er bei dir tatsächlich auf G29 springt, bin ich
gerne bereit, mir die Version 6.1.4 zu installieren und nochmals zu
testen, wenn das nicht ein anderer Listenabonnent, der diese Version
hat, tut.

Ich kann mit der Version LO 6.1.4.2 und eingeschaltetem Tabellenschutz
unter OpenSUSE 15, 64bit rpm Linux nachvollziehen, dass der Cursor von
G6 nach G29 wie beschrieben springt.

Unter 6.1.0.3 ist der Sprung auch vorhanden, unter 6.0.5.2 nicht.
Handelt sich also um einen Bug, der vermutlich mit der Version 6.1
eingeführt wurde.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung - LibreOffice 6.1.4

[Gerhard Weydt]

Hallo Bernd,

noch eine Ergänzung, weil ich das vorher übersehen hatte: du schreibst, 
dass der Cursor von G6 nach Enter auf G29 springe. Das tut er aber in 
deiner Originaldatei nicht, er spring auf C7, also genauso, wie ich es 
beschrieben habe.
Wenn du antwortest, dass er bei dir tatsächlich auf G29 springt, bin ich 
gerne bereit, mir die Version 6.1.4 zu installieren und nochmals zu 
testen, wenn das nicht ein anderer Listenabonnent, der diese Version 
hat, tut.


Gruß

Gerhard

Am 20.12.2018 um 20:12 schrieb Gerhard Weydt:

Hallo Bernd,

in dieser Liste sind alle per Du.
Die Mail geht auch direkt an dich, da man bei wahrscheinlichen 
Neulingen in dieser Liste nicht sicher sein kann, ob sie sich auch bei 
der Liste angemeldet haben, denn nur an Angemeldete wird eine Mail, 
die an die Liste gesendet wurde, weitergeleitet.


Das Verhalten von Enter im Beispiel ist ganz normal, es hat nichts mit 
den geschützen und ungeschützten Feldern zu tun. Es liegt auch nicht 
an der Version, das geschieht genauso in 6.0, in dem ich momentan 
arbeite, und in 5.1, der frühesten Version, die ich derzeit 
installiert habe.
Wenn man eine Folge von Zellen füllt, indem man immer dazwischen mit 
Tab weiterspringt, und dann Enter verwendet, dann springt der Cursor 
in die Zelle der nächsten Zeile, bei der die Kette des Weiterspringens 
mit Tab begonnen hat. Ich vermute, dass das so eingerichtet ist, damit 
man viele Zeilen in gleicher Weise komfortabel füllen kann, man muss 
so nicht in der neuen Zeile wieder erst den Cursor in die erste Spalte 
positionieren.
Natürlich ist das für manche Eingaben nicht die günstigste Wahl, aber 
es dürfte in der Mehrheit der Fälle die ökonomischste Festlegung sein.
Gut möglich, dass jemand, der Excel zur Verfügung hat, bestätigen 
wird, dass das dort genauso gemacht wird.


Gruß

Gerhard

Am 20.12.2018 um 17:40 schrieb Bernhard Bühner:

Sehr geehrte Damen und Herren,
wenn der Fehler noch nicht gemeldet wurde,
bitte ich folgendes zu Berücksichtigen:

Der Fehler tritt unabhängig vom Betriebssystem auf.
In geschützten Tabellen findet sich die Position nach
Eingabe und Betätigung der Enter-Taste nicht in der Zelle
darunter.

Die Enter-Taste hat, teilweise, die Funktion des Tabulators.

Beispiel: https://workupload.com/file/UfUktyJu

Mit freundlichen Grüßen
Bernd Bühner








--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung - LibreOffice 6.1.4

[Gerhard Weydt]

Hallo Bernd,

in dieser Liste sind alle per Du.
Die Mail geht auch direkt an dich, da man bei wahrscheinlichen Neulingen 
in dieser Liste nicht sicher sein kann, ob sie sich auch bei der Liste 
angemeldet haben, denn nur an Angemeldete wird eine Mail, die an die 
Liste gesendet wurde, weitergeleitet.


Das Verhalten von Enter im Beispiel ist ganz normal, es hat nichts mit 
den geschützen und ungeschützten Feldern zu tun. Es liegt auch nicht an 
der Version, das geschieht genauso in 6.0, in dem ich momentan arbeite, 
und in 5.1, der frühesten Version, die ich derzeit installiert habe.
Wenn man eine Folge von Zellen füllt, indem man immer dazwischen mit Tab 
weiterspringt, und dann Enter verwendet, dann springt der Cursor in die 
Zelle der nächsten Zeile, bei der die Kette des Weiterspringens mit Tab 
begonnen hat. Ich vermute, dass das so eingerichtet ist, damit man viele 
Zeilen in gleicher Weise komfortabel füllen kann, man muss so nicht in 
der neuen Zeile wieder erst den Cursor in die erste Spalte positionieren.
Natürlich ist das für manche Eingaben nicht die günstigste Wahl, aber es 
dürfte in der Mehrheit der Fälle die ökonomischste Festlegung sein.
Gut möglich, dass jemand, der Excel zur Verfügung hat, bestätigen wird, 
dass das dort genauso gemacht wird.


Gruß

Gerhard

Am 20.12.2018 um 17:40 schrieb Bernhard Bühner:

Sehr geehrte Damen und Herren,
wenn der Fehler noch nicht gemeldet wurde,
bitte ich folgendes zu Berücksichtigen:

Der Fehler tritt unabhängig vom Betriebssystem auf.
In geschützten Tabellen findet sich die Position nach
Eingabe und Betätigung der Enter-Taste nicht in der Zelle
darunter.

Die Enter-Taste hat, teilweise, die Funktion des Tabulators.

Beispiel: https://workupload.com/file/UfUktyJu

Mit freundlichen Grüßen
Bernd Bühner





--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Re: Stichwortverzeichnisse mit Hyperlink?

[Gerhard Weydt]

Hallo Andreas, *,

Am 19.12.2018 um 18:50 schrieb HGR:


Am 19.12.2018 um 18:09 schrieb Andreas Borutta:

Robert Großkopf:

> für mich ist das immer ungünstig, wenn ein älterer Thread wieder
> aufgewärmt wird. Ich lasse das alles automatisch nach 14 Tagen 
löschen.


Sorry, das konnte ich nicht wissen.
Selber bewahre ich Nachrichten ein halbes Jahr auf.

> Deshalb habe ich jetzt nur noch im Kopf, dass Regina bemerkt hat, dass
> zumindest für LO 6.3 die Möglichkeit über die Eingabe eines Hyperlinks
> gegeben ist, diese aber leider nur in der GUI, nicht aber im Programm
> selbst umgesetzt wurde.

Ich füge mal Reginas Antwort hier ein:
***
Der Feature-Request ist in
https://bugs.documentfoundation.org/show_bug.cgi?id=71385

Inzwischen hat ein benutzerdefinierter Index Schaltflächen LS und LE um
einen Hyperlink in dem "Structure"-Feld zu definieren, aber es
funktioniert nicht. Ich habe es in einen Bugreport gepackt
https://bugs.documentfoundation.org/show_bug.cgi?id=121842
***

Ich selber meinte jedoch etwas Anderes. Mein Vorschlag war: 
Hyperlinks als Default. Weil es immer nützlich für den 
Editierenden/Lesenden ist, wenn er mühelos zu einer Überschrift 
springen kann.

(Nicht jeder kennt und verwendet den Navigator)
Wenn du wirklich Überschriften meinst, dann wundere ich mich: wenn ich 
ein Inhaltsverzeichnis erstelle, dann sind die Hyperlink-Schaltflächen, 
die Regina nennt, standardmäßig eingeschaltet, und wenn ich mit de Maus 
auf einen Eintrag im Inhaltsverzeichnis zeige, erhalte ich den Hinweis, 
dass ich Strg+Klick dem Link folgen kann, was mich zu der Überschrift führt.
Etwas anderes ist das Stichwortverzeichnis, da lassen sich, wie Regina 
sagt und wie ich inzwischen in 6.2 überprüft und bestätigt habe, diese 
Schaltflächen zwar einfügen, sie haben aber keine Auswirkung auf das 
Verzeichnis.

Die Forderung wäre also zweifach:

1. die Hyperlink-Schaltflächen im alphabetischen Index standardmäßig
   einzufügen
2. die Links in allen Indizes/Stichwortverzeichnissen auch tatsächlich
   wirksam zu machen

Der Navigator hilft nur bei Überschriften, wo aber auch die Links 
funktionieren, aber nicht bei Stichwortverzeichnissen, wo er eine 
wirkliche Hilfe wäre, da kann man nur zum jeweiligen Verzeichnis springen.


Andreas


Dem stimme ich voll zu !

Gruß Horst



Gruß

Gerhard

--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Base Handbuch 6.1

[Gerhard Weydt]

Hallo Peter,

in dieser Liste ist man prinzipiell per Du.
diese Mail geht auch direkt an deine Mailadresse, weil bei neuen 
Einsendern nicht klar ist, ob sie sich bei der Liste auch angemeldet 
haben, denn nur dann erhält man auch automatisch alle Antworten an die 
Liste, was der normale Weg einer Antwort ist.
Du solltest also entsprechend 
https://de.libreoffice.org/get-help/mailing-lists/ eine Anmeldung an die 
Mailing-List vorgenommen haben, damit du alle Antworten auf deine Frage 
erhältst. Dementsprechend müsste diese Mail zweimal ankommen, was ein 
positives Zeichen wäre.
Für den Fall, dass du das nicht so gemacht hast und daher auch keine 
Rückmeldung bekommen hast, hänge ich nun den Text der Antwort von Robert 
Großkopf, des Autors der Dokumentation zu Base, an:


Hallo Peter,


Was mir aber als blutiger Laie von Base wirklich weiter helfen würde,
wenn ich wüsste, wo ich die im Handbuch erwähnte Programmsammlung
herunterladen könnte.


Die Beispieldatenbanken zum Handbuch sind auf der gleichen Seite
untergebracht, von der Du vermutlich das Handbuch heruntergeladen hast:
https://de.libreoffice.org/get-help/documentation/
Der Link auf dieser Seite führt nach
https://wiki.documentfoundation.org/images/f/f6/Beispieldatenbanken_Handbuch_V61.zip


Beispiel von Seite 178


An der Stelle finde ich die Beschreibung zum Markierfeld, nicht zum
Listenfeld. Vermutlich meinst Du das Kapitel zu Abfragen für
ÖListenfelder, so ca. S. 272ff. Mehrspaltige Listenfelder habe ich in
dem Handbuch beschrieben. Ich habe nur beschrieben, wie Du den Inhalt
von mehreren Spalten in Listenfeldern anzeigen kannst. Die Datenbasis
für alle diese Listenfelder ist aber der Fremdschlüssel, der in der
darunter liegenden Tabelle gespeichert wird, nicht mehrere Spalten einer
Tabelle. Ein Feld kann grundsätzlich nur Daten für ein Feld schreiben,
wenn ich einmal von der Ausnahme des Tabellenkontrollfeldes absehe, das
aber wiederum nur eine Box für eine Sammlung von Feldern ist.


Warum ich z. B. so eine Dropdown-Liste benötige?
Hier ein Beispiel:
Ein Formblatt soll dazu dienen, bereits gespeicherte Daten, z. B.
Stammdaten zu ergänzen, zu verändern.
Das Formular soll aus einer Dropdown-Liste bestehen und fast allen
Textfeldern einer Tabelle "Stammdaten" bestehen.
Zweck eindeutiger Zuordnung muss in der mehrspaltigen Liste aufgeführt
sein: Name, Vorname und Geburtstag.
(Geburtstag deshalb, könnte ja sein, dass in der Stammdatentabelle es
Personen mit gleichem Namen und Vornamen gibt.)
Nach dem in der Liste die entsprechende Person ausgewählt worden ist,
sollen alle Textfelder mit den entsprechenden Daten ausgefüllt werden.
(Nochmals sorry, wenn ich hier erneut MS VBA erwähne, aber dass ist kein
großer Aufwand in Excel in Verbindung mit mit VBA.)


Das ist zwar prinzipiell möglich, entspricht aber nicht dem Sinn von
Relationalen Datenbanken. Wenn Du nämlich einfach Daten aus einer
Tabelle zu einer andern rüber kopierst eröffnest Du damit die
Möglichkeit, dass sich z.B. Name, Vorname und Geburtsdatum der gleichen
Personen unabhängig voneinander in der Datenbank verändern können.

Angenommen im Nachnamen befindet sich ein Schreibfehler. Bei einer
relationalen Datenbank suchst Du jetzt die Tabelle für die Person auf,
beseitigst den Fehler und alle Abfragen berücksichtigen dies. Der
Schreibfehler taucht in Deiner Datenbank nicht mehr auf.
Kopierst Du hingegen Daten in eine andere Tabelle, dann taucht der
Schreibfehler auch hier auf. Du musst also an der anderen Stelle
ebenfalls eine Berichtigung vornehmen, ggf. sogar mehrmals, da mehrere
Datensätze zu der gleichen Person existieren. Da das zu kompliziert
werden bei solchen Konstruktionen die Daten einfach auf dem alten,
fehlerhaften Stand belassen.

Der 2. Grund ist: Durch Verdoppelung bzw. Vervielfachung von Daten
blähst Du die Datenbank nur unnötig auf. Du hast doch den Schlüssel zu
den Ursprünglichen Daten in der ursprünglichen Tabelle. Die Daten zeigst
Du dann über eine Abfrage zusammen an.

Schreib einmal möglichst konkret, welches Problem Du lösen möchtest,
dann können wir das hier sicher auch lösen.

Gruß

Robert

Hinzufügen möchte ich, dass ich mich auch auch im Bereich Base betätigt 
habe, speziell in der Situation,,dass ich weniger Libo-, sondern mehr 
Datenbank-Funktionen verwendet habe. Du darfst mich gerne direkt 
kontaktieren.


Gruß

Gerhard


Am 08.12.2018 um 03:27 schrieb Peter Schild:

Hallo,

erst vor wenigen Tagen habe ich Libre Office heruntergeladen, Version 
6.0.8, um mich noch auf meine nicht ganz jungen Jahre, 70 + x, mit 
Base auseinanderzusetzen.
Von daher war ich riesig erfreut, Ihr kürzlich erschienenes Handbuch 
gestern im Netz gefunden zu haben. Gibt für Einsteiger*Innen wertvolle 
Tipps.
Dafür einen herzlichen Dank, großartige Arbeit! Bin auch gerne bereit 
dafür den Buchpreis zu spenden.


Was mir aber als blutiger Laie von Base wirklich weiter helfen würde, 
wenn ich wüsste, wo ich die im Handbuch erwähnte Programmsammlung 
herunterladen könnte.

Warum?

Re: [de-discuss] Maßeinheiten im Writer

[Gerhard Weydt]

Hallo Robert,

In den Optionen für Writer, Calc, Draw und Impress kannst du jeweils im 
Punkt Allgemein die Maßeinheit wählen, Point ist dabei. Vielleicht nützt 
das was für den Report-Builder.


Gruß

Gerhard

Am 11.12.2018 um 18:13 schrieb Robert Großkopf:

Hallo *,

ich versuche gerade ein Problem beim Report-Builder zu lösen, das
vermutlich mit der Umrechnung von Maßeinheiten zu tun hat. Selbst wenn
ich alle Felder schön bündig setze und das auch in den Eigenschaften
sehen kann, dass z.B. 4 Felder den gesamten Textraum ausfüllen macht der
Report-Builder daraus immer 6 Spalten. Die 2 Zusatzspalten tauchen dann
als 0,04cm kleine Spältchen auf. Muss ja nicht sein ...

Jetzt habe ich versucht, die Maßeinheit zu ändern. Ich habe bei den
Spracheinstellungen einfach das Gebietsschema gewechselt und bekomme
jetzt Zoll statt cm angezeigt (Englisch/USA). Gibt es auch irgendwo die
Möglichkeit, die bei Layoutprogrammen übliche Einheit in Points zu nutzen?

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung Bugzilla 121530 Textfelder k

[Gerhard Weydt]

Hallo Christoph,

was "Rahmen interaktiv" ist, habe ich auch erst heute ausprobiert und 
verstanden. Der Unterschied zu "Rahmen" ohne Zusatz - den es übrigens 
auch in 6.2 noch über das normale Menü gibt - ist, dass beim ersteren 
der Rahmen mit der Maus gezeichnet wird, beim letzteren ein Dialog 
geöffnet wird, in dem die Größe usw. gesetzt wird; dieser Dialog ist 
derselbe wie für das Ändern der Eigenschaften für beide Typen. Der 
Unterschied betrifft also nur das Anlegen.
Ein schwebender Rahmen ist dagegen etwas anderes: er dient dazu, im 
Dokument ein anderes Dokument anzuzeigen, und ist hauptsächlich für 
HTML-Dokumente gedacht (siehe die Hilfe zu Rahmen und schwebender Rahmen).
Die "normalen" Rahmen setzt man z. B. ein - und da habe ich dich 
vielleicht halb falsch verstanden - um Briefvorlagen zu erstellen, die 
Anschrift muss für Fensterumschläge ja in einem fest definierten Feld 
stehen. Ein Textfeld ist dafür nicht so geeignet, weil es automatisch 
die Größe ändert, wenn du mehr Zeilen reinschreibst. Bei einem Rahmen 
dagegen kannst du die Größe fixieren, so dass man merkt, wenn man zu 
viele Zeilen hat.
Eine andere Möglichkeit ist natürlich, auf einer Seite in einem Rahmen 
eine Erläuterung, Ergänzung o.ä. zu einem Aspekt des Textes dieser Seite 
zu geben. Der Rahmen wird dann am besten an einem relevanten Absatz 
verankert, und mit dem Umlauf bestimmst du, wie der Text um den Rahmen 
herum "fließt".
Interessant ist auch, dass man Rahmen verketten kann: wenn eine 
Ergänzung wie gerade genannt ziemlich lang ist, kann man sie z.B. in 
einem Rahmen auf der rechten Seite platzieren und zur Fortsetzung auf 
der nächsten Seite (oder im Extremfall noch weiteren) einen weiteren 
Rahmen setzen (dann wohl am besten an der Seite verankert), der mit dem 
vorigen verkettet wird, indem du den vorigen markierst, dann auf das 
Verketten-Symbol in der Symbolleiste für den Rahmen klickst (ob das im 
Symbolband auftaucht, weiß ich nicht, weil ich das nicht nutze, es hat 
mich schon geärgert, als ich noch MS Office benutzen musste, ich finde 
es unübersichtlich, für eine Orientierung mit übergreifenden Begriffen 
ist Sprache halt doch besser als Symbole) und dann auf den nachfolgenden 
Rahmen. (Im Menü habe ich den Befehl für das Verketten übrigens auch 
nicht gefunden, obwohl er natürlich hinzugefügt werden kann über Extras 
-> Anpassen.) Der Effekt des Verkettens ist, dass der Text von einem 
Rahmen in den nächsten fließt, genauso wie er im einfachen Fall in 
Writer von einer Seite auf die nächste fließt.
Es wird sicher noch weitere schöne Anwendungen von Rahmen geben, aber da 
ich sie aktiv, abgesehen von den beschrifteten Abbildungen im Handbuch 
(also wie du), noch nicht eingesetzt habe, kann ich nicht mit weiteren 
Beispielen dienen.

Aber vielleicht hilft dir das als Einstieg.

Gruß

Gerhard


Am 20.11.2018 um 17:58 schrieb Christoph.22.Hohm:

Hallo Gerhard,

Sorry. Ich meinte in Textfelder geht es nicht, ein Fehler meinerseits. 
Mich verwirren im Moment Textfelder und Rahmen,  da komme ich 
durcheinander. Der normale Rahmen taucht im Symbolband nicht auf. Im 
Menü Einfügen (rechts außen) finde ich Rahmen interaktiv und 
Schwebender Rahmen sowie Textfeld. Ist dies einer der beiden ersten? 
Ich hoffe, dass ich die Rahmen in Zukunft besser verstehe und nutzen 
kann. Im Moment verwende ich sie nur bei den Grafiken in den 
Handbüchern, da sie hier vordefiniert sind.


Am 20.11.2018 um 17:28 schrieb Gerhard Weydt:

Hallo Christoph,

Wieso sagst du, dass Formatvorlagen in Rahmen nicht gehen? Ich habe 
das nun extra in 6.0.6.2, 6.1.2.1 und 6.2.0.0 ausprobiert, sowohl 
Absatz- wie auch Zeichenvorlagen kann ich zuweisen, und die Änderung 
wird auch wirksam.


Gruß

Gerhard



Gruß

Christoph Hohm
Mail: christoph.22.h...@gmail.com






--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung Bugzilla 121530 Textfelder k

[Gerhard Weydt]

Hallo Christoph,

Wieso sagst du, dass Formatvorlagen in Rahmen nicht gehen? Ich habe das 
nun extra in 6.0.6.2, 6.1.2.1 und 6.2.0.0 ausprobiert, sowohl Absatz- 
wie auch Zeichenvorlagen kann ich zuweisen, und die Änderung wird auch 
wirksam.


Gruß

Gerhard

Am 20.11.2018 um 14:44 schrieb Hohm.22.Christoph:

Hallo Gerhard,

den Bug habe ich jetzt auf RESOLVED gesetzt, und vorher nochmal 
erklärt. ich hoffe, dass das richtig ist. Ich bin der Meinung, das 
Rahmen wieder ins Symbolband gehört wie in der 6.0. Textfeld könnte 
dann ja ins Menü Einfügen anstelle von Rahmen gesetzt werden (also 
tauschen). Formatvorlagen gehen in Rahmen auch nicht. Der Text muss 
manuell formatiert werden über Start.


Gruß
Christoph Hohm
E-Mail: christoph.22.h...@gmail.com

Am 20.11.18 um 14:11 schrieb Gerhard Weydt:

Hallo Christoph,

du könntest den Bug abschließen, indem du ihn auf RESOLVED setzt und 
dann in der zusätzlich erscheinenden dann INVALID, WORKSFORME oder 
NOTABUG setzt, ich weiß auch nicht, was da am passendsten ist.
Der Rahmen ist in 6.0 noch im Symbolband drin, aber auch in 6.2 ist 
er nicht mehr drin, nur übers Menü rechts, wie du es von 6.1 
beschreibst. Das ist aber ähnlich in der Symbolleiste Standard, auch 
da ist nur das Textfeld vorhanden.


Gruß

Gerhard

Am 20.11.2018 um 09:26 schrieb christoph.22.h...@gmail.com:

Hallo Gerhardt, Hallo Regina.
Wenn Textfelder nicht für die Bearbeitung mit Formatvorlagen oder 
generell im Dokument für Textoptionen nicht vorgesehen sind, 
verstehe ich dann nicht, warum sie als Option unter Einfügen im 
Symbolband auftauchen. Wäre es dann nicht sinnvoller, den Rahmen 
anstelle der Textfelder direkt als Schalter einzupflegen, also 
auszutauschen? Ich spreche hier von der Benuterzoberfläche 
Symbolband - In Registern als Ansichtsform des Menüs. Rahmen muss 
erst eingeblendet werden, um ihn zu nutzen. Wie schließt man den den 
Bug wieder?

Christoph Hohm
Email christoph.22.h...@gmail.com










--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung Bugzilla 121530 Textfelder k

[Gerhard Weydt]

Hallo Christoph,

du könntest den Bug abschließen, indem du ihn auf RESOLVED setzt und 
dann in der zusätzlich erscheinenden dann INVALID, WORKSFORME oder 
NOTABUG setzt, ich weiß auch nicht, was da am passendsten ist.
Der Rahmen ist in 6.0 noch im Symbolband drin, aber auch in 6.2 ist er 
nicht mehr drin, nur übers Menü rechts, wie du es von 6.1 beschreibst. 
Das ist aber ähnlich in der Symbolleiste Standard, auch da ist nur das 
Textfeld vorhanden.


Gruß

Gerhard

Am 20.11.2018 um 09:26 schrieb christoph.22.h...@gmail.com:

Hallo Gerhardt, Hallo Regina.
Wenn Textfelder nicht für die Bearbeitung mit Formatvorlagen oder generell im 
Dokument für Textoptionen nicht vorgesehen sind, verstehe ich dann nicht, warum 
sie als Option unter Einfügen im Symbolband auftauchen. Wäre es dann nicht 
sinnvoller, den Rahmen anstelle der Textfelder direkt als Schalter 
einzupflegen, also auszutauschen? Ich spreche hier von der Benuterzoberfläche 
Symbolband - In Registern als Ansichtsform des Menüs. Rahmen muss erst 
eingeblendet werden, um ihn zu nutzen. Wie schließt man den den Bug wieder?
Christoph Hohm
Email christoph.22.h...@gmail.com




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Fehlermeldung Bugzilla 121530 Textfelder können keine Formatierungen anwenden

[Gerhard Weydt]

Hallo Christoph,

ich verstehe dein Anliegen nicht und zweifle deshalb auch an der 
Sinnhaftigkeit des Bugs, zumindest in der derzeitigen Form. Ich denke, 
du wirfst da verschiedene Konzepte durcheinander.
Meines Wissens werden in Briefvorlagen Feldbefehle verwendet, weil ja 
deren Funktion, die benötigten Daten von irgendwoher zu beziehen, 
benötigt wird. Textfelder werden dagegen von Hand gefüllt.
Für Feldbefehle, deren Inhalt also als Einheit irgendwo hergeholt wird, 
macht eine Vorab-Binnengliederung durch Formatieren keinen Sinn, es 
lässt sich ja gar nicht ohne vorhandenen Inhalt festlegen, was da 
passieren soll. Wohl aber kann man den ganzen Feldbefehl bzw. mitsamt 
einigen Zeichen drumherum oder den ganzen Absatz wie gewohnt 
formatieren, z.B. Farbe, Schriftart, Fettdruck, auch Nummerierung, was 
allerdings bei dem von dir genannten Adressfeld aus postalischen Gründen 
ohnehin nicht in Frage kommt. Die dann später per Serienbrief, durch 
direkt ausgelöste Übernahme aus der Datenquelle, per Makro oder sonstwie 
eingefügten Inhalte erhalten dann diese Formatierung. Ich denke daher, 
dass beim Feldbefehl nichts einigermaßen Übliches nicht möglich ist.
Das Argument, dass die Formatierung wegen Adressfeldern notwendig ist, 
entfällt also.
Wenn die Textfelder gewisse Formatierungen nicht zulassen, es aber, wie 
unsere geschätzten Kollegen bereits geschrieben haben, die Alternative 
der Rahmen gibt, mit denen man das nutzen kann, sehe ich keinen Sinn 
darin, für Textfelder zusätzliche Funktionalität zu fordern.
Wenn du nicht andere Argumente hast, die meinen widersprechen, solltest 
du den Bug lieber irgendwie abschließen und den angekündigten über 
Groß-/Kleinschreibung gar nicht erst eröffnen.


Gruß

Gerhard


Am 19.11.2018 um 22:03 schrieb Christoph Hohm:

Hallo. Ich habe mich an meinem Bug auf Englisch versucht, ich hoffe es ist
verständlich - mein English ist nicht fließend.
Hier noch die deutsche Übersetzung des Bugs:

Writer Version 6.1.3.2 kann keine Formatierungen in Textfeldern anwenden.
Formatvorlagen können nicht eingesetzt werden. Textfelder können in Briefen
zum Gestalten des Adressfelds genutzt werden. Die Schrift muss vom Nutzer
per Hand formatiert werden. Dies sollte in den nachfolgenden Versionen
eingepflegt werden. Sowohl in Windows, als auch in Linux-Systeme sollte
diese Formatoptionen zur Verfügung stehen. Als aktuelle Funktion kann dies
nur in Rahmen verwendet werden. Im Menü ist die Textfelder Funktion in
Einfügen aufrufbar. Bugzilla Nr. 121530

Es wird noch ein späterer Bug zu Groß-/ Kleinschreibung folgen.

Gruß
Christoph
E-Mail: christoph.22.h...@gmail.com




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Base: Kontakt zu Firebird-Datei unter Windows

[Gerhard Weydt]

Hallo Robert

klappt mit 6.1 und 6.2.
Das wäre ja dann aber trotzdem ein Fehler, weil die normale Schreibweise 
mit drei Schrägstrichen ist, oder?


Gruß

Gerhard

Am 02.11.2018 um 07:24 schrieb Robert Großkopf:

Hallo Gerhardt,

ich habe den Bug bestätigt.
Ich habe überlegt, ob ich den Meta-Bug 51780 unter "Blocks" eintrage,
das dann aber doch nicht getan, weil es doch nicht genau zu dem Titel
des Meta-Bugs passt.

Hat sich ja nun erledigt. Der Bug war ein Duplicate - hatte ich nur
nicht registriert, weil das eben Windows-only war.

Kannst Du einmal probieren, ob der Kontakt zur Firebirddatei mit
file://, also einem fehlenden frontslash, klappt? Lassen sich da auch
die Tabellen öffnen?

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Base: Kontakt zu Firebird-Datei unter Windows

[Gerhard Weydt]

Hallo Robert,

ergänzend noch: auch unter 6.2 passiert das Gleiche.

Gruß

Gerhard

Am 01.11.2018 um 19:06 schrieb Robert Großkopf:

Hallo *,

ich suche eine Testperson, die einmal das folgende Verhalten unter
Windows testen kann:
http://robert.familiegrosskopf.de/download/firebird.fdb
herunterladen.
LO 6.1 starten.
Base-Datenbank > Verbindung zu einer bestehenden Datenbank herstellen >
Firebird-Datei
Dort muss der Pfad zur Datei eingestellt werden.
Die *.odb-Datei abspeichern (registrieren nicht nötig).

1. Ist jetzt über Windows der Kontakt zur Datenbankdatei möglich?
2. Lassen sich die Tabellen öffnen und beschreiben?

Ich habe eine Meldung erhalten, dass unter Windows 7 mit

firebird_sdbc error:
*Unable to complete network request to host "...".
*Failed to locate host machine.

der Kontakt nicht möglich ist. Wird dann unter
Bearbeiten > Datenbank > Eigenschaften
bei der Datenquelle
file:///
entfernt, so kommt die Fehlermeldung nicht. Die Tabellen werden jetzt
sichtbar. Aber beim Zugriff kommt:

firebird_sdbc error:
*no permission for SELECT access to TABLE ...

Unter Linux klappt das alles ohne Probleme und Windowsrechner habe ich
hier nicht zur Verfügung.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Base: Kontakt zu Firebird-Datei unter Windows

[Gerhard Weydt]

Hallo Robert,

ich kann das beschriebene Verhalten unter LibO 6.1.2.1 und Windows 10 64 
Bit bestätigen. Der Verbindungstest, der zunächst die Meldung 
"unable..." brachte, ist nach dem Entfernen von "file:///" dann 
erfolgreich. Die Tabellen sieht man erst, wenn man eine der anderen 
Kategorien angeklickt hat und dann erneut Tabellen. Dann kommt auch bei 
mir die Meldung "no permission...".
Ich habe von den Meldungen Bildschirmfotos gemacht und kann sie dir bei 
Bedarf direkt schicken.


Gruß

Gerhard

Am 01.11.2018 um 19:06 schrieb Robert Großkopf:

Hallo *,

ich suche eine Testperson, die einmal das folgende Verhalten unter
Windows testen kann:
http://robert.familiegrosskopf.de/download/firebird.fdb
herunterladen.
LO 6.1 starten.
Base-Datenbank > Verbindung zu einer bestehenden Datenbank herstellen >
Firebird-Datei
Dort muss der Pfad zur Datei eingestellt werden.
Die *.odb-Datei abspeichern (registrieren nicht nötig).

1. Ist jetzt über Windows der Kontakt zur Datenbankdatei möglich?
2. Lassen sich die Tabellen öffnen und beschreiben?

Ich habe eine Meldung erhalten, dass unter Windows 7 mit

firebird_sdbc error:
*Unable to complete network request to host "...".
*Failed to locate host machine.

der Kontakt nicht möglich ist. Wird dann unter
Bearbeiten > Datenbank > Eigenschaften
bei der Datenquelle
file:///
entfernt, so kommt die Fehlermeldung nicht. Die Tabellen werden jetzt
sichtbar. Aber beim Zugriff kommt:

firebird_sdbc error:
*no permission for SELECT access to TABLE ...

Unter Linux klappt das alles ohne Probleme und Windowsrechner habe ich
hier nicht zur Verfügung.

Gruß

Robert



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

Re: [de-discuss] Writer: Beschriftung von Abbildungen, neue Kategorie

[Gerhard Weydt]

Hallo Heiko, Christian, *,

verstehe ich Heikos Vorschlag richtig: englisch "illustration" (jetzt 
"Abbildung") nun mit Illustration zu übersetzen und das neue "figure" 
mit "Abbildung"?
Was dann passiert, hängt davon ab, wie genau die Nummerierung gesteuert 
wird. Xisco Faulí hat in Kommentar 13 von Bug 119738 
<https://bugs.documentfoundation.org/show_bug.cgi?id=119738> die 
Vermutung geäußert, dass es am Namen hängt, aber ich fürchte, es ist 
nicht so einfach: Ich habe ein in 6.1.0.3 mit englischer Oberfläche 
erzeugtes Writer-Dokument mit einem Bild (mit Unterschrift 
"Illustration", weil ich bewusst die alte gewählt hatte) erneut in der 
deutschen Oberfläche, also über Options Sprache geändert und neu 
gestartet) geöffnet. Dann habe ich den Feldbefehl für die Nummerierung 
angeschaut: da wird der Nummernkreis "Abbildung" angezeigt (obwohl 
"Illustration" davorsteht!), aber im Wert steht "Illustration+1". Wenn 
ich einfach ein neues Bild und eine Unterschrift einfüge, dann wird, wie 
schon beschrieben, keine Nummer vergeben (egal, ob ich die obere oder 
untere Kategorie mit dem gleichen Namen "Abbildung" wähle). Wenn ich 
aber vorher im genannten Feldbefehl den Wert auf "Abbildung+1" ändere 
und speichere und dann erst die Unterschrift einfüge, dann wird korrekt 
nummeriert (die Bezeichnung ist natürlich nun "Abbildung"), und das 
sogar bei beiden Kategorien!
Wenn ich das dagegen in 6.0.4.2 mache, steht im Englischen im 
Nummernkreis "Illustration" und im Wert "Illustration+1", im Deutschen 
konsequent "Abbildung" und "Abbildung+1".
Öffne ich dieses Dokument nun in 6.1.0.3, dann erscheint im Deutschen 
auf einmal im Wert "Illustration+1", während der Nummernkreis weiterhin 
"Abbildung" heißt.
Da blicke ich nun überhaupt nicht durch, ob die Angabe im Wert nun eine 
fixe, programminterne, sprachunabhängige geworden ist, oder ob das nicht 
wie in 6.0 übersetzt werden konnte, weil es zwei deutsche Kategorien mit 
gleichem Namen gibt. Da muss jemand, der dazu fähig ist, den Code 
anschauen, nur dann kann man beurteilen, was vielleicht möglich ist. Und 
selbst dann müsste man wohl, um sicher zu sein, eine Möglichkeit haben, 
die verschiedenen Übersetzungsvarianten zu testen. Ich weiß nicht, ob 
das möglich ist.


Was würde bei Ergänzen von alten Dokumenten um neue Bilder geschehen, 
wenn man dem Vorschlag folgt und nicht alles am Namen hängt (was ja ein 
schlechtes Design wäre, da wir ja sehen, dass man den gleichen Namen 
zweimal vergeben kann)?


 * Wählt man dann, weil ja auch bei den früheren Beschriftungen
   "Abbildung" steht, das als Kategorie aus bzw. klickt einfach auf
   Enter, das steht ja dann sowieso da, dann beginnt die Zählung erneut
   bei 1  und ergibt dann ein Mosaik von alter und neuer Nummerierung,
   wenn man an verschiedenen Stellen Bilder hinzufügt.
 * Wenn man die durchgehende Nummerierung beibehalten will, müsste man
   (wenn das geht; das kann man ja jetzt nicht testen) die Kategorie
   "Illustration" wählen; dann käme aber ein anderer Text, nämlich
   "Illustration").
   Und ob das mit der Nummerierung geht, ist wie gesagt unklar.

Solange man das nicht testen konnte, kann man den Vorschlag nicht 
umsetzen, denn wenn es nicht wie erhofft klappt, dann haben wir eine 
Situation, die man den Anwendern nicht verkaufen kann.
Ich habe in Bug 119738 
<https://bugs.documentfoundation.org/show_bug.cgi?id=119738> 
vorgeschlagen, zunächst mal den Default wieder auf "Illustration" zu 
setzen, und hoffe auf eine besser durchdachte Lösung.


Immerhin gibt es eine Lösung für Altdokumente im derzeitigen Zustand mit 
den zwei gleichbenannten Kategorien: Umbenennen des Werts im Feldbefehl 
in "Abbildung+1". Ich weiß zwar nicht , wie weit das hilft, weil das 
Problem ist, das zu kommunizieren, aber das ist wenigstens etwas.


Heikos Widerwillen gegen Schaubild kann ich allerdings nachvollziehen, 
ich habe das und "Zeichnung" ja nur in die Diskussion werfen wollen. Das 
naheliegende "Bild" habe ich übersehen, das ist neutraler und gewohnter, 
das würde ich, wenn wir denn zwei Begriffe (vielleicht nur 
übergangsweise) brauchen, für die neue Kategorie vorziehen.


Gruß

Gerhard

Am 15.09.2018 um 11:04 schrieb Heiko Tietze:

Schaubild? Habe ich noch nie unter einer _Abbildung_ gesehen. Besser ihr ändert 
Illustration zu "Illustration" (oder irgendwas anderes weil das eben nicht mehr 
der Standard ist).

On 9/15/18 6:01 AM, Christian Kühl wrote:

Hallo Gerhard & Uwe!

Am 13.09.2018 um 19:28 schrieb Gerhard Weydt:

Obwohl das zwei vernünftige Begriffe sind, würde ich daher in diesem
Fall davon abraten und nach einer Übersetzung von figure suchen. LEO
schlägt als Übersetzung u.a. noch "Schaubild" und "Zeichnung" vor,

Re: [de-discuss] Writer: Beschriftung von Abbildungen, neue Kategorie

[Gerhard Weydt]

Hallo Uwe, *,

das Problem ist, dass bisher das englische "illustration" durch 
"Abbildung" übersetzt wurde. Wenn nun "figure" durch "Illustration" 
übersetzt würde, wäre das verwirrend, es könnte leicht beim nächsten Mal 
umgekehrt verwendet werden, was wieder Chaos hervorrufen würde. Und 
umgekehrt nun illustration -> Illustration und figure -> Abbildung zu 
verwenden, gibt wohl Ärger mit den Altdokumenten, weil der bisher 
generierte Begriff ja als Text in die Bildunterschrift eingefügt ist.
Obwohl das zwei vernünftige Begriffe sind, würde ich daher in diesem 
Fall davon abraten und nach einer Übersetzung von figure suchen.
LEO schlägt als Übersetzung u.a. noch "Schaubild" und "Zeichnung" vor, 
die erste empfinde ich als angemessener.
Wahrscheinlich wird dies auch keine nur übergangsweise Situation sein, 
denn wie die - noch nicht abgeschlossene - Diskussion in *Bug 119738* 
 gezeigt 
hat, werden wohl beide Begriffe bleiben.


Gruß

Gerhard

Am 13.09.2018 um 17:49 schrieb Uwe Altmann:

Hi

Am 07.09.18 um 16:33 schrieb Christian Kühl:

Wir könnten "figure" z.B. vorübergehend als „Figur“ übersetzen, bis das Problem 
im
Quellcode behoben ist.

Ich würde da vielleicht eher an "Illustration" und "Abbildung" denken.



--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

[de-discuss] Fwd: Re: [de-users] LO 6.0.3: Writer - Zählung der Abbildungen wird nicht fortgesetzt.

[Gerhard Weydt]

Hallo zusammen,

ich bin total verwirrt, weil ich die Mail, von der ich sicher bin, dass 
ich sie geschickt habe, nicht finde. Deshalb eine erneute mit ähnlichem 
Inhalt.
Hans Zekl hat einen sehr wichtigen Bug entdeckt, der ab 6.1 existiert. 
Ich habe das konkretisiert und gemeldet:

https://bugs.documentfoundation.org/show_bug.cgi?id=119738
Unten die Antwort an Hans, die manches erklärt.
Damit zusammenhängend ist ein Problem der deutschen Version: Die neue 
Kategorie "figure" und die alte "illustration" werden mit "Abbildung" 
übersetzt, was sprachlich sinnvoll ist, aber angesichts der Tatsache, 
dass es zwei Begriffe sind, ein Problem darstellt. Ich weiß auch nicht, 
wie man die zwei Begriffe trennen soll, weil mir die Unterscheidung 
nicht klar ist, nach meinem Dafürhalten wollte der Initiator in 
*Bug 58407* <https://bugs.documentfoundation.org/show_bug.cgi?id=58407> 
- Call inserted images Figure rather than Illustration by default in 
caption bloß eine Änderung der Benennung.
Aber das ändert nichts daran, dass wir nun - sofern nicht durch den Bug 
119738 etwas geändert wird - im Deutschen zwei Kategorien mit derzeit 
gleichem Namen haben, die aber auf Unterschiedliches reagieren sollten.


Gruß

Gerhard

 Weitergeleitete Nachricht 
Betreff: 	Re: [de-users] LO 6.0.3: Writer - Zählung der Abbildungen wird 
nicht fortgesetzt.

Datum:  Thu, 6 Sep 2018 22:36:51 +0200
Von:Gerhard Weydt 
An: us...@de.libreoffice.org, ze...@web.de



Hallo Hans,

da hast du etwas Wichtiges entdeckt.
Zuerst dachte ich, dass das Problem daran liegt, dass im Deutschen bei 
den Feldbefehlen zweimal die Kategorie "Abbildung" vorkommt (zu sehen 
unter Einfügen -> Feldbefehl -> weitere Feldbefehle... -> Typ 
"Nummernkreis" in der mittleren Spalte, das ist neu ab 6.1). Da wird 
wahrscheinlich ein weiteres Problem schlummern, denn zwei gleiche Namen 
sind sehr verdächtig.
Aber das eigentliche Problem taucht auch in der englischen Version auf: 
man hat zur Kategorie "illustration" eine neue "figure" eingeführt, 
offenbar aufgrund einer Bug-Meldung, die meiner Ansicht nach nur eine 
Umbenennung angeregt hat. Alte Dokumente verwenden "illustration", neue 
automatisch ohne Eingriffsmöglichkeit des Benutzers "figure". 
ImDeutschen sieht man das aufgrund der gleichen Übersetzung gar nicht.
Ich habe für das Problem einen Bug *Bug 119738* 
<https://bugs.documentfoundation.org/show_bug.cgi?id=119738> - Image 
caption, inconsistency: caption for images is now "figure" and no longer 
"illustration" mit erhöhter Priorität eröffnet, denn das muss auf alle 
Fälle schnell gelöst werden, bevor die Leute in größerem Maß 6.1 
produktiv verwenden.
Auf die Schnelle habe ich auch keinen Weg gefunden, wie man das in >6.1 
richten kann, vielleicht kommt da noch ein Tipp von jemand anders. Falls 
da nichts kommt (und du das nicht ohnehin selbst weißt): du kannst, wenn 
du nicht einfach zu einer 6.0-Installation zurückkehren willst, 
parallell zu deiner "offiziellen" Installation andere Versionen von 
LibreOffice installieren (und da die problematischen Beschriftungen 
einfügen und anschließend die sonstigen Bearbeitungen trotzdem in der 
neuen Version machen). Mit Windows, mit dem ich arbeite, gibt es ein 
schönes Werkzeug, Separate Install GUI, bei anderen Betriebssystemen 
geht es auch, aber ich habe da keine Erfahrung, suche im Internet nach 
"LibreOffice prallel install".
Ich werde das Problem mit der doppelten Übersetzung auch in der 
discuss-Liste melden.


Gruß

Gerhard

Am 06.09.2018 um 16:20 schrieb Hans Zekl:
Ich hatte mit LO 6.0.3 eine Writer-Datei mit mehreren Abbildungen 
erstellt. Ich wollte nun eine weitere Abbildung mit LO 6.1.0.3 
einfügen, doch wird die Zählung nicht weitergeführt. Füge ich die 
Beschriftung ein, steht hinter dem Begriff 'Abbildung' keine Nummer. 
Mit Version 6.0.5 ist alles richtig.


Gruß
Hans




--
Liste abmelden mit E-Mail an: discuss+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/discuss/
Datenschutzerklärung: https://www.documentfoundation.org/privacy