Related to #12, where it's implemented that when a register is updated externally, if the corresponding registereditor buffer is open, it will be autorefreshed.
There are several cases with the / register where we found no autocmd-based approach to refresh on, at least on these search commands (:h search-commands):
Works ok with / and ?, because they fire the CmdlineLeave event.
For completeness, we tried an approach where mappings are wrapped with the buffer refresh, but it proved too complicated for such a niche detail:
#12 (comment)
If there's ever a simple enough solution in the future, let's consider it.
Note: viewing real-time changes on the / register through the buffer is a pretty silly use case anyways because when you search, the search string already shows on the cmdline... Editing the @/ is something that makes more sense and doesn't suffer from any of the problems in this issue.
Related to #12, where it's implemented that when a register is updated externally, if the corresponding registereditor buffer is open, it will be autorefreshed.
There are several cases with the
/register where we found no autocmd-based approach to refresh on, at least on these search commands (:h search-commands):*#g*g#gdgDWorks ok with
/and?, because they fire theCmdlineLeaveevent.For completeness, we tried an approach where mappings are wrapped with the buffer refresh, but it proved too complicated for such a niche detail:
#12 (comment)
If there's ever a simple enough solution in the future, let's consider it.
Note: viewing real-time changes on the
/register through the buffer is a pretty silly use case anyways because when you search, the search string already shows on the cmdline... Editing the@/is something that makes more sense and doesn't suffer from any of the problems in this issue.