As you all are similar skills, then you should rotate the working of the guys. This will help in development and the guys working will not get any distraction from the work.

Ninject? Never heard of it. I'd be willing to bet these guys[^] have though. A guide to posting questions on CodeProject[^] Dave Kreskowiak

SledgeHammer01 wrote: Its generally not a good idea to use strings as keys to get components like that. My boss is a notorious mispeller. Do you really want to spend time tracking down why your app doesn't work because somebody spelled it "scren" in 3 out of 100 places? GUIDs as I suggested earlier actually wouldn't be AS prone. Why? I'd probably type in "screen" myself because I can do that faster then copy & pasting from somewhere. With a GUID? I'm not going to type that in. Thats going to be a strict c&p. I would suggest unit testing and system testing to solve that problem. Additionally that also solves the problem where they typed in "alternativeScreen" (a valid component) when it should have been "screen" (also valid.) And myself I would be opposed to using a guid because that means that to figure out what component instance is in use one would need to look it up every time. However depending on the actual requirements I would probably use a generated enumeration.

The problem is that when I do attach the CellEditor to my table when I remove a row WHILE a cell is being edited the rest of the row gets deleted, leaving behind a rogue cell! Then decide - Editing OR deleting. Can't have both. Is the system deleting the row or how is it done? regards Torsten When I'm not working

I'm assuming your using autoscroll I have had better luck setting the postion int distX += HorizontalScroll.Value; int distY += VerticalScroll.Value; //do some sort of range check //then set the AutoScrollPostion AutoScrollPosition = new Point(x, y); hope this helps

It is not bad if there is a good reason why the 'constructor' shouldn't actually be a constructor in language terms. For example, if Controller is a pseudo-factory class that can actually build several different final classes in these methods, or the build methods need differentiation by name for clarity. If this is the only 'BuildXxx' method and it returns an instance of Controller, it should be a constructor (and the class should probably be named with the 'single row' aspect) – after all, that's what a constructor is, a static method that returns a new instance of the class, and people expect to instantiate classes that way. One small point to bear in mind is that any sort of reflection-based instantiation is not likely to find your static method. You may well not be doing any of that though.

There is a built-in FileNameEditor which you can use as well. [EditorAttribute(typeof(System.Windows.Forms.Design.FileNameEditor), typeof(System.Drawing.Design.UITypeEditor))] public string FileName { get { return _FileName; } set { _FileName = value; } }

Well 128 is not valid for a signed byte... What would be the second problem ? Philippe Mori

Good advice and I would generally follow such advice however I am quite familiar with accessibility, the app is just a small tool for me and a friend :) We needed a quick way to change the selection size fast, the mouse scroll felt like the best candidate for such operation. Otherwise key presses or other controls will be used for the same affect, but surely wont be as seamless? ;P

Some more comments, out of the blue: 1. if you create instances of a class that has a Dispose() method(such as Graphics, Font, Pen, Brush), you should call it when done with the objects. 2. you should avoid creating objects inside an event handler that is going to be called often; say you need a few brushes, just create them once and keep them around. 3. There are a whole lot of stock objects available at no extra charge, see classes such as Pens and Brushes. (and no, you don't dispose them, they aren't yours, you just borrow them). :) Luc Pattyn [My Articles] Nil Volentibus Arduum The quality and detail of your question reflects on the effectiveness of the help you are likely to get. Please use <PRE> tags for code snippets, they improve readability. CP Vanity has been updated to V2.3

There's a simple way to test that: put [STAThread] on your console app. However, I'm fairly sure I've served TCP from within a WinForms app without problems in the past. I don't immediately see the problem. You should put some logging in the socket error catch block, as well as breaking out of the loop. Actually never mind that, you should use the asynchronous socket methods (BeginReceive and BeginAccept), instead of creating a thread for each client. (Also, your accept thread will never terminate.) Take a look at my Sockets library[^] for an example if the MSDN docs don't make it clear enough (specifically the ClientInfo class which uses asynchronous receive, and the Server class which uses asynchronous accept).

Your server isn't a HTTP server, and what you're sending back isn't a valid HTTP header. 'The connection was reset' means that it was closed before a valid header was received (roughly speaking). You need a lower level test client than a browser if you are writing a custom server. Alternatively, get yourself some HTTP server code (for example, mine[^] ;) ).

Weeeeeeeeell, First of all, if you want to go on with Lego (nice option to start) then you should not need anything else than the items you can get from them (Mindstorms). Then, you can go to more pro items: Maxon motors[^]. Pololu[^]. Microchip[^]. All those vendors can help you to get nice results... With Pololu and Microchip you will be able to program using C... which is nice as you won't be learning the language basics and moreover you'll get a nice language to play with... :thumbsup: [www.tamelectromecanica.com] Robots, CNC and PLC machines for grinding and polishing.

jschell wrote: might have a design problem Thanks for the comment! :laugh:

Sorry, but... Would you download and open anonymous zip files from people you do not know? Nope. Nor would I. Real men don't use instructions. They are only the manufacturers opinion on how to put the thing together. Digital man: "You are, in short, an idiot with the IQ of an ant and the intellectual capacity of a hose pipe."

HOw about public bool CheckForNulls(object[] thingsThatShouldntBeNull) { return thingsThatShouldntBeNull.TrueForAll(x => x != null); } CheckForNulls(new object[]{dumbshitCoderField1,dumbShitCoderField2);

Here is an extensive list. Personally I know Rational Rhapsody, Rational Rose (which is quite different) and Enterprise Archtect quite well. The first one I like the best as it not only lets you generate State diagrams, but also can run them, so you can see what state a particular state machine is in rigth in your diagrams while the code is being executed. A very visually oriented way of debugging. Unfortunately it's also the most expensive of these tools. It's been a long time I've used Rational Rose, and it seemed inferior to Rhapsody. At that time both products did not belong to IBM yet. I am not quite sure what kind of effect IBM had on the further development of these two direct competitors after obtaining them... :confused: Enterprise Architect is something you can easily afford even for private purposes, and it covers most of the functionality of the more expensive products. It is what I use now, mostly for designing class hierarchies and generating code, but also occasionally for reengeneering some fossile code bases.

.. A few comments on this, if your using XNA and want to use this code on the XBOX, you should get rid of the Foreach loop, it is a performance killer due to GC on the XBOX.... Also you should look into the weighting Heuristics, because this approach albeit closed and complete is not as efficient as it could be.... Also your sucking up memory as you use this algo... have you tested it against a large number of bots representative to the normal in game load...., I'd wadger it won't run inside your game loop propperly for more then 125 or so bots (using a 256x256 tile map).... just trying to give you the heads up... I'd blame it on the Brain farts.. But let's be honest, it really is more like a Methane factory between my ears some days then it is anything else... ----- "The conversations he was having with himself were becoming ominous."-.. On the radio...