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

Sean P

Staff
  • Posts

    10,086
  • Joined

  • Last visited

About Sean P

Profile Information

  • Gender
    Not Telling
  • Member Title
    QA

Recent Profile Visitors

9,925 profile views
  1. My apologies - I thought you meant you had seen the issue listed on the list of issues fixed in 2.4.0 (the thread I linked to), but in context with your last post I understand that is not what you meant. As tzvi20 has mentioned above, the issue is still an open issue in our issue tracking software and is still with the development team to be fixed. Unfortunately, we do not have any control over what issues get fixed by development, and in what order. However, what we can do is keep track of the amount of reports each issue gets which then gets used as a factor for deciding which issues require fixing. Again I can only apologise that this is still an issue for you, I will bump it again with development and try to bring some attention to it.
  2. Hi Satopian. Which issue in the fix list are you referring to? This issue is still currently with development, and I don't see any reference to it here:
  3. Hi bbrother, This is something we're aware of and is logged with development to be fixed. Regarding Hangman's video - the only reason the length affects the Stroke Width is that Hangman has 'Scale with object' enabled in the stroke panel, so when the object is resized, the stroke is scaled relative to that to try to ensure the scale of that stroke is maintained with the resized object.
  4. Hi Eelco, Welcome to the Affinity forums. As Hangman points out this is a known issue and occurs when the caret is placed in the Layer Name field. Selecting any of the other checkboxes will cause the app to crash. If you press Return after using the layer name field it will accept the value and prevent the crash when using the checkboxes. With that said the crash has been fixed by development and will be included in 2.4.1 This tick box will cause the same crash as the regex one if the caret is placed in the name field as mentioned above.
  5. Thanks anto - this is still with development to be fixed. I've linked this with your original report, if you click the tag on this post you should be able to find your original issue.
  6. Thanks Anto, We have since been able to reproduce this and the set up to reproduce has been a little bit finicky - however I've updated the issue with a new recipe for 2.4.0.
  7. You're welcome! I have actually been able to reproduce it 2.4.0 unfortunately, but have found the steps to be picky and also had to force the external screen to be 'Main Display' and without doing that I wasn't able to reproduce the issue.
  8. Hi Petar, There have been some changes in this area regarding 2.4.0 and we believe some of the ways to trigger this issue has been fixed. Would you mind retrying it for us and letting us know if this is still an issue for you please?
  9. Provided you've not downloaded the app from the Microsoft Store you can. Please see the links below for the relevant installers, though you will have to first uninstall 2.4.0: affin.co/designer2-win-dl affin.co/photo2-win-dl affin.co/publisher2-win-dl If you have used the Microsoft Store, you can register your purchase against an Affinity ID and then use the builds above to sign into that ID and run those builds. For mac readers/users the equivalent links are: affin.co/designer2-mac-dl affin.co/photo2-mac-dl affin.co/publisher2-mac-dl
  10. Hi AlesMZ, Thanks for letting us know. I can confirm that this is something we're aware of with canvas rotation and is logged with development for improving. However unfortunately I am unable to give any timeframes on any potential fixes.
  11. Thanks Anto, I'll get this bumped - its not a new issue, but occurs when both are floating in the same area - the Tools Panel should really have 'Keep on Top' enabled but it doesn't, so when focus changes to the document window it appears on top.
  12. It is nothing to do with GIFs as far as I can tell. Whilst the file appears to have come from EZGif it is a JPG. However I can reproduce it when printing regular JPGs on a CMYK document.
  13. Thanks for the document! I can indeed reproduce it with your document and would agree with it being down to CMYK. I'll get it passed along to development to be fixed. Unfortunately I'm not syet ure exactly what has changed to cause the regression. Thank you for taking the time out and letting us know.
  14. Hi Vehmann, I've just tried it using an RGB/8 document with an sRGB profile and they appear to be fine for me when printing in 2.3 and 2.4 (I don't have a scanner so you'll have to make do with a photo, where I've tried to reduce the glare). Note on the zoomed in picture, 2.3 is on the left and 2.4 is on the right). I've attached the afphoto file I printed using a Sharp MX-2651 Colour Laser Printer. Could you save a copy of the Affinity document you're printing and attach that please? PrintTest.afphoto
  15. Please create a separate thread for this in the bugs forum and attach a video demonstrating the issue please.
×
×
  • 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.