Jump to content

Luca H

  • Posts

  • Joined

  • Last visited

Profile Information

  • Location

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Hi @walt.farrell, thanks for the super quick reply. I didn't think about this possiblity but that works!
  2. Hi everyone, I've found the following bug: 1. Create new Publisher file 2. Place an empty Picture Frame on a master page 3. On a normal page fill the picture frame (that is automatically placed by the master) with an image. 4. Add a Mask Layer or an Adjustment Layer to the Image inside the Frame in the Layers Panel. 5. Try to remove or edit the Mask or the Adujstment Layer in the layers panel. Nothing works. My workaround is to just delete the image from the frame which then deletes everything with it. But that's not ideal, because this way I don't just loose the adjustment layer I wanted to get rid off, but every other adjustment layer or mask as well. I hope this can be fixed soon! Thanks in advance. I used Affinity Publisher 1.10.4 MacBook Pro 15" 2019 (2,6 GHz 6-Core Intel Core i7, 16 GB 2400 MHz DDR4) MacOS 11.6.3 (Big Sur)
  3. Hello everyone, today I created a table that is longer than my layout and would span over several pages. So I had to split it. It is simply very inconvenient to have to split the table, especially if you insert or edit rows later and want to re-sort the table. Therefore here's my +1 for multi-page tables.
  4. Hi @Patrick Connor, thanks for the quick reply, you are right, the value is correctly stored. What must have confused me is the rendering of the grid. I attached a video to show the grid rendering confusion. In the beginning the gutter is set to 0, then I paste the exact location of my object and then the rendering of the grid makes it seem like there is a rounding error, because the lines don't align, but then I discovered if I play around with the decimal place numbers the rendering of the grid is not correct or precise enough. Bildschirmaufnahme 2021-05-26 um 12.04.31.mov
  5. Hi everyone, I set up a custom grid with the spacing set to a value with 6 decimal places. My problem is, that I can't have the same precision of 6 decimal places for the gutter parameter, which is limited to 3 decimal places. For my custom grid to work properly I need at least 4 decimal places. Now I'm not sure, if this is a bug or if that is an intentional restiction, but it's confusing because it renders the precision of the spaceing useless if the gutter can't match it. I created a screenshot to show the problem. I made sure that in settings > user interface > decimal places for unit types: is set to 6 for every unit type I typed the value 0,123456789 in both flieds (spacing and gutter). In spacing it was correctly rounded to 0,123457 In gutter it was only rounded to 0,123 It would be very helpful if the gutter decimal places could be extended to 6. Thank you Luca Tested with Affinity Publisher 1.9.2 Affinity Publisher 1.9.4 (1076) on macOS 11.4 MacBook Pro (15 Zoll, 2019)
  6. MacBook Pro (15", 2019) macOS 11.2.3 Publisher 1.9.2 Hi everyone, I set up a document in Publisher and organized my text styles in groups in the following way: Group Style (General Settings) Group Style (01 Body Texts) Paragraph Style (Body Text) Paragraph Style (Unsorted List) … … … The group style "General Settings" acts like a master style. Here I setup all the things that should stay the same across all further subordinated paragraph and group styles. As those things work, the settings I make in "01 Body Texts" should override the settings from "General Settings" and "Body Text" should override the settings of "01 Body Texts". So far that has always worked well for me, except in one case. For the paragraph style "Unsorted List" I changed some optical alignment settings and as expected, these settings override the settings of "01 Body Texts" and "General Settings". The problem here is, that it doesn't just override the optical alignment for the characters where I adjusted it, but also resets all other characters that I previously setup in "General Settings". This kind of breaks my workflow, because now if I want to change the optical alignment of a character, I have to do it in "General Settings" and in "Unsorted List" which ultimately will lead so some inconsistencies down the line. So my question here is, am I doing it wrong? Is it a bug? Or if everything works as intended, could it be implemented that the optical alignment of characters can be overridden character by character instead of resetting all characters that are not adjusted in the overriding paragraph style? I hope my writing is not too confusing. Thanks for the help in advance! Here is an Example: In "General Settings" I set "f" to 28% left and in "Unsorted List" I only set "•" to 350% left. My wish would be that the character "f" is still pushed 28% to the left when the paragraph style "Unsorted List" is activated, without having to manually add it as a setting. Mabye this example makes it more clear?
  7. Hi As already requested by you and (among others) here, here and here I also cast my vote on this issue. It would help me a great deal with organizing UI Kits with several color themes!
  8. My current workflow is to use the grid only as a rough estimate where the object should be placed and then enter / calculate the correct position in the transform panel. The test showed that snapping is not 100% accurate. On the y-axis the snapped object was 0,000086 pt off in comparison to the mathematically placed object. So snapping is not an option. On top comes the inacurate rendering of the grid. Both grid rendering and snapping are not 100% accurate so I stopped using the snap to grid and only use the grid as a guide to see where an object would be roughly placed.
  9. We're actually trying to do something in this level of precision. 😅
  10. For this I did a test: 1. I created a rectangle. 2. In the transform panel I set the size of the rectangle to exaclty the size that one grid unit should have. 3. I snapped the object to the grid at a magnification of 300%. It seems to have snapped perfectly. 4. I zoom to 10.000% and I can already see that it's not placed perfectly on the grid line. Zooming even further makes the problem more visible. 5. Now since I work with a grid and I know my numbers and the sizes of everything I can compare in the transform panel if my object is placed correctly, even if it doesn't appear to be. So one object (as well as a grid unit) has the dimensions of 22,000000 pt x 13,596748 pt. I snapped the object in the 4th grid unit from left and the 4th grid unit from the top. That means the X cordninate of the object should be 22pt x 4 = 88pt and the Y coordinate should be 13,596748 x 4 = 54,386992pt. The attached screenshot shows that it snapped perfectly on the X axis, but on the Y axis it snapped at 54,386904 pt which means that there is a difference of 0,000086 pt. So to conclude the snapping did not work correctly. Also Interesting to see is that when the Y axis is set to the correct calculation (54,386992pt) the object still doesn't correctly sit on the grid.
  11. Hello everybody, before I start to decribe my problem I want to say thanks, that it is possible at all to work with such precision, it does really make a difference to the quality of the work I produce and it's exactly the reason why I switched to working with the Affinity Apps! Now here's the problem: I am currently working with a high-precision document where the decimal places for unit types are set to level 6. In this document I have created a rectangular grid, which is also finely calculated with 6 decimal places. If I now want to align objects to this grid, I run into a problem with the rendering of the grid. The objects do not snap in the middle of the grid line, but somewhere on the side of the line. However, this becomes visible only at an extreme magnification. The problem is, if I place objects with the size of a grid unit directly underneath each other, at some point they will no longer lie on the grid, because this minimal shift causes the objects to protrude further and further beyond the grid lines. On top of that some other questions arise. When I zoom to the maximum magnification everywitng I created turns white but what I believe to be the actual grid line (I did not create any guide lines) becomes visible in blue (however this is only true for the vertical grid line). Yet it is not possible to align objecty perfectly with this grid line either. And as you can see the grid lines don't have the same width.This is not really an issue if the objects snap correctly but it looks like it could be related to this problem. In used Metal as a render engine. I also tried OpenGL, but the problem was not solved. I attached some screenshots (sorry for the ugly colored text) and a demo file so you can recreate the problem. So that leaves me with the question, is there anything I can do? If not it would be very important for me to have this problem fixed, since my work depends on this. Thanks in advance. Luca My setup: macOS 11.0.1 MacBook Pro (15 Inch, 2019) Processor: 2,6 GHz 6-Core Intel Core i7 RAM: 16 GB 2400 MHz DDR4 Grafics: Radeon Pro 555X 4 GB Affinity Publisher 1.8.6 (also checked on Demo File.afpub
  12. Just tested it with the newest beta of Publisher ( and the problem is fixed 👍 Thank you!
  13. Hi everyone, I think I've run into a bug or some sort of problem with "remove line breaks " in the table of contents settings. Generally this functionality works as intended, when I manually set line breaks they are in fact removed in the table of contents. But for a new project I created headlines that are automatically numbered through the bullets and numbering settings in the text styles. And those numberes are seperated from the text by a line break. This line break is inserted in the "Text" field of the bullets and numbering settings. So it is automatically applied. When I do this, the Table of Contents does not remove the line breaks, which I whish it did. I think it's a bug, but maybe it's supposed to work like that? Is there anything that I can do? I use the latest version of Publisher (1.9.4) on macOS 10.15.7 Thanks in advance, I hope my description of the problem was understandable. Luca PS: In the uploaded pictures it's not possible to show that there was a line break inserted in the "Text" field in the bullets and numbering settings, beacuase there is no visual indicator for that.
  • Create New...

Important Information

Please note there is currently a delay in replying to some post. See pinned thread in the Questions forum. These are the Terms of Use you will be asked to agree to if you join the forum. | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.