Jump to content
You must now use your email address to sign in [click for more info] ×

Pioof

Members
  • Posts

    22
  • Joined

  • Last visited

Recent Profile Visitors

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

  1. Three years on and an AD2 out, nothing has changed and AD/Serif still doesn't understand that units of measure are a choice of the user, not a property of the document, and should be set somewhere in the global properties of the application. My "poor workflow" is like JCD's, it requires me to use physical units of measure. Always. Whatever document I open with AD. It shouldn't be complicated to understand. The piece of software has to do the computations for you, it's first grade mathematics. I don't earn a living using AD (otherwise I'd probably use something else). But years of not addressing elementary requests... I find it fascinating to set and run a feedback forum, and not use it as a way to improve your product.
  2. Yes it has. It slightly edited your file. Click on the object I called A, select same transparency, do whatever you like with the resultant selection : move it around, scale it, change fill color... whatever crosses your mind. It will affect object B (among others). Undo, deselect everything and click on object B. Select same transparency, do whatever you like with the resultant selection : move it around, scale it, change fill color... It won't affect object A. transparency of A = transparency of B, but transparency of B ≠ transparency of A. Didn't I already write this somewhere? opacity select same.afdesign
  3. Yes, I know, I was explaining how my "solution 2" quoted by Old Bruce would work. Sorry for the present tense, it does not belong to a current reality.
  4. If you drop it to a Layer with 70% opacity it'll have that 70%. If you drop it to the background (which as far as I understand behaves like a layer with 100% opacity, it has 100% opacity. You can't put a rectangle with 60% opacity into a Layer with 40%. It inherits its opacity from the Layer so its value can't be chosen independently. If you want to achieve a different perceptual effect you work with fill/stroke opacity, or you move it to a Layer with 24% opacity. It's a choice that has lead to an inconsistent behavior of "same transparency". As I said, there are several ways around that issue. The last solution I outlined is my preferred right now but I understand that the constraint it creates (all objects in the transparent layer have the same "layer transparency" --unless that layer transparency is 100%) may not please everybody.
  5. That is very well, but does it relate to the action of selecting objects? You show that a given effect applied to a layer or to an object give different results. I can see that this can be exploited in smart ways. Now if I select an object, apply "select same whatever" and do not get a collection of objects but a heterogeneous set of objects and layers, then every function I'll apply of this heterogeneous selection will have different effects on the visible objects, whether they're affected as individual objects, or whether they're affected as constituents of a selected layer (I initially thought it could make no difference, but you pointed me to one it makes --thank you for that). So this way of selecting "same transparency" does not seem any smarter, on the contrary. And I hate to repeat myself but apparently this is something that does not shock you, guys: if you select an object A and ask "select the same transparency" and the result of that is A and B, every normal human being expects that to be symmetrical: select B, ask "select same transparency" and you should get A. AD does not do that. You don't seem to believe me, it's funny, so try it on MEB's file above (select_same_transpaqrency_2.afdesign Click on the top left square, apply "select the same transparency", get the middle one selected. Deselect everything, click on the middle square, apply "select the same transparency", you won't get the top left one selected but still another square selected. The operation is not symmetrical. Not. It may be "by design", I don't care, I feel, and trust that 99% people would feel the same, that it should not behave this way. Why do we see this asymmetry? AD does this because it treats separate opacity parameters, object opacity and layer opacity, the same (whereas they're not and they interact), but nevertheless only object opacity, when an object is selected, is considered as the key value to be matched (so, irrespective of the opacity of the container layer). In contrast, a consistent way of programming would be to consider as key value the product of the layer and object opacities. To be anal, that would not be always the apparent object opacity either since this perceptual opacity is affected by fill and stroke opacities, on top of that. The product of layer and object opacities would be some half-evident transparency property, at best. But at least this way of doing things would give a symmetrical behavior. Select an 50% opaque object in a 100% opaque layer, and you'll get all 100% opaque objects in a 50% opaque layer (and all 62.5% opaque objects in a 80% opaque layer etc). Select any one of these latter objects, choose "select same transparency" and you'll get all of them again. "Same" finally meaning same. Obviously another way to do it is to make opacity a heritable property of a layer, whenever layer opacity is not 100%. Objects would inherit their non-100% opacity from their container layer. That would also allow symmetrical behavior, and you could always play with fill/stroke opacity if ever you wanted an object with a different perceptual opacity inside that non-opaque layer. Actually I much prefer this second version. It makes the concept of transparency sounder, and does not multiply redundant parameters. In both cases the resultant selection would be a homogenous collection of objects, so whatever you decide to do on them would have consistent effects. Sure, you could still find some other mechanism. I don't really care. As long as "same" means "same".
  6. As far as I can see, it doesn't make any difference in practice. Please give me an example of a difference between the selection of a layer and the selection of all its constituents, apart from what is displayed in the inspector window. Anyway, that is not the key problem of this thread. The key problem is that "same" is supposed to be a symmetrical concept. If A is the same as B, then B should be the same as A. In the current implementation, it is not. I'm not asking why it is not, I think I begin to understand why AD works in that convoluted way, I'm just saying this is a stupid choice and a stupid implementation that breaks one the most basic assumptions a standard user holds. When your software does not behave as 99% people instinctively believes it should, you are obviously free to go on thinking they are uneducated and need to read the doc. Or you can change that behavior to make it intuitive. As far as I'm concerned, I see no value in the current implementation of "same transparency" and would never use it, if ever I adopted AD as a professional tool.
  7. No. If you move around this selection, the middle object moves around. If you change the fill color to green, the middle object turns green. I don't care whether in theory the layer is selected and the object inside it is not: everything is consistent with a selection of the object.
  8. Sorry for the delay in the response. I must be thick but for me there "layer opacity" cannot mean both "the opacity of a layer" and "the opacity of an object inside that layer". As far as I understand, but correct me if I'm wrong (at least that's how I would expect things to function), we should have, in hierarchical order: layer opacity > object opacity > (fill color opacity, stroke color opacity) and all contribute to the perceptual opacity of the object. But that's just semantics. Now take your example file. Select the top left object and use "select same transparency": you'll get the top middle object selected. Now select that top middle object and apply "select same transparency". You will not get the top left object selected. In other words, A = B but B ≠ A. The problem is that both in mathematics and in common sense, "same" is symmetrical. So if it works fine by design, then your design is completely broken.
  9. Well, JimmyJack, I did that just to prove something to Alfred. Initially, my layer2 had 45% opacity (see my 3rd screenshot) and everything was selected all the same. In short, whatever opacity setting you vary, fill, stroke, layer, everything is selected, which makes no sense to me. Besides, IMHO the only sensible thing would be to select the same perceptual transparency, whether it results from a fill choice or a layer choice (but we may disagree and that). The file is attached if you want to have fun. test2.afdesign
  10. So in short, it looks like a bug. Is there a formal way to file it or this thread enough? (to recap, it is AD 1.10.4 on macOS 10.14.6)
  11. No, it still does. But with an added box around the purple object that correlates with the (new) selection of layer2 in the layer panel.
  12. Nope, the selected object (green disc) belongs to a layer with 100% opacity; layer 2 has opacity 45% and its object is selected too.
  13. Hello all. Whenever I select an object of a given transparency (as shown in the upper right Color panel, green disc on first image), and chose Select->select same ->transparency, I get all the objects in my drawing, as shown on the last image (AD 1.10.4). Either something is not intuitive or there is a bug (functionally, it is a bug). Note that in my 2nd and 3rd screenshots fill is in fact 100% opaque but the brown object sits in a 100% opaque layer whereas the third purple object is in a layer only 45% opaque -- neither correspond to the object and layer opacity of the green disc. It is not a question of fill vs. stroke transparency either, because both are different between my objects (not shown). So if it's neither fill, stroke or layer transparency, what transparency is AD considering then?
  14. I attached the file (spectacular from an artistic point of view as you'll see). This is something that I cannot reproduce from scratch, so it is linked to the file history. test.afdesign
  15. I've switched to AD since it now allows "select same...". When I started evaluating v.1 10.4 a while ago, I created a simple test document with several layers, one of which has transparency set to < 100%. I recently noticed a weird behavior. When I drop an object from another layer to that layer in the layer panel, transparency applies. Great. Now if I select this object on the canvas and moves it around, it jumps to the base layer (not called Layer 1 but something like "crop area", for whatever reason that I can't remember) and transparency obviously does not apply anymore. Redropping the object to the partially transparent layer gets me to the initial state, and this bug can be repeated on and on...
×
×
  • Create New...

Important Information

Terms of Use | 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.