[de-discuss] Re: Falsche Formate bei neuen Textdokumenten

[Andreas Säger]

Am 02.09.2018 um 07:40 schrieb Alois Klotz:
> Hallo,
> dieses Verhalten ist bereits bekannt.
> Die Ursache ist folgende:
> Beim der Erstellung eines neuen Dokuments im Explorer kopiert Windows
> bereits vorhandene Vorlagen und nennt sie fürs erste z.B. OpenDocument
> Text (neu).odt.
> Diese Vorlagen enthalten *keine* Einträge für das Papierformat und die
> Sprache.
> LibreOffice nimmt dann beim Öffnen als Voreinstellung die Einstellungen
> für US - Anwender, statt bei den eigenen Einstellungen nachzusehen -
> könnte man als Fehler bezeichnen.
> 
> Folgende zwei Lösungen kann ich anbieten:
> 
>  * Man kann es umgehen, wenn man neue Dokumente nur über die
>    Programmoberfläche erstellt - also Datei -> Neu... oder
>  * man ändert die Vorlage genau einmal:
>    bei mir sind sie in diesem Ordner gespeichert: C:\Program
>    Files\LibreOffice\share\template\shellnew
>    Am besten kopiert man sich die Datei soffice.odt z.B. auf den
>    Desktop, öffnet sie und stellt die Sprache in den Optionen auf
>    Deutsch und das Seitenformat auf A4. Dann speichert man soffice.odt
>    wieder zurück in den Ordner shellnew und bestätigt die
>    Zugriffsabfrage. Das kann man bei Bedarf auch bei den anderen
>    Vorlagen so machen - also bei soffice.ods, soffice.odp und soffice.odg.
>    Am besten bewahrt man die neu bearbeiteten Vorlagen auch noch auf,
>    da sie vermutlich bei einer Neuinstallation überschrieben werden.
> 
> MfG Alois Klotz
> 

Kann man denn unter Windows nicht einfach eine Verknüpfung im
shellnew-Ordner anlegen, die entweder auf
/share/template/common/styles/Default.odt oder Modern.odt
zeigt oder auf die benutzerdefinierte Standardvorlage in
/template/?


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

[de-discuss] Re: Calc 6.1: Verbindungen von Zellen werden beim Einfuegen von Zeilen nicht uebernommen

[Andreas Säger]

Am 06.08.2018 um 10:44 schrieb Andreas Borutta:
> Moin.
> 
> Mir fiel (auch in der Vergangenheit schon) auf, dass beim Einfügen
> einer neuen Zeile (unterhalb oder oberhalb) die Verbindungen von
> Zellen (in der Zeile, wo der Cursor sich befindet) nicht übertragen
> werden.
> 
> Ich fände es nützlich und es entspräche IMHO den Erwartungen, denn
> alles andere wie Formate wird ja auch übernommen.
> 
> Wie bewertet ihr das?
> 
> Andreas
> 

Moin,

Wenn es Dich wirklich sehr stört, dann könntest Du ein Anwender meines
populären Makros werden:

> https://forum.openoffice.org/en/forum/viewtopic.php?f=21=2350

Es schaltet eine bestimmte globale Option ein, fügt in den aktuellen
Bereich (current region) zusammenhängender benutzter Zellen so viele
Zeilen ein, wie Deine Zellauswahl umfasst, löst evtl. vorhandene
Verbindungen, kopiert evtl. vorhandene Formeln von oben her in die neuen
Zellen, stellt die Verbindungen wieder her, setzt den Status der
globalen Option wieder zurück und selektiert schließlich die neuen,
leeren Zellen zum Bearbeiten.
Mit anderen Worten: Du selektierst z.B. drei Zellen A5:A7 in Deiner
Liste mit verbundenen Zellen und kalkulierten Feldern, drückst eine
Tastenkombi und die gesamte zusammenhängende Liste (egal wie breit) wird
um 3 Zeilen mit Formeln erweitert. Ein Formelbezug wie z.B. in
=SUMME(A1:A97) wird erweitert auf =SUMME(A1:A100) auch dann wenn Du die
Zellen direkt unterhalb der Liste einfügst. Letzteres ist abhängig von
besager globaler Option, um die Du Dich nicht zu kümmern brauchst.

Das dazugehörige Zeilenlösch-Makro verfährt mit verbundenen Zellen ähnlich.

auch Andreas


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

[de-discuss] Re: LO 6.1: vor Gebrauch interner Datenbanken rate ich dringend ab

[Andreas Säger]

Am 27.07.2018 um 11:40 schrieb lo.harald.ber...@t-online.de:
> Auch verwende ich keine SQL (also selber schreiben), sondern verlasse
> mich ganz auf die Entwurfs- und Assistenz-Möglichkeiten.

Damit deckst Du aber maximal 20% der Möglichkeiten ab. Mit Ausnahme des
Report-Assistenten sind alle Base-Assistenten vollkommen nutzlos weil
sie einen im Regen stehen lassen, obwohl alle Werkzeuge zur Lösung eines
Problems eigentlich vorhanden wären.

Bei der Erstellung von Tabellen geht es ja noch, obwohl doch so einiges
in der GUI unter den Teppich fällt.

Jeder kann in einer Stunde mehr SQL lernen als der Abfrage-Designer
hergibt, vom Assistenten ganz zu schweigen.

Bei Formularen verbietet sich der Gebrauch weil er den unbedarften
Nutzer völlig in die Irre führt.

Die Userforen sind übervoll mit Fragen, die immer nur auf diese Defizite
zurückzuführen sind. Jemand erstellt ein Formular und ist nur in
Ausnahmefällen in der Lage, verknüpfte Daten aus max. 2 Tabellen
sinnvoll zu bearbeiten.
Dann kommt der Ruf nach Makros und die Dinge geraten völlig aus dem
Ruder weil die Anwendung nicht mal ansatzweise verstanden wurde, ganz zu
schweigen von dieser Höllen-API.

Ich habe vor ein paar Monaten einen Test mit ein paar Dutzend HSQLDBs
gemacht. Nur ein einziges extrem triviales Base-Dokument war mit
Firebird nutzbar, und wenn ich mir die Unterschiede zw. HSQL und FB
anschaue, dann kann ich mir auch nicht erklären wie Base mit irgendeiner
Datenbank funktionieren soll, die nicht den SQL-Standard umfänglich
unterstützt.

Das Hauptproblem mit embedded HSQLDB ist sicher nicht Java oder HSQL
sondern die Verpackung. Früher oder später sind Benutzer auf Backups
angewiesen weil alle Daten zur letzten Ruhe im Zip-Sarg eingebettet wurden.

Ich habe in einem kleinen Unternehmen seit 2011 vier (ab September dann
fünf) HSQL-Datenbanken mit Writer-Formularen und Calc-Berichten am
Start. Keine einzige wäre auch nur ansatzweise mit Bordmitteln machbar.
Eine weitere H2-Datenbank ist nicht mehr in gebrauch. H2 und HSQL
funktionierten damals (um 2011) beinah gleich gut mit Base, Writer und
Calc. MySQL funktioniert auch nahezu perfekt. Aber Firebird? Ich bin ja
froh, dass ich Firebird mit Base verbinden kann, aber ein Frontend auf
dieser Grundlage? Niemals.


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

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

[Andreas Säger]

Am 25.06.2018 um 01:37 schrieb HaraId Koch:
> Bug-Report:
> 
> (1) Komponente: Schnellstarter
> (2) Betriebssystem: Windows 7 ultimte 64 bit

Hallo,

Meine Empfehlung geht dahin, schon beim Installieren den
"Schnellstarter" auszuschließen. Das Tool beschleunigt auf modernen
Rechnern so gut wie gar nichts und verhindert die reibungslose
Installation so mancher Erweiterung weil die Anwendung eben nicht neu
gestartet wird nachdem alle Fenster geschlossen waren. Bei bestimmten
Datenbankverbindungen mit LO Base gibt es ähnlich gelagerte Probleme
wenn man die Verbindung resetten will.
Man kann ihn auch nachträglich entfernen, indem man den Installer der
installierten Version nochmal startet. Einfach deaktivieren und dabei
belassen tuts natürlich auch.

Grüße,
Andreas Säger


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

[de-discuss] Re: LibreOffice Qualität - wieso gibt es noch so viele offensichtliche und gravierende Fehler?

[Andreas Säger]

Am 15.06.2018 um 19:06 schrieb Herbert Thomson:
> Hallo Andreas und alle anderen,
> 
> es ist eben _nicht_ mit der Installation dieses Codecs getan, weil
> irgend eine Komponente wohl nicht mit der anderen kompatibel ist.
> 
> Und ich habe kein Problem mit der Tatsache an sich, dass ich mir
> Zusatzprogramme installieren muss.

Entschuldige bitte.

Ich habe das eben zum ersten Mal probiert. Klappt eigentlich prima unter
Linux. Das Video wird eingebettet und spielt ab wenn man die
Präsentation startet sogar ohne Java-Unterstützung.
OpenOffice kann mit dem eingebetteten Objekt allerdings nichts anfangen
und schmiert ab wenn man die Präsentation startet.

Auf einem entfernten Windows-Rechner habe ich das nun auch probiert, und
es funktioniert tatsächlich nicht. LO schmiert ab oder macht gar nichts.

Und was an dem Codec-Paket zweifelhaft ist, weiß ich jetzt auch: Es
installiert noch irgendein bescheuertes Zusatzprogramm, das irgendwie
Geld einspielen soll. Wie ich diese Plattform hasse!



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

Re: [de-discuss] Re: LibreOffice Qualität - wieso gibt es noch so viele offensichtliche und gravierende Fehler?

[Andreas Säger]

Am 14.06.2018 um 16:29 schrieb Jörg Schmidt:
> Hallo Thorsten, Andreas,
> 
> mmh ... ich habe jetzt nochmal die Email von Andreas gelesen, kann sein das 
> ich
> seine Sicht falsch verstanden hatte, denn ich nahm bei meiner Antwort noch 
> an, das
> Andreas seinerseits annahm der Nutzer wäre nur zu faul die Codecs zu 
> installieren,
> mutmaßlich ging es aber Andereas auch um den 'Auftritt'.
> 
> 
> Gruß
> Jörg
> 
> 

Es nervt manchmal wenn ein so "fettes" Projekt wie LibreOffice nicht
perfekt in das jeweilige Betriebssystem integriert ist. Geht mir unter
Linux auch oft so. Aber sich wegen eines eher selten genutzten
Multimedia-Features dermaßen aufzuspulen wenn das Problem mit einem
Download von 14,1 MB zu lösen ist finde ich dann doch etwas befremdlich.
Ich weiß auch nicht, was an dem genannten Codec-Paket jetzt fragwürdiger
sein soll als an dem ganzen Schrott, den man von MS ungefragt und
gigabyteweise auf die Platte geblasen kriegt
(sorry, ich kämpfe an meinen Wochenenden mit Windows10 auf Rechnern, die
eigentlich zum Arbeiten bestimmt sind und bin zugegebenermaßen total
angefressen).


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

[de-discuss] Re: LibreOffice Qualität - wieso gibt es noch so viele offensichtliche und gravierende Fehler?

[Andreas Säger]

Ich wundere mich nur, dass ausgerechnet ein Windows-User wegen eines
zusätzlichen Codec-Paketes von 14,1 MB so eine Welle schiebt.

LibreOffice ist kein natives Windows-Programm. LibreOffice ist auf
Windows nur zu Gast. Es schreibt ein paar Icons und Zuständigkeiten in
die Registry, alle internen Settings landen in einem Profilordner, und
auch sonst nutzt es nur wenige systemspezifische Schnittstellen.


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

[de-discuss] Re: LO 6.x - Wo ist "Ansicht-Datenquellen"?

[Andreas Säger]

Am 18.05.2018 um 11:13 schrieb Jörg Schmidt:
> Hallo,
> 
> der Betreff sagt es schon, ich suche Ansicht-Datenquellen, im Menü ist es 
> nicht sichtbar.
> 

Aus welchen Gründen auch immer, installieren die Linux-Distributoren die
paar Megabyte der Base-Komponente nicht.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Automatische Migration von integrierten HSQLDB ODB-Dateien nach integrierten Firebird-Datenbank ODB-Dateien

[Andreas Säger]

Am 21.04.2018 um 08:38 schrieb Robert Großkopf:
> Hallo Andreas,
> Natürlich kann auch jede Datenbank mit einem Upgrade auf die externe
> Variante der HSQLDB vollzogen werden. Es geht hier aber eben darum, die
> interne Variante von HSQLDB nach Firebird hin zu bewegen.
> 

Wozu?


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Automatische Migration von integrierten HSQLDB ODB-Dateien nach integrierten Firebird-Datenbank ODB-Dateien

[Andreas Säger]

Am 20.04.2018 um 17:55 schrieb Robert Großkopf:
> Hallo *,
> 
> da ist noch viel, was geschehen muss, bevor das alles auch nur halbwegs
> funktioniert. Im Bugtracker laufen die Drähte heiß. Wenn ich aktuell
> Bugs dazu melde, dann kommt erst einmal die Aufforderung, bitte die
> allerletzte Daily-Version zu nehmen ...
> 

Die Konvertierung beherrscht nicht den Datentyp Double, und wenn ich
eine Tabelle mit HSQL-Doubles manuell in eine neue FB-Datenbank kopiere
friert das Programm ein.
Wenn ich die Zieltabelle neu anlege und dann nur die HSQL Daten in die
fertige Tabelle einfüge, kommt die Meldung, dass die Datentypen nicht
kompatibel seien.
Doubles aus Calc können eingefügt werden.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Automatische Migration von integrierten HSQLDB ODB-Dateien nach integrierten Firebird-Datenbank ODB-Dateien

[Andreas Säger]

Am 20.04.2018 um 17:55 schrieb Robert Großkopf:
> Hallo *,
> 
> da ist noch viel, was geschehen muss, bevor das alles auch nur halbwegs
> funktioniert. Im Bugtracker laufen die Drähte heiß. Wenn ich aktuell
> Bugs dazu melde, dann kommt erst einmal die Aufforderung, bitte die
> allerletzte Daily-Version zu nehmen ...
> 
> Ich habe jetzt erst einmal einen Beitrag auf
> https://wiki.documentfoundation.org/Documentation/FirebirdMigration
> gestellt:
> Alle Funktionen, bei denen eine Migration von HSQLDB zu Firebird nicht
> einfach so funktioniert. Dann eine Spalte, die Funktionen aufzeigt, die
> stattdessen in HSQLDB übernommen werden können und so auch in Firebird
> existieren. Und wenn kein gemeinsamer Schnittpunkt ist:
> Firebirdfunktionen, die das Gleiche machen wie die HSQLDB-Funktionen.
> Bei der HSQLDB gibt es allerdings auch Spezialfunktionen, die in
> Firebird (zumindest laut Handbuch Firebird 2.5; aktuelleres gibt es
> nicht) nicht existieren.
> 
> Gruß
> 
> Robert
> 

Warum nur dieser unsinnige Aufwand wenn man eigentlich nur upgraden
müsste? HSQL2 funktioniert als externe Datenbank annähernd perfekt mit
LibreOffice, jedenfalls bis 2.3.4. Ab 2.4 gibt es ein Problem mit einem
neuen Datentyp, nämlich Timestamp mit Zeitzone.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Automatische Migration von integrierten HSQLDB ODB-Dateien nach integrierten Firebird-Datenbank ODB-Dateien

[Andreas Säger]

Am 20.04.2018 um 09:47 schrieb K-J LibreOffice:
> Hallo zusammen,
> ich habe die Diskussion hier nur am Rande verfolgt, allerdings bleibt
> für mich eine Frage noch unbeantwortet:
> Nächste Woche (27. April) findet offiziell eine Bug Hunting Session für
> 6.1 RC 1 [1] statt.
> Wird jetzt die Migration als Automatik oder nur als Vorschlag im RC1
> integriert sein?
> Ansonsten sollte ein entsprechender, deutlich sichtbarer Hinweis auf der
> Wiki-Seite landen. Und zwar vor dem 27. April.
> 
> [1] https://wiki.documentfoundation.org/QA/BugHuntingSession/6.1.0Alpha
> 

Oh, 27. April. Ich sitze hier und niemand da außer mir. Egal. Ich habe
in der letzten halben Stunde folgendes gemacht.
Ca. 100 Base-Dokumente in einen Ordner kopiert, mit LO 6.1 geöffnet,
erst den Tabellen-Container geklickt, um nur die Konvertierung zu
triggern, bei Erfolg das erstbeste Formular gestartet.
Eben war ich bei Dokument Nr. 15 mit embedded HSQL und die Ergebnisse
sind wie folgt:

9x Konvertierung schlägt fehl
4x Formular funktioniert nicht
1x Crash (crasht nicht mit anderen Versionen)
1x OK

Ich habe die Fehlermeldungen kaum verstanden oder auch nur gelesen. Mir
ist nur aufgefallen, dass Formulare anscheinend keine benannten
Parameter unterstützen, etwa wenn ein Unterformular sowas benutzt
SELECT * FROM "Data" WHERE "X" LIKE :Starts_With ||'%'
und der Parameter :Starts_With mit einem Wert vom übergeordneten
Formular substituiert wird. Ich habe kaum ein Formular, wo ich das nicht
anwende.

Muss jetzt weg.
Tschüß


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Automatische Migration von integrierten HSQLDB ODB-Dateien nach integrierten Firebird-Datenbank ODB-Dateien

[Andreas Säger]

Am 11.04.2018 um 09:12 schrieb Alexander Thurgood:
> 
> Also, Vorsicht beim Testen. Nur Kopien von wichtigen HSQLDB ODB-Dateien
> verwenden.
> 
> Bugs bitte in den Bugzilla anmelden.
> 

Also ich habe alle wichtigen HSQLDBs in externe Datenbanken konvertiert
weil die große Schwäche von Base nicht HSQL ist sondern die Einbettung
in das Datenbankdokument. Ein Problem, das mit dem Wechsel nach Firebird
nicht gelöst werden wird.

Darf ich davon ausgehen, dass die wilde Java-Stürmerei nicht soweit
gehen wird, dass JDBC-Schnittstellen geschleift werden? Das wäre für
mich persönlich das Ende von LibreOffice.

Grüße,
Andreas Säger


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: XML-Formulare

[Andreas Säger]

Am 21.03.2018 um 22:32 schrieb Robert Großkopf:
> Hallo Andreas,
> 
>>> Wow, eine Heldentat. Nach all den Jahren wird dieser Dokumententyp auch
>>> mal allgemeinverständlich beschrieben. An verschiedenen Stellen müsstest
>>> Du xls mit xsl ersetzen.
> 
> Ich dachte erst, dass da irgendetwas automatisch ersetzt worden wäre.
> Aber da war wohl beim schnellen Tippen einiges durcheinander geraten -

Ja. Jedes "xls" meint eigentlich "xsl".


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: XML-Formulare

[Andreas Säger]

Am 19.03.2018 um 20:18 schrieb Robert Großkopf:
> Hallo *,
> 
> ich habe eine erste Beschreibung zu XML-Formularen erstellt. Steht hier
> jetzt für weitere Kommentare zur Verfügung:
> http://robert.familiegrosskopf.de/lo_hb_dev/XML_Formulare.zip
> 
> Ich weiß nicht, ob es für diese Formulare überhaupt ein Anwenderpublikum
> gibt, zumal sich in dem Bereich, wenn ich das richtig sehe, auch nichts
> tut. Aber wenn das schon Bestandteil von LO ist, dann sollte es
> wenigstens so dokumentiert sein, dass da Leute ohne tiefgreifendere
> Kenntnisse wenigstens zu einem Ergebnis kommen. Die Hilfe dazu ist
> nämlich schlicht erbärmlich.
> 
> Das weitere Verfahren stelle ich mir so vor: Es liest sich jemand die
> Anleitung durch, wir ergänzen ggf. und wir stimmen uns dann darüber ab,
> wo die Anleitung veröffentlicht werden soll. Ich habe das jetzt erst
> einmal im Handbuch-Stil fertiggestellt.
> 
> Gruß
> 
> Robert
> 

Wow, eine Heldentat. Nach all den Jahren wird dieser Dokumententyp auch
mal allgemeinverständlich beschrieben. An verschiedenen Stellen müsstest
Du xls mit xsl ersetzen.

Vielen Dank,
Andreas Säger


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Mehrere Treiber in JavaDriverClassPath angeben

[Andreas Säger]

Am 04.02.2018 um 09:26 schrieb Robert Großkopf:
> Hallo *,
> 
> ich versuche gerade, eine Datenbankverbindung von Linux zu einer
> Access-Datenbank herzustellen. Das klappt mit UCanAccess zuerst einmal
> ohne Probleme. Allerdings benötigt UCanAccess den Treiber einer
> aktuellen HSQLDB zusätzlich. Und genau das lässt es dann nicht mehr zu,
> dass auch interne Datenbanken noch arbeiten.
> 

Es gibt ucanload.jar, welches hsql + ucanaccess.jar beinhaltet.
> https://forum.openoffice.org/en/forum/viewtopic.php?f=83=25300=385717#p385717





-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Adressbuch-Quelle

[Andreas Säger]

Am 02.12.2017 um 21:31 schrieb Robert Großkopf:
> Hallo Andreas,
> 
> jede(r) hat sicher sein/ihr eigenes Anwendungsscenario für Datenbanken
> in einem Office-Paket. In diesem Thread ging es lediglich darum, dass
> nicht angemeldete Datenbanken, die bereits als *.odb-Datei existieren,
> als Adressbuchquelle nicht wählbar sind.
> 

Na ja. Da muss man dann Registrieren und Edit>Exchange Database...
benutzen oder eine vorhandene Registrierung auf die gewünschte DB
"umleiten". Wenn man "umleitet" ist es auch hilfreich wenn man vorher
eine Abfrage mit klar definierten Feldnamen hatte. Dann kann man nämlich
in der neuen Datenbank die gleiche Abfrage mit den gleichen Feldnamen
erstellen, und alles ist wie vorher nur mit einer anderen DB.

> Wir haben, aus meiner Sicht, zum Glück die Möglichkeit, eine interne
> Datenbank mitliefern zu können. Natürlich fehlt es dieser Datenbank an
> vielen (Sicherheits)merkmalen. Mit einem vernünftigen Backup, seit
> längerem bei mir direkt nach dem Öffnen der Base-Datei per Makro, lässt
> sich da aber auch ein Sicherheitspuffer einlegen.
> > Das Einfache dieser internen Datenbanklösung ist es, was anderen
> Personen den Zugang zu Datenbanken erleichtert. Ich freue mich, dass die
> Oberfläche von Base wenigstens so weit existiert wie im Moment. Und ich
> möchte die Funktionalität nicht unnötig beschnitten haben - wie im
> obigen Beispiel.
> 
Der Zugang wird massiv erschwert wenn die grafischen Tools, die den
Zugang erleichtern sollen so unvollständig sind, dass sie nur einen Teil
der eigentlich verfügbaren Features abdecken. Der Formulargenerator
deckt nicht mal die unbedingt erforderlichen Features ab. Davon
abgesehen versucht die Mehrheit der Datenbankneulinge, mit nicht korrekt
normalisierten Datenbanken und Makros weiterzukommen, was sich stets als
hoffnungsloses Unterfangen erweist. Sie kopieren halt irgendwelche
Kreuztabellen oder reine Textdaten ohne Fremdschlüssel von Calc nach
Base und kommen damit nicht weiter.



-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Adressbuch-Quelle

[Andreas Säger]

Am 27.11.2017 um 22:09 schrieb Robert Großkopf:
> 
> Für Leute, die nur für sich selbst Datenbanken zusammenstellen und diese
> mit einem Serienbrief ansprechen wollen ist das verschmerzbar. Gebe ich
> aber Datenbanken und Serienbriefe weiter, so ist die Anmeldung nicht nur
> überflüssig sondern ein Stein, den ich dem Normaluser mehr in den Weg
> lege. Der erwartet: Ich habe beides von Robert erhalten - muss also
> zusammen funktionieren. Funktioniert nicht - suche ich mir etwas anderes.
> 

