> Anyway, if you want, you can define your own keyboard layout with the Keyboard Layout Creator[^]. Thanks for the link. Unfortunately, the final link at Microsoft is broken, so I couldn't get it, but with a search for msklc.exe, I found it on a Dutch website! http://www.zdnet.nl/downloads.cfm?id=36575 Thanks a lot, it's exactly what I want.

These days, I'm having to type a lot of German words, with the obligatory umlauts, and we use the Euro symbol all the time. Unfortunately, there's no keys for them on a standard US keyboard. I've found two ways of doing it, neither of which I like. * One hideous option is ALT+number code. That's fine for something like ╚ but not for text. * Set the keyboard type to "US International". This sounds perfect, use right ALT+ y = u umlaut, right ALT+5 = euro,etc. BUT unfortunately, some idiot has decided that it would be really simple if you could type "a to get a umlaut, etc. Obviously not a C++ programmer! So, is there a keyboard mapping which does the "right ALT" thing (or even better would be to use the right Windows key) but doesn't mess with punctuation?

> if you don't want to use svnserver, then all users will have to have access to the drive, and use direct commands ( svn co .. ) without a protocol. Thanks, I didn't realize that you could do this. I'm actually the only developer at my company, so it's OK for all users of SVN (ie, me!) to have write access. It would still be better for me to ordinarily not have write access, but I can live with it for now. The network drives are the only ones that are backed up regularly, so the repository cannot be stored on a local drive. What I've been most concerned about is non-developers wrecking the repository by mistake. (Recently, a business manager accidentally did a drag-and-drop of dozens of crucial widely-accessable company files into his own private directory where noone else could find them :-)). Anyway, it seems as though the ability to have a repository on a network drive is practically useless for svnserve, but is very useful for a server-less configuration. Thanks again -Don

Here's what I'd like to do: (1) Put the repository on a network drive using FSFS. (2) Run the svnserve program from my local PC. (3) The repository should ONLY be writable by svnserve and the other subversion components. Well, (1) and (2) are fine, but I'm having terrible problems with (3). According to the Subversion docs, the recent versions should be happy running FSFS on a network drive. It's easy to set up svnserve to access the drive. BUT... there seems to be no way of specifying a user name and password to be used! Everything I've seen on the web that tells you how to set it up seems to assume that EVERYONE will have write access to the repository directory. I find this extremely bizarre, as it is so dangerous. I can't believe this would be normal practice. Or am I doing this in the wrong way? Should I just have the repository on my local disk and do a periodic xcopy of the entire repository to the network drive? (The problem is that only the network drive gets backed up).

I have an app which does some dynamic menu changes (one menu changes depending on what view is selected). The menu that gets inserted comes from its own resource. Worked fine in VC6. But in VS2003, the menu displays as a menu bar rather than as a popup. There's an option "view as popup". It lies. It actually inserts a menu item with text called "Context Menu", and makes your menu a submenu of this "Context Menu". If you quit the resource editor in that state, your menu structure has changed. Now if you go back in, and select "view as popup", you get another @#$& menu item called "Context Menu". Yet another reason to hate the VS2003 IDE. Has anyone else seen this behaviour, or have any idea how to change it? -Don.

You can only edit the GUI using the IDE if it is a dialog box. (C# and VB use Forms which are basically dialog boxes as well). If it is a plain window, everything has to be drawn from scratch -- or you can create child windows. The code you've shown is very strange. I haven't seen that sort of thing for more than a decade. You would not normally program Windows that way, even with raw SDK programming. You'd normally create a checkbox as a child window. My guess is that it's a DOS program which was ported to Windows, that didn't take advantage of Windows features. Sounds like a maintenance nightmare. You have my sympathy. -Don.

> The really bothersome thing is: no posts, no feedback. Its one thing to give somebody a "1" rating, it's another to not even ask any questions or send any e-mails. I agree completely. It is extremely rude (and very unhelpful) to give a low rating when the author has no explanation of why. Anyway... I think your article has scored poorly because there are many similar tools out there which do an excellent job. Your big problem is in the motivation section: > However, I wanted something that was written in C# and did not install into Visual Studio. You need to explain why this is important to you, because it's the only thing you're doing that hasn't been done before (and done *much* better). You need to convince your readers that your code isn't something they could put together themselves in an hour, because I bet that's what they're thinking. -Don

Since the number of HTML tags which are recognised by CodeProject is so limited, can you please change the logic for dealing with them? They should only be treated as tags if they are a recognised HTML tag. It's just *so* painful when using C++ code involving templates. I've seen so many posts where vector < int > x; became vector x; Newbies get caught out on this all the time. Instead, you could treat it as if the 'do not treat <'s as tags' was selected, then do a search-and-replace operation for "@lt;CODE@gt;", replacing it with "<CODE>", etc. This would only require a few lines of ASP code. (Replace @ with ampersand in the above example). This would greatly reduce the number of undecipherable posts in C++ forums!

Interesting code. Quite ugly. I can't understand what benefit they get from doing it this way, except that you have access to the 'next' pointer. It looks to me as though they either have some old C code they are wrapping with a nice template, or else this was written in the early days of templates. Unless it's a really wierd data structure which has multiple stacks at once (ie, each element is part of several linked lists at the same time). You would need to look at the larger context. To remove the macro, you would probably need to completely rewrite the data structure. Although macros should be avoided if possible (and it's not *always* possible), it seems to me that in this case, the whole design is quite ugly, and the macro is the least of the problems. But without a good idea of how this class is actually used, I can't be sure. Maybe this bit of ugliness makes the overall program really elegant (and fast).

Excellent idea, it might solve the problems I've been having. I was a bit surprised by the line which creates Toolbar.reg -- it's getting it from "Microsoft\Office\10.0\Common\Toolbars" Is this correct? Or are you saving/restoring the MS Office toolbars here instead of the Visual Studio ones?

In VC7.1, there's those tabbed windows at the side with solution explorer, class view etc. I used to have them set up exactly the way I wanted. Now it doesn't work any more. Whenever I open a project (including at initial startup), I can can see that all the windows load in the correct positions. But then, the last thing it does while loading is the position changes and that @*#!! stupid "properties" window appears on top of the other tabbed windows. So every time I open a project the first thing I have do is send that property window to the back. It's driving me nuts. I'm not sure what initially caused it. I think it happened when I installed the profiler "DevPartner Community Edition". I've since uninstalled the profiler (it turns out to be almost useless because it doesn't handle templates properly), but the problem remains. Tools: Options:Environment:Reset Window layout doesn't fix it either. Can anyone help?

I don't know whether this is a problem in BSCMAKE or part of the IDE. Anyway, under project options you can specify /nologo in the BSCMAKE options to stop it from displaying the copyright banner. On my system this doesn't work, it displays the banner anyway. It's about as trivial a bug as you can imagine, but can anyone else confirm this bug for me? Cheers, Don.