Publisher on Mac. Text line spacing not working

[MarkFeliciano]

When I try to make a standard text boxes sometimes the line spacing will not work. It will set to the default for the font size, but then when I try to increase it will double the size rather than take it up by a point at a time. The issues is taking place on the left side of page 1 in all the text boxes under "announcements" bulletin_2023WORKING.afpub

[Old Bruce]

Hi @MarkFeliciano 

Welcome to the forums.

I think the problem is that you have overridden the Align to Baseline grid setting from your "Normal" paragraph style. You have it set to inherit in the Text Style, you should set it to off (uncheck it). And reapply the Normal style and clear all overrides.

Then Double Click on the Normal to assign things like Minion Pro etc.

 

[MarkFeliciano]

None of those solutions worked. There was something corrupted in the master document file. When I created a new doc and simply cut and paste from the old to the new, the problem was gone! Thanks for your time!

[loukash]

On 12/10/2022 at 10:41 PM, anto said:

Look at video to understand how works the line spacing.

Well, that's actually not how line spacing works.
You are changing "Leading Override" which is a character attribute. Override being the keyword here. You are overriding the actual line spacing of the paragraph.

Leading is a paragraph attribute. That's how it works.

4 hours ago, MarkFeliciano said:

There was something corrupted in the master document file.

I vaguely remember reading that there might be some kind of a related bug in Publisher 2. Not sure if it was already fixed in v2.0.3 though.

[lacerto]

Obsolete.

[Charter]

Issue with line spacing not altering text. Top panel of attachment is an example of 24 Arial (in Character panel)

with the line spacing at 48; altering the latter does not change the spacing.  (Not sure about paragraph spacing)

Use as sheet: Web FHD 1980 px x 1080 px. 

A page number # on the Master page is shown on the Pages (as itself); the # choice does not seem to support auto page numbering.

Are there separate icons (or panels) for line spacing versus paragraph spacing ?

Charter

[Charter]

This a follow up by Charter.  My present objective is to copy text (and its footnotes) from an original document using a US Letter (portrait) document to a Web FHD document.
Instead of it being straight forward, copy and pasting is to say the least irritating.

After pasting text to the Web FHD doucement I am confronted by the Paragraph leading (drop down) choice is not always altering in the FHD footnotes. The left panel in the attached  ParagraphLeadingUnresposiveInFootnote.jpg    shows an initial footnote; the one is the footnote number.  Notice that with a 10 pt leading option the "1" is on the same level as the bar at the top of the footnotes.  The "1" is either unresponsive to "Left align", "Centre align" etc or they make it disappear. How does the user allter the size of the footnote number character or its Center Height?

More of a worry to Charter is the Paragraph Leading feature often becomes unresponsive in the footnote.  The right side of the attachment shows attempting to widen the previously chosen 10 pt to some value greater (here 48 pt) but the footnote height is unchanged.

Have the footnotes (zone) any specific parameters that the user can set or is there some incompatibility when transferring from US Letter to FHD; (I noted previously that the automatic page numbering (using # in the Master Page) results in # on every page in the Pages section)?

 Charter

 

 

[walt.farrell]

Without seeing the complete application window in your screenshots, @Charter, it is hard to tell accurately what you're showing us.

I will, however, point out that generally one would use the Paragraph panel to set line spacing (Leading) for a paragraph, not the Character panel (which sets a Leading Override). Also, some aspects of spacing for Footnotes are controlled in the Notes panel in Publisher, so it might be useful for you to look there, too (and show us your settings there). Finally some aspects of Leading are controlled by the Baseline Grid options in Publisher, so if actual spacing is not changing as you expect when adjusting either the Leading (Paragraph panel) or Leading Override (Character panel) that's another good place to check.

[Charter]

Walt, thank you will for the gamut of information in your response; those are fields that I haven't known about and so not visited. (In repeating my issue; I am copy/pasting from a portrait US Letter document to a Web FHD document.  Initially eact paste seems OK, but when changing font sizes, then issues arrive.  In the main text section the changing (increasing) font size, the line spacing can result in virtually no spacing between adjacent lines (not the paragraph leading line and altering the latter of course does not fix it).  I am trying to change the font side from 12 (in the Letter document) to 24 in the FHD copy. The Letter footnotes are font size 11 and I am trying to increase them to font size 20. When doing the latter, I then have the problem that in each footnote (and there may be several for a given page) that the height-space of that footnote gives the problem of becoming fixed. I see that the first footnote may need some Paragraph Leading space to set the font text below the bar, but that leading space would be contrary to requirements in the following footnotes).
Walt,  I will delve into your advice and hope some will guide me with the above issues.  Charter

[Oufti]

17 hours ago, Charter said:

is there some incompatibility when transferring from US Letter to FHD

There is a fact that appears not to have been considered:

US Letter is a physical format (using units such as inches or typographical points) whereas WebFHD is a numerical format (using only pixels, which are abstract units). It means the latter doesn't have any real dimension (in inches for example), besides that given by the arbitrary resolution set in Document setup. By default this on is 72 ppi for Web formats, whereas in your original US Letter document it was probably 300 ppi. I wonder if that could be the source of the weird behaviour you see — but it's late for me. Thus I won't explore further for tonight…