Jump to content
You must now use your email address to sign in [click for more info] ×

Recommended Posts

I'm having difficulty with text wrap. I'm using a rectangle that expands as a header and "pushes" the content of the main box away by a set distance. However despite having no style sheets using baseline grid, no baseline grid set and Ignore baseline grid selected I cannot get the offset to match my chosen distance. What happens is the text moves away relative to the leading of the text regardless. Pushing the offset up and up nothing will move until the next full line of leading value is exceeded, and will then jump.

If you look at the two sample files you will see the difference Affinity orange header boxes has only 2 outcomes, InDesign file (Green headers)

Outcome I was after is that of the InDesign file with the text beneath being exactly as the wrap is set – is this a bug or chosen way of working?

1916379045_Screenshot2023-02-10at16_03_19.thumb.png.795c4086844449f5993e33f5da3b868c.pnghas incremental increases.

1883509600_Screenshot2023-02-10at15_55_31.thumb.png.1502ff6e3ee38e39528fbb48d97b0101.png

Mac Studio M1 Max 32GB RAM running Ventura 13.1
ASUS ProArt screen and Hewlett Packard HD screen. Affinity Suite 2.0.4

Link to comment
Share on other sites

Hard to tell without inspecting the example document.

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Link to comment
Share on other sites

I think this might be a bug. Either that or my brain isn't working because it's too late. 🙂 

I tried creating my own document and duplicated the issue with it. Text wrap seems to force text to start on the next baseline of the grid even when the baseline grid isn't in use.

I also tried it in v1 and got the same results.

Download a free manual for Publisher 2.3 from this forum - expanded 260-page PDF

Affinity 2.3.1 for macOS Sonoma 14.3, MacBook Pro 14" (M1 Pro)

 

Link to comment
Share on other sites

Same result as MikeTO. Same conclusion about the forcing to the next baseline, except that it is obviously not aligned to the baseline. I set up a 1 point baseline and the offset would honour that.

Myself I would probably just use a Text Frame offset instead of the text wrap. But that won't work if you have need of many different sized header objects. If it is actually text in the upper frame I would use Paragrph Style Decorations and Space after. Just do away with the second text frame altogether.

Definite bug though.

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

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

Link to comment
Share on other sites

I saw the same inexplicable behavior, so it's apparently on both Windows and Mac. It will be interesting to learn what the problem is, if someone figures it out.

-- Walt
Designer, Photo, and Publisher V1 and V2 at latest retail and beta releases
PC:
    Desktop:  Windows 11 Pro, version 23H2, 64GB memory, AMD Ryzen 9 5900 12-Core @ 3.00 GHz, NVIDIA GeForce RTX 3090 

    Laptop:  Windows 11 Pro, version 23H2, 32GB memory, Intel Core i7-10750H @ 2.60GHz, Intel UHD Graphics Comet Lake GT2 and NVIDIA GeForce RTX 3070 Laptop GPU.
iPad:  iPad Pro M1, 12.9": iPadOS 17.3, Apple Pencil 2, Magic Keyboard 
Mac:  2023 M2 MacBook Air 15", 16GB memory, macOS Sonoma 14.3

Link to comment
Share on other sites

I have found a workaround, can only assume baseline grid in text boxes and baseline grid in document are getting themselves crossed over somewhere. I don't think this work around should be necessary and still consider there's a bug in here somewhere but you may find it handy

What I did to make this work is to use the "Independent baseline grid" in the text frame settings and set to "1pt Grid Spacing" (as per Old Bruce's document baseline test). If absolute accuracy is required then the smaller you make the baseline grid the better. 0.1pt is seemingly the smallest you can go (steps of 0.0353mm). Technically you could get away with only having baseline grid setting set for first paragraph.

Caveat: It does require that the paragraphs in the box are set to "Align to Baseline Grid" otherwise they will continue to space as before. And you need to make sure you uncheck "Ignore Baseline Grid" in the Text Frame settings > General, inorder to enter values for the independent grid.

Screenshot 2023-02-16 at 11.02.17.png

Mac Studio M1 Max 32GB RAM running Ventura 13.1
ASUS ProArt screen and Hewlett Packard HD screen. Affinity Suite 2.0.4

Link to comment
Share on other sites

On 2/10/2023 at 5:11 PM, Like, would like more if… said:

is this a bug or chosen way of working?

As far as I'm concerned, the Affinity method feels correct to me, while InDesign apparently got it wrong. (But I'd have to reboot to El Capitan first to check out how exactly my ID CS5.5 does it.)

My reasoning: Affinity simply respects the text frame settings. It shouldn't make a difference if you push the first line of a paragraph or if your wrapping object is somewhere in the middle of a paragraph, it should always keep the initially given leading intact, based on Top Inset and Vertical Position attributes.

The "Distance From Text" is simply the minimum value.

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Link to comment
Share on other sites

19 minutes ago, loukash said:

As far as I'm concerned, the Affinity method feels correct to me, while InDesign apparently got it wrong. (But I'd have to reboot to El Capitan first to check out how exactly my ID CS5.5 does it.)

My reasoning: Affinity simply respects the text frame settings. It shouldn't make a difference if you push the first line of a paragraph or if your wrapping object is somewhere in the middle of a paragraph, it should always keep the initially given leading intact, based on Top Inset and Vertical Position attributes.

The "Distance From Text" is simply the minimum value.

