C# Discussion Boards - CodeProject

Re: cant see my font in my C# WinForm program after install

16-Apr-15 17:27

Did you add the font file to your program folder? Usually if you add a font file to an installer the tool will add install the font in the system Fonts folder, not your application folder. The code you're using expects to find the font file in the same folder as the .EXE.

A guide to posting questions on CodeProject

Click this: Asking questions is a skill.
Seriously, do it.

Dave Kreskowiak

goldsoft17-Apr-15 0:00

goldsoft

17-Apr-15 0:00

thanks for the help,
i change my code like this:

privateFonts.AddFontFile( @"c:\Windows\Fonts\XX.ttf");

but after i install my program i got message that can't find the file

Re: cant see my font in my C# WinForm program after install

Dave Kreskowiak17-Apr-15 2:17

Re: cant see my font in my C# WinForm program after install

17-Apr-15 2:17

OK, the thing to do is to NOT change the code. You should be diagnosing what the installer is doing with that font file. Find out first, then react to it.

A guide to posting questions on CodeProject

Click this: Asking questions is a skill.
Seriously, do it.

Dave Kreskowiak

Eddy Vluggen17-Apr-15 8:36

Eddy Vluggen

17-Apr-15 8:36

Is the file actually there? If no, your installer is in error. If yes, you're probably passing another path.

Bastard Programmer from Hell Suspicious | :suss:

If you can't read my code, try converting it here[^]

Re: cant see my font in my C# WinForm program after install

goldsoft18-Apr-15 19:33

goldsoft

18-Apr-15 19:33

thanks for the help,
after the install i see the font file in my application folder
but still same error.....

for important

eslam bakr16-Apr-15 3:59

eslam bakr

16-Apr-15 3:59

how do i make my program autorun when my computer open(windows service)?

Dave Kreskowiak16-Apr-15 4:29

16-Apr-15 4:29

Not enough information.

What is this program supposed to do? Does it require a user interface? Is it support to start doing it's processing when Windows starts, or when a user logs in?

Windows Service applications starts after Windows starts and do not show an interface at all. You'd have to write your application specifically as a Service application.

A guide to posting questions on CodeProject

Click this: Asking questions is a skill.
Seriously, do it.

Dave Kreskowiak

Arkadeep De16-Apr-15 8:53

Arkadeep De

16-Apr-15 8:53

Create an application which will call the web services or do what ever you want...then make an exe..put that exe in C:\Users\arka\AppData\Roaming\Microsoft\Windows\Start Menu\Programs\Startup this location. As your computer will start your app within this path will execute.

Arkadeep De
ASP With Arka
Facebook | Linkedin

Dave Kreskowiak16-Apr-15 8:58

16-Apr-15 8:58

That location doesn't start an app when Windows starts. That starts an app when that user logs in.

A guide to posting questions on CodeProject

Click this: Asking questions is a skill.
Seriously, do it.

Dave Kreskowiak

C# String Comparison Tests

Eddy Vluggen16-Apr-15 10:04

Eddy Vluggen

16-Apr-15 10:04

Arkadeep De wrote:
As your computer will start your app within this path will execute.

Some cleaning apps might flag it as possible malware though; the start-menu folder usually contains links to executables, not executables itself.

Bastard Programmer from Hell Suspicious | :suss:

If you can't read my code, try converting it here[^]

Kevin Marois16-Apr-15 3:09

Kevin Marois

16-Apr-15 3:09

I was just reading someone's blog where he tested

bool isEmpty = (MyString == "");

// also

bool isEmpty = string.IsNullOrEmpty(MyString);

// also

bool isEmpty = string.IsNullOrWhiteSpace(MyString);

// also

bool isEmpty = MyString.Equals("");

// also

bool isEmpty = MyString.Length == 0;

and he listed the number of ticks each example took.

That got me thinking....

If you wanted to know of a string was null, that's one thing, and determining if its an empty string is another.

