19868RE: [Clip] Saving one's place
- Nov 4, 2009I sent that before I was ready to. Sorry.
The screenupdate issue is happening because other clips are called that have
StatusShow lines in them. When that command is encountered, it updates the
screen to the top of the document, displays the status message, then freezes
the display at the top of the document until the end of the clip, when the
original position is displayed. When I disable the StatusShow message, I get
the desired result.
So, the StatusShow command is ignoring the ScreenUpdate command. It should
show only the status message if ScreenUpdate is OFF. I suspect there is
nothing I can do to get the desired result at this point, as I read in the
help files that the screen is updated with this command.
I decided to use the jump command to get back to the original line, so my
current version looks like this:
If I were to propose a new feature, it would be a 'ScreenFreeze' feature
that would prevent scrolling during the operation of clips. It would obey
the ScreenUpdate command, so you could either watch the changes as they
occur in your window, or block them until the end of the clip. But the
window would display the same lines throughout the clip run. It would not do
a screen refresh for StatusShow messages, it would simply display the
message on the frozen window. If a ScreenFreeze feature was available, I
would probably use it 100% of the time I'm developing clips.
Thanks for the ideas.
From: John Shotsky [mailto:jshotsky@...]
Sent: Wednesday, November 04, 2009 6:45 AM
Subject: RE: [Clip] Saving one's place
Yes, you understand correctly, except that my clip consists of many lines
which process the whole document. So it doesn't just go from line 300 to the
end, it goes from line 300 to the top, and then processes the entire
document several times, once for each clip in the library.
This works as long as I first place the cursor into the displayed section.
And, if I click the top displayed row first, it displays the same lines as
before. If I could get the same effect without having to locate the cursor
in the window, it would be exactly what I want. If I do nothing except click
the clip a second time, the cursor has relocated to the top of the document,
so it works only the first time through unless I reposition the cursor a
What would give the exact result I want is a command to 'freeze' the display
and then to 'unfreeze' it after the clip runs, so I would see only the
change(s) caused by the clips. If you work on a short piece of text, you can
watch the change take place, and can 'undo' your way back through it to see
what it did. I know I can't do that with a long text, but I would like to be
able to see the before and after with no intervening screen updates or
manual steps to get back to that location.
I do use screen update to stop the updates, but it still has problems- it
displays the top of the document even though screenupdate is off. My clip
looks like this:
From: firstname.lastname@example.org [mailto:email@example.com] On Behalf
Sent: Wednesday, November 04, 2009 5:57 AM
Subject: Re: [Clip] Saving one's place
--- In firstname.lastname@example.org <mailto:ntb-clips%40yahoogroups.com> ,
"John Shotsky" <jshotsky@...> wrote:
> Still, the question is whether the window position can be
> restored after running a clip.
I understand that your issue is this...
On top of your screen, you may see line 300 of your document. Now you start
a clip from this view that moves through the document and ends, say, at line
3,900. At the end, you want to see line 300 again on top of your screen.
To achieve this, you may try ^!SetView...
; Any command that moves through the document
[Non-text portions of this message have been removed]
- << Previous post in topic Next post in topic >>