Es ist nicht sinnvoll, Serienbrieffelder von Spreadsheets, Textdateien,
Adressbüchern und diversen Datenbanken zu füllen. Alle Serienbriefe
füllen ihre Inhalte aus Base-Datenbanken. Diese Abstraktionsschicht wird
immer auf die gleiche Weise ausgelesen und ermöglicht überaus nützliche
SQL-Abfragen. Sehr häufig (eigentlich immer) will ich auch SQL-Abfragen
von Calc-Listen erstellen, also nur bestimmte Spalten und bestimmte
Zeilen mit ganz bestimmten Alias-Namen für die Spalten, damit ich die
Spalten-Namen der Serienbrieffelder nicht umständlich ändern muss.
Ich wechsel dann das neue Serienbriefdokument von meiner gut
abgehangenen Serienbrief-Vorlage von Datenbank_A.Briefquelle auf
Datenbank_B.Briefquelle und beide Abfragen "Briefquelle" haben die
gleichen Aliase als Spaltennamen, so dass die Felder ohne weitere
Änderungen korrekt gefüllt werden. Meine Abfragen aus angemeldeten
Datenquellen nutze ich auch in Formularen, Calc-Bereichen,
Pivot-Tabellen und bisweilen auch in Writer-Tabellen. Es wäre furchtbar
wenn man jedesmal die Verbindungsparameter angeben müsste.
Für spontane Ad-Hoc-Datenquellen eignen sich Spreadsheets sehr gut. Ich
habe in der Firma ein Paar aus Calc_Quelle.ods und Calc_Quelle.odb.
Nachdem ich Daten aus diversen Quellen in einem Sheet zusammenkopiert
und arrangiert habe, kopiere ich den die Spalten nach Calc_Quelle.ods
unter die richtigen Spaltenüberschriften und sage der jeweiligen
Brieferstellerin, dass sie ihren Brief mit Calc_Quelle.Briefquelle
verbinden soll, und alles ist gut. Für die Listen bin ich halt zuständig
weil hier niemand mit Calc oder Excel sinnvoll arbeiten kann.
Normalerweise sind unsere Serienbriefvorlagen mit dBase-Extrakten aus
unserer Branchenanwendung fest verbunden, aber hin und wieder muss man
halt die Quelle wechseln, was überhaupt kein Problem ist wenn man
einfach nur die richtigen Abfragen mit den richtigen Spaltennamen
einrichtet und der/die Endanwender(in) nur noch das Template aufruft und
die Adressquelle wechseln muss bevor er/sie ausdruckt.

Das wäre seit OOo 1.0 schon alles ganz gut gelöst gewesen wenn man mit
OOo 2.0 nicht diese vermaledeiten Datenbankdokumente eingeführt hätte.
Dadurch haben wir jetzt ein zusätzliches Pseudo-Dokument, das in den
allermeisten Fällen überhaupt keine Nutzerdaten enthält sondern
ausschließlich Konfigurationsdaten in content.xml. In den allermeisten
Fällen wird so ein Ding als Brücke zu einem Spreadsheet erzeugt, und die
wenigsten User verstehen den tieferen Sinn dieses dritten Dokuments.

Das positive an einem Base-Dokument ist natürlich, dass es nicht nur die
Konfiguration der Verbindung speichern kann sondern eben auch
Abfragedefinitionen.

Im Base-Dokument eingebettete Datenbanken sind ein großer Makel. Die
Instabilität dieser speziellen Datenbanken versaut den Ruf komplett. Die
Daten einer Datenbank sollten so sicher sein wie nur irgendwie möglich.
Stattdessen kann man einigermaßen sicher sein, dass einem früher oder
später die eingebettete Datenbank komplett verloren gehen wird und man
dann auf ein Backup oder auf zurückgebliebene temporäre Dateien
angewiesen sein wird. Nein, das Problem ist nicht zu lösen, indem man
HSQL mit irgendeiner vermeintlich "besseren" Datenbank ersetzt sondern
man löst es am einfachsten, indem man eine fertige embedded HSQLDB für
den Produktiveinsatz in eine externe HSQLDB umwandelt. Diese kann man
dann entweder lokal oder im Serverbetrieb verwenden.

Anstelle des Base-Dokuments könnte ich mir Datenbank-Extensions
vorstellen, die z.B. ein Spreadsheet als Quelle, Konfigurationsdaten,
Abfragedefinitionen, Formulare und Berichte in das Benutzerprofil
installieren. Ganz wie in OOo 1.x aber mit vielen Neuerungen, die in 12
Jahren hinzugekommen sind.
Ist mal wieder ein langes Statement geworden.

Vielen Dank für Ihre Aufmerksamkeit,
Andreas Säger


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
https://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: https://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: https://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Navigationsproblem in Formulare - Tester gesucht

[Andreas Säger]

Am 18.06.2017 um 18:03 schrieb Robert Großkopf:
> Hallo *,
> 
> und hier jetzt der Bug, den ich dazu weitergegeben habe:
> https://bugs.documentfoundation.org/show_bug.cgi?id=108621
> 
> Gruß
> 
> Robert
> 

Danke. Vielleicht wird das nach 12 Jahren dann doch mal ...


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Navigationsproblem in Formulare - Tester gesucht

[Andreas Säger]

Am 16.06.2017 um 19:30 schrieb Robert Großkopf:
> Hallo Andreas,
>>
>> Strg+Tab funktioniert bei mir immer.
>>
> Lade Dir doch einfach einmal die Beispieldatei runter.
> http://robert.familiegrosskopf.de/lo_hb_dev/TestBaseTabFormred_o.odb
> Lass Makros nicht ausführen. Starte mit dem Cursor bei ersten
> Tabellenkontrollfeld. Ich komme hier mit STRG + Tab bis zum 2.
> Tabellenkontrollfeld und bleibe dort hängen (keine weitere Bewegung mehr).
> 

Ja, stimmt.
Der völlige Unsinn tritt ja zutage wenn man das gleiche im Testmodus
macht. Öffne das Formular zum Editieren und schalte dann den Designmodus
aus. In diesem Modus verhält sich der Tabcontroller anders als im
normalen Benutzermodus.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Navigationsproblem in Formulare - Tester gesucht

[Andreas Säger]

Am 13.06.2017 um 19:52 schrieb Robert Großkopf:
> Hallo *,
> 
> Gerhard (Weydt) hat beim Navigieren durch ein Formular festgestellt,
> dass Sprünge von einem Hauptformular zu einem Unterformular und wieder
> zurück häufig über die Tastatur nicht möglich sind. Daraufhin hat er ein

