Thank you for the advice, however, the game will be simple and aimed at one player. It must run in the browser as I must retain full controll of the source code. The game itself will be very basic, with basic graphics and minimal animation. I am currently persuing the idea of hosting a c# app in silverlight. Thank you, Steve

Thank you, I will look into this. Regards, Stephen

Hi. This is for fun, and not the real thing. It is going to be my first "real" project after the book. Although I would like it to be as "real" as possible. I was actually thinking along the same lines. 1) Generate a random number 0-36 2) Animate the wheel, and somehow when the ball arrives near the generated number, make it "bounce a little" as though it was going to (random again) land on the number to the left or right before "faling" into place. 3) Use some kind of list/enum to look up the value and also get whether it is black or red (or green) I have just started with the book now, and when I finish I am going to give this a real go. Thank you for your advice and comments. Kind Regards, Stephen

Hi Stephen, fyi, I found Jesse Liberty's books on C# from O'Reilly exceptionally good. And, currently I am studying Jon Skeet's 'C# in Depth," (Manning Press) which I regard as kind of the "Ph.D." level book on the subject (and one I suspect will take me years to really 'grok'). For Windows Forms, in addition to Liberty's book, I found Matthew MacDonald's books from APress excellent. best, Bill "In the River of Delights, Panic has not failed me." Jorge Luis Borges

Exactly my take on it ;)

Very nice tip, bookmarked :thumbsup:

Correct. Thanks for pointing out. Answer updated :)

jschell wrote: You can't get 293844 from two "bytes". Sorry, I meant two uint32 values... Steve

Thank you, Just what I was looking for! Kind Regards, Stephen

BobJanova wrote: Your key generator could generate keys in the same form but with hex digits. I would be interested to know more here? Like I said before, I am still very new to both c# and hex etc, so if you had any code example to show me what you mean I will take a look. If the code you posted before is what you mean, then the only reason I didnt try it was because I got my c++ copied code to work first. Really, all I want to be able to do is convert the big string of digits to hex, and be able to convert the hex back to the long string of digits. The reason I think I need to use bytes is simply because my other functions either take byte arrays as auguments, or return byte arrays. Thank you again, Kind Regards, Stephen

Ah, I see that the BitConverter only works with a few, rarely used, datatypes (and not strings! :wtf: ) -- I want (not need) a more general solution.

OK,thank you. I will keep trying on with this. Steve

Hi, OK that helps a little better, but I would have no idea how to implement this into code. It has gave me something to think about though. Thank you again, Stephen

Hi. Well in either case, the generated serial would look like the following: AF54E45D32E... etc and I want my serial to be formatted like the following: 32443523454234532... etc But, because my serial would be large, that is why I cant simply use int64 or simular methods. I have seen code before, and used it years ago that does exactly what I want. Yes, there are many products that ask for a MD5 style serial, but, if you look at products from ADOBE, AUTODESK etc etc, they have serial numbers in the following format: 0000-0000-0000-0000-0000 But if I simply created a string and forced it to be numbers, which I have managed to do, when it is encrypted we loose the format and end up with unreadable charicters. It is easy to find how to then encode these into a readable format, but it is always base32 or base16 and I still want to represent my large serial as digits. Thank you, I will keep trying to figure this out. Regards, Stephen

Thank you. So...basicaly, design a class in itself for the structure with its pwn data members, static members etc, instead of simply adding an enum to a different class, or the main program? Thank you Steve

PIEBALDconsult wrote: What about shoe sizes? Never considered those, but you're right :laugh: I are Troll :suss:

Luc Pattyn wrote: two very strange statements. Maybe so, but this is me we are talking about, you proberbly know by bow how difficult it is to explain things to you. You would think, as a Biomedical Scientist that I would not have a issue, but when it comes to a new area, for me, it is :) I am awaiting delivery of my new book, head first c#, so hopefully I can start learning properly. Regards, Steve

Aw thank you. That helps alot. Steve

Thanks for the responce everone! Steve

This happened to me once. After some frantic hacking, I eventually discovered that I had eliminated the call to InitializeComponent() in the class' constructor.