I don't know if it will help, but you might try having a second window open with the doc at full page view.
Tried all the possible options. Split window, new window. Nothing.
Also view: slug, preview, etc. Nothing.
Just a question: this screenshot I showed here is similar for any CC user?
I would presume all CC users see something similar. Don't have CC on this box, though, so I can't, at the moment, do any more experimentation for you.
Peter, please, explain the experimentation you did: really worked in your non CC box?
I will presume, at the moment, that it is a new bug to report?
I just checked CC, and it behaves here (windows 7) the same as CS6. Window > Arrange > New window for <document name> tiles two windows with the same doc. Set the view in one to fit spread or fit page, then click in the other window before running find/change. If the window you are running find/change in is also zoomed to show the entire page the found text highlight travels through the page without changing the view. If you zoom in on that window, the view cahnges at the same zoom level to show the highlight. The second window does not change.
Thank you for this tip.
I tried it but continues the problem. Page is always jumping.
Your idea is to have two windows that sounds very clever.
But the f/change jumps in both (for the moment)
Steps you detailed:
- Arrange > New window for <document name> tiles two windows with the same doc.
- Set the view in window 1 to fit spread or fit page
- Click in window 2 before running find/change.* If the window (1?, 2?) you are running find/change in is also zoomed to show the entire page the found text highlight travels through the page without changing the view.
- If you zoom in on that window (1?, 2?), the view changes at the same zoom level to show the highlight. Window 2 does not change.
* If I click the other window the find/change by default will be executed on that clicked...
When I work here (Windows, so it may be different for Mac), only the window that is active during Find/Change is redrawn.
in steps 3 & 4 above, window 2 is the active window where you are running Find/Change.
It looks to me like you now need to go back to the window on the left and navigate to Page 7. THis is not a perfect system, by any means, but if you have more than one found instance per page it will be a bit better than without it.
I would like to post a reference of this thread in the script forum.
Do you think is something that could be manipulated?
I think that in many operations of find and change is necessary to maintain the windows in a view fixed.
This jumping seems some idea that sounded nice but it is a serious interference for the user.
Thank you again for your time.
I honestly have no idea whether there is a scriptable solution, but no harm in asking.
I have a spread which I wrote exactly for the same reason. It's on the
new Adobe Exchange. It's called "Always Fit Spread".
Have a look under Window > Extensions > Adobe Exchange, and find the
script called "Always Fit Spread".
It adds a menu item under the View menu called "Always fit spread in
Window", which you can select on or off.
It's still a little jumpy, but I find it's very helpful, especially when
doing a lot of search replace.
Try it out and let us know how it goes. I think there's a demo you can
try which works 20 times or something like that.
I downloaded your script and is working fine. Only is jumping (sligtly) when you go to the next spread but the screen gets fixed very fast; also you may work perfectly both for f/change and for avoiding the Adobe jumping when the last line in the page is modified and ID goes to the next page, changing the view size in a very messy and disappointing maneuver.
Right -- it's not perfect, because it's a script, not a plugin, but I
find it useful.