Re: [de-users] Bug oder "Feature"? in LO 7.5.2.1

2023-03-19 Diskussionsfäden MichaelHöhne
Hallo Harald,

> Hallo zusammen,
> 
> ja, natürlich ist Libreoffice gemeint; ausprobiert habe ich mit der 
> 32bit Version und der 64bit Version unter Windows.

Es ging nicht um LibreOffice, sondern um die von dir genannte
Versionsnummer.


> Da Anhänge im Mailing entfernt werden, habe ich eine kleine Testdatei
> erstellt, die nur 6 einfachste Formeln und ein Eingabefeld enthält.
> Die 
> anderen Felder sind leer. Die Datei ist hier verlinkt:
> 
> https://nowtransfer.de/2ec98f3ad657
> 
> Beim Ausführen jeder der beiden Varianten von "Zelle Verbinden"
> bleibt 
> beim Verbinden der grün umrandeten Zellen die Funktion erhalten, beim
> Verbinden der rot umrandeten Zellen "verschwindet" die Funktion,
> wobei 
> der Funktionswert bei mir offenbar durch die entsprechende Konstante 
> ersetzt wird.

Schau dir an, was passiert, wenn du die Funktion mit zwei Zellen
aufrufst, die beide einen Inhalt haben: Hier öffnet sich ein Dialog,
der dir mehrere Möglichkeiten anbietet, wie mit dem _Inhalt_ der zu
verbergenden Zelle umgegangen werden soll.

Ist eine der zu verbindenden Zellen leer, so wird jeweils eine der
Aktionen als Standard ausgeführt.

Insofern ist das von die beschriebene Verhalten konsistent.
Bei der horizontalen Variante:

   Ist die rechte Zelle leer, so wird sie ausgeblendet. Der leere
   Inhalt hat keine Bedeutung.

   Ist die linke Zelle leer, so wird der _Inhalt_ der rechten Zelle in
   die  linke Zelle übernommen und dann die rechte ausgeblendet.


Gruß,
Michael

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug oder "Feature"? in LO 7.5.2.1

2023-03-19 Diskussionsfäden Harald Sturm

Hallo zusammen,

ja, natürlich ist Libreoffice gemeint; ausprobiert habe ich mit der 
32bit Version und der 64bit Version unter Windows.
Da Anhänge im Mailing entfernt werden, habe ich eine kleine Testdatei 
erstellt, die nur 6 einfachste Formeln und ein Eingabefeld enthält. Die 
anderen Felder sind leer. Die Datei ist hier verlinkt:


https://nowtransfer.de/2ec98f3ad657

Beim Ausführen jeder der beiden Varianten von "Zelle Verbinden" bleibt 
beim Verbinden der grün umrandeten Zellen die Funktion erhalten, beim 
Verbinden der rot umrandeten Zellen "verschwindet" die Funktion, wobei 
der Funktionswert bei mir offenbar durch die entsprechende Konstante 
ersetzt wird.


Vielen Dank schon einmal und viele Grüße
Harald



Am 19.03.2023 um 11:12 schrieb Harald Berger:

NACHTRAG

Ich denke Du meinst LibreOffice Version 7.5.1.2, oder?

Am 19.03.2023 um 08:15 schrieb Harald Sturm:

Hallo und Guten Morgen in die Runde,

nach einiger Suche in einer recht großen und kompexen Tabelle stellte 
ich fest, dass LO 7.5.2.1 beim Verbinden von Zellen ohne Hinweis 
unterschiedlich vorgeht und dabei teils Formeln durch feste Werte 
ersetzt, aber manchmal auch die Formeln richtig übernimmt.


Folgende Abbildung einer Minimaltabelle soll das demonstrieren (das 
Verbinden der umrandeten, rot hinterlegte Zellen verbinden führt zum 
Verlust der hinterlegten Formel):


Ist das ein erwünschtes Verhalten oder eher als Bug zu klassifizieren?

VG
Harald







--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug oder "Feature"? in LO 7.5.2.1

2023-03-19 Diskussionsfäden Harald Berger

NACHTRAG

Ich denke Du meinst LibreOffice Version 7.5.1.2, oder?

Am 19.03.2023 um 08:15 schrieb Harald Sturm:

Hallo und Guten Morgen in die Runde,

nach einiger Suche in einer recht großen und kompexen Tabelle stellte 
ich fest, dass LO 7.5.2.1 beim Verbinden von Zellen ohne Hinweis 
unterschiedlich vorgeht und dabei teils Formeln durch feste Werte 
ersetzt, aber manchmal auch die Formeln richtig übernimmt.


Folgende Abbildung einer Minimaltabelle soll das demonstrieren (das 
Verbinden der umrandeten, rot hinterlegte Zellen verbinden führt zum 
Verlust der hinterlegten Formel):


Ist das ein erwünschtes Verhalten oder eher als Bug zu klassifizieren?

VG
Harald





--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug oder "Feature"? in LO 7.5.2.1

2023-03-19 Diskussionsfäden Harald Berger

Guten Morgen Harald,

Am 19.03.2023 um 08:15 schrieb Harald Sturm:

Hallo und Guten Morgen in die Runde,

nach einiger Suche in einer recht großen und kompexen Tabelle stellte 
ich fest, 

ich vermute die Tabelle befindet sich in Calc?
dass LO 7.5.2.1 beim Verbinden von Zellen ohne Hinweis unterschiedlich 
vorgeht und dabei teils Formeln durch feste Werte ersetzt, aber 
manchmal auch die Formeln richtig übernimmt.

Wo steht die Tabelle (Zellposition) beim Verbinden?
Wieviele Zellen werden verbunden?
Die Beispiele bitte exakt beschreiben.


Folgende Abbildung einer Minimaltabelle soll das demonstrieren (das 
Verbinden der umrandeten, rot hinterlegte Zellen verbinden führt zum 
Verlust der hinterlegten Formel):
Abbildungen sind in solchen Fällen meist nur bedingt hilfreich, eine 
Musterdatei hilft besser, diese irgenwo hochladen, damit sie sich jemand 
ansehen und untersuchen kann. Den Link hier bekannt geben.


Die Angabe des Betriebssystems wäre evtl. noch hilfreich. Danke.

Freundliche Grüße
(auch) Harald


Ist das ein erwünschtes Verhalten oder eher als Bug zu klassifizieren?

VG
Harald





--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug oder "Feature"? in LO 7.5.2.1

2023-03-19 Diskussionsfäden Robert Großkopf

Hallo Harald,


Folgende Abbildung einer Minimaltabelle soll das demonstrieren (das 
Verbinden der umrandeten, rot hinterlegte Zellen verbinden führt zum 
Verlust der hinterlegten Formel):


Ist das ein erwünschtes Verhalten oder eher als Bug zu klassifizieren?


Anhänge kommen bei der Mailingliste nicht durch. Du könntest den Inhalt 
anderswo hoch laden oder stattdessen

https://ask.libreoffice.org/c/german/6
nutzen.

Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug oder "Feature"? in LO 7.5.2.1

2023-03-19 Diskussionsfäden Harald Sturm

Hallo und Guten Morgen in die Runde,

nach einiger Suche in einer recht großen und kompexen Tabelle stellte 
ich fest, dass LO 7.5.2.1 beim Verbinden von Zellen ohne Hinweis 
unterschiedlich vorgeht und dabei teils Formeln durch feste Werte 
ersetzt, aber manchmal auch die Formeln richtig übernimmt.


Folgende Abbildung einer Minimaltabelle soll das demonstrieren (das 
Verbinden der umrandeten, rot hinterlegte Zellen verbinden führt zum 
Verlust der hinterlegten Formel):


Ist das ein erwünschtes Verhalten oder eher als Bug zu klassifizieren?

VG
Harald


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug 135162 - PDF Export - WRITER/CALC - Push Button - WEB link containing German umlaut not working - BUG STILL PRESENT

2023-02-07 Diskussionsfäden OoOHWHOoO

Wen es interessiert ...

QA Administrators: 
https://bugs.documentfoundation.org/show_bug.cgi?id=135162#c7


Antwort: https://bugs.documentfoundation.org/show_bug.cgi?id=135162#c12

Grüße
Hans-Werner ;-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug 139539 - Makro Basic - CALC - makro mode "hidden" - method store() unfixes fixed rows - RESOLVED @ LO 7.5.0.2

2023-01-30 Diskussionsfäden OoOHWHOoO

Wen es interessiert:

https://bugs.documentfoundation.org/show_bug.cgi?id=139539 ( BugReport )

https://bugs.documentfoundation.org/show_bug.cgi?id=139539#c8 ( QA 
Administrators )


https://bugs.documentfoundation.org/show_bug.cgi?id=139539#c9 ( RESOLVED 
- Antwort )


Grüße
Hans-Werner ;-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-28 Diskussionsfäden Robert Großkopf

Hallo *,



ich habe den Bug hier (mit einem Absatz der Datei) gemeldet:
https://bugs.documentfoundation.org/show_bug.cgi?id=151736

Ein Kommentar dazu, dass das auch bei anderen Systemen mit genau
der Datei auftaucht wäre sinnvoll. Dann bitte auch direkt den Bug auf "NEW" 
setzen.


Der Bug ist mit der folgenden Version behoben:
Version: 7.5.0.0.alpha0+ (X86_64) / LibreOffice Community
Build ID: 876d9d6d333cafc0649abebc757f397faf86fc4d
CPU threads: 6; OS: Linux 5.3; UI render: default; VCL: kf5 (cairo+xcb)
Locale: de-DE (de_DE.UTF-8); UI: en-US
Calc: threaded
(ist die aktuelle Version vom 28.10.)

Die Originaldatei mit 46 Seiten wird dort ohne Verzögerung geöffnet.

Jetzt muss gegebenenfalls noch ein "Backport" (oder wie sich das nennt) 
auf die Version 7.4 erfolgen.


Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-24 Diskussionsfäden Lilo von Hanffstengel
Hallo users-de,

Am Mon, 24 Oct 2022, um 17:03:08 [GMT +0200] (ist 17:03 wo ich lebe)
schrieb Robert:

> ich habe den Bug hier (mit einem Absatz der Datei) gemeldet:
> https://bugs.documentfoundation.org/show_bug.cgi?id=151736
>
> Ein Kommentar dazu, dass das auch bei anderen Systemen mit genau
> der Datei auftaucht wäre sinnvoll. Dann bitte auch direkt den Bug auf "NEW" 
> setzen.


Done.

--
Freundliche Grüße
GwenDragon // Lilo von Hanffstengel
-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-24 Diskussionsfäden Robert Großkopf

Hallo *,

ich habe den Bug hier (mit einem Absatz der Datei) gemeldet:
https://bugs.documentfoundation.org/show_bug.cgi?id=151736

Ein Kommentar dazu, dass das auch bei anderen Systemen mit genau der 
Datei auftaucht wäre sinnvoll. Dann bitte auch direkt den Bug auf "NEW" 
setzen.


Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-24 Diskussionsfäden Robert Großkopf

Hallo Matthias,


Mit einem aktuellen OpenOffice (Version 4.1.13) kann ich das Dokument
einwandfrei öffnen, bekomme allerdings die Meldung, dass das Dokument eine
nicht unterstützte Version des Open Document Formats verwendet und dass einige
Funktionen nicht unterstützt werden.


Das ist für mich nicht verwunderlich. Seit LibreOffice 7.0 wird 
ODF-Version 1.3 verwendet. Und die kennt AOO natürlich (noch?) nicht.


Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-24 Diskussionsfäden Matthias Müller Posteo . de
Am Sonntag, 23. Oktober 2022, 16:04:45 CEST schrieb spiritlor...@gmail.com:
> Hallo,
> 
> die unter
> https://www.thwolke.de:37437/index.php/s/nFByxwX9NgLWr6H
> abgelegte Datei lässt sich mit LO 7.4.1+ nicht mehr öffnen.
Mit einem aktuellen OpenOffice (Version 4.1.13) kann ich das Dokument 
einwandfrei öffnen, bekomme allerdings die Meldung, dass das Dokument eine 
nicht unterstützte Version des Open Document Formats verwendet und dass einige 
Funktionen nicht unterstützt werden.

Dann werde ich gefragt, ob ich OO aktualisieren will, erhalte aber die Meldung 
es sei auf dem neuesten Stand.

Tests mit LibreOfiice verhalten sich so wie bereits geschildert. Auch nachdem 
ich es mit OO mal gespeichert habe.

-- 
Mit freundlichen Grüßen
Matthias Müller

Diese Mail ist mit OpenPGP signiert!
Zum überprüfen der Signatur, der Integrität und Authentizität
meiner Mails kann man OpenPGP (https://www.openpgp.org/) installieren.
Bitte senden Sie als Antwort auf meine E-Mails reine Text-Nachrichten!
-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-23 Diskussionsfäden Richard Kraut
Am Sonntag, dem 23.10.2022 um 16:04 +0200 schrieb
spiritlor...@gmail.com:

> die unter 
> https://www.thwolke.de:37437/index.php/s/nFByxwX9NgLWr6H 
> abgelegte Datei lässt sich mit LO 7.4.1+ nicht mehr öffnen.
> Beim Laden der Datei stoppt die Seitenanzeige bei 29 (31), 
> der Ladevorgang friert ein und LO reagiert nicht mehr. Die 
> Anwendung stürzt ohne Fehlermeldung ab.
> 
> Anmerkung: Die Datei lässt sich fehlerfrei mit LO 3.5.x und 
> anderen Programmen unter Windows öffnen. Der Programmabsturz 
> passiert sowohl unter Windows 10 also auch unter Linux.

Ein Fehlverhalten kann auch ich bestätigen. Wenn auch evtl. etwas
anders, als bisher bekannt.

Versuch 1:
Dokument wird über den Dateimanager Dolphin (KDE Plasma) doppelt
angeklickt. Writer aus LO 7.4.1 startet und öffnet das Dokument. Die
erste Seite ist zu sehen. Jedoch reagiert hier Writer bereits nicht
mehr.

Über den Prozessmonitor 'htop' im Terminal ist zu sehen, dass der
LibreOffice-Prozess einen Kern voll auslastet und zusätzlich immer mehr
Arbeitsspeicher belegt.

Bevor der RAM vollgelaufen ist habe ich LO dann gekillt. Danach ist
alles wieder OK.

Versuch 2:
Das Dokument wird nicht über Dolphin, sondern direkt über 'Datei öffnen'
im LibreOffice Startcenter geöffnet.

Es kommt zum selben Fehlverhalten wie bei Versuch 1.

Versuch 3:
Wie Versuch 2 nur diesmal wird Dokument direkt im Writer geöffnet.

Selber Fehler, wie oben auch schon.

Systeminfo:
uname -a
Linux TUX 5.19.0-16.4-liquorix-amd64 #1 ZEN SMP PREEMPT_DYNAMIC liquorix
5.19-26.1~bullseye (2022-10- x86_64 GNU/Linux

lsb_release -a
No LSB modules are available.
Distributor ID: Debian
Description:Debian GNU/Linux 11 (bullseye)
Release:11
Codename:   bullseye

LibreOffice stammt aus dem Backports-Repo.

Ich habe auch zwei Screenshots [1, 2] angefertigt aus denen zum einen
die Prozessorauslastung und zum anderen der wachsende RAM-Verbrauch
ersichtlich sind.

1: 
2: 

-- 
MfG Richi



-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-23 Diskussionsfäden Robert Großkopf
… und noch ein Nachtrag: Wenn ich die direkte Formatierung aus dem 
gesamten Text raus nehme, dann wird der auch unter LO 7.4.2.3 geladen. 
Das ist also wohl ein Bug zusammen mit der direkten Formatierung von 
Text statt der Nutzung von Vorlagen.


Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-23 Diskussionsfäden Robert Großkopf

Hallo *,


Vielleicht finde ich ja noch die passende Seite.


Ich habe die Ursache eingrenzen können. Schon ein einziger Absatz aus 
der Originalvorlage, der ganz zum Schluss steht, reicht aus, damit LO 
7.4.2.3 abstürzt ("Zwischenergebnis für die Zeit während 
Wohlverhaltenphase" - 1. Absatz)


Das bedeutet, dass das Ganze nicht von dem Umfang abhängt. Dann habe ich 
diesen Text markiert und

Format → direkte Formatierung löschen
laufen lassen. Das so gespeicherte Dokument konnte schließlich auch LO 
7.4.2.3 öffnen.


Jetzt ist das Ganze natürlich ein Text, der irgendwo auch Verwendung 
findet. Kann der Text trotzdem als Anhang zu einem Bug aufgegeben 
werden? Es reicht ja diese eine Seite mit dem einen Absatz …


Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-23 Diskussionsfäden Robert Großkopf

Hallo *,


das kann ich bestätigen (Windows 10):

LO 7.3.6.2 (x64) - OKAY

LO 7.4.1.2 (x64) - ERROR
LO 7.4.2.3 (x64) - ERROR


Kann ich hier auch für Linux bestätigen. Bei ca. S. 21 (nicht der 
Seitenzahl, sondern dem tatsächlichen Blatt) bleibt das Einlesen stehen, 
wenn ich LO 7.4.2.3 nutze (64bit rpm-Pakete). Mit Version 7.3.6.2 läuft 
der Text anstandslos durch, auch wenn ein kurzer Halt bei ca. Seite 30 
gemacht wird.


Kürze ich den Text (einfach Seiten löschen), dann läuft er auch bei LO 
7.4.2.3 durch. Allerdings muss ich die hinteren Seiten löschen, mit den 
vorderen Seiten funktioniert das nicht. Danach fängt LO 7.4.2.3 gar 
nicht erst an, den Writer zu öffnen …


Vielleicht finde ich ja noch die passende Seite.

Gruß

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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2022-10-23 Diskussionsfäden OoOHWHOoO

Hallo René,

das kann ich bestätigen (Windows 10):

LO 7.3.6.2 (x64) - OKAY

LO 7.4.1.2 (x64) - ERROR
LO 7.4.2.3 (x64) - ERROR

Grüße
Hans-Werner

-- Originalnachricht --
Von spiritlor...@gmail.com
An users@de.libreoffice.org
Datum 23.10.2022 16:04:45
Betreff [de-users] Bug


Hallo,

die unter https://www.thwolke.de:37437/index.php/s/nFByxwX9NgLWr6H abgelegte 
Datei lässt sich mit LO 7.4.1+ nicht mehr öffnen.
Beim Laden der Datei stoppt die Seitenanzeige bei 29 (31), der Ladevorgang 
friert ein und LO reagiert nicht mehr. Die Anwendung stürzt ohne Fehlermeldung 
ab.

Anmerkung: Die Datei lässt sich fehlerfrei mit LO 3.5.x und anderen Programmen 
unter Windows öffnen. Der Programmabsturz passiert sowohl unter Windows 10 also 
auch unter Linux.

MfG
René
-- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug

2022-10-23 Diskussionsfäden spiritlord77

Hallo,

die unter 
https://www.thwolke.de:37437/index.php/s/nFByxwX9NgLWr6H 
abgelegte Datei lässt sich mit LO 7.4.1+ nicht mehr öffnen.
Beim Laden der Datei stoppt die Seitenanzeige bei 29 (31), 
der Ladevorgang friert ein und LO reagiert nicht mehr. Die 
Anwendung stürzt ohne Fehlermeldung ab.


Anmerkung: Die Datei lässt sich fehlerfrei mit LO 3.5.x und 
anderen Programmen unter Windows öffnen. Der Programmabsturz 
passiert sowohl unter Windows 10 also auch unter Linux.


MfG
René
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in LibreOffice 7.3.2

2022-05-06 Diskussionsfäden Harald Köster
Hallo Andres,

Am 04.05.2022 um 18:28 schrieb Katarrn:
> Hallo LibreOffice Team,
> 
> bin selber Windows-Applikationsentwickler. Ich würde gerne einen Bug
> melden betreffend RTF-Dokumente in LibreOffice 7.3.2 auf Win x64. Ich
> hatte vorher in 7.2.2 Win x64 ein RTF-Textdokument erstellt mit
> Titelüberschriften per Formatvorlagen, alles bestens. Danach 7.3.2
> installiert. Beim Öffnen des alten Dokuments sind noch alle Vorlagen
> sichtbar. Kaum ändert man aber 1 Character und schreibt die Datei, sind
> alle Formatierungen weg, wenn man es wieder öffnet (also mit derselben,
> aktuellsten Version, die es geschrieben hatte).

ich habe gesehen, dass Du den Fehler bereits auf Bugzilla gemeldet hast:
https://bugs.documentfoundation.org/show_bug.cgi?id=148947

Ich hab den Fehler reproduzieren können und das in Bugzilla bei 'Deinem'
Fehler entsprechend beschrieben. Der Fehler tritt aber nicht
grundsätzlich auf. Wenn ich ein kleines Testdokument mit einigen
Absatz-Vorlagen erstelle, funktioniert alles wie erwartet. Auch in
Bugzilla beschrieben. Dann habe ich noch aus Deinem Dokument einfach
alles gelöscht bis auf die erste Überschrift und die folgenden 2
Absätze. Auch bei diesem Minimal-Dokument tritt der Fehler auf. Es
scheint mir, dass bei Deinem Dokument etwas grundsätzlich anders ist,
was zu dem Fehler führt.

> Benutze Windows 10, aktuellste Version, voll upgedatet, erst kurz zuvor
> installiert.

Grüße
Harald K.

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

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in LibreOffice 7.3.2

2022-05-04 Diskussionsfäden Ulrich Moser
Hallo Andres,
wenn sich das Verhalten von von Version 7.2.2 zu 7.3.2 derart verändert
hat, dann würde ich das schon für einen Bug halten. Den solltest du
allerdings über den Bugtracker melden. Hier werden keine Bugs
bearbeitet.
Eine Anleitung zum melden von Bugs findest du hier: 
https://wiki.documentfoundation.org/QA/BugReport
GrussUlrich
Am Mittwoch, dem 04.05.2022 um 20:30 +0200 schrieb 
lo.harald.ber...@t-online.de:
> Hallo Andres,
> wir sind hier alle per Du und ich hoffe es ist OK für Dich.
> Diese E-Mail sende ich auch direkt an Dich, weil ich nicht weiß, ob
> Du auf der Liste angemeldet bist.
> Zum Thema RTF schau mal hier auf Wikipedia, speziell zum Thema
> Formatierung: https://de.wikipedia.org/wiki/Rich_Text_Format
> 
> Und ich fürchte, dass die Formatvorlagen im RTF nicht so übersetzt
> werden, wie man es sich vielleicht vorstellt.
> Ich stecke da aber auch nicht so tief drin, dass ich zu RTF mehr
> sagen könnte.
> Aber ich frage mich schon , warum speicherst Du im RTF und nicht im
> ODT Format?
> Freundliche GrüßeHarald
> PS: Falls Du doch einen Bug melden möchtest: 
> https://bugs.documentfoundation.org/
> 
> Am 04.05.2022 um 18:28 schrieb Katarrn:
> > Hallo LibreOffice Team,
> > bin selber Windows-Applikationsentwickler. Ich würde gerne einen
> > Bugmelden betreffend RTF-Dokumente in LibreOffice 7.3.2 auf Win
> > x64. Ichhatte vorher in 7.2.2 Win x64 ein RTF-Textdokument erstellt
> > mitTitelüberschriften per Formatvorlagen, alles bestens. Danach
> > 7.3.2installiert. Beim Öffnen des alten Dokuments sind noch alle
> > Vorlagensichtbar. Kaum ändert man aber 1 Character und schreibt die
> > Datei, sindalle Formatierungen weg, wenn man es wieder öffnet (also
> > mit derselben,aktuellsten Version, die es geschrieben hatte).
> > Benutze Windows 10, aktuellste Version, voll upgedatet, erst kurz
> > zuvorinstalliert.
> > PS: Danke für das tolle Produkt LibreOffice.
> > Gruss
> > Andres RohrAtlas Informatik
> > 
> > 

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in LibreOffice 7.3.2

2022-05-04 Diskussionsfäden LO . Harald . Berger

Hallo Andres,

wir sind hier alle per Du und ich hoffe es ist OK für Dich.

Diese E-Mail sende ich auch direkt an Dich, weil ich nicht weiß, ob Du 
auf der Liste angemeldet bist.


Zum Thema RTF schau mal hier auf Wikipedia, speziell zum Thema 
Formatierung: https://de.wikipedia.org/wiki/Rich_Text_Format


Und ich fürchte, dass die Formatvorlagen im RTF nicht so übersetzt 
werden, wie man es sich vielleicht vorstellt.


Ich stecke da aber auch nicht so tief drin, dass ich zu RTF mehr sagen 
könnte.


Aber ich frage mich schon , warum speicherst Du im RTF und nicht im ODT 
Format?


Freundliche Grüße
Harald

PS: Falls Du doch einen Bug melden möchtest: 
https://bugs.documentfoundation.org/


Am 04.05.2022 um 18:28 schrieb Katarrn:

Hallo LibreOffice Team,

bin selber Windows-Applikationsentwickler. Ich würde gerne einen Bug
melden betreffend RTF-Dokumente in LibreOffice 7.3.2 auf Win x64. Ich
hatte vorher in 7.2.2 Win x64 ein RTF-Textdokument erstellt mit
Titelüberschriften per Formatvorlagen, alles bestens. Danach 7.3.2
installiert. Beim Öffnen des alten Dokuments sind noch alle Vorlagen
sichtbar. Kaum ändert man aber 1 Character und schreibt die Datei, sind
alle Formatierungen weg, wenn man es wieder öffnet (also mit derselben,
aktuellsten Version, die es geschrieben hatte).

Benutze Windows 10, aktuellste Version, voll upgedatet, erst kurz zuvor
installiert.

PS: Danke für das tolle Produkt LibreOffice.

Gruss

Andres Rohr
Atlas Informatik






--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug in LibreOffice 7.3.2

2022-05-04 Diskussionsfäden Katarrn

Hallo LibreOffice Team,

bin selber Windows-Applikationsentwickler. Ich würde gerne einen Bug
melden betreffend RTF-Dokumente in LibreOffice 7.3.2 auf Win x64. Ich
hatte vorher in 7.2.2 Win x64 ein RTF-Textdokument erstellt mit
Titelüberschriften per Formatvorlagen, alles bestens. Danach 7.3.2
installiert. Beim Öffnen des alten Dokuments sind noch alle Vorlagen
sichtbar. Kaum ändert man aber 1 Character und schreibt die Datei, sind
alle Formatierungen weg, wenn man es wieder öffnet (also mit derselben,
aktuellsten Version, die es geschrieben hatte).

Benutze Windows 10, aktuellste Version, voll upgedatet, erst kurz zuvor
installiert.

PS: Danke für das tolle Produkt LibreOffice.

Gruss

Andres Rohr
Atlas Informatik



--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-11 Diskussionsfäden OoOHWHOoO

Hallo *,

nach den Anmerkungen/Hinweisen/Tipps von Gerhard & Thomas habe ich den 
BUG-Report und das Test-Makro angepasst/überarbeitet:


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

Jetzt müsste der BUG-Report nur noch bestätigt werden, dann kann 
WEIHNACHTEN kommen ;-))


Nochmals herzlichen Dank für die Mithilfe und Unterstützung,
viele Grüße

Hans-Werner :-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-11 Diskussionsfäden OoOHWHOoO

Hallo *,

danke für die Rückmeldungen und die Mithilfe.

Ich habe - nach Thomas' Erläuterungen - nun den BUG-Report auf "medium 
enhancement" gesetzt, müsste so was sein wie "Feature Request".


Alles weitere im BUG-Report: 
https://bugs.documentfoundation.org/show_bug.cgi?id=146099


Wenn jetzt noch jemand den BUG-Status "Unconfirmed" modifiziert wäre 
eine Chance gegeben, dass sich ein CALC-Entwickler diese Sache 
vielleicht mal anschaut.


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

-- Originalnachricht --
Von: "Thomas Krumbein" 
An: users@de.libreoffice.org
Gesendet: 11.12.2021 11:28:10
Betreff: Re: [de-users] BUG-Report - Macro Basic - CALC - Link To 
External Data - GotoEndOfUsedArea(False) not updating



Hallo Hans-Werner,


Am 11.12.2021 um 10:17 schrieb Hans-Werner Herold:

[..]
Das mit dem "wait" kann ich ja noch verstehen und akzeptieren, aber dass 
"Hidden" = False zwingend ist und sonst nichts anderes funktioniert, das kann ich nicht 
wirklich nachvollziehen ...


Doch, ich schon. Gehe doch mal davon aus, dass die Verknüpfungen nur im View-Modus 
überhaupt aktualisiert werden ( müsste man im Quellcode nachsehen, oder Du fragst einen 
"echten" Calc-Entwickler;)). Würde für mich aber Sinn machen. Dann bedarf es 
noch eines Triggers, der den Aktualisierungsvorgang anstösst.

