debraspicher

I understood what you meant personally. I think it's a great suggestion. I wouldn't use preloaded ones terribly much, but I use many of my own created templates and it's very important to be able to "just start" when the moment strikes. If they do preload some templates, they should be very good templates. Of such quality that it would be a good model for any user to begin to figure out the program. Imo, that should be the ultimate goal. We will all end up adjusting templates as we need anyway, but a "place to start" when first learning would make optimal use for most new users.

Issue still present. I'd like to include more video because it sustained the behavior beyond even the first strokes. Here I was even just trying to do something basic for my daughter for a quick print out to give her small art to work with and as soon as I went to try to paint inside under Designer > Pixel Persona, it was impossible to work with it this way visually because I couldn't "preview" what I was doing on canvas. Moving it to Photo didn't make the painting process any smoother. It's very disappointing because when I continue to try to move portions of my workflow to these programs, I run into issues like this constantly that remind me it's not reliable enough yet (for me) for even part of my illustration workflow... So I guess just count this as a bump, but I've brought more video here in case it was helpful. Disabling OpenCL didn't help. I had it disabled when I started. 24.02.13_06-38-01-PM_NV12_3840x2160.mp4 24.02.13_06-43-36-PM_NV12_3840x2160.mp4 flower.afdesign

Try minimizing and remaximizing the window. This is something I have lived with for a while. You can do it with Windows key + down arrow, then Windows key + up arrow... or use the task bar.

Staff might be able to help and if they can they'll provide a link, etc, that you could upload to.

That shouldn't be the case?... if the API for the UI is well-written anyway. (If things are still being rewritten, it's totally feasible it could be in the dog**** state atm) I'd be fine with the ability to float all the panels including Snapping, but I'd like the option to keep it as it is. I'm actually fine with Align being only up top. In fact, if I could "lock" ANY panel up top... that'd be more awesome.

+1 vector patterns

Yes, in many cases a simple functionality that could line things up in a reasonable-ish fashion would be suitable. In the future if Artboards have attributes such as "time created", etc, that a script could take advantage of then clients could manage their document a bit more gracefully with their own form of automation.

If you're accustomed to Illustrator, it accommodates for these little things very often and when it's suddenly staring right at us in Affinity, it can be crazy-making. Sometimes the lines appear. Sometimes not. I sparingly used Outer Stroke and just noticed it recently over a background image myself. Small details like this go a long way if they could address this, but that's been said on here before. Turning off AA doesn't really work because it makes the whole of the stroke look terrible. Other people suggested to create an additional stroke. For text, sometimes I just duplicate it and adjusted the fill/stroke alignment in the lower one to fill in that gap because by the time I'm styling, I'm not doing much adjustment anyway.

For some reason, this is creatively soothing. All those little possibilities arranged according to their own infinity. Also thank you for the visual explanation as to what "Tidy" does. I'm a bit nutty when it comes to document grid arrangement, so I probably would never use this, but there's certainly a usecase. One big use for such a functionality is to clear up any Artboard arrangements in the decimels. If it utilizes the current document grid (in View>Grids and Axis...), that would be even smarter. Anything beyond that would be better done with a script when that becomes available.. which you're probably a good candidate for.

I was thinking the same thing. But they're mentioning bottom half of an image now in the above post... @Syberkonda Can you attach a throw away RAW we can just test ourselves on our end? It would exclude your setup. (Something non-important but shows corruption for you)

How are Layer attributes being directly impacted by a Layer being hidden/unhidden? That's so error-prone.

Very good find.

Try Windows shortcuts to minimize and maximize your Designer window instead of closing it out completely. Try Windows key + down arrow(minimize), then Windows key + up arrow(maximize). Does this give you back your cursor? You might need to bring another app in focus but can use these commands when refocusing on Designers icon in taskbar. I have to do this frequently to regain control of the UI when access between cursor and the application breaks. Also, your PC is from the future... Installed on 9/1/2566.

