Affin

Awesome, thank you. Now I wonder if this comes set like this out of the box? In my opinion this checkbox should not be checked by default, but perfect that it is available. I understand that the UX is personal, but the general load of mainstream applications use scroll to scroll vertical and either lack a zoom, or use ctrl+scroll to zoom (sometimes a combination of ctrl+/- of sorts). Browsers, text editors, spreadsheets, et cetera tend to stick to the scroll standard. Most users won't come from 3D/CAD applications and even if so, when combining (alt+tab) between various programs, the lack of convention will break your muscle memory rather quick. Everyone browses, everyone uses text based applications. Thank you again, you saved me tons!

Thank you for the confirmation.

A ratio can be of different units of measurement: 1cm x 20 px While not using the specification of a unit still functions fine: Just type the number and hit tab for the next field and it functions just fine, so you can forego (ignore) the px unit of measure and still get what you try to achieve?

In the latest(?) beta: 1.8.4.650 zoom = scroll scroll horizontal = scroll + ctrl + shift scroll vertical = scroll + ctrl pan = scroll-hold + move (optionally hold space and move the mouse)

The windows convention is: scroll vertical = scroll scroll horizontal = scroll + shift zoom = scroll + ctrl pan = scroll-hold + move (optionally hold space and move the mouse) Maintaining convention ensures easier (muscle memory) adoption and is consequent with other programs. Probably the most used application are browsers, align with them from the get-go: stick to conventions by default!

Thank you.

Thank you for your reply. Ah that makes it much more clear. I made a screenshot of the monitor without the rulers and made a document with it (ctrl+shift+alt+n) and tried to copy paste again and it seems spot on. So it seems that it does not paste it in the center of the monitor, but is relative to the window size and location. To test I changed the size (width) of the right hand sidebar menu and yes it does not paste it centered any longer. To me it seems to be a very arbitrary source of origin when it is window related instead of document related. I literally have to guess how to zoom in my document and take into account various menu/workspace/etc. elements as well as the window size, to guesstimate where I end up pasting something. In my opinion any paste action should always be either and/or both related to the cursor position and(/or) the document. Anything outside (unrelated) to the document should not be taken into account. As when I make a second document with ctrl+alt+shift+n I get different results on the first document, then on the second and third document! When I drag a file from the top 'tabs'-menu, again a totally different result. This approach is changing with a lot of influencing factors, that should all be completely unrelated to any document itself. So when it comes to the workflow it behaves unpredictable. I frequently make screenshots for guidelines and tutorials or as means for fast communication, this is probably the most simple example of why it is a weird behavior. But the same counts for when using various other graphical approaches. Every copy &| paste should be DOCUMENT related. The document zoom (zoom already does not) and position should not influence any action: the action should be consistent at all times. I hope this can be improved upon, perhaps there are even much better approaches, but what ever it becomes, it should be easy, consistent and the software should be compensating for the user instead of the user compensating for the software.

Steps to reproduce: Alt+PrtScn on Windows to make a copy from the current window; In Affinity Photo: Ctrl+Alt+Shift+N to create a new document with the captured image; Paste via any combination of Ctrl(+Alt)(+Shift)+V and any next paste is placed slightly offset to the Upper Left corner. To me this doesn't make any sense: I expect the image to be either pasted where the cursor is, the top left corner aligned with the top left corner of the document or the center aligned with the center of the document. Preferably the option to paste with the centers aligned and an alternative to paste where the cursor is. Ctrl+Shift+V is usually available when no style is copied, which could be used for place centered, as Ctrl+Shift+Alt+V should paste without format (thus clean, no location information), so can be placed without location information, hence where the cursor is? Perhaps this can be improved upon, but not being able to copy&paste centralized is in my experience a limited experience for no immediate obvious reason. Any suggestions are welcome.

Thanks for your reply. I tried the 100% scale setting to compare and see if this improves it for me. The smallest brush cursor becomes a bright cross, as is the circle shaped version, which is fully functional. Yet the marquee cursor remains fairly indistinctible from the dark background. Despite that this indeed may be scale (or other settings) related, there is a clear difference between the brush cursor behavior (fine) and the marquee cursor behavior (significantly less then ideal), at least for my setup/settings.

If I notice this again, I'll try to remember to.

This is an approximation of what I see, when I place the cursor over your screenshot with cursor. EIZO CG277 Dell U2713HM Other (most) cursors like the brush are fine though, they become brighter on dark surfaces. The marque (and can't remember others atm) does not.

FYI: I just updated to the current BETA and the marquee cursor is still the same.

Update: https://imgur.com/dnZYAin https://imgur.com/dnZYAin Installing: Installed: Loading: https://imgur.com/THrupk3 And voila: https://imgur.com/dAmjAhh It did remember.

Downloading: https://imgur.com/ZNbILT3

I can't think of a reason why I would ever half the memory, which I especially have because I easily fill all of it, and then exactly half, which is suggestive to a default. So I just check again to check whether or not maybe I set it in the stable release and not in BETA, as when I discovered this, I increased it and guess what: It is on 32 again(?). Maybe I am going senile so I will turn it up again and then update to the next beta, which I haven't installed yet and see whether or not it happens again. I will update after now turning it up to 64 again. Ok I will update and see, which may take a little to download and install.