Strg+Tab funktioniert bei mir immer.



-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Änderung in Basic-Funktionen?

[Andreas Säger]

Am 08.04.2017 um 20:39 schrieb Gerhard Weydt:
> Hallo Andreas
> 
> Am 08.04.2017 um 13:18 schrieb Andreas Säger:
>> Immerhin ist es nur Basic und funktioniert wie dokumentiert, also mit
>> 8 Ziffern.
> Nein; es funktioniert eben nicht wie dokumentiert. Es steht da bei
> CDate, dass das Datum in der Form MM.DD. einzugeben ist. Versuch das
> mal mit "12.31.2017" in einer deutschen Installation, es gibt eine

Ach sooo. Ja, bei cDate ist die Doku ganz klar falsch. Hatte ich noch
nicht bemerkt.

Ich war noch bei cDateFrom/ToISO. Dort steht:
> Example:
> dateval = CDateFromIso("20021231")
> returns 12/31/2002 in the date format of your system

was ja irgendwie doppelt gemoppelt ist weil 12/31/2002 ja schon die
lokale Notation ist. Außerdem wird nicht das Systemformat verwendet
sondern das globale Gebietsschema der Office-Suite. Man könnte auf die
Übersetzung des Datums ganz verzichten und ganz neutral schreiben:

> Example:
> dateval = CDateFromIso("20021231")
> returns 2002-12-31 in the date format that is specified by the locale option 
> in the language settings 

(und dann vielleicht noch einen Link auf diese Sprachoptionen)




-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Änderung in Basic-Funktionen?

[Andreas Säger]

Am 04.04.2017 um 19:09 schrieb Gerhard Weydt:
> Hallo Andreas, alle,
> Da die Dokumentation die (gar nicht mal so) neue Situation der Date
> Acceptance Patterns noch nicht berücksichtigt, gibt es auch noch Bug
> 106957 - outdated documentation for BASIC date functions
>  zum
> Aktualisieren der Dokumentation.
> 
> Grüße
> 


Immerhin ist es nur Basic und funktioniert wie dokumentiert, also mit 8
Ziffern. Je tiefer man da gräbt, desto mehr Bugs tauchen auf, deren
Behebung negative Auswirkungen auf existierende Makros haben würde.
Etwa wie dieser Klops hier:
> https://bugs.documentfoundation.org/show_bug.cgi?id=106529

Also besser nicht in der Brühe herumrühren.

Z.B. ist der Gebrauch von cDateFromISO auch mit 2-stelligen Jahreszahlen
dokumentiert. Auch dieses Anti-Feature funktioniert anders als in der
GUI weil 2-stellig immer auf 1900+x zurückfällt wärend die Office Suite
ein spezielles Setup für 2-stellige Jahreszahlen hat.

Es läuft immer auf das gleiche Dilemma hinaus: Wenn Du "ernsthaft"
programmieren willst, dann darfst Du kein StarBasic verwenden sondern
musst auf eine richtige Sprache zurückgreifen. Für Scripting bietet sich
Python an weil es extrem leicht zu erlernen, gut dokumentiert und sehr
konsistent ist.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Änderung in Basic-Funktionen?

[Andreas Säger]

Am 30.03.2017 um 19:27 schrieb Thomas Krumbein:
> Hallo Gerhard,
> 
> hmm, Du hast recht. Jetzt geht es auch wie Du beschrieben hast.
> 
> Ging bei mir irgendwie vorhin nicht. Ich hätte wohl mal LO komplett
> schliessen müssen;)
> 
> Also müssten nur die Beispiele der Hilfe in Deutsch auf ein deutsches
> Datumsformat umgeswitscht werden:)
> 
> Ist ja schon mal was :)
> 
> VG
> 
> Thomas
> 

Alle Datumswerte müssen entweder den korrekten Datentyp haben oder wenn
es denn String sein muss, dann ISO und nichts als ISO für sämtliche
Gebietsschemata, in Basic, in Calc, in Base, ... ach nee halt, ihr habt
ja dieses unselige "date acceptance pattern" eingebaut. Na, jedenfalls
scheint Basic und Base von dem Gefrickel nicht betroffen zu sein, so
dass ISO an dieser Stelle immer funktioniert.


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: SUCCESS

[Andreas Säger]

Hier ist etwas funktionierendes in Basic. Krieg ich in Python nicht hin.
Das richtige Event ist "Ansicht wurde erzeugt"

Sub hidePanelWindows(e)
Dim CompWin, acRole, cHeight, wins, i, w, ac
wait(1000)
CompWin = e.Source.CurrentController.Frame.ComponentWindow
acRole = com.sun.star.accessibility.AccessibleRole.PANEL
cHeight = com.sun.star.awt.PosSize.HEIGHT
wins() = CompWin.getWindows()
for i = 1 to uBound(wins())
w = wins(i)
ac = w.AccessibleContext
if ac.AccessibleRole = acRole then
w.setPosSize(0,0,0,0,15)
endif
next
End Sub


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Schreibgeschützte externe Formulare

[Andreas Säger]

Am 28.11.2016 um 20:30 schrieb Gottfried Kunze:
> Hallo Andreas
> leider bekomme ich danach eine Fehlermeldung
> 
> com.sun.star.uno.RuntimeExceptionError during invoking function
> hidePanelWindows in module
> file:///home/gottfried/.config/libreoffice/4/user/Scripts/python/hidePanelWindows.py
> (: 'NoneType' object has no attribute 'Frame'
> 
>  
> /home/gottfried/.config/libreoffice/4/user/Scripts/python/hidePanelWindows.py:5
> in function hidePanelWindows() [compwin =
> e.Source.CurrentController.Frame.ComponentWindow]
> 
>   /opt/libreoffice5.1/program/pythonscript.py:870 in function invoke()
> [ret = self.func( *args )]
> 
> )
> 

Das tut mir leid. Dieses Macro funktioniert nicht mehr. Der Fehler
taucht nicht mehr auf wenn man ein "späteres" Event nimmt, aber leider
tut es dann nichts mehr. Ich bin mir sicher, dass ich damit mal jemandem
helfen konnte. Mich persönlich stört es nicht.
Ich habe es nun eine halbe Stunde lang probiert, aber diese
überkomplizierte API macht es mir unmöglich, die Ursache des Problems zu
ergründen.



