feature request: fixed search pane height #306

Closed
jlipps opened this Issue Oct 25, 2012 · 5 comments

Comments

Projects
None yet
4 participants
@jlipps

jlipps commented Oct 25, 2012

I'd love to see an option for a fixed height for the search pane. I prefer to have the top hit show up at the top, but I don't like that position jumping around based on the number of results. I'd like the pane to always be the height of my ctrlp_max_results, even if there are fewer or no results.

Let me know if this is possible and I just missed it in the options; thanks for the very useful plugin.

@kien

This comment has been minimized.

Show comment
Hide comment
@kien

kien Oct 26, 2012

Owner

Would moving the match window to the top of the screen work for you? The top hit won't jump around if the match window is at the top. You can have this by setting g:ctrlp_match_window_bottom to 0.

Owner

kien commented Oct 26, 2012

Would moving the match window to the top of the screen work for you? The top hit won't jump around if the match window is at the top. You can have this by setting g:ctrlp_match_window_bottom to 0.

@jlipps

This comment has been minimized.

Show comment
Hide comment
@jlipps

jlipps Oct 26, 2012

I think it could work. In general I also like the idea of a fixed window height (whether it's at the top or bottom) so my eyes aren't drawn to something that looks like it's moving around. But whatever's the lower hanging fruit!

On Oct 25, 2012, at 8:33 PM, kien notifications@github.com wrote:

Would moving the match window to the top of the screen work for you? The top hit won't jump around if the match window is at the top.


Reply to this email directly or view it on GitHub.

jlipps commented Oct 26, 2012

I think it could work. In general I also like the idea of a fixed window height (whether it's at the top or bottom) so my eyes aren't drawn to something that looks like it's moving around. But whatever's the lower hanging fruit!

On Oct 25, 2012, at 8:33 PM, kien notifications@github.com wrote:

Would moving the match window to the top of the screen work for you? The top hit won't jump around if the match window is at the top.


Reply to this email directly or view it on GitHub.

@aleprovencio

This comment has been minimized.

Show comment
Hide comment
@aleprovencio

aleprovencio Jan 5, 2013

I second this, as it would allow to achieve the same behavior as pentadactyl completion list, although I'd rather having it working ctrlp's way, so I've just sent a message to the mail list.

I second this, as it would allow to achieve the same behavior as pentadactyl completion list, although I'd rather having it working ctrlp's way, so I've just sent a message to the mail list.

@jordwalke

This comment has been minimized.

Show comment
Hide comment
@jordwalke

jordwalke May 5, 2013

I believe the ideal solution would be that, when docked to either the top or the bottom, the search results change height, but they never upset your buffer lines. For the bottom docking, it already works correctly. For the top docking, a results pane of height 10 would need to be shown by adjusting the buffer lines by -10, to give the appearance that the results are "overlayed" in a layer on top of the buffer. Does anyone know how to make this work?

I believe the ideal solution would be that, when docked to either the top or the bottom, the search results change height, but they never upset your buffer lines. For the bottom docking, it already works correctly. For the top docking, a results pane of height 10 would need to be shown by adjusting the buffer lines by -10, to give the appearance that the results are "overlayed" in a layer on top of the buffer. Does anyone know how to make this work?

@kien kien closed this in 865368d Jul 5, 2013

@jlipps

This comment has been minimized.

Show comment
Hide comment
@jlipps

jlipps Jul 9, 2013

thanks, this is great!

jlipps commented Jul 9, 2013

thanks, this is great!

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment