Home | Contact Us | FAQ | Search & Site Map | Link to Us
Sign In | Join | Other 45 Sites in Network
HomeAnnouncementsFree MagazinesWhite PapersSubmit Content
Discussion GroupsASP.NETWindows FormsLanguages.NET FrameworkVisual Studio.NET
Articles.NET FrameworkASP.NETToolsWindows Forms
.NET DirectoryOpen Source ProjectsUser GroupsWeb Resources
Related Topics
Visual Basic 6SQL ServerMS AccessOther DB ProductsMS Server ProductsMore Topics ...

.NET Forum / Visual Studio.NET / IDE / February 2008

Tip: Looking for answers? Try searching our database.

VS2008 F1 Help STILL not context sensitive

Thread view: 
Enable EMail Alerts  Start New Thread
Thread rating: 
Jon Potter - 06 Feb 2008 01:46 GMT
We're very disappointed to discover that F1 Help in VS2008 is still not
context sensitive.

This used to work fine in VS2003 but was broken in VS2005 and still occurs
in Visual Studio 2008 RTM. It is the most annoying thing about Visual Studio
(an otherwise fantastic package) and it's even more annoying that it's been
like this since VS2005 (if not before, but at least in the past we could set
MSDN Library to filter things; since it gained online-search capability
(which by the way is fairly useless; I can use a web browser myself if the
local help lacks information) we had the ability to filter the index and F1
help taken away from us. Argh!)

Presumably Visual Studio is still written in C++ so how on Earth is it
possible that this doesn't send crazy the very people making the product and
in a position to fix it?

Pressing F1 and being taken to a place abotu some random object, often in a
framework, platform, or language, I am not using and never want to use,
drives me crazy. You might as well remove the feature entirely. Just make F1
put the name of whatever is under the cursor in the clipboard and we can
search MSDN or the web ourselves, because that's all the feature gives us
right now.

The IDE knows what the function is. It knows what language I'm using. It can
find a definition of the function via Intellisense, yet F1 takes me to
whatever comes first with the same unqualified name and there is nothing we
can do about it. This is beyond a joke.

Sorry if this all sounds a bit harsh but, well, it's been YEARS now and this
is a glaring issue.

Regards,
Jonathan Potter
GP Software
WenYuan Wang [MSFT] - 06 Feb 2008 06:01 GMT
Hello Jonathan,

I understood you have concern on the broken change of F1 help context
sensitive. It supported on VS 2003 before. But, VS 2005/2008 doesn't
support this feature, correct? If I misunderstood anything here, don't
hesitate to correct me.

Could you let me know what kind of context sensitive you are look for? I
created a Winform project on my VS 2008. I opened the Program.cs file, and
pointed on the line "Application.EnableVisualStyles();". After I pressed
"F1", Microsoft Visual Studio 2008 Document shows up. And it navigates to
the document about Application.EnableVisualStyles Method automatically. Is
this what you need? It seems work fine on my side. Could you please give
more information about the context sensitive which you are mention about?
If I can reproduce it, I will pass your feedback to product team.

By the way, for bug/feedback, you can also submit it to our Connect
feedback portal. Our developer will evaluate them seriously and communicate
with you directly on the issue there.
http://connect.microsoft.com/VisualStudio/

Improving the quality of our products and services is a never ending
process for Microsoft.

Have a great day,
Best regards,

Wen Yuan
Microsoft Online Community Support
==================================================
This posting is provided "AS IS" with no warranties, and confers no rights.
Jon Potter - 06 Feb 2008 06:13 GMT
Hi Wen Yuan, thanks for your reply.

As a (simple) example, load or create a C++ solution, and inside the body of
a function, enter "DeleteFile(". Then put the cursor on "DeleteFile" and
press F1. The expected behaviour would be for MSDN to navigate to the
documentation for the Win32 function "DeleteFile" in the Platform SDK;
instead, by default it navigates to "Visual C++ Concepts: Creating and
Managing Projects".

VS 2003 was context sensitive in that it would evaluate the context of the
function name before navigating. VS 2005 and 2008 seem to navigate at random
or to the first matching document found.

NB: I have just found the following bug report
(https://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID
=106219
)
on this issue which indicates that this bug was acknowledged by Microsoft :
"Thanks again for filing this issue. We will look at it for Orcas!". Clearly
this was never looked at and the report is still marked as "Closed
(Postponed)". Would it be possible to reopen this issue?

Thanks!

Regards,
Jonathan Potter
GP Software

> Hello Jonathan,
>
[quoted text clipped - 29 lines]
> This posting is provided "AS IS" with no warranties, and confers no
> rights.
Walter Wang [MSFT] - 11 Feb 2008 05:42 GMT
Hi Jon,

I totally understand your concerns here and sorry for the inconvenience
caused.

I suggest you to submit a new feedback on
http://connect.microsoft.com/VisualStudio and include the "Closed
(Postponed)" feedback as a reference in your report.

Regards,
Walter Wang (wawang@online.microsoft.com, remove 'online.')
Microsoft Online Community Support

==================================================
When responding to posts, please "Reply to Group" via your newsreader so
that others may learn and benefit from your issue.
==================================================

This posting is provided "AS IS" with no warranties, and confers no rights.

Free Magazines

Get these publications absolutely FREE for up to 12 months. There are no hidden fees and no obligation. Simply choose a title, complete the application form and submit it. Read more ...

Oracle MagazineNetwork ComputingComputer WorldBio-IT WorldeWeekInformation WeekInfosecurity
 
Sign In
Join
My Latest Posts
My Monitored Threads
My Blog
My Photo Gallery
My Profile
My Homepage

Start New Thread
Enable EMail Alerts
Rate this Thread



©2008 Advenet LLC   Privacy Policy - Terms of Use
This website includes both content owned or controlled by Advenet as well as content owned or controlled by third parties.