Jump to content

PatrickOfLondon

Members
  • Content count

    25
  • Joined

  • Last visited

About PatrickOfLondon

  • Rank
    Newbie
  • Birthday April 20

Profile Information

  • Gender
    Male
  • Location
    : London, England
  • Interests
    Technology per se

Recent Profile Visitors

184 profile views
  1. Thanks to everyone for the interesting thoughts. Given that somewhere on the evolutionary path of PagePlus X9, someone at Serif thought the row-and-column-oriented, multipage view was a useful option and made it available, I hope a similar feature will make its way into the final release of Affinity Publisher, too. I just think it's convenient to be able to choose between viewing modes -- including options to view pages arranged either sideways-then-down, or vertically-down-only -- as you can in most other page-viewing environments, as in Adobe Acrobat or Microsoft Word. Fully aware that this is a beta -- but I suppose that's what beta versions are for: to flush out ideas, provoke discussion, and generate improvements for the eventual release. Serif/Affinity: you are doing a fantastic job with this; thank you, well done, and keep going! Best wishes to all.
  2. Hi everyone, In PagePlus X9 I could have a multipage view, whereby in the main work window (View > Multipage), the pages would stack themselves side-by-side along rows, and then continue on the next row, varying with the zoom factor applied: effectively, a grid layout. I can't find any way to do the same thing in Affinity Publisher. Can it be done at all, in the main work window? The pages inside it seem to be viewable only in a continuous vertical columnar layout. The attached screenshots will, I hope, illustrate the point. Thanks in anticipation, and happy 2019 to all.
  3. PatrickOfLondon

    Paragraph leading

    There do seem to be some oddities around this (in addition to the observations by Chrisw5), which I would suggest need sorting out by the developers. For example, if I start with a blank document and add a text frame and some paragraphs, ...then click in the Paragraph leading control (Paragraph panel, Spacing section, left hand side, second item down), and scroll the mouse wheel, the units shown in the control seem to change randomly from points (e.g. 12.4 pt) to some strange decimal number... ...and that number does not correspond with the number and units shown in the Character panel, Leading Override control (Positioning and Transform section, left hand side, fourth item down). I attach a (marked-up) screenshot illustrating this. A few further notes: it does seem strange to have the Paragraph Leading control, and the Leading Override control, in different panels. But for more advanced users there might be a good reason for this, which currently escapes me if the Leading Override control's setting is anything other than Auto, could the background colour of the Paragraph Leading control automatically change, maybe to yellow, to indicate that what you set there is not what you are going to get? Similarly, in these circumstances, could the background colour of the Leading Override control also be changed, maybe to yellow, to match the "alert" background colour in the Paragraph Leading control?
  4. Hi Walt, Thank you for that. It's easy when someone like you shows you.... For the developers to consider: I wonder whether it might be an improvement to the user interface if the two "defaults" buttons (synchronise, and revert) could have a safety-trap on them, e.g. clicking on either of them gives a message "This will [do whatever it does].... do you want to proceed? Yes/No" I know one can always undo, but in certain circumstances, nothing obvious happens when you click one of these buttons, even though it has changed things behind the scenes. Just a thought.
  5. Hi everyone, I have a simple test document to experiment with text, character, and paragraph formatting. In this document I made a text frame with some characters in it and then applied a drop cap, using the Paragraph panel's dropdown styles list. I then tried to remove the drop cap, but despite setting everything in sight back to "[No Style]", and using the "Reset Format" button in the Text Styles panel, the drop cap refuses to go away. I have noticed this with some other character/text/paragraph attributes. Once set, they seem to persist even when you try to get rid of them. Why is this, and is there any one-click or other simple facility in Affinity Publisher Beta to thoroughly remove all applied text/character/paragraph attributes from text and set it back to "no added attributes", leaving only the raw text in place? If so I have not yet found it. I'm attaching the test document and a screenshot of settings. If I'm missing something I'd be glad to understand what that is. At present I'm thinking this is a bug. Thanks in anticipation... drop cap - character format persistence bug in AfPub.afpub
  6. PatrickOfLondon

    Paragraph leading

    Hi Scadwe, I was mystified by this too, until by trial and error I found the following: (a) have both the Paragraph panel and the Character panel in view. (b) in the Character panel, find the Leading Override control (Positioning and Transform section, left hand side, fourth item down)..... and use its drop-down arrow to set it to Auto. I had somehow set it to some other value, which caused the effect you noticed (i.e. adjusting paragraph leading had no effect). (c) in the Paragraph panel, find the Paragraph Leading control (Spacing section, left hand side, second item down), click in it, and use the mouse scroll wheel to adjust. Does this work for you?
  7. PatrickOfLondon

    Flowing Text bug - 1.7.0.133 (split)

    Cautiously optimistic that this bug has been resolved in Affinity Publisher Beta version 1.7.0.162. I have not so far been able to make this version crash, using the test document and the steps described above, which made earlier versions crash. Can anyone else confirm that it seems to have been resolved? Thanks to all concerned.
  8. PatrickOfLondon

    Flowing Text bug - 1.7.0.133 (split)

    Hi JFisher, Many thanks and please tell the developers that they, like you, are doing a great job in working to develop and refine this nascent product.
  9. Hi, Using Affinity Publisher Beta version 1.7.0.145 on PC Windows 10... File > New has these tabs: Layout / Colour / Margins / Bleed .. but File > Document Setup has Colour / Layout / Bleed ... (reversing the order of Layout and Colour, and omitting Margins) Thanks for all the progress made thus far, it's coming along really well.
  10. PatrickOfLondon

    Flowing Text bug - 1.7.0.133 (split)

    Just to note that this bug is still present in Affinity Publisher Beta 1.7.0.145. See
  11. PatrickOfLondon

    Flowing Text bug - 1.7.0.133 (split)

    Here's the error message I get from afpub for this bug: Unhandled Exception An Unhandled Exception has occurred and the application cannot continue. The Crash Reporter will be displayed after the application exits. Reference: a2c3181 e-2e16-4e0f-97b3-46ab41f da954
  12. PatrickOfLondon

    Flowing Text bug - 1.7.0.133 (split)

    Walt, Yes I can reproduce this, with even fewer steps: 1. Start afpub / File > New / click OK at foot of "New Document" panel 2. Click Frame Text Tool, draw new text frame 3. Without doing anything else, double-click the left-middle handle... and crash. I would be curious to know, if you have the time to try it, what happens with you if you open my test document and try my steps at the start of this thread.
  13. PatrickOfLondon

    Flowing Text bug - 1.7.0.133 (split)

    "Interesting. I cannot reproduce this. It seems to work here." ...Thanks for trying, Dominik. Is anyone else able to reproduce this "Flowing Text bug" problem...?
  14. Hi Dominik, Yes, I can reproduce it. And I don't have to select the Move tool: just stay with the Text Frame tool, then double-click the left transformation handle. I wonder if this text frame bug is related to another one I found, here:
  15. I think there's a bug in the flowing of text from one frame to another. I attach a test file to demonstrate this. 1. Click inside the 3-column text frame. 2. Click on the little (it could usefully be bigger) orangey-red triangle on the frame's right-hand edge. The "new text frame" cursor appears (T in a box). 3. Attempt to drag a new text frame. If it works, move to the new text frame, click inside that, and keep repeating steps 2 and 3. 4. For me, this will sooner or later cause Publisher to crash. Sometimes it happens on the first "flow out" attempt; sometimes only after 2 or 3 or 4 "flow outs" have been completed. This is on my Windows 10 laptop: Microsoft Windows 10 Home Version 10.0.17134 Build 17134 Processor Intel(R) Core(TM) i7-7500U CPU @ 2.70GHz, 2904 Mhz, 2 Core(s), 4 Logical Pr... BaseBoard Manufacturer HP Graphics (GPU): GeForce GTX 950M test document (bug demo).afpub P.S. I wonder if this Text Frame bug is related to another one found by Dominik, here:
×