Jump to content
You must now use your email address to sign in [click for more info] ×

NathanC

Staff
  • Posts

    2,624
  • Joined

Posts posted by NathanC

  1. Hi @Spectrum999555,

    Thanks for your sample files, I can confirm i'm also seeing this and it does appear to be a bug, for reference I created an identical document back in V1 for comparison and these redraw and export issues are not present.

    V1:

    image.png

    V2 (some zoom distances were better than others, but the export was still not great):

    image.png

    As shown, as the displace strength is increase the effect begins to offset itself on the page, this is a separate bug logged internally but is likely related to this undesired harsh lines appearing on export and at different zoom distances. I'll get this logged with the developers.

    Having 'Scale to Fit' turned off does work does reduce the redraw issues and harsh lines, but comparitively isn't as effective as the strength is increased. 

  2. Welcome to the forums @JavyJar8,

    Prior to printing from Affinity using your custom dimensions, are you able to define your custom page dimensions in your Printer Driver? According to the Print Manual, you should be able to do this in the HP Printer Properties under the 'Paper/Quality' tab.

    image.png

    Once this has been set for your custom size, try restarting the app and printing again.

  3. Hi @AffinityFan2k19,

    Just to initially confirm, have you tried disabling Hardware Acceleration? This can be done outside of the app by following the below:

    1. Close all Affinity apps
    2. Hold down CTRL and launch the app while still holding CTRL
    3. A 'Clear user data' will prompt, tick 'Disable Hardware Acceleration'
    4. Press 'Clear' and the app will now launch

    If the crashes persist, could you provide us with a couple of recent crash reports since the issue started happening? The FAQ below details how to find these.

     

  4. Hi @chirpy,

    On 3/23/2024 at 4:30 PM, chirpy said:

    The shape tool automatically switches back to the square instead of staying on the circle (or whatever shape I had selected). How can I stop it from reverting like that? I want it to remain on the shape I was drawing with.

    This behaviour doesn't appear to mirror how desktop works, as on desktop the quick shape tool is persistent with the last shape used even when the active object selection is changed. As such, I don't believe the current iPad behaviour is expected and i'll log this with the developers.

    On 3/23/2024 at 4:30 PM, chirpy said:

    Additionally, how can I make the pen tool keep the settings I was using to draw with on the iPad?

    After amending the pen tool settings (E.G Stroke width, Cap, Join) You can save these new properties as the global default for the tool with it selected by going to the 'Document' menu at the top left hand corner -> 'Defaults' -> 'Save'.

    https://affinity.help/designer2ipad/English.lproj/pages/ObjectControl/objectDefaults.html

  5. On 3/19/2024 at 7:14 PM, Cloudfactory said:

    Is there a possibility to work with images that are scaled down to have a better performance? I know this feature from Adobe InDesign but couldn’t find anything like that on the iPad Version. This would be really nice, if I am able to have max 100 Pages with max 400 Pictures. That would be the maximum specs I work with. 

     

    And thank you very much for your help!

    No Problem, not that I'm aware of currently unfortunately, image layers retain all their original data such as the resolution and colour space so you'd have to scale those images down before placing them in Publisher. You could also rasterise your images to pixel layers, but this will severely affect the quality of the images since they're rasterised at the Document DPI.

  6. Hi @Desloover Pascal,

    This does sound like it would be most efficient to create a data merge template in Publisher for this if you have the product data collated on a spreadsheet for use as the data merge source. I'd recommend reading through our help guide articles as well as the video tutorial to get a better understanding of how it works since it's an advanced app feature.

    https://affinity.help/publisher2/English.lproj/pages/Advanced/dataMerge.html

    There are also plenty of tutorials on data merge provided by third party creators from basic to more in-depth analysis on YouTube if you search for 'Data Merge'.

     

  7. Hi @Cloudfactory,

    I've opened your file on Desktop and similar to the OP's file it far exceeds the available memory of a Gen 4 iPad Pro (8GB) as after it finishes loading it's using around 16GB of RAM on Windows/Mac. While you don't have nearly as many pages the significant number of high-res high DPI image layers that have been placed on each page have contributed towards this high memory usage which the iPad evidently can't keep up with, so similarly the file certainly needs splitting down to be workable on iPad.

    I've split your document down into three .afpubs on Desktop using the 'Add pages from file' function (Unfortunately this function isn't available on iPad currently), to which i'm now able to keep all three files open for editing on iPad without any subsequent problems, I've PM'd you a link to the now split file.

  8. Hi @Javier Luna,

    Thanks for sending the file over, I've inspected your file and it doesn't appear to be recoverable in this case unfortunately, when inspected in a hex editor the data in the file is missing throughout the entire file (Indicated by the '00' on each line). We do usually log these files with the developers however in this case there isn't any data left in the file to recover or investigate sadly. I can only suggest reverting to a backup if any are available.

    image.png

  9. Hi @Like, would like more if…,

    21 minutes ago, Like, would like more if… said:

    I notice that the number of layers has not increased in the original states to match the number in the final added artwork - is this the issue? Shouldn't an update to a state capture all the content of the document?

    I was originally under the same understanding that when a previously captured state is updated both the layer scope updated to include any new layers as well as any visibility changes made, so when the state did not update the scope with the new layers I logged this with the development team.

    However I have since been informed that this might be by design and that the current functionality of the update button is only intended to update the layer state for those that it originally captured in the scope when that particular state was created, however I'm still waiting to hear back from dev to confirm. For now I'll bump the existing issue with your report to bring some more attention to it.

    image.png

    If this is by design I'll be logging this functionality to be added, as you pointed out it can become frustrating to delete, re-create and maintain previously captured states when new layers have since been added so hopefully this will be considered so update captures any new layers as well.

    21 minutes ago, Like, would like more if… said:

    Is there a reason why you can't rename a query or captured state? 

    Not sure, but I agree that it is unusual that it doesn't appear to be possible, I'll log this separately.

  10. Hi @Javier Luna,

    Unfortunately the 'File type not supported' error when opening .afphoto files is typically an indication that the file is corrupt to the point where the app no longer recognises the document as a valid file type. If you could upload the file to the link below (if you don't wish to share it publicly) we can determine whether or not the file can be recovered by any standard methods.

    https://www.dropbox.com/request/hXYpEiAoPOSAw4VQJkBt

    Many thanks

  11. Hi @SamMN,

    Could you possibly send over the Publisher documents from both examples so we can look into this further? I have included a private upload link below.

    Since you've used external resources, so we can access these files could you possibly save the document as an .afpackage file? This can be done via File > Save as package > Save to an empty folder in finder > Compress the folder to a .ZIP > Repeat for second document.

    Upload link: https://www.dropbox.com/request/I6carFP1tAXo1CQdpbWm

    Thanks

  12. Hi @JPipe,

    Quite the strange issue, we don't have a Cintiq Pro 16 but we do have a Cintiq Pro 13 to which I've never experienced an issue like this on Photo Mac when using it. I'd suggest trying the following:

    - Disable Metal Compute  and set the 'Display' to 'OpenGL (Basic)' In Photo 2, this can be done via the App Settings > Performance, once the box has been unchecked and the display setting changed, close the dialog and restart when prompted to before trying again

    - Try completely removing the Wacom Drivers and then perform a complete re-install of them to refresh your existing drivers.

    - See if the issue happens in Designer 2's pixel persona when using raster brushes, as I'd be interested to see if it really is just limited to Photo 2.

    If none of the above works, could you see if you can capture the issue occurring on a screen recording? The FAQ below details how to record if you're unsure.

    Many thanks

  13. Welcome to the forums @andreasr1505,

    We are still looking into issues relating to the 'Fail to save' error following the 2.2 file handling improvements, as Walt's mentioned if you can provide any further information with regards to what location these files are being opened from and saved to (E.G a network drive, cloud drive, external drive etc.) and if the problem can be replicated by saving locally we would be grateful.

    Thanks

  14. Hi @PaoloT,

    11 hours ago, PaoloT said:

    I use this keyboard. You can clearly see that it has a Home key!

    I have to agree with Walt here it isn't entirely clear as all the keys appear to be unlabelled in the screenshot. It appears to be almost the exact same keyboard layout to my Windows 80% size keyboard, if I use this keyboard on Mac with the same shortcut config the Home/End keys both work as expected for first/last page shortcuts. I'll try a few different keyboards when possible for comparison.

  15. 17 hours ago, Hangman said:

    I was curious as to whether this may (or may not) help in situations of possible file corruption and/or 'failed to save' error messages by allowing the problematic file and/or containing folder to be renamed while the file is still open effectively creating a live copy of the original?

    If I recall correctly while testing the folder rename in V1 I'm pretty sure I ran into a 'Access to the file was lost' at least twice after renaming the folder which forced me to close the doc without me actioning anything within the app, however in V2 I did not encounter this error. It's possible that allowing this may help in certain scenarios as you say.

×
×
  • Create New...

Important Information

Terms of Use | Privacy Policy | Guidelines | We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue.