Probleme mit dem Datenaustausch zwischen Windows und Mac = Textüberlauf

[Andreas CH]

Eigentlich gehört das in die Rubrik von Mac und Windows

Wie schon berichtet, passiert bei uns immer wieder ein Textüberlauf auf dem Mac.

Jetzt habe ich ein Beispiel mit einem verknüpften Text.

Erstellt wurde die Seite in Windows. Der Textrahmen wurde mit Doppelklick auf den Anfasser verkleinert.

 

Fehler: Die letzte Zeile der linken Spalte wird im Mac in die zweite Spalte verschoben.

Ansicht mit Windows

Ansicht mit Mac

Auf beiden Geräten sind die Versionen 2.2.1 installiert.

Die Einstellungen sind identisch. Wichtig, die Dezimaleinstellungen weichen von der Grundeinstellung ab.

Ich stelle das Dokument gerne zur Verfügung. Da es geschützte Schriften enthält, darf ich es hier nicht hochladen.

[walt.farrell]

Possibly you have different versions of the fonts installed on the Windows and Mac systems? That's one way for this to happen.

Also, there are some aspects of font handling that are fine differently on macOS and on Windows. Specifically, if you're letting the Leading default based on the Font Size, that can sometimes result in issues like this across different OSes. It can be better to specify an exact Leading manually, or specify a percentage, rather than letting Publisher assume a default value.

[Andreas CH]

Danke für die Anwort Walt

1 hour ago, walt.farrell said:

Possibly you have different versions of the fonts installed on the Windows and Mac systems? That's one way for this to happen.

Es sind die genau gleichen Schriften installiert.

 

1 hour ago, walt.farrell said:

Also, there are some aspects of font handling that are fine differently on macOS and on Windows. Specifically, if you're letting the Leading default based on the Font Size, that can sometimes result in issues like this across different OSes. It can be better to specify an exact Leading manually, or specify a percentage, rather than letting Publisher assume a default value.

Die Zeilenabstände und vieles mehr sind in den Textstilen definiert. Alle Arbeiten mit dem gleichen Satz Textstile.

Ich sehe das Problem eher in der Technik der Rahmen.

Entweder wird in Windows der wird durch den Doppelklick auf den Anfasser der Rahmen zu nah an die Schrift gesetzt oder wie im anderen Beitrag die Berechnung von Windows und Mac unterschiedlich sind.
 

Da wir systemübergreifend arbeiten, darf dieser Fehler nicht passieren. Jede hinzugefügte Seite muss genau auf diese Fehler angeschaut werden.

[Old Bruce]

18 hours ago, Andreas CH said:

Either in Windows, the frames are set too close to the font by double-clicking on the handle or, as in the other post, the calculation of Windows and Mac are different.

This was my guess. 

I don't trust Automatic anything.

[walt.farrell]

19 hours ago, Andreas CH said:

Die Zeilenabstände und vieles mehr sind in den Textstilen definiert. Alle Arbeiten mit dem gleichen Satz Textstile.

Ich sehe das Problem eher in der Technik der Rahmen.

Entweder wird in Windows der wird durch den Doppelklick auf den Anfasser der Rahmen zu nah an die Schrift gesetzt oder wie im anderen Beitrag die Berechnung von Windows und Mac unterschiedlich sind.

But how are they set in the Text Styles. What is specified for the Font, Font Size, and Leading in the Text Style definition, for example?

[Andreas CH]

4 hours ago, walt.farrell said:

But how are they set in the Text Styles. What is specified for the Font, Font Size, and Leading in the Text Style definition, for example?

[walt.farrell]

Thanks. Can you share a sample document with those settings?

You could even create a new empty document, delete all the Text Styles from the Text Styles panel (burger menu, then Delete Unused Styles or Detach and Delete all Styles), then Import styles from your real document.

Or, if you think it's an issue with the resizing of the text frames, provide a sample document with some text in the frame that behaves differently on macOS and Windows.

[Andreas CH]

19 hours ago, walt.farrell said:

Or, if you think it's an issue with the resizing of the text frames, provide a sample document with some text in the frame that behaves differently on macOS and Windows.

Hier ein Beispiel mit originalen Textstilen, aber mit freien Schriften.

Here is an example with original text styles, but with free fonts.

Leider kann ich das nicht Testen, da ich nicht über ein MacOS verfüge.

Unfortunately, I can't test this because I don't have a MacOS.

Test mir Times und Arial.afpub

[Old Bruce]

1 hour ago, Andreas CH said:

Hier ein Beispiel mit originalen Textstilen, aber mit freien Schriften.

Here is an example with original text styles, but with free fonts.

Can you check and make sure that the two machines have the same Horizontal Scaling set to either 98% as it is in the document you supplied (or reset to 100%) for both machines for the [No Style] Text Styles. 

Meaning your document has 98% width for the text, your 'other' machine may be set to use 100%.

================================================================

Können Sie überprüfen und sicherstellen, dass die horizontale Skalierung auf beiden Geräten auf 98 % eingestellt ist, wie es in dem von Ihnen gelieferten Dokument der Fall ist (oder auf 100 % zurückgesetzt wurde), und zwar für beide Geräte für die [No Style] Textstile. 

