This question already has answers here:
Closed 10 years ago.
Possible Duplicate:
Test if a Font is installed
let say Im using an installed font on the system:
new System.Drawing.Font("Arial", 120F);
everything is fine. Now if I would use a not existing font:
new System.Drawing.Font("IdoNotExistHaHa", 120F);
I dont get any exception. As I see, if I use a font that doesnt exist I get a standard font (arial?, not sure). Whatever, I would like to throw an exception if there is a not found font. How to?
MSDN says as following :
For more information about how to construct fonts, see How to:
Construct Font Families and Fonts. Windows Forms applications support
TrueType fonts and have limited support for OpenType fonts. If you
attempt to use a font that is not supported, or the font is not
installed on the machine that is running the application, the
Microsoft Sans Serif font will be substituted.
You can check the if the font is correct by doing as following :
var myFont = new Font(fontName)
if (myFont.Name != fontName )
{
throw new Exception()
}
You can see it in documentation itself, Font Constructor (String, Single)
Windows Forms applications support TrueType fonts and have limited
support for OpenType fonts. If the familyName parameter specifies a
font that is not installed on the machine running the application or
is not supported, Microsoft Sans Serif will be substituted.
In short, default font is Microsoft Sans Serif
You could check and see if the font is installed first.
From Jeff Hillman's answer here: Test if a Font is installed
string fontName = "Consolas";
float fontSize = 12;
Font fontTester = new Font(
fontName,
fontSize,
FontStyle.Regular,
GraphicsUnit.Pixel );
if ( fontTester.Name == fontName )
{
// Font exists
}
else
{
// Font doesn't exist
}
Obviously, you could then throw an exception if you wanted(as that is your original question), although I would recommend not to, throwing an exception is an expensive operation if you can handle the issue more gracefully without.
Related
I try Defining a Font Fallback Sequence in Code , i refer at here
public partial class Form1 : Form
{
public Form1()
{
InitializeComponent();
FontFamily f = new FontFamily("Comic Sans MS, Verdana");
}
}
but i have i error: "Additional information: Font 'Comic Sans MS, Verdana' cannot be found."
how to Defining a Font Fallback Sequence in Code.
Because "Comic Sans MS, Verdana" is no font name. You can define a font name array.And you can add names to this array.
string[] fontName = new string[] { "Comic Sans MS", "Verdana" };
FontFamily f = new FontFamily(fontName[0]);
I think FontFamily is not intended for that task, and I afraid there is no automatic fallback font for Windows Forms.
Take note that the sample is for System.Windows.Media from PresentationCore assy and not from System.Drawing.FontFamily.
You must try to load a Font manually and then check Name property before trying to assign to Form.Font
You can try this:
Font font = null;
string[] fontNames = {"Comic Sans MS","Verdana"};
foreach (var fontName in fontNames)
{
font = new Font(fontName, 12.0f);
if (font.Name == fontName) break;
}
this.Font = font;
You are using WinForms, but looking at the WPF documentation. The WinForms FontFamily class constructor doesn't support explicit fallback fonts. Only one font's face name can be specified for the FontFamily constructor. If it can't find that specified font, the operating system automatically selects a fallback, based on various heuristics (this article is very old, so some of these details have changed, but many of them are the same).
In general, WinForms applications should not hardcode a particular font. What you want to use in your UI is the standard, system dialog font, which you can obtain using SystemFonts.MessageBoxFont. Set it in the constructor for each of your forms, so that all child controls automatically pick it up, as advised here. This not only ensures that the font will be available, but it allows your UI to adapt to the user's preferences.
If you absolutely must hard-code a font, then you will need to enumerate the installed fonts and use a manual fallback algorithm—see if the font face you want exists in the enumerated list, and if not, fall back to an alternative. Note that "Comic Sans MS" and "Verdana" are both "safe" fonts; they'll be there on any Windows system that the .NET Framework can run on, unless the user has explicitly removed them. (And they might have. Comic Sans is an abomination.)
Perhaps an even better alternative (again, if you absolutely must have custom, non-standard fonts) would be to bundle the font(s) you need with your application. You can do this by creating a private font collection, which maintains fonts specifically for your application. A private font collection can include font files provided by the application vendor that are not installed on the system.
I'm trying to replicate (not an exact replica) the CharMap program from windows in my program for inserting and adding symbols. Problem is that the symbols would work on a machine with Windows 7, 8 10 but some symbols wouldn't show on Windows XP.
Windows XP
Windows 7, 8, 10
I'm currently using the below to generate my symbols:
public static string CharToHex(char c)
{
return ((ushort)c).ToString("X4");
}
string x = CharToHex(Convert.ToChar(defaultSymbolsCollection[i]));
int value = int.Parse(x, System.Globalization.NumberStyles.HexNumber);
string symbol = char.ConvertFromUtf32(value).ToString();
AddSymbol(Convert.ToString((char)value);
Void AddSymbol(string _symbolText)
{
Button symbolButton = new Button()
{
Text = _symbolText,
Size = new Size(32, 32),
Font = new Font("Arial Unicode MS", 9),
Tag = _symbolText,
UseMnemonic = false,
};
symbolButton.Click += SymbolButton_Click;
pnl_SymbolHolder.Controls.Add(symbolButton);
}
This ends up working only on Windows 7, 8, 10 but not on Windows XP. some symbols don't show, instead is represented by a square and others do.
How do I go about solving this problem? my other alternative was to draw the symbols at the center of the button that way it's always there regardless because it was drawn but I would like to see other alternatives, perhaps a solution to this problem
The font "Arial Unicode MS" is not included with Windows XP/7/8/10, but is included with some Microsoft Office products. Windows XP is likely using "Tahoma" instead (the default UI font), which does not include glyphs for those symbols (whereas "Segoe UI", the default UI font on Windows 7/8/10, does).
For the characters to appear correctly, you will need to find/install/use a font that has glyphs for those characters.
In the code snippet below, i am trying to embed the rupee symbol in the generated pdf document, but the pdf is rendering it as a square box instead of the symbol.
Using MigraDoc, i have set the unicode property to 'true' and fontembedding to 'always', but it still does not work. Can anyone help me out with a solution to this?
string value = "1000";
dataRow.Cells[4].AddParagraph("₹");
I tried the HelloWorld MigraDoc sample, just changed the line const bool unicode = true; to true (was false) and added some Rupee signs to this line paragraph.AddFormattedText("Hello, World! ₹₹₹", TextFormat.Bold);.
It worked as expected.
Please note that MigraDoc uses the Verdana font by default. To see the Rupee sign, MigraDoc has to use a font that has the Rupee sign. With older Windows versions you will have to use another font, not Verdana.
Remarks on Neville's answer: you do not have to use XPrivateFontCollection if you use fonts that are installed on the computer.
If a program is deployed to many computers, XPrivateFontCollection can be used to avoid installing fonts on all those computers.
If you use a program only on one computer, just install the font and use it without the font collection.
Finally figured out a way for this , below is my solution for all those who are also facing the same problem:
Download and install the Rupee Font here
Next, set it as the default font in your Visual Studio project using these instructions
Create a fonts folder in your Visual Studio and add the downloaded font in step 1.
Now add the following code
XPrivateFontCollection pfc = XPrivateFontCollection.Global;
Uri myuri = new Uri(#"D:\Test
Projects\SampleProjects\PdfGeneration\fonts\Rupee_Foradian.ttf");
pfc.Add(myuri, "./#Rupee Foradian");
double value = 1000;
dataRow.Cells[4].Format.Font.Name = "Rupee Foradian";
CultureInfo cinfo = new CultureInfo("hi-IN");
NumberFormatInfo numinfo = cinfo.NumberFormat;
numinfo.CurrencySymbol = "₹";
dataRow.Cells[4].AddParagraph(value.ToString("C", numinfo));
Note: To type the '₹" symbol, use the tilde key
I've been building a POS application for a restaurant/bar. The design part is done and for the past month I've been coding it. Everything works fine except now I need to print. I have to print to a receipt printer connected to the computer running the software and later I'll try to print in a remote printer like a kitchen one.
I've searched for help in the matter only to find that the standard for printing in these types of printers is using POS for .NET. The thing is, this is now a bit outdated or at least it hasn't had any updates since a couple of years. There's a lot of questions being asked on how to use this library and most of the answers aren't quite easy to follow. So if anybody could give a step by step help on printing like a simple phrase ("Hello World") on a receipt printer i would be very grateful. I'm using visual studio 2012 running on a 64 bit windows 7 and i'm coding WPF in c#.
I know this is an old post, but for those still looking for a solution, I can tell you what I did.
After spending many hours messing with OPOS and POS for .Net, I ended up just abandoning those and just using the built-in System.Drawing.Printing libraries. The OPOS and POS for .Net ended up being a pain to get working and ultimately didn't work as well as the built-in libraries.
I'm using an Epson TM-T20II receipt printer.
Here's some code that worked well for me.
public static void PrintReceiptForTransaction()
{
PrintDocument recordDoc = new PrintDocument();
recordDoc.DocumentName = "Customer Receipt";
recordDoc.PrintPage += new PrintPageEventHandler(ReceiptPrinter.PrintReceiptPage); // function below
recordDoc.PrintController = new StandardPrintController(); // hides status dialog popup
// Comment if debugging
PrinterSettings ps = new PrinterSettings();
ps.PrinterName = "EPSON TM-T20II Receipt";
recordDoc.PrinterSettings = ps;
recordDoc.Print();
// --------------------------------------
// Uncomment if debugging - shows dialog instead
//PrintPreviewDialog printPrvDlg = new PrintPreviewDialog();
//printPrvDlg.Document = recordDoc;
//printPrvDlg.Width = 1200;
//printPrvDlg.Height = 800;
//printPrvDlg.ShowDialog();
// --------------------------------------
recordDoc.Dispose();
}
private static void PrintReceiptPage(object sender, PrintPageEventArgs e)
{
float x = 10;
float y = 5;
float width = 270.0F; // max width I found through trial and error
float height = 0F;
Font drawFontArial12Bold = new Font("Arial", 12, FontStyle.Bold);
Font drawFontArial10Regular = new Font("Arial", 10, FontStyle.Regular);
SolidBrush drawBrush = new SolidBrush(Color.Black);
// Set format of string.
StringFormat drawFormatCenter = new StringFormat();
drawFormatCenter.Alignment = StringAlignment.Center;
StringFormat drawFormatLeft = new StringFormat();
drawFormatLeft.Alignment = StringAlignment.Near;
StringFormat drawFormatRight = new StringFormat();
drawFormatRight.Alignment = StringAlignment.Far;
// Draw string to screen.
string text = "Company Name";
e.Graphics.DrawString(text, drawFontArial12Bold, drawBrush, new RectangleF(x, y, width, height), drawFormatCenter);
y += e.Graphics.MeasureString(text, drawFontArial12Bold).Height;
text = "Address";
e.Graphics.DrawString(text, drawFontArial10Regular, drawBrush, new RectangleF(x, y, width, height), drawFormatCenter);
y += e.Graphics.MeasureString(text, drawFontArial10Regular).Height;
// ... and so on
}
Hopefully it helps someone skip all the messing around with custom drivers. :)
POS for .NET is probably the way to go.
Most receipt printer manufacturers will provide an OPOS service object.
And as this MSDN article states, POS for .NET is compatible with OPOS v1.8 service objects.
OPOS / UPOS (on which POS for .NET is based) is IMHO a poorly-designed API (designed by device manufacturers rather than application developers), but it's the best you have today.
I don't have any specific samples but the basics are the same as OPOS - you need to Open, Claim, Enable a device, then you can call its methods (such as Print). You might try looking at an OPOS sample, for example this PosPrinter1 sample, which will probably be very similar to POS for .NET.
This blog has some information about setting up POS for .NET that might be helpful.
UPDATE
Here's a VB Hello World for an OPOS printer. You first need to create a printer and add it to the registry with the required Logical Device Name = LDN. I believe the Epson ADK includes a utility to add a printer in the registry. This utility can also perform a health check on the printer to check it is installed correctly. Once you've done this, it should be easy enough to adapt the code below to POS for .NET
OPOSPOSPrinter.Open "MyPrinter" ' LDN of your printer
OPOSPOSPrinter.Claim 500 ' Timeout
OPOSPOSPrinter.DeviceEnabled = True
'- Print
OPOSPOSPrinter.PrintNormal 2, "Hello world"
'- Close the printer
If OPOSPOSPrinter.Claimed then
OPOSPOSPrinter.Release
End If
OPOSPOSPrinter.Close
.NET Printing
Printing under .NET isn't too difficult. Take a look here and on msdn.
Printing to a POS / receipt printer will be the same as printing to any other printer, assuming it is a Windows printer, network or otherwise. If you are using a serial printer, things may be a little more difficult because you will more then likely need to use manufacturer specific API's, fortunately though most good POS printers these days are fully supported by the OS.
First, you will need to add a reference to System.Printing dll to your project.
Then printing is as simple as
private void PrintText(string text)
{
var printDlg = new PrintDialog();
var doc = new FlowDocument(new Paragraph(new Run(text)));
doc.PagePadding = new Thickness(10);
printDlg.PrintDocument((doc as IDocumentPaginatorSource).DocumentPaginator, "Print Caption");
}
To use..
PrintText("Hello World");
You can also leverage the PrintDialog.PrintVisual and define your document using xaml template.
The print settings can be set using the PrintDialog properties.
Getting the printer you want to print to
private PrintQueue FindPrinter(string printerName)
{
var printers = new PrintServer().GetPrintQueues();
foreach (var printer in printers)
{
if (printer.FullName == printerName)
{
return printer;
}
}
return LocalPrintServer.GetDefaultPrintQueue();
}
A few things to keep in mind though when printing to a receipt printer, you will need to take into account formatting. More specifically you will need to consider the width of your page and how many characters you can fit on each line; this was a lot of trial and error for me, especially with different font sizes.
In most cases you don't really need to worry about paging, the printer will cut the paper automatically when it has completed your document.
If you want to print at the full speed of the printer, you will probably need to use printer-specific escape codes, and generate the "raw" output.
Have a look at Michael Buen's answer to this SO question, especially the UPDATE bit.
I'm trying to send khmer script(unicode) string to printer using PrintDocument provided by the .NET framework.
Unfortunately it seems to me that the Graphics.DrawString() does not render khmer script correctly.
Platform: Windows 7 Ultimate
IDE: VS 2010 Ultimate
Here is the sample code:
void printDoc_PrintPage(object sender, PrintPageEventArgs e)
{
var font = new Font("Khmer UI", 12);
var text = "សួស្តី"; // "Hello"
e.Graphics.DrawString(text, font, Brushes.Black, 100, 100);
}
mann,
I tested your code on a Form_Paint() handler, and I got exactly what you said.
But when I used this instead:
TextRenderer.DrawText(e.Graphics, text, font, new Point(100, 100), Color.Black);
It gave me the text the way you wanted it.
Try that on your printDoc_PrintPage().
Thanks Albin and Beemer for your active response.
After a few posts in c# google group. It's been confirmed that there is a bug in GDI+ that incorrectly show certain script ("Khmer" in this case) to a different wording.
A native win32 test application was created to verify the issue with GDI+ DrawString().
A bug report has been submitted to Microsoft Connect: http://connect.microsoft.com/VisualStudio/feedback/details/620081/