Datepicker displays off the bottom of the screen

[cgastin]

Since the popup for the datepicker always displays under the input, this becomes a problem when the input is at the bottom of the screen because the popup for the datepicker displays off the bottom of the screen.

A better solution is to detect the bottom of the screen and re-position the popup above the input.

I have actually modified v0.10.0 to do this, and will be making a pull request to fix this problem.

[RichardLitt]

👍

[chrisirhc]

I think a better fix here would be to add a new method called $position.positionElementsAuto(hostEl, targetEl, defaultPositiion, appendToBody) method which uses $position.positionElements(...) after determining the positionStr by checking whether the element will go out of bounds.

For example, for the datepicker, we would call it with defaultPosition of bottom. If the element will go below the window, the positionStr will be set to top then, the positionElements is called with top (with every other argument kept the same). Similarly for top, left and right.

[gitnik]

👍 for this functionality. This renders the datepicker pretty much unuseable

[rvanbaalen]

@cgastin Can you provide a plunkr and confirm this is still an issue in UI Bootstrap 0.13.0?

[rvanbaalen]

Closing due to inactivity. Please re-open if you can provide a plunkr and confirm this is still an issue with Angular 1.3 and UI Bootstrap 0.13.

[cgastin]

Here is a plunker demonstrating the problem.

http://plnkr.co/edit/5G45sNCYErtvIqczJRRk

While the scroll bar appears now, and the user can get to the calendar, which I don't believe was the case in earlier versions. When the calendar is going to extend past the bottom boundary of the screen then the calendar should re-position itself to above the input box the same way the datepicker does in Bootstrap.

[cgastin]

Since it was closed by the owner, I can not reopen after adding the plunker. Will you reopen, or should I open a new issue.

[wesleycho]

The Plunker is invalid - it was lost somewhere it looks like, and needs another reproduction.

[icfantv]

Closing in favor of #4762.