AFPub 2.6 Numbering of figures wrong after switching to "facing pages"

[Andreas S]

After switching the document to display "facing pages" the numbering of figures is wrong - the right side is numbered before the left side. This effect is new and did not occur with AFpub 2.5.2.

I'm using AFpub on Windows 10.

[walt.farrell]

One of the new features probably listed under Advanced Page Management in the new feature list has apparently changed the layer order when you convert a non-Facing Page document into a Facing Page document in the beta.

Here's the order in 2.5.5 after the conversion, for example:

and you can see that the page 2 text was toward the bottom, and the page 3 text at the top. That layer order determines how the figure (and other) numbering will work.

Here's the order from 2.6.0.2805 after the same operation:

and we can see that the page 3 text is lower in the layer stack, making its objects have lower numbers.

I don't see this problem mentioned yet in any of those topics, and I'm not sure which one might have caused it. Thanks for noticing and reporting it.

Sample files:

255-before-changing-to-facing-pages.afpub  255-after-changing-to-facing-pages.afpub

256-before-changing-to-facing.afpub  256-after-changing-to-facing.afpub

(Tested on Windows)

 

[MikeTO]

Here's a test doc with two global lists, one used in the main story and another used in the pinned text frames. Open the document in the beta and convert to facing pages. The numbers in the pinned frames become reversed because the left frame is above the right frame in the layer stack which as you pointed out worked the opposite way prior to 2.6.

Numbers.afpub

[Affinity Info Bot]

An issue raised in this thread ("Layer panel page order can end up incorrect when switching between multi and non multi spreads") has now been reported to the developers by the testing team (Ref: AF-4703). Thank you very much for reporting this issue to us.

[Affinity Info Bot]

The issue "Layer panel page order can end up incorrect when switching between multi and non multi spreads" (REF: AF-4703) has been fixed by the developers in the latest beta build (2.6.0.2831). The fix is planned for inclusion in the next customer release.
Customer beta builds are announced here and you can participate by following these instructions.
If you still experience this problem once you are using that build version (or later) please reply to this thread including @Affinity Info Bot to notify us.

[Andreas S]

I can confirm, this is now working correct. Thanks to the development team!