Jump to content


  • Content Count

  • Joined

  • Last visited

Everything posted by Hangman

  1. I personally think the ability to rotate the canvas with the scroll wheel whilst holding down the cmd key is a brilliant addition, particiuarly using a magic mouse. I've simply set 'R' to be the 'Reset Rotation' keyboard shortcut.
  2. Which is absolutely fine... my suggestion if you are having this problem would be to post it as a bug report along with a video demonstrating the problem so the support team can provide help, afterall that is what they are there for, to help. It is clearly working for some people, myself included, but if it isn't for yourself or others then the most helpful thing would be to provide a screen recording demonstrating the issue and showing how it isn't working for you on your setup so the problem can be addressed rather than saying 'For me this is a closed case and I will not reply anymore regarding this', that helps nobody.
  3. @dcarvalho84 Seriously, I'm the last to be critical of other users in this forum, but please, just grow up, the bleed in a document with artboards is working perfectly in the latest Beta so please don't criticise when someone is trying to: a) be helpful and b) you've not bothered or taken the time to do something correctly I see this, 'I'm superior to you' or 'I know more than you do' attitude in so many forums and it really 'frustrates me' (to be polite). @walt.farrell was and always is trying to be helpful to others so please don't throw your toys out of the pram when you've failed to do something as simple as make sure the View > Show Bleed is checked as @Old Bruce pointed out! Anyways, off my soap box now, some people need to 'learn' (sadly), as it should come naturally, to be kinder to others, it would seriously make the world a much better place than it is currently... 😀
  4. I guess this is the ‘bug’, i.e., the stroke width...
  5. Doing a bit more 'testing', this seems to be specfic to the stroke width... e.g., if I create a shape and add a 2pt solid stroke, I can add this as a style to my currently selected styles palette ad infinitum, but if I change either the stroke width (e.g. say to a 4pt stroke) or change the stroke style (e.g. say to a 2pt dash stroke instead of a 2pt solid stroke), then I can no longer add this as a new style to the currently selected styles palette but I can add it to a new or different styles palette. If however, I revert the stroke width back to the original 2pt solid stroke (i.e. the original stroke style) I can again add this as a new (albeit identical) style to the original styles palette. The behaviour is replicated regardless of the currently selected styles palette. Example Create a square and give it a 2pt solid black stroke, add as a style to the currently selected palette. You can add this as an identical style to the same palette repeatedly. Change the stroke width, say to a 4pt solid stroke or a 2pt dash stroke (or anythng you want) and you can no longer add as a style to the currently selected styles palette but you can add it to any other styles palette you select and the same behaviour is replicated with the newly selected styles palette, i.e. if you change the stroke width you can no longer add this as a style to the new currently selected styles palette. Revert back to the original 2pt solid stroke and once again you can add as a style to the original styles palette as many times as you want, which is completely counter intuitive as in it is letting you add identical styles to any styles palette but it is not letting you add what should be a new style to the same style palette when the stroke width is changed, despite this technically being a new style. Change the colour of the stroke and not the stroke width or style and you can add as a new style to the currently selected styles palette as you would expect.
  6. Seems to be working as expected here both when right clicking the selection on the canvas and selecting 'Create Style' and when selecting 'Add Style from Selection' from the style palette dropdown menu. The style is being added and I'm not being asked to create a new category, unsure why you are seeing this... are you seeing this across all documents/files.
  7. It seems that Boolean operations are a bit of an achilles heel for the affinity suite (hopefully an area that will be recified/improved in the v2.0 release), not sure why but they seem to be one area that have failed to be fixed over multiple releases despite widespread reporting of issues. The option/alt workaround is interesting and works well, why is that and what is the addition of option/alt actually doing that the standard boolean selection isn't and why is, whatever the option/alt workaround not the standard operation for boolean operations if it works as expected? Just curious?
  8. Simple example attached... One rectangle sized at 650px x 450px with a stroke of 0.1pt aligned to the inside of the rectangle. Contained within the rectangle on individual layers are the following: a set of two green lines without arrows a set of two red lines with end arrows set to 100% a set of two red lines with end arrows set to 150% a set of two red lines with end arrows set to 200% The bounding box for the lines/arrows is contained well within the bounding box of the rectangle in all cases. Selecting the 'Rectangle' Group, containing all the elements and then exporting the rectangle together with each individual set of lines/arrows as either a PNG, JPEG, GIF or TIFF file whilst setting the Area to 'Select without background' results in the following exported sizes: the rectange with the two green lines without arrows - exported graphic is 650px x 450px the rectange with the two red lines with end arrows set to 100% - exported graphic is 658px x 450px the rectange with the two red lines with end arrows set to 150% - exported graphic is 746px x 468px the rectange with the two red lines with end arrows set to 200% - exported graphic is 834px x 556px It appears that both adding and scaling end arrows is somehow increasing the bounding box for the lines with arrows so it is outside the bounding box for the rectangle (mathematically but not visually) which in turn is causing the exported graphics to be exported at the incorrect size. Since in each case bounding box for the lines/arrows is contained within the bounding box of the rectangle, all versions of the graphic should export to the same 650px x 450px size. Arrows Bug.afdesign
  9. The issue seems to relate to the arrows in the graphics. Export Size When you export the first graphic (on the left), at the point where you choose 'Selection without background' the size for the selected exported graphic, prior to you scaling it is 328px x 230px which makes sense because the 1pt stroke on your grey rectangle is set as 'Stroke to outside' so when allowing for the 2pt additional width and height together with the 'rounding' of the non integer X and Y coordinates of the grey rectangle this size is correct. However, exporting your second graphic you'll note that when choosing 'Selection without background' the second graphic size is 360px x 230px (i.e. 32px wider) despite both grey rectangles being identically sized with their 1pt strokes set to 'Outside'. This is the cause of the difference in the exported sizes between the two graphics when you are scaling the width to 800px wide, i.e. the source aspect ratios when 'Selection without background' is selected is different despite the actual grey recatangles being identical in size. The cause appears to be the arrows, I'm assuming they've been created as lines with an Ending Arrow. When you uncheck the arrow layers for both graphics so they are no longer visible and repeat the exports, both graphics, when exported using the 'Selection without background' are identical in size and aspect ratio and therefore scale to the same size as well. When the arrows are visible, the greater the 'arrow' is scaled, the greater the width of the exported graphic, despite the arrow bounding boxes being contained within the grey rectangle. If you scale the arrows up, the exported graphic width increases. If you 'Expand Stroke' for both arrows the problem goes away and both graphics again export at the same size, so the issue appears to be related to 'arrow scaling' which I assume is a bug?
  10. Hi MiaPSU, It looks as though the issue is realted to the graduations which feature in both the Illustrator created arrows. Can you upload the .ai file so we can take a look?
  11. Not that it's a great help but for every mm the second artboard is offset from the first artboard in both axes, the nested graphic, regardless of what it is, is negatively offset by a factor of 10.948810 (or 10.94880973975937 to be more precise) in both the X and Y axes less the X/Y offset of the same graphic on the second artboard itself. Taking the sample file, the second artboard is positioned at 1,112.151994 mm on the X axis and the map graphic is positioned at 253.965999 mm on the X axis in relation to the second artboard itself. When the map and the non nested underlying rounded rectangle are grouped, the map is now positioned at minus 12,176.740584 mm Which equates to X = ((1,112.151994 mm x 10.948810) - 253.965999 mm) or an X position of minus 11,922.774874 mm If the second artboard sits directly on top of the first, then grouping the two items works as expected but offset the second artboard by any value in either or both axes and when the nested map is grouped with the underlying, non nested graphic, the X/Y offset factor is always the same, i.e. 10.948810 in both axes. Move the second artboard further to the right and then group the map and the underlying non nested rounded rectangle and the map is offset negatively even further but still by the same factor. It seems to be related to the map being nested, if you move the underlying rounded rectangle so it appears as part of the same nested group as the map then grouping the two together works as expected regardless of the position of the second artboard.
  12. 1) It is Locating, as in jumping to the relevant page and selecting the relevant graphic, so this is not an issue (apologies if I didn't make that part clear in my original post). 2) This is definitely an issue and certainly not expected behaviour but good to know it has already been reported as an issue/bug. 3) I'm not experiencing this issue however hard I try, maybe I'm missing something here? Re clicking Yes to update all files automatically, Walt pointed this out it a different post, personally I think this should also be an option in the Resourse Manager as well. resource_selection.mp4
  13. I have to agree, to my 'logical' brain, I would have expected that functionality from within Resource Manager as well!
  14. Thanks Walt, not entirely sure how I missed that, makes perfect sense now... blinkered vision me thinks 🙂
  15. If you have a Publisher document containing Linked images/graphics and for whatever reason the images/graphics have been moved or their containing folder renamed, selecting a Missing image/graphic in the Resource Manager list and then clicking Locate in Document results in the first item in the Resource Manager list now becoming the Missing image/graphic selection, rather than the item originally selected making it very easy to inadvertently Replace the wrong graphic. This only happens when the currently viewed page in the Publisher document is not the Locate in Document page. resource_manager.mp4
  16. Not sure if I'm missing something obvious but if I have a my Publisher document and a folder containing all the Linked images/graphics used within the Publisher document both contained within the same folder and then I decide at a later date (after creating my document) to simply rename the folder containing my images/graphics, resouce manager doesn't: Give me the option to Update, only the option to Replace Allow me to Update or Replace all images/graphics in one go When I Replace the first image, I would have expected Publisher to be intelligent enough to automatically recognise all the other now Missing images/graphics within the renamed folder because their file names have not changed and provide the option via a dialogue window to automatically ask if I want to update them. Currently you have to select each image/graphic individually and then select Replace which is painful in a document containing hundreds of images/graphics. Having the preference 'Automatically update linked resources when externally' ticked in the Genral preferences, obviously only applies if a graphic has been modified but doesn't accommodate a simple folder name change. I hope this is something that will be improved moving forward, unless it's already there and I've missed it.
  17. I've seen numerous bug reports relating to issues with the Add Boolean function so this may well be something that the team are already aware off (apologies if that is the case), though Matt mentioned in March 2020 that "Boolean operations between two objects where one of them was rotated were already known and fixed" in 1.82. I'm still seeing an issue with rotated objects (specifically rectangles, i.e. the same is not true following the same procedure when using the ellipse tool)) and the Add Boolean operation which exists in 1.7.3 and 1.8.3. I've attached a short screen recording. When the second rectangle is rotated +90˚ the add function doesn't give the correct result when the Add Boolean is applied, yet when rotated -90˚ all works as expected. Converting both rectangles to curves prior to applying the Boolean Add operation makes no difference and neither does reversing the direction of the curve on the second rectangle after rotating +90˚. Boolean_Add_Operation.mp4 Add Boolean.afdesign
  18. These were simply document palette's .afpalette files exported onto an internal hard drive from any of the apps. I just happened to rename one in the finder and then re-import it which is when I noticed that the imported palette maintained it's original name rather than the new name I'd given it. I guess it makes sense having the palette name embedded in the file as testing a .ase palette which doesn't, simply names the imported palette 'Colour Group 1' which results in renaming it anyway once imported. I was just curious as to why the format doesn't adopt the filename itself in a similar fashion to any other renamed file but then I don't know that much about the logic of colour palettes in that respect.
  19. Just wondering if there is a logical reason why Affinity Software doesn't recognise the palette name if the palette is renamed in the finder on macOS. It seems that the palette name created with any Affinity software is embedded in the file itself and so subsequently isn't updated when changed in the finder which means it is only possible to change the name within Affinity software. No biggy but just curious to understand whether this is by design?
  20. It would be great if it were possible to have multi-layer live perspective projection rather than only being able to apply a perspective grid to a single layer in an Affinity Photo file. Whilst it appears possible to add live projection perspective grids to different layers within the same file, when jumping between layers the perspective grid adjustment only adheres to the first layer it is applied to. Going back to subsequent layers where a grid adjustment has been applied results in the perspective adjustments being lost. This in effect means that if working/editing a 360 degree rotation image with say 36 or 72 individual photographs making up the rotation, the only way you can achieve this is to set up the respective number of Affinity Photo files rather than maintaining everything in a single document. I appreciate you could apply a perspective grid, add your graphic and merge the layers down and then repeat layer by layer, each time re-adding your graphic, but that seems very inefficient. What would be perfect would be the ability to set one or multiple live projection perspective grids per layer and then have a single embedded graphic sitting at the top of the layer stack, e.g. an Affinity Designer file and for the graphic to automatically adjust to the individual perspective grids applied to each layer once the relevant layer is made visible. The icing on the cake of course would be for Live Perspective Projections to remain live so you don't have to merge them down with the respective applied graphic prior to exporting. This way it would then be possible to simply swap out or have multiple graphics layers which when made visible in the layers panel are automatically applied to the rotating object, so if you have one rotating object which you wanted to apply a dozen different logo's to, you could set up the live perspective projection grids once for each of the 36 or 72 layers, embed all twelve logos at the top of the layer stack and then simply turn on the respective layer and the relevant logo for it to be applied to all layers below. Then the cherry on top would be if macro capabilities were expanded allowing the ability to make individually defined layers visible e.g. Layer one logo and layer two, first photo in the stack, export the file to a defined file format, size, resolution etc and then switch layer two off and layer three on, export and repeat for each layer in the file until all defined layers are exported. Hope these can be added as a feature requests...
  21. I don't believe that's how it's supposed to work, it didn't work that way in 1.7.X, there using any method of zoom updates the percentage shown in the Pan toolbar correctly.
  22. Hi Walt, I could of course do that, though it sort of negates the idea of using Affinity Photo as my 'software of choice'. To be honest I think the majority of what I need to do with the files will 'likely' be compatible with how the relevant layers and effects work in Photoshop but until I've created the files and tested them I won't know for sure which was the reason for my original question. I guess my question really realted to how much it is possible to rely on the PSD export option within Photo for file compatibility and whilst I appreciate there is never going to be 100% compatibility between the two programs, in my mind I would like to understand where the real issues and incompatibilities lie so I know what I can and can't reasonably expect. The whole idea is really ideally 'not' to have to 'invest' or 'rent' Photoshop as it makes the move to Affinity Photo kind of redundant (although I do use it for other projects) but I do understand there is no one easy answer to my original question but maybe as a result of this project I can build my own list of incompatibilities and share with the forum.
  23. Thanks to all for your feedback, it's pretty much what I anticipated but it's always good to receive clarification on a thought process. I agree that 'renting' photoshop for a month is the sensible solution to ensure complete compatibility, even if that does mean having to adjust the Affinity Photo generated PSD files in Photoshop in the process and I think, in this instance, is the approach I will adopt... Many thanks to all for taking the time to reply.
  24. Apologies if this has been asked before... I'd like to know/understand, with the 1.8 versions of Affinity Photo and Affinity Designer, what the current incompatibilites are when exporting a file created entirely within either Affinity Photo or Affinity Designer in PSD format, e.g. are live filters lost and is text still not editable once the PSD file is opened in Photoshop and more importantly, what other limitations would someone opening an Affinity generated PSD file likely experience when attempting to edit the file in Pohotoshop. I don't have an Adobe subscription hence my question but I have a potential project that would require providing a client with editable PSD files and I would like to fully understand any issues I might encounter if exporting the PSD files from Photo or Designer so I can work around the issues and pre-empt any problems. A simply list of incompatibilites would be hugely helpful if anyone happens to know what these are.
  25. Exactly the same here, for some unknown reason your curves are not working using Winding, but drawing them from scratch, no problem at all!
  • Create New...

Important Information

Please note the Annual Company Closure section in the Terms of Use. 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.