ReoGrid V3 for Building .NET Spreadsheet Interfaces
Fast and powerful .NET spreadsheet component, support data format, freeze, outline, formula calculation, chart, script execution and etc. Compatible with Excel 2007 (.xlsx) format and working on .NET 3.5 (or client profile), WPF and Android platform.
At a glance
- What is it?
- ReoGrid V3 is an MIT-licensed .NET component for WinForms and WPF applications that need spreadsheet-style data entry, formulas, formatting, charts, and XLSX import or export. It suits teams embedding Excel-like workflows into Windows software, but it does not include V4's lazy loading, data source API, conditional styles, or commercial support.
- Who is it for?
- ReoGrid V3 is appropriate for Windows developers who need an embeddable spreadsheet interface under the MIT License, particularly when XLSX exchange, formulas, and familiar grid interactions are central to the application. It is a weaker choice for browser deployment, Android work based on the current support table, or large-sheet scenarios that require V4 lazy loading and its data source API.
- Can I use it commercially?
- Yes. MIT is a permissive licence: you can use, modify and sell software built on it, as long as you keep its copyright and licence notices.
- Is it still maintained?
- Yes. The repository last received commits 50 days ago.
- What is it written in?
- Mainly C#, according to GitHub's language statistics.
Answers come from the project's GitHub data, last synced on October 22, 2026, and from our analysis. They are not legal advice.
Editorial analysis
Why ReoGrid V3 Fits Embedded Spreadsheet Work
ReoGrid V3 addresses a specific desktop application problem: presenting a large, editable spreadsheet interface without building selection, formulas, formatting, and file handling from the ground up. Its intended users are C# developers creating WinForms or WPF applications that resemble Excel but remain part of a larger business system. A grid editor, data-entry application, reporting tool, or internal workflow application can use the component as its central editing surface.
The project is not merely a read-only table. The README lists cell controls such as checkboxes, dropdowns, hyperlinks, and buttons, along with sorting, AutoFilter, merged cells, frozen panes, grouping, and print setup. This matters when an application needs Excel-like interaction patterns while keeping its own navigation and business logic around the grid.
The open-source repository is specifically V3 Community Edition. Its feature boundary is important. The README compares V4 separately and marks lazy loading for more than one million rows, the `IDataSource` API, multi-row column headers, conditional styles, custom conditional filters, and three-level cell locking as V4 additions. Treat the free package as a capable embedded grid, not as the full current commercial edition.
The V3 Grid, Formula, and Drawing Model
Based on the documented API examples, a host application places a `ReoGridControl` in its window and obtains the editable `CurrentWorksheet`. Cell access is address-based: assigning through `sheet["A1"]` sets the value, while `sheet.Cells["B1"].Data` accesses the cell data model. The component then provides spreadsheet behavior around that model rather than leaving the application to emulate rows, columns, and active selection.
ReoGrid V3 includes a formula engine with documented functions such as `SUM`, `COUNT`, `IF`, and `VLOOKUP`. It also supports charts, images, and drawing objects. The screenshot categories for formulas, charts, custom cells, edge freezing, performance, and printing indicate that these concerns have corresponding examples or demonstrations in the repository. The README also describes an extensible rendering and event model that supports integrations with custom cells and application behavior.
File exchange is handled through `Load` and `Save`, with `FileFormat.Excel2007` used for XLSX output. Excel import and export use OpenXML according to the feature list. That does not imply that every workbook feature is preserved. The project describes compatibility with `.xlsx`, but it does not publish a complete fidelity matrix covering charts, formulas, external workbook links, or unusual Excel formatting. A migration evaluation should compare representative files rather than assuming round trips are lossless.
Installing ReoGrid V3 for a Windows .NET Project
The README gives two package-manager routes. For a project opened from the .NET CLI, install the NuGet package named `unvell.ReoGrid.DLL`. In Visual Studio, the documented Package Manager Console command installs the same package. The current support table lists `net8.0-windows7.0` for .NET 8 on Windows and `net48` for .NET Framework 4.8.
Install it from the command line with the documented .NET CLI command:
dotnet add package unvell.ReoGrid.DLLAfter the package command completes, the project reference should be available for the next compile. No expected package version is specified in the installation section, so an application should review the version resolved by NuGet rather than copying an invented version number.
Visual Studio's Package Manager Console offers the equivalent documented route:
Install-Package unvell.ReoGrid.DLLThe repository also contains `Demo.sln`, `DemoWPF`, `Samples`, and several demo directories. Those entries are useful when a developer wants a local reference for controls, formulas, charts, or printing. The README does not document a platform-neutral installation for Linux-hosted desktop applications, and its current framework table is explicitly Windows-oriented.
Creating the First WinForms Worksheet
The README's WinForms example demonstrates the minimum useful sequence: create a dock-filling `ReoGridControl`, add it to the form, write values to the current worksheet, then load or save an XLSX file. In a real application, file paths and exceptions would need application-specific handling, but those details are not specified in the README.
The documented first use is:
using unvell.ReoGrid;
var grid = new ReoGridControl { Dock = DockStyle.Fill };
this.Controls.Add(grid);
var sheet = grid.CurrentWorksheet;
sheet["A1"] = "Hello ReoGrid";
sheet.Cells["B1"].Data = DateTime.Now;This should place the control in the WinForms container and populate cells `A1` and `B1` through the worksheet interface. `A1` demonstrates direct assignment, while `B1` shows direct access to the cell data object.
The same example then uses the following XLSX operations:
sheet.Load("input.xlsx");
sheet.Save("output.xlsx", FileFormat.Excel2007);`Load` reads `input.xlsx`, and `Save` writes `output.xlsx` using the Excel 2007 format identifier. For WPF, the README also shows the XAML control declaration followed by `grid.CurrentWorksheet` access, but XAML is not included here because the allowed project documentation provides no shorter supported code path. The `DemoWPF` directory is identified as a runnable sample location.
V3 Licensing and Edition Boundaries
ReoGrid V3 Community Edition uses the MIT License. The repository identifies copyright as `UNVELL Inc.`, and points readers to `LICENSE` for the full terms. This is a source-available edition with a separate commercial V4 product, so license review should cover the exact package and dependencies used in a shipped application rather than relying only on the repository badge.
The repository also contains separate license files for components such as ANTLR 3, DotNetZipLib, FastColoredTextBox, ReoScript, bzip2, and zlib. Their presence is a reminder to inventory transitive and bundled components in an actual dependency review. This article does not interpret those licenses or provide legal advice.
Maintenance information is bounded by the repository record. The repository is not archived, and the last push was on 2026-09-03. Releases listed in the repository include `v3.3.0` on 2025-06-05, with .NET Framework 4.8 support, and `v3.2.0` on 2025-01-18. The README points developers to the commercially supported V4 codebase for improvements beyond V3 scope, so an organization should distinguish community V3 maintenance from the vendor's V4 development path.
Where ReoGrid V3 Is the Wrong Choice
The clearest limitation is edition scope. V3 does not advertise lazy loading for worksheets with more than one million rows, the `IDataSource` abstraction, multi-row column headers, conditional styles, custom conditional filters, Excel-compatible format patterns, or three-level cell lock control. A product that requires one of these features should inspect V4 before committing to V3, even if V3 can display ordinary grids and formulas.
ReoGrid Web and ReoGrid Studio are separate products for browser or cloud delivery. The README describes ReoGrid Web as a canvas-based component for React, Vue, and vanilla JavaScript, with browser-side XLSX import and export, formulas, styles, and conditional formatting. That is a different deployment architecture from the .NET V3 control. A team building a browser application should not treat the WinForms and WPF component as a drop-in web solution.
There is also a documentation gap around compatibility depth. The README confirms XLSX import and export, but does not state which Excel features survive import, recalculate, and export without loss. Large workbooks, embedded objects, complex chart layouts, and Excel-specific formatting should therefore be treated as acceptance-test cases. The listed WPF improvements in V4 also suggest that WPF requirements deserve closer scrutiny than the short V3 quick start can provide.
ReoGrid V3 Compared With ReoGrid Web and V4
V4 is the closest edition comparison because the README describes it as the successor to the open-source V3 codebase. Its approach remains an Excel-like embedded spreadsheet product, but it adds lazy loading, a data source API, richer header and filtering features, conditional styles, additional format patterns, improved WPF support, and floating-point precision correction. It also separates Professional and Enterprise offerings by deployment scale and support duration, rather than using the V3 MIT Community Edition terms.
ReoGrid Web takes a different approach. Instead of embedding a Windows UI control, it targets React, Vue, and vanilla JavaScript in a browser and renders through a canvas-based component. Its advertised spreadsheet capabilities include XLSX import and export, formulas, styles, and conditional formatting. This is the relevant alternative for a web-only product, whereas V3 is aimed at .NET desktop applications.
The choice is therefore driven by host platform and required model. Use V3 when a WinForms or WPF application needs an MIT-licensed grid with the listed desktop features. Use V4 when the missing data-source, lazy-loading, conditional-formatting, or support requirements are central to the product. Consider ReoGrid Web when delivery must happen in a browser rather than a Windows desktop process.
Editorial conclusion
ReoGrid V3 is appropriate for Windows developers who need an embeddable spreadsheet interface under the MIT License, particularly when XLSX exchange, formulas, and familiar grid interactions are central to the application. It is a weaker choice for browser deployment, Android work based on the current support table, or large-sheet scenarios that require V4 lazy loading and its data source API. Before adoption, verify the package target, spreadsheet behavior against your required XLSX files, and whether any missing V4 features belong on the product roadmap.
Frequently asked questions
How do I install ReoGrid V3 in a .NET project?
The README documents `dotnet add package unvell.ReoGrid.DLL` for the .NET CLI and `Install-Package unvell.ReoGrid.DLL` for Visual Studio's Package Manager Console. It lists .NET 8 on Windows with target `net8.0-windows7.0` and .NET Framework 4.8 with target `net48`.
Does ReoGrid V3 support XLSX import and export?
Yes. The feature list says that XLSX import and export use OpenXML, and the WinForms example uses `sheet.Load("input.xlsx")` and `sheet.Save("output.xlsx", FileFormat.Excel2007)`. The README does not provide a complete feature-by-feature Excel compatibility matrix.
Can ReoGrid V3 load more than one million rows?
The README lists lazy loading for 1M+ rows as a V4 feature, not a V3 Community Edition feature. It also lists the `IDataSource` API as a V4 addition, so applications with very large worksheets or advanced binding needs should review V4 before selecting V3.
Official sources
Add this badge to your README
If you maintain this project, the badge below links readers to this analysis and shows its maintenance status from the daily GitHub snapshot. Paste the markdown into your README; add ?metric=license or ?metric=stars to the image URL for a different field.
[](https://hysenlabs.com/projects/unvell-reogrid)Was this useful?