- 10 2月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 16 10月, 2015 1 次提交
-
-
由 Paul Harrington 提交于
-
- 09 9月, 2015 2 次提交
-
-
由 Balaji Krishnan 提交于
If we failed to get a document moniker for the contained document, fail now. Otherwise we'd crash when attempting to create a document key.
-
由 Balaji Krishnan 提交于
Switching to IVsProject.GetMkDocument to get document moniker instead of iterating through all the entries in the running object table. Also cleaning up a bit of code while I'm here - It looks like we don't need to determine Shared Hierarchy & Shared ItemId here anymore. It was there for error list and it looks like with PR #2399 error list switched to a different implementation.
-
- 01 7月, 2015 1 次提交
-
-
由 Charles Stoner 提交于
-
- 25 6月, 2015 1 次提交
-
-
由 Jason Ramsay 提交于
-
- 02 6月, 2015 1 次提交
-
-
由 David Poeschl 提交于
If IVsHierarchy.ParseCanonicalName returns something other than S_OK, then use VSITEMID.Nil
-
- 30 4月, 2015 1 次提交
-
-
由 Heejae Chang 提交于
we will move away from IVsHierarchy and start to use ProjectIdGuid instead.
-
- 08 4月, 2015 3 次提交
-
-
由 Balaji Krishnan 提交于
-
由 Balaji Krishnan 提交于
Refactoring the code a bit. Pushed the mapping of hierarchy to shared hierarchy and itemId to shareditemId into LinkedFile Utility class. So now we give a hierarchy, itemId pair and get back a sharedhierarchy, itemId pair.
-
由 Balaji Krishnan 提交于
For a shared item that is a contained document, use the correct itemId and hierarchy to get a document moniker from running document table.
-
- 04 4月, 2015 1 次提交
-
-
由 Heejae Chang 提交于
-
- 03 4月, 2015 1 次提交
-
-
由 Heejae Chang 提交于
previously we reported actual project (active context project in case of project k/shared project) to error list. this should let error list to only show errors for one specific project when current project filtering is set. but right now error list uses IVsHierarchy of project k/shared project rather than active context. so for RC, we will do that. that means for project k/shared project, we will show errors for all context (multiple projects) when the filtering is set. for RTM, we will resolve design issue of what "Current Project" filtering means for error list.
-
- 05 3月, 2015 3 次提交
-
-
由 Dustin Campbell 提交于
Of course, a ContainedLanguage will never be an IProjectionBuffer. So, this method always returns an empty enumerable. Instead, the cast should be against _containedLanguage.DataBuffer. #hangsheadinshame
-
由 Dustin Campbell 提交于
-
由 Dustin Campbell 提交于
Workflow XOML files call into IVsContainedLanguageFactory.GetLanguage(), passing an IVsTextBufferCoordinator. However, that IVsTextBufferCoordinator is constructed differently than the one we get from Venus and breaks some assumptions in the C#/VB language services. The critical assumption that XOML breaks is that the primary buffer is an IProjectionBuffer. This is not true for XOML. Instead, it is simply a non-projected buffer with the HTML content type. So, our code attempts to cast to an IProjectionBuffer and we crash before ever creating a ContainedDocument and adding it to the workspace. To fix this, we need to break the IProjectionBuffer assumption and update any calling code depending on projections to dynamically cast to IProjectionBuffer first. This unblocks several Workflow v1 scenarios. Next, it turns out that XOML never calls SetHost() on the IVsContainedLanguage that we return. So, there's never an IVsContainedLanguageHost hooked up and calling code needs to be updated to guard against null hosts.
-
- 25 2月, 2015 1 次提交
-
-
由 Vladimir Reshetnikov 提交于
Fix #409: Add explicit StringComparison.Ordinal or StringComparison.OrdinalIgnoreCase where it was intended, or replace single-char string literals with chars literals. Also, provide InvariantCulture in TryParse where it was intended.
-
- 31 1月, 2015 1 次提交
-
-
由 beep boop 提交于
-