-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Schreibgeschützte externe Formulare

[Andreas Säger]

Hallo,
1. Speicher den folgenden Code unter /Scripts/python/
2. Öffne Dein Dokument mit Schreibzugriff.
3. Menü:Extras>Anpassen... Tab:Ereignisse
4. Klick auf das Ergeignis "Docoment loading finished"
5. [Macro...] Weise dem Ereignis zu:
"Meine Macros">hidePanelWindows>hidePanelWindows
6. Speicher das Dokument und lade es neu.


---
from com.sun.star.accessibility.AccessibleRole import PANEL
from com.sun.star.awt.PosSize import HEIGHT

def hidePanelWindows(e):
compwin = e.Source.CurrentController.Frame.ComponentWindow
wx = compwin.getWindows()
for w in wx:
ac = w.AccessibleContext
if ac.AccessibleRole == PANEL:
w.setPosSize(0,0,0,0,HEIGHT)
---


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Handbuch "Erste Schritte", Fragen an Linux- und Mac-User

[Andreas Säger]

Hallo,

Unter Linux gibt es die Seite Internet>E-mail in den Optionen wo man das
bevorzugte Programm für Dokumente als Anhänge einstellen kann. Unter
Windows gibt es diese Seite nicht.

Grüße,
Andreas


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Angebliche Probleme mit LibreOffice in LiMux

[Andreas Säger]

> https://www.heise.de/newsticker/meldung/Linux-in-Muenchen-Berater-empfehlen-Ausstieg-aus-LiMux-auf-Raten-3463100.html


Hat irgendjemand technische Informationen über Probleme mit LO in diesem
Umfeld oder sind die Probleme rein politischer Natur?
Würde es helfen, VBA-Macros nachzucoden bis der Arzt kommt oder ist das
Roll Back eh schon beschlossene Sache?


-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Einstellungen

[Andreas Säger]

Am 06.11.2016 um 19:37 schrieb Michael Höhne:
> Hallo Andreas,
> 
>> Am 01.11.2016 um 19:04 schrieb Gerhard Weydt:
>>> Hallo Michael,
>>>
>>> was ist dann deine Alternative?
>>
>> Die Alternative wäre Linux.
> 
> Jain...
> 
> ..._ich_ habe diese Lösung für mich _privat_ gewählt. Auch einige
> Bekannte von mir haben sich "anstecken" lassen. Aber: Es gibt Leute,
> die Software verwenden müssen/wollen, die nur unter Windows läuft.
> Das trifft für mich _beruflich_ auch zu: Ich "darf" etwa 160 Benutzer
> betreuen, die alles daran setzen, ihre Systeme kaputt zu bekommen ;-)

Zu den Zwangsbenutzern gehöre ich (bzw. meine Frau) auch. Und ich
bedaure seit vielen Jahren, dass das Gesundheitssystem und viele andere
Bereiche ausschließlich auf dieses eine System bauen. Was hier an
90er-Jahre-Technik unter Windows 7 installiert ist kann man gar nicht
beschreiben, und es hört auf zu funktionieren wenn man eingeschränkte
Benutzerprofile anwendet.

> 
> Linux hat mindestens einen gewaltigen Vorteil: Man _kann_ praktisch
> alles nachvollziehen und reparieren. Zudem werden _alle_ Einstellungen
> des Benutzers in dessen "Eigene Dateien" gespeichert. 
> 

Und on topic: Die Platte läuft nicht voll. Ich habe kürzlich das erste
mal seit 14 Jahren mein über viele Systeme tradiertes home-Verzeichnis
neu aufgesetzt, aber nicht wegen Platzmangel.
Ach ja: Gut funktionierende Backup-Software mit sinnvollen
Voreinstellungen gibt es gratis und vorinstalliert.

> ich habe das gerade mit meinem Laptop gemacht und es hat mich gerade
> einmal 2,5 h gekostet. Das hätte bei einem neu installierten Windows 7
> nicht einmal zum Einspielen der Updates gereicht...
> 

Grade eben habe ich wieder mal mit einem ganz bestimmten Windows7-System
gerungen, bei dem seit Jahren immer und immer wieder Updates
zurückgespult werden. Morgen rufe ich den IT-Dienstleister an. Soll der
das per Fernwartung fixen. Ich steig da nicht durch und bin zum Glück
auch nicht wirklich verantwortlich für unsere Domäne.

> Gruß,
> Michael
> 



-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Einstellungen

[Andreas Säger]

Am 01.11.2016 um 19:04 schrieb Gerhard Weydt:
> Hallo Michael,
> 
> was ist dann deine Alternative? Warten, bis die Festplatte voll ist? Und
> dann?
> Und wenn die Einstellungen stimmen, wieso ist es dann ein Problem, wie
> oft man das laufen lässt?
> Ich lösche nur meinen Papierkorb selber manuell, um das unter Kontrolle
> zu haben, und ich glaube, ich habe die Cookies vom Löschen ausgenommen.
> Alles andere ist so, wie von CCleaner ausgeliefert, und das funktioniert
> wunderbar
> 

Die Alternative wäre Linux.



-- 
Liste abmelden mit E-Mail an: discuss+unsubscr...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Regressions

[Andreas Säger]

Am 25.01.2012 15:44, Robert Großkopf wrote:

Ist der Bug gemeldet?

Gruß

Robert




https://issues.apache.org/ooo/show_bug.cgi?id=118833
Von dort aus landet es früher oder spater bei LibO.


--
Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Regressions

[Andreas Säger]

Am 24.01.2012 09:02, Robert Großkopf wrote:

Hallo Rainer,


immer wieder hört man von vielen Rückschritten in LibreOffice 3.4
gegenüber 3.3 [1] und auch in 3.5 gegenüber den Vorgängerversionen [2].
Tatsächlich gibt es dort auch noch eine ganze Reihe ungelöster Fälle

