Skip to content

Label F# PCL projects such that it's obvious which ones support Xamarin #2

Description

@KevinRansom

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

  1. latkin commented on Jan 19, 2015

    @latkin
    Contributor

    @KevinRansom you have a string change prepped, correct?

  2. KevinRansom commented on Jan 30, 2015

    @KevinRansom
    ContributorAuthor

    it's fixed.with commit e3c08a19

  3. added a commit that references this issue on May 13, 2015
  4. added a commit that references this issue on May 26, 2016
  5. added a commit that references this issue on Jun 2, 2016
  6. added a commit that references this issue on Jun 9, 2016
  7. added a commit that references this issue on Jun 25, 2016
  8. added a commit that references this issue on Jul 23, 2016
  9. added a commit that references this issue on Oct 5, 2016
  10. 11 remaining items

  11. added a commit that references this issue on Aug 22, 2024
  12. added 9 commits that reference this issue on Feb 10, 2026
  13. added 2 commits that reference this issue on Mar 2, 2026
  14. added a commit that references this issue on Jun 12, 2026
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Metadata

Metadata

Assignees

No one assigned

    Labels

    No labels
    No labels

    Type

    No type

    Projects

    No projects

      Milestone

      No milestone

      Relationships

      None yet

      Development

      No branches or pull requests

      Issue actions