VS2005中的F1真的很蠢吗？ [英] Is F1 in VS2005 really dumb?

问题描述

是我还是有人注意到在VS2005中F1真的很愚蠢。由于VB3我已经能够在代码中的模糊方法上单击F1，而IDE

会根据代码本身自动确定类型并显示

正确的帮助主题。这甚至在VS2003中或多或少都有效。


但在VS2005中，如果我突出显示主机。下面的方法并点击F1我在UriBuilder.Host上获得了一个

的帮助主题属性。咦?????那是愚蠢的。


Dim o as New System.Net.Mail.SmtpClient

o.Host = ...

Is it me or has anyone noticed that F1 is really dumb in VS2005. Since VB3 I
have been able to click F1 on an ambiguous method in code and the IDE
automatically determines the type based on the code itself and shows the
right help topic. This even worked more or less in VS2003.

But in VS2005, if I highlight the "Host" method below and hit F1 I get a
help topic on the "UriBuilder.Host" property. Huh????? That''s dumb.

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

推荐答案

我看到瞎子说了。如果你不强调*方法调用但是

只需将光标放在它上面，那么F1就应该表现得如此。如果你改为

突出显示整个单词，它会进行通用（并且几乎总是

innacurate）搜索。


" ; CMM" < cm*@nospam.com>在消息中写道

新闻：e5 *************** @ TK2MSFTNGP09.phx.gbl ...

Oh I see said the blind man. If you DON''T *highlight* the method call but
just put the cursor on it, then F1 behaves as it should. If you instead
highlight the whole word, it does a generic (and pretty much always
innacurate) search.

"CMM" <cm*@nospam.com> wrote in message
news:e5***************@TK2MSFTNGP09.phx.gbl...

是我还是有人注意到在VS2005中F1真的很愚蠢。从VB3开始
我已经能够在代码中的模糊方法上单击F1，并且IDE会根据代码本身自动确定类型，并显示
正确的帮助主题。这甚至在VS2003中或多或少都有效。

但在VS2005中，如果我突出显示主机。下面的方法并点击F1我在UriBuilder.Host上获得了一个
帮助主题。属性。咦?????那是愚蠢的。

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

Is it me or has anyone noticed that F1 is really dumb in VS2005. Since VB3
I have been able to click F1 on an ambiguous method in code and the IDE
automatically determines the type based on the code itself and shows the
right help topic. This even worked more or less in VS2003.

But in VS2005, if I highlight the "Host" method below and hit F1 I get a
help topic on the "UriBuilder.Host" property. Huh????? That''s dumb.

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

要记住的重要一点是，微软不断发展他们的帮助系统，以便开发人员能够适应他们改变它的当前系统 - 通常更糟糕的。


你会想到20年后我们会有一个帮助系统：


A.工作

B.是否一致


但是另外一半的wiz bang RAD工具是我们真正需要的!!


在星期六，2006年1月21日04:03:53 -0500，CMM < cm*@nospam.com>写道：

The important thing to remember is that Microsoft is constantly evolving their help systems so that just about the time a developer is comfortable with the
current system they change it - often for the worse.

You''d think that after 20 some years we would have a help system that:

A. Worked
B. Was consistent

but heh another half-assed wiz bang RAD tool is what we really need!!

On Sat, 21 Jan 2006 04:03:53 -0500, "CMM" <cm*@nospam.com> wrote:

哦，我看到说盲人了。如果你不强调*方法调用，但只需将光标放在它上面，那么F1就会表现得如此。如果你改为突出整个单词，它会进行一般性的（并且几乎总是空洞的）搜索。

CMM < cm*@nospam.com>在消息中写道
新闻：e5 *************** @ TK2MSFTNGP09.phx.gbl ...

Oh I see said the blind man. If you DON''T *highlight* the method call but
just put the cursor on it, then F1 behaves as it should. If you instead
highlight the whole word, it does a generic (and pretty much always
innacurate) search.

