« first day (535 days earlier)      last day (2645 days later) » 

12:01 AM
RELOAD!
[Hosch250/Rubberduck] 112 commits. 24369 additions. 24593 deletions.
[retailcoder/Rubberduck] 7 commits. 200 additions. 87 deletions.
[rubberduck-vba/Rubberduck] 1 issue comment.
[skiwi2/OLog] 2 commits. 30 additions. 2 deletions.
[Zomis/Server] 2 commits. 9 additions. 3 deletions.
 
 
4 hours later…
3:43 AM
[rubberduck-vba/Rubberduck] ckuhn203 pushed commit af2cf191 to next: Fixed SourceControl factory IoC bindings
Merge pull request #852 from ckuhn203/next

Fixed SourceControl factory IoC bindings
Also some lexer/parser bugs fixed. This PR contains architectural breaking changes, unit tests have not yet been adjusted to use this IRubberduckParser modified interface - they were commented-out.
[rubberduck-vba/Rubberduck] retailcoder pushed 34 commits to next (only showing some of them below)
[rubberduck-vba/Rubberduck] retailcoder pushed commit 694019fb to next: un-registering keyhook's KeyPressed event in App.Dispose.. host still crashes on exit.
[rubberduck-vba/Rubberduck] retailcoder pushed commit 346a8ce7 to next: un-registering the rest of the registered events in App instance, host still crashes on exit
[rubberduck-vba/Rubberduck] retailcoder pushed commit ad7de4e4 to next: hooked on WM_KEYUP instead of WM_KEYDOWN; no longer need the 50ms delay
[rubberduck-vba/Rubberduck] retailcoder pushed commit 634e42c4 to next: simplified hook callback
[rubberduck-vba/Rubberduck] retailcoder pushed commit 00424060 to next: assigned HookId
[rubberduck-vba/Rubberduck] retailcoder pushed commit a7c13a18 to next: cleaned up usings
[rubberduck-vba/Rubberduck] retailcoder pushed commit 4b66021d to next: implemented manual refresh in ParserStateCommandBar
[rubberduck-vba/Rubberduck] retailcoder pushed commit 16a40edf to next: loads built-in declarations into parser state
[rubberduck-vba/Rubberduck] retailcoder pushed commit 61eedc94 to next: hello code inspections!! todo: reparse modified modules after applying quick-fixes
Merge pull request #853 from retailcoder/next

Async/keyhook-triggered parser
[retailcoder/Rubberduck] INOPIAE pushed commit 22bda551 to next: #translation-adjustment: resize of form and rearrangement of controls to fit in German translation of return
[retailcoder/Rubberduck] INOPIAE pushed commit d77ac5a8 to next: #translation-adjustment: added hyphen to ensure correct word wrap for German translation
[retailcoder/Rubberduck] INOPIAE pushed commit 0b16cdeb to next: #translation-adjustment: added two tooltips translations to code explorer form
[retailcoder/Rubberduck] INOPIAE pushed commit e10bba45 to next: #translation-adjustment: added translation to FindSymbol dialog
[retailcoder/Rubberduck] INOPIAE pushed commit 673cfe8b to next: #translation-adjustment: reverted the hyphen in German translation
Merge pull request #850 from INOPIAE/#translation-adjustment

#translation adjustment
[retailcoder/Rubberduck] ckuhn203 pushed commit af2cf191 to next: Fixed SourceControl factory IoC bindings
Merge pull request #852 from ckuhn203/next

Fixed SourceControl factory IoC bindings
Merge pull request #853 from retailcoder/next

Async/keyhook-triggered parser
Merge pull request #10 from rubberduck-vba/next

sync with main repo
 
 
3 hours later…
7:12 AM
> I often declare about 30 variables declared at the top of a procedure and it would be nice to be able to sort them. There are three ways to sort the variables in my mind. First is just an alphbetical sort by variable name, next is sorting by variable type, then by variable name and the last is how I currently do it, I make one list for scalar variables and another for non-scalars (arrays, types, enum, objects). The go for me would able to select one of the variable lists, right click and so
 
 
5 hours later…
11:57 AM
> If a procedure has 30 locals, it's clearly doing too many things. The correct way of addressing this isn't to sort the many locals, but to extract simpler, more specialized methods.

I would feel like RD gave tools to fix the symptoms rather than the actual issue, if this were implemented.
 
 
2 hours later…
2:08 PM
posted on November 23, 2015

A monk of the Laughing Monkey Clan created a useful and flexible toolkit which addressed a common business need. He demonstrated its virtues to the Temple masters, and soon was pleased to learn that the toolkit had been chosen as the recommended solution for all Temple applications. Yet the monk soon discovered that popularity had its perils. “The situation is beyond frustrating,” said the m

 
 
1 hour later…
3:18 PM
 
3:49 PM
@Phrancis too many rules!
 
Well I have a lot of them, but I think they are all needed... well, I did import them from someone else, but we get some damn many notifications from our 100000000000000000000 SQL instances and interface servers ... :(
 

« first day (535 days earlier)      last day (2645 days later) »