Frank Jonen

The new marching ants selection makes me nauseous. Can't use it.

Imagine how much less annoying it would be to use if we had some room below…

Will this be addressed (as you said you would) before the release version?

I'm still hoping for Python instead of JavaScript. That way it's easier to have it talk to other applications to get and sync data across. Having JavaScript talk to an application only really works if there's a RESTful API or some other form of URL scheme, which pretty much no one does for internal use. With Python we could talk to pretty much anything to get text into a catalog while it's still being worked on. Also the ML libraries available for Python could really help with doing custom image pickers for large catalogs.

In Photoshop it was easier. It took just one key when dragging to get even spacing to the edges when cropping. No need to rasterise and the document remained intact for future edits. You just couldn't make it bigger again. I'm doing the output in Publisher now. Pages = different crop versions for lossless ideating.

Just the normal way crops work pretty much everywhere. You hold `command` and the crop tool just works as expected. In Affinity that never was the case. To get an exact crop we always have to go through this highly annoying dance of nesting the entire layer stack to a rectangle. Scaling it. Copying it to a new document and saving it from there. Urgh. The opposite side of intuitive workflows.

Ever used Photoshop?

Not having the opacity as part of the colour picker seems like a bug. We're in a layer context here where all colours are described as RGBA, so having the picker only be RGB seems kind of odd. Maybe a checkbox to lock the opacity like we have in the live filters would be a good solution, so we'd have a choice. There are valid reasons for both but neither apply 100% of the time. It would also eliminate the need to switch back and forth to Designer for the convenience of the opacity tool. Edit: Yes it's indeed a bug. When you bring up the Colour panel you can pick the colours normally. RGB + opacity for each stop of the gradient. It appears the colour pickers used in the toolbar and top tool bar are different from the normal one.

It's the tool you use to scale things. They're usually called 'scale' or 'transform' / 'interactive transform' tools. You pick an object and it shows you the transform handles. Hold the designated key for the desired transform constraint and drag the handles. Now try the same with the crop tool.

I know this has been asked a few times before (because it's weird to not have it). Can we have the same constraints on the crop tool that the scale tool has? Not being able to crop properly and having to create a rectangle, nest the layer stack below, copy and paste to a new document to quickly get the proper cropping is just crazy. But it's what we have to do at the moment.

Keep in mind Adobe also has an ingrained hatred for Linux stemming from the GhostScript vs PostScript days. That's also why their purchase of Substance will leave a bunch of users in the dust when the time comes to do what Adobe always does with acquisitions. But for VFX? Adobe doesn't really care about VFX in the first place. Look back at how insulting they behaved (and still do) with claiming the inventors of OpenEXR were wrong about the format and only Adobe is right about it.

Right now we just get the floodgates from the config.ocio. Would it be possible to get it more towards how other OCIO tools handle it (using the hyphen as menu separator)? Specifically the grouping so it's quicker and easier to get to the transform you need.

Maybe Linux would be viable if the price for the Linux version would be significantly higher so a dedicated developer could work on that alone?

I turned Metal back on and the images now work. The Colour Wheel still looks a bit odd in 32-bit mode. How do you plan to handle that? Derive colour picking transform from the config.ocio or set it separately?

Honestly, you'd be more productive in Clip Studio for that type of stuff. There the line follows what you draw. Its nodes are reasonably clean as well in case you want to bring the lines over to Affinity.

Pen, Iris and Hornbach are alike in the new betas.

Not necessary anymore. The Metal compute was the culprit for the EXR problems and some Jp2 issues. For a file to crash Photo you can refer to @walt.farrell's post.

Yup, that's a very efficient crash here too. Just tried it.

That was it. I disabled Metal compute (now the app is really slow) and the image now renders in the canvas. Jp2s also open now without crashing the app. While you work on the OCIO stuff anyway… how about a direct path from one model to the others? It'd be nice not to have to go through the Terminal each time I need to go from and OCIO output sRGB view (ACES) to an ICC sRGB output for the web or image print.

See:

It happens with all of my EXR files. I have the non-destructive 32-bit settings on btw since I need to work with these files. Jp2 files open for you? I have to batch them through ImageMagick to regular 16-bit PNGs. Do you have a link where to upload them? EDIT: Just tried enabling the destructive EXR settings one by one. Doesn't make a difference.

Yes it does. It's also quite annoying to go into a destructive step just to mask a layer. Dragging a layer into the layer mask slot and use the luminance information to mask it would be much better.

Last few betas had the same issue, since EXR is my main format I just stopped using the Photo betas and forgot about posting about it again. Some EXRs show up in the navigator (Quixel's do) but aren't rendered in the Canvas. Regular EXRs from Nuke don't render anywhere. ACES compliant EXRs don't render either. This bug is new to the 1.7 betas. The retail version still works fine with EXRs. Same goes for Jp2. You open a JP2 and both Navigator and Canvas stay blank. With the exception that Jp2s crash the retail version.

You really make an effort to not get this. See screenshot here, no checkbox. Click the image to see the image bigger. This is of the full window toolbar area. Final list before I let this topic go for good. Groups had the option to 'Lock Children' - I used it extensively I saved the file I opened the app later on, the same day The updater suggested a new beta I installed the current beta I opened the file again I clicked on the group to resize it once again like I did hours before The checkbox was gone Either it gets fixed or it doesn't. If it doesn't get fixed, I just won't use Groups anymore and nest everything in Sub Objects. Not worth going on and on and on in a Forum about.

Maybe. But the people here made an effort to misunderstand it to a point of not reading at all what I wrote and thus I stopped caring about it and found my own solution around it. Case closed for me.