"CMM" <cm*@nospam.com> wrote in message
news:e5***************@TK2MSFTNGP09.phx.gbl...

是我还是有人注意到在VS2005中，F1真的很愚蠢。从VB3开始
我已经能够在代码中的模糊方法上单击F1，并且IDE会根据代码本身自动确定类型，并显示
正确的帮助主题。这甚至在VS2003中或多或少都有效。

但在VS2005中，如果我突出显示主机。下面的方法并点击F1我在UriBuilder.Host上获得了一个
帮助主题。属性。咦?????那是愚蠢的。

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

Is it me or has anyone noticed that F1 is really dumb in VS2005. Since VB3
I have been able to click F1 on an ambiguous method in code and the IDE
automatically determines the type based on the code itself and shows the
right help topic. This even worked more or less in VS2003.

But in VS2005, if I highlight the "Host" method below and hit F1 I get a
help topic on the "UriBuilder.Host" property. Huh????? That''s dumb.

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

如果您不喜欢IDE，那么请使用命令行SDK，看看

如何高效...

" Jay Pondy" < JP **** @ bellsouth.net>在消息中写道

新闻：lm ******************************** @ 4ax.com ...

If you don''t like the IDE then use the command line SDK and see how
productive you are...
"Jay Pondy" <jp****@bellsouth.net> wrote in message
news:lm********************************@4ax.com...

要记住的重要一点是，微软不断发展他们的帮助系统，以便开发人员能够舒适地使用当前的
系统他们改变它 - 通常情况更糟。

你会认为在20年后我们会有一个帮助系统：

A.工作 B.是一致的

但是另外一半的wiz bang RAD工具是我们真正需要的！

2006年1月21日星期六04:03:53 - 0500，CMM < cm*@nospam.com>写道：

The important thing to remember is that Microsoft is constantly evolving
their help systems so that just about the time a developer is comfortable
with the
current system they change it - often for the worse.

You''d think that after 20 some years we would have a help system that:

A. Worked
B. Was consistent

but heh another half-assed wiz bang RAD tool is what we really need!!

On Sat, 21 Jan 2006 04:03:53 -0500, "CMM" <cm*@nospam.com> wrote:

哦，我看到说盲人了。如果你不强调*方法调用，但只需将光标放在它上面，那么F1就会表现得如此。如果你改为突出整个单词，它会进行一般性的（并且几乎总是空洞的）搜索。

CMM < cm*@nospam.com>在消息中写道
新闻：e5 *************** @ TK2MSFTNGP09.phx.gbl ...

Oh I see said the blind man. If you DON''T *highlight* the method call but
just put the cursor on it, then F1 behaves as it should. If you instead
highlight the whole word, it does a generic (and pretty much always
innacurate) search.

"CMM" <cm*@nospam.com> wrote in message
news:e5***************@TK2MSFTNGP09.phx.gbl...

是我还是有人注意到在VS2005中，F1真的很愚蠢。自从VB3
我已经能够在代码中的模糊方法上单击F1并且IDE
会根据代码本身自动确定类型并显示
正确的帮助主题。这甚至在VS2003中或多或少都有效。

但在VS2005中，如果我突出显示主机。下面的方法并点击F1我在UriBuilder.Host上获得了一个
帮助主题。属性。咦?????那是愚蠢的。

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

Is it me or has anyone noticed that F1 is really dumb in VS2005. Since
VB3
I have been able to click F1 on an ambiguous method in code and the IDE
automatically determines the type based on the code itself and shows the
right help topic. This even worked more or less in VS2003.

But in VS2005, if I highlight the "Host" method below and hit F1 I get a
help topic on the "UriBuilder.Host" property. Huh????? That''s dumb.

Dim o as New System.Net.Mail.SmtpClient
o.Host = ...

这篇关于VS2005中的F1真的很蠢吗？的文章就介绍到这了，希望我们推荐的答案对大家有所帮助，也希望大家多多支持IT屋！