Add a motion that toggles ALT_SCREEN when in history mode.

1. Toggle on button press
2. Avoid painting / repaint issues when swapping back and forth in historyOperationStart
3. Switch back to the correct screen mode when exiting history Mode

Paste search string from clipboard; best by being sensitive to modifiers and 'fallthrough' to configured paste configuration. This could also enable yanking from current selection (without involving the clipboard).

There seems to be a speed issue with this history patch when scrolling. If the selection patch is applied. This is probably caused by the historyOpToggle being executed on scroll.

Make use of a C regex library for a regular expression patch to be applied on top of vim browse.

Goals:

• do not bloat the code
• only one small dependency

This patch removes the default behavior of selecting text of:

1. shift+double click - select word (based on worddelimiter)
2. shift+triple click - select line

I would fix it myself but this patch is overwriting a lot of the same code as upstream.

Any comments?

Not sure if this is the right place to report error about the st "vim browse" patch, I found link of this repo on the web page of that patch.

After I apply the "vim browse" patch on top of the clipboard patch, which adds just one line to st's source code. I get a segment fault error from st.

Step to reproduce:

1. checkout st at commit 9ba7ecf
2. apply the vim browse patch, I tried the 2 versions based on commit 9ba7ecf listed on the patch web page, they all have the same problem:
   1. st-vimBrowse-20200607-9ba7ecf.diff
   2. st-vimBrowse-latestRelease-9ba7ecf.diff
3. apply the clipboard patch
4. build and run st
5. select something with the left button of mouse
6. wait 3-4 seconds

Now st segment faults.

I'm using latest archlinux, btw

Is there a way of scroll with the mouse?

I don't check if row-2 is in range (>0), also check if there are errors where terminal width col=1.

hide overlay e.g. via <ctrl>+h

I didnt find the column_patch in the releases or your st repo

When scrolling up multiple lines at the bottom of the buffer the screen actually scrolls down a bit, which shouldn't be the case.

More info here:
aligrudi/neatvi#16

This is due to possibly how the history is handled in tresize() but definitely regression is there.
For now I will refrain from using this.

*tested with upstream clean neatvi build & clean st build + st-vimBrowse-latestRelease-9ba7ecf.diff

A few months ago you posted a patch on https://github.com/juliusHuelsmann/st-history-vim/releases/tmpColDraft/ called 0001-feat-create-column-patch-equivalent-for-unpatched-st.patch to fix columns disappearing on resizing. The good news is that it works when ST size is changed when the new size is very different from before (it doesn't work fine with small resizes), the bad new is that when you change the size multiple times and tries to back to the normal one, it crashes with seg fault. Now, I know that this patch was meant only for a small help in a thread in Reddit, but I'm asking sincerely for help here, the seg fault happens in the following line in the tresize function:

//    		tclearregion(mincol, 0, col - 1, minrow - 1);
	　　tclearregion(pmc, 0, col - 1, minrow - 1);

I tried looking at your official path here, but it's so different that trying to apply the same changes without applying the full history-vim patch is impossible for me. I tried really a lot of things, but it just seems that anything that is not the mincol of the terminal will eventually crashes.

Looking at the tclearregion doesn't seem to help a lot for me, of course I know it clears the terminal, so the size that we want is the pmc variable to be used; anything else is kinda useless for the changes applied from the rest of the patch.

Thanks in advance.

hi,sir:
when i select xxx_xxx_xxx , need press vE,the vw slect xxx only. how to config use vw select all xxx_xxx_xxx?
Thranks ,Brs.

Is thera a way move by mouse when into normal mode?

If currently in a mutable chunk of text, use "i" in order to apply the historyPosition to the insertPosition, and continue inserting there.
Use motions like "c" and "d" within the mutable chunk.

While the implementation of "c" and "d" and extensions like ci{ diw is straight-forward if it is possible to edit the current mutable chunk of text, the issue might be that the theoretically mutable chunk of text cannot be altered, is only available in a different scope or possibly not available at all.
If it's not doable in 10 loc it's probably not worth it.

How to change cursor color when in vim normal mode, when cursor move to a search string, can`t find the cursor. Is there a way to config cursor fg and bg, Keep the same color regardless of the cursor's col and row.

The program seems to enter an infinite loop when

1. scrolling in non-ALT window
2. entering ALT screen mode via s
3. performing a word movement gesture (w, W, b, ...)

yy yanks only up to the cursor position