Das könnte im View-Mode geschehen nach Öffnen des Dokumentes.

Öffnest Du das Dokument "hidden", wird zwar das Objekt erzeugt, nicht aber die 
Verknüpfungen aktualisiert. Der Trigger fällt aus wegen fehlenden View-Modus. Nun ist das Objekt 
bereits im Hauptspeicher komplett vorhanden, ein setzen auf "View" ändert das Objekt 
nicht mehr. Daher möglicherweise die fehlenden Daten.

Also, erklärbar wäre das alles. Ob es ein Bug ist keine Ahnung.  Vielleicht 
eher ein Feature Request?



Was jetzt tun mit meinem BUG-Report ? Diese Erkenntnisse hinzufügen ?

[..]


Viele Grüße

Thomas


-- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-11 Diskussionsfäden Thomas Krumbein

Hallo Hans-Werner,


Am 11.12.2021 um 10:17 schrieb Hans-Werner Herold:

[..]
Das mit dem "wait" kann ich ja noch verstehen und akzeptieren, aber 
dass "Hidden" = False zwingend ist und sonst nichts anderes 
funktioniert, das kann ich nicht wirklich nachvollziehen ...


Doch, ich schon. Gehe doch mal davon aus, dass die Verknüpfungen nur im 
View-Modus überhaupt aktualisiert werden ( müsste man im Quellcode 
nachsehen, oder Du fragst einen "echten" Calc-Entwickler;)). Würde für 
mich aber Sinn machen. Dann bedarf es noch eines Triggers, der den 
Aktualisierungsvorgang anstösst.


Das könnte im View-Mode geschehen nach Öffnen des Dokumentes.

Öffnest Du das Dokument "hidden", wird zwar das Objekt erzeugt, nicht 
aber die Verknüpfungen aktualisiert. Der Trigger fällt aus wegen 
fehlenden View-Modus. Nun ist das Objekt bereits im Hauptspeicher 
komplett vorhanden, ein setzen auf "View" ändert das Objekt nicht mehr. 
Daher möglicherweise die fehlenden Daten.


Also, erklärbar wäre das alles. Ob es ein Bug ist keine Ahnung.  
Vielleicht eher ein Feature Request?




Was jetzt tun mit meinem BUG-Report ? Diese Erkenntnisse hinzufügen ?

[..]


Viele Grüße

Thomas


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-11 Diskussionsfäden Hans-Werner Herold

Hallo Gerhard,

nochmals HERZLICHEN DANK für Deine wiederholte Mithilfe :-))

Das mit der Makro-Ablauf-Asynchronität war mir bekannt und ich hatte 
auch ein "wait (5000)" gesetzt, jedoch ohne Wirkung - und dann eben 
wieder "aus den Augen verloren". Jetzt weiß ich auch, warum das "wait" 
keine Wirkung hatte: Ich öffnete die ODS.ods im Modus "Hidden" = True !


[0] CSV.csv

Für die nachfolgenden Tests habe ich die CSV.csv immer nur so 
modifiziert:


0,1,2,3,4

oder

0,1,2,3,4,5
0,1,2,3,4,5

Das komplette Makro ist hier: 
https://bugs.documentfoundation.org/show_bug.cgi?id=146099


[1] Test 1

:
Dim aP(0) As New com.sun.star.beans.PropertyValue
aP(0).Name = "Hidden"
aP(0).Value = ?
oODS = StarDesktop.loadComponentFromURL(ConvertToUrl(HOME & 
ODS),"_blank",0,aP())

wait (3000)
oSheet  = oODS.Sheets(0)
oCursor = oSheet.createCursor
oCursor.GotoEndOfUsedArea(False)
Xmax = oCursor.getRangeAddress().endColumn
Ymax = oCursor.getRangeAddress().endRow
:

[1.1] "Hidden" = False

Ergebnisse: OKAY

[1.2] "Hidden" = True

Ergebnisse: ERROR

[2] Test 2

:
Dim aP(0) As New com.sun.star.beans.PropertyValue
aP(0).Name = "Hidden"
aP(0).Value = True
oODS = StarDesktop.loadComponentFromURL(ConvertToUrl(HOME & 
ODS),"_blank",0,aP())

oODS.getCurrentController().getFrame().getContainerWindow().setVisible(True)
wait (3000)
oSheet  = oODS.Sheets(0)
oCursor = oSheet.createCursor
oCursor.GotoEndOfUsedArea(False)
Xmax = oCursor.getRangeAddress().endColumn
Ymax = oCursor.getRangeAddress().endRow
:

[2.1] "Hidden" = True | 
oODS.getCurrentController().getFrame().getContainerWindow().setVisible(True)


Ergebnisse: ERROR

[3] Zusammenfassung (vorbehaltlich einer Fehl-Deutung meinerseits)

Das wait(3000) hat NUR Wirkung, wenn die ODS.ods im Modus "Hidden" = 
False geöffnet wird.


Ein Öffnen der ODS.ods im Modus "Hidden" = False mit einem nachfolgenden 
Sichtbarmachen ( siehe [2.1] ) liefert auch keine korrekten Ergebnisse.


Das Ganze funktioniert - so meine Einschätzung - also nur, wenn die 
ODS.ods im Modus "Hidden" = False geöffnet wird UND ein "wait" der Art 
"wait (3000)" eingefügt wird.


Ist das jetzt trotzdem noch ein BUG, weil die ODS.ods zwingend im Modus 
"Hidden" = False geöffnet werden muss und nachträgliches Sichtbarmachen 
nach dem Öffnen ohne Wirkung ist, trotz des eingefügten "wait" ?


In anderen Makros von mir, wo ich NICHT MIT VERLINKTEN ODS-Dateien 
arbeite, funktioniert das "oCursor.GotoEndOfUsedArea(False)" mit 
"Hidden" = True problemlos.


Das mit dem "wait" kann ich ja noch verstehen und akzeptieren, aber dass 
"Hidden" = False zwingend ist und sonst nichts anderes funktioniert, das 
kann ich nicht wirklich nachvollziehen ...


Was jetzt tun mit meinem BUG-Report ? Diese Erkenntnisse hinzufügen ?

Viele Grüße
Hans-Werner


-- Originalnachricht --
Von: "Gerhard Weydt" 
An: "Hans-Werner Herold" 
Gesendet: 11.12.2021 00:41:45
Betreff: Re: [de-users] BUG-Report - Macro Basic - CALC - Link To 
External Data - GotoEndOfUsedArea(False) not updating



Hallo Hans-Werner,

Zitat aus eiiner älteren Mail von dir:
+ Unabhängig davon, ob das Häckchen gesetzt ist oder nicht: Wird die 
ODS.ods neu geöffnet, wird die (importierte) CSV.csv 
korrekt/aktualisert angezeigt.
Eben das war bei mir nicht der Fall, daher gingen meine Gedanken in 
eine andere Richtung.
Ich bin dem jetzt nachgegangen: In den Optionen für Calc gibt es unter 
Allgemein eine Auswahl, ob Verknüpfungen beim Laden aktualisiert werden 
sollen, das war bei mir (sicher Standardeinstellung) auf "Nachfrage" 
eingestellt. Nach der Änderung auf "Immer (von vertrauenswürdigen 
Orten" ist das bei mir nun auch so.


Nun habe ich auch eine Lösung für dein Makro: es ist einfach zu schnell 
für das Aktualisieren, das ja erst nach dem Laden erfolgt!
Ich habe nach dem load einen Wait (2000) eingefügt, dann klappt es. Das 
kann man nach meinen sonstigen Erfahrungen, wo eine Aktion abgewartet 
werden musste,  wahrscheinlich deutlich verkürzen, zumindest bei der 
kleinen Testdatei. Aber ich könnte mir vorstellen, dass die 
Aktualisierungszeit von der Größe der verknüpften Datei abhängt, so 
dass man keinen allgemein gültigen Wartezeitraum festlegen kann.
Das Problem tritt ja wohl nur deshalb auf, weil die Datei gerade erst 
geladen wurde. Vielleicht kannst du da etwas ändern.


Aber auf jeden Fall ist das kein Bug, sondern ein grundsätzliche 
Verhalten, auf das man sich einstellen mus, dass manche Prozesse 
asynchron laufen, ohne dass das Makro wartet.


Viele Grüße
Gerhard


Am 10.12.2021 um 20:53 schrieb Hans-Werner Herold:

Hallo Gerhard,

das "Aktualisieren alle ?? Sekunden" bedeutet, dass die GEÖFFNETE 
ODS.ods, die mit der CSV.csv verlinkt ist, alle "?? Sekunden" 
AKTUAL

Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-10 Diskussionsfäden Hans-Werner Herold

Hallo Gerhard,

das "Aktualisieren alle ?? Sekunden" bedeutet, dass die GEÖFFNETE 
ODS.ods, die mit der CSV.csv verlinkt ist, alle "?? Sekunden" 
AKTUALISIERT WIRD.


Damit man die LibreOffice-"Sanduhr" (blauer Kreis) sieht, braucht es 
allerdings eine etwas größer CSV-Datei, sonst kriegt man das nicht mit.


Über den WEB-Link

https://raw.githubusercontent.com/CSSEGISandData/COVID-19/master/csse_covid_19_data/csse_covid_19_time_series/time_series_covid19_confirmed_global.csv

der "Johns Hopkins University" kannst Du Dir mit "FIREFOX [Datei][Seite 
speichern unter...]" eine etwas größere CSV-Datei (knapp 1MB, 281 
Zeilen, 3607 Spalten je Zeile) generieren/herunterladen.


Verlinkst Du nun eine (neue) ODS.ods mit dieser großen CSV-Datei
und
setzt dabei "Aktualisieren alle 5 Sekunden"
und
speicherst die ODS.ods
und
öffnest die ODS.ods wieder
und
lässt die ODS.ods geöffnet,
dann
solltest Du alle 5 Sekunden - zwar kurz, aber wahrnehmbar - die 
LibreOffice-"Sanduhr" sehen.


Ich schließe daraus:

[1] Ist "Aktualisieren alle ?? Sekunden" nicht gesetzt, wird die mit der 
CSV.csv verlinkte ODS.ods nur beim Öffnen aktualisiert

und
im geöffneten Zustand nicht mehr aktualisiert.

[2] Ist "Aktualisieren alle ?? Sekunden" gesetzt, wird die mit der 
CSV.csv verlinkte ODS.ods beim Öffnen aktualisiert

und
im geöffneten Zustand alle ?? Sekunden immer wieder aktualisiert.

[3] Das geschilderte Makro-Problem ist unabhängig davon, ob 
"Aktualisieren alle ?? Sekunden" gesetzt ist, da die ODS.ods beim 
erstmaligen Öffnen aktualisiert wird, nur bekommen es die 
BASIC-Makro-Funktionen - so meine Einschätzung - nicht mit, aber 
natürlich lasse ich mich gerne eines Besseren belehren ...


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



--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-10 Diskussionsfäden OoOHWHOoO

Hallo Gerhard,

ich habe das Makro im BUG-Report Bug 146099 
 noch etwas 
modifiziert, damit das Ganze noch etwas anschaulicher ist.


Egal wie ich die Daten in der CSV.csv ändere, die mit dem Makro 
geöffnete ODS.ods ist immer aktualisiert, aber das Makro selbst hat nur 
Zugriff auf die ursprüngliche Version der CSV.csv.


Die ODS.ods wurde nur nach der Erstellung des Links zu den externen 
Daten der CSV.csv gespeichert, danach nur noch geöffnet und geschlossen.


Der Link funktioniert. Jegliche Änderung in der CSV.csv ist sichtbar in 
der ODS.ods, aber das Makro "bekommt es nicht mit", wenn ich mit 
Makro-Funktionen auf die ODS.ods zugreife.


Jetzt fällt mir auch nichts mehr ein   :-((   ...

Grüße
Hans-Werner


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-09 Diskussionsfäden OoOHWHOoO

NACHTRAG zur HILFE

Aktualisierung alle
Geben Sie ein, wie viele Sekunden vor dem Neuladen der externen Daten in 
das aktuelle Dokument gewartet werden soll.


Update every
Enter the number of seconds to wait before the external data are 
reloaded into the current document.


Meiner Meinung nach ist der Hilfe-Text etwas irritierend, besser wäre 
meiner Meinung nach etwas in dieser Art (nur ein Vorschlag):


Aktualisierung alle
Geben Sie ein, nach wie vielen Sekunden das geöffnete Dokument immer 
wieder mit den externen Daten aktualisiert werden soll.


-- Originalnachricht --
Von: "OoOHWHOoO" 
An: "users@de.libreoffice.org" 
Gesendet: 10.12.2021 08:13:28
Betreff: Re: [de-users] BUG-Report - Macro Basic - CALC - Link To 
External Data - GotoEndOfUsedArea(False) not updating



Hallo Gerhard,

erst mal herzlichen Dank, dass Du Dir die Zeit genommen hast das Problem zu 
untersuchen :-))

Das Makro spiele JETZT erst mal keinerlei Rolle, es geht nur um das 
Grundsätzliche, dieses (neue) Feature:

CALC [Tabelle][Verknüpfung zu externen Daten]

[0] Mein Verständnis dieser neuen Funktion "CALC [Tabelle][Verknüpfung zu externen 
Daten]"

+ ODS.ods wird (in meinem Beispiel) verknüpft mit CSV.csv, d.h., die CSV-Daten 
werden (wunderbar automatisch) in die CALC-Datei importiert.

+ Ist bei "Aktualisieren alle ?? Sekunden" kein Häckchen gesetzt, werden bei 
der GEÖFFNETEN ODS.ods Änderungen in der CSV.csv NICHT AKTUALISIERT/ANGEZEIGT.

+ Ist bei "Aktualisieren alle ?? Sekunden" das Häckchen gesetzt, werden bei der GEÖFFNETEN ODS.ods 
Änderungen in der CSV.csv AKTUALISIERT/ANGEZEIGT in Abhängigkeit des angegebenen Zeitintervalls "?? 
Sekunden". "Aktualisieren alle ?? Sekunden" bewirkt, das nach jeweils ?? Sekunden die 
geöffnete ODS.ods aktualisiert wird in Abhängigkeit vom jeweils aktuellen Inhalt der CSV.csv. Die CSV.csv 
muss dabei nur gespeichert werden, ein Schließen ist nicht notwendig.

+ Unabhängig davon, ob das Häckchen gesetzt ist oder nicht: Wird die ODS.ods 
neu geöffnet, wird die (importierte) CSV.csv korrekt/aktualisert angezeigt.

[1] TEST 1 - Häckchen bei  "Aktualisieren alle ?? Sekunden" NICHT GESETZT

+ CSV.csv beinhalte "0,1,2,3,4"
+ Öffnen neue ODS.ods
+ CALC [Tabelle][Verknüpfung zu externen Daten] mit CSV.csv, OHNE 
"Aktualisierungs-Häckchen.
+ CALC speichern und schließen.
+ Modifizieren CSV.csv: Jetzt 2 Zeilen a "0,1,2,3,4,5". Speichern und schließen.
+ Öffnen ODS.ods: Der Inhalt wurde aktualisiert.

ZUSÄTZLICH

+ ODS.ods offen lassen und CSV.csv modifizieren zu einer Zeile a "0,1,2,3,4". 
CSV.csv speichern und schließen. Die ODS.ods wird nicht aktualisiert.

[2] TEST 2 - Häckchen bei  "Aktualisieren alle ?? Sekunden" GESETZT und "??" sei 
"5" Sekunden.

+ Vorbereitung wie unter [1] angegeben !
+ ODS.ods sei geöffnet.
+ Änderungen in der CSV.csv (speichern !) werden nach "??" Sekunden in der 
geöffneten ODS.ods angezeigt. Die ODS.ods wird fortlaufend aktualisiert.

[3] CALC [Tabelle][Verknüpfung zu externen Daten]

+ Mit den beiden TESTs solltest Du nachvollziehen können, dass die Funktion "CALC 
[Tabelle][Verknüpfung zu externen Daten]" funktioniert wie von mir angenommen.
+ Unschön ist, dass unter CALC [Tabelle][Verknüpfung zu externen Daten] nichts mehr 
angezeigt wird, wenn man nach dem erstmaligen Setzen der Verknüpfung die Funktion 
"CALC [Tabelle][Verknüpfung zu externen Daten]" erneut aufruft.
+ Dein "[...] Aber auf jeden Fall ist das eigentliche Problem, dass die aktuellen 
Daten der csv-datei zunächst nicht zur Verfügung stehen. [...]" trifft meiner 
Meinung nach nicht zu.

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

-- Originalnachricht --
Von: "Gerhard Weydt" 
An: users@de.libreoffice.org
Gesendet: 09.12.2021 22:39:13
Betreff: Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data 
- GotoEndOfUsedArea(False) not updating


Hallo Hans-Werner,

