-
Posts
24,944 -
Joined
Everything posted by R C-R
-
That giant void only occurs if you scroll down far enough to see it, so if you use a mouse that makes it easy to control how far you scroll, that problem never arrises. Did you ever use one of the original hockey puck mouses? If you did & were happy with its design you were in a very small minority of users.
-
I believe that is an inherent design flaw in the design of that rodent that manifests itself not just in the Affinity apps but also in others, notably Safari & other browsers where it is very easy to accidentally scroll when just trying to click a link with the result that the click lands on something else.
-
That is what I explained several posts back, which is why the "would not need to change" comment made no sense to me. As for the rest of it, I was not objecting to anything other than possibly how far off the original topic this discussion has gone. I do take some responsibility for that but I do not think it is all my fault.
-
Perhaps, but I am talking more about Publisher. It works the same in all 3 Affinity apps so I am not sure what your point is about that. Apart from that, I'm still trying to understand why you would intentionally scroll the document around so much that you would need to set limits on how far the UI would let you do that. After all, it is up to you to stop scrolling when you have the document placed in the workspace window where you want it, right?
-
But I still do not understand why you are scrolling around the document that much, unless it by accident. Frankly, as I have written in several other topics, I consider the Magic Mouse to be very poorly suited for use with any app that allows scrolling because it is so easy to scroll accidentally when that isn't desired. Also, please note that this topic was originally about AP, not APub, & your APub example shows the simplest possible document, one with just a single document page. If you add more pages, you will see that vertical scrolling allows you to quickly move up & down among them, which is why it doesn't confine vertical scrolling. There is more to it than that because since APub offers two other personas if all 3 apps are installed where there are also reasons not to limit vertical or horizontal scrolling, but hopefully you can at least see the reason these apps are designed as they are.
-
The pasteboard area is dependent on the zoom level & the size of the document, so if the zoom level is much lower than what is needed to show all of the document, then of course there will be a huge pasteboard area. But since the zoom factor is totally under user control I do not understand why you would set the zoom level lower than needed to show what you need to work on in the document (which might be the entire document or just a small part of it).
-
Affinity Photo 2 - "The Mother Ship"
R C-R replied to JRD_2's topic in Affinity on Desktop Questions (macOS and Windows)
By loaded, do you mean installed or running? That is an important distinction in V2 since in V2 various items can be linked among the installed apps so they share the same files to significantly reduce the amount of drive space needed for all of them. -
I understand that you feel this use of the CTRL key is incongruous with what is usual in most Mac apps. What I do not understand is you saying that the current CTRL-Drag to move just the node would not need to be changed if the UI was changed so that a CTRL-click brought up the contextual menu. Was that not clear?
-
I have no idea what you mean about it being nonsense. Please explain how you could CTRL-Drag a node without the contextual menu popping up as soon as the button was pressed if the UI was changed such that a CTRL-click popped up that menu. Are you maybe suggesting a delay could be built into that function or what? Seriously, I do not understand how this could work & would sincerely appreciate it if you could explain how it could.
-
This thread started off asking about how to add a node midway between 2 other nodes, not about whether the use of the CTRL or any other modifier key in the Mac versions was a mistake or inconsistent with what longtime Mac users would expect a CTRL-click to do. So in a sense it was wrecked as soon as it veered off into the now quite lengthy discussion about that. Consequently, in retrospect I think it would have been best to start a new topic about the inconsistencies between the Help topic & status bar when using the Node Tool, & perhaps an entirely different one about how the use of CTRL, CMD, Alt/Option, etc. could or should be made to better conform to the expectation of many Mac users.
-
FWIW, back in the day Steve Jobs famously was opposed to multiple buttons on a mouse -- in fact, he once told the design team that he wanted the mouse to have no buttons at all! So when it became evident that a second button function was something users really needed, to keep Jobs happy they decided to make the under-used on Macs Control key provide that function. It was not a great design decision because it meant users needed to use both hands to access it, but it was the only alternative until Jobs relented & Apple started making multi-button mouse designs. Of course, now that a multi-button mouse or the equivalent is something almost everyone using a desktop computer has, there is very little if any need for it to activate that function.