I wonder if there is a way to select a large segment within a very large file without having to sit there scrolling down for half an hour. Manually moving down the scroll bar skips past
beginning
and
end
marks often miles off with even just a little nudge.
TWICE in a row I got DEBUG ERROR apparently because I used keyboard quote marks in the post. Trying to post the DEBUG ERROR message I got a second DEBUG ERROR message presumably because it quotes my quote and puts in the quote marks surrounding the message.
This could go on for a long time.
Something is wrong with the Forum Software.
I will try posting a simple post called DEBUG ERROR QUOTE MARKS and send it to TP Support (as I cannot post it in this message).
Set the text cursor where the selection should being, then scroll (not repositioning the text cursor) to your favorite position, then hold down SHIFT and click the mouse cursor at that position - the selection should now have everything between both positions.
You don_t have to "slide" the scrollbar_s slider - you can also hold down SHIFT and click at any position of the scrollbar to directly make the slider go there.
Just like you can use SHIFT+PGDN to extend your selection page wise, you can also use SHIFT+CTRL+DOWN to extend your selection to the next free line (effectively paragraph wise).
The search dialog comes with the checkbox "Extend selection", which means for no current selection that a selection is created from your current text cursor position to the matching text_s position. The easiest way, when you can search for something distinctive.
I will try posting a simple post called DEBUG ERROR QUOTE MARKS and send it to TP Support (as I cannot post it in this message).
I was looking in the wrong place, under QUOTE Search /QUOTE in the Standard toolbar where it is under Find so not immediately visible. That is a good one, but the Control G is the one I like. I had tried it before but had not noticed the QUOTE Extend Search /QUOTE check box so, of course, it did not work. I usually note the line I am moving from in such cases so it is a natural.
I just created a 100MB UTF-8 file with a beginning ... end section of more than 50 MB.
I assumed that the markers are literally beginning and end and that each occurs alone on its own line. I searched using this regex: ^beginning$[\s\S]*?^end$
which matches everything (including newlines) from the next line containing just beginning to the next following line containing just end, inclusive.
TextPad found the text and selected it in about 3 seconds. (My machine is an i7, 2.5 GHz, which is not spectacularly fast.)
If the text to be selected is much bigger than this the search fails with an error message. But if your text files are that big there is a case that they should be split into chunks of more manageable size.
