Jump to content

Aleksandar Kovač

  • Content count

  • Joined

  • Last visited

  1. Aleksandar Kovač

    PDF X-1 file bleed (Designer BETA v1.7.0.331)

    To confirm, in part, @lowerider experience. (AD Attached are 2 pdfs. The same preset is chosen (PDF/X-1a:2003) and then 'Include printer marks' checked. No other options touched. PDF from Designer persona export includes bleed, while one from Export persona does not. Artboard1 export persona.pdf Artboard1 designer persona.pdf EDIT: Pardon! This is Windows beta thread while I am experiencing the problem on Mac beta. I do not have Win machine to ascertain whether this happens on Win, too.
  2. Aleksandar Kovač

    Leaving Artboard, Leaving Group...

    @MEB, @>|< Exactly! Dragged object should stay in the group - that is my feeling, too. Thank you for replies.
  3. Designer v1.7.0.12 Interesting conundrum... Not entirely sure if this is a bug in Designer or in my brain. Let's eliminate one out of two possibilities this way: Make a new file with an artboard. Add 2 objects onto the artboard. E.g. Two squares. Group them. Select one object of that group via layers palette, or by clicking through to the object. Drag the object off the artboard. Take a look at the layers palette. The object that is outside artboard is not in the group anymore. Leaving artboard = leaving group. OK? Now try this: Undo the drag above and drag your objects far apart in the group but make sure that both objects are still on the artboard. Now select the group and position it so that one object is off the artboard. Now, the group is intact. Leaving artboard honours grouping. There is inconsistence, right? To be honest, I am not sure which behavior is 'right' but I think that explicit groups should be honoured. Surely, dragging one object off the artboard can be interpreted as user's intent to take it out of the group but that would not be right since groups are not artboard-dependent entities and this behaviour could introduce some pain to well structured work files.
  4. I am not sure what to attribute this peculiarity to... Let me explain. Please, see attached images. Notice that when tabular figures are chosen in 'Typography' panel, line breaks occur in the middle of a word. While, when figures are set to 'default', line breaks are as expected. This is true even when text does not contain numbers/figures. The same occurs in Affinity Designer but it does not occur in other layout software. Based on the fonts I have, I can see this behavior only with 'Work Sans' font (https://github.com/weiweihuanghuang/Work-Sans). Work Sans font has been behaving reliably so far. So, I don't know where this behavior is coming from. The font or the software? Affinity Publisher Beta on iMac late 2009, High Sierra.
  5. Aleksandar Kovač

    UI Papercut: Checkboxes vary in size

    Hi Sean P, Thank You It is High Sierra. I am sending you some examples attached. On 'Dropcaps' you can see both sizes. Again, I do not consider this to be a problem, rather an observation to be shared with you girls & guys on the code/magic-weaving side that might be indicative (or not) of some coding inconsistency (or not). Let me know if I should provide further info.
  6. Open 'Text Edit Style' dialog. On its righthand side, click down the setting groups list: Flow, Baseline Grid, Hyphenation, Drop Caps, Initial Words, Decorations. While doing the above, on the righthand side pay attention to checkboxes being displayed bigger, smaller, bigger... Not a big deal, really... But since the perfection is in details, worth noting. Thank you for your hard work. Affinity Publisher Beta on Mac
  7. Aleksandar Kovač

    Spread dimensions not propagated to all spreads

    Thank You Chris_K.
  8. Consider this scenario: Make a file with several, not-facing pages e.g. 100*100mm. Change the first page dimensions: Select the first page, click on 'Spread Setup...' select 'current spread' radio-button and enter e.g. 120*100mm. Press OK. The spread is resized as expected. Now, 'remember' you actually wanted to resize all of the spreads in this publication. Not just the first one. No problem. Back to 'Spread Setup...', select 'All spreads' radio-button, glance at the dimension input... alright... it says 120*100mm. Press 'OK' button and expect all spreads to be resized to 120*100mm. Scratch your head. They did not. Now, if user explicitly reenters the same dimensions that are already set in input boxes, the spreads will get resized. Therefore, it seems that Publisher is waiting for dimension input box edit in order to apply the change, but ignores the user input user commited on radio boxes. Perhaps an improvement would consider change/edit in radio boxes as user input/intent, too. Affinity Publisher Beta on Mac
  9. Switching OpenGL display modes in Preferences.../Performance/Display results in inconsistent behaviour, depending on the mode selected. When 'OpenGL' is selected: - Grid display is unreliable. Grid origin seemingly moves depending on zoom level. Grid snapping is working well. (bug?) - Doubleclicking a page in pages palette 'moves' user to that page. (as expected) When 'OpenGL (basic)' is selected: - Grid display is proper. (as expected) - 'Go to spread' contextual menu command does not work. (bug?) - Doubleclicking a page in page palette doesn't do anything. (bug?) Affinity Publisher Beta iMac (27-inch, Late 2009), macOS High Sierra, ATI Radeon HD 4850
  10. To add to the information above: display error with grid occurs if Performance/Display is set to 'OpenGL' but does not occur if set to 'OpenGL (Basic)' -- Affinity Publisher Beta