RM f/g

I have a picture frame containing a placed jpeg. After replacing the image with an Affinity Photo file using the resource manager – the picture frame doesn’t respond to ‘Picture Frame Properities‘ under the ‘Properties‘ button in the context tool bar; – the ‘Size Picture Frame to Content’ button is greyed out; – the picture frame shows the two diagonal cross lines like an empty picture frame. Having replaced the image with an Affinity Photo file using the ‘Replace Image’ button in the context tool bar the picture frame behaves as expected. Using the resource manager to replace the image with another jpeg of tiff doesn't result in this behaviour. AfPub 1.8.3 and beta 1.8.4.651, MacOS Mojave

Ran into the same problem today, text wrap setting just didn‘t work. Text wrap of placed AfPhoto file set to ‘Jump’; “Ignore Text Wrap’ in text frame settings off. The other placed AfPhoto file with same text wrap settings on the same page wrapped jus fine. The solution I found is to just click Text > Text Wrap > Edit Wrap Outline in the menu and text wrapping jumped to the desired shape. Can't explain what happened, but I‘m glad it did. That's beta 1.8.4.561 meanwhile.

In the free version you can ‘save as > idml’ and ‘export > document > idml’. I've only been playing around with the – somewhat crippled – free version of Vivadesigner. Never used it for a project, so never got the commercial version.

Or have a look at this: Viva Designer Even the free version opens indd (and idml) files and exports idml.

I'm going for manually removing the extra lines in the toc. Thanks for looking into this.

A hard return? Between the number and the text? But that would result in two entries in the toc, wouldn't it? First line with only the number, second line with only the text, as we then have two paragraphs. Or do I misunderstand?

Do you mean it doesn't fit? It fits here, but only just at closer inspection. Have made the frame higher. Still a work in progress.

Hi Gabe No returns used, only a regular space. Project file (truncated) attached. 93-Pe4 kopie.afpub

Yes, that would be the anwer! Just store the complete heading in one text frame. That is not going to work as I have started a new texts flow with each chapter. Thanks for your help. Much appreciated.

In a document I'm working on, the chapter heading consists of a number and a title. The number is placed in a separate, linked text frame. Number and title are within the same paragraph. In the table of contents this results in two entries, the first including the number, the second without. Deleting the text frame containing only the number – which moves the number into the main text frame – results in only one entry in the TOC.

I too miss this OPTION/ALT feature. As I mostly hold a wacom pen instead of a mouse, I have assigned the pan/scroll feature to one of the pen buttons. Works fine, but pressing the alt key is just more comfortable than using one of the pen buttons.

I have no problems when renaming a layer via right click > properties.

I stumbled over this problem in Designer, so it's not just a Publisher inadequacy.

The same thing happenes when double tapping on trackpad (no peripherals connected).

It occurs using pen or mouse. But fortunately not every time.

I'm on a Macbook Pro, mid 2015 with MacOS 10.14 Mojave. Mostly with an external Apple keyboard, Apple mouse and Wacom Bamboo tablet attached. All wired.

Well, ChristiduToit, you're not the only one. I have experienced the same as you described. Nothing serious, but anoying, though. (High Sierra and Mojave)

As far as I remember, I didn't change the dpi. I pretty sure I didn't. I have meanwhile experienced more or less the same behaviour in the same document, different text, when the preceding (empty) paragraph still had the imported MS Word paragraph style assigned. After changing the paragraph style of this paragraph to a style defined in APub, the following paragraph behaved normally.

Hi My screen recording. You'll see that in the pages panel the original page remains selected and therefore pressing cmd + 0 jumps back to the original page. This occurs not only in the current beta, also in the 1.8.3 retail version. jump.m4v

Have you checked the settings in the Snapping Manager?

When using the zoom tool by pressing cmd + spacebar and then clicking to zoom in, Publisher jumps to another page (and zooms in). After choosing the zoom tool from the toolbox, everything works as expected. I have ‘scubby zoom’ disabled. With ‘scrubby zoom’ enabled, it also works as expected.

Agree. It would be helpful to be able to jump to another section instead of having to scroll through numerous pages (working on a document of about 200 pages now).

Thanks Walt, for having a look at this. The file was idml before I saved it as APub. The file didn't contain any text then. After drawing the first text frame, I pasted the text into it, drew the second, linked frame and then resized the frames to fit the margins. I tend to stay away from the detached node of the frames in a document like this as it changes the text size as well. What I failed to do at first, is delete both text frames. Having deleted them I drew new ones and pasted the text into those. Then everything worked fine. So I suppose it had something to do with the frame itself, not with the text.

I’m facing some challenges with a APub document and I can’t figure out what is happening. When changing the size of a text frame, making it smaller, the text flowing over into the next frame changes from 10 pt to 2.4 pt. When making the text frame larger, the text flowing in from the second frame changes from 10 pt to 41.67 pt. Selecting last paragraph of the first text frame or the first paragraph of the second text frame separately shows 10 pt size in the context toolbar. Selecting those paragraphs together results in a blank text size field in the context toolbar. Having entered 10 pt here, the selected text in the first text frame changes to 41.67 pt. Cutting and pasting the text ino a plain text document and then copying and pasting back into the APub document doesn’t make a difference. Deleting the second text frame and reflowing the text into a new frame gives the same result. Deleting the second text frame and autoflowing the text adds 12 new empty pages. As if they were filled with 41.67/50 pt text. This happens in both retail 8.3 and beta 8.4.648 versions. Other threaded text frames – not threaded with these two – in the same document don’t show this behaviour. Is there anyone out there who could shed some light on this phenomenon? wnw.m4v wnw.m4v 93-Pe4 kopie.afpub

The new edition of Vivadesigner can read both idml and indd files and can save as idml files. Even the free version can do this. Maybe worth having a try.