Printing has, and is, a traditionally well-known challenge in Server Based Computing environments. Print-IT is one of the first products that Provision Networks (well before became a member of the Quest family) offered that addressed this problem. When Provision Networks started doing VDI in 2005, we immediately recognized that printing would pose some of the same problems in VDI environments so Print-IT became an integral part of our VDI solution as well, thus providing a seamless printing experience across SBC, VDI and even Blade PCs.
Originally being one of the first products by Provision Networks, Print-IT is an extremely mature universal printing solution. In fact, universal printing as a description doesn’t do Print-IT enough justice. There’s a lot more to Print-IT then that. And since a lot of our customers are amazed at the versatility of Print-IT that comes as an integral part with any Virtual Access Suite license, I decided that it might be worth giving you a quick heads-up on the current feature set of Print-IT:
At a high-level Print-IT has three important features:
Universal Client Printing
Printing just works. No matter what printer you plug into your client, they are automatically available to you in any Terminal Server or VDI session. No printer driver maintenance on any of your Terminal Servers or Virtual Desktops. Ever. Period.
Universal Network Printing
Universal Client Printing is very good solution for dealing with remote users or users that aren’t a typical office worker. This is because of the fact that in the larger environments not every single user has their own dedicated printer attached to their client (although that might be nice for the user). In stead, networked printers are used. This poses a big challenge for many environments relying on other 3rd party application delivery products. When using the Virtual Access Suite this is no problem. It’s the same story as with client printers: no matter what printer you are using, they can all be made available to users in any Terminal Server or VDI session. No printer driver maintenance on any of your Terminal Servers or Virtual Desktops. Ever. Period.
WAN Optimized Printing
The aforementioned two features cover a lot of the printing challenges that customers face in SBC and VDI environments. However, another challenge is dealing with Branch offices. In enterprise environments we see a lot of customers that have centralized their Terminal Server and/or their Virtual Desktops in the data center. Often a print server is left at the branch office to support the network printer available to that branch office. Without proper management print job data sent between the data center and the branch office can pose a huge threat to the stability, performance and security of the environment. The WAN optimization features of Print-IT eliminate this threat by providing bandwidth control, variable compression, intelligent font embedding, encryption and other advanced techniques.
And if these three high-level features are not enough, consider these other features:
- Support for EMF and PDF modes of printing
- Does not require any server-side fonts to be pre-installed on the client
- Size-optimized print streams
- Adaptive compression technology (multiple compression algorithms for color and black-and-white images)
- Intelligent font embedding (only fonts that do not exist on the client are embedded inside the print stream)
- Partial font embedding (only the used portions of fonts are embedded inside the print stream)
- Page-level streaming for instant printing of large-size documents over low-speed connections
- Support for native printer features (i.e., bins, paper sizes, margins, print quality, and much more)
- Support for private printer features (i.e., manufacturer-specific features such as stapling, watermarks, etc)
- Support for the RAW data type (i.e., accommodates many legacy applications that perform their own rendering)
- Multiple printer naming options
- Syncing of default printer between client and printer
- Synchronous/asynchronous printer auto-creation (ensures the auto-creation of at least one printer before the server-side application is started)
- Support for virtually any printer make and model
- Create of Email PDF files directly form print job
- Ability to create printer with administrative permissions for the user
- Option to delete printers at session disconnect
- Option to send notification after print job
Well, the list goes on for quite a bit but I think you get the point. Again, Print-IT is an integral component of all Virtual Access Suite editions assuring that printing is never a problem again. You wouldn’t even have to consider expensive dedicated universal printing software. You be the judge. Have a try for yourself. You can download an evaluation copy of the Virtual Access Suite completely free of charge. Read about obtaining Virtual Access Suite evaluation software and licenses. If you need any help after that consider having a look at our “getting started guides“.
You can leave a response, or trackback from your own site.
December 2nd, 2008 at 10:58 am
How does Print-IT respond to receipt printers? POS systems, for instance? Specifically, commands like cut and line feed sent by software?
December 2nd, 2008 at 11:01 am
I have personally seen Print-IT function flawlessly with receipt printers that send “cut” and “line feed” commands.
December 3rd, 2008 at 10:46 am
Nothing about LPT port mapping in a VDI session?
December 4th, 2008 at 11:40 am
I am not sure what you mean?
December 8th, 2008 at 10:03 am
I think he’s referring to using Print-IT over RDP/EOP… Would you have your “regular” print driver installed on the local machine, and your universal driver installed on the VDI instance? Or just universal on both ends? I was wondering the same myself…
December 8th, 2008 at 10:31 am
OK, I see. well, the answer is pretty easy in that case. In this case, if you have a client attached printer you need the native driver on the client and the universal printer driver on the VDI instance. This is part of PNtools by the way.
December 10th, 2008 at 8:09 pm
A detailed description of each feature, and installation instructions are in this article I wrote last year.
http://www.msterminalservices.org/articles/Install-Configure-Provision-Networks-Virtual-Access-Suite-Part4.html
December 20th, 2008 at 2:32 pm
How does Print-IT fair with the more recent XPS platform and the Citrix XPS Universal Driver?
Will it still be relevant after XPS takes off?
December 22nd, 2008 at 3:50 am
We currently only support EMF printing, which services the bulk of our customers very well. When the XPS format becomes more of a standard we plan of supporting it as well.
January 6th, 2009 at 11:01 pm
Windows Server 2008 and Vista have side by side printer spooler subsystems supporting both legacy (EMF) and XPS printing. The bulk of the printers on the market are still using “legacy” drivers such as PCL, Postscript and similar. The way 2008/Vista deals with those is via an XPS to GDI conversion which then uses the legacy EMF spooler components.
So XPS support is a nice to have but still unfortunately pretty useless. Citrix’ XPS universal printer is an attempt to provide a true UPD solution to the Citrix environment. That assumes an XPS rendering capability at the client end and XPS spooling capabilities at the network print server end. That’s great once everyone is using 2008/Vista but until then a complete UPD solution that uses EMF is kind of more useful than one that depends on XPS.
January 19th, 2009 at 4:42 am
Nothing about LPT port mapping in a VDI session?
I explain my problem. I had publish an old program that, when you go to print, it require the port output (lpt1 or lpt2). Now when i try lpt1 or lpt2 it respond: “resource not aviable”. In Citrix Metaframe it works very well because Citrix maps lpt port like the client. I can’t use a “net use” command in netlogon scripts because i don’t know what type of printer the client have.
So, Print-it can help me? How?
Thanks, Lux