Is this a bug in Publisher or was the character set not created cleanly or both?

[Andreas CH]

Ist dies ein Fehler im Publisher oder wurde der Zeichensatz nicht sauber erstellt oder beides?

Publisher 2.1.1
Dokument erstellt unter Windows
Zeichensatz: NN Rekja

Ich erstelle einzeilige Titel. Ich verkleinere den Textrahmen minimale Höhe mit Doppelklick auf den Anfasser.
Das Resultat ist unter Windows richtig.
Wird das Dokument auf dem Mac geöffnet, erhalte ich einen Textüberlauf.

Im beiliegenden Dokument sind die Textrahmen nach obigem Beschrieb angepasst.

 

Is this a bug in Publisher or was the character set not created cleanly or both?

Publisher 2.1.1
Document created under Windows
Character set: NN Rekja

I create single-line titles. I reduce the text frame minimum height with a double click on the handle.
The result is correct under Windows.
When the document is opened on the Mac, I get a text overflow.

In the attached document, the text frames are adjusted as described above.

Translated with DeepL

Test Einzeiler Fehler.afpub

 

[MikeTO]

I wonder if the issue is related to Hide Overflow which is set for both text frames not working the same on Windows as on Mac, which of course it should. I don't have Windows but perhaps with Hide Overflow on, double clicking the bottom handle on Windows sizes the frame without space for the blank line while on Mac it sizes the frame with space for the blank line?

Both of the text frames ends with a paragraph break. The first of the two frames is 5.1mm and you said you scaled it to that size by double clicking the bottom handle on Windows. If I scale that frame taller and then double click the bottom handle it becomes 17mm. I have to remove the blank line for it to become 5.1mm when I double click.

Here's a screen recording showing what I mean. Please try this on Windows vs. Mac.

 

 

[MikeTO]

I think the font is commercial and can't be shared publicly so you may wish to edit your original post to delete the attached font.

[Andreas CH]

Hallo Mike

Danke für das Testen. Eigentlich sollte kein Zeilenumbruch vorhanden sein.

Ich habe den Zeichensatz entfernt. Leider passiert der Fehler nur mit diesem.

Hier noch eine Version ohne Zeilenumbruch. Kannst du das bitte testen.

Herzlichen Dank.

 

Hi Mike

Thanks for testing. Actually there should be no line break.

I have removed the character set. Unfortunately the error only happens with this one.

Here is another version without line break. Can you please test this.

Thank you very much.

Test Einzeiler Fehler V2.afpub

[MikeTO]

When I open the document on macOS the first text frame is overflowed while the second is not. Both have identical text formatting and are the same height. The difference is that the first frame has Hide Overflow set while the second does not. This is how Affinity should work.

But I think I've figured out the source of the issue, there's likely a rounding difference between Mac and Windows. I can't prove it without having Windows but I can demonstrate it in a different way because setting the text frame height by double clicking the bottom size handle, which results in 5.1mm, gives a different result than setting it to 5.1mm with Transform. The screen recording below shows this.

 

I think that Affinity, like most apps, saves object coordinates and dimensions in a different measurement system from what you enter on screen. I don't know if it's using an internal system or points, but it's definitely not storing measurements in mm. You can see this by changing the measurement system from mm to points.

On macOS, double clicking the bottom size handle gives me a height of 5.1mm or 14.6pt. But converting 5.1mm to points with Transform results in 14.5pt.

Try this on Windows:

1. With the document set to mm, double click the bottom size handle which will set it to 5.1mm. Change the document to points. Is it 14.5 or 14.6pt?
2. With the document set to points, enter 5.1mm into Transform. Does it convert to 14.5 or 14.6pt?

Cheers

[Andreas CH]

Hi Mike

Thank you for your comments.
Yes, I also think that the calculation is different depending on the operating system.

 

2 hours ago, MikeTO said:

• With the document set to mm, double click the bottom size handle which will set it to 5.1mm. Change the document to points. Is it 14.5 or 14.6pt?

14.6pt

2 hours ago, MikeTO said:

With the document set to points, enter 5.1mm into Transform. Does it convert to 14.5 or 14.6pt?

14.5pt

What I forgot to write is that the pixels, point and mm are set to 2 decimal places in the settings. (It is set identically on both systems.

This results in a frame height of 5.14 mm for the 20pt title.

With 2 decimal places: 5.14 mm = 14.56 pt
Enter 5.14 mm in Transform = 14.57 pt

 

 

[Old Bruce]

21 hours ago, Andreas CH said:

This results in a frame height of 5.14 mm for the 20pt title.

I am going to assume you are using the Art Text tool. The "Frame Height" will be calculated by the height of the Capital letters. What happens when you enter "Ag" or Ay" in the text frame?

[kenmcd]

2 hours ago, Old Bruce said:

I am going to assume you are using the Art Text tool. The "Frame Height" will be calculated by the height of the Capital letters.

It is the Frame Text Tool.
And it appears APub is using the Typo Ascender as the top, and the Baseline as the bottom of the frame in the Frame Text Tool.
Both the i and the l exceed the CapHeight in that font.
The dot on the i exceeds the Typo Ascender - which is why it is hangs out the top of the frame.
The top of the l is just below the Typo Ascender - which is why it is just inside the frame.

The Art Text Tool appears to go from the Typo Ascender on the top to the Typo Descender on the bottom. So the p descender is included in the Art Text frame.

This is kinda odd as Use Typo Metrics is Off in this font.
APub usually uses the Win vertical metrics (for leading) when this is Off.
Wonder if this frame behavior has always been like this, or this is a change.  ???
InDesign always uses the Typo metrics for leading regardless of the font setting.
Don't know what it does with frames like this.
So I wonder if this frame behavior has always been like this, or if there has been a change and APub is now also defaulting to using Typo metrics for this, and/or for leading.

[Andreas CH]

5 hours ago, Old Bruce said:

I am going to assume you are using the Art Text tool.

Ich verwende Rahmentext und die Einheit für Schrifthöhen Punkt.

I use frame text and the unit for font heights is points.

 

Danke kenmcd für die Erläuterungen.

Mein Problem ist, dass die Einstellung nicht Systemübergreifend funktioniert.
In Windows werden alle einzeiligen Überschriften richtig dargestellt. Auf Mac erhalte ich jedoch einen Textüberlauf. Ein zusammentragen von Dokumenten ist so nicht möglich.
Die Programmeinstellungen sind auf beiden Systemen identisch.

Thank you kenmcd for the explanations.

My problem is that the setting does not work across systems.
In Windows, all single-line headings are displayed correctly. On Mac, however, I get a text overflow. It is not possible to collate documents in this way.
The programme settings are identical on both systems.

 

[stokerg]

Hi @Andreas CH,

In order to test this, I could really do with a copy of the font, could you upload a copy of the font to our Dropbox here.  I found a trial version of the Font but that doesn't appear to show the issue.

[Andreas CH]

Font ist hochgeladen.

Ich hätte auch Beispiele.