« first day (1652 days earlier)      last day (1528 days later) » 
00:00 - 20:0020:00 - 00:00

8:00 PM
I got the award I was gunning for!
 
MVP? :)
 
Congrats!
 
My boss, and my ex-boss got it too :).
No, Outstanding Achiever. 15% of the company gets it.
 
ex-boss but not ex-employee, right?
 
8:01 PM
Correct. She got promoted.
They fired her boss, gave her the position, and split IT up a bit.
Promoted a couple of people to manage certain sections of IT and still do their normal workload.
 
@JohnyL try public string Foo { get { return _foo; } int set { _foo = value; } } in C#, tell me how that goes. — Mathieu Guindon 41 secs ago
checks C# 8.x notes to ensure that isn't going to be supported
you never know
 
@MathieuGuindon 99.999999% sure it won't ever happen.
 
I like how it's not quite 100%
the answer should be H*CK NO!!
 
but, but.... I want to be expressive!
don't you slam down on the spirit of creativity, you .... you pencil pushers!
 
point is, method overloading doesn't support mismatching return types anyway
i.e. it was never about method overloading
 
8:08 PM
@MathieuGuindon It's 100% with the current team.
 
@this millenial raises hand "what's a pencil?"
"ooooh the 'edit' icon!"
 
@MathieuGuindon at first I laughed, then I had a sad.
 
I think I'm going to start ignoring SO questions that refer to VBA as a "script" in the title. If I wanted to look at that, I'd follow the [batch-file] tag.
 
@MathieuGuindon actually ISTR that the CLR does support overloading by return type, it's just not legal at the language level (for c# at least)
 
How would you disambiguate the calls?
 
8:23 PM
Not sure... might be received wisdom, heard someone say it but didn't verify.
They claimed obfuscators used it as a trick
 
Hey guys, can someone explain to me why there are two separate places where the Inspection default settings are stored?
 
I feel like a winner. 16 ducks should be enough for everyone at the pond.
 
(There is Rubberduck.Core/Properties/Settings.settings and Rubberduck.Core/App.config)
 
@mansellan gosh that does mean it could happen eventually right?
 
And furthermore, are we supposed to manually keep them in sync? Or are there tools that would do that, and I just happened to not use them adequately?
 
8:29 PM
they just gotta convince Eric Lippert to roll up his sleeves and dive back into overload resolution
 
@MathieuGuindon If true I guess. May be wrong info though.
 
@Inarion Settings.settings is a designer for App.config
VS is [supposed to] keep them in sync
also...
@MathieuGuindon I didn't understand what you tried to say, but I just realized that my note about overloading has nothing to do with the question. )) — JohnyL 18 mins ago
there's hope!
 
@MathieuGuindon And if it doesn't then my build process isn't doing its job?
 
@IvenBach 16 ducks?
 
8:47 PM
Rubber ducks from a claw game.
I couldn’t resist when I saw them. Just a few odd looks from co-workers over how happy they made me.
3
 
9:01 PM
>
@retailcoder :
> The assembly pubic key tokens aren't sensitive at all, they're just public IDs for known assemblies, namely Office.dll v12.0 in this case (key tokens are identical for that assembly, on every machine in the world)

Haha, thanks for pointing that out. Old habit dies hard I guess; we're a little overly security conscious at my work.

@bclothier :

> 1. Was the workbook read-only, or on a read-only media?

Nope

> 2. Was the file in a trusted location?

I have not
 
@IvenBach lol!
 
> My fear is actually a borked Office install... are you in a position to repair the Office installation?
 
@Duga please please please let it not be RD's fault
 
> My fear is actually a borked Office install... are you in a position to repair the Office installation?

Does MZ-Tools load correctly? If MZ-Tools is able to create its menus then the Office.dll should be fine. If MZ-Tools is also having a hard time, ...
> No, I am not. However, I might be able to persuade those that are in that position (as a last resort).
Fortunately, MZ-Tools loads (both at start-up and manually) and runs normally.
 
9:16 PM
Welp. I have no idea what it could be.
 
> No, I am not. However, I might be able to persuade those that are in that position (as a last resort).
Fortunately, MZ-Tools loads (both at start-up and manually) and runs just fine.
 
@Duga I would not be too sure. AFAIK, MZ-Tools uses custom interop assemblies.
 
Aren't we?
 
I don't think so.
 
I really should find out how exactly we are using interop.
 
9:17 PM
We use MS-provided ones.
 
yes I was thinking more about the versioning
since we are not embedding the interops (I believe) to avoid locking us to a specific version of Office
 
I think they are backwards-compatible,
 
^
that's why 12.0 makes no difference when you're running 16.0
 
I.e. whatever you build with an older one should run with the newer one, too.
 
