I am quite interested in the underlying framework and code.
Is there some 'scheduling' taking place, or are you simply calling functions that has a reenterpretation of the delay allowing it to execute other functions instead of nop.
What I ask is this: do the redLed loop completely execute before the greenLed
loop is called? Or have you somehow implemented multitasking?
My guess is that your ISR simply calls [or prepares a call] for the next function in a list, that has been added by createTaskLoop
If this is it, this library offers yet another API / abstraction of the good old BlinkWithoutDelay.
Although this posting sounds negative, I think your approach is a good one as it enables the user to utilize the familiar delay without blocking program flow [of the other loops].
But, your solution also consumes a lot of resources as opposed to the alternatives.
[this only applies if your code is, in fact, another protothreading abstraction. <with the additional reinterpretation of delay]
Hoping to hear some details and I hope for seeing some code 
[edit]Welcome to this wonderful community! :)[/edit]