This was a huge issue, that has been bugging us for years. While – generally speaking – List & Label’s level of printer control is unmatched by any competitor I know of, we always required a printer driver in order to execute this control. On the desktop, that’s all fine and well, as Microsoft conveniently provides the XPS Document Writer and – in more recent versions of Windows OS – the Microsoft PDF Writer. Those are always present and accessible. However, on the web and in the cloud, it’s a different story.
This is another often overlooked feature – you can add scripts to your projects and use your favorite language to do so. Since a couple of versions already, List & Label supports C# Scripts. However, the performance was less than perfect, making it a good choice for complex calculations but not so much for using it on a line-to-line base. In List & Label 26, we were able to push the performance quite remarkably – now using scripts is perfectly feasible.
PDF is by far the most important export format and one of the targets virtually every user is actually working with. Over the years, we've employed a number of different SDKs and versions of these SDKs in order to write decent PDF files. While the results were excellent already for "normal" cases, there were a couple of restrictions in more advanced scenarios. This has changed in version 26.
Thanks to all participants for taking the time to answer our questions. One thing that I can say straight away: your time was well invested. Your feedback has given us many good ideas and suggestions on how we can further improve List & Label and which new features and technologies are important to you. We do not want to withhold the results, so here are your answers from the survey.
As a proud platinum sponsor, we just attended the all-virtual VSLive! VirtCon as an exhibitor. For me, it was actually a revisit, although my last VSLive! experience dates back some time ago. I've been to San Francisco in 2002 when .NET 1.0 was first launched by Bill Gates himself. At least the travel wasn't that exhausting this time :).
This has been another community suggestion from our Idea Place. Until version 26, you could only have one copy count for labels. This means that the same number of copies were printed for each and every label. In version 26 you can now adjust this individually, based on the data in your data source.
An often required feature for "this cannot be done" type of problems is looking into the future. Things like "don't print this group if it doesn't contain record xy" or "print a reference to the page number of an item that's printed way later". Before List & Label 26, there was no simple solution to this and the magic had to be done in the application if possible at all. Starting with List & Label 26, we'll introduce a new feature that's aimed at solving exactly challenges like this.