12:01 AM
[rubberduck-vba/Rubberduck] BZngr created comment on issue #4100: Revisions to Declaration.cs and related classes/enums like accessibility
> In general, the RD codebase has a minority of classes defined without an associated interface. The design, implementation, and use of
Declaration
is part of that minority. As a result, Declaration
and the codebase loses out on the opportunities afforded objects that conform to the Liskov Substitution Principle. There's a lot I do not know about RD's history and discussions (formal or otherwise) surrounding the Declaration
class. So, if this is a previously resolved discussion/questio
1 hour later…
1:29 AM
[rubberduck-vba/Rubberduck] Vogel612 created comment on issue #4100: Revisions to Declaration.cs and related classes/enums like accessibility
> Historically declarations are read-only because we don't have a rewriting mechanism that can deal with declarations.
Additionally the Nature of declarations allows for certain guarantees that may be lost when an interface exposes writability.
That being said the current state of declarations is not something that we want to have, if only because `Declaration` deals with so many concerns at once
Additionally the Nature of declarations allows for certain guarantees that may be lost when an interface exposes writability.
That being said the current state of declarations is not something that we want to have, if only because `Declaration` deals with so many concerns at once
2 hours later…
3:29 AM
[rubberduck-vba/Rubberduck] BZngr created comment on issue #4100: Revisions to Declaration.cs and related classes/enums like accessibility
> My intent is that
IDeclaration
would match the default interface of Declaration
exactly. All read-only properties remain read-only. The notion of writable properties are for imagined scenarios like IDeclarationProxy : IDeclaration
where the proxy interface extends and overrides IDeclaration
to provide read/write mutators and functions for the purposes of creating a proxy for specific scenarios like a new or renamed Declaration
.
6 hours later…
5 hours later…
2:11 PM
[rubberduck-vba/Rubberduck] chrisdaniels opened issue #5615: Microsoft Smartscreen blocking betas on Win10
> Microsoft Smartscreen is blocking installs of betas on Win10 because the publisher is "unknown".
On my companys new Win10 install, there is no option to override this due to security.
On my companys new Win10 install, there is no option to override this due to security.
[rubberduck-vba/Rubberduck] chrisdaniels added label bug to issue #5615: Microsoft Smartscreen blocking betas on Win10
[rubberduck-vba/Rubberduck] Vogel612 created comment on issue #5615: Microsoft Smartscreen blocking betas on Win10
> That's a known issue we unfortunately can't really fix, especially considering that all our releases are automated. Basically each change that goes into the codebase has its own beta release.
Similar issues apply for various antivirus software vendors. The effort to fix this across the board is prohibitive, especially for predeceases.
Similar issues apply for various antivirus software vendors. The effort to fix this across the board is prohibitive, especially for predeceases.
[rubberduck-vba/Rubberduck] Vogel612 closed issue #5615: Microsoft Smartscreen blocking betas on Win10
[rubberduck-vba/Rubberduck] Vogel612 added label support to issue #5615: Microsoft Smartscreen blocking betas on Win10
[rubberduck-vba/Rubberduck] Vogel612 added label status-declined to issue #5615: Microsoft Smartscreen blocking betas on Win10
[rubberduck-vba/Rubberduck] Vogel612 edited comment on issue #5615: Microsoft Smartscreen blocking betas on Win10
> That's a known issue we unfortunately can't really fix, especially considering that all our releases are automated. Basically each change that goes into the codebase has its own beta release.
Similar issues apply for various antivirus software vendors. The effort to fix this across the board is prohibitive, especially for prereleases.
Similar issues apply for various antivirus software vendors. The effort to fix this across the board is prohibitive, especially for prereleases.
[rubberduck-vba/Rubberduck] bclothier closed issue #3041: Limit which projects get and how much gets parsed.
[rubberduck-vba/Rubberduck] bclothier merged pull request #5604: Excluded projects from parsing from MDoerner/Rubberduck/ExcludedProjectsSelection into rubberduck-vba/Rubberduck/next
Move IgnoredProjectsSettings to Rubberduck.Parsing.Settings
This move is necessary because Parsing is referenced by Core and there cannot be cycles between projects.
This makes it necessary to add a ParsingSettings property to Rubberduck.Parsing to satisfy the needs of the config provider base class.
This move is necessary because Parsing is referenced by Core and there cannot be cycles between projects.
This makes it necessary to add a ParsingSettings property to Rubberduck.Parsing to satisfy the needs of the config provider base class.
[rubberduck-vba/Rubberduck] MDoerner pushed commit 947b2b2c to next: Resolve ignored projects from user com projects instead of parsing them
Add IgnoreProject and UnignoreProject commands for the PE
There are no menu items so far, since the PE ones need some rework.
There are no menu items so far, since the PE ones need some rework.
Add PE context menu items for Ignore/Unignore Project
Also separates all command menu items in there from the other instances and introduces a dedicated enum for the display ordering.
Also separates all command menu items in there from the other instances and introduces a dedicated enum for the display ordering.
[rubberduck-vba/Rubberduck] MDoerner pushed commit fd093b9a to next: Fix issue with modified enum in UserComProjectSynchronizer
Stop unnecessarily setting the display order in a menu item base class
Addresses a review comment to PR #5604.
Addresses a review comment to PR #5604.
[rubberduck-vba/Rubberduck] MDoerner pushed commit a8c48730 to next: Merge branch 'next' into ExcludedProjectsSelection
[rubberduck-vba/Rubberduck] MDoerner pushed commit a28d7ed7 to next: Merge branch 'next' into ExcludedProjectsSelection
[rubberduck-vba/Rubberduck] MDoerner pushed commit 15aa74e2 to next: Merge branch 'next' into ExcludedProjectsSelection
3:44 PM
[rubberduck-vba/Rubberduck] rubberduck-vba-releasebot created draft prerelease Prerelease-v2.5.1.5631
[rubberduck-vba/Rubberduck] rubberduck-vba-releasebot prereleased draft prerelease Prerelease-v2.5.1.5631
4:25 PM
1 hour later…
5:27 PM
@SmileyFtW
vbObjectError
is a built-in constant that theoretically should be used whenever we throw custom errors - it basically serves to offset the error numbers so custom errors don't conflict with the built-in ones; makes it easier to switch on an error number if needed.
The
Or 32
is just a bitwise operation (that 32 should probably be a prime instead, but makes little to no difference), kind of a "base offset", and then using an enum for the custom errors ensures each custom error has its own number
6:08 PM
6:29 PM
2 hours later…
« first day (2341 days earlier) ← previous day next day → last day (839 days later) »
Transcript for
Nov1
Nov '202
Nov3
VBA Rubberducking
This chat has moved to Discord: discord.gg/MYX9RECenJ