Um bei diesem Problem besser Prioritäten setzen zu können wäre es
interessant, mal einige Geschichten aus dem wirklichen Leben kennen zu
lernen, das heißt konkrete, nachvollziehbare Anwendungsnotwendigkeiten,
die jemanden daran hinderten, auf die nächste Version umzusteigen oder
zumindest alte Versionen (gar OOo oder MS-Office) parallel für bestimmte
Anwendungen weiter zu benutzen.


Für Base hätte ich eine Hitliste:

1. Formulare öffnen in Base seit der 3.4 im Printlayout. größere
Formulare werden so unbrauchbar.
https://bugs.freedesktop.org/show_bug.cgi?id=44093



Deswegen bleibe bei LO 3.3.4 und warte auf OOo. Außerdem passt mir die 
ganze Art nicht wie Dinge in Calc verschlimmbessert werden, aber das ist 
off topic.



2. Abfragen von Ergebnissen, die zusammen mit einem Join NULL sind,
führt bei Zahlenfeldern zur Zahl 0 und bei einem Datum zum Ergebnis
'03.01.1' (genau so, also nicht irgendein Datum) - nach OOo 3.1.1
aufgetaucht.
https://bugs.freedesktop.org/show_bug.cgi?id=34410



Au backe!


3. Interne HSQLDB-Datenbanken lassen sich nicht parallel zu externen
betreiben. Interne Datenbanken lassen sich in diesem Fall nicht mehr
öffnen. - nach OOo 3.1.1 aufgetaucht.
https://bugs.freedesktop.org/show_bug.cgi?id=34411



War das wirklich je anders? Konnte OOo 3.1.1 wirklich zwei verschiedene 
hsqldb.jar gleichzeitig verwenden oder zwischen ihnen umschalten? Hätte 
ich nicht gedacht. Zu der Zeit habe ich mit Base und H2.jar gewerkelt 
(andere Java DB).



4. In Berichten verschwinden senkrechte und waagrechte Linien - mit der
ersten Version von LibreOffice aufgetaucht.
https://bugs.freedesktop.org/show_bug.cgi?id=37224



Work around: 
http://user.services.openoffice.org/en/forum/viewtopic.php?f=42t=46540p=214968hilit=horizontal+lines+report#p214968



Ich hab da noch einen mit Linux und XFCE Desktop:
5. Wähle in Calc einen beliebigen Zellbereich aus, drücke F4, wähle eine 
passwortgesicherte Datenquelle (notfalls tut es eine passwortgeschützte 
Calc-Datenquelle) und ziehe den Zellbereich auf das Tabellen-Icon. So 
können Daten aus Calc in eine Datenbank kopiert werden. Bei mir kommt es 
dazu aber überhaupt nicht. Die gesamte Desktopumgebung ist nicht mehr 
benutzbar. Der Login-Dialog ist sichtbar während der Mauszeiger ein 
Stopsymbol zeigt. Ich muss aus der Desktopumgebung aussteigen 
(Strg+Alt+F1), mich auf einem Terminal einloggen und soffice.bin killen, 
um wieder mit dem Desktop arbeiten zu können. Ich bin der Meinung, dass 
das Ziehen und Ablegen auf einer konkreten Tabelle sinnvoller wäre als 
auf dem abstrakten Tabellen-Icon. Dann würde dieses Problem auch nicht 
auftauchen weil erst das Einloggen erfolgte, dann erst das Einlesen des 
Tabellenkataloges und schließlich der Datenimport. Anscheinend grätscht 
der modale Dialog mitten in die laufende DragDrop-Operation.



--
Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org
Probleme? 
http://de.libreoffice.org/hilfe-kontakt/mailing-listen/abmeldung-liste/
Tipps zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: LO-Handbuch - Calc - Bedingte Formatierung

[Andreas Säger]

Am 15.07.2011 17:32, Jochen wrote:


Ja, das glaube ich auch. Der Haken muss da gesetzt sein.



Nö, muss gar nicht. Es gibt gute Gründe diesen Haken nicht zu setzen, 
und dann wird jegliche Neuberechnung, einschließlich der bedingen 
Formatierungen, durch die F9-Taste ausgelöst.
Manuelle Neuberechnung ist ein wichtiges Feature, das die bedingte 
Formatierung einschließt ohne dass sie deshalb außer Kraft gesetzt ist.



--
Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Calc-Handbuch - Zahlen im Textformat

[Andreas Säger]

Am 12.07.2011 22:44, Wolfgang Pechlaner wrote:

Die Formulierung stimmt. Dies gilt nur für Formeln, nicht für die
elementaren Rechenoperationen. Versuche einmal =SUMME(Bereich) auf Text
formatierte Zahlen anzuwenden



Grundsätzlich wird _nie_ mit Text gerechnet. Funktionen wie z.B. SUMME 
ignorieren den Text und Operatoren können die Zahl nur evaluieren wenn 
sie eindeutig ist (=A1+A2 mit Textzahlen in A1 und A2).
Ein Text kann zu einer eindeutigen Zahl evaluiert werden wenn es wie in 
Eurem Beispiel eine Ganzzahl ist oder auch ein ISO-Datum (1999-12-31 
23:45:59.99 oder auch 1999-12-31 23:45:59,99 mit Komma)


Alles andere kann nur mit der Funktion WERT evaluiert werden.
WERT(1,234) ergibt jedoch verschiedene Resultate in verschiedenen 
Gebietsschemata. Gleiches Problem mit WERT(1/4/2001) in USA (Jan 4th) 
und dem Rest der Welt (1. Apr). Dies war der Grund warum OOo 3.0 die 
automatische evaluierung von 1,234 +1 abgeschafft hat.



--
Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

[de-discuss] Re: Fwd: Calc - Berechnungsfehler unter Linux (Mitmach-Formular-Anfrage)

[Andreas Säger]

Hallo,
Für #WERT oder #VALUE wäre der übliche Fehler eine fehlgeschlagene 
Konvertierung von Text in eine Zahl. Dieser Fehler tritt auf, wenn das 
Gebietsschema nicht zu der numerischen Zeichenkette passt.

1.2 - 1,2
1/31/2011 - 31/1/2011
$13.99 - 13.99€


--
Informationen zum Abmelden: E-Mail an discuss+h...@de.libreoffice.org
Tips zu Listenmails: http://wiki.documentfoundation.org/Netiquette/de
Listenarchiv: http://listarchives.libreoffice.org/de/discuss/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert