GripsholmLion
-
Posts
100 -
Joined
-
Last visited
Posts posted by GripsholmLion
-
-
It took me a long minute of not being able click-drag on any labels in the colour panel before I remembered that this is specifically the floating panel which opens from double-clicking on a currently set colour... (You can probably tell that I never use that). But you are absolutely right and it is very weird.
-
Can I just check that "Command B" was just a typing error and you know that it's just B to select the brush tool? I'm sure that you know that, but really I cannot think of any other possible cause than thinking that you have selected the brush and not realising. I know that you said that it works in 1.x, but I'm having to clutch at straws here! I tried hard to replicate the problem on my Macs, but couldn't.
-
11 minutes ago, romeosoroka said:
deselect, choose V tool
My point was that you do not need to disable the selection before switching to the pick tool. I thought that I made that clear. Ergo, the requested automatic deselection will save no time.
-
I can appreciate from your video why you are raising this point.
However, I cannot replicate the problem except on one occasion by making an error when I moved the selection itself immediately after duplicating its content; this prevented me from subsequently using the pick tool (V) to move said content until I disabled the selection (CMD D). That may be a bug or intended behaviour (ie. not allowing me to work outside of the selection); I am not sure.
However; if I follow this procedure, I cannot induce this problem at all. I was unable to record a video, so I will list my exact steps:
- Made a selection from a photo in AP
- Duplicated its content with either CMD J or copy/paste
- Selected the pick tool by hand or with V
- Moved the pasted object
- Finally, disabled the selection with CMD D
I have repeated this several times and, as long as I did not move the selection, I could move the new content regardless of whether the selection was still active.
-
-
@JEH Although I wrote yesterday that flow didn't appear to mimic what you want, I've tried it some more, made more changes, and I now think that @walt.farrell has a point. I managed to get pretty close to how I think that you want a brush stroke to look and behave.
-
Exactly my earlier point.
If those two fours were made respectively with multiple strokes and a single stroke, then they should not look the same unless the user has enabled an (as yet hypothetical) option for that behaviour. Otherwise, the primary function of brushes in a photo editor is messed up.
-
You really want either the current or both behaviours. I assume that the current behaviour was intended to favour the application of subtle effects without accidentally over doing them with an overlapping stroke. For instance, if you want to brush in some effect with consistent translucent opacity, the current behaviour prevents overlapping strokes from doubling that opacity.
To me, this makes much more sense as a safe and usable default if there is no option for any other behaviour. That said, there probably should be a tick-box option on the context bar to enable over-painting in one stroke for times when it is desirable. I played with the settings a little bit, but flow appears not to be a substitute for this.
-
Is that not five things? 😉
Anyway, you should be able to add shortcuts for 90° rotation left and right. Preferences; Shortcuts; change the second dropdown menu to Documents; add your shortcuts. I use ⌃⌥R and ⌃⌥L, for example. If you don't use Macs and your menus are different, ask someone for help.
-
If you mean the option in the accessibility page of system preferences, no other application which I have ever used needs that in order to tab through such UI elements. The option on the Shortcuts tab of the Keyboard page, "Use keyboard navigation to move focus between controls", is normally sufficient. And if the accessibility setting is needed for Affinity, why does tabbing work correctly in many other parts of the UI, such as the values in the transform palette?
-
In that case, this really should be in the bug reports; not feedback.
It's a shortcoming which affects all numeric boxes in the contextual toolbar of the 2.x apps on both of my Macs to the extent that I assumed that it was simply designed behaviour and I would have to learn to work around it.
-
I can see Bruce's point. Mixing black and white will make grey, just as subtracting -1 from 1 equals 0; but a transparency contains no information to be subtracted or mixed. Maybe your desired effect of blending the colour with the transparency can be achieved satisfactorily by switching to the erase brush and playing with its opacity.
-
I think that's not exclusive to the 2.1 Beta because I saw this happen earlier when, perhaps like you, I was testing this tool in view of the question about it.
2.0.4 on Monterrey.
-
35 minutes ago, hdcel said:
It's much easier to control the brush for the blur on certain areas.
Is it though? If you can control that brush, you can control a brush on a mask just as easily.
It is not as easy to see where exactly it has been applied with this method as it is with a mask; and it is not as flexible as the already-suggested filter and mask.
What you seem to be asking is "why can't I hammer this screw in; I don't want to use a screwdriver."
-
Either that or create and then move/resize the frame with snapping on to match the rectangle; or vice versa, if you already have a text frame.
-
1 hour ago, artmischke said:
cmd + klick
Could you expand a little upon that? Garry has already asked about this, so I think that neither Garry nor I are entirely sure what you may be Cmd-clicking to trigger a zoom.
-
You may have misinterpreted the point which I was making with that particular word: I intimated that if InDesign focusses in on whatever happens to be selected during a zoom, it (the software) is presuming that the user wants to see that object more closely, despite the fact that there are many occasions on which I would be looking closely at some other layer object which happens not to be selected. I wouldn't wish to have always to preselect the "right" layer just because the software is trying to be overly intelligent in its handling of zoom. That is what the zoom tool is there for.
1 hour ago, artmischke said:As a mac user there is no touch screen - so no pinch zoom with 2 fingers... just a keyboard and a mouse
I am a Mac user, as you can guess, but I can assure you that I have pinch-zoom available on all of my touch pads. It does not require a touch screen. So it is incorrect to state wholesale that Mac users do not have pinch-zoom.
-
That bit confused me a tad, too, but I'm guessing that he/she is describing the different behaviours between zooming with Command + and the zoom tool (see the OP's second post). I have gaps in my knowledge about that tool, as I remove it from the toolbar and have probably used it only once.
But I think that @artmischke doesn't like the behaviour of Cmd + (which always keeps the image still while zooming in/out). I must admit to a lack of sympathy for that position, however, because I like it that way and I think that it's logical behaviour.
Perhaps, having a particular object selected may indicate that the user actually wants to zoom in on that, but this would be expecting the software to read our intention. What if I intended to zoom on some other object which is not selected?
It really isn't practicable for Cmd + to do anything other than maintain the current position of the image while zooming in/out. If InDesign behaves otherwise, then perhaps it's being a bit presumptuous.😁
For zooming on to a particular part of an image, I just pinch-zoom and two-finger swipe. However, (just surmising here) if artmischke uses a Magic Mouse, this is not an option (even though it really should be) because its swiping surface doesn't support pinch-zoom (or not in my version at least).
-
Well, as I pointed out, that is why any future change in behaviour should only be opt-in via a preference.
-
It slightly annoys me, too.
A computer program may consider it to be modified, but if I haven't actually edited, added, or removed anything, I don't. Computer logic versus human intuition, I suppose.
It could be fixed by a preference: (1) ask whether to save (default) or (2) suppress the prompt and discard changes on closure. I would use that option if it existed anyway.
In the case of getting a selection from another image, it may be just as well to place it and make the selection in situ.
-
Maybe it's just Peter and I who want this. 😄
I quite often design and make decals and paint masks, so I would find this kind of swap tool rather handy for that.
-
On 11/19/2022 at 11:18 PM, Ian69 said:
I had very long start-ups on my intel-based MacBook Pro and iMac - around 30 seconds - with previous Affinity apps purchased though the Mac App Store. I’ve just upgraded to the version 2.0 apps, and have used this as an opportunity to switch to downloading directly from Serif. Huge difference - two bounces, then a two second pause, and they’re open. Finally working how they should be 😄
That is my experience, too. Although 30 secs would have been quite acceptable...
After reading [wading?] through much of this thread in January, I opted to buy directly. Whether the difference is entirely the result of that or partly some performance improvements as well, I can't say, but I have experienced a reduction in the region of 45 seconds in all cases.
-
-
+1. This would appear to be a simple addition which I would find quite helpful.
Paint brush not working on inherent adjustment masks in V2
in V2 Bugs found on macOS
Posted
I don't believe so; not for me at least. On small screens, it can fall into overflow and be overlooked, so some people could be quite confused if it was enabled by default.
I'm glad that you got it sorted.