« first day (2523 days earlier)      last day (657 days later) » 

12:02 AM
RELOAD!
[MDoerner/AdventOfCode2020] 1 commit. 192 additions. 24 deletions.
[rubberduck-vba/Rubberduck] 10 issue comments.
[Zomis/FactorioMods] 10 commits. 44 additions. 843 deletions.
[Minesweeper] Games Played: 56, Bombs Used: 30, Moves Performed: 7096, New Users: 9
 
 
7 hours later…
8:15 AM
[rubberduck-vba/Rubberduck] build for commit dd5f3805 on unknown branch: AppVeyor build succeeded
 
8:49 AM
 
 
5 hours later…
1:26 PM
[rubberduck-vba/Rubberduck] MDoerner pushed commit 3640c774 to next: German translations for the installer for 2.5.2
[rubberduck-vba/Rubberduck] MDoerner pushed commit 762af33b to next: Address comments to PR #5756
[rubberduck-vba/Rubberduck] MDoerner pushed commit dd5f3805 to next: Fix typo in German installer translation
Merge pull request #5756 from MDoerner/GermenInstallerTranslationsFor252

Adds new German translations for the installer script.
 
 
2 hours later…
3:41 PM
[rubberduck-vba/Rubberduck] web-flow pushed commit 5870ada3 to next: Merge branch 'main' into next
 
4:06 PM
[rubberduck-vba/Rubberduck] build for commit 129460b0 on next: AppVeyor build succeeded
 
4:58 PM
[rubberduck-vba/Rubberduck] build for commit 5870ada3 on next: AppVeyor build succeeded
 
and here we are
 
5:15 PM
Yay!!!!
where are we?
 
building!
 
Merge pull request #5758 from rubberduck-vba/next

Release 2.5.2
[rubberduck-vba/Rubberduck] build for commit a5708b34 on main: GitHub Pages successfully built your site.
 
first thing to merge post-release should be @IvenBach's resource clean-up PR I think
> v2.5.1: 11,674 downloads
 
[rubberduck-vba/Rubberduck] build for commit c99ba19f on unknown branch: AppVeyor build succeeded
 
5:47 PM
That's very badly written code. If you want a better understanding of Scripting.Dictionaries then google for VBA scripting.Dictionary. If you want to get a better understanding on writing good VBA then install the free and fantastic RubberDuck addin and look at the code inspections. In the code above d(e) is using the default member method. It should be more correctly be written as d.Item(e). The for loop is bad because it does not check to see if e is present in the dictionary before doing operations on its value. I wouldn't be surprised if the code failed first time through the loop. — freeflow 5 mins ago
 
6:12 PM
Hey, @MathieuGuindon, do you still manually set the version on the website?
 
no, but I need to run the content updater app (only because I haven't re-scheduled it yet... normally runs on a scheduler)
 
running now
 
and we're live
4
 
6:15 PM
You pull it from GitHub's API?
 
yep
the app also downloads the xmldoc assets off [next] and [main], and then proceeds to generate the content and update the db records
 
Nice.
 
6:29 PM
Wow! New Release. Shiny!
 
posted on May 03, 2021 by Rubberduck VBA

Version 2.5.1 was released August 22, 2020. Since then, the installer was downloaded over 11,600 times; we are now 420 commits and 650 modified files later, and the time has come to deliver all that work into a convenient little installer package and move on to the next dev/release cycle. What’s New? If you’ve kept… Continue reading Introducing Rubberduck 2.5.2 →

 
6:51 PM
@BloggingDuck @MathieuGuindon typo: it should be "the cure was worse than the disease". It's a sickness, not the act of dying 😀
 
thanks, fixed!
 
Arg. Why does Visual Studio 2019 freeze for long periods of time with no CPU usage? What the hell is it doing? I get "Not responding" all the time. Especially when editing .csproj
 
> Reverts commit 8ee1b175 (get VB6 menu positions by name, reverts to by index)
 
7:29 PM
[rubberduck-vba/Rubberduck] build for commit ae4c6521 on unknown branch: AppVeyor build succeeded
 
@Duga @mansellan did you run into any issues in VB6 since 8ee1b175? I got a DM on Twitter about an exception on startup in Office.CommandBars.get_Item(Object Index) and immediately thought of that commit and it's probably better to just revert it for VB6, but I'm hoping it's consistently failing in VB6... seems odd nobody mentioned any problems about a commit that was merged... 29 days ago?
 
@MathieuGuindon Oh dang, is that the one you asked me to check forever ago?
 
think so :)
 
eek. right, gimme a sec.
got a new laptop a while ago, but I had it set up as a works BYO device so can't put VB6 on it. The old one, meanwhile, has a dying wifi card...
digs out ethernet cable
ok cool, should I pull that commit or just main?
 
In principle main is blowing up atm
 
