List & Label Reporting Blog

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.

Die ursprüngliche Ankündigung im Juni 2016 liegt schon eine Weile zurück, aber heute haben wir es endlich geschafft. Ich freue mich, unsere brandneue VCL-Komponente zu veröffentlichen, die das Data Provider Interface und FireDAC als Kernstück verwendet. 

Redis ist eine In-Memory Schlüssel-Werte-Datenbank, also eine typische NoSQL-Datenbank. Seit der ersten Veröffentlichung im Jahr 2009 erfreut sich Redis steigender Beliebtheit und ist laut db-engines.com die mit Abstand beliebteste Schlüssel-Werte-Datenbank auf dem Markt. Mit dem neuen RedisDataProvider können Sie Ihre Redis-Datenbank nun innerhalb von List & Label oder Report Server verwenden.

Die OpenAPI-Spezifikation (OAS) definiert eine Standardschnittstellenbeschreibung für REST-APIs, die es sowohl Menschen als auch Computern ermöglicht, die Fähigkeiten eines Dienstes zu ermitteln und zu verstehen, ohne dass Zugriff auf den Quellcode, zusätzliche Dokumentation oder eine direkte Prüfung des Netzwerkverkehrs erforderlich ist.

Dieser Post gehört zu einer Reihe von Blogposts, die sich speziell den Neuerungen des combit Report Server 24 widmen. An dieser Stelle möchte ich Ihnen deshalb auch die beiden Beiträge „Neues beim Report Server 24, Teil 1“ und „Neues beim Report Server 24, Teil 2“ empfehlen.

Heute geht es um die neuen nativen iOS und Android Apps für den combit Report Server, die es Ihnen ermöglichen, auch von Ihrem Smartphone oder Tablet direkt auf die Berichte auf Ihrem Report Server zuzugreifen. Bisher war das zwar auch über die Weboberfläche des Report Server direkt möglich, die neuen Apps bieten jedoch zusätzliche Möglichkeiten und eine dem Gerät angepasste und flotte Bedienung, so wie man es von einer nativen App auch erwarten würde.

In den letzten Monaten habe ich über die wichtigsten und vor allem sichtbaren Features gebloggt, doch das war noch nicht alles. In LL24 gibt es natürlich noch Hunderte von kleinen und weniger sichtbaren Änderungen unter der Haube. Dieser Blogbeitrag fasst weitere Gründe zur Freude zusammen.