-
Notifications
You must be signed in to change notification settings - Fork 17
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
5b3caf6
commit bc17fbf
Showing
1 changed file
with
55 additions
and
8 deletions.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -1,17 +1,64 @@ | ||
# Rubberduck3 | ||
### About Rubberduck3 | ||
|
||
> **This project contains code inspired by or directly taken from the [Rubberduck](https://GitHub.com/rubberduck-vba/Rubberduck) repository.** | ||
**All current and former contributors** of the Rubberduck project are deemed to have contributed to this repository. The commit history builds on top of everything that came before it. | ||
**All current and former contributors** of the Rubberduck project are deemed to have contributed to this repository. The commit history builds on top of everything that came before it and, as such, the license remains the same GPLv3. | ||
|
||
There's a giant ball than needs to get rolling, and this repository kicks it off. Let's plan this with a project to track a backlog, set up a roadmap, and make it happen. | ||
Long story short, Rubberduck is undergoing an almost-complete rewrite. Key points: | ||
|
||
Because Rubberduck is using IoC and DI, it could have been technically possible to surgically replace a service with a new implementation and/or to incrementally refactor the rather large code base into what we need Rubberduck 3.0 to be... but then achieving this seems to be a lot more effort than (gasp) writing Rubberduck 3.0 from a clean slate, essentially from scratch. | ||
- We're implementing a _language server_ (LSP) for VBA | ||
- We're making our own standalone editor / LSP client | ||
- We're writing all of it with the latest version of C# and .net | ||
- No, we're not going to be compiling VBA executables (this unfortunately means no debugger and designer features)... not now anyway. | ||
- Yes, we're still integrating with the VBE - but we're breaking free from it nonetheless | ||
|
||
--- | ||
|
||
We start with a bare-bones VBIDE add-in that spawns a splash screen, proceeds to initialize things, and starts up the `Application`, creates a menu with commands - showing the About dialog, and the _Rubberduck Editor_, which spawns a dockable toolwindow that contains a (bare-bones) XAML document (AvalonEdit). | ||
# Rubberduck 3.0 | ||
|
||
We have the Rubberduck.VBEditor assemblies, but by implementing our own editor we get to finally be in charge and ignore every single limitation of the VBE; we get to just _make_ Rubberduck into the tool we always wanted it to be. | ||
<p align="center"> | ||
<img src="https://github.com/rubberduck-vba/Rubberduck3/assets/5751684/306d2399-f086-46c8-91d9-1997183ab495" alt="RD3 'outline ducky' logo" /> | ||
</p> | ||
<p align="center"> | ||
Next Release: 3.0a (TBD) | ||
</p> | ||
|
||
--- | ||
## RD3 Project News | ||
|
||
Other than outright (forking and) cloning the repository and keeping a local build up-to-date, there are several ways to keep up with the project: | ||
|
||
- [rubberduckvba.blog](https://rubberduckvba.blog): the project's WordPress blog | ||
- Follow [@rubberduckvba](https://twitter.com/rubberduckvba) on Twitter/X | ||
- Support [rubberduckvba on Ko-fi](https://ko-fi.com/rubberduckvba) to unlock supporter-only mini-blog weekly-ish posts, sometimes with exclusive WIP screenshots. Ways to do this include: | ||
- Buy me a ko-fi (1+ CAD$), rhymes with "no fee" but the platform is awesome and someone _gifted_ me a ko-fi gold subscription, so I'm voluntarily forking 5% over to them. | ||
- Buy yourself a Rubberduck 10Y celebration mug or t-shirt (there'll be RD3 merch as well): I'm kinda stuck with all these mugs otherwise 😆 | ||
- Get the [Rubberduck Style Guide](https://ko-fi.com/s/d91bfd610c) from the ko-fi shop for anything above $0.00 (or get it for free, but I'm not sure it counts) | ||
- [Join our Discord server](https://discord.gg/MYX9RECenJ) to chat with the devs | ||
|
||
## Contributing | ||
|
||
So you're outright forking and cloning the repository and keeping a local build up-to-date, that's awesome! There are a couple of things to know: | ||
|
||
- Rubberduck 3.0 is written in C# and targets the latest long-term service (LTS) .net version (currently 8.0), and builds with the latest version of Microsoft Visual Studio | ||
- Knowledge of the VBA language is not necessary, but it's pretty much the _domain model_ here so if you stick around you're going to end up learning it inside out anyway | ||
- We're all here to learn. Basic functional knowledge of C# and .net is of course fundamental, but by working on RD3 you're going to sharpen up your skills with asynchronous tasks and TPL Dataflow pipelines, XAML user interfaces, OmniSharp and the Language Server Protocol (LSP), and so many other concepts. Metaprogramming is a lot of fun, too! | ||
- The goal is for VBIDE+RD3 to have feature parity with VBIDE+v2.5.9x for an alpha 3.0 release, meaning: | ||
- [ ] all Rubberduck inspections have one or more equivalent RD3 diagnostics with equivalent or better configuration options | ||
- [ ] all quickfixes are available as code actions to the corresponding diagnostics | ||
- [ ] all refactoring actions are ported to v3 | ||
- [ ] Project/Code Explorer is ported to v3 | ||
- [ ] RD3 editor implements all VBIDE toolwindows (except debugger tools, because no debugger) | ||
- [ ] RD3 editor can do everything the VBIDE code panes can do (except breakpoints, because no debugger) | ||
- That's not the end of it: _lots_ of amazing good ideas will make v3.x and beyond very exciting to work on as well! | ||
|
||
### Initial Setup | ||
|
||
Unlike 2.x, the Rubberduck3 solution doesn't have a specific startup project. Which project we start/debug depends on what we're working on: | ||
|
||
- For integrating with the VBIDE, start the **Rubberduck.AddIn** library project by starting e.g. EXCEL.EXE. This requires additional setup to register the VBE add-in at the debug build location. | ||
- For working with the editor client, start the **Rubberduck.Editor** executable; the client will start a server process that can later be attached to debug client/server interactions. | ||
- To debug a server application like **Rubberduck.LanguageServer** or **Rubberduck.UpdateServer**, use command-line arguments to load and process a particular workspace. | ||
|
||
Under `%LOCALAPPDATA%\Rubberduck`, create `\Workspaces` and `\Templates` folders; paste the contents of the repository's `\Templates` folder the empty `\Templates` folder you just created, and leave `\Workspaces` empty. Ultimately the workspaces and templates folders will probably end up being separated from the Rubberduck local install location and live somewhere more along the lines of "MyDocuments", but for now that's where it's at. | ||
|
||
Project started from scratch with VS2022, successfully tested with a Microsoft Excel 365 host on Windows 11. | ||
The VBIDE add-in in RD3 has limited but important functionality, that requires entries in the Windows Registry. Import `RegisterAddIn.reg` to set it all up (once): it creates a registry key that the VBE recognizes as an add-in to load on startup. |