Configure Zebra printers properties using code - zebra-printers

I'm using Zebra ZD220. I have managed to configure some of the printer's setting using the SGD functions. But when I am printing, the settings are returning to window's default. Is there any "Save" or "Set Default" function that I need to use in order to save my changes?

Related

programically disable right win key

my language is Sinhalese.
I made Sinhalese Unicode text typing software using vb.net
its use windows API.
you can download its source code from this link
https://www.dropbox.com/s/th1cbq4ocn35bwm/KEYMAN_2016_SRC.zip
i want to programmatically disable the right win-key and its use for a keyboard layout change.
how can disable the right win-key?
and why it's cant run by debugging mode.

Can't seem to set inputmethodtips via powershell

Currently trying to programmatically set the default keyboard to EN-NZ with the maori keyboard input method
Previously we had success adding "mi-NZ" via set-winuserlanguagelist
However users would still have to toggle between the Maori keyboard and the EN-NZ keyboard.
Is there a way to set it by default to EN-NZ but with maori as the input method instead of ENG?
I manage to retrieve 1409:00000481 as the inputmethodtips for Maori
However setting it via
Set-WinDefaultInputMethodOverride -InputTip '1409:00000481'
Didn't seem to do what we want as on the log on screen it would show as ENG-MI
But once log on would revert back to ENG-NZ with the US keyboard

Zebra printer prints zpl code instead of label

Zebra printer is connected to CUPS server and I am sending prints using IPP. When I parse zpl file and fill data using a parser it prints correctly, but when I directly try to print zpl with data using IPP it just prints it as plaintext.
Yeah, I was able to solve the issue. The problem was that the printer was not set to accept the raw zpl and print it. I had to set the printer to raw and it worked. Thanks.
If anyone still facing this issue here are the steps we followed to setup the ZPL printer.
Start the cups server and access the web interface via http://localhost:631/
Add printer
Choose your local printer (your printer should be listed)
press continue
Provide name, description and enable the share checkbox
continue
Choose the Make as 'RAW' please refer to the attached snapshot.
Add the printer.
It should print the label instead of raw ZPL.
Make sure you are using a generic text based print driver to print the ZPL.

Microsoft Web Browser ActiveX control - printing to a specified (non default) printer

I'm using the MS Web Browser ActiveX control in a native C++/Win32/MFC dialog application to render some information via HTML.
I'd like to print the contents without any user interaction to the specified printer (which is not the default printer). The printer I'd like to use is a PDF printer.
I'm using a nice wrapper class from Code Project which makes the using the Web Browser control a little easier (http://www.codeproject.com/Articles/3919/Using-the-WebBrowser-control-simplified) and one of the things that wrapper provides is printing. It provides a print method which uses ExecWB(OLECMDID_PRINT,OLECMDEXECOPT_DONTPROMPTUSER,...) to initiate printing of the contents.
This works great and results in the contents of the control being printed to the default printer without any user interaction.
The challenge, then is to have it use a different printer than the default. My initial attempt was to call ::SetDefaultPrinter (http://msdn.microsoft.com/en-us/library/windows/desktop/dd162971(v=vs.85).aspx). This doesn't seem to work. It seems that, despite calling ::SetDefaultPrinter, the web browser ActiveX control still prints to the system default printer. Its as though it ignores whatever this call does.
I tried broadcasting the system settings change message as suggested in the MSDN link as well as directly sending it to the browser window without any luck.
Any ideas how I can get the web browser activex control to print the printer I specify instead of using the default printer?
What I do in addition to all your steps is set the printer in the IE registry, here:
HKCU\Software\Microsoft\Internet Explorer\PageSetup\printer="the required printer name"
And restore everything back after the printing
I got it working. The reason for the problem was NOT that the browser control was printing to the wrong printer, it was that the printing operation (via ExecWB) is performed asynchronously. So, I was setting the default printer to the PDF printer, then initiating the print, then restoring the original default printer. This happened quickly enough that by the time the asynchronous print operation was ready the original default printer was set as the default again and so it went to that printer.
The solution was set the default printer to the PDF printer, initiate the print, then wait for the print completion callback. Once that callback is received, it then restores the original default printer.
If you're using Gary Wheeler's excellent web browser control on Code Project (see here), its very easy to get the print completed callback, you just override the virtual OnPrintTemplateTeardown() method.

VBScript GetLocale returns the wrong value

I'm trying to test some scripting that will run on non-English Windows installations. I'm trying to simulate that by installing the required languages and setting my locale accordingly.
However, when I run the VBScript, I notice that the language box in the task bar changes back to en-US, and the GetLocale function always returns 1033.
What else do I need to do to properly simulate a different locale?
Language box in the task bar has nothing to do with GetLocale.
If GetLocale is giving you 1033, your current system locale must be set to English(United States). Follow these steps to check (On Windows 7)
Go to Region and Language
Select Administrative tab
In the section Language for non-Unicode programs click on Change system locale
Once you change this setting, don't forget to do IISReset.
Based on my own research, it appears to be the "Format" setting in the Region and Language control panel that corresponds with the GetLocale value.
Unfortunately, this has no bearing on the display language for the OS, which is what I was really interested in.

Resources