« first day (2333 days earlier)      last day (34 days later) » 

12:01 AM
[rubberduck-vba/Rubberduck] 81 commits. 6 closed issues. 1 issue comment. 27642 additions. 14150 deletions.
[Minesweeper] Games Played: 125, Bombs Used: 71, Moves Performed: 17578, New Users: 10
12:45 AM
Fix german typo

spelling mistake
[rubberduck-vba/Rubberduck] web-flow pushed commit 9e54fb6c to next: Merge branch 'next' into patch-3
Merge pull request #5596 from Tanarri/patch-3

Fix german typo
5 hours later…
6:36 AM
New mug post. Time to learn!
posted on October 25, 2020 by Rubberduck VBA

a nice deep-dive into OOP+VBA - whether the MVVM architecture it enables ends up being the backbone of any production app or not.… Continue reading Making MVVM Work in VBA Part 3: Bindings →

2 hours later…
9:02 AM
> Unfortunately the library that includes the code that won't parse is a ball of yarn that won't even compile now so my suspicion is that RD won't be able to touch it until it will at least compile. I'll work on that problem. If I can get the project group to compile all the projects I'll send a link to a Github repo where you can download it. I'm rather convinced that this is (at least for now) not an RD problem but a compile problem. I'll close this issue and if I make forward progress wit
3 hours later…
11:48 AM
@BloggingDuck Why would you require a Property Get for OneWayToSource?
3 hours later…
2:30 PM
@M.Doerner damn, that's a bug right there lol!
Bug.Category = BugCategory.CompleteBrainFart
3:27 PM
Ok it's not too bad - just that the getter isn't really needed
3 hours later…
6:23 PM
Not much of a problem, but it just caught my eye.
2 hours later…
@Vogel612 Have I addressed all your concerns regarding the translations PR or did I miss something?
I didn't check in depth, but it looks like you got all of it
9:02 PM
[rubberduck-vba/Rubberduck] build for commit 08d78991 on unknown branch: AppVeyor build succeeded
9:59 PM
> Confirmed with the library developer, he doesn't compile the unit test project so I'm blaming the project and not RD. I am going to lobby very strongly that #5604 get merged very soon - I really need that feature!
> Pretty please, consider merging this PR soon. I really need this feature...

Thanks for taking the time to read my whining!
1 hour later…
11:30 PM
[rubberduck-vba/Rubberduck] Imh0t3b pushed commit 3b16605a to next: Improved German i18n
Address several typos in the German translations

This addresses the currently outstanding review comments to PR #5585.
Merge pull request #5585 from Imh0t3b/next

Improved German i18n
With that, Good night!
> Closes #5542 The implementation options are: 1. ForwardObjectMembersToInterface 2. ForwardInterfaceToObjectMembers 3. NoInterfaceImplementation (the current default behavior) 4. ReplaceObjectMembersWithInterface The default option presented to the user is ForwardInterfaceToObjectMembers. The implementation of the PR matches the behavior as described in #5542 with the exception of ReplaceObjectMembersWithInterface. In the case where a member has external references, the...
refactoring retains the referenced member(s) forwarding the calls to the associated interface member (rather than refusing the request (per #5542). This avoids creating uncompilable code and moves the user further towards his/her original intent to completely eliminating the member from the class. In addition, the following improvements are also included: 1. Adds a ConflictFinder to prevent the user from generating an interface class with a conflicting identifier. 2. Prevents the selection...
of Members with underscores in their name to be part of the interface. 3. Uses the Indenter settings via the CodeBuilder

« first day (2333 days earlier)      last day (34 days later) »