Jump to content

matisso

Members
  • Content Count

    53
  • Joined

  • Last visited

Everything posted by matisso

  1. 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
  2. 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
  3. 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
  4. 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…
  5. 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
  6. 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
  7. 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
  8. Oh, wow. So great and so nice of you to share it! Thanks a lot, much appreciated! Cheers, Matt
  9. Confirmed. I used that quite recently when I was preparing multiple variants of a responsive website. So, enjoy. Cheers, Matt
  10. It's been a year and a half since this was posted and we're still waiting for it… I'm just working on a logo in AD and need this transformation so badly. It's a shame we need to revert to other apps with such a basic feature, guys! regards, Matt
  11. Did it go completely ignored, I wonder? It's a quite convoluted way to have to export a bitmap just to be able to distribute many repeating objects along a path. Losing size-independent scaleability in the process is a bad thing, too. cheers, Matt
  12. I ran into this just recently. Are you guys planning to fix this, @Sean P? It's still present in the current beta. Constraints certainly shouldn't prevent the user from intentionally arranging objects, do you agree? Cheers, Matt
  13. Could that rather be set as a preference, please? While I agree it's sometimes distracting and unnecessary, it's not always the case! cheers, Matt
  14. It would be so much better if there was a preference for that: insertion mode toggles (I'll leave proper wording to you, alright?). Best of both worlds, no supposed confusion and control for those that need it. Cheers, Matt
  15. Yes, MEB beat me to it. :) I've made a screenshot of the Slices panel for you. You can also add several formats and set different resolutions for each of them if you wish. The last, expanded slice in my example will output two PNG files, the first one will be 640 pixels wide, another one – 480. regards, Matt
  16. This the first sentence on the Perfect Exposure site: Also – don't all caps at everyone here. :lol: Have a nice day! Matt
  17. Erm, yes, a fat +1 from me on this one. I've been struggling enormously with groups and constraints, too. These random relocations upon grouping/ungrouping are a total efficiency killer. Please, please, fix this. @MEB: Do you still need a sample file or have you been able to replicate the problem? [edit] Gaah, I didn't notice this thread is in Bugs on Mac section. However, this happens on Windows (10, 64 bit) as well. I will post another bug I discovered today, unless it's been already reported. cheers Matt
  18. Bump from me as well. It's been three years since this was requested? :blink: regards, Matt
  19. @dutchshader, not quite. Unfortunately, dragging with Alt also changes the adjacent nodes to sharp ones. As stated in the help file: The feature I describe shouldn't break the curve continuity. If the nodes are smooth, they should remain so. regards, Matt
  20. Hey everyone, I cringe a little at the default (and sadly the only available, for now) node tool action. When a segment is dragged, its adjacent nodes change directions, just like it works in Inkscape (last time I checked, at least). This is a real deal breaker when it comes to more precise jobs like logo design, modifying letterforms (not to mention creating them from scratch, although I know there are dedicated tools out there for that) etc. In Illustrator, this the the only mode of editing, in Photoshop there is a choice between a «legacy mode» as they called, which functions the old way (preferred in my case), and the default mode (like AD works). Such a choice would be ideal, wouldn't it? :) This is what I mean in case my description wasn't clear enough (left, AD, right, AI). best regards, Matt
  21. All right, duly noted. Thanks!
  22. All right, I've just tested my own ideas with the actual Affinity apps. I was sampling colour values in AD (Designer) document (ICC profile sRGB, which is also my default device profile in the colour management applet in Windows) from the file in AP (Photo) with a different ICC profile (Adobe RGB, ProPhoto RGB) the file in AP with the same colour profile. As I expected, when there was a different profile in AP, the resulting, sampled colour in AD was different. When both profiles were set to sRGB the sampled colour gave the same values… well, almost. Depending on the hue, there was a difference of 1 — in one, or two channels. Which, in real life means almost nothing, but is somehow unnerving and I can't explain it. I don't even know if it's a bug or a deeper level of colour management… Is anybody still following? cheers, Matt
  23. +1 from me. Hitting a modifier key first is pretty instinctive and most of us have it deep in our muscle memory. It definitely should be fixed.
×
×
  • 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.