I'm building a bunch of edit boxes for a program with dialogs, and the process of doing this is:
* Add new resource - Dialog * Title and ID the dialog * Add controls - (example: a static text, a check box & an edit box) * Give the controls new IDs * Turn around and take a mouthful of coffee * Title of dialog has changed to 'Static'
What gives? Why do my dialogs keep changing their titles? This is frustrating. A couple of times I haven't noticed this and the code has gone out with dialogs titled 'Static'. This is just another thing I have to add to my growing list of 'watch out fors'.
Additionally, do Microsoft actually do anything about these bugs, or is this forum just a place to vent frustrations, because in the past, none of my reported problems have been resolved, they've just been 'confirmed as a bug and we are looking into it'.
Additionally to this, it seems that it happens after doing tab ordering. It appears that whatever control is currently selected reverts to it's default settigs on escaping out of tab ordering.
> I'm building a bunch of edit boxes for a program > with dialogs, and the process of doing this is:
> * Add new resource - Dialog > * Title and ID the dialog > * Add controls - (example: a static text, a check box & an edit box) > * Give the controls new IDs > * Turn around and take a mouthful of coffee > * Title of dialog has changed to 'Static'
> What gives? Why do my dialogs keep changing their > titles? This is frustrating. A couple of times I > haven't noticed this and the code has gone out with > dialogs titled 'Static'. This is just another thing > I have to add to my growing list of 'watch out fors'.
> Additionally, do Microsoft actually do anything > about these bugs, or is this forum just a place > to vent frustrations, because in the past, none > of my reported problems have been resolved, they've > just been 'confirmed as a bug and we are looking > into it'.
On Mon, 02 Jun 2003 10:05:07 +1200, Josh Gibbs wrote: >What gives? Why do my dialogs keep changing their >titles? This is frustrating.
There are some bugs in the resource editor of VS.Net. I've been caught with resources just "vanishing" after I've created them, and have heard of others with similar problems. The problems I've seen are intermittent, so you can't repro them on demand. Perhaps you are lucky enough to have found a reproducable error.
This, in addition to the very poor quality of the IDE, led me to one conclusion : I don't use VS.Net for production work. I have VS 2003 at home for evaluation, but we don't use that for production work either, the original VS.Net left us with such a bad taste in our mouths that we don't use this one either.
We have stuck with VC6 for production work. I suggest you do the same.
Some people consider this an extreme view - I take the position that it's a very conservative one. I can't afford to pay the price for Microsoft's mistakes.
-- Bob Moore [WinSDK MVP] http://www.mooremvp.freeserve.co.uk/ (this is a non-commercial site and does not accept advertising) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Do not reply via email unless specifically requested to do so. Unsolicited email is NOT welcome and will go unanswered. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
I would love to have used VC6. When I 'invested' in VS.net I was upgrading from VC5, and actually wanted VC6. But our buddies from Redmond didn't have that version available anymore, so I took the plunge thinking that I might as well jump to the 'modern' version now and save a few version jumps. Now that everything has been revved into VS.net, going backwards (if that were indeed possible) would be a resource-recreation nightmare.
So what do you do? Stuck between the proverbial rock and a hard place. I've already paid the price I can't afford for this cr@p and if only they fixed their mistakes like the rest of us do I might be happy.
Bob Moore wrote: > On Mon, 02 Jun 2003 10:05:07 +1200, Josh Gibbs wrote:
>>What gives? Why do my dialogs keep changing their >>titles? This is frustrating.
> There are some bugs in the resource editor of VS.Net. I've been caught > with resources just "vanishing" after I've created them, and have > heard of others with similar problems. The problems I've seen are > intermittent, so you can't repro them on demand. Perhaps you are lucky > enough to have found a reproducable error.
> This, in addition to the very poor quality of the IDE, led me to one > conclusion : I don't use VS.Net for production work. I have VS 2003 at > home for evaluation, but we don't use that for production work either, > the original VS.Net left us with such a bad taste in our mouths that > we don't use this one either.
> We have stuck with VC6 for production work. I suggest you do the same.
> Some people consider this an extreme view - I take the position that > it's a very conservative one. I can't afford to pay the price for > Microsoft's mistakes.
On Tue, 03 Jun 2003 12:42:10 +1200, Josh Gibbs wrote: >So what do you do?
In your position I think I'd scan Ebay to see if I can find a boxed copy of VC6 for sale.
If you have a high-level MSDN subscription lying around the company, that wil have VC6 in it. Since you've paid for the VS.net anyway, no-one would begrudge you using that.
It's a real shame : the VS.Net C++ compiler is pretty good. It's just well hidden behind an unusable and buggy IDE.
-- Bob Moore [WinSDK MVP] http://www.mooremvp.freeserve.co.uk/ (this is a non-commercial site and does not accept advertising) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Do not reply via email unless specifically requested to do so. Unsolicited email is NOT welcome and will go unanswered. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
> It's a real shame : the VS.Net C++ compiler is pretty good. It's just > well hidden behind an unusable and buggy IDE.
Hear, hear! The compiler is very good and definitely a step forward, I like, in particular, the "almost" ANSI C++ compliance and whole program optimization. But the IDE has been a step back. Some things seem to have been changed just for the sake of change.
Try this:
1. Create an empty C++ console project 2. Add a .cpp file containing:
int main(int argc, char* argv[]) { while(true); return 0;
}
3. Build and run it from the IDE. 4. You should now have a console window on top of your IDE. If you can't see the 'Stop Debugging' toolbar button move the console window around. 5. Now try stopping the program by clicking 'Stop Debugging'.
I can't seem to stop it without having to click twice. Once for the IDE to get to the front, one to actually press the toolbar button. VS6 used to do it in one swift click!
And there are many other pet peeves :(
Nick
PS. MS, Is there any official place where we can submit suggestions/requests for IDE changes?
>PS. MS, Is there any official place where we can submit
suggestions/requests
>for IDE changes?
This newsgroup (or microsoft.public.vstudio.general) is a pretty good place to do it - people from the VS team (like myself) read it and enter work items/bugs for appropriate subteams. It really helps if you supply a detailed repro case for your problem. We have work to do, so it may not look like we're very responsive, but we do read this newsgroup. I've entered both items from this thread, btw. If you have more suggestions, please post them.
> We have work to do, so it may not look like we're very responsive, but we > do read this newsgroup. I've entered both items from this thread, btw. If > you have more suggestions, please post them.
Well, while were at it... can you bring back VS6 functionality? When I press F3 and the text I'm searching for is now found I get "The specified text was not found." Can the message box show the text being searched for?
> This newsgroup (or microsoft.public.vstudio.general) is a pretty good place > to do it - people from the VS team (like myself) read it and enter work > items/bugs for appropriate subteams. It really helps if you supply a > detailed repro case for your problem.
Could we get a separate microsoft.public.vstudio.bugs_n_wishes? I feel that such postings get lost in the sheer volume of other postings.
That's all very well, but when would we see the fruits of our frustrated outcrys? I paid $4500 for this product, and only because I was told that I couldn't get VC6. The reason I needed it was because my VC5 cd went missing, and the PC it was on had an HDD crash (which is when I went looking for the CD).
There were a few nice features that I'd seen in VC6 that I really liked which is why I just decided to bite the bullet and upgrade. But to my dismay, I couldn't get VC6, and so I was essentially forced to go to VC.NET (I guess I could have become a bus driver instead, but that's really not my calling).
So here I was, lumped with what I expected to be a leap ahead again on VC6. I at least expected it to have those nice features that I already knew and loved.
But no, not only did it not have many of the simplest things that a C++ GUI developer needs and has come to rely upon, but VC.NET actually has those good things removed, in what appears to be an attempt to combine the GUI of VC and VB- of which many things just simply aren't useful, and at times for me, counter-productive.
I spent many hours and days converting my code, learning the 'new way' of doing the majority of the things I previously could do, and infuriatingly scouring manuals, these forums and various other sources on the net only to find other things I used to be able to do are no longer available and I have to work around them with cumbersome methods.
So not only did it cost me the paltry $4500, it has also cost me a lot of downtime just to get up to the point where I can continue getting my code working again, and it has cost my customers and myself time repairing problems that have been introduced by the results of the new software.
This is my work, this is how I make a living, and to be made so inefficient is enough to make me quite annoyed.
So as I started this rather lengthy rant, is there any point in asking for fixes, or might we just as well yell it into the grand canyon so we at least get some familiar reply.
"Lukasz Gwozdz[MSFT]" wrote: > >And there are many other pet peeves :(
> >PS. MS, Is there any official place where we can submit > suggestions/requests > >for IDE changes?
> This newsgroup (or microsoft.public.vstudio.general) is a pretty good place > to do it - people from the VS team (like myself) read it and enter work > items/bugs for appropriate subteams. It really helps if you supply a > detailed repro case for your problem. > We have work to do, so it may not look like we're very responsive, but we > do read this newsgroup. I've entered both items from this thread, btw. If > you have more suggestions, please post them.
>Well, while were at it... can you bring back VS6 functionality? When I press >F3 and the text I'm searching for is now found I get "The specified text was >not found." Can the message box show the text being searched for?
>Thanks, >Nick
OK, this one's entered, thanks. I'll see if we can get a bugs&requests newsgroup.
As you know, VS.NET is not built on top of VC++ IDE, and therefore some features are implemented in a different way. Some things are very personal, but if you can tell us what exactly it is that you hate in VS.NET/had in VC5/6 that you really liked and is gone in VS.NET/think it would be good to have in VS.NET or anything else, it would help, and I or someone else will forward it to the appropriate (VC++ or IDE) team.
>Date: Fri, 06 Jun 2003 16:50:11 +1200 >From: Josh Gibbs <jgi...@imailds.com> >Subject: Re: IDE Woes (WAS: Re: Really annoying problem with dialog editor)
>That's all very well, but when would we see the fruits of >our frustrated outcrys? I paid $4500 for this product, and >only because I was told that I couldn't get VC6. The reason >I needed it was because my VC5 cd went missing, and the >PC it was on had an HDD crash (which is when I went >looking for the CD).
>There were a few nice features that I'd seen in VC6 that I >really liked which is why I just decided to bite the bullet and >upgrade. But to my dismay, I couldn't get VC6, and so I >was essentially forced to go to VC.NET (I guess I could have >become a bus driver instead, but that's really not my calling).
>So here I was, lumped with what I expected to be a leap >ahead again on VC6. I at least expected it to have those >nice features that I already knew and loved.
>But no, not only did it not have many of the simplest things >that a C++ GUI developer needs and has come to rely upon, >but VC.NET actually has those good things removed, in what >appears to be an attempt to combine the GUI of VC and VB- >of which many things just simply aren't useful, and at times for >me, counter-productive.
>I spent many hours and days converting my code, learning >the 'new way' of doing the majority of the things I previously >could do, and infuriatingly scouring manuals, these forums and >various other sources on the net only to find other things I >used to be able to do are no longer available and I have to >work around them with cumbersome methods.
>So not only did it cost me the paltry $4500, it has also cost me >a lot of downtime just to get up to the point where I can continue >getting my code working again, and it has cost my customers >and myself time repairing problems that have been introduced >by the results of the new software.
>This is my work, this is how I make a living, and to be made >so inefficient is enough to make me quite annoyed.
>So as I started this rather lengthy rant, is there any point in >asking for fixes, or might we just as well yell it into the grand >canyon so we at least get some familiar reply.
One more! Didn't know what a can of worms you've opened? :)
Can the toolbars and menubar be dockable on a single line (a la Internet Explorer). Right now no toolbar can share the same horizontal band as the menubar.
>From: "Nick Savoiu" <sav...@ics.uci.edu> >Subject: Re: IDE Woes (WAS: Re: Really annoying problem with dialog editor) >Date: Fri, 6 Jun 2003 09:39:11 -0700 >1. Can a 'Do no show this again' checkbox be added to dialog boxes such as >the one that says 'These project configuration(s) are out of date: ..... >Would you like to build them?'. I find it an unnecessary click/keypress when >trying to run something.
Actually, I'm the dev responsible for this area now, and yes, it will most likely be done for the next version - this way or another. We'll also work on other annoying windows that appear without a way to turn them off.
>2. A space saving suggestion.
>Image1.gif has the current implementation. It takes up quite a bit of >desktop 'real estate' without much return for the investment. Notice for >example the duplicated 'Output' info. Image2.gif is a suggested alternative >or even return to having separate tabs for Build/Debug/SourceControl.
Entered this one for the IDE team.
>Can the toolbars and menubar be dockable on a single line (a la Internet >Explorer). Right now no toolbar can share the same horizontal band as the >menubar.
This one's probably going to be hard, since we use Office components to handle this stuff for us, and I don't think they support this. I entered it anyway, but my guess is it's not likely to happen any time soon.
>One more! Didn't know what a can of worms you've opened? :)
hey, the more input from real users, the better :)
> >From: "Nick Savoiu" <sav...@ics.uci.edu> > >Subject: Re: IDE Woes (WAS: Re: Really annoying problem with dialog editor) > >Date: Fri, 6 Jun 2003 09:39:11 -0700
> >1. Can a 'Do no show this again' checkbox be added to dialog boxes such as > >the one that says 'These project configuration(s) are out of date: ..... > >Would you like to build them?'. I find it an unnecessary click/keypress > when > >trying to run something.
> Actually, I'm the dev responsible for this area now, and yes, it will most > likely be done for the next version - this way or another. We'll also work > on other annoying windows that appear without a way to turn them off.
Good :) I hope you're also considering the "There are build errors. Continue?" dialog box.
> >Can the toolbars and menubar be dockable on a single line (a la Internet > >Explorer). Right now no toolbar can share the same horizontal band as the > >menubar.
> This one's probably going to be hard, since we use Office components to > handle this stuff for us, and I don't think they support this. I entered it > anyway, but my guess is it's not likely to happen any time soon.
Well, maybe we can give the Office guys a nudge :) I wouldn't mind seeing this feature in Office either :)
Where do I start? What kind of timeframe would we expect for any of our requests to be fulfilled? It's all very well knowing you are reading this, but I could just as well tell my customers that I've noted their concerns and will ponder them this afternoon while I'm fishing. All very fuzzy-wuzzy but it doesn't solve anything, and gives no indication of how long we have to suffer, so do we go on blindly praying for the gods of Microsoft to have a second coming, or is their some reality in all of this? It really is getting to the point that I'm thinking, "screw this, time to start shifting to the linux world". Because the development environment has changed so drastically, and is so full of little bugs, the time wasted on MS products might well be better spent learning the new upcoming operating systems and their development tools. I recall a statement from MS some time ago about the linux threat that said something along the lines of "No we are not worried, because it's a free platform, and free software is not supported". Well the irony here has been that for all of my requests about VS.NET it should have been free as well given the level of actual support that is provided.
I don't want counselling for my IDE woes, I want value for my money like was advertised.
/rant off
Now, off the top of my head, here is a list of things that come to mind that disappeared or were modified for worse since VC5:
* Dialog editor grid. All of my dialogs are standardized on a particular setup in the dialog editor for positioning controls. VS.NET doesn't retain the editor settings, so every time I restart I must setup the guide settings.
* CTRL-W. Getting to the overrides of a dialog is a royal pain in the posterior. In VC5 hitting CTRL-W brought up the class info in the context of the dialog. VS.NET has a convoluted way of doing this that is simply counter-productive in a project with many many files (like several of mine). It requires either hunting through the file or class list for the dialog that is being worked on. Even if CTRL-Shift-C brought up the class list and highlighted the dialog class being worked on that would be a start to getting back to the functionality we had before.
* Dialog editor selecting. I HATE the MSAccess form editor, but it seems the one thing that I really didn't like I now have in VS.NET VC5/6 selected items that were bound by the selection box which made selecting items within bounding group boxes easy. Now I have a nightmare of clicks and shift clicks to highlight only the things I want. This is exceptionally trick when I'm away working on my laptop with it's touch pad.
* Toolbox. Get rid of that god-awful outlook button control! I understand the reason behind the shareable control, which was custom built for us C developers in VC5/6 and was brilliant, but in the (successful) attempt to retrograde VC, we now have to put up with a VB style box. But not only that, it was take a step further and now we have to scroll through the list without a scrollbar! Do you guys really think that EVERYONE uses outlook? I had no clue how this list worked until a colleague built a control for one of our front ends with one of these controls. It's like saying elevators look garish, we need that funky wooden stair look instead in a 30 storey building. Backwards step for the sake of looks.
* Toggle for windows. Although VC5 wasn't perfect, it was certainly easier to keep clutter off the IDE. The output window was but an 'esc' key away from being removed from the screen. Now, not only can I not 'esc' it away, but the close button has been reduced to the point that advanced l33t skillz need to be used to close it - especially when on my laptop with my big fat fingers. I would LOVE to see all the windows like solution explorer, class view, output etc be toggled on/off because I only need to see them when I need to open a file, find a class member function, open a resource etc. VS.NET seems to be 'mouse-centric' which really wastes time for a developer that, quite frankly, has the nowse to figure out hot-keys. We aren't your typical occasional letter writer who fumbles around the program with the mouse to find out how to bold some text. Developers want the quickest and most convenient way to achieve a task, and hotkeys go 99% of the way to achieving that end.
* Changing the ID of a control in a dialog. Double click by mistake and the ID is history - no undo to boot. I also frequently used to double click the dialog control ID in the dialog editor to copy the ID for use in code. Now I have to be sooooo careful to click once to bring the properties box to the top, wait for the dbl- click time to expire and then drag select. WHAT A PAIN. THIS SUX A BIG RED SUCKINESS THING!
I think that's a good start, and I would dearly love to get some of this functionality back - especially as no one will trade in my VS.NET for VC6 (let alone sell it to me at all).
* Also, a wish of mine is to be able to load a file via a command line call to VS. I use several compilers, and at the moment several code editors because VS can't be invoked from a cmdline call from my compilers. I am using free editors for now because I don't want to go paying over and over for something that I should expect in the most expensive version of them all. That, and I have to setup each editor as best it can be to have the same hotkeys etc to make life as easy as possible.
Lukasz Gwozdz[MSFT] wrote: > As you know, VS.NET is not built on top of VC++ IDE, and therefore some > features are implemented in a different way. Some things are very personal, > but if you can tell us what exactly it is that you hate in VS.NET/had in > VC5/6 that you really liked and is gone in VS.NET/think it would be good to > have in VS.NET or anything else, it would help, and I or someone else will > forward it to the appropriate (VC++ or IDE) team.
> thanks, > Lukasz
> --------------------
>>Date: Fri, 06 Jun 2003 16:50:11 +1200 >>From: Josh Gibbs <jgi...@imailds.com> >>Subject: Re: IDE Woes (WAS: Re: Really annoying problem with dialog editor)
>>That's all very well, but when would we see the fruits of >>our frustrated outcrys? I paid $4500 for this product, and >>only because I was told that I couldn't get VC6. The reason >>I needed it was because my VC5 cd went missing, and the >>PC it was on had an HDD crash (which is when I went >>looking for the CD).
>>There were a few nice features that I'd seen in VC6 that I >>really liked which is why I just decided to bite the bullet and >>upgrade. But to my dismay, I couldn't get VC6, and so I >>was essentially forced to go to VC.NET (I guess I could have >>become a bus driver instead, but that's really not my calling).
>>So here I was, lumped with what I expected to be a leap >>ahead again on VC6. I at least expected it to have those >>nice features that I already knew and loved.
>>But no, not only did it not have many of the simplest things >>that a C++ GUI developer needs and has come to rely upon, >>but VC.NET actually has those good things removed, in what >>appears to be an attempt to combine the GUI of VC and VB- >>of which many things just simply aren't useful, and at times for >>me, counter-productive.
>>I spent many hours and days converting my code, learning >>the 'new way' of doing the majority of the things I previously >>could do, and infuriatingly scouring manuals, these forums and >>various other sources on the net only to find other things I >>used to be able to do are no longer available and I have to >>work around them with cumbersome methods.
>>So not only did it cost me the paltry $4500, it has also cost me >>a lot of downtime just to get up to the point where I can continue >>getting my code working again, and it has cost my customers >>and myself time repairing problems that have been introduced >>by the results of the new software.
>>This is my work, this is how I make a living, and to be made >>so inefficient is enough to make me quite annoyed.
>>So as I started this rather lengthy rant, is there any point in >>asking for fixes, or might we just as well yell it into the grand >>canyon so we at least get some familiar reply.
For debugging we have: StepOver, StepInto, StepOut. How about of a new button: StepIntoEval.
The difference you say?
Let's assume the following line of code is the current execution point:
someFun(someOtherFun(param1),anotherFun(param1));
Currently StepInto does the following: goes into someOtherFun() or anotherFun(). One has to step out of those and try StepInto again sometimes repeating these steps a few times.
Now here comes relief: StepIntoEval. Tada! Instead of taking you into functions evaluating the parameters it quietly evaluates all the parameters then steps into someFun().
> Currently StepInto does the following: goes into someOtherFun() or > anotherFun(). One has to step out of those and try StepInto again sometimes > repeating these steps a few times.
> Now here comes relief: StepIntoEval. Tada! Instead of taking you into > functions evaluating the parameters it quietly evaluates all the parameters > then steps into someFun().
When multiselecting items in a dialog and dragging them somewhere, the highlighted object in the group doesn't seem to be the one that the coords are taken off. I was just repositioning a bunch of controls to squeeze one in the middle, and I couldn't just drag the controls to the known point because the coords were coming from some other item in the group.
"Lukasz Gwozdz[MSFT]" wrote: > As you know, VS.NET is not built on top of VC++ IDE, and therefore some > features are implemented in a different way. Some things are very personal, > but if you can tell us what exactly it is that you hate in VS.NET/had in > VC5/6 that you really liked and is gone in VS.NET/think it would be good to > have in VS.NET or anything else, it would help, and I or someone else will > forward it to the appropriate (VC++ or IDE) team.
In VC5, if I hit CTRL-W on, say, an edit control that has a member variable assigned to it, it would show me what that variable is.
In VC.net I have to remember this. Not only is this tricky to do in very large projects, it's especially hard on projects that you come back to months later.
"Lukasz Gwozdz[MSFT]" wrote: > As you know, VS.NET is not built on top of VC++ IDE, and therefore some > features are implemented in a different way. Some things are very personal, > but if you can tell us what exactly it is that you hate in VS.NET/had in > VC5/6 that you really liked and is gone in VS.NET/think it would be good to > have in VS.NET or anything else, it would help, and I or someone else will > forward it to the appropriate (VC++ or IDE) team.
I can't delete a variable! I just assigned an edit control a member variable of type CString, but realised I need it to be a controlled int. No delete variable option, it has to be done by hand?
Tell me I'm missing something please.
Is this really the process I have to go through to delete a variable that is wrongly assigned:
1/ Find and open the source files (.h & .cpp) for the dialog class 2/ Remember, then search for the wrongly assigned variable throughout those two files and remove the refereces. 3/ Go back to the dialog and reassign the new variable.
And this is "dramatically increasing developer productivity" in what way. Bwahahahaa ahahaah - Oh dear, I just fell of my chair.
Can you sense the frustration. Maybe this refers to being more productive than someone trying to develop applications with MS Works 3.0.
"Lukasz Gwozdz[MSFT]" wrote: > As you know, VS.NET is not built on top of VC++ IDE, and therefore some > features are implemented in a different way. Some things are very personal, > but if you can tell us what exactly it is that you hate in VS.NET/had in > VC5/6 that you really liked and is gone in VS.NET/think it would be good to > have in VS.NET or anything else, it would help, and I or someone else will > forward it to the appropriate (VC++ or IDE) team.
On Fri, 06 Jun 2003 18:28:19 GMT, Lukasz Gwozdz[MSFT] wrote: >Actually, I'm the dev responsible for this area now, and yes, it will most >likely be done for the next version - this way or another. We'll also work >on other annoying windows that appear without a way to turn them off.
You BADLY need to talk to Joe Newcomer (newco...@flounder.com). He compiled a list of the more egregious stupidities in the VS IDE when he went up to Redmond for the MVP summit. He's got all of mine and lot more besides.
We don't VS.Net for work projects. The IDE is unusable, the resource editor too buggy to be trusted (yes, I've lost work to its bugs,and I know others who have too). We bought the damn thing and it lies in a desk drawer, untouched. Waste of money.
-- Bob Moore [WinSDK MVP] http://www.mooremvp.freeserve.co.uk/ (this is a non-commercial site and does not accept advertising) ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ Do not reply via email unless specifically requested to do so. Unsolicited email is NOT welcome and will go unanswered. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
f4 - goto to next error - what happended to this ?? f7 compile current active project, Still haven't figured out how to use the old workspace / project paradigm in .net. I probably just haven't put enough time into it but i want to be able to have multiple projects in the workspace ala vc6 select one and only be working on that.
I hoped that setting vc7 to use vc6 keys would have sorted these but nope a lot are still different ;(
Output window - no escape to get rid of it. Dunno how the coders at ms work but i spend the majority of the time with my hands on a keyboard, having to go get the damn mouse to close down the window (or do anything for that matter) it irrating beyond belief.
Having worked professionally on unices and windows I was used to having arguments with hardcore unix bods that vc6 was just as quick to dev with as emacs / gdb etc.. With vc7 this has changed massively and emacs and unix type tools are now a clear winner in my mind for straight c / c++ projects. We are in the same boat as some of the other posters where we have thousands of dollars of software sitting in drawers as it was just not usable for us, mainly due to code generation bugs in the .net 2002. It stung us and we just don't have the confidence to try it again until the project is done.
On the plus side the stl and template support are much better though ;)
Has anyone tried changing the compiler in vc6 for the vc7 one ?
Martin
PS. This has tempted me to go fight with .net for a bit more and see if i can get some sense out of it;)
"Lukasz Gwozdz[MSFT]" <luka...@online.microsoft.com> wrote in message
> As you know, VS.NET is not built on top of VC++ IDE, and therefore some > features are implemented in a different way. Some things are very personal, > but if you can tell us what exactly it is that you hate in VS.NET/had in > VC5/6 that you really liked and is gone in VS.NET/think it would be good to > have in VS.NET or anything else, it would help, and I or someone else will > forward it to the appropriate (VC++ or IDE) team.
> thanks, > Lukasz
> -------------------- > >Date: Fri, 06 Jun 2003 16:50:11 +1200 > >From: Josh Gibbs <jgi...@imailds.com> > >Subject: Re: IDE Woes (WAS: Re: Really annoying problem with dialog editor)
> >That's all very well, but when would we see the fruits of > >our frustrated outcrys? I paid $4500 for this product, and > >only because I was told that I couldn't get VC6. The reason > >I needed it was because my VC5 cd went missing, and the > >PC it was on had an HDD crash (which is when I went > >looking for the CD).
> >There were a few nice features that I'd seen in VC6 that I > >really liked which is why I just decided to bite the bullet and > >upgrade. But to my dismay, I couldn't get VC6, and so I > >was essentially forced to go to VC.NET (I guess I could have > >become a bus driver instead, but that's really not my calling).
> >So here I was, lumped with what I expected to be a leap > >ahead again on VC6. I at least expected it to have those > >nice features that I already knew and loved.
> >But no, not only did it not have many of the simplest things > >that a C++ GUI developer needs and has come to rely upon, > >but VC.NET actually has those good things removed, in what > >appears to be an attempt to combine the GUI of VC and VB- > >of which many things just simply aren't useful, and at times for > >me, counter-productive.
> >I spent many hours and days converting my code, learning > >the 'new way' of doing the majority of the things I previously > >could do, and infuriatingly scouring manuals, these forums and > >various other sources on the net only to find other things I > >used to be able to do are no longer available and I have to > >work around them with cumbersome methods.
> >So not only did it cost me the paltry $4500, it has also cost me > >a lot of downtime just to get up to the point where I can continue > >getting my code working again, and it has cost my customers > >and myself time repairing problems that have been introduced > >by the results of the new software.
> >This is my work, this is how I make a living, and to be made > >so inefficient is enough to make me quite annoyed.
> >So as I started this rather lengthy rant, is there any point in > >asking for fixes, or might we just as well yell it into the grand > >canyon so we at least get some familiar reply.
> f4 - goto to next error - what happended to this ?? > f7 compile current active project, Still haven't figured out how to use the > old workspace / project paradigm in .net. I probably just haven't put enough > time into it but i want to be able to have multiple projects in the > workspace ala vc6 select one and only be working on that.
> I hoped that setting vc7 to use vc6 keys would have sorted these but nope a > lot are still different ;(
selecting Visual C++ 6 in Tools->Options->Keyboard does the trick for me
> Output window - no escape to get rid of it. Dunno how the coders at ms work > but i spend the majority of the time with my hands on a keyboard, having to > go get the damn mouse to close down the window (or do anything for that > matter) it irrating beyond belief.
> Where do I start? What kind of timeframe would we expect > for any of our requests to be fulfilled? It's all very > well knowing you are reading this, but I could just as well > tell my customers that I've noted their concerns and will > ponder them this afternoon while I'm fishing. All very > fuzzy-wuzzy but it doesn't solve anything, and gives no > indication of how long we have to suffer, so do we go on > blindly praying for the gods of Microsoft to have a second > coming, or is their some reality in all of this? It really > is getting to the point that I'm thinking, "screw this, time > to start shifting to the linux world". Because the development > environment has changed so drastically, and is so full of > little bugs, the time wasted on MS products might well be better > spent learning the new upcoming operating systems and their > development tools. I recall a statement from MS some time > ago about the linux threat that said something along the lines > of "No we are not worried, because it's a free platform, and > free software is not supported". Well the irony here has been > that for all of my requests about VS.NET it should have been > free as well given the level of actual support that is provided.
> I don't want counselling for my IDE woes, I want value for > my money like was advertised.
I really don't want to give you a standard corporate answer here, but there's only so much I can do. One of the reasons I'm here is to help identify the most painful shortcomings, most wanted improvements, etc. The most important problems (bugs) will be addressed in service packs for VS.NET, and most wanted new functionality will be added to the new VS version (sometimes the distinction between a bug and new functionality is blurry). I cannot offer answers for individual bugs/suggestions though. If you have a blocking problem, you can work with the product support group, and your problem can be escalated up to the QFE level, which is basically a custom-made fix that also gets included in the next SP.
Thanks for your list, I really appreciate it - I'll go through it and comment in a separate post in a moment.
Lukasz
(This posting is provided "AS IS" with no warranties, and confers no rights.)