Re: [de-users] Verbesserungsvorschlag

2017-11-08 Diskussionsfäden Ulrich Moser 
Fände ich gut. Das habe ich auch schon einige Male vermisst.

Am 08.11.2017 um 19:19 schrieb Franklin Schiftan:
> Hallo miteinander,
>
> ich habe gerade im Bericht über das neue SoftMaker Office 2018
> folgendes gelesen:
>
> "Darüber hinaus können Nutzer in diesen speziellen Bereichen Daten
> dynamisch hinzufügen und Inhalte filtern, sortieren oder
> analysieren. Dazu erzeugt PlanMaker in der Spaltenüberschrift
> automatisch Autofilter."
>
> Soweit noch nichts wirklich besonderes ... ABER ...
>
> "Unterhalb der Tabelle kann man zudem eine Ergebniszeile aktivieren,
> die zusammenfassende Berechnungen durchführt, beispielsweise Summieren."
>
> DAS Vorstehende finde ich SEHR nützlich - wenn es, wie von mir
> verstanden, dann auch auf die gefilterten Zeilen wirkt - und ich
> würde mich über eine entsprechende Möglichkeit in LibO arg freuen.
> Bislang muss ich mir für meine Tabellen mit Filtern eine solche
> (Summen-/Anzahl-)Zeile (bei mir oben drüber) mit entsprechenden
> TEILERGEBNIS-Formeln immer selbst noch händisch hinzu basteln.
>
> Was haltet ihr von einer solchen standardmäßig auch in LibO
> integrierten und bei Bedarf einschaltbaren Funktion?
>


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

[de-users] Verbesserungsvorschlag

2017-11-08 Diskussionsfäden Franklin Schiftan 
Hallo miteinander,

ich habe gerade im Bericht über das neue SoftMaker Office 2018
folgendes gelesen:

"Darüber hinaus können Nutzer in diesen speziellen Bereichen Daten
dynamisch hinzufügen und Inhalte filtern, sortieren oder
analysieren. Dazu erzeugt PlanMaker in der Spaltenüberschrift
automatisch Autofilter."

Soweit noch nichts wirklich besonderes ... ABER ...

"Unterhalb der Tabelle kann man zudem eine Ergebniszeile aktivieren,
die zusammenfassende Berechnungen durchführt, beispielsweise Summieren."

DAS Vorstehende finde ich SEHR nützlich - wenn es, wie von mir
verstanden, dann auch auf die gefilterten Zeilen wirkt - und ich
würde mich über eine entsprechende Möglichkeit in LibO arg freuen.
Bislang muss ich mir für meine Tabellen mit Filtern eine solche
(Summen-/Anzahl-)Zeile (bei mir oben drüber) mit entsprechenden
TEILERGEBNIS-Formeln immer selbst noch händisch hinzu basteln.

Was haltet ihr von einer solchen standardmäßig auch in LibO
integrierten und bei Bedarf einschaltbaren Funktion?

-- 
 . 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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Calc Makro: Rätselhafte Zeilenhöhe

2017-11-08 Diskussionsfäden Volker Lenhardt 

Am 08.11.2017 um 17:29 schrieb Wolfgang Jäth:

Am 08.11.2017 um 14:53 schrieb Volker Lenhardt:


Das läppert sich. Was aber noch rätselhafter ist, dass somit das Produkt
aus tatsächlicher Zeilenhöhe und Zeilenanzahl 52350 ist, aber nicht die
echten 52387. Da ich durchaus mit einer deutlich höheren Zeilenanzahl
rechnen muss, wird der Unterschied schnell auch sichtbar.

Wie sind diese Unterschiede zu erklären?


Rundungsfehler; /du/ rechnest mit dem Dezimalsystem, der /Rechner/
dagegen mit dem Binärsystem. Aber die wenigsten Dezimalbrüche lassen
sich auch im Binärformat exakt darstellen. So ist z. B. die binäre
Darstellung des dezimalen Wertes 0,1 ein Wert, der dezimal tatsächlich
0.1555111512312578270211815834045... darstellt. Macht im
Normalfall wenig aus, kann aber in Extremfällen bei sehr genauer
Betrachtung zu geringfügigen Differenzen führen. Und durch
Multiplikationen potenzieren sich die Differenzen noch.


