Hello everyone,
A lot of our SDK users are running into a particular issue printing barcodes where they will be clipped or not printed at all. The issue is actually being caused by a bug in the .NET Framework (v4.0 and newer), specifically in XPS printing. The trigger for the issue is when our printers go into “Barcode and graphics” mode. Unless manually overridden, the DYMO SDK will switch the printer to “Barcode and graphics” mode whenever a barcode or image object is present on the label. When in this special mode, the resolution of the printer changes from 300 x 300 DPI to 300 x 600 DPI. This “non-square” resolution is not handled correctly by XPS and causes the clipping issues.
Below is an example of this issue. The label on top is OK while the label on the bottom is printed with the issue.
What you may notice is the label with the issue stops printing at a distance across the label that is equal to the width of the label. This is the crux of the XPS bug and as you can see, also affects other label object types as well.
Now that we understand the issue a little better, what can we do about it? Let me start by saying that we have made Microsoft aware of this issue. Since there are no guarantees they will fix the problem, we are currently working on a solution that will be pushed out in a future update of DYMO Label Software. In the meantime, you have a few choices for working around the issue:
- Design your label in portrait orientation. For most label types, the issue will not arise if the label is printed in portrait orientation. By using the object rotation feature in DLS, you can easily design a label in portrait orientation that will look identical to one designed in landscape orientation.
- Compile your SDK applications against .NET 3.5. As mentioned earlier, the issue is with .NET Framework versions 4.0 and newer. Current versions of DLS are compiled against .NET 3.5 so you will not see this issue when printing from DLS. However, if you are compiling your SDK application against newer versions of .NET, when your application runs, the newer version of the framework will be loaded. Even though the DYMO SDK binaries are compiled against 3.5, .NET backwards compatibility will kick in and the newer version will be used instead. So, to take this approach, you will need to compile your SDK application against .NET 3.5.
- Force the print job into “Text” mode. In the DYMO Framework, you can override the print quality setting using the ILabel.Print(IPrinter, IPrintParams) API. An example of how to override this setting can be seen below (the parameter used to change the print quality is marked in bold):
LabelWriterPrintParams prms = new LabelWriterPrintParams(1, "print job 1", FlowDirection.LeftToRight, RollSelection.Auto, LabelWriterPrintQuality.Text);
_label.Print(printer, prms);
Thanks for bearing with us on this issue. Rest assured we are working hard to get the fix out. In the meantime, we hope this blog post will help you get your labels printing correctly.
We’re experiencing the opposite issue. I can’t say for sure it’s related to .net 4 or not, but on a fresh install of the Dymo framework on windows 8, I am unable to get the printer to print 300×600 resolution in the Dymo software, or in our app.
If I go into printer properties & set the default to “best” quality and/or manually set to barcode/graphics mode & 300×600 resolution, and print to it as a standard printer from a browser, etc, it will print in high res mode, but no matter what I do in “Dymo Label V8” it is always in low resolution. This makes barcodes unscannable.
I’ve already tried swapping the printer, uninstalling & reinstalling the software. Trying a different windows user. Uninstalling the software & manually deleting printer driver registry keys & dll files & reinstalling under a different user.
I am not able to duplicate the issue here and we haven’t heard about such an issue yet. Please make sure that you applied all Microsoft Windows Updates. Furthermore make sure that you are using the latest DYMO Label Software (DLS) 8.5.1.
If you still encounter same issue with DLS then please go ahead and report your issue to DYMO tech support according to the following blog post http://developers.dymo.com/2011/10/12/sdk-troubleshooting-tips/
I had the same problem.
this is what i did to fix it.
I download the barcode file from amazon and then it opens as a pdf that i have to copy with the printer software.
originally the image i was coping and pasting was not clear enough to paste a high enough resolution for the scanner to scan the image.
What i did was before i copy the image i zoom in on it first and make it bigger. I can then screen copy the image and get a way higher resolution and then i can resize the barcode in the dymo software before printing.
I have no problems since this.
Simply put. increase the image quality by zooming in on it first before you copy the image over to the Dymo software.
Because the dymo software as far as i can tell just does a screen capture. The image needs to be clear and high res before you move it over.
Hope that helps.
Cheers
Ron
I can reproduce the issue with .NET 4 but i have also a different (annoying) problem that happens on my 4k monitor.
When i run my Windows Form program and access the Dymo libraries (for example cycling on printers or print a label) the form change its resolution and all is a mess.
In this images you can see what i mean:
https://www.papersoft.it/temp/before.jpg
https://www.papersoft.it/temp/after.jpg
It is a cycling issue. First run is ok. Second one is broken. Third is ok and so on..
Keep in mind that i have also the zoom on windows preferences so it is possible that something happens on that form
Andrea
Andrea,
Do you see this issue only when using our SDK? It seems like it might be something more generic and related to your 4K monitor/zooming preferences.
Unlucky this happens only when i’m using your SDK and only if i access the DLLs. If i run the program without accessing the SDK nothing weird happens. Not only. The first time that the program works correctly if i print a label the window is resized like the second image
Is your graphics driver up-to-date?
Yes. It is all update. But i’ve discovered that is not a 4k problem but a zoom problem. If i remove the object zoom from screen resolution all works correctly.
These are my zoom options:
https://www.papersoft.it/temp/zoom.jpg
If i put back the zoom to 100% all works correctly. So the problem is not the 4k monitor or resolution but the zoom.
Indeed it happens also on my laptop on windows 10. It is easy to reproduce:
Change the zoom resolution to something different than 100% try to run a winforms program and you will see the problem
It is possible that you get some screen informations using the win32 dlls that is not released correctly?
I am having the same problem with my winforms app. On the print call, the screen resizes smaller and stays smaller. Take out the print call and the app functions properly.
Running this on a Surface Pro 3 / Windows 8.
Not sure what “Zoom” setting to change.
What version of our software are you running?
I ran into this problem: the text extends over the continuous paper.
Screenshot
But why? I must set some margin to the right side and then it’s printing correctly. But it should be ok with default setup too, no?
I am not able to duplicate the issue with the DYMO Continuous Paper (30270). It looks to me that your continuous paper isn’t wide enough. Are you using DYMO Continuous Paper (30270)? What is the width of your continuous paper?
For testing purpose we using a non branded, but quality paper (in the test period there is many waste paper). It’s not 57mm wide, but 56mm. But not 1mm is missing, at least 5mm. :(
The DYMO Continuous Paper (30270) I have is about 62mm wide.
Ahhh, thank you! In Dymo Label the continuous paper is 57mm*90m, on the Dymo site the paper size is 2 1/4″ x 300 too (=same as in DL).
http://hopp.mihalko.eu/1MC32iX
http://www.dymo.com/en-US/lw-continuous-labels-2-1-4-x-300
One more question: I have here a LabelWriter 310 but I can’t select continuous paper for it. Isn’t possible to use this paper type with it? In production then we have LW 450’s, they are work fine.
The LabelWriter 310 is close to 15 years old! I assume that the continuous paper wasn’t available back then. I guess it is time to upgrade the printer.
OK where are we at with this major DYMO printing problem? Microsoft just released .Net 4.6.1 – Is the DYMO bar-code printer problem fixed in this release? We need a status update on this.
As above need a status update. Also have this issue on portrait designed labels :(
We have been developing a workaround to the Windows defect that is causing this issue. Unfortunately, it involves some big changes in our printing workflows. These changes will need extensive testing before we can release anything and we can not commit to a release date of the fix. In the meantime, it is recommended to use the workarounds defined in this original post.
Hello,
my question could be a little bit off-topic but any kind of help would be very appreciated: someone know how is it possible to set printing resolution using the javascript framework or how to speed up the barcode printing process ?
thank you for your kindly support
Hi Alberto,
Unfortunately, there is no way for you to set your own printing resolution. As for speeding up the barcode printing process, we actually print barcodes at a higher resolution to ensure quality, this is why there is a slower printing speed while printing barcodes.
Designing the label in portrait orientation was the only way I was able to print the Barcode correctly using the SDK, .NET Framework 4.0 and Windows 10.
When I print with your example projects I still get the same problem.
With any kind of barcode it works perfectly , but I need to print EAN-8 code,
everytime I try to print it my dymo just prints a blank.
When I use an other code it works just like it should.
Any solutions ?
I need to use the EAN-8 code.
I work with VB.NET.
When I use the old V2 version it works but with the V4 version it doesn’t.
And the rest of my program is written in V4.
Hi Tom,
Have you tried any of the workarounds listed in this blog post? If so, did you see the same results? Also, what label size are you using?
I’m trying to print a label from a php or javascript page. I’m getting an “Uncaught Error: Failed to execute webservice command: 400:”. I suspect I’m not getting something initialized or started correctly, but I have no idea where to turn. I haven’t been able to find any javascript examples, although they are supposed to be downloaded with the SDK. Any ideas where to turn?
Hi Kerry,
What version of DLS do you have installed on the client machine? If you are not running the latest (8.5.3), you can download from here: http://download.dymo.com/dymo/Software/Win/DLS8Setup.8.5.3.exe
This may resolve your issue.
I’m currently running 8.5.3.1897.
Kerry,
You can find some more information about the way the JavaScript interfaces with the web service at the following links:
http://developers.dymo.com/2015/08/20/dymo-label-framework-javascript-library-2-0-open-beta/
http://developers.dymo.com/2015/09/24/dymo-label-framework-javascript-library-2-0-open-beta-2/
Are making the call to dymo.label.framework.init before making any other dymo api calls?
I am now. The current error is “No DYMO printers are installed”. The DYMO printer is installed on my local PC, and I can print to it from the DYMO Label program. Why would the Label program recognize it, but javascript not?
Hello,
I tried to set the printing mode to text but it does not work; I cannot switch to .net 3.5 so I’m blocked.
Any way to fix it ? Do you have an ETA on the new version?
Hi Daniele, no ETA on the fix just yet. Is switching to portrait orientation an option for you as that will resolve the issue as well?
Hello, I’m building my label directly using the framework (not using a .label file), is it enough that I change the orientation when creating the label or should I also rotate all the objects?
Daniele, changing the label to portrait orientation will resolve the clipping issue by itself. But for your label to look correct, you will need to rotate the label objects as well.
Ok I will do some tests, thanks.
I had the same problem.
this is what i did to fix it.
I download the barcode file from amazon and then it opens as a pdf that i have to copy with the printer software.
originally the image i was coping and pasting was not clear enough to paste a high enough resolution for the scanner to scan the image.
What i did was before i copy the image i zoom in on it first and make it bigger. I can then screen copy the image and get a way higher resolution and then i can resize the barcode in the dymo software before printing.
I have no problems since this.
Simply put. increase the image quality by zooming in on it first before you copy the image over to the Dymo software.
Because the dymo software as far as i can tell just does a screen capture. The image needs to be clear and high res before you move it over.
Hope that helps.
Cheers
Ron
Do you happen to have a sample code with the orientation work around already implemented? Our developers are trying your suggestions but it is not working.
We do not have a sample for this. But the process is very easy. Just design your label in DLS in portrait orientation. You may need to rotate objects to achieve the same effect as printing in landscape mode.
Hey Guys,
Any update on this? As a software dev myself, I usually hate those guys that says this is un-acceptable…. etc… But… This is pretty crappy.
Lots of programs print just fine with .Net 4.x… Any chance at all you can get this fixed soon. :)
Thanks,
Joey
(A developer who just spent a whole day building a label framework to print labels from our software, only to find out now that it’s not going to work… And re-designing all the labels in portrait mode is not an option.)
For anyone interested, for a quick solution that doesn’t involved re-doing your barcodes, you can write a simple C# WinForms app that will take a filename on the command line, print it, and then close You can use ILabel.SaveToXML() to save the label to xml. CAUTION: DYMO saves the xml with a UTF-16 header (First time I’ve seen UTF-16 xml since Lotus Notes almost 20 years ago, but I digress…) so when you save the string to a file, you HAVE to set the encoding to Unicode (aka UTF-16) or else it won’t work…
You only need two lines to print the file from the command line on the first printer:
ILabel label = DYMO.Label.Framework.Label.Open(Environment.GetCommandLineArgs()[1]);
label.Print(new DYMO.Label.Framework.Printers().First());
Cheers,
Joey
I have Win 10 Pro and Visual Studio Express 2015 I am trying to make a very simple visual basic code to print a barcode label and I think I have set the print parameters to text but I am still seeing the code cut off. Can anyone help?
Dim label As DYMO.Label.Framework.ILabel
label = DYMO.Label.Framework.Framework.Open(“C:\Labels\barcode2.label”)
label.SetObjectText(“Barcode”, “965432”)
Dim printparams As DYMO.Label.Framework.LabelWriterPrintParams = New DYMO.Label.Framework.LabelWriterPrintParams
printparams.PrintQuality = DYMO.Label.Framework.LabelWriterPrintQuality.Text
label.Print(“DYMO LabelWriter 450 Turbo”, printparams)
Hello!
I just bought the labelwriter 450 but am experiencing the exact same problem like stated above with cutting the code. Please help me implement your third step or I will have to return the printer because it cannot be used. This is for using the printer with the national post.
Looking forward to your answer and hopefully solution.
Br
Ziga
Worked great… I got the issue today and fortunately found this note… I ended up setting the label template to landscape and rotated all the controls to 270 degrees…
Can’t believe this issue still exists! Pretty poor of Dymo not to have this resolved by now!
Have you tried our latest release?
In Dymo Label v.8.5.1814, I was able to rotate the barcode label vertically, then set each of the labels/text objects to 270 degrees by right-clicking on the barcode/label/text control, clicking properties, Advanced, then selecting 270 under Rotation. That fixes the barcode cut-off I was getting.
Echoing the same frustration… hours and dozens of wasted labels. Using Dymo Label v.8.5.1814, could not get a Code 39 (3 of 9) barcode to print ANYTHING, while QR codes and Text otherwise print without problem. As suggested in this thread, follow @Albert’s description. Turn the label to portrait, place your controls, then rotate all the controls 270 degrees. I’m running against .net framework 4.
This problem seems to go back a ways. Either clearly mark it in the Docs, Readme, or fix it. I don’t mind a work-around, but please save others the hours of searching.
I should clarify, I couldn’t get barcode Code 39 to print from within my vb.net code. The template print fine when used with the Dymo Label v.8.5.1814 application; however, using this simple code, only the QR code and TEXT printed:
Sub btnTest_Click(sender As Object, e As EventArgs) Handles btnTest.Click
Dim lLabel As DYMO.Label.Framework.ILabel
lLabel = DYMO.Label.Framework.Framework.Open("C:\Users\Bob\Desktop\Test3.label")
lLabel.SetObjectText("QRCODE", "JONES-SMITH ,MYNAME 01011999F01011999JOM")
lLabel.SetObjectText("BARCODE", "01011999JOM")
lLabel.SetObjectText("TEXT", "JONES-SMITH, MYNAME" & vbCrLf & "01/01/1999 F 01011999JOM")
lLabel.Print("DYMO LabelWriter 450")
End Sub
Changing print quality in the printparams did not help.
Hi Bob,
The problem you are describing was in issue with the .Net framework. It was resolved several versions ago in DLS. If you download the latest version of DLS, the problem should be resolved.
regards,
Ron
We ran in to this same issue on several of our Computers that i updated from windows 7 to windows 10. we are printing the labels from Athena so we have to use specific drivers that they support in their software. I have been told there is a relationship between Dymo and Athena. When i downloaded the latest driver from the Dymo website the Athena software did not recognize it.
Hi Wayne,
I don’t know anything about Athena products. It could be that they our using our SDK to print to DYMO printers, but I am not sure. It would be best to contact them.
Ron
Wayne, did you ever resolve this? I am having the same issue re: Athena & Dymo labels on Win10.
I am running into the same issue when updating from Windows 7 to Windows 10
I am using DLS 8.5.3 Framework ,net Lib DYMO.Label.Framwork.dll
All your walk around solutions have been tried and it is not working,
Barcode are still cutting off when printing from the DLL Lib in windows 10, but when I print from Dymo Software, the barcode is not cutting off
And idea what can I do?
Hello Yu,
This is an issue that has been fixed. Update your DLS to the latest version and everything will work just fine.
Ron
Hi Ron:
Thank you for the reply, But I still having some questions
I am using DLS 8.5.3 C# .Net Lab “DYMO.Label.Framwork.dll” for our company Inventory control applicaiton
I just install the latest DLS I can download for Windows from Dymo website, It is DCDSetup1.1
But I cannot find the same DLL from this version
I also download the latest SDK from Dymo website, trying to find if it has any updated document how to use this new version of DLS, but its C# example still using the DSL 8.5.3 version which is still using ILabel from “DYMO.Label.Framwork.dll” as example in the SDK
I also tried DLS8Setup.8.7.1
for this version, It does have the “DYMO.Label.Framwork.dll”, but when I add it as a reference DLL in VS2010, I cannot use it because it keeps saying its namespace DYMO is not found. I also tried to run the C# sample from Dymo SDK using this DLL, it gives the same compile error saying DYMO namespace is not found. Also there is no document I can find to show me how to use this version either…
So my question would be, which version of the DLS will work?
Is there any updated documentation for the newer version of the DLS after 8.5.3?
Please let me know
Thank you so much for your help!
Yu
I think I know why DLS 8.5.3 works but DLS 8.7.1 does not for C#
It is because the DLS 8.5.3 have two “DYMO.Label.Framework.dll”
One locates at DYMO Label Software\Framework\ folder
The other locates at DYMO Label Software\Framework\.net4\ folder,
And only the one for .net version works
But when I install DLS 8.7.1, under its framework folder, there is not a .net sub folder contains the ,net version of the framework DLL
Any idea which later version will have the .net version of the Framework which has this windows 10 barcode cut off issue solved?
Thanks
Yu
Hi Yu,
We no longer have a .net4 folder, but all versions of that dll have always been .net. I would recommend using DLS V 8.7.3. The barcode cut-off issue was fixed several years ago, but I don’t remember which version it was fixed in. Using our SDK has not changed.
Ron
Hi Ron:
Thanks for your help.
I tried DLS V 8.7.3, and I add this DLL into VS2010 reference
C:\Program Files (x86)\DYMO\DYMO Label Software\Framework\DYMO.Label.Framework.dll
But when I am using it, VS2010 gives an error saying the type or namespace name ‘DYMO’ cannot be found
I tried Dymo SDK CSharp_Sample project, it gives the same error when DLS V 8.7.3 is installed while it runs well when DLS 8.5.3 is installed
Any idea why DLS 8.7.3 not working to your SDK .net sample ?
Thanks
Yu