Veeny
-
Posts
13 -
Joined
-
Last visited
Posts posted by Veeny
-
-
11 hours ago, MikeTO said:
Just set your Inline text style to centred and then you won't have to do anything to centre your screenshots.
Publisher doesn't insert random chunks of space with inline images, it's very predictable. If you're finding it feels random then it's almost certainly your Flow settings - perhaps you have a keep with next/previous option set which would definitely confuse things and make it feel random. Flow settings are the cause of many things feeling random.
I have another book in which the inline images are always followed by captions. In that one, I have the inline image text style set to be followed by my caption style, and I have the caption style set to keep with previous. That "glues" the caption to the image so they're never separated.
Cheers
Here, I have made a video of what happens when I use inline images as you suggested. It is fine up to a point, then, for whatever reason I can’t figure out, when I insert a new image Publisher decides to group them somehow and messes up with the layout instead of just carrying on as usual. I end up with a ¼-filled page above the current one, and Publisher stubbornly refuses to fill it.
-
Alright. I don’t use the app that often (most of my work consists of DITA documents, which take a completely different route to laying out), so I’ve probably botched something. I’ll keep toying with the various options and see if I can weave my way out of this quandary!
-
Oh, I tried that, too. It’s the same. Publisher ends up inserting random chunks of space I can’t even reclaim, which result in half-filled pages. Besides, with Inline, it’s a pain to center the screenshots. I have to place them on a paragraph of their own and use center justification. But I’ll try to tinker with it a bit more since you tell me it works. Maybe, as I said, I’m clumsy and I've missed something obvious. Thanks for your answer!
-
Folks,
I am laying out a software installation guide where I have several screenshots interspersed with short lines of text. Since the text might change, I have decided to make the screenshot floating with the text, just in case I had to insert one or several sections, etc.
Problem: after two or three images placed one after another, I can place the next one. As soon as I try to move it, random events happen: sometimes the image jumps on the previous page, sometimes spurious page breaks are inserted, etc. In short: it becomes totally unusable. Often I end up with a dangling pin. This can be seen in the screen video I attach to this message (somewhat medium-low quality to keep is size low), where the screenshot when moved down is somehow whisked on to the previous page, and the blue pinned ‘thread’ dangles.
Unless I’m missing something super-obvious, I think this looks like a bug.
-
The 2.2 still doesn’t have this feature
I wonder if it’s that hard to develop and debug.
-
6 minutes ago, walt.farrell said:
We will not know what is planned for 2.2 until the Beta starts, and even then we may not know everything it will contain from the start.
Of course. But that table thing looks like a pie in the sky now. Without that feature, it is impossible to use Publisher for technical / scientific articles/books layout, as they are often full of tables… and that’s a bummer.
- PaoloT and Westerwälder
-
1
-
1
-
I second that. I've been waiting for it for two years. As long as this is not implemented, I cannot decently start laying out data sheets using Publisher…
-
Oops, sorry, my bad, you’re completely right!
Darn. I should be more careful henceforward. Thanks a lot!
-
In A.D., page numbering is customisable by section, which is nice, but that customisation is NOT reflected in the final PDF file, where page numbers invariably start from 1, irrespective of what has been defined in the various sections defined in the document.
This webpage describes the relevant header in PDF files. It turns out having the proper page numbering is a matter of inserting a very lightweight metadata section, so it should definitely be feasible. Given that having inconsistent numbering between a document and its PDF is a major obstacle to e-book distribution, and requires manual editing of the PDF file, I think it should definitely be added in a future release.
-
Thanks! Well, it is something that should definitely be added. It is very lightweight (as the linked page proves, it’s just a matter of adding a few metadata sections in the PDF header) and it has become standard, at least in scientific publishing. You can’t really distribute an e-book if PDF page numbering is inconsistent with the document.
I’m going to open a 'ticket' for that. Thanks again for your answer!
-
Hi Bruce, thanks for the quick answer!
No, that’s not what I meant.
Have a look at the attached screenshot. This is from MacOS Preview's sidebar. As you can see, the upper page has page number xxxiv, and the lower one 1. 'Paper' and PDF numbering are consistent.
How can I get the same thing using Affinity publisher?
PS: This page delves into PDF page numbering. It seems very easy to get Roman then Arabic numbering, and even to have gaps in numbering by selecting a suitable /St parameter! (In fact, I just edited one of my PDFs using vi, and it works fine now).
-
Folks,
I need to export a small document to PDF. The document comprises two sections, the leading one (preliminary matters) has Roman lowercase numeral page numbering (I, ii…) , and the main section has regular page numbering (1,2… ).
I'd like that to be reflected on the PDF numbering, so that people who consult the index could directly use the PDF page number to find the relevant page (otherwise, PDF page number and document page number are offset, which is not great).
So far, no dice. PDF numbering starts at 1, irrespectively of the first section's page number format. If anyone knows the trick to have the different page numberings reflected in the final PDF file, I'd be their forever beholden!
TLDR version: is there any possibility to customise PDF page numbering in Affinity?
Thanks a bunch!
Placing multiple ‘float with text’ images one after another results in inconsistent placement
in V2 Bugs found on macOS
Posted
Gotcha. The problem was in the ‘Keep with next’ setting (was [no change], put it to 0, now works).
Thanks so much for your help, super appreciated ♡. I wish I could requite it somehow, just tell me!
Cheers!