Danke Wolfgang, für die Erinnerung ans Binärsystem. Dennoch scheint es 
mir nicht nutzerfreundlich zu sein, die Einstellungen für z.B. die 
Zeilenhöhe in Hundertstel mm, Format Long, für die Ein- und Ausgabe 
festzulegen, diese aber bei der Eingabe abzurunden, z.B. auf 349/350 . 
Das ist weit mehr als die Rundungsdifferenz. Den Rundungsfehler kann ich 
bei der Multiplikation der tatsächlichen Zeilenhöhe mit der Zeilenanzahl 
nachvollziehen.



Ich würde dir daher empfehlen (mach ich auch immer), Grafiken nicht
/bündig/ ein zu fügen, sondern immer mit Einzug auf allen Seiten (aka
überall ein bisschen Abstand lassen).


Im Übrigen erhalte ich durch die Abstandmessung der Y-Positionen die 
absolut genaue Höhe. Diese Methode ist einfach und effektiv. Es ging mir 
nur um Klarheit.


Das Problem eines fehlenden Abstands der eigentlichen Grafik von den 
unterliegenden Folienrändern fällt erst dann auf, wenn die einzelnen 
Seiten einer über mehrere Seiten gehenden Grafik gedruckt werden. Ist 
ein Abstand vorhanden, und sei er noch so gering, ist alles gut: der 
entsprechende Teil der Grafik erscheint nur innerhalb der Zeilen. Ohne 
Abstand jedoch oder nach Abschneiden der Ränder wird der entsprechende 
Teil der Grafik auf der gesamten Seite, d.h. über die Zeilengrenzen 
hinaus gedruckt und auch ins PDF-Format exportiert. Die Druckvorschau 
sieht hingegen ganz manierlich aus: Grafik nur innerhalb der Zeilen. Das 
mag ein Bug sein.


Schöne Grüße
Volker

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

Re: [de-users] Calc Makro: Rätselhafte Zeilenhöhe

2017-11-08 Diskussionsfäden Wolfgang Jäth 
Am 08.11.2017 um 14:53 schrieb Volker Lenhardt:
> 
> Das läppert sich. Was aber noch rätselhafter ist, dass somit das Produkt 
> aus tatsächlicher Zeilenhöhe und Zeilenanzahl 52350 ist, aber nicht die 
> echten 52387. Da ich durchaus mit einer deutlich höheren Zeilenanzahl 
> rechnen muss, wird der Unterschied schnell auch sichtbar.
> 
> Wie sind diese Unterschiede zu erklären?

Rundungsfehler; /du/ rechnest mit dem Dezimalsystem, der /Rechner/
dagegen mit dem Binärsystem. Aber die wenigsten Dezimalbrüche lassen
sich auch im Binärformat exakt darstellen. So ist z. B. die binäre
Darstellung des dezimalen Wertes 0,1 ein Wert, der dezimal tatsächlich
0.1555111512312578270211815834045... darstellt. Macht im
Normalfall wenig aus, kann aber in Extremfällen bei sehr genauer
Betrachtung zu geringfügigen Differenzen führen. Und durch
Multiplikationen potenzieren sich die Differenzen noch.

Ich würde dir daher empfehlen (mach ich auch immer), Grafiken nicht
/bündig/ ein zu fügen, sondern immer mit Einzug auf allen Seiten (aka
überall ein bisschen Abstand lassen).

Wolfgang
-- 

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

[de-users] Calc Makro: Rätselhafte Zeilenhöhe

2017-11-08 Diskussionsfäden Volker Lenhardt 
Ich füge per Makro eine Grafik in ein Tabellenblatt ein. Die Grafik soll 
in der Höhe bündig in eine gewisse Anzahl von Zeilen eingepasst sein. 
Dabei erlebe ich eine Diskrepanz zwischen tatsächlicher und gewünschter 
Zeilenhöhe und zwischen tatsächlicher Gesamthöhe und dem Produkt von 
Zeilenhöhe und Zeilenanzahl.


Die Zeilenhöhe sei 0,35 cm, die Zeilenanzahl sei iRows = 150.

  oSheet.getCellRangeByPosition(2, 1, 2, iRows).Rows.Height = 350

Die Gesamthöhe wäre dann rechnerisch 52500.
Tatsächlich aber sind es nur 52387, gemessen in der DrawPage:

  lTop = oSheet.getCellByPosition(0, 1).Position.Y
  lBottom = oSheet.getCellByPosition(0, iRows + 1).Position.Y
  lHeight = lBottom - lTop

Ich stelle fest, dass das Tabellenblatt-GUI zwar eine Zeilenhöhe von 
0,35 zeigt, diese aber in Wirklichkeit einen Hundertstel mm niedriger 
ist, nämlich 349:


  oSheet.getCellByPosition(0, 1).Rows.Height

Das läppert sich. Was aber noch rätselhafter ist, dass somit das Produkt 
aus tatsächlicher Zeilenhöhe und Zeilenanzahl 52350 ist, aber nicht die 
echten 52387. Da ich durchaus mit einer deutlich höheren Zeilenanzahl 
rechnen muss, wird der Unterschied schnell auch sichtbar.


Wie sind diese Unterschiede zu erklären?

Schöne Grüße
Volker

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

Re: [de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden Franklin Schiftan 
Hallo Thomas,

am 08.11.2017 um 13:04 Uhr schrieb Thomas Krumbein
:

> Am 08.11.2017 um 12:45 schrieb Franklin Schiftan:
>> [..] Ahm, wieso? Im Zweifelsfall sind doch die Daten eh 
>> vorhanden, da sie sowieso als Klartext in die Rechnung 
>> geschrieben werden müssen. Also könnte man sie - das Format
>> ist ja reiner Text in mehreren Zeilen - bei der Erstellung der 
>> Serienbriefe auch an ein Modul verfüttern, welches dann die 
>> Ergebnis-Graphik auch gleich noch mit in die jeweilige
>> Rechnung einfügt.
> 
> theoretisch? Klar. Der Serienbrief ist ja im Hintergrund auch 
> "nur" ein Codemodul. Da könnte man alles reinpacken, was der 
> großen lieben Welt so an Absurditäten einfällt;) Und natürlich 
> könnte der Code dann auch die ganzen Daten aus irgendwelchen 
> Feldern des Briefes oder Serienbriefes auslesen und diese 
> selbständig verarbeiten - ist ja alles einheitlich und logisch 
> aufgebaut;)

Eben!  ;-)

> Du verstehst die "Ironie"?

Och ... ;-)

> Klar, technisch geht alles - wird aber nie im Code auftauchen.

Mir reicht es ja auch einfach als bei Bedarf einzubindendes Modul.

>> Da fehlt dann aber auch die automatisierte Einbindung in den 
>> Serienbrief, wenn es eben mehr als ein paar Rechnungen sind.
> Ich glaube allerdings auch nicht, dass Du Deine Rechnungen per 
> Serienbrief erzeugst.
[  ]
> Meine Rechnungen beinhalten (Artikel-) Positionen, Summen, MwSt, 
> Rabatte etc... da lässt sich nix mit Serienbriefen 
> bewerkstelligen. Also: Nicht die Ausnahme zur Regel machen...

Na gut, es ist ja nicht für mich, sondern für eine Ärztin, die nach
eigenen Angaben bisher ihre (ca. 60) Rechnungen pro Quartal momentan
noch mit einem uralten MS-Office-97 als Serienbrief mehr oder
weniger händisch mit diversen Textbausteinen erzeugt, wobei diese
Lösung wohl mit ihrem neuesten Windows nicht mehr wirklich richtig
gut funktioniert.

Insofern ist es wahrscheinlich eh sinnvoll, hier ein neues System
aufzubauen, wobei ich ihr dann natürlich - wenn sie grundsätzlich
bei ihrer Erstellungsweise mit Serienbriefen und Textbausteinen
bleiben möchte - zur Verwendung des zukunftssicheren LibreOffice
geraten habe.

>> Gib halt einfach Bescheid, wenn Du die Extension fertig hast, 
>> o.k.? ;-)   Ich teste dann auch gerne ...

> Grins... ich habe keine Extension und werde dazu sicher auch 
> keine schreiben. Jedenfalls nicht so schnell. Ich werde es 
> vielleicht in mein selbstgeschriebens ERP Programm mit
> einbinden, denn eigentlich ist es eine gute Sache.

Na siehste ... und so, wie ich Dich kenne, wird diese Einbindung
dann natürlich so modulhaft erfolgen, dass man es auch davon
losgelöst dann in LibO verwenden könnte ...

> Und das kann nur ich testen;) Hat auch ne Server-Datenbank im
> Hintergrund...

Tja dann ...

Wenn man dem in Java geschriebenen Portable QR-Code Generator
wenigstens irgendwie die umzuwandelnden Daten als Aufrufparameter
oder so mitgeben könnte, um dann anschließend nur noch die Graphik
aus der Zwischenablage zu holen, wäre das ja schon super. Aber
diesbezüglich muss ich dann auch erstmal noch Infos einholen ...

> Viele Grüße Thomas

-- 
 . 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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden Thomas Krumbein 

Hey Franklin,


Am 08.11.2017 um 12:45 schrieb Franklin Schiftan:

[..]
Ahm, wieso? Im Zweifelsfall sind doch die Daten eh vorhanden, da sie
sowieso als Klartext in die Rechnung geschrieben werden müssen. Also
könnte man sie - das Format ist ja reiner Text in mehreren Zeilen -
bei der Erstellung der Serienbriefe auch an ein Modul verfüttern,
welches dann die Ergebnis-Graphik auch gleich noch mit
in die jeweilige Rechnung einfügt.


theoretisch? Klar. Der Serienbrief ist ja im Hintergrund auch "nur" ein 
Codemodul. Da könnte man alles reinpacken, was der großen lieben Welt so 
an Absurditäten einfällt;) Und natürlich könnte der Code dann auch die 
ganzen Daten aus irgendwelchen Feldern des Briefes oder Serienbriefes 
auslesen und diese selbständig verarbeiten - ist ja alles einheitlich 
und logisch aufgebaut;)


Du verstehst die "Ironie"?

Klar, technisch geht alles - wird aber nie im Code auftauchen.

[..]

Da fehlt dann aber auch die automatisierte Einbindung in den
Serienbrief, wenn es eben mehr als ein paar Rechnungen sind.
Ich glaube allerdings auch nicht, dass Du Deine Rechnungen per 
Serienbrief erzeugst.


Das lässt sich evt. noch bei feststehenden Beträgen gleicher Art und 
einer größeren Anzahl von Empfängern mit ansonsten gleichen 
Briefinhalten außer einer Re-Nr, einer Mitglieds-/Kundennummer sowie 
einer Adresse realisieren - mit einer entsprechenden Vorlage. Das ist 
aber sicher eher die Ausnahme im großen Themenfeld "Rechnungen".

Trifft vielleicht für Vereine noch zu - aber sonst.

Meine Rechnungen beinhalten (Artikel-) Positionen, Summen, MwSt, Rabatte 
etc... da lässt sich nix mit Serienbriefen bewerkstelligen. Also: Nicht 
die Ausnahme zur Regel machen...



Gib halt einfach Bescheid, wenn Du die Extension fertig hast, o.k.?
;-)   Ich teste dann auch gerne ...
Grins... ich habe keine Extension und werde dazu sicher auch keine 
schreiben. Jedenfalls nicht so schnell. Ich werde es vielleicht in mein 
selbstgeschriebens ERP Programm mit einbinden, denn eigentlich ist es 
eine gute Sache.
Und das kann nur ich testen;) Hat auch ne Server-Datenbank im 
Hintergrund...


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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden Franklin Schiftan 
Hallo Thomas,

am 08.11.2017 um 12:20 Uhr schrieb Thomas Krumbein
:

> also, ein Zusatzmodul oder AddIn gibt es nicht. Für einen 
> Serienbrief wäre das wohl auch zu komplex.

Ahm, wieso? Im Zweifelsfall sind doch die Daten eh vorhanden, da sie
sowieso als Klartext in die Rechnung geschrieben werden müssen. Also
könnte man sie - das Format ist ja reiner Text in mehreren Zeilen -
bei der Erstellung der Serienbriefe auch an ein Modul verfüttern,
welches dann die Ergebnis-Graphik auch gleich noch mit
in die jeweilige Rechnung einfügt.

> Dennoch ein interessantes Thema. Es gibt freie 
> Python-Bibliotheken, die das durchaus hinbekommen. Diese 
> zusammengepackt mit einem entsprechenden Code für ein ERP-System 
> oder Rechnungserzeugungsprogramm... sicher machbar;)
> 
> Bastele das vielleciht mal in mein ERP System rein.

Ähm, was hast Du da?

> Auch als Extension wäre das vorstellbar - erzeugt halt dann nach 
> Eingabe in eine Maske

... oder im Hintergrund aus den Serienbrief-Variablen (und den eh
immer festen Empfängerdaten) ...
Manuell sollte bei der Rechnungserstellung per Serienbrief natürlich
möglichst kein händisches Eingreifen mehr notwendig sein.

> einen entsprechenden QR Code. Kannste aber jetzt auch im Internet
> direkt machen.

Klar, für einzelne Erzeugungen geht das entweder online oder auch
offline mit dem Portable QR-Code Generator.

Da fehlt dann aber auch die automatisierte Einbindung in den
Serienbrief, wenn es eben mehr als ein paar Rechnungen sind.

Gib halt einfach Bescheid, wenn Du die Extension fertig hast, o.k.?
;-)   Ich teste dann auch gerne ...

> Thomas
> 
> 
> Am 08.11.2017 um 11:17 schrieb Franklin Schiftan:
>> Hallo miteinander,
>> 
>> gibt es eigentlich für LibO irgendein AddOn oder Zusatz-Modul 
>> oder so, welches einem pro Serienbrief-Rechnung den 
>> entsprechenden Giro-Code erzeugt und mit auf die Rechnung 
>> druckt? (Bei meiner Web-Suche hab ich bisher nichts gefunden.)
>> 
>> Mit bestem Dank im Voraus für zielführende Hinweise ...
>> 
> 
> 

-- 
 . 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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden Franklin Schiftan 
Hallo lo.harald.ber...@t-online.de,

am 08.11.2017 um 11:49 Uhr schrieb lo.harald.ber...@t-online.de
:

> Hallo Franklin, so ganz habe ich Dein Anliegen nicht verstanden.

;-)

> Normalerweise hat ja der Absender von Rechnungen immer die
> gleichen Konten und die schreibt man fest in die Fußzeile.

Nun ja, und der Ermpfänger muss dann alles mühsam abtippen mit dem
vollen Risiko von Vertippern etc., dann auch noch Betrag und
Verwendungszweck eingeben - öde ...

Und gegen dieses Risiko und zur deutlichen Erleichterung des
Empfängers gibt es den Giro-Code. Damit brauche ich dann nur noch
mein Handy kurz vor die Rechnung zu halten - und schon ist meine
Überweisung komplett (!) ausgefüllt. Jetzt nur noch freigeben - und
bezahlt.  ;-)

> Gruß Harald
> 
> 
> -Original-Nachricht- Betreff: [de-users]
> Serienbrief-Rechnungen mit Giro-Code? Datum:
> 2017-11-08T11:18:52+0100 Von: "Franklin Schiftan"
>  An: "LibreOffice HelpMailliste"
> 
> 
> Hallo miteinander,
> 
> gibt es eigentlich für LibO irgendein AddOn oder Zusatz-Modul
> oder so, welches einem pro Serienbrief-Rechnung den
> entsprechenden Giro-Code erzeugt und mit auf die Rechnung
> druckt? (Bei meiner Web-Suche hab ich bisher nichts gefunden.)
> 
> Mit bestem Dank im Voraus für zielführende Hinweise ...
> 

