- 24 3月, 2018 2 次提交
-
-
由 Sam Harwell 提交于
-
由 Sam Harwell 提交于
Closes #25560
-
- 29 6月, 2017 1 次提交
-
-
由 Sam Harwell 提交于
-
- 22 4月, 2017 1 次提交
-
-
由 Jason Malinowski 提交于
In 2f206670 I changed CodeModel to not open an editor when somebody called GetStartPoint(), but it turns out that some paths of GetStartPoint() internally called GetTabSize which assumed the text was backed by a text buffer. This was the original reason the EnsureEditor call was added, but I incorrectly determined that the it was no longer needed. Now we just pass our OptionSet from the document down and ask that, which will work in all cases.
-
- 01 3月, 2017 2 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 05 11月, 2016 1 次提交
-
-
由 Beep boop 提交于
-
- 19 4月, 2016 1 次提交
-
-
由 Jason Malinowski 提交于
This brought along some references to Microsoft.VisualStudio.Threading that we previously didn't have. Nothing was wrong with this, but it meant I had to fix some namespace qualifications that were assuming the "Threading" namespace was unambiguous.
-
- 16 1月, 2016 2 次提交
-
-
由 Cyrus Najmabadi 提交于
-
由 Cyrus Najmabadi 提交于
-
- 11 12月, 2015 2 次提交
-
-
由 Jason Malinowski 提交于
Although there are some exceptions this has to catch, we would still want ContractFailureExceptions and others to flow through. Thus we can be more precise.
-
由 Jason Malinowski 提交于
Right now the CleanableWeakComHandleTable is very affinitized, and until we can change that we're best leaving these as is.
-
- 04 12月, 2015 2 次提交
-
-
由 Dustin Campbell 提交于
Ensure that an EnvDTE.CodeParameter.Name returns the correct value for parameters defined in metadata The issue is that the symbol display system will not return a name for a parameter unless SymbolDisplayParameterOptions.IncludeName is set. This behavior seems like it might ultimately be a bug in symbol display as that option is intended to control the display the parameters owned by the targeted symbol, but probably shouldn't affect the display of the targeted symbol. However, rather than updating symbol display (which would potentially have larger downstream impact), we'll just include the option in this case.
-
由 Dustin Campbell 提交于
Ensure that an EnvDTE.CodeParameter.Name returns the correct value for parameters defined in metadata The issue is that the symbol display system will not return a name for a parameter unless SymbolDisplayParameterOptions.IncludeName is set. This behavior seems like it might ultimately be a bug in symbol display as that option is intended to control the display the parameters owned by the targeted symbol, but probably shouldn't affect the display of the targeted symbol. However, rather than updating symbol display (which would potentially have larger downstream impact), we'll just include the option in this case.
-
- 20 11月, 2015 1 次提交
-
-
由 Cyrus Najmabadi 提交于
-
- 04 11月, 2015 1 次提交
-
-
由 Neal Gafter 提交于
-
- 27 10月, 2015 1 次提交
-
-
由 Dustin Campbell 提交于
* Remove lots of duplicated code * Add support for testing external code elements
-
- 30 5月, 2015 1 次提交
-
-
由 Dustin Campbell 提交于
CodeModel.CodeTypeFromFullName should prefer locations within source files that are not generated (using the same heuristic we use within the Generate Type dialog to determine whether a source file is "generated"). However, if the locations are *all* within generated sources, just return the first one. Scenario: this addresses a scenario where CodeModel.CodeTypeFromFullName is used to determine the right place to modify user code. In the case of XAML apps, there are several generated files that shouldn't be modified (i.e. .g.i.cs .g.cs, etc.). Previously, CodeTypeFromFullName might return one of these files as a location, breaking whatever feature was trying to modify the user's code. Unit tests have been added for this scenario in C# and VB that test a handful of permutations of generated and non-generated code with partial classes. Additionally, the Code Model unit testing infrastructure has been updated to support TestWorkspaces with multiple documents.
-
- 09 5月, 2015 1 次提交
-
-
由 Paul Harrington 提交于
-
- 01 5月, 2015 1 次提交
-
-
由 Balaji Soundrarajan 提交于
Fix #2355 VB Declare Function and Declare Sub should be of kind vsCMElementDeclareDecl
-
- 28 3月, 2015 1 次提交
-
-
由 Paul Harrington 提交于
-
- 21 3月, 2015 1 次提交
-
-
由 beep boop 提交于
Now that the comment formatting issue is fixed in the Formatter type, we can run the formatter on the remainder of the VB code base. closes #1424
-
- 01 2月, 2015 1 次提交
-
-
由 beep boop 提交于
-