ich habe in deinem Makro den Close auskommentiert, damit ich die Datei auch 
sehen kann. Da stelle ich fest, dass auch in dem zweiten Fall, wo du zwei 
Zeilen hast und 5 und 1 erwartest, nur die eine Zeile mit den 5 Zahlen 
angezeigt wird.
Ich schließe daraus, dass es nicht daran liegt, dass die Tabelle die 
Größenänderung nicht mitbekommt, sondern dass vielmehr die Calc-Tabelle gar 
nicht aktualisiert wird.
Das ist auch genauso, wenn ich die ODS.ods wieder direkt öffne, da kommt der 
Hinweis, dass das automatishe Aktualisieren deaktiviert ist.
Ich habe nun beim Verknüpfen das automatische Aktualisieren nach 60 sec 
aktiviert und dann als ODS2.ods gespeichert, aber die Datei offen gelassen, 
danach die csv-Datei erweitert, und nach kurzer Zeit, das werden wohl die 60 
sec gewesen sein, wurde die Anzeige verändert, ich sah die neuen Daten. Wenn 
ich diese ODS2.ods nun schließe und erneut öffne, sehe ich wieder die alte 
Anzeige 

Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-09 Diskussionsfäden OoOHWHOoO

Hallo Gerhard,

erst mal herzlichen Dank, dass Du Dir die Zeit genommen hast das Problem 
zu untersuchen :-))


Das Makro spiele JETZT erst mal keinerlei Rolle, es geht nur um das 
Grundsätzliche, dieses (neue) Feature:


CALC [Tabelle][Verknüpfung zu externen Daten]

[0] Mein Verständnis dieser neuen Funktion "CALC [Tabelle][Verknüpfung 
zu externen Daten]"


+ ODS.ods wird (in meinem Beispiel) verknüpft mit CSV.csv, d.h., die 
CSV-Daten werden (wunderbar automatisch) in die CALC-Datei importiert.


+ Ist bei "Aktualisieren alle ?? Sekunden" kein Häckchen gesetzt, werden 
bei der GEÖFFNETEN ODS.ods Änderungen in der CSV.csv NICHT 
AKTUALISIERT/ANGEZEIGT.


+ Ist bei "Aktualisieren alle ?? Sekunden" das Häckchen gesetzt, werden 
bei der GEÖFFNETEN ODS.ods Änderungen in der CSV.csv 
AKTUALISIERT/ANGEZEIGT in Abhängigkeit des angegebenen Zeitintervalls 
"?? Sekunden". "Aktualisieren alle ?? Sekunden" bewirkt, das nach 
jeweils ?? Sekunden die geöffnete ODS.ods aktualisiert wird in 
Abhängigkeit vom jeweils aktuellen Inhalt der CSV.csv. Die CSV.csv muss 
dabei nur gespeichert werden, ein Schließen ist nicht notwendig.


+ Unabhängig davon, ob das Häckchen gesetzt ist oder nicht: Wird die 
ODS.ods neu geöffnet, wird die (importierte) CSV.csv korrekt/aktualisert 
angezeigt.


[1] TEST 1 - Häckchen bei  "Aktualisieren alle ?? Sekunden" NICHT 
GESETZT


+ CSV.csv beinhalte "0,1,2,3,4"
+ Öffnen neue ODS.ods
+ CALC [Tabelle][Verknüpfung zu externen Daten] mit CSV.csv, OHNE 
"Aktualisierungs-Häckchen.

+ CALC speichern und schließen.
+ Modifizieren CSV.csv: Jetzt 2 Zeilen a "0,1,2,3,4,5". Speichern und 
schließen.

+ Öffnen ODS.ods: Der Inhalt wurde aktualisiert.

ZUSÄTZLICH

+ ODS.ods offen lassen und CSV.csv modifizieren zu einer Zeile a 
"0,1,2,3,4". CSV.csv speichern und schließen. Die ODS.ods wird nicht 
aktualisiert.


[2] TEST 2 - Häckchen bei  "Aktualisieren alle ?? Sekunden" GESETZT und 
"??" sei "5" Sekunden.


+ Vorbereitung wie unter [1] angegeben !
+ ODS.ods sei geöffnet.
+ Änderungen in der CSV.csv (speichern !) werden nach "??" Sekunden in 
der geöffneten ODS.ods angezeigt. Die ODS.ods wird fortlaufend 
aktualisiert.


[3] CALC [Tabelle][Verknüpfung zu externen Daten]

+ Mit den beiden TESTs solltest Du nachvollziehen können, dass die 
Funktion "CALC [Tabelle][Verknüpfung zu externen Daten]" funktioniert 
wie von mir angenommen.
+ Unschön ist, dass unter CALC [Tabelle][Verknüpfung zu externen Daten] 
nichts mehr angezeigt wird, wenn man nach dem erstmaligen Setzen der 
Verknüpfung die Funktion "CALC [Tabelle][Verknüpfung zu externen Daten]" 
erneut aufruft.
+ Dein "[...] Aber auf jeden Fall ist das eigentliche Problem, dass die 
aktuellen Daten der csv-datei zunächst nicht zur Verfügung stehen. 
[...]" trifft meiner Meinung nach nicht zu.


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

-- Originalnachricht --
Von: "Gerhard Weydt" 
An: users@de.libreoffice.org
Gesendet: 09.12.2021 22:39:13
Betreff: Re: [de-users] BUG-Report - Macro Basic - CALC - Link To 
External Data - GotoEndOfUsedArea(False) not updating



Hallo Hans-Werner,

ich habe in deinem Makro den Close auskommentiert, damit ich die Datei auch 
sehen kann. Da stelle ich fest, dass auch in dem zweiten Fall, wo du zwei 
Zeilen hast und 5 und 1 erwartest, nur die eine Zeile mit den 5 Zahlen 
angezeigt wird.
Ich schließe daraus, dass es nicht daran liegt, dass die Tabelle die 
Größenänderung nicht mitbekommt, sondern dass vielmehr die Calc-Tabelle gar 
nicht aktualisiert wird.
Das ist auch genauso, wenn ich die ODS.ods wieder direkt öffne, da kommt der 
Hinweis, dass das automatishe Aktualisieren deaktiviert ist.
Ich habe nun beim Verknüpfen das automatische Aktualisieren nach 60 sec 
aktiviert und dann als ODS2.ods gespeichert, aber die Datei offen gelassen, 
danach die csv-Datei erweitert, und nach kurzer Zeit, das werden wohl die 60 
sec gewesen sein, wurde die Anzeige verändert, ich sah die neuen Daten. Wenn 
ich diese ODS2.ods nun schließe und erneut öffne, sehe ich wieder die alte 
Anzeige mit einer Zeile und wieder den Hinweis, dass das automatishe 
Aktualisieren deaktiviert ist.
Du hast offenbar ein anderes Verständnis, was passieren soll, als was 
realisiert ist. Ich selbst habe eigentlich noch gar kein klares Verständnis 
davon, die Funktion war mir auch neu. Aber es scheint mir eher so zu sein, dass 
das Aktualisieren standardmäßig ausgeschaltet ist, und man es entweder beim 
Erstellen der Verknüfung einschaltet, so dass es für die Dauer der Öffnung der 
Datei aktiv ist, oder nach erneutem Öffnen wieder aufgrund des Hinweises 
einschalten kann.
Aber auf jeden Fall ist das eigentliche Problem, dass die aktuellen Daten der 
csv-datei zunächst nicht zur Verfügung stehen. Dein Makro müsste also erst 
einmal dafür sorgen, dass die Daten aktualisiert werden. Ich hab

Re: [de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-09 Diskussionsfäden Gerhard Weydt

Hallo Hans-Werner,

ich habe in deinem Makro den Close auskommentiert, damit ich die Datei 
auch sehen kann. Da stelle ich fest, dass auch in dem zweiten Fall, wo 
du zwei Zeilen hast und 5 und 1 erwartest, nur die eine Zeile mit den 5 
Zahlen angezeigt wird.
Ich schließe daraus, dass es nicht daran liegt, dass die Tabelle die 
Größenänderung nicht mitbekommt, sondern dass vielmehr die Calc-Tabelle 
gar nicht aktualisiert wird.
Das ist auch genauso, wenn ich die ODS.ods wieder direkt öffne, da kommt 
der Hinweis, dass das automatishe Aktualisieren deaktiviert ist.
Ich habe nun beim Verknüpfen das automatische Aktualisieren nach 60 sec 
aktiviert und dann als ODS2.ods gespeichert, aber die Datei offen 
gelassen, danach die csv-Datei erweitert, und nach kurzer Zeit, das 
werden wohl die 60 sec gewesen sein, wurde die Anzeige verändert, ich 
sah die neuen Daten. Wenn ich diese ODS2.ods nun schließe und erneut 
öffne, sehe ich wieder die alte Anzeige mit einer Zeile und wieder den 
Hinweis, dass das automatishe Aktualisieren deaktiviert ist.
Du hast offenbar ein anderes Verständnis, was passieren soll, als was 
realisiert ist. Ich selbst habe eigentlich noch gar kein klares 
Verständnis davon, die Funktion war mir auch neu. Aber es scheint mir 
eher so zu sein, dass das Aktualisieren standardmäßig ausgeschaltet ist, 
und man es entweder beim Erstellen der Verknüfung einschaltet, so dass 
es für die Dauer der Öffnung der Datei aktiv ist, oder nach erneutem 
Öffnen wieder aufgrund des Hinweises einschalten kann.
Aber auf jeden Fall ist das eigentliche Problem, dass die aktuellen 
Daten der csv-datei zunächst nicht zur Verfügung stehen. Dein Makro 
müsste also erst einmal dafür sorgen, dass die Daten aktualisiert 
werden. Ich habe ein bisschen mit Xray im Dokument, in 
.CurrentController und .Sheets.getByIndex(0) gesucht, aber nichts 
gefunden; aber das war nur oberflächlich.


Viele Grüße

Gerhard

Am 09.12.2021 um 19:06 schrieb Hans-Werner Herold:

Hallo *,

mit "CALC [Tabelle][Verknüpfung zu externen Daten...]" kann man eine 
"ods"-Datei mit einer "csv"-Datei verknüpfen, was auch bestens 
funktioniert.


Aber:

Bestimmt man mit einem BASIC-Makro die Größe der Tabelle via 
"GotoEndOfUsedArea(False)", werden die Tabelle-Größen-Änderungen 
(Spalten/Zeilen bzw X/Y) vom BASIC-Makro nicht erfasst. Irgendwie 
scheint "GotoEndOfUsedArea(False)" die Tabellen-Größen-Änderung in der 
"ods"-Datei nicht mitzubekommen.


Ich habe mal einen BUG-Report abgesetzt:

Bug 146099 
 - Macro 
Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not 
updating


Dort sind auch unter " Attachments" die csv-Datei und das BASIC-Makro 
zum Testen zu finden. Der Test-Zeitaufwand ist minimal ...


Wäre nett/hilfreich, wenn jemand diesen BUG bestätigen könnte ...

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



--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] BUG-Report - Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) not updating

2021-12-09 Diskussionsfäden Hans-Werner Herold

Hallo *,

mit "CALC [Tabelle][Verknüpfung zu externen Daten...]" kann man eine 
"ods"-Datei mit einer "csv"-Datei verknüpfen, was auch bestens 
funktioniert.


Aber:

Bestimmt man mit einem BASIC-Makro die Größe der Tabelle via 
"GotoEndOfUsedArea(False)", werden die Tabelle-Größen-Änderungen 
(Spalten/Zeilen bzw X/Y) vom BASIC-Makro nicht erfasst. Irgendwie 
scheint "GotoEndOfUsedArea(False)" die Tabellen-Größen-Änderung in der 
"ods"-Datei nicht mitzubekommen.


Ich habe mal einen BUG-Report abgesetzt:

Bug 146099  
- Macro Basic - CALC - Link To External Data - GotoEndOfUsedArea(False) 
not updating


Dort sind auch unter " Attachments" die csv-Datei und das BASIC-Makro 
zum Testen zu finden. Der Test-Zeitaufwand ist minimal ...


Wäre nett/hilfreich, wenn jemand diesen BUG bestätigen könnte ...

Viele Grüße
Hans-Werner :-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug 139546 bestätigen verifizieren kommentieren

2021-11-14 Diskussionsfäden Gerhard Weydt

Ich habe bestätigt und auf NEW gesetzt.

Gerhard

Am 14.11.2021 um 20:12 schrieb Jürgen Kirsten:

Ich habe den Bug-Report jetzt mit einem Kommentar ergänzt.

mfg

Jürgen Kirsten

Am 14.11.2021 um 13:34 schrieb Jürgen Kirsten:

Hallo Gerhard,

zunächst mal vielen Dank für dein Feedback. Du hast vollkommen recht, 
bei einem abgespeicherten Dokument bleibt die Einstellung erhalten. 
Das habe ich seinerzeit so anscheinend nicht ausprobiert. Das ändert 
zwar nichts an der grundsätzlichen Aussage: "Dem Programm sollte es 
egal sein, ob Deutsch als Standard eingestellt ist oder nicht. Es 
sollte immer die Option anzeigen.", ich werde den Text aber 
dahingehend ergänzen.


Ich warte aber noch einen Moment, falls noch mehr Feedback kommt.

Mit freundlichen Grüßen

Jürgen Kirsten

Am 14.11.2021 um 13:13 schrieb Gerhard Weydt:

Hallo Jürgen,

ich kann das Verhalten zwar nachvollziehen, aber es ist noch ein 
bisschen komplizierter:
Wenn ich in den Optionen die Sprache von "Standard - 
Deutsch(Deutschland)" auf "Deutsch(Deutschland)" umstelle und dann 
das letztere auch im Dokument wähle, bleibt die Einstellung auch 
nach Speichern, Schließen und wieder Öffnen erhalten. Vielleicht 
wird also die Ändeung im Sortierdialog gar nicht registriert, weil 
ja die Sprache gleich bleibt (das ist aber bloß eine Hypothese, man 
müsste da vielleicht das Dokument entpacken, um nachzuschauen, was 
da steht).
Du solltest das aber selber auch ausprobieren, damit sicher ist, 
dass ich mich nicht getäuscht habe. Dann ergibt sich vielleicht eine 
Umformulierung der Bugmeldung.


Gruß
Gerhard

Am 14.11.2021 um 12:39 schrieb Jürgen Kirsten:

Hallo Liste,

ich habe schon vor einiger Zeit einen Bug bei Bugzilla geschrieben, 
der bislang noch nicht verifiziert/bestätigt/kommentiert ist.
Eventuell hat ja jemand von euch Lust, den schönen nebligen 
Novembertag zu nutzen und sich das mal anzusehen.


https://bugs.documentfoundation.org/show_bug.cgi?id=139546
Und hier noch der Text schon übersetzt in's deutsche.
Im Sortierdialog können Sie die Sprache ändern, um Optionen für die 
Sortierung festzulegen. Allerdings ist dieser Dialog nur aktiv, 
wenn Sie eine Sprache auswählen, für die auch Optionen eingestellt 
werden können. Daher beschreibe ich das Problem anhand der 
deutschen Benutzeroberfläche, da hier eigentlich eine Option 
vorhanden sein sollte.


Wenn Sie den Dialog öffnen, ist die Sprache immer auf "Standard - 
Deutsch(Deutschland)" eingestellt. Es ist zunächst nicht möglich, 
hier eine Option zu wählen. Wenn Sie dann "Deutsch (Deutschland)" - 
ohne "Standard" - auswählen, können Sie nun die Option 
"Alphanumerisch" oder "Telefonbuch" auswählen.
Dem Programm sollte es egal sein, ob Deutsch als Standard 
eingestellt ist oder nicht. Es sollte immer die Option anzeigen.


Nach dem Schließen und erneuten Öffnen des Sortierdialogs ist die 
Sprache auf jeden Fall wieder die mit "Standard". Eine dauerhafte 
Änderung scheint nicht möglich.

*** Übersetzt mit www.DeepL.com/Translator (kostenlose Version) ***

Mit freundlichen Grüßen

*Jürgen Kirsten*












--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug 139546 bestätigen verifizieren kommentieren

2021-11-14 Diskussionsfäden Jürgen Kirsten

Ich habe den Bug-Report jetzt mit einem Kommentar ergänzt.

mfg

Jürgen Kirsten

Am 14.11.2021 um 13:34 schrieb Jürgen Kirsten:

Hallo Gerhard,

zunächst mal vielen Dank für dein Feedback. Du hast vollkommen recht, 
bei einem abgespeicherten Dokument bleibt die Einstellung erhalten. 
Das habe ich seinerzeit so anscheinend nicht ausprobiert. Das ändert 
zwar nichts an der grundsätzlichen Aussage: "Dem Programm sollte es 
egal sein, ob Deutsch als Standard eingestellt ist oder nicht. Es 
sollte immer die Option anzeigen.", ich werde den Text aber 
dahingehend ergänzen.


Ich warte aber noch einen Moment, falls noch mehr Feedback kommt.

Mit freundlichen Grüßen

Jürgen Kirsten

Am 14.11.2021 um 13:13 schrieb Gerhard Weydt:

Hallo Jürgen,

ich kann das Verhalten zwar nachvollziehen, aber es ist noch ein 
bisschen komplizierter:
Wenn ich in den Optionen die Sprache von "Standard - 
Deutsch(Deutschland)" auf "Deutsch(Deutschland)" umstelle und dann 
das letztere auch im Dokument wähle, bleibt die Einstellung auch nach 
Speichern, Schließen und wieder Öffnen erhalten. Vielleicht wird also 
die Ändeung im Sortierdialog gar nicht registriert, weil ja die 
Sprache gleich bleibt (das ist aber bloß eine Hypothese, man müsste 
da vielleicht das Dokument entpacken, um nachzuschauen, was da steht).
Du solltest das aber selber auch ausprobieren, damit sicher ist, dass 
ich mich nicht getäuscht habe. Dann ergibt sich vielleicht eine 
Umformulierung der Bugmeldung.


Gruß
Gerhard

Am 14.11.2021 um 12:39 schrieb Jürgen Kirsten:

Hallo Liste,

ich habe schon vor einiger Zeit einen Bug bei Bugzilla geschrieben, 
der bislang noch nicht verifiziert/bestätigt/kommentiert ist.
Eventuell hat ja jemand von euch Lust, den schönen nebligen 
Novembertag zu nutzen und sich das mal anzusehen.


https://bugs.documentfoundation.org/show_bug.cgi?id=139546
Und hier noch der Text schon übersetzt in's deutsche.
Im Sortierdialog können Sie die Sprache ändern, um Optionen für die 
Sortierung festzulegen. Allerdings ist dieser Dialog nur aktiv, wenn 
Sie eine Sprache auswählen, für die auch Optionen eingestellt werden 
können. Daher beschreibe ich das Problem anhand der deutschen 
Benutzeroberfläche, da hier eigentlich eine Option vorhanden sein 
sollte.


Wenn Sie den Dialog öffnen, ist die Sprache immer auf "Standard - 
Deutsch(Deutschland)" eingestellt. Es ist zunächst nicht möglich, 
hier eine Option zu wählen. Wenn Sie dann "Deutsch (Deutschland)" - 
ohne "Standard" - auswählen, können Sie nun die Option 
"Alphanumerisch" oder "Telefonbuch" auswählen.
Dem Programm sollte es egal sein, ob Deutsch als Standard 
eingestellt ist oder nicht. Es sollte immer die Option anzeigen.


Nach dem Schließen und erneuten Öffnen des Sortierdialogs ist die 
Sprache auf jeden Fall wieder die mit "Standard". Eine dauerhafte 
Änderung scheint nicht möglich.

*** Übersetzt mit www.DeepL.com/Translator (kostenlose Version) ***

Mit freundlichen Grüßen

*Jürgen Kirsten*









--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug 139546 bestätigen verifizieren kommentieren

2021-11-14 Diskussionsfäden Jürgen Kirsten

Hallo Gerhard,

zunächst mal vielen Dank für dein Feedback. Du hast vollkommen recht, 
bei einem abgespeicherten Dokument bleibt die Einstellung erhalten. Das 
habe ich seinerzeit so anscheinend nicht ausprobiert. Das ändert zwar 
nichts an der grundsätzlichen Aussage: "Dem Programm sollte es egal 
sein, ob Deutsch als Standard eingestellt ist oder nicht. Es sollte 
immer die Option anzeigen.", ich werde den Text aber dahingehend ergänzen.


Ich warte aber noch einen Moment, falls noch mehr Feedback kommt.

Mit freundlichen Grüßen

Jürgen Kirsten

Am 14.11.2021 um 13:13 schrieb Gerhard Weydt:

Hallo Jürgen,

ich kann das Verhalten zwar nachvollziehen, aber es ist noch ein 
bisschen komplizierter:
Wenn ich in den Optionen die Sprache von "Standard - 
Deutsch(Deutschland)" auf "Deutsch(Deutschland)" umstelle und dann das 
letztere auch im Dokument wähle, bleibt die Einstellung auch nach 
Speichern, Schließen und wieder Öffnen erhalten. Vielleicht wird also 
die Ändeung im Sortierdialog gar nicht registriert, weil ja die 
Sprache gleich bleibt (das ist aber bloß eine Hypothese, man müsste da 
vielleicht das Dokument entpacken, um nachzuschauen, was da steht).
Du solltest das aber selber auch ausprobieren, damit sicher ist, dass 
ich mich nicht getäuscht habe. Dann ergibt sich vielleicht eine 
Umformulierung der Bugmeldung.


Gruß
Gerhard

Am 14.11.2021 um 12:39 schrieb Jürgen Kirsten:

Hallo Liste,

ich habe schon vor einiger Zeit einen Bug bei Bugzilla geschrieben, 
der bislang noch nicht verifiziert/bestätigt/kommentiert ist.
Eventuell hat ja jemand von euch Lust, den schönen nebligen 
Novembertag zu nutzen und sich das mal anzusehen.


https://bugs.documentfoundation.org/show_bug.cgi?id=139546
Und hier noch der Text schon übersetzt in's deutsche.
Im Sortierdialog können Sie die Sprache ändern, um Optionen für die 
Sortierung festzulegen. Allerdings ist dieser Dialog nur aktiv, wenn 
Sie eine Sprache auswählen, für die auch Optionen eingestellt werden 
können. Daher beschreibe ich das Problem anhand der deutschen 
Benutzeroberfläche, da hier eigentlich eine Option vorhanden sein 
sollte.


Wenn Sie den Dialog öffnen, ist die Sprache immer auf "Standard - 
Deutsch(Deutschland)" eingestellt. Es ist zunächst nicht möglich, 
hier eine Option zu wählen. Wenn Sie dann "Deutsch (Deutschland)" - 
ohne "Standard" - auswählen, können Sie nun die Option 
"Alphanumerisch" oder "Telefonbuch" auswählen.
Dem Programm sollte es egal sein, ob Deutsch als Standard eingestellt 
ist oder nicht. Es sollte immer die Option anzeigen.


Nach dem Schließen und erneuten Öffnen des Sortierdialogs ist die 
Sprache auf jeden Fall wieder die mit "Standard". Eine dauerhafte 
Änderung scheint nicht möglich.

*** Übersetzt mit www.DeepL.com/Translator (kostenlose Version) ***

Mit freundlichen Grüßen

*Jürgen Kirsten*






--

Mit freundlichen Grüßen

*Jürgen Kirsten*

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug 139546 bestätigen verifizieren kommentieren

2021-11-14 Diskussionsfäden Gerhard Weydt

Hallo Jürgen,

