Ian R

A warm Greeting to you Ian, Its nice to hear from a few devs/staff members. I use Affinity professionally and have been doing my best to enjoy its benefits. I look forward to some of the basic drawing and painting functions improving. Whilst it may be niche for Affinity in terms of usage, but the whole suite's compatibility with itself is very strong ... if only the autosave was a real backup autosave (not just recovery) in a chosen location, freehand drawing didn't lag so much (just compare to Sketchbook Pro and you will immediately see a big difference), the pens could draw proper straight lines as if using a ruler, oh yes and the ruler could do with some serious rationalisation of unit division... Best of luck!

+1 for basic dissatisfaction with the responses from devs for these basic issues... Weird crashes no auto save (recover writes over the working file with no backup file anywhere to be found) straight lines with tablet pen implementation is pretty bad Tablet pen from Wacom is laggy after just a few strokes rulers having laughable divisions... very poor show Affinity selling to Canva without fixing these issues points to question priorities

I've just lost about an hour of work due to the recovery file not saving my work properly. I am actively starting to use another product as an alternative. The drawing response in Photo is very laggy compared to a lot of drawing packages and with the auto save being non existent in Photo, I'm pretty sick of the lack of replies we here from Affinity. The fact you sold out to Canva says alot...

not a good autosave. We have been asking for a real autosave where you can name the path of the autosave manually. The autosave you speak of, Walt, writes over the file you are working on, and as a result can corrupt the file.. This is not a good solution. We want an answer from the Affinity team, not Walt (no offence Walt).

I am having a very frustrating time with this issue too. On PC. I attach the file below. It is extremely painstaking work to select each one in order to edit/improve the curves... and sometimes I am completely at a loss as to how I can actually select a particular line... The only way is to click each individual curve in the layers panel to see if it the one I want. Also, once I have a curve selected, how can I tell which vector brush style the curve is using - there seems to be no highlighting of the particular vector brush style in the brushes panel. Along with the issue in this thread I am finding it very hard to use this software to get the work done line selection and idetification.afdesign

I am very much aware of Sketchup's file support, I have been using Sketchup since 2006, so no, you misunderstand the reason for my request, I am not here in this thread to discuss other applications' file support. I am interested in Affinity file support in this thread, not Trimble or Sketchup or suggesting using other programs... Indeed with that logic I could use Adobe Photoshop or Gimp or a whole range of other applications. Sketchup's Style Builder requires .bmp files for constructing custom strokes for creating custom styles.

Perhaps you could ask them yourself rather than seemingly posting a comment on an issue you clearly don't have a problem with? Whilst I agree Trimble could include other file types, it is a very basic program and perhaps bitmap format is the only one that is simple enough... I don't understand your comment about 'Perspective formats' - it doesn't make sense for Sketchup Style Builder. Affinity Photo is a raster based image editing software, so I'm very surprised it doesn't cater for such an old classic format

I'd like to have the .bmp as a saveable format. not for print. Sketchup Style builder requires its files to be bitmaps

I'd be interested in knowing why disabling Hardware Acceleration helps (or can help) with reducing tablet or brush lag. Whilst it seems counterintuitive to me, it has reduced the very significant lag at times of the brush tool. I'll continue to use the brush tool this way for some time now to see what happens. I should add that the lag I experience is not particularly when using large brush sizes, but small brush sizes more often

@debraspicher excellent explanation. I have experienced almost all of these issues... its hard to parce apart some issues because sometimes one's fingers and key presses and clicks are faster than the lag, so it can stack up, leaving some quite unfavourable results as you might guess. selecting anything for me once I have drawn in the viewport seems to create the issue. I have other issues if I roll back the driver for my wacom intuos , I can't try this out.

I also have been having a possible similar frustrating time with my tablet and AP since V2. There seems to be a certain number of executions in the viewport window - for me personally - that need to occur before my intuos pro medium ceases to work on the menu icons area. I then have to either alt tab out and back in or use the mouse to select an icon for the tablet to become responsive again.

+1 for this request... I get pdfs of garden plans with comments annotated over, with additional things like marks for edits and view points for visualisations also noted down. I need a way of converting these pdf images with their notes included into importable jpegs or pngs for the modelling software. Alas Affinity doesn't import any pdf comments or lines, and leaves me no option other than going to use another piece of software to fill in.

The question for me is what version should I use since they all seem to be unstable. Just yesterday after 5 or 6 hours of work, saving regularly, I had V1's restore/update system corrupt a large file such that it was completely lost, so the only backup I had was unfortunately 3 days old since that new file was totally lost. I've had V2 public version stall and lag on brushes so its not useable to me for work, and the beta seems to be crashing due to loading and saving and the restore file system has corrupted some of the work too. Luckily, I've saved often and I also do not have any files on any external drives anymore. Its a genuine concern when I choose to support Affinity(and love their apps) and what they are trying to do, but its literally cost me days of work. Please Affinity continue to focus on this issue - it can be an extremely disheartening and a tense experience to use this software...

I have been using an external 1gb SSD for my main saving location. I'm now moving to an internal one to see if this affects the issue. This is based on a hunch I had a few months ago and also here: "The Affinity apps open files in a manner that favours speed, but comes with the downside of being slightly less stable when editing from external devices, USB drives or network locations. For this reason our team recommends using internal drives where possible to reduce the chances of said corruptions occurring." ... included to link up same threads and convos.

I went back to using AP1 because it was at least more stable than AP2.. However, I just lost about 2 hours work because the auto recovery file corrupted the file I was working on,with no option for a recovery dialogue box appeared upon next opening, only that the file is corrupted. What are we to think of Affinity development if we are being ignored in such a vital situation? Auto recovery saving was set to the standard 300 seconds, but what good is an auto recovery option if it corrupts the original file such that it cannot be opened at all? How many users are actually experiencing this? Is there anyone from Affinity acknowledging this please? I know there has been staff in this thread but that is about the recovery backup interval, not about the fact of this bug corrupting files.