Jump to content

rnbutler87

Members
  • Content count

    70
  • Joined

  • Last visited

About rnbutler87

  • Rank
    Member

Recent Profile Visitors

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

  1. Ok thanks, I'll give it a try.
  2. Did a whole project and rely heavily on being able to select a group and change all the constituent layers fills in a single go, it's great. However, I've discovered that if I a pixel layer is present, a massive white square gets drawn instead. Take a look at the video: https://www.loom.com/share/f18d617e54b44c97b915a5ced16f8a8d It would be great if it just ignored the pixel layers (as they're mostly they're just as preliminary sketches) Let me know if this is a bug or intended functionality. Thanks.
  3. If I extend the artboard, the current pixel layer I'm drawing on doesn't draw past the bounds on one edge. However, if I make a new pixel layer, it seems to draw correctly... Take a look at the video: https://www.loom.com/share/c3abed59934243ffbd05641546236997 Running the latest beta version.
  4. I have a group containing artboards. If I make an artboard from a layer outside that group and then drag that artboard inside the group, everything works as expected. However, if the layer artwork is already inside the group containing the artboards and then I make an artboard from the selected layer, it goes a bit skew wiff - seems to make an artboard out of the whole group, rather than the selected layer... See the video: https://www.loom.com/share/b4d89134a3ae4b66be528bd4c76c3bac
  5. Thanks! I've since realised that these stroke options can affect slices.
  6. Attached is 2 screen shots, one showing the editor and one showing the export: In the PDF export, the pig, which is vector, the colours appear the same. But the animal prints and bullet points, which are pixel data, are appearing darker. I don't know if this is just a coincidence but I suspect not. Document colour format: CMYK/8 Document colour profile: U.S. Web Coated (SWOP) v2 PDF Export: PDF (for print) and the colour space and profile are set to use the documents space and profile. Attached are the files and the export. This has been annoying me for a while so I'd love to get to the bottom of it. Many thanks. Richard pig.afdesign pig-export.pdf
  7. Thanks, this works! It does seem strange and unintuitive functionality though...
  8. Hi, thanks. Here is the file and palette: CK_palette-issue.afdesign UNIVERSAL-palette.afpalette
  9. Hi, I've already posted on this but thought I would again with confidence that I've not missed anything from the suggestions given last time. I also have updated to the latest beta since posting on this last, in which I seem to remember reading in the release notes there was a fix regarding the positioning of artboards (which was perhaps one of the problems last time) Anyway, as you can see in the video, I've got 4 icons, all sat on whole pixels and all whole pixels in width and height. But when I create slices out of them all, the slices all appear different sizes. And not just one pixel out in some cases (which would suggest a rounding error or hidden decimal places on the positioning or width and height) but 4px on one of the icons. It's very strange. Below is the video showing this as well as the file: https://www.loom.com/share/5a315b2305c54881903b0bd76224e637 SYL_assets_master2.afdesign
  10. Hi, I exported this palette...: ... in to another document and it appeared in reverse order, like this: I don't want to sort either of the palettes by alphabetical or by colour, I want them in the order I created them (being able to change their order manually would be great) But more than anything, all the swatches are named in the original palette but only some of them are named in the subsequently imported one. About half of the swatches have just come in with Global Colour [number] which is odd...
  11. Recreation of problem: A group with visible and hidden layers Duplicate this group via CMD + J In the new (duplicated) group, turn on one of the hidden layers Invoke the transform handles for the group The transform handles don't recognise the new size of the group with the incorporated hidden layer visibility. They only seem to transform the bounds of the original size of the group based on the visible layers before duplication. See the video for more clarity: https://www.loom.com/share/dc106a51978a42abbf56c7e718de3647
×