We use F# and Excel as our main tools. This seems like a product made in heaven. But this would never fly for us. The pricing model could not be sold to management. What would work is if it was something like $5k for a year of updates. We're on 365 so office's constant updates would force us to upgrade every year. But management would not feel like they're renting something they would rather own.
Excel Functions in F# Language
31–40 of 45 posts
Re: Excel Functions in F# Language
#32I work on Excel and this is really cool and I’ll share it with the rest of the engineers.
Team says it’s cool and already possible with different us through https://learn.microsoft.com/en-us/office/client-developer/ex... https://learn.microsoft.com/en-us/office/troubleshoot/excel/...
Re: Excel Functions in F# Language
#33An interesting F# blog that was found for me: https://www.planetgeek.ch/
Re: Excel Functions in F# Language
#34We use F# and Excel as our main tools. This seems like a product made in heaven. But this would never fly for us. The pricing model could not be sold to management. What would work is if it was something like $5k for a year of updates. We're on 365 so office's constant updates would force us to upgrade every year. But management would not feel like they're renting something they would rather own.
Re: Excel Functions in F# Language
#35I've done some VBA for work. If I build an Excel file with SharpCells and send them to someone who doesn't have it. What happens when they open it? From what I understand, .NET is pretty easy to decompile. Is it possible to make a SharpCells F# to VBA translation before saving?
Re: Excel Functions in F# Language
#36We use F# and Excel as our main tools. This seems like a product made in heaven. But this would never fly for us. The pricing model could not be sold to management. What would work is if it was something like $5k for a year of updates. We're on 365 so office's constant updates would force us to upgrade every year. But management would not feel like they're renting something they would rather own.
What industry are you in? I’ve never found a need for it (probably quite rightly just writing crud apps…)
We have a spreadsheet that takes information from online orders into input cells. Then it has lines that if they calculate a qty of 1 or greater get consumed by CAM software. The product then gets sent to the appropriate machining center. Not a single line of VB. There are a few things that I could extract into custom formulas that would remove pages and pages of Excel formulas. However the entire point of the Excel setup is so that product experts not programmers can edit them.
We currently have F# in our internal tools. We have a couple of CRUD apps on the SAFE stack. A few ETL tasks in F#. The bug count seems to be much lower when using F#.
There is some legacy stuff in PHP, JAVA and C#.
Then we have an online store in C# but that is just using an open source tool NopCommerce. I couldn't recommend that highly enough. It has been amazing compared to everything I've worked with in the past.
Re: Excel Functions in F# Language
#37We use F# and Excel as our main tools. This seems like a product made in heaven. But this would never fly for us. The pricing model could not be sold to management. What would work is if it was something like $5k for a year of updates. We're on 365 so office's constant updates would force us to upgrade every year. But management would not feel like they're renting something they would rather own.
Re: Excel Functions in F# Language
#38I've done some VBA for work. If I build an Excel file with SharpCells and send them to someone who doesn't have it. What happens when they open it? From what I understand, .NET is pretty easy to decompile. Is it possible to make a SharpCells F# to VBA translation before saving?
When you use Sharp Cells the F# scripts are embedded with the workbook when you save so sending the .xlsx will work for the recipient provided they also have Sharp Cells installed. For many workbooks the free tier would be sufficient for use.
If the user doesn't have Sharp Cells the functions won't load and the results relying on Sharp Cells UDFs will be replaced with `#NAME?` errors.
Re: Excel Functions in F# Language
#39I work on Excel and this is really cool and I’ll share it with the rest of the engineers.
Team says it’s cool and already possible with different us through https://learn.microsoft.com/en-us/office/client-developer/ex... https://learn.microsoft.com/en-us/office/troubleshoot/excel/...
Sharp Cells' aim is to make it easy to use these APIs from F# so you don't have to worry about P/Invoke, manual memory management, dynamic .NET assembly loading, etc. to just write custom functions.
Re: Excel Functions in F# Language
#40Interesting that it is F# only, usually .NET based products can also use C# and VB.NET. Especially VB.NET could be useful when porting VBA code.