thomaso

Text Wrap works quite charming here with fill text. @dsahwahnee, is your page more complex? @Old Bruce, in which way does the "sort of things" have an influence? I'd guess the demanding task is the textflow around the objects, not the object content.

Ah!, nice feature, I haven't seen yet, Thanks! So it is even more weird that your page move scroll does not work: because mine in macOS luckily even scrolls on page moves in the pages pane when "Scroll with view" is unselected. p.s.: which are correct or common English terms: Pages pane | panel | palette ?

Windows collegues, do you have in the top-right pulldown menu of pages palette the option "Scroll With View"?

Dave, like Chrisw5 in this align numbers desire I also can't experience an effect in the 3 buttons, too. I did set a first line indent in various situations: with the text cursor placed in the first line, with all text selected and also with just the black arrow cursor selected. Also I added an additional tab in the tabs field before the bluish L symboI. These additional tabs appear as symbols in the text frame in front of the numbers as expected but I can't manage them to have any influence. Toggling the three buttons (right of the tabs field) seems to have no effect at any time during this various actions – exept that it occasionally made the additional tab disappear (delete) from the tab field and the text frame. p.s.: have a good break-sit or holiday or just time!

p.s.: there's one more way to get the palette settings reset to default: menu View > Studio > Reset Studio (I'm not going to touch it, cause I don't want to loose my 2-monitor set – but at least it sounds to do what you asked for

I would not export with 100% quality in this case. Even 75-90 % is almost unvisible but reduces the file size enormous up to 50% depending on the amount of photo details. Take a look at this impressive comparisons, see a bunch of different example photos, each in its different quality and file size: http://regex.info/blog/lightroom-goodies/jpeg-quality#surprise Also you could try a newer PDF version than 1.4 – unless Whitewall demands this. Finally – if you have access to Acrobat Pro – you can reduce the file size after export by deleting unnecessary data from the PDF. – For instance: if I print a jpg in 30x20 cm with the "Save as PDF" feature in Apple macOS than it results in a PDF with 23 MB. The cleaning process in Acrobat Pro reduces it down to 3,5 MB (without touching the image quality). Honestly I experienced such a huge difference only with this Apple PDF yet. A quick 1-page test with Affinitys export as Print PDF did not reduce the file size at all in this Acrobat cleaning. It's not only the export settings which influences the file size of a PDF but also the code/library which is used. That is, you can not necessarily achieve exactly the same file size if you use the same settings with different export software. Like you reduce the file size of an .indd occasionally, also a PDF can include data which can be seen as unnecessary garbage.

@Dave, @Alfred, thank you. That both sounds promising

"truncated" in which way? If you see only 1 DPI value, it is even healthier. 2 values are displayed when the image has been stretched. Then horizontal and vertical resolution are different.

Ah, indeed, yes, we can! There it tells the original pixel dimensions and values for the effective resolution. Thank you for your persistence – I had a different understanding for context menu, the pop-up which opens on control-click (how do you call these?)

Appears to be easier for them to develop for Windows first; it is my impression from several forum keyboard shortcuts discussions in which Serif does not seem to be interested in very traditional Mac GUI rules. Also, the context menu partially is created by the system. For instance I have in AFPubs "Bullets and Numbering" options for the "Text" field some context menu items relating the write direction. That's no Serif creation, does not even make sense here but exists also in other applications which support these macOS feature. What is "red versions" ?

Ah, by "buried deeper" you mean "more cryptic named". However, the prefs will/must be placed either in User/Library/Prefs or in User/Library/App Support, and they probably will not loose any more or less ovbious hint in the filename to the according app. So, I am not worried not to find those prefs but more that they seem to alltogether in 1 file, which results in a complete reset of users customized settings – different to f.i. indesign, where you have workspace palettes, keyboard-shortcuts, color tables etc in seperate files. By the way: i'd say the .dat file you mentioned is not the complete prefs but kindof incremental backup only. As Mr. K. pointed out yesterday the user prefs are held in user/Library/Preferences/com.seriflabs.affinitypublisher.plist. (the .plist is ca 10x the size of the .dat)

Thank you Walt. I forgot to mention that I use Mac, where unfortunately the context menu does not have these infos.

Go through the blue door. Avoid the white door with the X.

I am shure, to make it easier for more complex projects in your future. Or, to answer with an everyday picture: You are in a cinema and go to the bathroom. There are two doors. You choose one. Now it is very simple to open the door but you need to read a bit signs to open the wanted only.

Aha. Seems you call a screnshot a print. This result looks exactly like what you have initiated. You placed a Picture Frame (NOT with the rectangle tool) and that makes appear the X. Also you have a margin on your page, that makes the greyish rectangle. This means, if you want to get rid of X and rectangle: 1. Create the rectangle with the rectangle tool. 2. Set the margin of your page to 0 (Zero) on all 4 sides.

In my experience the colored - blue or grey - rectangles are irrelevant for page moves. They do only indicate, which page is going to become selected on double-tap (blue) or which is momentarily visible in the document window (grey). When you move the view in the document window than the gray rectangle in the pages pane jumps synchronously according to the document window view. To move a page or spread in the pages palette, I do not need these rectangle markers, I can ignore them. I simply click on the desired page (regardless of the gray rectangle) and drag it directly while holding down the mouse button. The blue vertical line will indicate the new position if I release the mouse there. The delay before the scrolling could be less irritating if the scrolling speed would increase gradually but immediately.

Here is the Affinity Publisher Beta forum. You might want to have a look there again:

But what about to allow scripts, sooner or later? Such an interface could satisfy particular user needs – from tiny to big markets – without making you any trouble once the interface is available.

A visible X on a printed result on a real sheet of paper? Or a print as a screnshot? In case of a screenshot you might check the rectangle tool. The picture tool creates an X, the rectangle tool does not. "and lines" – ? Can you show us?

What makes you think so? – I still hope finally the palette issues, especially with 2 monitors, will make them allow the user to save this setting to be able to restore it in case of a crash.

To simulate a paper color you simply might place a colored rectangle on your master page. I'd rather miss an option to set an object to not printable/not exportable in general, without the need to set it invisible before print/export.

It also happens to me with copying-pasting from AfPub into Firefox, f.i. into this forums text field or a browsers search or url text field. Whereby it works with an intermediate step in a text editor. Not a big problem but unusual.

Appearently there are issues with transparency in your result with black rectangles. Did you try already a different PDF setting to avoid them? Flatten/rasterize everything might help.

You might missunderstand my approach in this sample. It is more an experiment with somehow corrupted objects than a problem to avoid or solve. I cleaned the layout from this topics origin, down to the two frames to see what might cause the text flip in AleMellos afpub. The offset in the lines is less weird than simply the vertical align setting for each text frame. Also the frame break is typed in purpose to achieve a text flow regardless of line spacing or frame size. Both settings made it easier to play around with these objects.

This appears magic. I can't find anything which might cause this. In your file I startet to check if there is another frame couple behaving like the one top left – but I could't find any. Than I deleted any object except these weird frames and one healthy couple. After that suddenly alos the healthy one turned to weird. I have two of these magic pairs in the document now (but I can't reproduce them further). I'd not name it a real bug, rather a coincidental, weird data hiccup. But worth a look inside, might be especially for developers: magic flow on copy-paste.afpub top to bottom.mov