7:36 PM
ok cool
 
thanks!
 
i'll try the installer first, not even sure if VS is up together enough to build RD on the old lappy atm
 
Sounds good! and then (assuming a repro) you can try the CI build that just completed (should work), don't need to build =)
 
ok
heh, smortscreen..
ugh, and avast :-(
yep, repro'd on 2.5.2
yeah arg out of range on CommandBars_get_Item. Checking the newer build.
 
awesome, thanks!
...and that means we have exactly 0 VB6 users running a pre-release build lol
 
7:48 PM
lol
still borked in 5896 :-(
same error
uninstalled, trying a reboot
nope :-(
 
[rubberduck-vba/Rubberduck] build for commit fee71f02 on unknown branch: AppVeyor build succeeded
 
Damn, IDK what the problem is then
@Duga @mansellan oooh wait, THAT is the hotfix build!
(5896 was my peek branch)
 
ah ok makes sense - log showed it still going through the commandBarName overload
can't see 5901 on releases yet, is duga still doing her thing?
oh wait, it wouldn't be there till merged right
 
8:05 PM
^
 
lemme try and build it 1 sec
 
you should be able to just grab the asset from the AppVeyor build though
 
oh ok, didn't see it there
ah i got it
yep 5901 loads. want me to check anything else?
 
awesome, merging - thanks!
 
ok nw
 
menus seem ok
 
[rubberduck-vba/Rubberduck] retailcoder pushed commit fee71f02 to next: revert 8ee1b175 (get VB6 menu positions by name, reverts to by index)
Merge pull request #5759 from retailcoder/vb6cmds

2.5.2 Hotfix for VB6
 
sorry about that - I won't lose track of that laptop again!
 
in other news, I opened a tB discussion on namespaces
 
8:34 PM
[rubberduck-vba/Rubberduck] build for commit ceb00e3d on next: AppVeyor build succeeded
> Reverts a commit that fixed VBA menu positioning but broke VB6 integration.
 
8:55 PM
[rubberduck-vba/Rubberduck] web-flow pushed commit 3108e01e to next: Merge branch 'main' into next
 
9:05 PM
[rubberduck-vba/Rubberduck] build for commit ceb00e3d on next: AppVeyor build succeeded
 
9:29 PM
@mansellan I wonder if there's any way stop enum members polluting the global namespace... Type "vb" into twinBASIC and you get dozens upon dozens of enum members. If there were a way to tell it to use the .net way of typing EnumType.EnumMember, that would go a long way...
 
[rubberduck-vba/Rubberduck] build for commit 3108e01e on next: AppVeyor build succeeded
 
@MathieuGuindon @BloggingDuck The heading for the Introduce Get Accessor quick fix is missing its underline.
 
thanks, fixed! (they're actually links to the corresponding website page)
 
Should we also mention in the list of PRs, that you can exclude projects from parsing now?
 
9:48 PM
@mansellan Sounds like an addition to the Option Strict proposal.
 
@this Yeah was just thinking that... been trying out vb.net in dotnetfiddle - looks like with Option Strict you can't assign an enum member of the wrong type.
 
Option Disallow Ambiguity Because This Is Not Politics, Poetry Or Humor
 
But... where would VB be without hand-wavey voodoo?
 
That's what the Caribbean islands are for.
 
Not sure if that would work for all the "fake enums" in the standard lib like VBA.VbKeyPressConstants. If they were taken out of the global intellisense (so you had to qualify them) when Option Strict was on, could that cause problems?
also, feature request... avoid the need for "fake enums" - Public Enum SomeEnum >>>As LongLong<<<
istr all VBx enums are Long under the covers...
 
Nah, i think with strict on, you'd have to type VBA.vb*** instead of just vb**
 
@this Hmm... hadn't considered that
 
Merge pull request #5760 from rubberduck-vba/next

Hotfix for VB6
[rubberduck-vba/Rubberduck] build for commit bd30cc1d on main: GitHub Pages successfully built your site.
 
@Duga @mansellan feels guilty he cost Mug a bunch of time pushing an immediate hotfix
 
9:56 PM
Technically it's just a bunch of unrelated constants.
 
@this yeah indeed
 
for giggles, one should request Public Enum Derp As String
 
haha
 
Foo = "Foo"
It's one another annoying aspect - you have a need to have string constants but there's no way to relate them.
in .nET you can get around with it by using a static class
 
yeah. I could see a case for c# allowing enums of strings, but I guess it has assumptions about being about to do maths on them...
 
9:59 PM
True.
yo, compiler! What's "foo" * "bar"?
 
would make more sense if it defaulted to only allowing actual enum members to be passed, but then how do you allow bitwise flags...
 
I don't think you can/should use bitwise flags.
 
if flags.HasFlag("Derp")...
yeah perhaps... but they are the tightest way of packing a bunch of bits together. 1 bool != 1 bit...
so I can see a use in hot paths
 
@mansellan no worries :)
 
"foo" | "bar" = "voo"
 
10:07 PM
tbh if my namespaces proposal (or something like it) gets adopted, it should be possible to replace the standard lib (especially if some kind of "static linking" feature was added as well...
 
I think what we really want is package reference
then hey, no more finding the dll in a certain path or looking at registry and hoping for the best.
 
oh absolutely, that would be a massive help too
not sure you'd want that for VBA and stdole though?
 
#FunFact: You can unreference stole. Some do.
 
huh, #TIL
 
In case of VBA, I am not sure that is even possible.
Doesn't really matter, anyway.
 
10:15 PM
If tB had a way of exposing static linking though... you could add code from libs that would be baked into the exe. An actual single file mode, not .Net5's "don't look behind the curtain because its actually many files in one" approach...
 
I think that is already the case? Not sure I follow.
 
MVVM textbox bindings work both ways now
 
Nice. Curious; how you have been debugging?
 
but I'm really starting to itch for multiple-file support
'@Description "An entry point module for debugging."
module App
    '@Description("An entry point to test/debug as a standalone .exe")
    public sub Main()
        Dim Context As IAppContext
        Set Context = New AppContext()

        Dim VM As TestViewModel
        Set VM = New TestViewModel()

        Dim TextBox As MSForms.TextBox = CreateObject(FormsProgID.TextBoxProgId)
        Dim Label as MSForms.Label = CreateObject(FormsProgID.LabelProgId)

        Context.Bindings.BindPropertyPath VM, "Value2", TextBox
@this ^ like this :)
 
@this Well, tB does it internally. The VBA and ole functions (at least, the ones that actually get used) are statically linked into the output. That's how you get a single .exe with no runtime dependencies. I'm just proposing that be available for abitrary libs, not just the ones baked into tB.
Could only work for c-style libs though, not dlls
 
10:18 PM
also this project makes me want inheritance in tB
 
@MathieuGuindon hmm. That's one way to do it, I guess.
tB needs an unit testing library. :D
 
Yeah it needs multi-file - suspect most would use that as the default
 
Agreed 100%.
 
10:19 PM
3.6K lines and counting itching
 
the twinproject file has binary bits - I've managed to corrupt it several times in testing
 
@MathieuGuindon and some VB guy is going to come along and scoff at a mere 3.6K and tell you to man up. :-D
 
NEEDS MOAR COPYPASTA FROM SO :/
 
and then I'll get back to them with 12K and laugh because they can't compile it
because 10K in VB6 blows up at compile-time, right?
 
10:21 PM
whee here we go
 
within a single module? Can't remember if that was a limitation particular to VBA or to both VBA/VB6.
Definitely the case w/ VBa.
 
[rubberduck-vba/Rubberduck] build for commit bd30cc1d on main: AppVeyor build succeeded
 
(but why are you churning out 10K modules?!?)
Remember that guy who wanted to write an operating system on VBA?
 
@this the one time I encountered it (in VB6) was a colleague copy-pasting chunks of a couple hundreds of lines of code whenever she needed to make a new report
 
@MathieuGuindon 65534 lines. You'll hit other limits before that one though.
 
10:24 PM
interesting
 
@this pretty sure they were trying to write an app-launcher, just didn't know the right words. Not a great start...
 
I didn't remember it was that bad... but vividly recall that moment lol
 
Still the wrong tool for the job, though.
> A single line of code can consist of up to 1023 bytes. Up to 256 blank spaces can precede the actual text on a single line
I kind of understand the fixing length to 1023 bytes but restricting only 256 blank spaces in front? Seems strange.
 
64 standard indentation levels, cool cool
 
Please stop nesting your code
I vaguely recall a old post from somewhere where a guy got that idea to write a huge module and he was complaining about losing his indentation.
Uh, you have bigger problems than indentations, bud....
 
10:28 PM
3.5K is going to grow though, I've yet to port the other control binding classes, all the layout stuff, ..and this thing needs so many tests...
 
Ideally, the tests need ot be their own project
 
good point
 
You don't want to ship the test modules in your DLL/EXE.
 
true
food o'clock :)
 
in today's #ImAnIdiot news..
 
at least it's descriptive
 
Nah, that's a a friendly reminder to the duckies to tag Teh Ducky™ in their twitter & facebook feeds and leave a message praising Teh Ducky™ to the high heavens.
I see no idiocy there.
 
fml why isn't it picking it up lol
tag v2.5.2.1 has IsPreRelease=0 and ..oh crap the timestamps
and fixed
 
11:46 PM
[rubberduck-vba/Rubberduck]: 1332 stars vs. [decalage2/oletools]: 1530 stars
 

« first day (2523 days earlier)      last day (657 days later) »