Placement of canvas/controlling work area in Photo

[R C-R]

38 minutes ago, uburoibob said:

And again I ask - what difference is it to you if there’s a way to adjust it to make the majority of potential users happy?

Please stop with this! None of us can can speak for what would make the majority of Affinity users happy, potential or otherwise.

[uburoibob]

7 minutes ago, R C-R said:

Please stop with this! None of us can can speak for what would make the majority of Affinity users happy, potential or otherwise.

I believe, if you check back, you referenced "most of us" first, and several times. I was just using your technique. Sorry if it bothers you. Again, I ask you, what would be the problem with increased flexibility to accommodate the widest range of users?

[thomaso]

50 minutes ago, uburoibob said:

And another thing reiterated but not answered - if there’s at the top of the first page for whatever reason, then why is the spacing between the pages so tight?

The vertical spacing between the spreads seems to be reduced only with the goal to reduce the required scrolling when scrolling through a document with many pages. The space above the first and below the last spread has the size like at left and right: apparently 'endless'.

Workaround: in case you really want to use the pasteboard above/below spreads (rather than aside) you can increase the vertical bleed massively, it gets displayed like and can be used as pasteboard. Don't forget to reset such a bleed before export with bleed.

[uburoibob]

3 minutes ago, thomaso said:

The vertical spacing between the spreads seems to be reduced only with the goal to reduce the required scrolling when scrolling through a document with many pages. The space above the first and below the last spread has the size like at left and right: apparently 'endless'.

Workaround: in case you really want to use the pasteboard above/below spreads (rather than aside) you can increase the vertical bleed massively, it gets displayed like and can be used as pasteboard. Don't forget to reset such a bleed before export with bleed.

Thanks for the workaround. Personally, I don't need that kind of space (as I, myself, am advocating adjustability so I might reduce the offered space). Perhaps, if they provide a mechanism for adjusting the pasteboard size one day, the need to increase the bleed to work, and then reset it before kicking out final PDFs would be eliminated. My initial point was - why so much space before the first page but not the same amount between pages? I posit that for ME, that huge space at the top is a throughput hinderance, and I'd like a way to reduce it (and others might want to increase it). Flexibility in the user interface is the only point I am trying to make in the least threatening way possible. Some of these folks are a tough audience.

 

[R C-R]

35 minutes ago, uburoibob said:

I believe, if you check back, you referenced "most of us" first, and several times.

What you quoted was about trying to understand what you were talking about because as I said for most of us CMD-0 does what it seemed like at the time was not working for you. Regardless, please note that I said "if that is what you are talking about" because I was struggling to understand what your issue was & why we were seeing the document move all over the workspace window in the screen recording.

Also, the "most of us" comment about CMD-0 working as intended was because it apparently was not for @Docwyatt (as mentioned here).

As it has turned out, I think this is really about scrolling & zooming, either by intent or accidentally, to show more of the empty part of the workspace window than is necessary, but since that is easily avoided I think it is not nor will it be a problem for most Affinity users. Of course, there is no way to know for sure if it would be a deal killer for potential buyers, which is what prompted my last comment.

If you have already made a feature request, there is nothing else you can do besides waiting to see if it is ever implemented & not use the app until it is or adapt to how it works now if you want to continue using it.

Not much else to say.

[uburoibob]

4 hours ago, R C-R said:

What you quoted was about trying to understand what you were talking about because as I said for most of us CMD-0 does what it seemed like at the time was not working for you. Regardless, please note that I said "if that is what you are talking about" because I was struggling to understand what your issue was & why we were seeing the document move all over the workspace window in the screen recording.

Also, the "most of us" comment about CMD-0 working as intended was because it apparently was not for @Docwyatt (as mentioned here).

As it has turned out, I think this is really about scrolling & zooming, either by intent or accidentally, to show more of the empty part of the workspace window than is necessary, but since that is easily avoided I think it is not nor will it be a problem for most Affinity users. Of course, there is no way to know for sure if it would be a deal killer for potential buyers, which is what prompted my last comment.

If you have already made a feature request, there is nothing else you can do besides waiting to see if it is ever implemented & not use the app until it is or adapt to how it works now if you want to continue using it.

Not much else to say.

No, it's not about zooming and scrolling. But thanks for telling me that's what you think I think...

[R C-R]

1 hour ago, uburoibob said:

No, it's not about zooming and scrolling. But thanks for telling me that's what you think I think...

I was telling you what I think it is about. I even italicized those two words in my post you quoted to make that as clear as I could. Did you miss that or just ignore it?

[Pšenda]

If I understand the topic correctly, the problem - rather a deviation from the behavior of other applications, is that if I center the image on the whole screen with Ctrl+0, then some users would expect that the scrollbars will not allow scrolling outside the displayed image - that is, that they will occupy the entire viewable area.

 