ich kann das Verhalten zwar nachvollziehen, aber es ist noch ein 
bisschen komplizierter:
Wenn ich in den Optionen die Sprache von "Standard - 
Deutsch(Deutschland)" auf "Deutsch(Deutschland)" umstelle und dann das 
letztere auch im Dokument wähle, bleibt die Einstellung auch nach 
Speichern, Schließen und wieder Öffnen erhalten. Vielleicht wird also 
die Ändeung im Sortierdialog gar nicht registriert, weil ja die Sprache 
gleich bleibt (das ist aber bloß eine Hypothese, man müsste da 
vielleicht das Dokument entpacken, um nachzuschauen, was da steht).
Du solltest das aber selber auch ausprobieren, damit sicher ist, dass 
ich mich nicht getäuscht habe. Dann ergibt sich vielleicht eine 
Umformulierung der Bugmeldung.


Gruß
Gerhard

Am 14.11.2021 um 12:39 schrieb Jürgen Kirsten:

Hallo Liste,

ich habe schon vor einiger Zeit einen Bug bei Bugzilla geschrieben, 
der bislang noch nicht verifiziert/bestätigt/kommentiert ist.
Eventuell hat ja jemand von euch Lust, den schönen nebligen 
Novembertag zu nutzen und sich das mal anzusehen.


https://bugs.documentfoundation.org/show_bug.cgi?id=139546
Und hier noch der Text schon übersetzt in's deutsche.
Im Sortierdialog können Sie die Sprache ändern, um Optionen für die 
Sortierung festzulegen. Allerdings ist dieser Dialog nur aktiv, wenn 
Sie eine Sprache auswählen, für die auch Optionen eingestellt werden 
können. Daher beschreibe ich das Problem anhand der deutschen 
Benutzeroberfläche, da hier eigentlich eine Option vorhanden sein sollte.


Wenn Sie den Dialog öffnen, ist die Sprache immer auf "Standard - 
Deutsch(Deutschland)" eingestellt. Es ist zunächst nicht möglich, hier 
eine Option zu wählen. Wenn Sie dann "Deutsch (Deutschland)" - ohne 
"Standard" - auswählen, können Sie nun die Option "Alphanumerisch" 
oder "Telefonbuch" auswählen.
Dem Programm sollte es egal sein, ob Deutsch als Standard eingestellt 
ist oder nicht. Es sollte immer die Option anzeigen.


Nach dem Schließen und erneuten Öffnen des Sortierdialogs ist die 
Sprache auf jeden Fall wieder die mit "Standard". Eine dauerhafte 
Änderung scheint nicht möglich.

*** Übersetzt mit www.DeepL.com/Translator (kostenlose Version) ***

Mit freundlichen Grüßen

*Jürgen Kirsten*




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug 139546 bestätigen verifizieren kommentieren

2021-11-14 Diskussionsfäden Jürgen Kirsten

Hallo Liste,

ich habe schon vor einiger Zeit einen Bug bei Bugzilla geschrieben, der 
bislang noch nicht verifiziert/bestätigt/kommentiert ist.
Eventuell hat ja jemand von euch Lust, den schönen nebligen Novembertag 
zu nutzen und sich das mal anzusehen.


https://bugs.documentfoundation.org/show_bug.cgi?id=139546
Und hier noch der Text schon übersetzt in's deutsche.
Im Sortierdialog können Sie die Sprache ändern, um Optionen für die 
Sortierung festzulegen. Allerdings ist dieser Dialog nur aktiv, wenn Sie 
eine Sprache auswählen, für die auch Optionen eingestellt werden können. 
Daher beschreibe ich das Problem anhand der deutschen 
Benutzeroberfläche, da hier eigentlich eine Option vorhanden sein sollte.


Wenn Sie den Dialog öffnen, ist die Sprache immer auf "Standard - 
Deutsch(Deutschland)" eingestellt. Es ist zunächst nicht möglich, hier 
eine Option zu wählen. Wenn Sie dann "Deutsch (Deutschland)" - ohne 
"Standard" - auswählen, können Sie nun die Option "Alphanumerisch" oder 
"Telefonbuch" auswählen.
Dem Programm sollte es egal sein, ob Deutsch als Standard eingestellt 
ist oder nicht. Es sollte immer die Option anzeigen.


Nach dem Schließen und erneuten Öffnen des Sortierdialogs ist die 
Sprache auf jeden Fall wieder die mit "Standard". Eine dauerhafte 
Änderung scheint nicht möglich.

*** Übersetzt mit www.DeepL.com/Translator (kostenlose Version) ***

Mit freundlichen Grüßen

*Jürgen Kirsten*

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug-Report - Basic-IDE - [File][Save] vs [File][Export Basic] - some characters replaced by ? [Export Basic] - RESOLVED @ LO 7.2.0

2021-05-28 Diskussionsfäden OoOHWHOoO

Das Problem wird in LO 7.2.0 behoben sein:

https://bugs.documentfoundation.org/show_bug.cgi?id=139196#c11

Der von mir durchgeführte Test ist fehlerfrei verlaufen:

https://bugs.documentfoundation.org/show_bug.cgi?id=139196#c12

Der STREAM wurde um den Zeichensatz "UTF-8" ergänzt:

https://git.libreoffice.org/core/+/46e924ac80a4abd7f48bd2df34ea4c38738fd745%5E%21


Grüße
Hans-Werner :-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in Base: Verschieben von Element auf Formular

2021-03-01 Diskussionsfäden Gerhard Weydt

Hallo Stefan,

die Bestätigung des Bugs mache ich in Bugzilla und setze dabei den 
Status auf NEW. Du selbst kannst (oder solltest zumindest, ich bin nicht 
sicher, ob das definitiv verhindert ist) einen eigenen Bug nicht selbst 
bestätigen. Aber der Hinweis, den du dort gegeben hast, ist schon mal was.
Ich probiere nur zur Sicherheit noch deine Beispieldatei aus, auch mit 
den älteren Ständen von LibO, die ich noch installiert habe, damit ich 
dann alles auf einmal schreiben kann.


Viele Grüße

Gerhard

Am 01.03.2021 um 19:54 schrieb Stefan Deutsch:

Hi Gerhard,

hier ist der Bugreport:
https://bugs.documentfoundation.org/show_bug.cgi?id=140741

Hoffe, dass ist soweit alles richtig. WIe ich die Bugbestätigung hier in
der Mailingliste im Bug verlinken soll, ist mir aber unklar.

Viele Grüße

Stefan

Am 28.02.2021 um 20:48 schrieb Gerhard Weydt:

Hallo Stefan,

ich kann das Verhalten nun bestätigen, bei einem neuen
Formulardokument habe ich das mit einem Button genau so nachvollziehen
können, und zwar sowohl in 7.1.0.3 als auch in 7.1.1.1.
Ein TableControl ist ein schwierigeres Beispiel, weil das
normalerweise mit einem Formular verknüpft ist, da könnte man
annehmen, dass das mitspielt. Das solltest du also nur in zweiter
Reihe erwähnen, wenn du einen Bug-Report erstellst.
In 5.4.7.2 konnte ich den Fehler übrigens nicht feststellen, da bleibt
das Objekt sichtbar.

Viele Grüße
Gerhard

Am 28.02.2021 um 18:55 schrieb Stefan Deutsch:

Hi Gerhard,

wenn das in der neueren Version schon wieder fehlerlos arbeitet, ist 
das

weitere Suchen ja eigentlich hinfällig. Ausprobiert hab ich es mit
Button und TableControl, die ich im Formularnavigator des geöffneten
Formulars von einem Unterformular auf ein anderes geschoben hab.
Grafisch bleibt es vorhanden und ist bedienbar, nur im Navigator fehlte
es. In einer neuen Datenbank, in der ich nur ein Formular mit
Subformular erstellt hab, lies sich der Fehler reproduzieren.

Viele Grüße

Stefan

Am 28.02.2021 um 15:39 schrieb Gerhard Weydt:

Hallo Stefan,

ich habe das in 6.4.7.2 und 7.1.1.1 ausprobiert und kann das dort
nicht bestätigen. ich habe die Objekte im navigator mit der Maus
verschoben, ist es das, was du meinst? 7.1.0.3 müsste ich erst
herunterladen und installieren, um das zu teste, aber da wüsste ich
gerne vorher, wie du genau vorgehst. Vielleicht ach, um welche Art
Objekt es sich handelt, ich habe es erst ml mit fixen texten versucht.
Kannst du auch vorher erst mal ein neues Base-Formulardokument
erstellen und das da testen, damit sicher ist, dass sich das in
anderem Zusammenhang reproduzieren lässt?

Viele Grüße
Gerhard

Am 28.02.2021 um 11:35 schrieb Stefan Deutsch:

Hallo zusammen,

ich hab ebend einen Bug in der aktuellen LibreOffice-Version 7.1.0.3
(x64), Windows 10.0 Build 18363 in Base entdeckt. Wenn ich in einem
Formular ein Objekt von einem Subformular auf ein anderes schiebe,
verschwindet es im Navigator. Erst nach dem speichern, schließen
und neu
öffnen taucht es an der richtigen Stelle wieder auf. Kann das jemand
bestätigen?

Viele Grüße

Stefan Deutsch


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















--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in Base: Verschieben von Element auf Formular

2021-03-01 Diskussionsfäden Stefan Deutsch

Hi Gerhard,

hier ist der Bugreport:
https://bugs.documentfoundation.org/show_bug.cgi?id=140741

Hoffe, dass ist soweit alles richtig. WIe ich die Bugbestätigung hier in
der Mailingliste im Bug verlinken soll, ist mir aber unklar.

Viele Grüße

Stefan

Am 28.02.2021 um 20:48 schrieb Gerhard Weydt:

Hallo Stefan,

ich kann das Verhalten nun bestätigen, bei einem neuen
Formulardokument habe ich das mit einem Button genau so nachvollziehen
können, und zwar sowohl in 7.1.0.3 als auch in 7.1.1.1.
Ein TableControl ist ein schwierigeres Beispiel, weil das
normalerweise mit einem Formular verknüpft ist, da könnte man
annehmen, dass das mitspielt. Das solltest du also nur in zweiter
Reihe erwähnen, wenn du einen Bug-Report erstellst.
In 5.4.7.2 konnte ich den Fehler übrigens nicht feststellen, da bleibt
das Objekt sichtbar.

Viele Grüße
Gerhard

Am 28.02.2021 um 18:55 schrieb Stefan Deutsch:

Hi Gerhard,

wenn das in der neueren Version schon wieder fehlerlos arbeitet, ist das
weitere Suchen ja eigentlich hinfällig. Ausprobiert hab ich es mit
Button und TableControl, die ich im Formularnavigator des geöffneten
Formulars von einem Unterformular auf ein anderes geschoben hab.
Grafisch bleibt es vorhanden und ist bedienbar, nur im Navigator fehlte
es. In einer neuen Datenbank, in der ich nur ein Formular mit
Subformular erstellt hab, lies sich der Fehler reproduzieren.

Viele Grüße

Stefan

Am 28.02.2021 um 15:39 schrieb Gerhard Weydt:

Hallo Stefan,

ich habe das in 6.4.7.2 und 7.1.1.1 ausprobiert und kann das dort
nicht bestätigen. ich habe die Objekte im navigator mit der Maus
verschoben, ist es das, was du meinst? 7.1.0.3 müsste ich erst
herunterladen und installieren, um das zu teste, aber da wüsste ich
gerne vorher, wie du genau vorgehst. Vielleicht ach, um welche Art
Objekt es sich handelt, ich habe es erst ml mit fixen texten versucht.
Kannst du auch vorher erst mal ein neues Base-Formulardokument
erstellen und das da testen, damit sicher ist, dass sich das in
anderem Zusammenhang reproduzieren lässt?

Viele Grüße
Gerhard

Am 28.02.2021 um 11:35 schrieb Stefan Deutsch:

Hallo zusammen,

ich hab ebend einen Bug in der aktuellen LibreOffice-Version 7.1.0.3
(x64), Windows 10.0 Build 18363 in Base entdeckt. Wenn ich in einem
Formular ein Objekt von einem Subformular auf ein anderes schiebe,
verschwindet es im Navigator. Erst nach dem speichern, schließen
und neu
öffnen taucht es an der richtigen Stelle wieder auf. Kann das jemand
bestätigen?

Viele Grüße

Stefan Deutsch


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












--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in Base: Verschieben von Element auf Formular

2021-02-28 Diskussionsfäden Gerhard Weydt

Hallo Stefan,

ich kann das Verhalten nun bestätigen, bei einem neuen Formulardokument 
habe ich das mit einem Button genau so nachvollziehen können, und zwar 
sowohl in 7.1.0.3 als auch in 7.1.1.1.
Ein TableControl ist ein schwierigeres Beispiel, weil das normalerweise 
mit einem Formular verknüpft ist, da könnte man annehmen, dass das 
mitspielt. Das solltest du also nur in zweiter Reihe erwähnen, wenn du 
einen Bug-Report erstellst.
In 5.4.7.2 konnte ich den Fehler übrigens nicht feststellen, da bleibt 
das Objekt sichtbar.


Viele Grüße
Gerhard

Am 28.02.2021 um 18:55 schrieb Stefan Deutsch:

Hi Gerhard,

wenn das in der neueren Version schon wieder fehlerlos arbeitet, ist das
weitere Suchen ja eigentlich hinfällig. Ausprobiert hab ich es mit
Button und TableControl, die ich im Formularnavigator des geöffneten
Formulars von einem Unterformular auf ein anderes geschoben hab.
Grafisch bleibt es vorhanden und ist bedienbar, nur im Navigator fehlte
es. In einer neuen Datenbank, in der ich nur ein Formular mit
Subformular erstellt hab, lies sich der Fehler reproduzieren.

Viele Grüße

Stefan

Am 28.02.2021 um 15:39 schrieb Gerhard Weydt:

Hallo Stefan,

ich habe das in 6.4.7.2 und 7.1.1.1 ausprobiert und kann das dort
nicht bestätigen. ich habe die Objekte im navigator mit der Maus
verschoben, ist es das, was du meinst? 7.1.0.3 müsste ich erst
herunterladen und installieren, um das zu teste, aber da wüsste ich
gerne vorher, wie du genau vorgehst. Vielleicht ach, um welche Art
Objekt es sich handelt, ich habe es erst ml mit fixen texten versucht.
Kannst du auch vorher erst mal ein neues Base-Formulardokument
erstellen und das da testen, damit sicher ist, dass sich das in
anderem Zusammenhang reproduzieren lässt?

Viele Grüße
Gerhard

Am 28.02.2021 um 11:35 schrieb Stefan Deutsch:

Hallo zusammen,

ich hab ebend einen Bug in der aktuellen LibreOffice-Version 7.1.0.3
(x64), Windows 10.0 Build 18363 in Base entdeckt. Wenn ich in einem
Formular ein Objekt von einem Subformular auf ein anderes schiebe,
verschwindet es im Navigator. Erst nach dem speichern, schließen und 
neu

öffnen taucht es an der richtigen Stelle wieder auf. Kann das jemand
bestätigen?

Viele Grüße

Stefan Deutsch


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










--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in Base: Verschieben von Element auf Formular

2021-02-28 Diskussionsfäden Stefan Deutsch

Hi Gerhard,

wenn das in der neueren Version schon wieder fehlerlos arbeitet, ist das
weitere Suchen ja eigentlich hinfällig. Ausprobiert hab ich es mit
Button und TableControl, die ich im Formularnavigator des geöffneten
Formulars von einem Unterformular auf ein anderes geschoben hab.
Grafisch bleibt es vorhanden und ist bedienbar, nur im Navigator fehlte
es. In einer neuen Datenbank, in der ich nur ein Formular mit
Subformular erstellt hab, lies sich der Fehler reproduzieren.

Viele Grüße

Stefan

Am 28.02.2021 um 15:39 schrieb Gerhard Weydt:

Hallo Stefan,

ich habe das in 6.4.7.2 und 7.1.1.1 ausprobiert und kann das dort
nicht bestätigen. ich habe die Objekte im navigator mit der Maus
verschoben, ist es das, was du meinst? 7.1.0.3 müsste ich erst
herunterladen und installieren, um das zu teste, aber da wüsste ich
gerne vorher, wie du genau vorgehst. Vielleicht ach, um welche Art
Objekt es sich handelt, ich habe es erst ml mit fixen texten versucht.
Kannst du auch vorher erst mal ein neues Base-Formulardokument
erstellen und das da testen, damit sicher ist, dass sich das in
anderem Zusammenhang reproduzieren lässt?

Viele Grüße
Gerhard

Am 28.02.2021 um 11:35 schrieb Stefan Deutsch:

Hallo zusammen,

ich hab ebend einen Bug in der aktuellen LibreOffice-Version 7.1.0.3
(x64), Windows 10.0 Build 18363 in Base entdeckt. Wenn ich in einem
Formular ein Objekt von einem Subformular auf ein anderes schiebe,
verschwindet es im Navigator. Erst nach dem speichern, schließen und neu
öffnen taucht es an der richtigen Stelle wieder auf. Kann das jemand
bestätigen?

Viele Grüße

Stefan Deutsch


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







--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in Base: Verschieben von Element auf Formular

2021-02-28 Diskussionsfäden Gerhard Weydt

Hallo Stefan,

ich habe das in 6.4.7.2 und 7.1.1.1 ausprobiert und kann das dort nicht 
bestätigen. ich habe die Objekte im navigator mit der Maus verschoben, 
ist es das, was du meinst? 7.1.0.3 müsste ich erst herunterladen und 
installieren, um das zu teste, aber da wüsste ich gerne vorher, wie du 
genau vorgehst. Vielleicht ach, um welche Art Objekt es sich handelt, 
ich habe es erst ml mit fixen texten versucht.
Kannst du auch vorher erst mal ein neues Base-Formulardokument erstellen 
und das da testen, damit sicher ist, dass sich das in anderem 
Zusammenhang reproduzieren lässt?


Viele Grüße
Gerhard

Am 28.02.2021 um 11:35 schrieb Stefan Deutsch:

Hallo zusammen,

ich hab ebend einen Bug in der aktuellen LibreOffice-Version 7.1.0.3
(x64), Windows 10.0 Build 18363 in Base entdeckt. Wenn ich in einem
Formular ein Objekt von einem Subformular auf ein anderes schiebe,
verschwindet es im Navigator. Erst nach dem speichern, schließen und neu
öffnen taucht es an der richtigen Stelle wieder auf. Kann das jemand
bestätigen?

Viele Grüße

Stefan Deutsch


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





--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug in Base: Verschieben von Element auf Formular

2021-02-28 Diskussionsfäden Stefan Deutsch

Hallo zusammen,

ich hab ebend einen Bug in der aktuellen LibreOffice-Version 7.1.0.3
(x64), Windows 10.0 Build 18363 in Base entdeckt. Wenn ich in einem
Formular ein Objekt von einem Subformular auf ein anderes schiebe,
verschwindet es im Navigator. Erst nach dem speichern, schließen und neu
öffnen taucht es an der richtigen Stelle wieder auf. Kann das jemand
bestätigen?

Viele Grüße

Stefan Deutsch


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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2021-01-28 Diskussionsfäden Harald Köster
Hallo Hans Peter,

schick bitte Deine Antwort-Mails direkt an die Mailing-Liste. Dort lesen
viel mehr Leute mit, die eventuell auch was zu dem Thema sagen können.
Damit Du die Antworten auf Deine Mails erhältst, solltest Du Dich, falls
noch nicht geschehen, zumindest temporär bei der Mailing-Liste anmelden.
Siehe dazu:
https://de.libreoffice.org/get-help/mailing-lists/

Am 27.01.2021 um 15:31 schrieb Hans Peter:
> Hallo
> 
> Also ich markiere 4 Dokumente, dann rechte Maustaste mit Writer öffnen.
> Es sind aber die Tips beim ersten öffnen des Dokuments aktiviert und
> somit stoppt er.

Ich habe Folgendes probiert:
(1) LibreOffice starten.
(2) Klick auf "Datei öffnen". Der Dialog "Öffnen" wird angezeigt. Ich
benutze dabei den Windows-Dialog und nicht den LibreOffice-Dialog (siehe
Option: LibreOffice > Allgemein > Dialoge zum Öffnen/Speichern).
(3) Im Dialog "Öffnen" 4 OpenDocument-Text-Dokumente markieren.
(4) Rechts-Klick auf eine der markierten Dokumente. Das Kontext-Menü
wird angezeigt. Bei mir gibt es hier den Menüpunkt "Mit Writer Öffnen"
nicht, sondern nur "Öffnen".
(5) "Öffnen" auswählen. Alle Dokumente werden ohne Probleme geöffnet.

Bei meinem Vorgehen spielen Tipps dabei keine Rolle und ich weiß daher
nicht, was Du damit meinst. Ist dies eventuell Ubuntu-spezifisch?
Ist Dein Vorgehen identisch zu meinem? Was ist gegebenenfalls anders?
Falls anders, tritt das Problem bei Dir auch mit 'meinem' Vorgehen auf?
Tritt das Problem nur bei bestimmten Dokumenten auf oder bei allen?

Ich habe ebenfalls den LibreOffice-"Öffnen"-Dialog ausprobiert. Ein
Öffnen über das Kontext-Menü ist dort nicht möglich.

Grüße
Harald K.

> Am 27.01.21 um 14:10 schrieb Harald Köster:
>> Hallo Hans,
>>
>> Am 27.01.2021 um 11:33 schrieb Hans Peter:
>>> *Guten Tag*
>>>
>>> *Ich möchte einen Fehler melden.
>>> Beim ***gleichzeitig *starten von mehreren Dokumenten  im Libre Writer.
>>> Und gleichzeitiger Aktivierung der Tips stoppt Writer beim 4 (letzten)
>>> Dokument . Sobald die Tips bei den vorhergehenden deaktiviert sind ist
>>> öffnet er das letzte auch.*
>>>
>>> *mfg. Hans Peter*
>>>
>>> Version: 7.0.4.2
>>> Build ID: 00(Build:2)
>>> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
>>> Locale: de-AT (de_AT.UTF-8); UI: de-DE
>>> Ubuntu package version: 1:7.0.4_rc2-0ubuntu0.18.04.2
>>> Calc: threaded
>> unter Windows habe ich keine Probleme beim gleichzeitigen Öffnen von 4
>> Dokumenten. Könnte also ein Problem nur unter Ubuntu sein. Mir ist
>> allerdings auch nicht richtig klar, was Du genau gemacht hast. Könntest
>> Du dieses noch mal Schritt für Schritt beschreiben? Wie öffnest Du
>> mehrere Dokumente gleichzeitig und was verstehst Du unter
>> "gleichzeitiger Aktivierung von Tips"?

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

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug

2021-01-27 Diskussionsfäden Harald Köster
Hallo Hans,

Am 27.01.2021 um 11:33 schrieb Hans Peter:
> *Guten Tag*
> 
> *Ich möchte einen Fehler melden.
> Beim ***gleichzeitig *starten von mehreren Dokumenten  im Libre Writer.
> Und gleichzeitiger Aktivierung der Tips stoppt Writer beim 4 (letzten)
> Dokument . Sobald die Tips bei den vorhergehenden deaktiviert sind ist
> öffnet er das letzte auch.*
> 
> *mfg. Hans Peter*
> 
> Version: 7.0.4.2
> Build ID: 00(Build:2)
> CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3
> Locale: de-AT (de_AT.UTF-8); UI: de-DE
> Ubuntu package version: 1:7.0.4_rc2-0ubuntu0.18.04.2
> Calc: threaded