Das bedeutet, dass Ihr Dokument eine Breite von 98 % für den Text hat, während Ihr "anderes" Gerät möglicherweise auf 100 % eingestellt ist.

Übersetzt mit www.DeepL.com/Translator (kostenlose Version)

[walt.farrell]

7 minutes ago, Old Bruce said:

Can you check and make sure that the two machines have the same Horizontal Scaling set to either 98% as it is in the document you supplied (or reset to 100%) for both machines for the [No Style] Text Styles. 

Meaning your document has 98% width for the text, your 'other' machine may be set to use 100%.

I'm not sure I understand that, Bruce. As I see it, the 98% Horizontal Scaling is set explicitly in the document, in the 3.5 Beschrieb Text Style. Where do the settings in [No Style] come into play for that?

[Andreas CH]

• Bei beiden Geräten werden die genau gleichen Textstile verwendet. Die Textstile sind zudem mit dem Dokument verknüpft.
• Die Anwender haben die gleiche Vorlage.
• Die Konfiguration ist bei beiden Geräten die Gleiche. Pixel, Punkt und Millimeter sind auf zwei Dezimalstellen eingestellt.
•  
• The exact same text styles are used for both devices. The text styles are also linked to the document.
• The users have the same template.
• The configuration is the same for both devices. Pixels, points and millimetres are set to two decimal places.

[Old Bruce]

1 minute ago, walt.farrell said:

I'm not sure I understand that, Bruce. As I see it, the 98% Horizontal Scaling is set explicitly in the document, in the 3.5 Beschrieb Text Style. Where do the settings in [No Style] come into play for that?

Open the document, make a Frame Text Text Frame and insert some filler text. You can see that it is set to be 98% wide. This is just a stab in the dark looking for a cause of the problem. Perhaps the 'other' machine has a [No Style] setting of 100.4% set for its vertical scale setting. Perhaps the fonts for Mac and Windows are subtly different.

[walt.farrell]

6 minutes ago, Old Bruce said:

Open the document, make a Frame Text Text Frame and insert some filler text. You can see that it is set to be 98% wide.

Sorry; not on my Mac. A new Text Frame using [No Style] has text set at 100% Horizontal Scale in that document.

[walt.farrell]

2 hours ago, Andreas CH said:

Here is an example with original text styles, but with free fonts.

Thanks.

One hint for other times: You can't even be sure that free fonts like Arial and Times will match across machines, so for sharing documents it is often better to create a Package file (File > Save as Package) and then Zip together the .afpackage file and the Fonts directory. Then you know that everyone is using exactly the same fonts and font versions when they Open the .afpackage file.

In this case, though, my Windows and Mac machines display your test file exactly the same way, and behave the same way with double-clicking on the frame nodes. So, I think that either:

• The test document does not exhibit the problem (or I don't understand what to do to demonstrate it); or
• The problem is with the fonts you're using, and perhaps they are different between your Windows machine and your colleague's macOS machine. To test that, you might exchange a Package file and see if the behavior is better.

[Andreas CH]

Das Original wurde auf Windows erstellt.

Ich habe die Vorlage mit Textstilen erstellt und auf allen Geräten installiert.

Die Daten wurden von einer Kollegin auf Windows erfasst.
Bei mir auf Windows ist alles in Ordnung.

Bei einer dritten Kollegin mit Mac tritt der Fehler direkt beim Öffnen auf.

@walt.farrellDa die Schriften geschützt sind, sende ich dir einen Link für das Paket.

 

The original was created on Windows.

I created the template with text styles and installed it on all devices.

The data was captured by a colleague on Windows.
Everything is fine for me on Windows.

For a third colleague with a Mac, the error occurs directly when opening.

@walt.farrell As the fonts are protected, I will send you a link to the package.

[walt.farrell]

On 11/12/2023 at 1:04 PM, Andreas CH said:

As the fonts are protected, I will send you a link to the package.

Thanks. With the complete file, and your fonts, I see the same difference between Windows and macOS as you mentioned at the top of this thread.

I will try to figure out why.

[walt.farrell]

I reported a problem back in 1.7 that seems related to what I'm seeing in your file: 

At that time, one of the Serif staff agreed something was odd, and reported it to the developers.

I can see that Publisher on Windows still behaves this way. However, Publisher on macOS does not. I'm not sure if

• the problem only existed on Windows, or if
• the macOS application(s) were fixed but the Windows applications weren't, or if
• the problem has resurrected in Windows but not macOS.

In any case, I think that it explains your problem, because macOS will not shrink the text frame that small, as it thinks more space is needed. Windows made it too small, and then the app on macOS decided that "Ernst" wouldn't fit.

Someone from Serif will be able to find the earlier bug report and confirm its status.

Edit: I do not think this is related to your fonts, but it was helpful having them so I could accurately recreate what you're seeing. Thanks! I will delete them from my system.

[Andreas CH]

Danke Walt für das Bestätigen des Fehlers.

Thanks Walt for confirming the error.