List & Label Reporting Blog

Immer weiter bemüht, das Tabellenobjekt in LL25 vielseitiger und leistungsfähiger zu machen, haben wir der Art und Weise, wie Tabellenzeilen zusammengehalten werden eine wichtige Neuerung hinzugefügt. Früher gab es nur die Wahl, alle Zeilen zusammenzuhalten oder keine. Das heißt, wenn sich die Ausgabe für einen einzelnen Datensatz über mehrere Seiten erstreckte und aus mehreren Zeilendefinitionen bestand, gab es kaum eine Möglichkeit, den Umbruch "richtig" zu gestalten.

Ein weiterer wichtiger Vorschlag unserer Community im Idea Place. Obwohl das Mail-Modul sehr flexibel ist und Mails über SMTP, MAPI und XMAPI versenden kann und dabei entweder den Mail-Dialog des Clients oder einen eigenen, integrierten Dialog verwenden kann, gab es bisher keine Möglichkeit, Outlook-Standardsignaturen an die gesendeten Mails anzuhängen. Microsoft hat jetzt endgültig den Wunsch abgelehnt, dieses Feature in der Outlook-MAPI-Implementierung hinzuzufügen. Es gab also definitiv Raum für Verbesserungen.

Treffen Sie Daniel Paepke und mich bei der List & Label Roadshow im September 2019. Wir informieren Sie über aktuelle Themen: List & Label mit Microsoft .NET Core 3.0, Anbindung ZUGFeRD 2.0 und List & Label 25.
 

Das ist eine weitere dieser "wie, das gab es vorher nicht?" Funktionen. Als WYSIWYG layoutorientiertes Reporting-Tool war die gedruckte Seite schon immer das Entscheidende für List & Label. Dies ist zwar meistens toll, aber wenn es um Berichte für das Web oder XLS geht und der Druck überhaupt nicht geplant ist, kann das Ergebnis unerwünscht sein, obwohl es schön aussieht.

Ein weiterer Schritt nach vorne in unserem ständigen Bestreben, das zu verbessern, was bereits großartig ist – unser Tabellenobjekt. Bis LL25 mussten Sie entscheiden, welche Breiten Sie für Ihre jeweiligen Spalten reservieren möchten. Während dies meistens schon prima funktioniert, ist das Ergebnis nicht immer perfekt. 

Dies ist eine weitere wichtige Ergänzung des Berichtscontainer-Funktionsumfangs. Bis LL25 mussten verknüpfte Tabellen immer eine tatsächliche Relation auf Datenquellenebene haben, um als Datenquelle für Unterelemente nutzbar zu sein. Wenn es keine Relation gab, gab es keine Möglichkeit, das Unterelement einzufügen, auch wenn beide betroffenen Tabellen ein ID-Feld haben, das eine benutzerdefinierte Verknüpfung problemlos ermöglichen würde. In LL25 können Sie nun Beziehungen basierend auf Filterbedingungen herstellen.

Mehrspaltige Layouts für Tabellen sind sehr beliebt für Berichte im Zeitungs- oder Telefonbuchformat. Wann immer Sie nur ein paar wenige Tabellenspalten haben, ist es praktisch, den Platz auf der Seite zu nutzen, indem Sie sie in mehrere Spalten aufteilen. Diese Funktion gibt es schon seit langem, aber bis LL25 fehlte eine wichtige Einstellung.

Komplexe Daten werden in Dashboards meist visuell aufbereitet, um Trends, Ausreißer oder tagesaktuelle Daten auf einen Blick erfassen zu können. Bei der Konzeption von Dashboards kommt es dabei auf wichtige Details an. Diese machen den Unterschied aus, ob die Informationen für die Zielgruppe interessant dargestellt werden und ob daraus Schlüsse gezogen werden können oder nicht. Ein Balkendiagramm ist beispielsweise besser zu erfassen, als sich durch hunderte Tabelleneinträge zu arbeiten.

Mit List & Label lassen sich Berichte in unterschiedlichste Formate exportieren wie bspw. PDF, Word, Excel und viele mehr. Die entstandenen Berichte können so entweder direkt im Dateisystem gespeichert werden oder – in .NET – in einen Stream, um sie im Anschluss manuell selbst in eine Datenbank, in ein Dokumenten Management System oder ähnliches zu transferieren. Nun können Berichte aber auch direkt automatisiert in sogenannte Cloud-Speicherdienste gespeichert werden. Hierfür stehen in List & Label für .NET die Cloud Storage Provider für GoogleDrive, Microsoft OneDrive oder Dropbox zur Verfügung.