unter Windows habe ich keine Probleme beim gleichzeitigen Öffnen von 4
Dokumenten. Könnte also ein Problem nur unter Ubuntu sein. Mir ist
allerdings auch nicht richtig klar, was Du genau gemacht hast. Könntest
Du dieses noch mal Schritt für Schritt beschreiben? Wie öffnest Du
mehrere Dokumente gleichzeitig und was verstehst Du unter
"gleichzeitiger Aktivierung von Tips"?

Grüße
Harald K.

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

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug

2021-01-27 Diskussionsfäden Hans Peter

*Guten Tag*

*Ich möchte einen Fehler melden.
Beim ***gleichzeitig *starten von mehreren Dokumenten  im Libre Writer. 
Und gleichzeitiger Aktivierung der Tips stoppt Writer beim 4 (letzten) 
Dokument . Sobald die Tips bei den vorhergehenden deaktiviert sind ist 
öffnet er das letzte auch.*


*mfg. Hans Peter*


**

Version: 7.0.4.2

Build ID: 00(Build:2)

CPU threads: 4; OS: Linux 4.15; UI render: default; VCL: gtk3

Locale: de-AT (de_AT.UTF-8); UI: de-DE

Ubuntu package version: 1:7.0.4_rc2-0ubuntu0.18.04.2

Calc: threaded

**

**


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] [bug-per-mail] < Fehler bei Zellumrandung in Calc >

2021-01-03 Diskussionsfäden Robert Großkopf
Hallo *,

Rückmeldung von g.ohme

> Drehe ich Text in einem umrandeten Feld, so ist die Umrandungsart
> abhängig von der Bezugskante. Wenn Du die letzte Option "Textausdehnung
> nur innerhalb der Zelle" wählst, dann kommt vermutlich das bei der
> Drehung heraus, was Du Dir vorstellst.

Das Problem ist damit gelöst. Die Bugmeldung braucht niemand mehr zu
erstellen.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



Re: [de-users] [bug-per-mail] < Fehler bei Zellumrandung in Calc >

2021-01-02 Diskussionsfäden Robert Großkopf
Hallo g.ohme,

diese Mail geht an Dich direkt und an die Mailingliste, da ich nicht
weiß, ob Du Dich in der Liste angemeldet hast.

Ich habe die Bugmeldung gelesen. Folgendes passiert bei mir (nicht
Windows, sondern Linux):
Drehe ich Text in einem umrandeten Feld, so ist die Umrandungsart
abhängig von der Bezugskante. Wenn Du die letzte Option "Textausdehnung
nur innerhalb der Zelle" wählst, dann kommt vermutlich das bei der
Drehung heraus, was Du Dir vorstellst.

Den Hintergrund zu den anderen Ausdehnungen erkenne ich am besten, wenn
ich nicht gleich 180° sondern z.B. 160° wähle. Dann wird der Text aus
der Zelle heraus nach links gedreht. Und bei 180° liegt der Text dann
links von dem Drehpunkt. Die Rahmen sind nicht mehr erkennbar, der Text
auch nicht mehr. Ich erhalte nur noch einen schwarzen Balken.

Ich habe mit Calc sonst wenig zu tun. Wenn Du mit der Option
"Textausdehnung nur innerhalb der Zelle" nicht zurecht kommst, sollte da
jemand anderes den Bug in Englisch weitergeben.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



[de-users] [bug-per-mail] < Fehler bei Zellumrandung in Calc >

2021-01-02 Diskussionsfäden g.ohme
Bug-Report:

(1) Komponente:
Spreadsheet, Formatierung 
(2) Betriebssystem:   
Windows 10 Pro, 20H2
(3) Meine LibreOffice-Version: 7.0.3.1 
(x86)
(4) Letzte Version ohne Fehler (optional):?
(5) Sprache der Benutzeroberfläche:deutsch
(6) Fehler-Kurzbeschreibung:Fehler 
bei Zellumrandung, wenn Schreibrichtung um 180° gedreht
(7) Schritte, wie das Problem reproduziert werden kann: Zellen verbinden, 
Zellen umranden, Schrift um 180° drehen –> fehlerhafter Rahmen
(8) Beobachtetes Verhalten: 
Umrandung unvollständig und verläuft zusätzlich über alle Zellen links davon
(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: 
g.o...@gmx.net


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



Re: [de-users] [bug-per-mail] Adding a column does not update VLOOKUP's parameter "index"

2020-12-18 Diskussionsfäden Richard Kraut
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Freitag, den 18.12.2020, 16:08 +0100 schrieb Robert Großkopf:

> Wir haben das extra so eingerichtet, dass Leute, die Probleme mit dem
> Bugtracker haben, auch die Mailinglisten nutzen können.

Das ist mir irgendwie entgangen. Sorry.

- -- 
MfG Richi

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl/c/qIACgkQ+NRy+KEK
cZj7AxAAjaaH7kR5fyxtZg/eQ8AstPR1XNGhtyef8zdmgm0qWRbQGUtZ+CsQmUNY
niv51ofbtGs2AKWpyLrgzbTA+vpKhmVMCWqJx6FjeBWsSCVavbcM/WU4tKL7NZO9
fu3Bxx2nigqjik74xY/FMhiYUd63oWschLfZD7fM0SRU98clDaXAtZmkz4jD3yOX
sx8d5tK3hRityOLVtaQd+7oszZDJr715ph10CENewWNlTM9NZk7mWt6Vl5w1Cr2L
ltoBx4dacSDw+nPVc18ANp9NxcIJyXXcyfyKLxoJZTAoS2HaqoZcHDqXoioERYaH
+2F+wpIg6fSYhpyxJC/3Sny0FcR2EkMdLPTRp+reJQwfvsyAS8WtO2/t497xg8U0
jcoPaC4tq+o/mRJri6nbFWjfQpBlNRK+Q+2Dt2ECfUNyVgIme7Nh1/vYJ27QnKo0
xjHbHEcxcS52wOTomhWEQROePnyVe16M4rBsoLnFTgHwI3YhRc+g6/cXhHlkRIlR
tuC4vLXzgn9s2IwBRKeKzDOOWIai+tPI2BdHeMQ7Yz28WquiRVCTJguTXqQ8q5wq
0+Gl9dby7kQXXkYQgRPrpAq56GtF6M/ix5JBMcJcnoToflcdwW/Z2PYvLUvHHIDp
1gmMctszdsN3Z5Tk5OcEnEABYNE1CeGPF5aJhHb9EFoxZN8Q/aI=
=mD+n
-END PGP SIGNATURE-


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] [bug-per-mail] Adding a column does not update VLOOKUP's parameter "index"

2020-12-18 Diskussionsfäden Robert Großkopf
Hallo Richi,
> 
> Bugs bitte im Bugtracker [1] eintragen.
> Es handelt sich hier um eine deutschsprachige Mailingliste für Endnutzer.

Schau bitte hier: https://de.libreoffice.org/get-help/feedback/

Wir haben das extra so eingerichtet, dass Leute, die Probleme mit dem
Bugtracker haben, auch die Mailinglisten nutzen können. Dann kann von
dort aus der Fehler weiter gegeben werden. Da ist es doch dann schon
toll, wenn jemand das Ganze in Englisch hin bekommt.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] [bug-per-mail] Adding a column does not update VLOOKUP's parameter "index"

2020-12-18 Diskussionsfäden Richard Kraut
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA512

Am Dienstag, den 15.12.2020, 21:59 +0100 schrieb Voyager 2:

> Bug-Report:

Bugs bitte im Bugtracker [1] eintragen.
Es handelt sich hier um eine deutschsprachige Mailingliste für Endnutzer.
Fehlerberichte bekommen die Entwickler hier nicht mit.
Die Liste kann jedoch hilfreich sein, um bspw. vorab zu ermitteln, ob es sich
bei einem vermeintlichen Fehler wirklich um einen Bug oder ein Bedienungs-,
Verständnis- oder ein anderweitiges Problem handelt.

> (2) Betriebssystem:
> Windows 7, 32 Bit

Windows 7 hat das Ende seines Lebenszyklus bereits am 14. Januar 2020
erreicht.
Ausnahme: Man ist entweder eine staatliche Einrichtung oder Firmenkunde und
hat sich eine ESU (Extended Support Release) über seinen Vertragshändler
besorgt.

> (6) Fehler-Kurzbeschreibung:
> Inserting a new column can erroneously change the result
> of a VLOOKUP.
> 
> (7) Schritte, wie das Problem reproduziert werden kann:
> sehr leicht
> Fehler trat bei all meinen Experimenten auf.
> 
> (8) Beobachtetes Verhalten:
> If a new column is added and it hits the column range a VLOOKUP
> refers to, then the column VLOOKUP takes its final result from
> (which is determined by the parameter return_column_index) can
> be shifted one column to the right. Since VLOOKUP's parameter
> return_column_index is not updated, the result of VLOOKUP changes.
> 
> (9) Erwartetes Verhalten:
> The function inserting the column should update VLOOKUP's parameter
> return_column_index (+1), so that the result of VLOOKUP does not change
> by adding the column.

Du kannst uns auch ein Beispieldokument bereit stellen, in welchem der Fehler
ebenfalls auftritt. Dann kann man sich ein besseres Bild machen.

1:


- -- 
MfG Richi

-BEGIN PGP SIGNATURE-

iQIzBAEBCgAdFiEERqPC1cUAShrzNBXW+NRy+KEKcZgFAl/cwoAACgkQ+NRy+KEK
cZjY0RAApUD25tpGQN4k2YLTUo78PHMU2ni1+jj/Ex2FQBBTHrCHntZ/ZmGJrpn5
aN6uj9X1fUiQiJ9T+4rCvhowUrJzjooNuJLs2ss2QTVno44vjGe/B3OQiQtfv1B+
Qtismp/Ns3dd+ifnv1I4jniI4q5rQgNWJcNMDphac9qZwO1SERtyuV/B811pNvFP
CzQW9I6u78a9gBvH+387mKsMYJOFMbDyhLbpouhYP5stvKIa31fChe722ys76hsM
kyLro183vNQZ5n1LBiGPPbSNvaH+c6ArjxFLWKv9dUDKim0vA0s8pmJZjdItBa2K
GLwidZovCaDnc1vsQ1mWphsB/9IftaZzv6xsfwbxsxCk7zt03HxES+QIPyq5dwqH
mgJj9HMFw7VISNm7Mz1LRVtaE2g41lRMPIMTqfUnugM0kcGvnxupp6S+A7RCklvM
4jhJC8Zg7gRdr9BRYlueMo4DdrxgxOU1lcTUHv3E0QnVOjTR+XGCoLaLGx+SGPgN
G4KHPU9rjYMoeMueAE25jj2HFqT1ZTUCWMD6obcoUs73aAfEt4jmBKs/9ghatLE5
H/xMX5G9SYx8HWt3etnW5fOcGf7FWM0ve34s/2NgSjO4W81S4elfNC3EthzW8iox
YBvQrv7bRz7MAiSa+Lh2r4ueNO9JVIbR0RrGpiV949mpaotH5B0=
=WDdw
-END PGP SIGNATURE-


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] [bug-per-mail] Adding a column does not update VLOOKUP's parameter "index"

2020-12-15 Diskussionsfäden Voyager 2
Bug-Report:

(1) Komponente:
Calc,
function VLOOKUP (SVERWEIS),
function "Insert Columns before",
function "Insert Columns after"

(2) Betriebssystem:
Windows 7, 32 Bit

(3) Meine LibreOffice-Version:
Version: 6.4.7.2 (x86)
Build-ID: 639b8ac485750d5696d7590a72ef1b496725cfb5
CPU-Threads: 8; BS: Windows 6.1 Service Pack 1 Build 7601; UI-Render:
Standard; VCL: win;
Gebietsschema: de-DE (de_DE); UI-Sprache: de-DE
Calc: threaded

(4) Letzte Version ohne Fehler (optional):
unbekannt
Fehler trat schon in 5.?.? auf.

(5) Sprache der Benutzeroberfläche:
deutsch

(6) Fehler-Kurzbeschreibung:
Inserting a new column can erroneously change the result
of a VLOOKUP.

(7) Schritte, wie das Problem reproduziert werden kann:
sehr leicht
Fehler trat bei all meinen Experimenten auf.

(8) Beobachtetes Verhalten:
If a new column is added and it hits the column range a VLOOKUP
refers to, then the column VLOOKUP takes its final result from
(which is determined by the parameter return_column_index) can
be shifted one column to the right. Since VLOOKUP's parameter
return_column_index is not updated, the result of VLOOKUP changes.

(9) Erwartetes Verhalten:
The function inserting the column should update VLOOKUP's parameter
return_column_index (+1), so that the result of VLOOKUP does not change
by adding the column.

(12) Ergänzungen (optional):
Ich wollte Euch nur helfen.
Danke für Eure Arbeit!

(13) E-Mail-Adresse für Rückfragen:
voyager...@googlemail.com

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



Re: [de-users] Bug in setString, getString-Methode von Textfeldern?

2020-12-14 Diskussionsfäden Stefan Deutsch

Jetzt nochmal an die Liste, hab den Extrabutton übersehen.

Danke für die Hilfe, der Tipp von Gerhard hat geklappt.

Am 14.12.2020 um 14:28 schrieb Gerhard Weydt:

Hallo Stefan, Robert,

ich habe das beschriebene Verrhalten an einem eigenen Beispiel
nachvollziehen können. Verschiedene Versuche, z. B. Verdoppelung der
Zuweisung auf das Feld oder Klonen des Feldes, führten teilweise dazu,
dass es dann funktionierte, nach erneutem Laden des Dokuments war der
Effekt dann aber wieder verschwunden. Mit wait hatte ich gar keinen
Erfolg.
Was dann aber offenbar dauerhaft geholfen hat, war, den Weg über die
Steuerelemente zu nehmen statt wie bisher über die Modelle, also eine
Eingabe ins Formular zu simulieren. Hier ist mein Code, die Feldnamen
sind zwar anders, aber das sollte verständlich sein:

controller = Thiscomponent.currentController
form = thisComponent.drawpage.forms.getByName("MainForm")
field1 = form.getByName("txtEingabe")
field1C = controller.getControl(field1)
field2 = form.getByName("txtBezeichnung")
field2C = controller.getControl(field2)
field2c.Text = field1c.Text

Eine Erklärung kann ich allerdings nicht anbieten, das Verhalten ist
für mich auch rätselhaft.

Grüße
Gerhard

Am 13.12.2020 um 20:43 schrieb Robert Großkopf:

Hallo Stefan,

Sub testSetGetString

 oForm = thisComponent.drawpage.forms.getByName("frm_Kategorie")
 oSubKatEin = oForm.getByName("frm_SubKat2_Eingabe")
 oConnection = oForm.activeConnection()
 otxtField1 = oSubKatEin.getByName("Textfeld 1")
 stInput = otxtField1.getString

 otxtField2 = oSubKatEin.getByName("Textfeld 2")
 otxtField2.setString(stInput)
End Sub


Ich nehme das nicht zum ersten Mal wahr: Die Makros haben irgendwo
Probleme mit dem gleichzeitigen Ablauf. Versuche einmal, zwischendurch
z.B. mit einer msgbox stInput abzugreifen.

Ich habe das gerade getestet und anfangs in XRAY mit der Methode Erfolg
gehabt, konnte aber mit msgbox stInput nichts auslesen.

Versuche dann einmal
otxtField1 = oSubKatEin.getByName("Textfeld 1").boundField

Versuche alternativ auch mit
wait 100
oder ähnlichen Werten - 1000 bedeutet 1 Sekunde ...

Gruß

Robert





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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in setString, getString-Methode von Textfeldern?

2020-12-14 Diskussionsfäden Gerhard Weydt

Hallo Stefan, Robert,

ich habe das beschriebene Verrhalten an einem eigenen Beispiel 
nachvollziehen können. Verschiedene Versuche, z. B. Verdoppelung der 
Zuweisung auf das Feld oder Klonen des Feldes, führten teilweise dazu, 
dass es dann funktionierte, nach erneutem Laden des Dokuments war der 
Effekt dann aber wieder verschwunden. Mit wait hatte ich gar keinen Erfolg.
Was dann aber offenbar dauerhaft geholfen hat, war, den Weg über die 
Steuerelemente zu nehmen statt wie bisher über die Modelle, also eine 
Eingabe ins Formular zu simulieren. Hier ist mein Code, die Feldnamen 
sind zwar anders, aber das sollte verständlich sein:


controller = Thiscomponent.currentController
form = thisComponent.drawpage.forms.getByName("MainForm")
field1 = form.getByName("txtEingabe")
field1C = controller.getControl(field1)
field2 = form.getByName("txtBezeichnung")
field2C = controller.getControl(field2)
field2c.Text = field1c.Text

Eine Erklärung kann ich allerdings nicht anbieten, das Verhalten ist für 
mich auch rätselhaft.


Grüße
Gerhard

Am 13.12.2020 um 20:43 schrieb Robert Großkopf:

Hallo Stefan,

Sub testSetGetString

     oForm = thisComponent.drawpage.forms.getByName("frm_Kategorie")
     oSubKatEin = oForm.getByName("frm_SubKat2_Eingabe")
     oConnection = oForm.activeConnection()
     otxtField1 = oSubKatEin.getByName("Textfeld 1")
     stInput = otxtField1.getString

     otxtField2 = oSubKatEin.getByName("Textfeld 2")
     otxtField2.setString(stInput)
End Sub


Ich nehme das nicht zum ersten Mal wahr: Die Makros haben irgendwo
Probleme mit dem gleichzeitigen Ablauf. Versuche einmal, zwischendurch
z.B. mit einer msgbox stInput abzugreifen.

Ich habe das gerade getestet und anfangs in XRAY mit der Methode Erfolg
gehabt, konnte aber mit msgbox stInput nichts auslesen.

Versuche dann einmal
otxtField1 = oSubKatEin.getByName("Textfeld 1").boundField

Versuche alternativ auch mit
wait 100
oder ähnlichen Werten - 1000 bedeutet 1 Sekunde ...

Gruß

Robert



--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in setString, getString-Methode von Textfeldern?

2020-12-13 Diskussionsfäden Robert Großkopf
Hallo Stefan,
> 
> Sub testSetGetString
> 
>     oForm = thisComponent.drawpage.forms.getByName("frm_Kategorie")
>     oSubKatEin = oForm.getByName("frm_SubKat2_Eingabe")
>     oConnection = oForm.activeConnection()
>     otxtField1 = oSubKatEin.getByName("Textfeld 1")
>     stInput = otxtField1.getString
> 
>     otxtField2 = oSubKatEin.getByName("Textfeld 2")
>     otxtField2.setString(stInput)
> End Sub
> 
Ich nehme das nicht zum ersten Mal wahr: Die Makros haben irgendwo
Probleme mit dem gleichzeitigen Ablauf. Versuche einmal, zwischendurch
z.B. mit einer msgbox stInput abzugreifen.

Ich habe das gerade getestet und anfangs in XRAY mit der Methode Erfolg
gehabt, konnte aber mit msgbox stInput nichts auslesen.

Versuche dann einmal
otxtField1 = oSubKatEin.getByName("Textfeld 1").boundField

Versuche alternativ auch mit
wait 100
oder ähnlichen Werten - 1000 bedeutet 1 Sekunde ...

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug in setString, getString-Methode von Textfeldern?

2020-12-13 Diskussionsfäden Stefan Deutsch

Hallo zusammen,

ich glaube ich bin gerade über einen Bug in der setString und
getString-Methode von Textfeldern für Formulare gestolpert.

Zum erproben habe ich mir folgendes Testmakro geschrieben:

Sub testSetGetString
    Dim oForm As Object
    Dim oSubKatEin As Object
    Dim oConnection As Object
    Dim otxtField1 As Object
    Dim otxtField2 As Object
    Dim stInput As String
    Dim stOutput As string

    oForm = thisComponent.drawpage.forms.getByName("frm_Kategorie")
    oSubKatEin = oForm.getByName("frm_SubKat2_Eingabe")
    oConnection = oForm.activeConnection()
    otxtField1 = oSubKatEin.getByName("Textfeld 1")
    stInput = otxtField1.getString

    otxtField2 = oSubKatEin.getByName("Textfeld 2")
    otxtField2.setString(stInput)
End Sub

Passieren sollte (falls ich keinen Knoten im Kopf hab): Der Inhalt des
ersten Textfeldes wird bei Ausführung des Makros in das zweite Textfeld
geschrieben. Dies klappte in LibreOffice 6.4.7 nur einmal kurz in einem
anderen Makro und dann nicht mehr. In 7.0.3 klappte es einmal kurz,
nachdem ich das Programm zu ersten Mal gestartet habe, wobei nur ein
Teil meiner Eingabe übernommen wurde.

Kann den Fehler einer von euch bestätigen? Und wenn ja, wie mach man
dann die Bug-Reports?

Viele Grüße

Stefan



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

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden LO . Harald . Berger

Hallo Ulrich,

danke für deine Erläuterungen. Die Funktionen von Formatvorlagen kenne 
ich schon.


Tabellenvorlagen habe ich bisher nicht benötigt, deshalb war mir der 
"Umweg" den oberen Button nicht so geläufig, da ich bisher immer über 
"Neu" gegangen bin.


Freundliche Grüße
Harald

Am 21.10.2020 um 11:16 schrieb Ulrich Moser:

Hallo,

oben rechts über der Liste der Vorlagen gibt es eine Schaltfläche mit
drei Optionen. Eine davon heißt neue Vorlage erstellen. Dann kannst du
einen Namen eingeben und die Vorlage erscheint in der Liste. Damit die
Vorlage dann auch so formatiert, wie sie soll, musst du eine Tabelle
entsprechend formatiert erstellen und dann erneut diese Schaltfläche
betätigen und Vorlage aktualisieren wählen. Allerdings übernimmt LO
separate Zeilenformate für Kopfzeile und wechselnde Zeilen, z.B. hell-
/dunkelgrau, nicht. Da müssen die Entwickler was die Definition der
Tabellenvorlagen angeht wirklich nachlegen. Ich würde sagen, da braucht
es einen eigenen Dialog mit dem man Titelzeile, wechselnde
Zeilen/Spalten, Titelspalte etc. definieren kann.

Gruß

Ulrich


Am 21.10.20 um 11:03 schrieb lo.harald.ber...@t-online.de:

Hallo Susanne,

Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du
dann eine neue Vorlage erstellt?

Freundliche Grüße
Harald

Am 21.10.2020 um 10:50 schrieb susanne.mohn...@kiel-pries.de:

Moin Harald und @all!

Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
Dies ist in Version 6.3. aber auch so.
Ich denke da müssten die Entwickler einmal ran 

Viele Grüße aus dem Norden
Susanne

-Ursprüngliche Nachricht-
Von: lo.harald.ber...@t-online.de 
Gesendet: Mittwoch, 21. Oktober 2020 10:41
An: users@de.libreoffice.org
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne, Robert und @all,

