[Publisher 2.5.7][BUG][Zoom reduced if page shifts while text editing linked frames]

[Franz Rogar]

BASIC INFO

• App & version: Publisher 2.5.7
• OS & version: Windows 11 (up-to-date)
• Graphic card: NVIDIA GeForce GTX 1070 (up-to-date)
• Hardware acceleration: On & Off
• Reproducibility: Always
• Affects new document?: Yes

WHAT HAS HAPPENED
When moving on linked text frames between pages with upward/downward arrow keys, the zoom factor diminishes by 0.2% each time.

WHAT SHOULD HAVE HAPPENED
The zoom should not have been modified.

MINIMAL STEPS TO REPRODUCE

1. Open Publisher
2. Create a new document (with at least 2 pages)
3. Create a text frame on each page
4. Link the two frames
5. Write text that flows into the 2nd page frame
6. Set zoom, for example, at 200% (Note: Zoom changes always, the more zoom in, the more the reduction.)
7. Move page up/down with the arrows multiple times. Zoom will be reduced by 0.2-0.3% each time.

BUG
Zoom reduces each time you shift pages on linked text frames.

[MikeTO]

How are you setting the zoom level, with the Navigator panel?

AFAIK, Publisher doesn't allow you to scroll the page with the arrow keys. But if you use the Zoom control in the Navigator panel to set the zoom, focus will remain with the panel until you click the document page (at least on macOS). Using the arrow keys will then be equivalent to clicking in the Zoom field and using the arrow keys to increase or decrease the value.

The issue with panel fields retaining control after you press Return to accept the value is a known issue and affects all (most?) panels, not just this one.

[Franz Rogar]

58 minutes ago, MikeTO said:

How are you setting the zoom level, with the Navigator panel?

AFAIK, Publisher doesn't allow you to scroll the page with the arrow keys. But if you use the Zoom control in the Navigator panel to set the zoom, focus will remain with the panel until you click the document page (at least on macOS). Using the arrow keys will then be equivalent to clicking in the Zoom field and using the arrow keys to increase or decrease the value.

The issue with panel fields retaining control after you press Return to accept the value is a known issue and affects all (most?) panels, not just this one.

It doesn't matter how you set the zoom level (with Ctrl+MouseScroll or the Navigator panel).

I'm not "scrolling the page with the arrow keys", I'm just moving up/down inside a text which spreads (linked text frames) between different pages.

When a page transition happens because I'm moving inside the text, that's when the zoom reduction automatically happens.

To be clear, it doesn't require the "arrow keys". You can be writing and, once you reach the next page (because text frames are linked), the zoom will be reduced. If you start deleting what you wrote and happens to move to the previous page, the zoom will be reduced *again* ; and so on  and so forth. I wrote about the key arrows because it's faster to move inside a text up/down with them rather than writing/deleting and because that indicates it's not mouse or zoom in/out related.

[MikeTO]

Thanks, I understand the issue now. That does sound like an annoying bug.

I can't duplicate it on Mac so it must be specific to Windows.

[Franz Rogar]

2 minutes ago, MikeTO said:

Thanks, I understand the issue now. That does sound like an annoying bug.

I can't duplicate it on Mac so it must be specific to Windows.

Yes, it's truly annoying or even better, diabolic. I'm editing 18 texts than must run in parallel of over 250 pages in three different books... This bug drove me crazy till I found the hotkeys to fixed zooms instead of having to go the Navigator panel/Zoom tool options each time it triggered.

[stokerg]

Hi @Franz Rogar,

This isn't something i've been able to replicate or another member of the Tech Team who tried.

Is there any more to the recipe to cause this that i could be missing?  Might help if you can attach a screen recording showing the issue from start to finish.

[Franz Rogar]

1 hour ago, stokerg said:

Hi @Franz Rogar,

This isn't something i've been able to replicate or another member of the Tech Team who tried.

Is there any more to the recipe to cause this that i could be missing?  Might help if you can attach a screen recording showing the issue from start to finish.

No, there's nothing more. When you go to the previous/next page while in text-edit mode of a linked text-frame, the zoom automatically decreases.

I've attached a video showing the keys pressed (to show I'm just going up/down inside the text with the arrow keys): look at the zoom factor in the doc tab as it keeps going down with each page shift.

The video is H.264 inside a MKV file. No sound. No idea why it didn't preview in the post.

linked-text-frame page-shift zoom bug.mkv

[Franz Rogar]

@stokerg After reviewing the video I posted, I noticed this might be a different bug (not triggered by "page shifting") because this other bug I posted suffers from the same "automatic actions": active view shifts to the right and zoom factor diminishes; so both of them probably are two sides of the same coin.

In this one, the first time the text overflows to the next page (before hitting up/down), the active view shifts to the right and the zoom factor diminishes.

In the other one, when you drag-and-drop the text, the active view shifts to the right and the zoom factor diminishes too.

So, my guess both of them are related to a wrong "centering the focus of the active view", regardless of the action (drag-and-drop or change-of-frame-across-pages).

Some hints that my guess might be right come from trying the same issue of this bug but being both text-frames in the SAME page. If you zoom enough (leaving one of them out of the active view), when you move inside the text, the shift-view & zoom-reduction bug is triggered.

[stokerg]

Hi @Franz Rogar,

I was just revisiting this thread and have finally replicated the issue and logged it with the Developers