Dave Harris

The feature I think you are asking for should already be covered by the Column End Zone. That should prevent hyphenation at the end of the last line of a column, if you set it to a suitably large value. You can use several inches if you don't mind very long words being pushed to the next column. I just tried it in 1.7.3 and it seemed to work. You say it doesn't work for you. What did you try, and what happened?

The PDF should look the same as the main canvas view. If the text is truncated or is drawn below the bottom of the text frame, that's how it will be in the PDF. If you are happy with that you can go ahead. It won't upset Publisher.

I believe this is a known bug that has been fixed in the current Publisher beta for 1.7.3. It will be fixed in Designer too, when that gets updated.

Ah, this is in a Table of Contents. It looks like paragraph numbering doesn't interact well with ToC. The ToC will effectively freeze fields when it copies them, but it doesn't freeze numbered lists the same way. This is a bug. I'll log it to be fixed. It looks like the ToC text styles apply their own numbering, and used different settings. If you use the same settings but make the ToC list non-global, it should work reasonably well. Also, after you edit the main text you will need to update the ToC. On this spread it is the master pages that have the wrong z-order. They can be reordered, although it's not as easy as it should be. If you go to the Layers panel, unexpand the second master page, you should then be able to drag the first master page to below it. I'll log this to be improved too. I've attached Testfile2.afpub that shows what I think you want. Testfile2.afpub

It uses z-order to decide the ordering of unconnected frames. It doesn't use x/y position because if you had a 2x2 arrangement, you might want it to left-to-right then top-to-bottom, or top-to-bottom then left-to-right. If you go to the master page and use the Layers panel to swap the text frames around, it should work as you want. I'm not sure I understand you, but I notice you have Global ticked only for the level 1 list. It should also be ticked for the level 2 list. That's why you are getting 0.1 instead of 2.1.

I agree there's a bug here. The bug is triggered by putting No break on the space after the words as well as the words themselves. With that attribute, it can't break before the next word. It does scan back to the start of the No break range, but stops one character too early so doesn't find the break after the previous space. I'll log this to be fixed in a future release.

It can also be done with paragraph formatting, using Flow Options > Start: In Next Column. This version can be used in a text style, eg a heading style.

Ah; the text tool is selected, but there's no blinking text caret. The right-click menu makes that clear. If it was the text menu, it would have text options like Character Traits, and it actually has general object options like Group. So there is a bug, which is that clicking with the text tool in a frame that is past the end of the story doesn't set the caret - it gets confused because there is no text in the frame. Once that has happened it proceeds as I described earlier. It doesn't involve sections. I can reproduce it with a simple document with 2 empty linked frames. Thanks for reporting it. I'll get this fixed.

It seems to me you can get that layout by setting the main left indent to 75, the first line indent to 0, and in the Bullet section set the bullet Tabstop to 5. The drawback is that it doesn't update dynamically if something changes the position of the Indent to here character, but in this case you can change the left indent when you change the tabstop position.

This is more or less by design. Generally, when you select a text frame with the Move tool rather than a Text tool, you are not working with a text selection. In this case when you paste, you replace all the text. This was designed mainly for the situation where you have some placeholder text that you want to replace. In Publisher people often design layouts filled with placeholder text, and then later want to replace the placeholder text with real text, and don't want to have to manually select all the text to do it. If you switch to one of the Text tools, so you have a blinking text caret, the new text will be pasted at the caret position as you want. I appreciate this has surprised you, and I will log it to be reviewed. Meanwhile, be reassured you have stumbled across a design choice, rather than a bug or Publisher being unreliable or non-functional or unstable.

I'm sorry you've been having this problem. It is triggered by the interaction between the drop cap, text flow and the text wrap. I've attached an example file that demonstrates it. This is about the simplest document I could make. In your file the key text wrap was around the heading frame that flows into the main frame. We do have a fix for this internally, but it probably won't be included now until 1.8. In the meantime, a workaround for this type of layout is to resize the main text frame so it doesn't overlap the object that has the text wrap. 1.afpub

It's a bug. In 1.7.1 if two text frames overlapped and both had wrap then they'd both wrap around each other. We tried to fix that in 1.7.2 by making the one on top win, but unfortunately the code triggers even if the one on top is not wrapping. This will be fixed in a future release.

If you have both No break and a soft hyphen in a word, the soft hyphen wins and the word is broken. This is because No break can be applied as part of a style, so is more likely to be part of some general policy, where-as the soft hyphen has to be inserted into the specific word, so the user is more likely to have considered exactly what they want for this particular instance.

The inconsistency is by design. It's because Publisher can edit them and Designer can't. At some point we'll probably give Designer the ability to edit them too, and then they'll be the same again. There is a bug in Designer 1.7.2 in that Convert to Text Frame ought to work like Convert to Text Path, but doesn't. It always preserves the stroke and fill which you then have no way to edit.You have to remember to clear them before doing the conversion.

One way is to place a soft hyphen at the start of the word. If a word has soft hyphens anywhere in it, they will be used instead of the auto dictionary-based hyphenation, and if there is just one at the start of the word it prevents auto-hyphenation altogether for that word. Another way is to mark it as No break. This can be done from the Positioning and Transform section of the Character panel, or as a paragraph or character style. I think that's reasonable behaviour for auto-hyphens, but I agree it would be better if soft hyphens could be deleted like that. In fact, if you switch on Show Special Characters, it shows the soft hyphen as being moved to the start of the next line. I'll log this to be reviewed.