You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
Repository navigation
Label F# PCL projects such that it's obvious which ones support Xamarin #2
Some of the F# PCL libraries support profiles 78 and 259 (support for consumption by Xamarin projects) but this isn't obvious when looking at the project descriptions when looking at them in visual studio. Someone developing a platform independent library intending to support Xamarin has no way of knowing these profiles will do what they want. I had to ask in a chat room in order to find out. Some sort of indication that these projects support profiles 78 and 259 would vastly improve discoverability.
comments
KevinRansom wrote Jan 2 at 10:49 AM [x]
I agree we should do something to make this clearer, after all Android and IOS programming are >very important use cases these days. Also the Visual Studio 2015 previews ship with a breadcrumb >to download the Xamarin VS add-in.
What do others think ?
Kevin
latkin wrote Jan 5 at 9:12 AM [x]
I agree it would be helpful to include the profile number in the project description. We could just >>add "(profile 259)" or similar at the end.
mydogisbox wrote Jan 5 at 9:43 AM [x]
Is there some way to make it more obvious than just the profile number? Unless someone is >>>familiar >with the meaning of profile numbers (I'm not), then they're just going to go off of the list >>>of supported >platforms which imply that it won't be consumable by Xamarin projects.
latkin wrote Jan 5 at 10:09 AM [x]
We have no control over how or if Xamarin chooses to use various portable profiles. They might >>>>add/drop/modify support for how these map to iOS or Android. And Xamarin is not, generally >>>>speaking, the only consumer of these libraries. So I think we should just stick to the facts.
mydogisbox wrote Jan 5 at 10:39 AM [x]
Ah, I didn't think of that. I guess that would be on Xamarin's end to publish which profiles they >>>>>support then.
Activity
latkin commentedon Jan 19, 2015
@KevinRansom you have a string change prepped, correct?
KevinRansom commentedon Jan 30, 2015
it's fixed.with commit e3c08a19
Merge pull request dotnet#2 from enricosada/pr_436_dict
Merge pull request #2 from forki/tuplealloc
Merge pull request #2 from dsyme/struct_records
Merge pull request #2 from Microsoft/master
Merge pull request #2 from Microsoft/master
Merge pull request #2 from dsyme/fix-54
Merge pull request dotnet#2 from liboz/manofstick1
[FS-1047] - match! (match-bang) (#4427)
11 remaining items
Provided Types virtualization (#2)
Update to .NET9p7 SDK (#17537)
Implement overload resolution caching (Sprint 6)
Sprint 7 Fixup: Address PERF and TEST-COVERAGE verifier feedback
Fixup #2: Remove duplicate test, parameterize Module+Module merge tests
Fixup #2: Remove dead FS3590 diagnostic, hide TiebreakRule from API s…
Fixup #2 (iteration 2): Remove leftover docs, deduplicate tests, para…
Fixup #2 (iteration 3): Remove redundant comments, merge duplicate Wa…
Fixup #2: Commit 4 test upgrades from typecheck to compileAndRun with…
Fixup #2: Add MoreConcrete, function-type, and tuple-type test coverage
Fixup #2: Deduplicate tests, absorb standalone Fact tests into moreCo…
Fixup #2: NO-LEFTOVERS cleanup - remove redundant comments and fix EOF
Fixup #2: Remove stale release note, add trailing newline, fix FS3882…
Fixup #2: Extract shared test sources and add FSComp.txt trailing new…
[FS-1047] - match! (match-bang) (#4427)