ich habe gerade versucht das Problem nachzustellen.

Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.

Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit
rechts anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.

Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und
"Ausblenden".

Freundliche Grüße
Harald

Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:

Guten morgen in die Liste!


Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
professionellen Einsatz von LO.

So habe ich eine Dokumentvorlage mit benutzerdefinierten
Tabellenvorlagen erstellt.

Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie
blaue, gelbe etc. Liste habe ich ausgeblendet.

Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind
meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.


ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.

Das darf nicht sein und verwirrt die Anwender.

Bei den Absatzvorlagen klappt das ausblenden.


Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.

Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?



Danke & Grüße

Susanne



_

Susanne Mohn




-- Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden Harald Berger

Hallo Ulrich,

danke für deine Erläuterungen. Die Funktionen von Formatvorlagen kenne 
ich schon.


Tabellenvorlagen habe ich bisher nicht benötigt, deshalb war mir der 
"Umweg" den oberen Button nicht so geläufig, da ich bisher immer über 
"Neu" gegangen bin.


Freundliche Grüße
Harald

Am 21.10.2020 um 11:16 schrieb Ulrich Moser:

Hallo,

oben rechts über der Liste der Vorlagen gibt es eine Schaltfläche mit
drei Optionen. Eine davon heißt neue Vorlage erstellen. Dann kannst du
einen Namen eingeben und die Vorlage erscheint in der Liste. Damit die
Vorlage dann auch so formatiert, wie sie soll, musst du eine Tabelle
entsprechend formatiert erstellen und dann erneut diese Schaltfläche
betätigen und Vorlage aktualisieren wählen. Allerdings übernimmt LO
separate Zeilenformate für Kopfzeile und wechselnde Zeilen, z.B. hell-
/dunkelgrau, nicht. Da müssen die Entwickler was die Definition der
Tabellenvorlagen angeht wirklich nachlegen. Ich würde sagen, da braucht
es einen eigenen Dialog mit dem man Titelzeile, wechselnde
Zeilen/Spalten, Titelspalte etc. definieren kann.

Gruß

Ulrich


Am 21.10.20 um 11:03 schrieb lo.harald.ber...@t-online.de:

Hallo Susanne,

Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du
dann eine neue Vorlage erstellt?

Freundliche Grüße
Harald

Am 21.10.2020 um 10:50 schrieb susanne.mohn...@kiel-pries.de:

Moin Harald und @all!

Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
Dies ist in Version 6.3. aber auch so.
Ich denke da müssten die Entwickler einmal ran 

Viele Grüße aus dem Norden
Susanne

-Ursprüngliche Nachricht-
Von: lo.harald.ber...@t-online.de 
Gesendet: Mittwoch, 21. Oktober 2020 10:41
An: users@de.libreoffice.org
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne, Robert und @all,

ich habe gerade versucht das Problem nachzustellen.

Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.

Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit
rechts anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.

Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und
"Ausblenden".

Freundliche Grüße
Harald

Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:

Guten morgen in die Liste!


Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
professionellen Einsatz von LO.

So habe ich eine Dokumentvorlage mit benutzerdefinierten
Tabellenvorlagen erstellt.

Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie
blaue, gelbe etc. Liste habe ich ausgeblendet.

Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind
meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.


ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.

Das darf nicht sein und verwirrt die Anwender.

Bei den Absatzvorlagen klappt das ausblenden.


Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.

Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?



Danke & Grüße

Susanne



_

Susanne Mohn




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden LO . Harald . Berger

Hallo Robert,

Am 21.10.2020 um 11:15 schrieb Robert Großkopf:

Hallo Harald,

Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du
dann eine neue Vorlage erstellt?

Du musst eine Tabelle nach Deinen Wünschen erstellen. Dann kannst Du die
Tabelle markieren und "Neu aus Vorlage" zum Erstellen einer neuen
Vorlage ablaufen lassen.

Ich nehme an, dass die Erstellung von Tabellen über einen Dialog wie bei
Absatzformaten doch ziemlich umständlich ist.
Da magst du recht haben, danke für deine Erläuterung. Es war für mich 
ungewohnt, da ich Tabellenvorlagen bisher nicht benötigt habe.

Gruß

Robert

Freundliche Grüße
Harald

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden LO . Harald . Berger

Hallo Susanne und @a,

vielen Dank für dein Hinweis.

Hinweis von mir: Ich bin auf der Liste angemeldet. Es reicht also, wenn 
du an die Liste antwortest, sonst bekomme ich deine E-Mails immer doppelt.


In 7.0.2.2 habe ich nun eine benutzerdefinierte Tabellenvorlage 
angelegt. Das hat funktioniert. Der Test im Dokument mit der T-Vorlage 
war erfolgreich.


Im nächsten Schritt habe ich damit eine Dokumentvorlage gespeichert. 
LibreOffice geschlossen.


Mit einem Klick auf LibreOffice und Auswahl Datei>Neu>Vorlagen habe ich 
die neue Dokumentvorlage geöffnet.


Die Benutzerdefinierte Tabellenvorlage ist nicht mehr vorhanden.

Anmerkung - Workaround für dich:

In der Seitenleiste bei den Formatvorlagen kannst du unten auswählen, 
welche Vorlagen du sehen möchtest. Da würde sich dann 
"Benutzerdefinierte Vorlagen" anbieten.


Freundliche Grüße
Harald

Am 21.10.2020 um 11:09 schrieb susanne.mohn...@kiel-pries.de:

Hallo Harald!

Ich habe eine Tabelle mit dem gewünschten Layout erstellt und bin dann über den 
Button oben rechts bei den Tabellenformatvorlagen : Neue Formatvorlage aus 
Auswahl erstellt.
Diese neue Tabellenvorlage hat dann die Eigenschaften Ausblenden und löschen.
Ändern nicht.

Viele Grüße
Susanne



-Ursprüngliche Nachricht-
Von:lo.harald.ber...@t-online.de
Gesendet: Mittwoch, 21. Oktober 2020 11:03

An: LO DE-users
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne,

Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du dann 
eine neue Vorlage erstellt?

Freundliche Grüße
Harald

Am 21.10.2020 um 10:50 schriebsusanne.mohn...@kiel-pries.de:

Moin Harald und @all!

Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
Dies ist in Version 6.3. aber auch so.
Ich denke da müssten die Entwickler einmal ran 

Viele Grüße aus dem Norden
Susanne

-Ursprüngliche Nachricht-
Von:lo.harald.ber...@t-online.de  
Gesendet: Mittwoch, 21. Oktober 2020 10:41
An:users@de.libreoffice.org
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne, Robert und @all,

ich habe gerade versucht das Problem nachzustellen.

Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.

Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit
rechts anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.

Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und "Ausblenden".

Freundliche Grüße
Harald

Am 21.10.2020 um 07:14 schriebsusanne.mohn...@kiel-pries.de:

Guten morgen in die Liste!


Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
professionellen Einsatz von LO.

So habe ich eine Dokumentvorlage mit benutzerdefinierten
Tabellenvorlagen erstellt.

Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen,
wie blaue, gelbe etc. Liste habe ich ausgeblendet.

Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind
meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.


ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.

Das darf nicht sein und verwirrt die Anwender.

Bei den Absatzvorlagen klappt das ausblenden.


Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.

Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?



Danke & Grüße

Susanne



_

Susanne Mohn




--
Liste abmelden mit E-Mail an:users+unsubscr...@de.libreoffice.org
Probleme?
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-list
e/ Tipps zu Listenmails:
https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv:https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung:https://www.documentfoundation.org/privacy



--
Liste abmelden mit E-Mail an:users+unsubscr...@de.libreoffice.org
Probleme?https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails:https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv:https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung:https://www.documentfoundation.org/privacy



--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden Ulrich Moser
Hallo,

oben rechts über der Liste der Vorlagen gibt es eine Schaltfläche mit
drei Optionen. Eine davon heißt neue Vorlage erstellen. Dann kannst du
einen Namen eingeben und die Vorlage erscheint in der Liste. Damit die
Vorlage dann auch so formatiert, wie sie soll, musst du eine Tabelle
entsprechend formatiert erstellen und dann erneut diese Schaltfläche
betätigen und Vorlage aktualisieren wählen. Allerdings übernimmt LO
separate Zeilenformate für Kopfzeile und wechselnde Zeilen, z.B. hell-
/dunkelgrau, nicht. Da müssen die Entwickler was die Definition der
Tabellenvorlagen angeht wirklich nachlegen. Ich würde sagen, da braucht
es einen eigenen Dialog mit dem man Titelzeile, wechselnde
Zeilen/Spalten, Titelspalte etc. definieren kann.

Gruß

Ulrich


Am 21.10.20 um 11:03 schrieb lo.harald.ber...@t-online.de:
> Hallo Susanne,
>
> Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du
> dann eine neue Vorlage erstellt?
>
> Freundliche Grüße
> Harald
>
> Am 21.10.2020 um 10:50 schrieb susanne.mohn...@kiel-pries.de:
>> Moin Harald und @all!
>>
>> Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
>> Dies ist in Version 6.3. aber auch so.
>> Ich denke da müssten die Entwickler einmal ran 
>>
>> Viele Grüße aus dem Norden
>> Susanne
>>
>> -Ursprüngliche Nachricht-
>> Von: lo.harald.ber...@t-online.de 
>> Gesendet: Mittwoch, 21. Oktober 2020 10:41
>> An: users@de.libreoffice.org
>> Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?
>>
>> Hallo Susanne, Robert und @all,
>>
>> ich habe gerade versucht das Problem nachzustellen.
>>
>> Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.
>>
>> Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit
>> rechts anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.
>>
>> Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und
>> "Ausblenden".
>>
>> Freundliche Grüße
>> Harald
>>
>> Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:
>>> Guten morgen in die Liste!
>>>
>>>
>>> Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
>>> professionellen Einsatz von LO.
>>>
>>> So habe ich eine Dokumentvorlage mit benutzerdefinierten
>>> Tabellenvorlagen erstellt.
>>>
>>> Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie
>>> blaue, gelbe etc. Liste habe ich ausgeblendet.
>>>
>>> Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind
>>> meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.
>>>
>>>
>>> ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.
>>>
>>> Das darf nicht sein und verwirrt die Anwender.
>>>
>>> Bei den Absatzvorlagen klappt das ausblenden.
>>>
>>>
>>> Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.
>>>
>>> Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?
>>>
>>>
>>>
>>> Danke & Grüße
>>>
>>> Susanne
>>>
>>>
>>>
>>> _
>>>
>>> Susanne Mohn
>>>
>>>
>>>
>> -- 
>> Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
>> Probleme?
>> https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
>> Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
>> Listenarchiv: https://listarchives.libreoffice.org/de/users/
>> Datenschutzerklärung: https://www.documentfoundation.org/privacy
>>
>>
>
-- 


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden Robert Großkopf
Hallo Harald,
> 
> Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du
> dann eine neue Vorlage erstellt?

Du musst eine Tabelle nach Deinen Wünschen erstellen. Dann kannst Du die
Tabelle markieren und "Neu aus Vorlage" zum Erstellen einer neuen
Vorlage ablaufen lassen.

Ich nehme an, dass die Erstellung von Tabellen über einen Dialog wie bei
Absatzformaten doch ziemlich umständlich ist.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


AW: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden susanne.mohn-lo
Hallo Harald!

Ich habe eine Tabelle mit dem gewünschten Layout erstellt und bin dann über den 
Button oben rechts bei den Tabellenformatvorlagen : Neue Formatvorlage aus 
Auswahl erstellt. 
Diese neue Tabellenvorlage hat dann die Eigenschaften Ausblenden und löschen.
Ändern nicht.

Viele Grüße
Susanne



-Ursprüngliche Nachricht-
Von: lo.harald.ber...@t-online.de  
Gesendet: Mittwoch, 21. Oktober 2020 11:03
An: LO DE-users 
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne,

Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du dann 
eine neue Vorlage erstellt?

Freundliche Grüße
Harald

Am 21.10.2020 um 10:50 schrieb susanne.mohn...@kiel-pries.de:
> Moin Harald und @all!
>
> Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
> Dies ist in Version 6.3. aber auch so.
> Ich denke da müssten die Entwickler einmal ran 
>
> Viele Grüße aus dem Norden
> Susanne
>
> -Ursprüngliche Nachricht-
> Von: lo.harald.ber...@t-online.de 
> Gesendet: Mittwoch, 21. Oktober 2020 10:41
> An: users@de.libreoffice.org
> Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?
>
> Hallo Susanne, Robert und @all,
>
> ich habe gerade versucht das Problem nachzustellen.
>
> Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.
>
> Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit 
> rechts anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.
>
> Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und "Ausblenden".
>
> Freundliche Grüße
> Harald
>
> Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:
>> Guten morgen in die Liste!
>>
>>
>> Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den 
>> professionellen Einsatz von LO.
>>
>> So habe ich eine Dokumentvorlage mit benutzerdefinierten 
>> Tabellenvorlagen erstellt.
>>
>> Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, 
>> wie blaue, gelbe etc. Liste habe ich ausgeblendet.
>>
>> Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind 
>> meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.
>>
>>
>> ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.
>>
>> Das darf nicht sein und verwirrt die Anwender.
>>
>> Bei den Absatzvorlagen klappt das ausblenden.
>>
>>
>> Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.
>>
>> Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?
>>
>>
>>
>> Danke & Grüße
>>
>> Susanne
>>
>>
>>
>> _
>>
>> Susanne Mohn
>>
>>
>>
> --
> Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
> Probleme? 
> https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-list
> e/ Tipps zu Listenmails: 
> https://wiki.documentfoundation.org/Netiquette/de
> Listenarchiv: https://listarchives.libreoffice.org/de/users/
> Datenschutzerklärung: https://www.documentfoundation.org/privacy
>
>

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden LO . Harald . Berger

Hallo Susanne,

Harald ist verwirrt. Wenn es die Auswahl "Neu" nicht gibt, wie hast du 
dann eine neue Vorlage erstellt?


Freundliche Grüße
Harald

Am 21.10.2020 um 10:50 schrieb susanne.mohn...@kiel-pries.de:

Moin Harald und @all!

Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
Dies ist in Version 6.3. aber auch so.
Ich denke da müssten die Entwickler einmal ran 

Viele Grüße aus dem Norden
Susanne

-Ursprüngliche Nachricht-
Von: lo.harald.ber...@t-online.de 
Gesendet: Mittwoch, 21. Oktober 2020 10:41
An: users@de.libreoffice.org
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne, Robert und @all,

ich habe gerade versucht das Problem nachzustellen.

Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.

Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit 
rechts anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.


Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und "Ausblenden".

Freundliche Grüße
Harald

Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:

Guten morgen in die Liste!


Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
professionellen Einsatz von LO.

So habe ich eine Dokumentvorlage mit benutzerdefinierten
Tabellenvorlagen erstellt.

Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie
blaue, gelbe etc. Liste habe ich ausgeblendet.

Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind
meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.


ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.

Das darf nicht sein und verwirrt die Anwender.

Bei den Absatzvorlagen klappt das ausblenden.


Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.

Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?



Danke & Grüße

Susanne



_

Susanne Mohn




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/

Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


AW: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden susanne.mohn-lo
Moin Harald und @all!

Du hast recht- bei den Tabellenvorlagen gibt es *nur* Ausblenden.
Dies ist in Version 6.3. aber auch so.
Ich denke da müssten die Entwickler einmal ran  

Viele Grüße aus dem Norden
Susanne

-Ursprüngliche Nachricht-
Von: lo.harald.ber...@t-online.de  
Gesendet: Mittwoch, 21. Oktober 2020 10:41
An: users@de.libreoffice.org
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne, Robert und @all,

ich habe gerade versucht das Problem nachzustellen.

Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.

Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit rechts 
anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.

Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und "Ausblenden".

Freundliche Grüße
Harald

Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:
> Guten morgen in die Liste!
>
>   
>
> Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den 
> professionellen Einsatz von LO.
>
> So habe ich eine Dokumentvorlage mit benutzerdefinierten 
> Tabellenvorlagen erstellt.
>
> Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie 
> blaue, gelbe etc. Liste habe ich ausgeblendet.
>
> Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind 
> meine benutzerdefinierten Tabellenvorlagen sichtbar= OK.
>
>   
>
> ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.
>
> Das darf nicht sein und verwirrt die Anwender.
>
> Bei den Absatzvorlagen klappt das ausblenden.
>
>   
>
> Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.
>
> Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?
>
>   
>
>   
>
> Danke & Grüße
>
> Susanne
>
>   
>
>   
>
> _
>
> Susanne Mohn
>
>   
>
>

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden LO . Harald . Berger

Hallo Susanne, Robert und @all,

ich habe gerade versucht das Problem nachzustellen.

Ich verwende die Version LibreOffice 7.0.2.2 unter Windows 10.

Und jetzt wird es ganz komisch. Jede Tabellenvorlage die ich mit rechts 
anklicke bietet mir *nur* die Möglichkeit "Ausblenden" an.


Alle anderen Vorlagen haben die Auswahl: "Neu", "Ändern" und "Ausblenden".

Freundliche Grüße
Harald

Am 21.10.2020 um 07:14 schrieb susanne.mohn...@kiel-pries.de:

Guten morgen in die Liste!

  


Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
professionellen Einsatz von LO.

So habe ich eine Dokumentvorlage mit benutzerdefinierten Tabellenvorlagen
erstellt.

Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie
blaue, gelbe etc. Liste habe ich ausgeblendet.

Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind meine
benutzerdefinierten Tabellenvorlagen sichtbar= OK.

  


ABER: Auch wieder die ausgeblendeten Tabellenvorlagen.

Das darf nicht sein und verwirrt die Anwender.

Bei den Absatzvorlagen klappt das ausblenden.

  


Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.

Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?

  

  


Danke & Grüße

Susanne

  

  


_

Susanne Mohn

  





--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


AW: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-21 Diskussionsfäden susanne.mohn-lo
Hallo Robert! Hallo Listenmitglieder!
Danke für deine Unterstützung!

Hier ist die Bugnummer 137640,  mit URL: 
https://bugs.documentfoundation.org/show_bug.cgi?id=137640

AN die Liste: Wie folgt nachzustellen:
Writer template (*.ott) erstellen, 
bei den Tabellenformatvorlagen z.B. die grüne, blaue, gelbe Liste ausblenden
Dann ein Dokument auf Basis dieser Dokumentvorlage erstellen.
Erwartetes Verhalten: bei den Tabellenvorlagen sind die grüne, blaue, gelbe 
Liste NICHT sichtbar
Verhalten in LO 7: Sie sind sichtbar.

Viele Grüße
Susanne


-Ursprüngliche Nachricht-
Von: Robert Großkopf  
Gesendet: Mittwoch, 21. Oktober 2020 07:47
An: users@de.libreoffice.org
Betreff: Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

Hallo Susanne,
> 
> ABER: Auch wieder die ausgeblendeten Tabellenvorlagen. 
> 
> Das darf nicht sein und verwirrt die Anwender. 
> 
> Bei den Absatzvorlagen klappt das ausblenden.
> 
>  
> 
> Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.
> 
> Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?

Kann ich bestätigen. Schreibe eine Bugmeldung und poste die Bugnummer hier.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-20 Diskussionsfäden Robert Großkopf
Hier noch ein Zusatz: Die Einstellungen zum Absatz sind anschließend in
der Vorlagendatei enthalten, die Einstellungen zur Tabelle nicht. So
etwas ließe sich also vermutlich direkt über die Vorlagendatei in
styles.xml regeln. Nur ist das natürlich nicht Sinn der Sache.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-20 Diskussionsfäden Robert Großkopf
Hallo Susanne,
> 
> ABER: Auch wieder die ausgeblendeten Tabellenvorlagen. 
> 
> Das darf nicht sein und verwirrt die Anwender. 
> 
> Bei den Absatzvorlagen klappt das ausblenden.
> 
>  
> 
> Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.
> 
> Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?

Kann ich bestätigen. Schreibe eine Bugmeldung und poste die Bugnummer hier.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug bei den Tabellenvorlagen in Writer?

2020-10-20 Diskussionsfäden susanne.mohn-lo
Guten morgen in die Liste!

 

Das Thema Dokumentvorlagen, Formatvorlagen ist wichtig für den
professionellen Einsatz von LO.

So habe ich eine Dokumentvorlage mit benutzerdefinierten Tabellenvorlagen
erstellt.

Die für den „normalen“ Anwender nicht relevanten Tabellenvorlagen, wie
blaue, gelbe etc. Liste habe ich ausgeblendet.

Erstelle ich nun auf Basis der Dokumentvorlage neu Dokumente, sind meine
benutzerdefinierten Tabellenvorlagen sichtbar= OK.

 

ABER: Auch wieder die ausgeblendeten Tabellenvorlagen. 

Das darf nicht sein und verwirrt die Anwender. 

Bei den Absatzvorlagen klappt das ausblenden.

 

Getestet auf Windows10 mit LO 6.3., 6.4. und 7.01.

Könnt ihr das nachstellen ehe ich daraus einen Bug erstelle?

 

 

Danke & Grüße

Susanne

 

 

_

Susanne Mohn 

 


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



Re: [de-users] BUG bei Tabellenvorlage in LO 7.0.1?

2020-10-08 Diskussionsfäden Lothar K. Becker

Hm, und nochmal als hoffentlich lesbarerer "nur Textformat" in die Liste:

Hallo Susanne,

das ist in der Tat so, ich konnte das mit beiden Versionen nachstellen, siehe 
aus V7
Screenshot https://riessapp-cloud.de/index.php/s/ncGT3a4wQj4qQBq .

Die Liste der Vorlagen im dem Dialog Tabelle einfügen scheint nicht 
aktualisiert zu werden,
denn über das Formatvorlagenmenü aus der Seitenleiste ist sie dann wieder 
anwendbar.

Schreibst du einen BugReport?

Vielen Dank und viele Grüße
Lothar

Am 07.10.2020 um 12:30 schrieb susanne.mohn...@kiel-pries.de:

Hallo!

  


Ich habe mir eine Writer Vorlage (*.ott) mit einer eigenen Tabellenvorlage
erstellt.

Füge ich in LO 6.4.4.2 eine Tabelle über Tabelle -> Einfügen ein, wird meine
Tabellenvorlage bei den Formatvorlagen mit angezeigt.

Füge ich in LO 7.0.1.2  eine Tabelle über Tabelle -> Einfügen ein, wird
meine Tabellenvorlage bei den Formatvorlagen NICHT  mit angezeigt.

  


Ist das ein Bug?

Kann jemand das nachstellen?

  


System: Windows 10 1909  bei beiden Versionen

  

  


Viele Grüße

Susanne

  

  

  

  





--
Lothar Becker - CoChair of the LibreOffice TDF Certification Committee
email lothar.bec...@libreoffice.org
hangout lothar.bec...@riess-app.de - skype lothar.becker (Karlsruhe)


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG bei Tabellenvorlage in LO 7.0.1?

2020-10-07 Diskussionsfäden Robert Großkopf
Hallo Susanne,
> 
> Füge ich in LO 6.4.4.2 eine Tabelle über Tabelle -> Einfügen ein, wird meine
> Tabellenvorlage bei den Formatvorlagen mit angezeigt. 
> 
> Füge ich in LO 7.0.1.2  eine Tabelle über Tabelle -> Einfügen ein, wird
> meine Tabellenvorlage bei den Formatvorlagen NICHT  mit angezeigt. 

