m.vlad

Hello, sorry I ended up stopping working on the project after getting it to a good point, yes it didn't turn out to be the panning inertia itself, but more likely a memory related crash, as the issue primarily exhibited when trying to draw while the preview was still rasterizing from the low res version to the full res, usually right after panning. Panning inertia probably just increased the window of time before things were done being drawn. It is a 10k x 7k file so maybe that didn't help, but still, i'd rather it just slowed down the rendering or something than crash. > What Affinity app are you using and is it updated to the latest version available? Photo 2.5.4 > What iPad model are you using? the 9th gen > Are you using any external peripherals? (E.G Apple Pencil) Yes, Apple Pencil, first gen. > What tool(s) are you using to draw on the canvas which trigger this crash? I have the toggle enabled so only the apple pencil is treated as a drawing tool, as opposed to fingers too. Otherwise it's the regular brush. > Can you provide a screen recording demonstrating the problem? Struggling to replicate it at the moment, might be a memory leak issue, as it often got worse over a longer drawing session (rebooting the ipad would help a bit but it would soon cause the issue once again).

Hello, I'm getting frequent crashes on my ipad with ipados 17.5.1 on the latest version, it has to do with trying to draw on the canvas when the panning inertia is still moving the canvas slightly.

There's the obvious FontForge

File format commonly used in game development.

Thanks that actually clarifies quite a bit! True, but an xmp can be approximated. It would also mean smaller file sizes. That sounds very confusing, it should just work like an artboard crop ootb. But what if you develop the image, go back to the main persona, then reopen it? I'll test a bit later, I couldn't see a split view option earlier but it's been a while since I've used afphoto. I am aware it's not a raw file, maybe my message wasn't clear enough, I meant to say the raw layer is not clearly labeled as such in some way (no, the tiny icon to the side is not enough), you just have to know that this one layer, when selected, allows you to (re)develop it. There was no need for the rest of the paragraph. For one, I am already aware of the features the app has, as I've watched their "what's new" video series - the only part I found confusing was no.1, and only because it's not too clear by itself what those mean. Secondly, I already addressed how my complaints go further than "no DAM bad". So far the raw editing is slightly better than camera raw, but still only works when the intention is to do a few small tweaks before actually doing photo manipulation and the like, instead of being a fully fledged raw editor with the option to take that further. It is no photo editor replacer for me, at least not in its current state, though I'm optimistic it could be at one point in its V2 lifecycle.

Considering everyone else is speaking english, and this is primarily an english forum, it should be on them to translate their comment, even badly, to the rest of the audience. I'm saying that as a bilingual and non-english native. Anyway, with that out of the way, after using the apps a bit, while I do appreciate the splash of colour, the old icons had a much much clearer silhouette compared to the new ones, where we have fancy gradients, strokes, and overall an uneven visual language, with some icons being overly complicated (the transparency tool icon in AFDesigner, shape builder tool, zoom tool, and artboard tool among others) and some being reduced to a stroke (all the shape icons, which went from clearly standing out filled shapes to outlines with a slightly darkening fill). While the old ones didn't pop as much, they were much more even. Also for the general flat design direction - while it feels more "modern", input contrast is severely impaired, with buttons and other inputs standing out quite a bit less than before, though this could easily be fixed with tweaking some UI colours (looking mainly at the top bar, the paragraph tab is a good example of how increasing the contrast can make things stand out without the need of the skeuomorphic outline).

I think an eye icon would be best, clear indication that it's to do with visibility, clear distinction between a closed eye and an open eye if something is visible or hidden. The round blob is too abstract

First of all, thanks for these updates, excited to try out the tools! I do have some issues that I've found after an hour of trying to use this as an alternative to other photo editors that I'd hope to see addressed: 1. A way to save raw edits as XMP instead of requiring the saving of an .afphoto file, the idea of closing down in an ecosystem, particularly with the lack of a DAM, doesn't sound appealing. It sounds like that's kind of what the Embedded and Linked options do, however the Linked option did not actually add any files to my system (I kept watch on any files with the same file name as the photo), so I'm unsure what the difference between the two is. 2. Global presets for RAW edits, instead of one per page. It's a bit confusing as is. Also a way to edit existing presets and save it as such, instead of deleting a preset, remaking it from scratch and saving that. Also this is likely a bug, but when opening a new raw file to edit, the settings are set to Default, but the "selected" preset is the last used one, requiring switching to Default and back to the saved preset to actually change things, sometimes even doing it multiple times, the feature seems quite buggy. Also, ideally a Preset Manager would also be present, to be able to see exactly what each preset does, and potentially tweak from there. 3. Non-destructive cropping is a must. Honestly just something similar to the artboards, so if you crop an image you can adjust the crop later. I could just open the file in ADesigner, but that's an extra step that could be avoided. 3.1. Keep a strict ratio for cropping, but allow to rotate the crop based on mouse position when dragging the crop selection around (see how cropping operates in other apps like Lightroom and Capture One). 4. Split view of photo without edits, or just being able to toggle the raw edits on and off for preview purposes. 5. It's not clear enough that a photo is a RAW file, a button similar to the FX one would work wonders and make it much clearer what it does. 6. There's something about the Overlays panel that feels incomplete, I think it should be closer in look and feel to the Layers panel but then again, how is this better than just duplicating the layer, making the adjustments in that raw layer, and applying a mask to that? Even more powerful then because you can use images and the like. I might add more to the list once I spend more time on this, but so far I'm somewhat disappointed. Non destructive raw editing was a highlight of the announcement, so I thought it's finally a good standalone photo editor. It is clear however that the app development is still walking in the shadow of CameraRaw and while there have been some improvements and additions that are much welcome, I'm sad to say that I'll likely be sticking with Capture One, despite my wishes for that to not be the case, not because of the lack of a DAM (just making that clear), but because of the lack of a good, non destructive, open photo editing flow.

This is still an issue on the latest beta btw.

This also seems to happen with expanding emojis. This isn't an issue in the other affinity betas.

i'm just saying it can be improved through iteration, the current psd export affinity has is somewhat broken, as text gets rasterized, yet it was still good enough to get into production.

To be honest, even a slightly broken export feature would be better than none at all. Forcing people to move their entire production to a specific software is not ideal, especially when your app is new in the industry. You cannot expect people to just drop open industry standards in favor of closed source formats from a younger app, especially when there's no reason to have it locked to that format in the first place.

Hello, I've noticed a consistent behaviour where the app freezes when using the scroll wheel to scroll through the slices in the export persona. Using the scrollbar shows no problems. This happens no matter what state hardware acceleration is in. This has been happening for a few versions now. To replicate, create/open a document with enough artboards/slices to overflow the panel so that you need to scroll through it. 6JJYSimrbB.mp4

So I have the following pdf: https://drive.google.com/file/d/1X93xwzcKEjJUkoPh51UCQLOCUVvA7hIR/view?usp=sharing When exported from the latest beta, the first page and a couple parts of the following pages end up getting rasterized. Opening the document in the latest release however and exporting with the same settings yields a proper pdf with non-rasterized images. Here is how an export from the stable build (the one without a dash) looks like side by side with one from the beta build (the one with a dash). The beta build only has 1 Image layer for the entire page. I hope this can be fixed. narsil - readme.pdfnarsil readme.pdf Here are the pdfs as well, for comparison: