Jochen Bartlau 
This is our last blog post about what’s new in List & Label 29, so let’s take a look at features we haven’t presented yet. Highlights include native .NET 8 assemblies, new data providers, and enhanced report design options.
Back in March, we conducted our annual customer survey to gain deeper insight into the satisfaction and needs of our developer community. The results were extremely pleasing and revealing towards our aim to continuously develop List & Label and our services. Of course, we’d like to share them with you.
The features of different data providers vary widely. Depending on the data source, sorting, native aggregate functions or filters at database level may be available directly. Or not. For example, none of this is available in file-based formats such as JSON or XML, or even in “web” formats such as REST. These are typically read “front to back” and therefore cannot offer sorting or native aggregation. With List & Label 29, we have something new to offer.
Crosstabs are a very popular object within the List & Label Designer, that’s why we’re continuously adding enhancements to this important features. So far though, despite all added extensions, crosstabs have ultimately been a simple grouping in two dimensions. From version 29 on, they’ll become more dimensional.
A frequently asked question was: “Why can’t I see the relations in the report designer?” This question refers to the variable/field window, in which 1:1 relationships were displayed, but not (the usually much more important) 1:n relationships. In short, our answer was always: “The relations are there, but only in the object window, e.g. when creating tables”. We even put the long answer in a Knowledgebase article.
As with any release, there are way too many new features in version 28 to cover them all in separate blog posts. So here’s a quick summary of some rather hidden gems that still deserve some attention.
List & Label already has a wide range of functionality to control the page flow as needed. Each object has a “Pagebreak Before” property, just like the elements in a report container. Tables have an additional page break condition that is evaluated for each line. However, one feature was missing: forcing a page break within a text. This was changed in version 28.
Further improving our export formats is one of the focus areas for List & Label 28. Introducing fixed headers for the XHTML export fits nicely into this strategy. This feature, also known as frozen headers, has been requested by some of your peers.
Report parameters have gained great popularity since their introduction. They offer a flexible and easy way to create dynamic reports. In particular, the ability to create data-bound parameters has been well received. However, in combination with larger databases, there were some limitations that we finally eliminated now in version 28.
Microsoft is putting more and more obstacles in its Office 365 package, making it difficult to send SMTP emails “just like that” with basic authentication (see e.g. here) and with MAPI/XMAPI in the cloud anyway. But on-premise also brings new challenges (have you ever dealt with our Cross-Bitness-Proxy for x86 applications and x64 Office? 🙂 ). So it was about time to offer a new, up-to-date solution for the very frequently used email delivery.
Here we post about new features in our reporting tool List & Label and about general development topics.
.NET Ad-hoc Designer API Barcodes C# Charts Cloud Components Data Binding Data Provider DataSource Delphi Designer Drag & Drop Drilldown Email Export Filtering FireDAC Java List & Label 28 List & Label 29 Mail Open Source PDF Preview Print RAD Studio Report Container Report Parameters Reports Report Server REST Service Pack survey Tables VCL Visual Studio Web Reporting WPF
All news and tips from the Dev Blog and our Knowledgebase.