In the original post Affinity doesn't honour this. If you have an offset of text that is "Not" aligned to baseline grid it should offset by the users chosen distance and not in steps defined by the leading of the paragraph. As discovered by Old Bruce even if you set the document's baseline grid to 0.5pt this behaviour persists (which it shouldn't as the first line should align to a 1pt accuracy) and the paragraph remains shifted by steps directly related to the leading of the paragraph and not baseline grid intervals. Screen shot of InDesign (green boxes) has been the same since CS5 - not that I have that anymore - but has been a method I have used for many years and is how it currently behaves too (CC). Not worth firing up CS5 for Loukash!

Mac Studio M1 Max 32GB RAM running Ventura 13.1
ASUS ProArt screen and Hewlett Packard HD screen. Affinity Suite 2.0.4

Link to comment
Share on other sites

1 hour ago, Like, would like more if… said:

What I did to make this work is to use the "Independent baseline grid" in the text frame settings and set to "1pt Grid Spacing" (as per Old Bruce's document baseline test).

That's a good workaround.

22 minutes ago, loukash said:

As far as I'm concerned, the Affinity method feels correct to me, while InDesign apparently got it wrong. (But I'd have to reboot to El Capitan first to check out how exactly my ID CS5.5 does it.)

My reasoning: Affinity simply respects the text frame settings. It shouldn't make a difference if you push the first line of a paragraph or if your wrapping object is somewhere in the middle of a paragraph, it should always keep the initially given leading intact, based on Top Inset and Vertical Position attributes.

The "Distance From Text" is simply the minimum value.

I'm not sure I understand. The issue is even if baseline grid is off in the document and the frame, the baseline of text is aligned to the frame's baseline grid, if the grid existing and was set to the leading value. In this screen recording, the "Four" line should be immediately below the rectangle and not aligned to the neighbouring "Five" line in the text frame to the right.

 

 

Download a free manual for Publisher 2.3 from this forum - expanded 260-page PDF

Affinity 2.3.1 for macOS Sonoma 14.3, MacBook Pro 14" (M1 Pro)

 

Link to comment
Share on other sites

13 minutes ago, MikeTO said:

I'm not sure I understand. The issue is even if baseline grid is off in the document and the frame, the baseline of text is aligned to the frame's baseline grid, if the grid existing and was set to the leading value. In this screen recording, the "Four" line should be immediately below the rectangle and not aligned to the neighbouring "Five" line in the text frame to the right.

What you are demonstrating is of course correct behaviour, i.e leading remains the same when "wrapping" around something. Going back to the original post this is not about runaround within the copy but distancing copy from the base of an object set above it. Maybe because I'm trying to cheat a data merge issue and create an expanding title box that when it grows with double line content will push the content of the box of text to a specific offset I am confusing the issue. My work around works for this very specific issue 🙂. Thanks for indulging me.  

Mac Studio M1 Max 32GB RAM running Ventura 13.1
ASUS ProArt screen and Hewlett Packard HD screen. Affinity Suite 2.0.4

Link to comment
Share on other sites

36 minutes ago, Like, would like more if… said:

Not worth firing up CS5 for Loukash!

Oh, it was definitely worth it! ;) 
Because here's why I always – ever since ID v2.0 – felt there's something wrong with the ID method:

id_text_wrap_push_down.png.f405a167dc089f616ad3aeeef34cf2cc.png

Compared to APu:

apu_text_wrap_push_down.png.9758ad4dfb6eb782a4d05a7b8d8739ba.png

Consistency matters.™

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Link to comment
Share on other sites

I agree it looks better in APub but IMO it's wrong. If I want the text baselines to line up then I should use the baseline grid. Text wrap shouldn't ever pad by more than I specify.

It's not just ID that doesn't add unrequested padding, it's MS Word, Pages, Quark, etc.

Download a free manual for Publisher 2.3 from this forum - expanded 260-page PDF

Affinity 2.3.1 for macOS Sonoma 14.3, MacBook Pro 14" (M1 Pro)

 

Link to comment
Share on other sites

11 minutes ago, MikeTO said:

Quark

Yep, the same inconsistency:

 

In other words, I, for one, wish no change to the current APu behavior in this special case because its result is exactly predictable based on the position and settings of the text frame.

That all said, unfortunately there are quite a few other problems with text frames, baseline grids or wraps elsewhere. I vaguely remember having posted several such issues before, and just recently I noticed that they're still not fixed in v2.

MacBookAir 15": MacOS Ventura > Affinity v1, v2, v2 beta // MacBookPro 15" mid-2012: MacOS El Capitan > Affinity v1 / MacOS Catalina > Affinity v1, v2, v2 beta // iPad 8th: iPadOS 16 > Affinity v2

Link to comment
Share on other sites

On 2/16/2023 at 5:20 AM, Like, would like more if… said:

Maybe because I'm trying to cheat a data merge issue and create an expanding title box that when it grows with double line content will push the content of the box of text to a specific offset

I would use one text frame and two Paragraph styles for this Data Merge situation. The Header Paragraph Style would have a Decoration and an appropriate space after it. the Other Text Paragraph Style would be set as required. Make the Fields for the Header use the Header style and for the Other Text use the Other Text.

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

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

Link to comment
Share on other sites

I don't normally use text wrap but I was making something fun today and was bitten by this bug today. The worst part is that when the bug is fixed then existing documents will change unless Serif adds code to recognize old documents and accomodate them.

Download a free manual for Publisher 2.3 from this forum - expanded 260-page PDF

Affinity 2.3.1 for macOS Sonoma 14.3, MacBook Pro 14" (M1 Pro)

 

Link to comment
Share on other sites

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.