I'll give an example of why Affinity's existing behavior is useful: quite often I need to display/enlarge a certain part of a document/image - let's say the word Ask. I do this by moving this part of the image to the middle of the desktop (which I can only do if the application allows me to move outside the borders of the image),

and then I use Ctrl+ to enlarge this part to the required size.

Without the possibility to move the image beyond its borders - that is, without a relatively large pasteboard, I would have to gradually enlarge, move, enlarge again, move again,...

And if the image has a complex structure with many identical or similar objects, I will most likely get lost in this search for the correct position. Searching for the desired part of the image while displaying it in its entirety is thus much easier and more reliable.

Edited September 18 by Pšenda

[uburoibob]

37 minutes ago, Pšenda said:

If I understand the topic correctly, the problem - rather a deviation from the behavior of other applications, is that if I center the image on the whole screen with Ctrl+0, then some users would expect that the scrollbars will not allow scrolling outside the displayed image - that is, that they will occupy the entire viewable area.

 

I'll give an example of why Affinity's existing behavior is useful: quite often I need to display/enlarge a certain part of a document/image - let's say the word Ask. I do this by moving this part of the image to the middle of the desktop (which I can only do if the application allows me to move outside the borders of the image),

and then I use Ctrl+ to enlarge this part to the required size.

Without the possibility to move the image beyond its borders - that is, without a relatively large pasteboard, I would have to gradually enlarge, move, enlarge again, move again,...

And if the image has a complex structure with many identical or similar objects, I will most likely get lost in this search for the correct position. Searching for the desired part of the image while displaying it in its entirety is thus much easier and more reliable.

All I am asking for is a mechanism for adjusting the size of the background/pasteboard, so it can be made less vast for users that have no use for it. I appreciate you taking the time to explain why you need it. In the other programs referenced, one can do the same thing - it simply goes off screen. You can pull it back down, resize etc. For those of us used to it, it’s far more efficient, and I can see that for those used to having an island in a large pasteboard, because you are used to it, you find it useful. I am suggesting Affinity offering a way to adjust that giant area to reduce or enlarge it.

[LondonSquirrel]

I have scrolled way off the top or bottom or side of a document in APub a few times. As mentioned, it is very easy to do this by mistake with an Apple mouse. I am in agreement with @uburoibob that setting a size or limit for the pasteboard is not a bad idea.

e.g. I have an A4 document, I have just deliberately created a rectangle -20,000mm off the document. I cannot see any possible reason why this is useful. Maybe others can.

 

I do use the pasteboard quite a lot to move things in and out of a document. That is the way I like to work rather than having layers, and turning them on and off.

If I compare the behaviour with PagePlus 11, the pasteboard is set about twice the width of the document (or so it seems). If I have an A4 document, the pasteboard width is from -42cm to +65cm on my screen, which seems reasonable. An A3 document ranges from -59.5cm to 89cm, which again seems reasonable.

I get the idea of a (seemingly) unlimited pasteboard, but none of us work on an unlimited table. 

[Pšenda]

1 hour ago, LondonSquirrel said:

that setting a size or limit for the pasteboard is not a bad idea

And what about leaving the pasteboard arbitrarily/infinitely large (there were already requirements for this), and only restricting (partially) the displacement of the display outside the document. If I don't have anything placed on the pasteboard, then there is no reason to move the view there. If I put something there, the display might move to here - but there's no reason to display that place if there's nothing placed there.

[uburoibob]

6 minutes ago, Pšenda said:

And what about leaving the pasteboard arbitrarily/infinitely large (there were already requirements for this), and only restricting (partially) the displacement of the display outside the document. If I don't have anything placed on the pasteboard, then there is no reason to move the view there. If I put something there, the display might move to here - but there's no reason to display that place if there's nothing placed there.

Possibly. But…Seems to me letting the user decide the size of their work area is the most elegant, intuitive, and useful solution. Why wouldn’t it be?

[R C-R]

1 hour ago, LondonSquirrel said:

I have scrolled way off the top or bottom or side of a document in APub a few times. As mentioned, it is very easy to do this by mistake with an Apple mouse.

Which is exactly why I think this is a scrolling issue, & one that only arrises if you use that mouse rather than one that lacks that design flaw.

1 hour ago, LondonSquirrel said:

I get the idea of a (seemingly) unlimited pasteboard, but none of us work on an unlimited table. 

No, but consider that for instance we might be working on a document with a relatively small page (or artboard or canvas) size & want to add to it photos or other items that are much larger than that. In that case, what should the limits be on where in the workspace window we can drop them?

Again, to me it all boils down to if you do not want to see a lot of empty space in the workspace window then just don't do anything that makes it visible. Use CMD-0 or the navigation bar at the left of the status bar or any of the other provided methods to center the work in that window & go from there.

[LondonSquirrel]

8 minutes ago, Pšenda said:

then there is no reason to move the view there

It happens by accident using an Apple mouse. I sometimes scroll way off the top or to one side. I don't mean just a little bit, I mean waayyyyyyyy off.

No, I am not going to change my mouse.

[uburoibob]

3 minutes ago, R C-R said:

Which is exactly why I think this is a scrolling issue, & one that only arrises if you use that mouse rather than one that lacks that design flaw.

No, but consider that for instance we might be working on a document with a relatively small page (or artboard or canvas) size & want to add to it photos or other items that are much larger than that. In that case, what should the limits be on where in the workspace window we can drop them?

Again, to me it all boils down to if you do not want to see a lot of empty space in the workspace window then just don't do anything that makes it visible. Use CMD-0 or the navigation bar at the left of the status bar or any of the other provided methods to center the work in that window & go from there.

And again I ask, for the umpteenth time, what is wrong with allowing each user to set the pasteboard/background size so they can work as they like instead of as you like? 

[LondonSquirrel]

1 minute ago, R C-R said:

Which is exactly why I think this is a scrolling issue, & one that only arrises if you use that mouse rather than one that lacks that design flaw.

I am not going to change my mouse. I have already pointed out a difference between how the APub works in comparison to PagePlus.

[LondonSquirrel]

3 minutes ago, R C-R said:

what should the limits be on where in the workspace window we can drop them

Customisable? Like the page itself?

[uburoibob]

1 minute ago, LondonSquirrel said:

Customisable? Like the page itself?

Yes! 

[R C-R]

1 minute ago, LondonSquirrel said:

It happens by accident using an Apple mouse. I sometimes scroll way off the top or to one side. I don't mean just a little bit, I mean waayyyyyyyy off.

No, I am not going to change my mouse.

Suit yourself but unless or until Serif implements some limit the only way to avoid that happening is to use another mouse or equivalent, or stop using the Affinity apps.

BTW, if you do scroll accidentally when using it in Affinity, do you also sometimes do the same in other apps, like in Safari or another browser when just trying to click on something on the page?

[R C-R]

5 minutes ago, uburoibob said:

And again I ask, for the umpteenth time, what is wrong with allowing each user to set the pasteboars/background size so they can work as they like instead of as you like? 

What is wrong with just avoiding displaying more of the workspace window than you want to see? That does not seem to be a problem for anyone that does not use the Apple mouse & of course the apps already provide multiple ways to show just one part of that window.

[uburoibob]

11 minutes ago, R C-R said:

Suit yourself but unless or until Serif implements some limit the only way to avoid that happening is to use another mouse or equivalent, or stop using the Affinity apps.

BTW, if you do scroll accidentally when using it in Affinity, do you also sometimes do the same in other apps, like in Safari or another browser when just trying to click on something on the page?

No. The Apple Mouse works perfectly for everything else I use. Only one other app had the issue of being too sensitive for Apple’s mouse, about five years ago, and that was Helix Edit - a program for controlling Line6’s Helix guitar processor. Fortunately, they fixed it right away. Hope Affinity fixes this issue soon by allowing users to choose the size of the pasteboard so they can work as they like, rather than as you like. Then we can all be happy. 

[R C-R]

9 minutes ago, LondonSquirrel said:

Customisable? Like the page itself?

Why should we have to preset some limit when it is so easy to show just what we want? What if after working on a document for a while we realize for that document we need more space? Should this be a per document setting, an application-wide one, or perhaps even one that is shared across all 3 apps (& maybe also the iPad versions)?

[R C-R]

3 minutes ago, uburoibob said:

No. The Apple Mouse works perfectly for everything else I use.

All I can tell you about that is I know quite a few people who think it is far to easy to scroll with that mouse than it should be  ... & among them is at least one Apple employee.

[LondonSquirrel]

12 minutes ago, R C-R said:

Suit yourself but unless or until Serif implements some limit the only way to avoid that happening is to use another mouse or equivalent, or stop using the Affinity apps.

That is extremely impertinent. I have experienced the same problem as the original poster of this thread. Telling anyone not to use Affinity apps because of the way they work is not helpful at all.

14 minutes ago, R C-R said:

BTW, if you do scroll accidentally when using it in Affinity, do you also sometimes do the same in other apps, like in Safari or another browser when just trying to click on something on the page?

No other app I use has an unlimited pasteboard feature.

[LondonSquirrel]

4 minutes ago, R C-R said:

Why should we have to preset some limit when it is so easy to show just what we want?

It's called user customisation. If you, and I do mean you, never use such and such a feature, would you disable it for other people?