bar_overflow_distance

Luka, I don't think in the hidden state contentView height should be extended by barOverflowDistance. Ofc it simplifies animation code but it's not what the user usually wants (so far I can't find a scenario for this behaviour to be useful).
Now barOverflowDistance is used only in animating the bar itself but not the contentView. To make animation look properly it's now splitted in 2 parts:
1. contenvViewAnimation + bar animation w/o barOverflowDistance
2. bar animation with barOverflowDistance

So f.e. if bar is hiding first 1st animation is followed by animation 2nd are performed. If bar is showing 2nd animation is followed by the 1st one.

Also this pull request includes some Petr's code that you have discussed in his pull request.
To do the diff, git needs a neighbouring line, so an empty last line is the last neighbour which should never change.

Also the “no newline” looks ugly in the diffs :p

Sent from my mobile device.

--

Luka Mirosevic | Founder | luka@goonbee.com | +43 664 5412921

Goonbee
Sollingergasse 28/13, A-1190 Wien
FN 394906 w
UID: ATU67510259

This email and its attachments may be confidential, privileged and protected from disclosure. If you received this communication by mistake, please don't forward it to anyone else, please erase all copies and attachments, and please let me know that it went to the wrong person. Thanks.

On 5 Aug 2014, at 13:49, pankkor <notifications@github.com> wrote:

> In GBRetractableTabBar/GBRetractableTabBar.m:
> 
> > @@ -750,4 +782,4 @@ -(void)_happyActiveTrigger {
> >      }
> >  }
> >  
> > -@end
> > +@end
> sorry it was my mistake to delete it. How does it help for git?
> 
> —
> Reply to this email directly or view it on GitHub.
>