most pager is nice, but its default keybindings are unlike any other. As I don't want to learn a whole new set of keybindings for my pager (no matter how fancy and wonderful it is), is there any way of making most hotkeys feel more like vi, less and others?

I'm now using Arch Linux, and find a command most works like more and less. To understand the differences between them is a confusing problem. The question https://unix.stackexchange.com/questions/604/isnt-less-just-more mentions the differences between less and more. Do you know the differences on color performance, shortcuts and ability moving forward and backward?

less and most use j and k, but they don't use h and l for horizontal scrolling. Is there a way I can fix either of these to do that? or maybe an alternative tool that I could use as a pager that does it?

I can get source highlighting to work with lesspipe or GNU source-highlight, but both depend on environment variables that are specific to less. How would I get syntax highlighting in most?

I have been using the "most" pager for couple of years, but when searching and jumping and navigating between the matches ( with n and p ) the cursor is quite small (I barely notice it), so i'd like to wrap the whole word and highlight from the beginning all matched words. can somebody suggest me how to do it? Thank you all!

I'm writing a wrapper around ack to search for code locally with some additional lines of context piped to a pager. Here's the wrapper script ackc. Between the different examples, I'll be varying what gets passed to ack as the --pager. #!/bin/sh ack -C 20 -i \ --pager=most \ --heading \ --break \ --color \ --show-types \ "$@" With less (without the -R) as the pager, almost all of the escape sequences are rendered using the caret notation (don't know what that's called. ^[ is the exception. It is rendered as ESC with inverted background colors (colors not reproduced here). Here's a sample of the output (produced by ackc with --pager=less and environment variables such as LESS, LESSPIPE etc cleared) ESC[1;32m.local/lib/python2.7/site-packages/markupsafe/_speedups.cESC[0m ... ESC[1;33m19ESC[0m:#define PY_SSIZE_T_MAX ESC[30;43mINTESC[0m_MAXESC[0mESC[K ESC[1;33m20ESC[0m:#define PY_SSIZE_T_MIN ESC[30;43mINTESC[0m_MINESC[0mESC[K The important escape sequence here is the ^[[K sequence at the end of each line containing a highlighted item. It is handled appropriately by less -R. .local/lib/python2.7/site-packages/markupsafe/_speedups.c ... 19:#define PY_SSIZE_T_MAX INT_MAX 20:#define PY_SSIZE_T_MIN INT_MIN most, however, does not seem to handle it very well. .local/lib/python2.7/site-packages/markupsafe/_speedups.c 1-/** ... 19:#define PY_SSIZE_T_MAX INT_MAX^[[K 20:#define PY_SSIZE_T_MIN INT_MIN^[[K It passes through the ^[[K sequence as-is. This sequence is CSI (n) K -- EL -- Erase in Line. When given no argument, it erases to the end of the line. Presumably this is needed to clear stray bits of background color if the matched term appears at the end of the line. Is there a reason why most doesn't understand this sequence? Can I configure it to process it correctly?

How do I make the most pager properly display colours in text received from standard‑input? Note: I'm not sure whether or not it's a bug in most. I am not encountering the same issue with less and more, only with most, which otherwise works nicely as a pager used by man. I'm not posting an image, and invite people to try this (only if you have most installed): $ command apropos zip | command grep --color=always zip | command less $ command apropos zip | command grep --color=always zip | command more $ command apropos zip | command grep --color=always zip | command most less and more properly display colours, while most displays colours with additional “garbage” ^[[K wrapping all coloured text areas. Surprisingly, this is OK: $ (export PAGER=most; command man zip) Am I missing something (the manual page for most did not help), misusing the command or is this something which I should report as a bug? ## A note on less (update): As Sparhawk mentioned in a comment, less does not work either if it's not given the option -R (or --RAW-CONTROL-CHARS) or -r (or --raw-control-chars), which may also be set in the LESS environment variable. And indeed, I first searched for a similar option for most (but failed to find one). ## Update All have issues with coloured UTF‑8 encoded text, not just most. In my case, the terminal is fine with it, so that's not the terminal. The same uncoloured UTF‑8 text is fine with all three pagers, so that's not the characters encoding.