frankthechicken

Not a huge issue, but slightly annoying iPad Pro 2018 1TB EDIT **Not sure why I've got 2 videos here** RPReplay_Final1596633213.mp4 RPReplay_Final1596633213.mp4

I still get a line and a dot unfortunately. I would rather only allow the context menu to be dismissed by pressing OK, rather than having to go back in history/erase whenever I forget. But there are bigger things to worry about!!

I know this is low priority, but it would be nice to have fixed. * 1.8.3.178 - RC

This has regressed to prior .168 Beta with the last two versions (1.8.2.172 and previous) In other words the line is being drawn again after tapping off the context menu.

Thanks for letting us know. I think I would have preferred forcing the user to tap OK on the popup as it is easy to forget and having to correct the error blob much later is a pain.

Beta .168 Partial fix to tapping away from popups Still get a dot when tapping away, no longer get a line forming it seems. The dot is the size of the previous brush size. A start I guess!

This bug was, I think, first introduced in 1.7. After my limited testing 1.8 seems like a huge improvement on 1.7, so huge congratulations to the team. It seems to be back to the wonderful standards of 1.6, which is great. My main annoyance of 1.7 was the slowdown when resizing layers, this seems to be vastly improved in the new version. There are a few occasions when resizing/moving layers long slow downs occur but it's nowhere near the levels of 1.7.

After changing the size of the pencil width or colour, tapping off the menu to close it with the pencil causes a straight line to be drawn. The only effective way is to tap with your finger. Clearly one should be able to tap off the menu with the pencil. *Edit* I should have stated this is 1.8.0.165 on a 1TB iPad Pro 2018 RPReplay_Final1582029380.mp4

I have a lot of trouble with issue 1 as shown in this screen recording (hard to reproduce on purpose) As you can see by the number of layers I used before finally capturing it! RPReplay_Final1578501747.mp4

I'm just thankful the issues are slowly being recognised, I felt like I was being flat out ignored previously. The 1.7 iteration of the app was very obviously next to worthless compared to 1.6, and no matter the examples I issued, there was no recognition, no admission, nothing. Then. finally when the issue was recognised, Andy Somerfield, apparently the photo lead stated these issues are only to be expected! I mean what? These issues were not present in previous builds, and yet now they are to be expected? Simple manipulation of images should be the apps staple diet. Everything seems to be about hiding away from the issues, head in sand, pretending they don't exist. I too am about given up on the app. It feels like I am an unpaid, unappreciated, unrecognised, and unwanted beta tester. When issues are raised, it has felt like the customer is the problem, not the product.

It doesn't need to be a complex image, though it may need a few more operations. The following video is a new document at the default size. I will draw on one layer, and perform a few operations on and the app will grind to a halt. The more complex the document the less operations needed to break the app, however it is still very demonstrable on simple doc. RPReplay_Final1566985058.mp4

I've said this in the Beta forum but no responses there, so I'll try my luck here as it still applies:- Photo still cannot cope with transformations of groups, though I'm wondering whether its just shrinking the groups which causes issues (particularly shrinking smaller than their original size?) In these videos one shows that no issues occur when simply enlarging the groups, however there is significant lag when one attempts to shrink the groups (these are unadjusted sample pictures pixel dimensions 2560x1440) Please note when it appears I am touching the screen for an extended period of time, I am not, the app is just having a think:- This is with the latest Photo release 1.7.2.153 on a 1TB iPad RPReplay_Final1566425259.mp4 RPReplay_Final1566425594.mp4

Photo still cannot cope with transformations of groups, though I'm wondering whether its just shrinking the groups which causes issues (particularly shrinking smaller than their original size?) In these videos one shows that no issues occur when simply enlarging the groups, however there is significant lag when one attempts to shrink the groups (these are unadjusted sample pictures pixel dimensions 2560x1440):- This is with the latest Photo release 1.7.2.153 on a 1TB iPad RPReplay_Final1566425259.mp4 RPReplay_Final1566425594.mp4

As a further example, I've made a video of a document which is 10000 x 10000 pixels (equivalent to about four layers of 5000 x 5000 I guess) and performed the same scaling and translating with no lag. Surely this should be further evidence that there is something wrong with the group implementation? RPReplay_Final1565273562.mp4

However, I can manipulate single layers with wild abandon, with no slowdown whatsoever. Note these videos are done at 5000 x 5000 pixels RPReplay_Final1565254091.mp4