But do you REALLY care about TICKS???

With today's PC's and Servers running at ultra high speed, why would anyone really care?

Bonus question: I prefer IsNullOrWhiteSpace. What's your favorite & why?

If it's not broken, fix it until it is

harold aptroot16-Apr-15 3:23

harold aptroot

16-Apr-15 3:23

Most of them are not even equivalent.. of course you can weigh both apples and oranges, but there aren't many useful conclusions that can be drawn from the results.

Coder For Hire wrote:
With today's PC's and Servers running at ultra high speed, why would anyone really care?

Moving into hypothetical territory here, it's easy to make up a scenario in which it matters. "Do that thing a billion times" is usually a good start.

By the way, if you're referring to this blog[^], then disregard the results, that's a very bad benchmark, he makes all the rookie mistakes.

Sascha Lefèvre16-Apr-15 6:56

Sascha Lefèvre

16-Apr-15 6:56

harold aptroot wrote:
By the way, if you're referring to this blog[^], then disregard the results, that's a very bad benchmark, he makes all the rookie mistakes.

I can identify these mistakes:
- he uses DateTime.Now instead of StopWatch
- he doesn't allow for JIT-precompilation
- no GC.Collect() (which shouldn't matter much here but would be good practice)

Are there more mistakes?

If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson

harold aptroot16-Apr-15 7:40

harold aptroot

16-Apr-15 7:40

A couple more,

the result goes nowhere. Apparently it worked, but it's dangerous (operation could be discarded, and really they should have been, so I have a sneaking suspicion it might have been run while suppressing JIT-optimization).
the whole thing is only done once. The worst part of that is the JIT-compilation, but there is also "turbo lag" (part of the first loop could run at a lower frequency), other start-up nonsense (extra cache misses and so on), and a semi-random number of context switches.
from these benchmarks, it's impossible to tell how much of the time taken is due to the loop overhead.
it's measuring a throughput but kind of implying it's a latency.

Sascha Lefèvre16-Apr-15 8:29

Sascha Lefèvre

16-Apr-15 8:29

Thank you, Harold! I got the first points but I don't see how he's implying that it's a latency - can you elaborate on that?

If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson

harold aptroot16-Apr-15 8:38

harold aptroot

16-Apr-15 8:38

Well, he doesn't really come right out and say it, but the way he puts things makes it look like it's about latency. Things like "worth the extra ticks" or "takes x ticks", none of it is actually wrong but I just get that vague sense that he doesn't really make the distinctions between how long something takes and how often you can do it in a unit of time.

Sascha Lefèvre16-Apr-15 8:51

Sascha Lefèvre

16-Apr-15 8:51

Ah, alright. I thought I should be able to see that in the code Smile | :)

Thank you, Harold.

If the brain were so simple we could understand it, we would be so simple we couldn't. — Lyall Watson

Pete O'Hanlon16-Apr-15 3:30

Pete O'Hanlon

16-Apr-15 3:30

string MyString = null;
bool isEmpty = (MyString == "");

What do you think the result of this little test is? (Slightly non-intuitive if you expect this to blow up because MyString is null).

string MyString = " ";
bool isEmpty = string.IsNullOrEmpty(MyString);

Okay, is this an empty string? This is a common test to see if a user has entered some details - a space generally isn't considered true for entering details. We can dispense with the last two examples by using the same MyString = null assignment. Because it's null, neither will work so you'd have to issue a null check beforehand anyway.

By omission, you can guess which my favourite is.

Kevin Marois16-Apr-15 3:32

Kevin Marois

16-Apr-15 3:32

I'm in the same camp.. I like IsNullOrEmpty because it's really all you need.

If it's not broken, fix it until it is

Pete O'Hanlon16-Apr-15 3:33

Pete O'Hanlon

16-Apr-15 3:33

Ahem - my camp is strictly in the IsNullOrWhitespace field. I've pitched my tent, put on the gas stove and am boiling up a brew.