matisso

Members
  • Content count

    33
  • Joined

  • Last visited

About matisso

  • Rank
    Member

Recent Profile Visitors

182 profile views
  1. Any feedback on that gentlemen? Or should it rather be a separate feature request? cheers, Matt
  2. These are very good things going on. Kudos, @Ben and the rest of the team! While you’re at node tool, would it be possible to expand segment dragging functionality, so that there’s an option to keep nodes’ direction instead of having them rotated like it currently works? I know you can grab a single handle and constrain the editing direction by holding Shift, but editing curve flow by dragging a segment is often much more natural. For type design or modification it’s actually indispensable. Shift modifier seems to be available for segment dragging, doesn’t it? I miss this functionality very much and I think than anyone dealing with type or logo design would find this really useful. Cheers, Matt
  3. @MEB, this is just a Modal Windows.afdesign file from the Grade UI Pack, like I said. For the sake of convenience though – there you go. There's also the screenshot of the Snapping Manager you asked for. And a few more showing moments when it goes “wrong”. However, I don't really think the snapping settings are the key here. It’s the snapping that takes over pixel alignment that appears to be the problem. Cheers, Matt Modal Windows.afdesign
  4. This is pure gold, I must say. Cheers, Matt
  5. Thanks @MEB for the hint on snapping to objects. Indeed this might be likely is the issue, I had my mid-points snapping on while testing this on the Grade UI file (I had all of them ticked, to be exact). It's worth noting that it doesn't always behave like this. I had to make a few attempts to recreate it, because sometimes the object snapped right into the pixel grid – that would actually explain the mechanism you described. However, if it also happens that it doesn’t snap where it’s expected, well, something isn’t right. @arechsteiner pretty much nailed it – it says force, so please actually force. Right. So I actually played with it for a bit longer, trying different snapping options and carefully observing what is happening with the object as it snaps to different candidates. It looks like this behaviour is also caused by snapping to objects that are off-grid. Text is notorious for creating such situations, as it doesn't follow the pixel grid. You might select all the text objects in the layer palette, and choose “Exclude From Snapping” option from the context menu. Then again, that would be extremely tedious to do it for every text object in your design and for every objects that you prefer to stay off the grid, for better antialiasing or whatever different reason. That's where another limitation comes in, namely the lack of selection of objects based on their kind, attributes, or so. Enter Illustrator: Select / Text Objects. Among other selection options, like select similar objects, same opacity, colour, stroke weight, etc. But still it wouldn't address the underlying issue of objects not being pixel aligned, or snapping taking priority over it, if you like. That’s actually easy (from a user’s perspective, ofc) – ideally, give the user a choice in preferences. One option would be to force integer values, another one – allowing fractions in pixel forcing mode. Or make the decision on your own, like Adobe did. For the record, in the described case Illustrator snaps to either smaller or larger integer value, ± 0.5 pixel difference depending on from which side you draw the second, smaller object. It doesn’t make any difference to the eye. When centering objects manually with the help of smart guides, the object stays pixel aligned (technically being 0.5 px off the centre of the one it’s being aligned to). If you use an align feature, and centre them, it aligns perfectly, not pixel-perfect. Then again, Illustrator also has the “Align selected art to pixel grid” feature. Sorry for a slightly harsh tone of my previous post. It’s just that I see a lot of potential in Affinity apps but when I try to use them in a real world environment (aka actual work) I run into various glitches and I end up doing things longer and less comfortably than I would have done it using Adobe apps. Sure, a part of it happens because I’m far (well over ten years) more experienced in the latter, but some features like this clearly work in unpredictable ways (the infamous constraints/ungrouping issue being just another example). Cheers, Matt
  6. Same issue here. This has been around since 2014 (see https://forum.affinity.serif.com/index.php?/topic/452-pixel-snapping/) and still isn't properly implemented. Meanwhile it's 2018 and I'm getting this (this is a part of Grade UI pack, which everyone who has Affinity can grab): Just moved the top box, with with pixel snapping turned on, without snapping override (Alt-key). Fraction coordinates, blurred artwork. When is this going to be fixed? As in: working? When preparing this screenshot I drew an artboard to export this part of the file. Guess what: despite pixel snapping the artboard got a half-pixel height. FFS. I paid for both Affinity apps and even got my company to buy another copy of Designer. I get to read a flurry of posts about yet another platform releases, awards of the year, how Affinity can replace Adobe apps, whereas basic stuff like this still causes trouble. This is extremely frustrating and disappointing. Cheers, Matt
  7. I won't even bother to download this, @dutchshader. Read this carefully: let's say you have twenty layers/objects but sandwiched between each pair of them are other objects that must remain where they are. In this scenario you will still need to select the layers you want to move one by one and keep it that way. If you group them, the sandwiching will be gone. Locking an object within a layer isn't a solution either. You might expect (I did) that if one object is locked, it would remain in place when moving the layer that contains it. However if you move the parent layer, the locked object follows, too. Cheers, Matt
  8. Yes please! I'm amazed, not to say a bit disappointed, that this had gathered so little attention. Linking is essential for the reason mentioned in the above post and groups are not a substitute. Cheers, Matt
  9. The first image in the stack isn't just nested. It's a parent's object mask, to be precise. If I remove it – and there's still another image clipped inside the parent object – all works as expected. For the record, I have also found a workaround for it – if you select the parent object and then use the node tool to select all nodes, you can move the parent object and the problem doesn't occur. Cheers, Matt
  10. The flickering it does made me think of display issues. But the contents of the clipping path actually do get moved around, when you inspect them. Go figure…
  11. Hi, @Sean P, no problem, there you go! It's a bit hefty, probably due to the bitmaps. I wonder what you guys come up with. Please remember to tick the Lock Children setting. Why isn't this persistent? It doesn't quite make sense, IMHO… Cheers, Matt W1_cover_bug_2.zip
  12. Hey guys, I don't really know how I should look for that (basic search didn't come up with anything), so if that's been already reported elsewhere – sorry! Having that out of the way, let's begin. There's an odd stuff going on in Designer when moving a clipping object which also has a mask and Lock Children ticked. Please see the attached video. Basically, when I move the parent clipping path, the objects that are clipped and are supposed to stay in place (because Lock Children setting), hop around and pop into some random places. Also, when undone, the parent object comes back to place but its contents often doesn't. When I repeatedly Redo / Undo it goes back to place eventually, as the end of my clip also shows. The said mask is disabled on my clip but I tested it with the mask back on and exactly the same thing happens. I also tried rasterising the clipped image, changing its blending mode back to Normal, but neither helps. Only removing the mask “fixes” it. Cheers, Matt Affinity-mess.mp4
  13. Oh, right.Yup, sadly, it looks like a bug. When you change colour of the text in a symbol instance (unchecking «Sync» toggle prior to that, of courses), the attributes that get unlinked are «Text, Text Frame», so it basically breaks most of synchronization except the size (even that works only when you resize the text using its bouding box – setting font size directly doesn't work, either). Cheers, Matt
  14. Oh, wow. So great and so nice of you to share it! Thanks a lot, much appreciated! Cheers, Matt
  15. Confirmed. I used that quite recently when I was preparing multiple variants of a responsive website. So, enjoy. Cheers, Matt