hmmm.
one thing not clear to me though - why would RD work on office prior to 2007?
AIUI, it was reported it can run just fine on Office 2003
 
9:20 PM
As long as you only call stuff that already existed back then, you should probably be safe.
 
@this PIAs for Office 12 and VBA, home-rolled IAs for Office 8 and VB6.
 
i find it puzzling because that does not jive with my early experience of VSTO - it was embedding interop which also mean that it would blow up on a different version of Office, and required a new set of PIA to be shipped just to enable users to use a new version.
 
@this And even 2000. I guess it's because the DispIds don't differ. Certain properties can't be called in early Office \ VB6, hence the missing toolbar icons in those.
 
(unless they did something in .NET 4 to make it less fragile, IDK)
@mansellan sure, but even in VBA, you can only go forward, not backward
 
hmm...
 
9:23 PM
so if you had an Excel project referencing Outlook 14.0, it will blow up when loaded on a computer that only has Outlook 2007 (12.0).
but the same project is fine on another computer with Outlook 2016.
 
but the IAs do late-binding to the TLB IIUC?
via the clsids in the registry
(kinda out of my depth though)
 
TBH I don't know. I never really studied the internal mechanics of PIA.
 
@this I have quite exactly this problem at work atm.
 
hence my puzzlement as to why RD would be even working if it's built against 12.0 PIAs.
 
Somebody in IT had the glorious idea to update an add-in distributed to the entire company with office 2016. Unfortunately, we are still on 2010.
 
9:26 PM
@M.Doerner uh, whoops...
 
(and that might be also relevant to the poor sod's issue - I don't know if PIA will behave similarly to VBA reference in that if a newer version it will automatically forward to that version)
@M.Doerner fun!
 
So, whenever I open anything, I get an error message that the reference to Word 16 was missing.
IIRC, we repeatedly got issues with RD breaking for people that had multiple office versions installed on their system over time, probably in the wrong order.
 
yeah, mutliple versions of Office is not very well-supported scenario
 
There might be something funky with the PIA registration.
 
true it's possible but I don't think MSFT invest in so much effort in separation WRT versions. Especially not with Outlook
 
9:29 PM
MS says it should be OK, but only if installed in the right order.
 
yes that's the official documentation but the experience is otherwise.
I've seen machines get their references borked up
e.g. 2010 loading 2016 MSO.dll
 
Fun
 
and that isn't always recoverable, not even after repair. Uninstall & install would be the only option
 
> MZ-Tools is using its own interop libraries.. this complicates the comparison.

You wouldn't happen to have multiple, side-by-side installs of Office?
> MZ-Tools is using its own interop libraries.. this complicates the comparison.

You wouldn't happen to have multiple, side-by-side installs of different versions of Office?
 
We really need a wiki page for the steps one as to take when adding something to RD; it is far too easy to forget something.
This happened to me just now for the annotations.
It is not enough to add an AnnotationType and a corresponding implementation of IAnnotation. One also has to add a creator to the AnnotationFactory.
 
9:44 PM
I like the hat on your icon @M.Doerner. :)
 
It is the only one I have atm.
 
Is it possible when an addin assembled/compiled from a newer verison conflicts when running with an older verison like 2010? Was thinking along the lines that I downloaded PowerPivot so it could work in 2010.
The innards could make that sort of error.
I see a blue hat on @MathieuGuindon. Nice.
 
:)
@M.Doerner are you making an "adding a new annotation type" wiki page? I could write one tonight, but since you're fresh into it...
 
I would rather get on with finally writing my quickfix.
Currently, I am adding the missing tests for the inspection.
 
I'm fine with that :)
 
9:57 PM
Hm, testing whether the MissingAttributeInspection works for Exposed and PredeclaredIdis probably pointless, but I will do it for the sake of completeness.
Btw, do we use the IgnoreModule annotation to ignore something everywhere in a module?
 
that should be the case, yes
 
Then we need a new annotation to ignore stuff for modules.
 
IIRC the attribute/annotation inspections have a [CannotAnnotate] attribute though
 
That makes sense.
If there is any inspection targeting both modules and members, we will run into a problem.
 
that would be IdentifierNotUsedInspection, which luckily is just a .resx resource key that's shared among all "[Thing]NotUsed" inspections :)
 
10:17 PM
TTFGH
 
10:57 PM
I'm wearing the duck hat :)
 
11:16 PM
Stuck at a painting activity... made the best of it and painted a Rubberduck. Whatever you do, do it with confidence. I’m owning it!
 
11:58 PM
How do I properly add a new entry to the quickfix resources?
I added it via the ResXManager, but the designer does not want to update. So, I cannot reference it. Or am I doing something wrong?
 
00:00 - 20:0020:00 - 00:00

« first day (1652 days earlier)      last day (1528 days later) »