- 04 5月, 2016 15 次提交
-
-
由 Tanner Gooding 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 03 5月, 2016 10 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 Tanner Gooding 提交于
-
由 Ravi Chande 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
- 30 4月, 2016 2 次提交
-
-
由 Tomas Matousek 提交于
-
由 Matt Warren 提交于
-
- 29 4月, 2016 4 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 Jason Malinowski 提交于
-
- 28 4月, 2016 4 次提交
-
-
由 vsadov 提交于
Rebased onto future branch Fixed Tuple field signatures Fixed tests affected by tuple parsing
-
由 VSadov 提交于
Most interesting parts here are: * the syntax node shape and naming - these are public APIs so we should get the naming right. NOTE: I expect some churn here so for now I have disabled the public API diagnostics. * parsing something that starts with "(" is tricky since that can be a start of many constructs - lambdas, casts, parenthesized expressions... I have updated the lookahead logic that tries to figure what we are dealing with, but it may need some tuning to be more robust. In particular there could be some error recovery work to see that handling of broken code is sensible. ==== Current assumptions: 1) TupleTypes and TupleExpressions must have 2 or more elements/arguments. However we may have to parse 0 and 1 sized expressions for error recovery reasons. Those are syntax errors. 2) TupleType looks like (int x, int y) x = ... I.E. ( type [name], type [name]) We may enforce that all or no elements have names. Not sure yet if that needs to be in parser or binder. 3) TupleExpression looks like var something = (x: foo(), y: bar); I.E. ( [name:] expr, [name:] expr) just like with the types we may want to enforce that all or none of the arguments have names. Not sure if that is a syntax or binding error. It is not a part of this change.
-
由 CyrusNajmabadi 提交于
-
由 David Poeschl 提交于
Extract Interface (fixes #9958) - Read textbox labels - Read extractable members Generate Type (fixes #9959) - Read label text on dropdowns - Read combobox items Change Signature (fixes #9957) - Read parameter and button text Options pages (fixes #9962) - Read labels/checkboxes/radiobuttons
-
- 27 4月, 2016 1 次提交
-
-
由 CyrusNajmabadi 提交于
-
- 26 4月, 2016 1 次提交
-
-
由 Manish Vasani 提交于
-
- 25 4月, 2016 3 次提交
-
-
由 Manish Vasani 提交于
Fix VisualBasicSettingsManagerOptionSerializer.GetStorageKeyForOption so that we handle ServiceFeatureOnOffOptions.OptionName separately.
-
由 Manish Vasani 提交于
-
由 Manish Vasani 提交于
This reverts commit ffec6afc.
-