-- 
 . 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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden Thomas Krumbein 

Hei Franklin,

also, ein Zusatzmodul oder AddIn gibt es nicht. Für einen Serienbrief 
wäre das wohl auch zu komplex.


Dennoch ein interessantes Thema. Es gibt freie Python-Bibliotheken, die 
das durchaus hinbekommen. Diese zusammengepackt mit einem entsprechenden 
Code für ein ERP-System oder Rechnungserzeugungsprogramm... sicher machbar;)


Bastele das vielleciht mal in mein ERP System rein.

Auch als Extension wäre das vorstellbar - erzeugt halt dann nach Eingabe 
in eine Maske einen entsprechenden QR Code. Kannste aber jetzt auch im 
Internet direkt machen.


Viele Grüße

Thomas


Am 08.11.2017 um 11:17 schrieb Franklin Schiftan:

Hallo miteinander,

gibt es eigentlich für LibO irgendein AddOn oder Zusatz-Modul oder
so, welches einem pro Serienbrief-Rechnung den entsprechenden
Giro-Code erzeugt und mit auf die Rechnung druckt?
(Bei meiner Web-Suche hab ich bisher nichts gefunden.)

Mit bestem Dank im Voraus für zielführende Hinweise ...




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

AW: [de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden lo.harald.ber...@t-online.de 
Hallo Franklin,
so ganz habe ich Dein Anliegen nicht verstanden. Normalerweise hat ja der 
Absender von Rechnungen immer die gleichen Konten und die schreibt man fest in 
die Fußzeile.

Auf der Seite https://www.iban-rechner.de/
kannst Du auf der linken Seite "Massenberechnungen (CSV, XLS)" auswählen.

Falls Du Bankleitzahlen überprüfen möchtest, bzw. eine Liste erstellen, geht 
das hier:
http://www.bundesbank.de/Redaktion/DE/Standardartikel/Aufgaben/Unbarer_Zahlungsverkehr/bankleitzahlen_download.html

Vielleicht hilft Dir das weiter. Ansonsten ist mir kein Berechnugsmodul bekannt.

Gruß
Harald


-Original-Nachricht-
Betreff: [de-users] Serienbrief-Rechnungen mit Giro-Code?
Datum: 2017-11-08T11:18:52+0100
Von: "Franklin Schiftan" 
An: "LibreOffice HelpMailliste" 

Hallo miteinander,

gibt es eigentlich für LibO irgendein AddOn oder Zusatz-Modul oder
so, welches einem pro Serienbrief-Rechnung den entsprechenden
Giro-Code erzeugt und mit auf die Rechnung druckt?
(Bei meiner Web-Suche hab ich bisher nichts gefunden.)

Mit bestem Dank im Voraus für zielführende Hinweise ...

-- 
 . 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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert



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

[de-users] Serienbrief-Rechnungen mit Giro-Code?

2017-11-08 Diskussionsfäden Franklin Schiftan 
Hallo miteinander,

gibt es eigentlich für LibO irgendein AddOn oder Zusatz-Modul oder
so, welches einem pro Serienbrief-Rechnung den entsprechenden
Giro-Code erzeugt und mit auf die Rechnung druckt?
(Bei meiner Web-Suche hab ich bisher nichts gefunden.)

Mit bestem Dank im Voraus für zielführende Hinweise ...

-- 
 . 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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert

Re: [de-users] Writer - Einfügen Bild - PDF-Format - Bildinhalte verschwinden

2017-11-08 Diskussionsfäden OoOHWHOoO 

INFO:


Comment 26
Stephan van den Akker 2017-11-07 23:13:31 UTC
PDF image doesn't seem to disappear any more.
Tested in: Version: 6.0.0.0.alpha1+

https://bugs.documentfoundation.org/show_bug.cgi?id=104998 (Comment 26)

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/
Alle E-Mails an diese Liste werden unlöschbar öffentlich archiviert