You're correct, obviously. Or at least I agree with you. In my case I wasn't suggesting an index. I'm happier to have relevant modifiers listed though in that little tooltip. I'd say only "root"-level modifiers, not the myriad of functions available in something like node tool by various key presses. Just some hint to let the user know that if they hold those keys, it modifies the tool in some way. Because Node is largely about selecting things prior to manipulation, then I'd always focus on the selecting portion... because the "using" part of the tool can be researched or checked through help. So not a concrete list of complete functionality akin to the Status menu. Just a tooltip that subtlety hints to the user the tool itself asks you test certain modifiers to understand that this is key to using it more wisely. I hope that is clear. It might not to be, to be honest, bbrother. Because what is evident to one person may not be for another.. However, that's what I'd like see addressed: Applying more polish to the UX so that critical information is made known to make on-boarding a bit easier so a user immediately understands what the tool in their hand is capable of and relates to them more easily. Not necessarily how to use it if that makes sense. Subtlety is actually key to making this process as intuitive as possible. If one modifier key can really open up doors for say one or two tools, then the habit is then learned by the user that this is the standard way *all* tools are "augmented" in the program(s) so that they get a clue how to work with these tools more intuitively, and more importantly, waste less time. To your credit, the way I learned about key object was only because Illustrator explicitly mentions it with a tooltip. Then I know its a functionality available to me and I search how to get a key selection in the help menu. In summary, there are ways to intuitively lead a user down the road in a program that really doesn't have to be explicit at all but guides them to learning to use the program(s) productively. It might even be possible to trim some of these actions down, actually, once a more intuitive approach is found that works consistently across most tools... but as @BBG3 widely states above: Here is one example... This is the Align Panel in Illustrator. Note its layout is all icons short of one lonesome textfield (note the up/down key that shows this is an "adjustment" field... and can you tell what the Align To: does intuitively? Most probably can. Especially if they are accustomed to these tasks in other programs having a certain order/way of being done (in theory, not practice). See the box with the key icon? Can you guess what it says in its tooltip? Here is Affinity's version: Note: 1) There's a dropdown for the "Align to" options (drop downs slow down the user)... in BOTH horizontal and vertical. AI just has one place for specifying distance, which is perfect, imo. 2) There's 4 dropdowns total. Also, not only are they dropdowns, but two require auto to be unchecked (often disabled depending on what you are doing) to even access them... Another detail worth noting: In Illustrator, there is no "Status" menu for showing tool options. Most everything is quickly indicated by a cursor change when certain modifier keys are held or "on hover". If Affinity is lagging or its interface is actually being unresponsive or glitching out, we sometimes can't tell for how long or what is even happening, because I've become accustomed to Affinity's UI/UX remaining unresponsive by design. I've gotten so used to this to some extent that I often feel I can't track what is expected or unexpected behavior. Sometimes no response is expected behavior, which is not very helpful. There's many instances where no cursor change is witnessed. So the argument for UX is not to make it something dummy-proof (never possible... life finds a way), but rather, to save time and learn to work more efficiently and confidently.

Shift modifier to F-keys can be used to access the higher keys in Windows until F24 I believe but never checked to see if it works in Affinity.

I've been trying to work on one that I can share. Unfortunately, it got busy here so not able to do the testing to reproduce a new crash file...

If you unclip the canvas, the numbers are way in the top left... so something not going right here... also using beta. * Found the flag colors... (see X, Y)

Was wondering the same.

Try closing the Layers panel and continuing work on your layer.

These are the services (that I'm aware of) that would be running in the background to provide support for Wacom devices. You could try disabling them (they would revive on a restart), but better, would be uninstalling your tablet... but that could be a last resort if you get a positive result by killing/disabling the services. You could also peak at Task Manager while having the issue and see if other processes are creating load on your machine or not. (and maybe check that panel for others by sorting by "CPU %". EDIT: FWIW, I have the Intuos Pro installed on my machine (stuck at an older version for Intuos4 Large support) and I have never ran into this issue. However, I don't use it in BT mode. I'm not even sure I have it paired... you could try unpairing it in Windows Bluetooth settings

I'm sorry that is even necessary, but hopefully it narrows down the cause.

It may or may not require the tablet to actually be plugged in if the driver running in the background is searching for a BT tablet. Wacom services are running at all times for when we do plug in. You could maybe turn down the setting for High Precision, to see if it at least has an effect on the latency or if it resolves it. But I would think the point is to narrow it down so I would look system-wide at things that could impact your cursor. I threw this out there because that's the only device I would expect to also impact the cursor (and would take over...) and that was also BT-related... plus, I figure Affinity probably does "alert" the tablet driver that it will take extended interaction from one (pressure-related settings, Windows Ink, etc), especially seeing as the apps are .NET-based, so that could also cause trigger odd behavior in a device driver if it is indeed acting up somehow... but again, all just a guess but something to try to rule out? Edit: I did not remember you saying, did you check a wired mouse?

Do you have tablet drivers installed (that also supports variants with BT?) by any chance? That's the only thing I think could be triggering it is if a tablet is being searched for and the driver is only causing issues once Affinity is loaded... Affinity does have "high Precision" settings, etc, that might make the driver more unresponsive than it normally would be even if it is in the background regardless?... It would be a bit of a fluke, but worth asking anyway. It's just interesting because it interferes with the cursor. Perhaps something is trying to take it over and it's not a "responsive"/radio issue, necessarily?

I'd be happy with a key that just runs a Macro I've temporarily built. Did something like today where I made a temp Macro and it would've been nice to knock it out with that key press as it required a lot of selecting.

This comes from a different suggestion on the forum, but it got me thinking... would it be feasible to add in an additional Layer type that forces grid-alignment of contained pixels/content? Or, an Artboard that can have this attribute enabled (something that can be enabled on Document Creation, allowing pixel-precise/bitmap precision). So, someone who works within will always have pixel-alignment... and that could be very useful for many creative purposes (as well as make us pixel precision nuts happier)... it could have Layer resample methods but perhaps other adjustments that allow for the expression of said output to be defined by the user. Having this alignment handled by a specific Layer and then adding unsharp masks and other Live filters could be a highly desired feature... It alleviates so much of the work of making sure Layers are pixel grid-defined and that a user can also creatively control the final output once their designs reach the "flattened" stage. ie There shouldn't be much if any change specific as far as the Rasterized appearance once that file is output to a PNG, etc... just a thought. Also, another feature to embed into this functionality is to take advantage of any data in Font files, etc, to add the clarity of typography by default... that gets around the need for a drop-down PS style that allowed for pixel-grid related filtering (Sharp, Smooth, Crisp, Windows LCD, etc...) *This also gets around the complaints about blurry output because while the Layers/contents underneath still remain vector, the blurring/seams will be apparent at this stage, and thus fixable...