Die Version LO 7 nutze ich im Moment zum Testen, nicht bei Dateien, die
zuverlässig funktionieren sollen. Da sind noch einige Bugs drin, die
wohl den vielen Änderungen von LO 6 zu LO 7 zuzuschlagen sind.

Gruß

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


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] BUG bei Tabellenvorlage in LO 7.0.1?

2020-10-07 Diskussionsfäden Lothar K. Becker
Hallo Susanne,das ist in der Tat so, ich konnte das mit beiden Versionen
nachstellen, siehe aus V7 
Screenshothttps://riessapp-cloud.de/index.php/s/ncGT3a4wQj4qQBq.Die Liste der 
Vorlagen im dem Dialog Tabelle einfügen scheint nicht
aktualisiert zu werden, denn über das Formatvorlagenmenü aus der
Seitenleiste ist sie dann wieder anwendbar.Schreibst du einen 
BugReport?Vielen Dank und viele GrüßeLotharAm 07.10.2020 um 12:30 
schriebsusanne.mohn...@kiel-pries.de:
Hallo!




Ich habe mir eine Writer Vorlage (*.ott) mit einer eigenen Tabellenvorlage
erstellt. 


Füge ich in LO 6.4.4.2 eine Tabelle über Tabelle -Einfügen ein, wird meine
Tabellenvorlage bei den Formatvorlagen mit angezeigt. 


Füge ich in LO 7.0.1.2  eine Tabelle über Tabelle -Einfügen ein, wird
meine Tabellenvorlage bei den Formatvorlagen NICHT  mit angezeigt. 




Ist das ein Bug? 


Kann jemand das nachstellen?




System: Windows 10 1909  bei beiden Versionen 




Viele Grüße


Susanne-- 
Lothar Becker - CoChair of the LibreOffice TDF Certification Committee
emaillothar.becker@libreoffice.orghangoutlothar.bec...@riess-app.de- skype 
lothar.becker (Karlsruhe)
-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] BUG bei Tabellenvorlage in LO 7.0.1?

2020-10-07 Diskussionsfäden susanne.mohn-lo
Hallo!

 

Ich habe mir eine Writer Vorlage (*.ott) mit einer eigenen Tabellenvorlage
erstellt. 

Füge ich in LO 6.4.4.2 eine Tabelle über Tabelle -> Einfügen ein, wird meine
Tabellenvorlage bei den Formatvorlagen mit angezeigt. 

Füge ich in LO 7.0.1.2  eine Tabelle über Tabelle -> Einfügen ein, wird
meine Tabellenvorlage bei den Formatvorlagen NICHT  mit angezeigt. 

 

Ist das ein Bug? 

Kann jemand das nachstellen?

 

System: Windows 10 1909  bei beiden Versionen 

 

 

Viele Grüße

Susanne

 

 

 

 


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



Re: [de-users] Bug bei LO 7 - Basic-IDE Dialoge

2020-10-06 Diskussionsfäden Thomas Krumbein

Hei zusammen, hallo Gerhard,

der Fehler tritt unter 7.0.2 leider immer auf und ist somit nicht erledigt.

ich werde heute ne Bug-report erstellen.

Intern aber ist der Code nach wie vor "unsauber". Der XML Code weist 
zwei selektierte Einträge auf - was eben leider nicht korrekt ist.


dlg:top="32" dlg:width="95" dlg:height="15" dlg:spin="true">

   
    
    
    
   
  

Ausgewählt wurde nur der 2. Eintrag - der andere ist nach wie vor 
falsch. Führt aber hier offensichtlich nicht zum Fehler, da die Zeilen 
wohl nacheinander abgearbeitet werden und der zweite Eintrag den ersten 
überschreibt.


Wählt man aber den ersten Eintrag als Vorgabe, dann passiert das 
ursprünglich beschriebene: Fehler beim Öffnen der Datei - Dialog ist "weg".


Die korrespondierende *.xdl Datei weist nun den doppelten "select" 
Eintrag in der gleichen Zeile auf - was dann wohl zum Problem beim Laden 
führt.


dlg:top="32" dlg:width="95" dlg:height="15" dlg:spin="true">

   
    dlg:selected="true"/>

    
    
   
  

Viele Grüße

Thomas



Am 05.10.2020 um 21:54 schrieb Thomas Krumbein:

Hei Gerhard,

danke für den Gegentest. Da werde ich mir erst mal die 7.0.1 laden und 
noch mal checken.


Un ja, ich meine das Feld "Auswahl". Die dort aufgeführte Zahl 
verweist auf die Nummer des Eintrags (Indexnummer, beginnend bei "0", 
also "0" steht für den ersten Eintrag der Liste, die "1" für den 
zweiten etc.


Die "Auswahl" wird in der Listbox angezeigt oder - falls Du sie nicht 
aufklappbar gestaltet hast - markiert (also der Eintrag der Liste 
definiert durch die dargestellte Index-Nummer;)


Da die aufklappbare Listbox nur einen Eintrag anzeigen kann, sind zwei 
Ziffern im Feld ein Fehler.. der aber offensichtlich dann nicht mehr 
zu Problemen führt.


Wie gesagt, ich check mal die 7,0.1 bzw. die 7.0.2 - gibt es ja auch 
schon ;)


Vielen Dank und viele Grüße

Thomas


Am 05.10.2020 um 20:02 schrieb Gerhard Weydt:

Hallo Thomas,

ich habe das unter Windows 10 mit LibO 7.0.1.2 ausprobiert und kann 
das nicht nachvollziehen.
Ich habe den Dialog und das Makro zum Aufrufen in einem 
Writer-Dokument angelegt. Mit "Vorgabe" meinst du wohl das Feld 
"Auswahl", da erscheint jedenfalls das genannte "0";"1"; wobei ich 
mir nicht zusammenreimen kann, was das bedeutet.
Der Dialog wird auch nach völligem Schließen und Neuaufruf von LibO 
ordentlich geöffnet. Eine Wirkung von "Auswahl" kann ich allerdings 
nicht erkennen, die Listbox zeigt "a", den ersten Eintrag, an, obwohl 
ich bei Auswahl den zweiten Eintrag "b" ausgewählt habe.


Viele Grüße
Gerhard

Am 05.10.2020 um 07:46 schrieb Thomas Krumbein:
[..]




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei LO 7 - Basic-IDE Dialoge

2020-10-05 Diskussionsfäden Thomas Krumbein

Hei Gerhard,

danke für den Gegentest. Da werde ich mir erst mal die 7.0.1 laden und 
noch mal checken.


Un ja, ich meine das Feld "Auswahl". Die dort aufgeführte Zahl verweist 
auf die Nummer des Eintrags (Indexnummer, beginnend bei "0", also "0" 
steht für den ersten Eintrag der Liste, die "1" für den zweiten etc.


Die "Auswahl" wird in der Listbox angezeigt oder - falls Du sie nicht 
aufklappbar gestaltet hast - markiert (also der Eintrag der Liste 
definiert durch die dargestellte Index-Nummer;)


Da die aufklappbare Listbox nur einen Eintrag anzeigen kann, sind zwei 
Ziffern im Feld ein Fehler.. der aber offensichtlich dann nicht mehr zu 
Problemen führt.


Wie gesagt, ich check mal die 7,0.1 bzw. die 7.0.2 - gibt es ja auch 
schon ;)


Vielen Dank und viele Grüße

Thomas


Am 05.10.2020 um 20:02 schrieb Gerhard Weydt:

Hallo Thomas,

ich habe das unter Windows 10 mit LibO 7.0.1.2 ausprobiert und kann 
das nicht nachvollziehen.
Ich habe den Dialog und das Makro zum Aufrufen in einem 
Writer-Dokument angelegt. Mit "Vorgabe" meinst du wohl das Feld 
"Auswahl", da erscheint jedenfalls das genannte "0";"1"; wobei ich mir 
nicht zusammenreimen kann, was das bedeutet.
Der Dialog wird auch nach völligem Schließen und Neuaufruf von LibO 
ordentlich geöffnet. Eine Wirkung von "Auswahl" kann ich allerdings 
nicht erkennen, die Listbox zeigt "a", den ersten Eintrag, an, obwohl 
ich bei Auswahl den zweiten Eintrag "b" ausgewählt habe.


Viele Grüße
Gerhard

Am 05.10.2020 um 07:46 schrieb Thomas Krumbein:
[..]


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bei LO 7 - Basic-IDE Dialoge

2020-10-05 Diskussionsfäden Gerhard Weydt

Hallo Thomas,

ich habe das unter Windows 10 mit LibO 7.0.1.2 ausprobiert und kann das 
nicht nachvollziehen.
Ich habe den Dialog und das Makro zum Aufrufen in einem Writer-Dokument 
angelegt. Mit "Vorgabe" meinst du wohl das Feld "Auswahl", da erscheint 
jedenfalls das genannte "0";"1"; wobei ich mir nicht zusammenreimen 
kann, was das bedeutet.
Der Dialog wird auch nach völligem Schließen und Neuaufruf von LibO 
ordentlich geöffnet. Eine Wirkung von "Auswahl" kann ich allerdings 
nicht erkennen, die Listbox zeigt "a", den ersten Eintrag, an, obwohl 
ich bei Auswahl den zweiten Eintrag "b" ausgewählt habe.


Viele Grüße
Gerhard

Am 05.10.2020 um 07:46 schrieb Thomas Krumbein:

Morgen zusammen,

mir ist gestern ein heftiger Bug bei LO 7 im Dialog-Editor der 
Basic-IDE aufgefallen - könnte das bitte mal jemand überprüfen? Ich 
würde dann einen Bug-Report aufgeben - konnte im Bugzilla auch nichts 
ähnliches finden:



Mein System: Win 10 (alles aktuell), LO 7.0.0.3 (64bit)

Vorgehen: (Empfehlung: eigene Bibliothek verwenden - nicht die 
"Standard")


- Erzeugen eines neuen Dialoges im Dialog-Editor. Ein paar 
Schaltelemente platzieren (sind nicht wichtig, nur damit etwas da ist).


- Speichern. Lo komplett schliessen, erneut öffnen - Basic-IDE testen 
- alles wie gewünscht. Dialog vorhanden etc.


- nun dem Dialog eine Listbox spendieren (mit ner Combo-box hab ich es 
noch nicht getestet - könnte aber auch dort sein...).


- der Listbox bei den Eigenschaften (linke Liste in der IDE) ein paar 
Einträge spendieren - insbesondere ein paar Listeneinträge. Also z.B. 
"eins", "zwei", "drei".


- Listbox als "Aufklappbar" markieren und eintrag als Vorgabe 
definieren - nutzt dazu die neuen Funktionen der Listenauswahl. Im 
Feld steht dann dierekt so etwas wie "0", "1" - falls ihr den 2. 
Eintrag gewählt habt.


- Speichern.

- Falls Ihr den Dialog über eine Basic-Code eingebunden habt und er 
aufrufbar ist - testen. Das Ergebnis jetzt: Fehler. Objekt nicht belegt.


- Lo Schliessen, Neu öffenen - Basic-Ide aufrufen -> Fehler "Fehler 
beim Öffnen der Datei ".xdl"


- der Dialog wird zwar namentlich noch in der Liste geführt, ist aber 
nicht mehr editierbar oder ansehbar. Die IDE bleibt leer. Sehr 
ärgerlich insbesondere bei großen, umfangreien Dialogen...



Fehler-Analyse:

Die *.xdl Datei ist soweit korrekt geschrieben und sollte eigentlich 
funktionieren. Alle Verwaltungseinträge in den Dialog.xlb Datei sind 
ebenfalls korrekt.


Nur eine Zeile bei der Listbox ist fehlerhaft: Im Abschnitt 
  findet sich die Zeile mit dem Vorgabeeintrag wie folgt:
    dlg:selected="true"/>


Die "Select" Eigenschft wurde verdoppelt!! - das führt zum Fehler beim 
Einlesen der Datei - und in Folge zum Fehler im Code (leeres Objekt) 
bzw. zur nichtsichtbarkeit des Dialoges.


Löscht man den doppelten Eintrag ist alles wieder da und lesbar.

Im Dialogeditor kann man den Fehler dann nachstellen: Wählt man eine 
Vorgabe, so erscheinen im Feld eben zwei Vorgaben!! z.B. "0", "0" 
(also zwei mal der erste Eintrag) - speichert man jetzt oder schliesst 
die IDE -> Fehler!!


Als Workaround kann man aber auch hier manuell den 2. Eintrag löschen 
bzw. manuell nur einen Index eintragen - dann klappt das auch.


Für einen nicht so versierten Makroprogrammierer ist das jedoch eine 
echte Hürde.



Bitte testen, ob das jemand nachvollziehen kann:)

Viele Grüße

Thomas





--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug bei LO 7 - Basic-IDE Dialoge

2020-10-04 Diskussionsfäden Thomas Krumbein

Morgen zusammen,

mir ist gestern ein heftiger Bug bei LO 7 im Dialog-Editor der Basic-IDE 
aufgefallen - könnte das bitte mal jemand überprüfen? Ich würde dann 
einen Bug-Report aufgeben - konnte im Bugzilla auch nichts ähnliches finden:



Mein System: Win 10 (alles aktuell), LO 7.0.0.3 (64bit)

Vorgehen: (Empfehlung: eigene Bibliothek verwenden - nicht die "Standard")

- Erzeugen eines neuen Dialoges im Dialog-Editor. Ein paar 
Schaltelemente platzieren (sind nicht wichtig, nur damit etwas da ist).


- Speichern. Lo komplett schliessen, erneut öffnen - Basic-IDE testen - 
alles wie gewünscht. Dialog vorhanden etc.


- nun dem Dialog eine Listbox spendieren (mit ner Combo-box hab ich es 
noch nicht getestet - könnte aber auch dort sein...).


- der Listbox bei den Eigenschaften (linke Liste in der IDE) ein paar 
Einträge spendieren - insbesondere ein paar Listeneinträge. Also z.B. 
"eins", "zwei", "drei".


- Listbox als "Aufklappbar" markieren und eintrag als Vorgabe definieren 
- nutzt dazu die neuen Funktionen der Listenauswahl. Im Feld steht dann 
dierekt so etwas wie "0", "1" - falls ihr den 2. Eintrag gewählt habt.


- Speichern.

- Falls Ihr den Dialog über eine Basic-Code eingebunden habt und er 
aufrufbar ist - testen. Das Ergebnis jetzt: Fehler. Objekt nicht belegt.


- Lo Schliessen, Neu öffenen - Basic-Ide aufrufen -> Fehler "Fehler beim 
Öffnen der Datei ".xdl"


- der Dialog wird zwar namentlich noch in der Liste geführt, ist aber 
nicht mehr editierbar oder ansehbar. Die IDE bleibt leer. Sehr ärgerlich 
insbesondere bei großen, umfangreien Dialogen...



Fehler-Analyse:

Die *.xdl Datei ist soweit korrekt geschrieben und sollte eigentlich 
funktionieren. Alle Verwaltungseinträge in den Dialog.xlb Datei sind 
ebenfalls korrekt.


Nur eine Zeile bei der Listbox ist fehlerhaft: Im Abschnitt 
  findet sich die Zeile mit dem Vorgabeeintrag wie folgt:
    dlg:selected="true"/>


Die "Select" Eigenschft wurde verdoppelt!! - das führt zum Fehler beim 
Einlesen der Datei - und in Folge zum Fehler im Code (leeres Objekt) 
bzw. zur nichtsichtbarkeit des Dialoges.


Löscht man den doppelten Eintrag ist alles wieder da und lesbar.

Im Dialogeditor kann man den Fehler dann nachstellen: Wählt man eine 
Vorgabe, so erscheinen im Feld eben zwei Vorgaben!! z.B. "0", "0" (also 
zwei mal der erste Eintrag) - speichert man jetzt oder schliesst die IDE 
-> Fehler!!


Als Workaround kann man aber auch hier manuell den 2. Eintrag löschen 
bzw. manuell nur einen Index eintragen - dann klappt das auch.


Für einen nicht so versierten Makroprogrammierer ist das jedoch eine 
echte Hürde.



Bitte testen, ob das jemand nachvollziehen kann:)

Viele Grüße

Thomas


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug-Report - Basic-IDE - [File][Save] vs [File][Export Basic] - some characters replaced by ? [Export Basic]

2020-10-04 Diskussionsfäden OoOHWHOoO

Hallo *,

wenn ich das Gebietsschema "Locale: ja-JP" richtig interpretiere, kam 
heute der entscheidende Hinweis aus Japan zum Thema:


Man muss unter "Windows 10" ein Häkchen setzen bei (siehe: 
https://bugs.documentfoundation.org/show_bug.cgi?id=136893 Dateianhang 
"Windows 10 - Beta - Unicode UTF-8.png"):


+ Systemsteuerung
+ Zeit und Region
+ Region
+ Verwaltung
+ Gebietsschema ändern
+ Beta: Unicode UTF-8 für die Unterstützung weltweiter Sprachen 
verwenden


Und schon funktioniert [Datei][Export Basic] auch mit Unicode-Zeichen - 
auch mit chinesischen Schriftzeichen beispielsweise !


Somit ist [Datei][Export Basic] kein "LibreOffice"- sondern ein "Windows 
10"-Problem, wenn ich das alles richtig einschätze. Da kann man nur 
hoffen, dass diese Option bald keinen "Beta"-Status mehr hat ...


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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug-Report - Basic-IDE - [File][Save] vs [File][Export Basic] - some characters replaced by ? [Export Basic]

2020-09-19 Diskussionsfäden OoOHWHOoO
Hallo *, wen es interessiert @ 
https://bugs.documentfoundation.org/show_bug.cgi?id=136893


Die »Basic-IDE« verhält sich bei der Speicherung eines Makros 
unterschiedlich:


[1] [Datei]>[Speichern]

Bei der internen Speicherung treten, so weit beobachtet, keinerlei 
Fehler auf. Auch »extreme« Zeichen wie beispielsweise »chinesische 
Schriftzeichen«, werden fehlerfrei gespeichert.


[2] [Datei]>[Basic exportieren]

Hier wird, so weit beobachtet, maximal der Zeichensatz »ISO 
8859«/»Windows-1252« (umgangssprachlich auch »ANSI«) unterstützt. 
Offensichtlich liegt hier ein Problem der »LO-Export-Routine« vor:


+ Das fehlerhafte Verhalten ist unabhängig von der »empfangenden« Datei 
(beispielsweise txt/odt @ Windows).


+ Speichert man den »BasicMakroCode« via Zwischenablage (kopiern & 
einfügen) in eine Datei (beispielsweise txt/odt @ Windows), tritt das 
fehlerhafte Verhalten nicht auf.


+ Beispiel: »kleiner/gleich«-Zeichen [ ≤ ] (Unicode »U+2264« = 
Chr(CLng()) = Chr(8804)):


++ [Datei]>[Speichern] Problemlos !
++ [Datei]>[Basic exportieren] Ersetzung des »kleiner/gleich«-Zeichens 
durch »?« !


[3] Getestet mit »LO 6.4.6.2«/»LO 7.0.1.2« @ »Windows 10 Home« !

Gruß
Hans-Werner :-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug-Report - Makro Basic - RegExp Assertion - &/$0 don't work

2020-09-19 Diskussionsfäden OoOHWHOoO
Hallo *, wen es interessiert @ 
https://bugs.documentfoundation.org/show_bug.cgi?id=136890


[1] LO 6.4.6.2 @ Windows 10 Home

+ Bei der »Look-ahead« Assertion »(?=...)« funktionieren »&«/»$0« nicht. 
Enthalten nicht das Suchergebnis, sondern immer "&"/"$0".
+ Bei der »Look-behind« Assertion »((?<= ...))« funktionieren »&«/»$0« 
(größtenteils) nicht. Enthalten nicht das Suchergebnis, sondern meistens 
 "&"/"$0".


[2] LO 7.0.1.2 @ Windows 10 Home

+ Hier treten die unter [1] beschrieben Fehler nicht (mehr) auf.

[3] »Look-ahead«/»Look-behind« Assertion: 
https://unicode-org.github.io/icu/userguide/strings/regexp.html


Gruß
Hans-Werner :-))
--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug-Report - Drucken - Menge der Kopien

2020-08-28 Diskussionsfäden Freie Heilpraktiker Schule Bremen
Hallo und guten Tag,

 

seit dem letzten Update auf 6.4. (Win7) ist die Maske beim Drucken verändert
(Ricoh Multifunktionsgerät mit Duplex und vielen Papierschächten).

Die Anzahl der Kopien kann erst nach klick auf Eigenschaften verändert
werden.

Das ist lästig, aber nicht nervig.

 

Schwierig und bug-verdächtig finde ich:

Beim Klicken in Anzahl der Kopien kann die voreingestellte 1 erst entfernt
werden, nachdem eine neue Zahl eingegeben worden ist. Vorher geht es beim
zurücktasteklicken nur vor die 1 und Entfernen ändert gar nichts.

 

Ich bin nicht in der Mailingliste – sehe Antworten also nicht.

Falls ihr das ändert, merke ich es.

Falls dies nicht geändert wird, werdet ihr gute Gründe haben, dies so zu
belassen.

 

Vielen Dank für Euren Einsatz und weiterhin viel Spaß und Erfolgserlebnisse.

 

Lieben Gruß

Kerstin

 

 

 

 


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy



Re: [de-users] Bug melden/prüfen oder nicht_ Tabelle mit Grafiken verschieben zerschießt Zuordnung; Programmabsturz

2020-07-03 Diskussionsfäden Harald Köster
Hallo Otmar,

ich habe Dich direkt mit in den Verteiler aufgenommen, da ich nicht
weiß, ob Du Dich bei der User-Mailing-Liste angemeldet hast. Falls
nicht, solltest Du Dich zumindest temporär dort anmelden, um weitere
Antworten auf Deinen Post auch zu erhalten.

Am 03.07.2020 um 11:30 schrieb aloa5:
> Hallo,
> 
> ich weiß nicht, wie es hier gehandhabt wird, daher lege ich einfach los.
> 
> 
> Nach einiger Zeit mit dem Programm ist mir nun m.E. ein Bug
> untergekommen und möchte zudem etwas anderes anmerken, wobei ich mir
> vorstellen könnte, das letzterer bekannt ist und/oder ggfs. kein Bug.
> Der eigentliche Bug hat einmalig zum Programmabsturz geführt (s.u.).
> 
> 
> Zuerst das einfache, permanente Problem:
> Grafiken werden, wenn ich die Daten dazu aktualisiere meistens nicht
> aktualisiert. Erst wenn ich sie anklicke, dann habe ich die optischen
> Änderungen drin (während die Grafik aktiv ist). Tabbe ich wieder ´raus
> auf das Tabellenblatt, dann ist wieder der alte optische Stand aktiv.
> Geschieht in ~50% der Fälle.
> 
> ___
> 
> 
> Nun der m.E. "echte" Bug (eigentlich mehrere). In einer Mappe habe ich
> einer meiner Haupttabellen mit mehreren Grafiken umbenannt und nach
> hinten verschoben. Ich hatte dann eine Datenreihe verändert, welche zu
> den Grafiken gehört. Da ich mir nur diese Grafikreihe anzeigenlassen
> wollte, habe ich die Grafik angeklickt, um einen neuen Datenbereich zu
> setzen.
> Es kommt (das ist reproduzierbart) dann diese Meldung:
> 
> "Dieses Diagramm enthält gegenwärtig eine interne Datentabelle. Möchten
> Sie fortfahren, die interne Datentabelle löschen und einen neuen
> Datenbereich setzen?"
> 
> Sprich: durch das interne verschieben des Tabellenblattes innerhalb der
> Mappe hat es die Zuordnung zerschossen.
> 
> 
> (Wohl) Nicht reproduzierbar war dies (ich habe es allerdings nicht 1:1
> noch einmal gemacht):
> Beim ersten Mal, wo das dann geschehen war, habe ich erst nein gedrückt
> und es noch ein oder zwei mal (vergeblich) versucht. Danach habe ich
> "ja" gedrückt. Das mochte er dann auch nicht wirklich. Dort, wo man die
> Reiter "Datenbereich" und "Datenreihen" hat konnte ich nicht auf
> "Datenbereich" gehen (für die Festlegung). Bei "Datenreihen" stand als
> vorhandener Datenbereich (und als Name) "Label 0". Egal, habe ich mir
> gesagt und bin wieder ´raus. Und noch einmal die Grafik angeklickt,
> Rechtsklick, "Datenbereiche", nun hat er mich einen neuen festlegen
> lassen. Habe ich getan und damit ist das Programm dann abgestürzt. GUI
> blieb erhalten, links oben ein in der GUI blinkender Cursor, CPU-Last
> bei 30%.
> 
> 
> Die Reihenfolge war damit (in Kurzform) :
> 
> ->Tabellenblatt innerhalb der Mappe nach hinten verschoben und umbenannt
> ->damit funktionierte die Datenzuordnung zur Grafik nicht mehr
> (reproduzierbar)
> ->Datenreihe mit anderen Daten bestückt (das waren ~150 Zellen, welche
> ich per Hand eingegeben habe)
> ->der erste Fehler ist aufgetreten und zudem hat der Versuch einer
> Neufestlegung das Programm abstürzen lassen (nicht ohne weiteres
> reproduzierbar)
> 
> 
> Ich bin nicht sicher wie oder in welcher sinnvollen Form ich dies melden
> kann/soll oder ob dies ein bekannter bug ist.

Bugs und auch Verbesserungsvorschläge werden bei uns mit Bugzilla
gemeldet: https://bugs.documentfoundation.org/
Dort kannst Du auch mit Hilfe von Stichwörtern nach bestimmten Bugs suchen.

Wie Bug Reports erstellt werden, wird auf dieser LibreOffice-Wiki-Seite
beschrieben: https://wiki.documentfoundation.org/QA/BugReport/de
Diese Seite ist leider z.Z. ziemlich chaotisch, aber vielleicht schaffst
Du es trotzdem, damit zurechtzukommen.

Falls das Englisch für Dich ein Hindernis ist, müsste sich jemand von
der Mailing-Liste Deines Problems annehmen. Dies ist aber nicht
sichergestellt. Ich schau mir Dein Problem auch noch mal an. Da ich aber
mit Calc kaum was mache, bezweifle ich, dass ich hier helfen kann.

> Verwendete Version im übrigen:
> Win10; Libre-Office-Version: 6.4.3.2 (x64)

Grüße
Harald K.

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

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug melden/prüfen oder nicht_ Tabelle mit Grafiken verschieben zerschießt Zuordnung; Programmabsturz

2020-07-03 Diskussionsfäden aloa5

Hallo,

ich weiß nicht, wie es hier gehandhabt wird, daher lege ich einfach los.


Nach einiger Zeit mit dem Programm ist mir nun m.E. ein Bug 
untergekommen und möchte zudem etwas anderes anmerken, wobei ich mir 
vorstellen könnte, das letzterer bekannt ist und/oder ggfs. kein Bug. 
Der eigentliche Bug hat einmalig zum Programmabsturz geführt (s.u.).



Zuerst das einfache, permanente Problem:
Grafiken werden, wenn ich die Daten dazu aktualisiere meistens nicht 
aktualisiert. Erst wenn ich sie anklicke, dann habe ich die optischen 
Änderungen drin (während die Grafik aktiv ist). Tabbe ich wieder ´raus 
auf das Tabellenblatt, dann ist wieder der alte optische Stand aktiv. 
Geschieht in ~50% der Fälle.


___


Nun der m.E. "echte" Bug (eigentlich mehrere). In einer Mappe habe ich 
einer meiner Haupttabellen mit mehreren Grafiken umbenannt und nach 
hinten verschoben. Ich hatte dann eine Datenreihe verändert, welche zu 
den Grafiken gehört. Da ich mir nur diese Grafikreihe anzeigenlassen 
wollte, habe ich die Grafik angeklickt, um einen neuen Datenbereich zu 
setzen.

Es kommt (das ist reproduzierbart) dann diese Meldung:

"Dieses Diagramm enthält gegenwärtig eine interne Datentabelle. Möchten 
Sie fortfahren, die interne Datentabelle löschen und einen neuen 
Datenbereich setzen?"


Sprich: durch das interne verschieben des Tabellenblattes innerhalb der 
Mappe hat es die Zuordnung zerschossen.



(Wohl) Nicht reproduzierbar war dies (ich habe es allerdings nicht 1:1 
noch einmal gemacht):
Beim ersten Mal, wo das dann geschehen war, habe ich erst nein gedrückt 
und es noch ein oder zwei mal (vergeblich) versucht. Danach habe ich 
"ja" gedrückt. Das mochte er dann auch nicht wirklich. Dort, wo man die 
Reiter "Datenbereich" und "Datenreihen" hat konnte ich nicht auf 
"Datenbereich" gehen (für die Festlegung). Bei "Datenreihen" stand als 
vorhandener Datenbereich (und als Name) "Label 0". Egal, habe ich mir 
gesagt und bin wieder ´raus. Und noch einmal die Grafik angeklickt, 
Rechtsklick, "Datenbereiche", nun hat er mich einen neuen festlegen 
lassen. Habe ich getan und damit ist das Programm dann abgestürzt. GUI 
blieb erhalten, links oben ein in der GUI blinkender Cursor, CPU-Last 
bei 30%.



Die Reihenfolge war damit (in Kurzform) :

->Tabellenblatt innerhalb der Mappe nach hinten verschoben und umbenannt
->damit funktionierte die Datenzuordnung zur Grafik nicht mehr 
(reproduzierbar)
->Datenreihe mit anderen Daten bestückt (das waren ~150 Zellen, welche 
ich per Hand eingegeben habe)
->der erste Fehler ist aufgetreten und zudem hat der Versuch einer 
Neufestlegung das Programm abstürzen lassen (nicht ohne weiteres 
reproduzierbar)



Ich bin nicht sicher wie oder in welcher sinnvollen Form ich dies melden 
kann/soll oder ob dies ein bekannter bug ist.


Verwendete Version im übrigen:
Win10; Libre-Office-Version: 6.4.3.2 (x64)


MfG
Otmar






--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug in Calc 6.4 Beschriftungen

2020-03-17 Diskussionsfäden Jürgen Kirsten

Hallo Liste,

Tabelle - Benannte Bereiche - Beschriftungen - im folgenden Dialog 
Beschriftungsbereich kann man einen einmal festgelegten Bereich nicht 
mehr löschen. Außerdem kann das Fenster nicht in der Größe verändert 
werden. Das ist auch störend.


Könnte bitte jemand den Fehler verifizieren. Gibt es das schon als Bug 
Meldung?


Meine Umgebung: LO 6.4.1.2. Windows 10

mfg

Jürgen

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in LO ?

2020-02-25 Diskussionsfäden Wolfgang Jäth
Am 25.02.2020 um 15:51 schrieb Harald Köster:
> Hallo Martin,
> 
> Am 24.02.2020 um 19:26 schrieb Jürgen Kirsten:
>> Hallo Martin,
>> 
>> ich bin mir auch nicht sicher, ob dies ein Bug ist. Auf jeden Fall
>> funktioniert eine Tastenkombination mit Strg + Umschalt + ; nicht.
>> Vermutlich weil das Semikolon ja sowieso nur mit der Umschalttaste auf der
>> Standard Tastatur erreicht werden kann. Dies kann ja bei anderen Tastaturen
>> anders sein. Daher ist es vermutlich nicht verkehrt das anzubieten.
> 
> die Standard-Tastenkombination für das aktuellen Datum ist "Strg + ;"
> und für die aktuelle Zeit "Strg + Umschalt + ;". Beide Kombinationen
> sind mit einer deutschen Tastatur nicht erreichbar. Dafür gibt es diesen
> Bug Report:
> 
> https://bugs.documentfoundation.org/show_bug.cgi?id=82117

Extras => Anpassen => Tastatur => Bereich: "Einfügen" => Funktion:
"Aktuelles Datum einfügen" => Löschen => Tastenkombinationen: "STRG+,"
=> Ändern

Das Problem ist, dass im deutschen Tastaturlayout die Primärbelegung der
Taste eben das /Komma/ ist, und nicht das /Semikolon/. Und daran lässt
sich nun mal nix ändern. Wenn du die Taste ansprechen willst, musst du
sie mit deren Primärbelegugn aka dem Komma ansprechen, und nicht mit
einer Sekundär- oder Tertiär- oder sonstigen Belegung. Wenn du was
anderes willst, musst du halt ein anderes Tastaturlayout wählen. Du
kannst schließlich im z.B. englischen Layout auch keine deutschen
Umlaute ausgeben, so sehr du das auch vom deutschen Layout her kennst. Das
gibt das Layout einfach nicht her. Da kann das /Programm/ gar nix dafür.

>> Ich habe mir die Tasten wie folgt eingerichtet. Das funktioniert!
>> Strg + Umschalt + .>>  Aktuelle Zeit einfügen
>> Strg + .  >> Aktuelles Datum einfügen
> Dies wäre auch meine Empfehlung.

Kann man natürlich; logischer wäre IMHO aber das Komma, nicht der Punkt.

Wolfgang
-- 
Donald Trump ist ein großer Visionär, der seiner Zeit weit voraus ist:
Er verbreitet schon jetzt den Slogan "make America great again", obwohl
dieser erst in der Ära /nach/ ihm seine volle Bedeutung entfalten wird.


-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in LO ?

2020-02-25 Diskussionsfäden Harald Köster
Hallo Martin,

Am 24.02.2020 um 19:26 schrieb Jürgen Kirsten:
> Hallo Martin,
> 
> ich bin mir auch nicht sicher, ob dies ein Bug ist. Auf jeden Fall
> funktioniert eine Tastenkombination mit Strg + Umschalt + ; nicht.
> Vermutlich weil das Semikolon ja sowieso nur mit der Umschalttaste auf der
> Standard Tastatur erreicht werden kann. Dies kann ja bei anderen Tastaturen
> anders sein. Daher ist es vermutlich nicht verkehrt das anzubieten.

die Standard-Tastenkombination für das aktuellen Datum ist "Strg + ;"
und für die aktuelle Zeit "Strg + Umschalt + ;". Beide Kombinationen
sind mit einer deutschen Tastatur nicht erreichbar. Dafür gibt es diesen
Bug Report:

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


> Um das aktuelle Datum bzw. die Aktuelle Zeit auf eine Taste zu hinterlegen
> musst du bitte auch den Befehl Aktuelle Zeit einfügen bzw. Aktuelles Datum
> einfügen verwenden. Der Befehl Einfügen und dann Datum macht nicht das
> gleiche. Dies funktioniert anscheinend nicht.
> 
> Ich habe mir die Tasten wie folgt eingerichtet. Das funktioniert!
> Strg + Umschalt + .>>  Aktuelle Zeit einfügen
> Strg + .  >> Aktuelles Datum einfügen
Dies wäre auch meine Empfehlung.

> mfg
> 
> Jürgen
> 
> 
> Am Mo., 24. Feb. 2020 um 07:52 Uhr schrieb Martin Lange <
> martin.r.la...@gmx.de>:
> 
>> Seit einigen Tagen funktioniert das Einfügen von Datum  in eine Zelle
>> nur noch per Maus.
>>
>> Über die Funktionserweiterung Extras - Anpassen - Tastatur
>>
>> wird die Tastenkombination "STRG + ." konfiguriert. Es kann aber nicht
>> ausgeführt werden.
Wenn ich dem Befehl "Aktuelles Datum einfügen" das Tastaturkürzel "STRG
+ ." zuweise, funktioniert es bei mir (V. 6.4.0, Win10) ohne Probleme.

>> Das komische ist, wenn man vorher einen "." eingibt, dann geht es. Ist
>> aber nicht zielührend.
Das ist allerdings merkwürdig. Bist Du Dir hier sicher?


>> Ich nutze LIBREOFFICE 6.3.4.2 Linux - habe es aber auch mit ein paar
>> anderen 6.xxx versucht.

Grüße
Harald K.

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

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in LO ?

2020-02-24 Diskussionsfäden Jürgen Kirsten
Hallo Martin,

ich bin mir auch nicht sicher, ob dies ein Bug ist. Auf jeden Fall
funktioniert eine Tastenkombination mit Strg + Umschalt + ; nicht.
Vermutlich weil das Semikolon ja sowieso nur mit der Umschalttaste auf der
Standard Tastatur erreicht werden kann. Dies kann ja bei anderen Tastaturen
anders sein. Daher ist es vermutlich nicht verkehrt das anzubieten.

Um das aktuelle Datum bzw. die Aktuelle Zeit auf eine Taste zu hinterlegen
musst du bitte auch den Befehl Aktuelle Zeit einfügen bzw. Aktuelles Datum
einfügen verwenden. Der Befehl Einfügen und dann Datum macht nicht das
gleiche. Dies funktioniert anscheinend nicht.

Ich habe mir die Tasten wie folgt eingerichtet. Das funktioniert!
Strg + Umschalt + .>>  Aktuelle Zeit einfügen
Strg + .  >> Aktuelles Datum einfügen

mfg

Jürgen


Am Mo., 24. Feb. 2020 um 07:52 Uhr schrieb Martin Lange <
martin.r.la...@gmx.de>:

>
> Guten Morgen liebe Libreofficers,
>
> ich benutze sehr gerne das Büropaket und da darunter das Programm CALC
> unter Linux Mint.
>
> Seit einigen Tagen funktioniert das Einfügen von Datum  in eine Zelle
> nur noch per Maus.
>
> Über die Funktionserweiterung Extras - Anpassen - Tastatur
>
> wird die Tastenkombination "STRG + ." konfiguriert. Es kann aber nicht
> ausgeführt werden.
>
> Das komische ist, wenn man vorher einen "." eingibt, dann geht es. Ist
> aber nicht zielührend.
>
> Könntet Ihr das eventuell an eine richtige Stelle weiterleiten? Danke.
> Vereinzelt gibt es
>
> auch andere Anwender mit dem gleichen Problem --> LinuxMintusers.de.
>
> Viele Grüße
>
> Martin Lange
>
>
>
>
> Ich nutze LIBREOFFICE 6.3.4.2 Linux - habe es aber auch mit ein paar
> anderen 6.xxx versucht.
>
> System:Host: notebook Kernel: 5.3.0-40-generic x86_64 bits: 64
> compiler: gcc v: 7.4.0
>   Desktop: Cinnamon 4.4.8 wm: muffin dm: LightDM Distro:
> Linux Mint 19.3 Tricia
>  base: Ubuntu 18.04 bionic
>
>
> --
> Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
> Probleme?
> https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
> Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
> Listenarchiv: https://listarchives.libreoffice.org/de/users/
> Datenschutzerklärung: https://www.documentfoundation.org/privacy
>

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug in LO ?

2020-02-23 Diskussionsfäden Martin Lange


Guten Morgen liebe Libreofficers,

ich benutze sehr gerne das Büropaket und da darunter das Programm CALC
unter Linux Mint.

Seit einigen Tagen funktioniert das Einfügen von Datum  in eine Zelle
nur noch per Maus.

Über die Funktionserweiterung Extras - Anpassen - Tastatur

wird die Tastenkombination "STRG + ." konfiguriert. Es kann aber nicht
ausgeführt werden.

Das komische ist, wenn man vorher einen "." eingibt, dann geht es. Ist
aber nicht zielührend.

Könntet Ihr das eventuell an eine richtige Stelle weiterleiten? Danke.
Vereinzelt gibt es

auch andere Anwender mit dem gleichen Problem --> LinuxMintusers.de.

Viele Grüße

Martin Lange




Ich nutze LIBREOFFICE 6.3.4.2 Linux - habe es aber auch mit ein paar
anderen 6.xxx versucht.

System:    Host: notebook Kernel: 5.3.0-40-generic x86_64 bits: 64
compiler: gcc v: 7.4.0
             Desktop: Cinnamon 4.4.8 wm: muffin dm: LightDM Distro:
Linux Mint 19.3 Tricia
    base: Ubuntu 18.04 bionic


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug bestätigen

2019-12-05 Diskussionsfäden Gerhard Weydt
Das hat sich erledigt, durch eine Antwort bin ich noch einmal ins 
Grübeln gekommen und verstehe nun das Vorgehen:


 * Objekt anklicken, das verschoben werden soll
 * "Hinter das Objekt" wählen
 * Objekt anklicken, hinter das das zuerst gewählte verschoben werden soll

Gruß

Gerhard

Am 05.12.2019 um 01:44 schrieb Gerhard Weydt:

Hallo,
kann jemand den Bug Report
https://bugs.documentfoundation.org/show_bug.cgi?id=128825
anschauen und bestätigen?

Gruß

Gerhard




--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug bestätigen

2019-12-04 Diskussionsfäden Gerhard Weydt

Hallo,
kann jemand den Bug Report
https://bugs.documentfoundation.org/show_bug.cgi?id=128825
anschauen und bestätigen?

Gruß

Gerhard

--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


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

2019-07-20 Diskussionsfäden Christian Kühl

Hallo, Gerhard & Jürgen!

Am 15.07.19 um 21:06 schrieb Gerhard Weydt:


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!).


Der Doppelpunkt war schon in der Übersetzung falsch drin.

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


Ich habe beide Übersetzungen (s. ursprüngliche E-Mail unten) korrigiert
(inklusive dem ":" im zweiten String), für 6.2 sowie für master.

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.


Sehe ich genauso, zumal die Anführungszeichen auch nicht im Englischen
vorhanden sind.

Gruß
Christian


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


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


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


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

2019-07-15 Diskussionsfäden 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: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


[de-users] Bug in Hilfedatei Funktion REGAUS

2019-07-14 Diskussionsfäden 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: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in 6.2.2.2

2019-04-05 Diskussionsfäden Jürgen Klatt

Hallo Franklin,

vielen Dank.

Mit umatrix und der Hilfe 6.2.2 funktioniert nun alles perfekt.

Viele Grüße

Jürgen



Am 05.04.2019 um 12:46 schrieb Franklin Schiftan:

Hallo Jürgen,

am 05.04.2019 um 12:35 Uhr schrieb Jürgen Klatt :


@Franklin,

Am Montag, den 01.04.2019, 19:02 +0200 schrieb Franklin
Schiftan:


Das stimmt so ja nicht: Du brauchst nur explizit auf der
gewünschten Seite die dafür notwendigen Skripte zuzulassen. Das
ändert an den sonstigen Sicherheitseinstellungen für den
Browser überhaupt nichts.

Die Fragen die ich mir und wahrscheinlich viele andere stellen:
Wie geht dies in den verschiedensten Browsern? Gibt es eine Hilfe
für die neue LibO-Hilfe?

Ich kann es Dir nur für den von mir verwendeten Firefox sagen, aber
vermutlich gibt es ähnliches auch für alle anderen Browser. Früher
habe ich das per Noscript gemacht, heute per umatrix.


Firefox: Per about:config kann man zwar javascript.enabled =
true eingeben, aber dann ist javascript generell zugelassen.

DAS wäre natürlich nicht sinnvoll.


Sonst habe ich in den Sicherheitseinstellungen von Firefox keine
Ausnahmeliste gefunden, in die ich die LibO-Hilfeseite als
Ausnahme einfügen kann.


Viele Grüße

Jürgen



--
  . und tschüss

Franklin



--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in 6.2.2.2

2019-04-05 Diskussionsfäden Franklin Schiftan
Hallo Jürgen,

am 05.04.2019 um 12:35 Uhr schrieb Jürgen Klatt :

> @Franklin,
>
> Am Montag, den 01.04.2019, 19:02 +0200 schrieb Franklin
> Schiftan:
>
>> Das stimmt so ja nicht: Du brauchst nur explizit auf der
>> gewünschten Seite die dafür notwendigen Skripte zuzulassen. Das
>> ändert an den sonstigen Sicherheitseinstellungen für den
>> Browser überhaupt nichts.
>
> Die Fragen die ich mir und wahrscheinlich viele andere stellen:
> Wie geht dies in den verschiedensten Browsern? Gibt es eine Hilfe
> für die neue LibO-Hilfe?

Ich kann es Dir nur für den von mir verwendeten Firefox sagen, aber
vermutlich gibt es ähnliches auch für alle anderen Browser. Früher
habe ich das per Noscript gemacht, heute per umatrix.

> Firefox: Per about:config kann man zwar javascript.enabled =
> true eingeben, aber dann ist javascript generell zugelassen.

DAS wäre natürlich nicht sinnvoll.

> Sonst habe ich in den Sicherheitseinstellungen von Firefox keine
> Ausnahmeliste gefunden, in die ich die LibO-Hilfeseite als
> Ausnahme einfügen kann.
>
>
> Viele Grüße
>
> Jürgen
>
>

--
 . und tschüss

   Franklin

-- 
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


Re: [de-users] Bug in 6.2.2.2

2019-04-05 Diskussionsfäden Jürgen Klatt

@Franklin,

Am Montag, den 01.04.2019, 19:02 +0200 schrieb Franklin Schiftan:


Das stimmt so ja nicht: Du brauchst nur explizit auf der gewünschten
Seite die dafür notwendigen Skripte zuzulassen.
Das ändert an den sonstigen Sicherheitseinstellungen für den Browser
überhaupt nichts.


Die Fragen die ich mir und wahrscheinlich viele andere stellen:
Wie geht dies in den verschiedensten Browsern?
Gibt es eine Hilfe für die neue LibO-Hilfe?

Firefox:
Per about:config kann man zwar javascript.enabled = true
eingeben, aber dann ist javascript generell zugelassen.

Sonst habe ich in den Sicherheitseinstellungen von Firefox keine Ausnahmeliste 
gefunden,
in die ich die LibO-Hilfeseite als Ausnahme einfügen kann.


Viele Grüße

Jürgen


--
Liste abmelden mit E-Mail an: users+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/users/
Datenschutzerklärung: https://www.documentfoundation.org/privacy


  1   2   >