Neuer GraphQL-Datenprovider für List & Label
GraphQL wurde 2015 veröffentlicht und ist seitdem sehr beliebt. Es wird von einer Reihe großer Webanwendungen wie Instagram, Facebook und anderen verwendet.
GraphQL wurde 2015 veröffentlicht und ist seitdem sehr beliebt. Es wird von einer Reihe großer Webanwendungen wie Instagram, Facebook und anderen verwendet.
Während für Standardaufgaben der Standardmechanismus für das Rscript-Rendering von List & Label ausreicht und bequem ist, um die png-, jpeg- oder svg-Diagrammausgabe aus einem Rscript on the fly automatisch zu generieren, kann es Situationen geben, in denen Sie einfach mehr Kontrolle wünschen.
List & Label unterstützt schon lange eine Reihe von textbasierten Exportformaten. Sie können XML, CSV und Layout TXT-Export in verschiedenen Varianten durchführen. Auf diese Weise können Sie List & Label als bequeme Möglichkeit nutzen, Ihre Daten von einer der unterstützten Datenquellen in etwas zu konvertieren, das Sie wieder in anderen Anwendungen verwenden können. Ein sehr beliebtes Format fehlte bisher aber, das es schon seit geraumer Zeit gibt: Java Script Object Notation, bekannter unter dem Namen JSON.
Die List & Label Roadshow ist für uns zu einem wichtigen und festen Bestandteil geworden, um uns alle zwei Jahre mit Anwendern unserer Software direkt auszutauschen. Im September 2019 führte uns die Roadshow mit insgesamt sechs Terminen durch die Schweiz und Deutschland.
.NET Standard und .NET Core gibt es nun schon seit einiger Zeit. Wir sind frühzeitig auf den Zug aufgesprungen und haben seit List & Label 23 Beta-Support angeboten und das neue Framework seit List & Label 24 offiziell unterstützt. Mit dem Erscheinen von .NET Core 3.0 hat Microsoft angekündigt, dass die.NET 4.x-Versionen die letzten ihrer Art sein werden und .NET Core 3.0 – das später einfach .NET und in seiner nächsten Version ".NET 5" heißen wird – das Framework der Wahl für neue Applikationen ist. Ab List & Label 25 können Sie hier problemlos mitziehen.
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.