Jump to content

Recommended Posts

Posted

Hi 

I must have touched something and broken it...

There is a link on one (just one out of 100) page number text boxes in my footer.

 

image.png.4a04245925c1edb603f680ca6627725c.png

 

Only on this page do I see the two two red circles on the page number box. The actual number is circled below the box and I can't move it back up whatever I try. The text and paragraph settings for this box are identical to those on page 16, so I am assuming that it is related to the link. These two red circles appear on the page number text box, irrespective of which text page block I select.

Does anyone know what this link is and more importantly, how I remove it and get the page number in the right place?

Many thanks


Jeremy

Posted

Hi @JeremyHullah,

Sorry to see you're having trouble!

I'm going to require a copy of the .afpub file showing this issue in order to investigate further - is this something you can attach here for me please?

If you'd like a private upload link to keep the document confidential, please don't hesitate to let me know and I can provide this.

Many thanks in advance :)

Posted

Eventually the text frame above has Text Wrap activated? If yes, you could simply activate "Ignore Text Wraps" for the master page number text frames on their Master Page.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted

Thanks for responses

I have another similar page with image and wrap where this doesn't happen, but I've set the "Ignore Text Wrap" option anyway as it seemed a good idea. 

Sadly no change.

@Dan C Can you provide an upload link for me please so that you can look at this?

Many thanks


Jeremy

Posted

Another useful option to activate could be in menu "Text" -> "Show Special Characters", which may possibly hint to any unexpected hidden item within this page number text frame.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted

Thanks Thomaso


That was a good idea (and a very useful option to know about!).

There was nothing obvious, but it does rule out special characters as the cause though, so thanks

 

Jeremy

Posted

Could be an inadvertent leading override/baseline shift/Align to Baseline for that one page number.

Mac Pro (Late 2013) Mac OS 12.7.6 
Affinity Designer 2.5.7 | Affinity Photo 2.5.7 | Affinity Publisher 2.5.7 | Beta versions as they appear.

I have never mastered color management, period, so I cannot help with that.

Posted
17 minutes ago, Old Bruce said:

Could be an inadvertent leading override/baseline shift/Align to Baseline for that one page number.

Interestingly a leading override doesn't influence a single line and a baseline shift doesn't trigger the text overflow warning but just shifts a single line off the frame.

234244704_Bildschirmfoto2023-06-02um16_29_09.jpg.a8ab444d1758d118068c25cff6b46358.jpg

… whereas a Baseline Grid for this specific text frame wouldn't happen with an accidental click. (requires "edit detached")

1378499230_Bildschirmfoto2023-06-02um16_28_40.jpg.b9c1618e69abb48b0758d5653c96404a.jpg

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted

There are many things that can cause this. We could spend much time speculating. A document demonstrating the problem would help pinpoint the exact cause.

An inadvertent bump up in the font size for the 17 could cause this. 

This sort of problem is why I make my Page number text frames quite large, they will occupy the width of the page and the space from the lower margin to the bottom of the page.

Mac Pro (Late 2013) Mac OS 12.7.6 
Affinity Designer 2.5.7 | Affinity Photo 2.5.7 | Affinity Publisher 2.5.7 | Beta versions as they appear.

I have never mastered color management, period, so I cannot help with that.

Posted

Thanks for testing that out Thomaso

I can't find where my Baseline Grid settings are, but I don't believe I've touched these.

All the paragraph and Character settings are the same for both page number boxes.

I'm pretty sure that it's something to do with the image and text wrap that are on this page (even though it is fine for a similar page), as if I add two new pages and shift the page contents down into these pages, the issue persists.

I would have though that this can only happen if there is a link (somewhere that I can't see) between the page and the footer.

I'm hoping that Dan the staffer can sort me out, but if anyone else has any ideas...

Cheers

Jeremy

Posted

@JeremyHullah,

A document would be most useful. Doesn't even have to be the entire document. Just the two pages showing the problem.

Mac Pro (Late 2013) Mac OS 12.7.6 
Affinity Designer 2.5.7 | Affinity Photo 2.5.7 | Affinity Publisher 2.5.7 | Beta versions as they appear.

I have never mastered color management, period, so I cannot help with that.

Posted

@Old Bruce, I can't imagine any further respectively "many" things that would cause a text overflow. In the screenshot the 17 obviously has size that would fit in its frame nearly twice.

@JeremyHullah, to detect what particular object is causing the issue you could delete all objects step by step and see when the page number jumps up.

For a sample document we wouldn't need the story text or the linked image resources but just all layers on this page.

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted

Thanks for providing that for me!

I can confirm this is caused due to the Text Wrap setting applied to the Text Frame above this Page Number - causing the number to be displayed lower than expected in the Master Text Frame.

On this page, you have a Jump Text Wrap correctly applied to the Image, as well as to the Text Frame itself incorrectly, causing this issue.

I have replaced your content with filler text/my own image in the below recording, to show the setting that needs changing for the Text Frame to resolve this - 

 
I hope this helps :)

Posted

@thomaso and @Old Bruce Thanks so much for all your suggestions and offers of help.

@thomaso yes - if I delete the page layer, the number shifts back up. However, my skill level is such that I am unsure how to add a clean one back in again.

It also proves that there is a weird link between that specific page and that specific footer (why anyone would want this is a bit of a mystery to me...) and I ahve to admit that I an intrigued as to what has caused this and how to fix it.

I have passed a copy onto DAN C @ affinity now, so I am hoping they will sort it out...

Thanks again

Jeremy

Posted
Just now, JeremyHullah said:

if I delete the page layer, the number shifts back up.

What is the "page" layer?

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted
2 hours ago, JeremyHullah said:

I have another similar page with image and wrap where this doesn't happen, but I've set the "Ignore Text Wrap" option anyway as it seemed a good idea. 

Sadly no change.

2 minutes ago, JeremyHullah said:

that was simple and makes perfect sense 

It sounds confusing. Before it seemed you not only had checked Text Wrap for the story frame but also activated "Ignore Text Wrap" for the page number frame(s) – but with no result, – correct?

So I got curious what indeed was going on there that let you simple fix it?

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted
On 6/2/2023 at 4:35 PM, thomaso said:

It sounds confusing. Before it seemed you not only had checked Text Wrap for the story frame but also activated "Ignore Text Wrap" for the page number frame(s) – but with no result, – correct?

The Text Frame on the Master Page that contains the Page Number field has 'Ignore Text Wrap' enabled, but this Master Page Text Frame applied to page 20,21 (16,17) has unlinked attributes - hence this setting is not being applied.

Either reapplying the Master Page to 20,21 (16,17) or manually enabling the Ignore Text Wrap setting for this Page Number Text Frame, in the Text Frame Studio also resolves this issue :)

Posted
10 minutes ago, Dan C said:

but this Master Page Text Frame applied to page 20,21 (16,17) has unlinked attributes

Does this mean that this specific frame on the document page has been edited detached before and thus does not react on the change of 'Ignore Text Wrap' set to its parent object on the Master page itself?

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted

Essentially so, yes - as it's a Text object from a Master Page, you don't specifically need to enable edit detached first.
Simply selecting the text in the frame and changing any properties (in the case of the users document, the Leading had been changed for this text) will detach the object from the Master, meaning any changes on the Master are then not automatically applied to the frame on the page :)

Posted

@Dan C, interesting, because it behaves different to me in V1: Here a change of e.g. the leading for the text content on a document page turns the text frame accordingly into an edited object (indicated by the dashed orange stripe next to its thumbnail) … while then activating 'Ignore Text Wrap' for its master object still gets transferred to the edited object on the document page. – Can you confirm this different behaviours for V1 vs V2?

macOS 10.14.6 | MacBookPro Retina 15" | Eizo 27" | Affinity V1

Posted
9 minutes ago, thomaso said:

Can you confirm this different behaviours for V1 vs V2?

Yes I can confirm that I'm seeing the same as you in V1, it appears as though in V2 when changing the text properties (ie Leading) both the Text and Text Frame become detached from the Master Page (which as I understand was a change made to resolve other Master object syncing bugs), whereas in V1 when when changing the text properties (ie Leading) only the Text becomes detached, hence the Text Frame Studio options are still reflected when changing on the Master.

As above, I understand V2s behaviour here to be correct! 

Join the conversation

You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.

Guest
Reply to this topic...

×   Pasted as rich text.   Paste as plain text instead

  Only 75 emoji are allowed.

×   Your link has been automatically embedded.   Display as a link instead

×   Your previous content has been restored.   Clear editor

×   You cannot paste images directly. Upload or insert images from URL.

Loading...
×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.